metaclass | Адский холивар

Адский холивар

На тему "зачем нужен reflection и метаданные, если все можно писать вручную в коде".
Это пиздец, граждане. Я подозревал, что есть люди абстрагированные от мира реальной разработки и его проблем, но не подозревал, что настолько.

ссылко 1
ссылко 2

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

Я тут сижу, думаю, как бы это вообще всю эту метаданную жопу вынести на уровень модели и генерить из нее код, затем мержить с написанной вручную нетривиальностью и таким образом избавится от 1000-кратного писания одного и того же кода "база данных->sqlreader->поле объекта->веб-сервис->поле объекта на клиенте->элемент гуя->поле объекта->веб-сервис->поле объекта->sqlparameter->база данных". Потому что у меня за пару дней может база на 3-5 таблиц увеличится, в каждой по 10-20 полей, и это все надо выставить юзеру на редактирование, да еще красиво, с подписями на трех разных языках и чтобы работать можно было и с мыши и с клавиатуры и чтобы не тормозило, и чтобы неправильных данных при всем желании запилить нельзя было.

А народу пофег, как я посмотрю. Нужно конфиг руками читать - читают. Понадобится изменения сделать - будут дописывать case в switch или там if/else и молиться, что остальные команды разработчиков код сохранения не поломают, и что имена будут одинаковые.

Видимо, я что-то в современной софторазработке и принятой в ней эффективности работы отдельных разработчиков не понимаю.

Flat | Top-Level Comments Only

я так понимаю что тут скорее "трудности перевода"

Да, так и есть.
Нужно идти в менеджеры :)

нужно идти во владельцы копьютерных фирм, после чего щупать за попу секретарш и рассуждать о вкусах коньяка...
а программирование это мелко и скучно =)

Не надо ждать пока станешь владельцем, чтоб щупать секретарш :-)

Когда у меня возникает желание пощупать секретаршу за жопу, я начинаю думать о теории категорий, функциональном программировании и автоматической генерации гуи на основе системы вывода типов, после чего желание щупать пропадает, т.к. не помещается в мозг :)

(no subject)

alll - 2009-07-19 13:53 (UTC) - Expand

Дядя Джон жжот напалмом =)

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

zabivator'а афаик очень специфическая задача, именно для него держать метаданные непосредственно в коде (а часть и вообще в голове) может оказаться до определённой степени оправданным. Ну а ежели в руках молоток, то всё окружающее начинаешь воспринимать как немножко гвозди.

А, ну логично. Он как раз оные метаданные вместе с данными и обрабатывает своим sql-движком, они для него на другом уровне живут совсем. А для меня они часть дизайна системы.

Ну вот на самом деле это прикол, которого никто отчего-то не замечает: термин "программист" перестал обозначать более-менее чётко очерченную профессию, в лучшем случае он относится к роду занятий.

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

У индусов сроки разработки — недели только на то, чтобы цвет фона поправить.

Эффективность джаваиндусской разработки сильно преувеличена. Быстрее

zabivator выучит Swing, чем очередной индус очередную кнопку добавит.

И стоит это дороже, чем своих программистов держать.

P.S. Информация от крупного и постоянного американского заказчика аутсорса в известной идусской конторе.

Re: jedem das seine

volodymir-k.livejournal.com - 2009-07-20 07:20 (UTC) - Expand

Re: jedem das seine

lionet.livejournal.com - 2009-07-20 07:25 (UTC) - Expand

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

С конфигом вроде еще проще - забил грамматику, оно тебе разобрало в какую надо структуру.
Рефлексия вообще не вперлась, если структура конфига в рантайме не меняется. Какой еще свич-кейс?

Ну вот все варианты - кодогенерация, рефлекшен, базовая модель из которой это все создается - это все более менее гуманные варианты. А предлагается что-то вроде:
Field1=ReadIniStr("Section","Name1");
Field2=ReadIniStr("Section","Name2");
итд, и поддерживать это ручками в живом состоянии при изменениях

А зачем?

Там тристакамментоф, ниасилю.

Затем что

zabivator делает движок для реляционных баз данных, а не клиентов для реляционных баз данных. Изделие штучное, с очень жёстко заданными свойствами (что снижает актуальность осознанно используемых метаданных) и жёсткими требованиями к быстродействию (что исключает предметы роскоши в рантайме). Кодогенерация там, афаик, применяется массово (шаблоны C++ - та же кодогенерация), но повод для флейма, насколько я понял - именно рефлекшены и прочие излишества в рантайме.

> Да вроде кодогенерацией из какой-нить статической метаинформации решается, разве нет?

Если код ещё не написан, то где получить его метаинформацию?
Или написан, но исходники не даются?
Да и просто, где и как её получать -- есть стандартные тулы для всех платформ?

Метаинформацию можно написать перед тем, как писать код. Ну и не любой код нужно серализовывать или класть в базу. Соответственно, часто большую часть DAO / CRUD можно генерировать автоматически.

Или зайти с другой стороны - генерировать код из DDL.

> Метаинформацию можно написать перед тем, как писать код

САМОМУ??? В 2009 ГОДУ???

Лучший коммент.

В compile time можно ловить только то, что пишешь сам.+

верно. Но обычно нужно обрабатывать только то, что можешь обработать сам (другое обрабатывать не нужно).

Для крупного приложения, которое, зачастую, пишут вообще разные компании, это не так.