Кирилл

Также, как и вы - вечером GameDev. Проблем с переключением между работой и игровой задачей не наблюдаю, так как всюду есть план разработки: сегодня я занимаюсь тем то, вечером делаю то-то, утром я там-то.

Лайфхак тут, лично для меня, именно в планировании. Плюс, конечно же нужно не забывать об отдыхе. Во всяком случае, выходные в 80% случаев это отдых. Если отдых активный, да ещё с выездом на природу - самочувствие и работоспособность восстанавливаются быстро.

Отдых для мозга - важная штука. Непрерывная работа со временем приводит к истощению - выражается как физическая усталость (собственно, ваш случай). Я решаю это стремлением как можно меньше напрягать мозг вне конкретных задач. Например, не слушать аудиокниги, меньше читать (даже новости), меньше смотреть. Короче говоря, "очки внимания" у вас ограничены, и если вы будете распылять внимание, вы быстро устанете.

Резюмирую:

1. План разработки.
   
2. Отдых нужен. Желательно активный, на природе.
   
3. Женщины тоже обязательно.
   
4. Сон обязателен и в нормальные для человеческом особи часы.
   
5. Мозг должен иметь возможность расслабляться. Загружайте его информационным шумом по минимуму.
   
   

Если вопрос в хранении по время исполнения программы, так тут List, Dictionary и просто массивы. Queue и Stack тоже есть. Рекомендую использовать обобщенные варианты, т.е. List, Dictionary, т.е. параметризированные типом.

С точки зрения архитектуры - в слой доступа к данным. Создайте декоратор какой-нить, который работает с хранилищем и вперед - все ваши объекты туда. Пусть декоратор реализует какой-нить интерфейс ICollection. Вот и будет вам и Add, и Remove, и Get и GetAll. Можно даже static его сделать - пусть будет доступен откуда угодно.

ЕМНП, главные отличия: Task берется из пула потоков (следовательно накладных расходов по созданию практически нет), а Thread - поток создается сам (с накладными расходами, но большей свободой, например - дать имя). Пул ограничен в количестве (новые будут ставиться в очередь), Thread можете создавать как хочется и когда хочется, но при превышении критической массы, они будут вызывать скорее торможение, чем ускорение.

В .NET 4.5 появились async/await - это синтаксический сахар, который делает код более красивым и понятным. .NET 4 для тех же целей можно пользоваться вот этим: blogs.msdn.com/b/bclteam/archive/2012/10/22/using-...

Выскажу пока свои доводы:

• C# это перспективно, язык развивается - ActionScript не развивается.
• При наличии клиент-серверного взаимодействия, C# предлагает единую платформу и понятийный аппарат клиента и сервера.
• C# это много чего из коробки - ActionScript в FlashDevelop это почти ничего, даже кнопку нужно программировать с нуля.
• C# это передовые технологии: LINQ, обобщенные классы и методы, внятная асинхронность (с async/await в .NET 4.5).
• C# это огромное сообщество разработчиков - ActionScript умирающая технология.
• У C# есть WPF (XAML) и Blend, если очень хочется рисовать кнопки как в Adobe Illustrator.
• C# это Visual Studio, одна из мощнейших IDE - ActionScript в нашем случае это FlashDevelop. Не конкурент.

Интересно было читать по моей теме вот это: habrahabr.ru/post/66047