XDiaBLoА то я долго мучился, понимал что что-то не так, исправлял постепенно, наконец-то вроде как практически во всей красе эту ужасную картину представляю.
Дружище, я сочувствую Вашим мучениям, но Вы отстали от жизни лет на пятнадцать.

eNose,

во времена моей молодости была известна фраза "Настоящий программист способен написать фортран-программу на любом языке программирования!"

Gluk (Kazan)Паттерн "Волшебная кнопка" также известен под названием RAD.
Не соглашусь. RAD при всём своём громком названии по сути означает визуальный редактор форм (кое-где - ещё визуальный редактор структуры БД и SQL-запросов). Какого-то определённого стиля кодирования оно совершенно не предусматривает.

Другой вопрос - что "борьба с этим антипаттерном" в ряде случаев принимает форму "лоб себе разобьёт".

XDiaBLoНе мог я на 15 лет отстать, 15 лет назад я только на калькуляторе программировал, да классе в 7 наверное учился.
А Вам не приходило в голову подумать, чем в это время был занят весь остальной мир? Подскажу: именно тогда начали ощущать недостатки такого подхода и думать о методах борьбы с ними. Поэтому читать про чудесное открытие, сделанное в 2010-м году после долгих мучительных размышлений и не одного года практической работы... несколько удивительно.

XDiaBLoЯ тут пишу про то, что данная среда не способствует тому, чтобы писать нормальный код.
Данная среда даёт возможность без извращений и дополнительных сложностей писать хороший код (это больше про дельфи; билдер всё-таки уродец, си++ плохо подходит под дельфовую концепцию). Ну а если Вы хотите, чтобы хороший код появлялся без применения Вами мозгов - Вам в начальники

Вы пишете о том, что некий плохой программист написал некий плохой код на некотором языке. Бывает. Часто бывает. И какие из этого следуют выводы? По мне - такие:

1. На другом языке он напишет ровно такой же код
2. Либо не напишет вообще, не справившись со сложностями

XDiaBLoВы не читали то, что я написал.


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

XDiaBLoЧем он лучше MVC?
У меня есть мысленная зарубка - когда собеседуемый начинает рассуждать о паттернах, спрашивать его о недостатках MVC. MVP - одна из попыток эти недостатки преодолеть.

kosh the bestэто то, что процесс сборки проекта скрыт от программиста.
Где скрыт?

kosh the bestТы жмешь Ф9 и проект собрался.
Чтобы помочь в восприятии, с лохматых версий добавили окно output window, кажись, куда выводятся командные строки компилятора и всё прочее, относящееся к сборке. Хочешь - бери и запускай то же руками или пихай в скрипт.

kosh the bestА потом, когда встречаешься с проблемой, сидишь сутками, не понимая как это работает.
Ну, можно развести руками. "В последнее время участились случаи недохождения писем. Вот смотришь, бывает, на письмо, и понимаешь: не дошло".

kosh the bestИли еще: так и не понимаю, как работают формочки в билдере. Ну там файл dfm, useform, все дела. А механизм не понятен всего этого.
(пожимая плечами) Пройдите создание формы отладчиком. Всё увидите. В дельфе это спокойно работает, в билдере, подозреваю, не отличается. new TMyForm(Application), F7 - и внутрь, по коду Classes.pas.

kosh the bestКонкретно в билдере - в файлике .bpk,
Это, видимо, что-то билдеровское. В дельфе были файлы dpk (просто основной модуль программы), были файлы bpg (обычный make-файл), были файлы cfg (опции компиляции). Потом всё подпортили введением xml-ных конфигов.

kosh the bestЧто за окно такое, в пятом билдере не нашел!
Пятый билдер - это кажется современник шестой дельфы? Если да, то в те времена может и не было. Рисунок современного окошка прикладываю.

kosh the bestА! Ну тут, вроде, понял. Перед компиляцией, билдер видит, что есть класс формы. Он берет, засасывает себе этот файл dfm и из него уже делает "настоящий" класс формы. Потом этот файлик тупо компилиться. Препроцессинг, в общем.
Чушь какую-то Вы написали. Но само по себе то, что Вы за пару минут что-то поняли, хорошо показывает, насколько серьёзно Вы подошли к анализу недостатков. Глядишь, за следующие пару минут и со сборкой разберётесь :)

Если сайт не глюкнёт, после этой надписи обещанная картинка:

eNosedpk - пакадж
dpk - это dpr для пакетов. В общем-то их свободно можно было переименовывать один в другой, кроме
пары иконок, ничего не менялось. Поскольку собеседник сказал bpk, я взял более похожий.

eNosebpg - проджект груп

хотя извиняюсь.
bpg - мэйк-файл.
На самом деле верно и то, и другое bpg c точки зрения отображения в среде был project group, а по формату - make файл. И чтобы собрать группу, надо просто подать его на вход make-у.