3й подкаст Solo На .Net — Распределенная Разработка

Написал не сразу не просто так, и не потому, что лень было слушать. Дмитрий, ваш подкаст - произведение искусства - первый подкаст на русском языке, который я слушаю 2 раза, чтобы запомнить польше и записывал полезные тулзы...
Не смотрите на количество прослушиваний, те, кто дослушали до конца - безусловно получили много новых полезных идей к размышлению.

В последнее время я тоже думал о распределенной разработке. Хотя дальше мыслей у меня особо не продвинулось за неимением железок для экспериментов (даже купить 2*4Xeon, 16gb Ram, Raid 5... было очень проблематично, а объяснить зачем нужно несколько компьютеров...). Я вообще делаю так: у меня один компьютер рабочий(выше конфигурация), и сервер, где есть mercurial, teamcity и др. Есть главная ветка, куда попадает только код, который попадал бы в обычный репозиторий (хороший код). А есть ветка - туда я делаю коммиты как только хочу собрать проект. Делаю коммит и пишу код дальше, а потом мне TeamCity (она сразу начинает делать билд) скажет, собралось или нет, тем временем я пишу код дальше, не ожидая компиляции. Хотя это не решает множество проблем. Так же и с тестами, которые на отдаленной машине и прогоняются, не отвлекая меня. С Resharper и другими тулами сложнее, но тут уже деваться некуда. Проблема действительно серьезная: какой компьютер не собери: его будет мало.
Идея с мониторами 3 и больше - очень правильная, опять же: надо быть собственником бизнеса чтобы такое себе сделать (или иметь понимающего человека на этой должности). и это проблема не только в сфере разработки. в одной из самых больших, думаю, и известных компании в России сырьевой, стоят сейчас у сотрудников, занимающихся обработкой запасов на миллионы долларов компьютеры хорошо если core 2 с 2 гб, а то и Pentium4 с 1 гб. Когда я пришел внедрять систему, я очень задумался, зачем я использовал WPF. В этой компании проще заказать разработку ПО у другой компании, чем поставить семерку или проапгрейдить компьютеры.

Microsoft предоставляет много тулзов, которые позволяют по-крайней мере собирать и тестировать решение на различных машинах, но это неоправданно сложные решения на мой взгляд, у которых очень много проблем.

Посмотрим, что будет дальше. Мир определенно двигается в облака, но если MS считает, что в Azure, то мне кажется, что лет через 5 мы все будем в приватных, своих облаках, со сложностью конфигурирования околонулевой. Посмотрим...

Спасибо за комментарий!

Спасибо большое за новый интересный выпуск подкаста. Боюсь, что на двух прослушиваниях я не остановлюсь :)

Рад что понравилось!

Дмитрий, а есть какая-то особая причина в контексте метапрограммирования под .net говорить только о boo.
Как мне думается метапрограммирование в nemerle более развито.

Тут все ограничено тем что я знаю и умею. С Nemerle я пробовал что-то делать, но в отличии от Boo там с самого начала появляется синтаксис, который без мануала не понять. В Воо он конечно тоже есть, но там его намного меньше. Для прикладного программиста, которому от стороннего языка кроме одной фичи (а данном случае - метапрограммирования) ничего не надо, Воо мне кажется подходит намного больше.

Хотя в скором времени все это будет не так важно. Если C#5 не подкачает, конечно.