Артём Токаревских

Ни разу не специалист по SQL (потому как fool stack developer), так что воспринимайте моё мнение критично. Но вопрос заинтересовал.

Не вижу причины отказываться от транзакций в C# коде, если это легаси проект. Наверняка там есть ещё чем заняться. Сам старался не использовать, хотя бывало. Зачастую, оборачивал группу хранимых процедур хранимкой с транзакцией, которую и вызывал из C#.

Зачем тащить создание временной таблицы в транзакцию? Из-за боязни, что она не очистится? Можно сделать пару хранимок создания и удаления глобальных временных таблиц с проверкой существования, которые вызывать до и после транзакции. Всегда придерживался точки зрения — чем меньше кода в транзакции, тем лучше.

Временные таблицы стараюсь не использовать. Хотя если объём временных данных большой и нужны индексы, почему нет. Бывало, что злоупотребление ими серьёзно просаживало производительность, бывало и наоборот. Недавно надо было предавать данные между базами одного инстанса. Сначала использовал временные таблицы. Потом, по совету архитектора, переписал и стал пересылать через xml параметр (там это хорошо вписывалось в общую канву).

Не очень понятен вопрос. Практика — это решение практических задач. Нужно садиться и писать код.

Из книг можно порекомендовать Programming Microsoft ASP.NET MVC, 3rd Edition от Эспозито. Репутация автора сама за себя говорит.

Из интернет ресурсов — www.asp.net/mvc

Я занимаюсь разработкой MS SQL; разработкой бэкенда на технологиях Microsoft: MVC, Web forms (C# и JScript), немного связки XML + XSLT, самую малость Windows forms; разработкой фронтенда на ванила JavaScript, jQuery и ExtJS; HTML вёрсткой; небольшими административными задачами.

Но всё, что я по этому поводу думаю, видимо, не прошло модерацию...

JavaScript: The Good Parts
High Performance JavaScript
Effective JavaScript

Я бы хранил карты как числа от 0 до 35. Масть можно определять по остатку от деления на 4, если колода отсортирована вперемешку, или попаданием в диапазон, если масти идут сериями. Инициализировал массив, перетасовал его по методу Кнута и тяни карты pop`ом. К любой дополнительной информации имеется удобный доступ в нужный массив по индексу карты. Например, вышла или нет карта - массив 0..35 булевых значений. Или массив номиналов карт или тех же мастей, хотя их проще рассчитывать. Ну там массив с картинками для отображения и т.п.

Рассказы Генри Каттнера про инженера Гэллегера

Без "использования SignalR, javascript" чат не получится, только форум

Если запрос пишется, чтобы быстро глянуть, нагляднее использовать формат '12 december 2015', '1 november 2015' и т.п.. Для приведения к дате лучше вместо CAST написать CONVERT с явным указанием стиля даты.

Что мешает стартовать на обоих и, пробежав первую стометровку, уже решать к чему лежит душа?

"...ничто не позволит вам так оценить новые достоинства языка, как необходимость программировать на другом языке, который, не обладая ими, достаточно похож, чтобы напомнить об их отсутствии" — Джон Скит, java-программист, написавший одну из лучших книг по С#.

Однажды в прошлом веке мы с другом кодили сайты в небольшой фирме и думали куда развиваться. Я только опробовал java-аплеты и показывал, как это здорово. Друг возражал, что раз мы работаем под Windows, то надо смотреть в сторону ActiveX. Сейчас я работаю .NET разработчиком, а друг — senior java developer. Всё меняется. Надо быть гибкими.

Совет про фронтенд не так уж плох.

Погугли на хабре "круговые диаграммы", например. Посмотри также и комментарии.

По Win Forms лучше Петцольда нет (www.litres.ru/charlz-petcold/programmirovanie-dlya... ). Но да, лучше сразу WPF. И опять можно Петцольда ( www.ozon.ru/context/detail/id/3658608 ) :)

Brain Workshop — хорошая программка для тренировки памяти

Хорошая подборка Десять книг о космонавтике

В частности, сам читал 4-й том "Ракеты и люди. Лунная гонка." Чертока

Стоит, порог вхождения низкий. 2 июня на edx.org стартует курс "Introduction to TypeScript". Можно начало глянуть и самому оценить.