И вообще о железе для разработки

[metaclass]

Я периодически пытаюсь осмыслить - если бы для работы использовать более нормальное железо или более аккуратно отстроенную инфраструктуру, можно было бы работать эффективнее, или же это отмазка, потому что работать вообще влом.

В дельфи проще: компиляция порядка 100000 строк - пару секунд, запуск софта и открытие интересующего модуля для проверки - еще еще секунд пять. Вот если начать бэкапить или ресторить тестовые базы - уже от 30 минут до нескольких часов можно нихрена не делать. Поэтому базы я обычно копирую с диска на диск, это гораздо быстрее чем воевать с архивами или резерными копиями.

А в .net получается так: поставил компилироваться что-то в вижуал студии - это минимум 2-5 минут которые можно или пойти сожрать что-нибудь на кухне, или почитать ЖЖ, или заглянуть в RSS-читалку.

Запуск проги - минута (пока IIS сайт перегрузит, пока оно все с IIS подгрузит, да SQL сервер очухается)

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

Хорошо бы было использовать два-три разных компа, один с двумя мониторами и два с одним и какой-нибудь нормальный KVM-свитч, а то от ремоте-десктопов в глазах рябит. И на каждом компе минимум три физических диска гиг по 500-750. И чтобы компы были чо-нибудь вроде CoreDuo последних. И сеть гигабитную. Тогда, по идее можно было бы работать, не выпадая из потока за время тупления дисков и сети.

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

Comments

[metaclass.livejournal.com]

Сборкой то скрипты занимаются, проблема в том, что я отлаживаю кусок связанный со сквозным взаимодействием типа GUI->веб-сервис->(серверное приложение->чужая-система),(веб-сервис->СУБД)-> веб-сервис-GUI. Я уже и моков туда повставлял и на модули разбил как следует, все равно от каждого изменения в коде до теста запущенного по 2-5 минут проходит.

[sergiej.livejournal.com]

Ну я и завидую, у меня сквозное изменение такого типа это 15-20 минут, оптимистически, если ничего не упало по дороге :) Поэтому стараюсь ограничиваться малыми изменениями: сервис-база - тест, гуя-сервис (замоканый) - тест. И только потом из конца в конец. Вообще в идеале эти части разные люди или вообще тимы делают.

[metaclass.livejournal.com]

Да, в идеале всю эту работу надо замедлить в 5 раз и раздать разным людям.

[sergiej.livejournal.com]

Я последнее время склоняюсь к тому что лучше день потерять, потом за 5 минут долететь писать хорошие автоматические тесты, и добиваться "зелёненьких лампочек" а не гадать, заработает из конца в конец или нет.

[vp.livejournal.com]

Это все так и надо. Но иногда самое высокое руководство просто тупо не понимает, на что сейчас тратится время (подготовка тестов, налаживание инфраструктуры и т.п.).

[sergiej.livejournal.com]

Если за "подготовка тестов, налаживание инфраструктуры" не кроется разгильдяйство пока "полно времени", то руководству можно объяснить, даже простым показом как это работает. Дать доступ к панели с результатами тестов чтобы наблюдали, это очень занимательно и они сами будут бегать требовать чтобы красные лампочки превращались в зелёные. Это может и минус, но мотивирует очень когда рядом с набором "красных" тестов твоя фамилия.