Кодогенераторное

[metaclass]

И таки несамочевидное решение "сделать одноразовую опердень по-человечески, с кодогенератором, F# и тестершами" показало свою полезность и адекватность в первый же день использования оной опердени.
Пользователи по результатам уточнили требования, а внутреннее тестирование обнаружило небольшой баг, что привело к необходимости добавить одно поле в таблицу. Если бы не кодогенерация - я бы сейчас искал и менял вручную с десяток мест, где нужно добавить это поле - объект данных, его дампы, dao-классы, sql-запросы, гриды для отображения, подписи к этим гридам и прочая, и прочая.
А так доработка даже с учетом того, что кодогенератор пока не умеет миграцию БД ни в каком виде, заняла 40 минут.

Comments

[mend0za.livejournal.com]

Из сегодняшнего митинга нас (н) с заказчиком (з):

н - А давайте что ли не будем менять ТЗ за неделю до формального срока окончания задачи и когда всё наконец поменяется - оформим отдельной задачей перехуячивание.
з - Да.., действительно ..., что это мы ...

[metaclass.livejournal.com]

Может вы еще и водопадную модель заказчику предложите?:)

[mend0za.livejournal.com]

а что ета? :)

Сегодня анкету внутреннюю по проекту заполнял. Долго думал что вписать в графу "методология разработки" - предложенные варианты RUP, XP, Scrum - думал над ними - и вписал - (прочерк).

[metaclass.livejournal.com]

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

[mend0za.livejournal.com]

коллега, я знаю что такое waterfall :)

[blackyblack.livejournal.com]

Это прям как коммунизм. В реальной жизни в чистом виде не встречается.

[gds.livejournal.com]

поздравляю.

[komarov.livejournal.com]

очень круто

[eric burglsan (from livejournal.com)]

А так и должно быть, ибо это правильное решение в отличие от.

[fraks-nsk.livejournal.com]

Стесняюсь спросить - если миграция БД не предусмотрена - как внедряется новое поле?
Из ваших слов как-то думается что кодогенератор генерит новый скрипт для БД и потом в новую пустую базу данные переливаются? Или тупо ручками одно поле добавляли в уже существующую базу?

Когда-то делал попытки создать велосипед а-ля база Тенцера, но ниасилил. Выбросил на это дело ровно год и пришел к мысли - а нехер повторять функционал Delphi и сервера базы своими велосипедами - будет только хуже. Надо просто инструменты по назначению применять.

[metaclass.livejournal.com]

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

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

[zamotivator.livejournal.com]

OpenSource будет?

[metaclass.livejournal.com]

Хотелось бы, но вряд ли. Мне никто не выделит времени на приведение этого в пригодный к повторному использованию вид.

[nivanych.livejournal.com]

Всё меня мучает вопрос.
А вот если бы была агда2 под точканет, ви бы его пользовали, ребе? ;-)

[metaclass.livejournal.com]

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

[xeno-by.livejournal.com]

Ребе, можете, пожалуйста, подробнее пояснить? Интересно, как метапрограммирование отображается на зависимые типы.
upd. Нашел пост http://metaclass.livejournal.com/523635.html - читаю, если что, вопросы буду задавать уже там.