Отличный текст! Очень компактно и в то же время полно изложенные мысли.
У нас схема немного другая. Требования уже включают в себя фрагменты высокоуровневой архитектуры, но лишь самые общие. Есть даже детальный шаблон SRS, по которому пишется документ.
Перед коммитом обязательная стадия — ревью кода. То есть код может попасть в репозиторий только после того, как будет одобрен всеми участниками ревью.
Ну, и ещё по мелочам.
Хотелось бы узнать, как у вас работает QA. А именно: насколько процесс автоматизирован, по какому графику работает QA (есть ли ночные смены, например), ну, и сколько тестеров приходится на одного девелопера.
И уже откритикована, в том числе и ван Россумом. Эккель навязывает «классовый» подход, но явно об этом факте не упоминает, возможно, в финальной редакции книги это будет указано.
1) Производительность меня вполне устраивает. Визуально я не вижу никаких отличий и часто даже не задумываюсь, на чём написана программа.
2) Про память я уже писал — Eclipse никому не догнать. Так что претензий особых нет.
3) Смысла в прямой компиляции не вижу, в дотнете вон тоже не в машинный код компилируется, а в какое-то подобие ассемблера виртуальной машины. Вполне нормальный подход. Далее, в питоне очень много машинного кода, стандартные модули на C, многие дополнительные модули — на C. Если волнуют вопросы производительности, код всегда можно перенести на PythonC.
Дадада, а в это самое время в америке негров вешали! Все же знают, что только в СССР была индустриализация, а пендосам технологии инопланетяне привезли.
У меня Qt не жрёт ресурсы, в этой должности у меня Eclipse, и догнать его вряд ли кому получится.
А вот этот пассаж: «В любом случае, когда я беру Qt-программу под Win или Linux, я в принципе не могу на нее повлиять, вы что предлагаете мне ее декомпилировать, подправить и назад скомпилировать?» я не очень понял. О каком влиянии идёт речь?
А чем вам питон не нравится? Исключительно удобная штука для написания гуёвых приложений. Знаю по собственному опыту — прошёл весь путь: delphi 3 → win32api → MFC → Qt → PyGTK. И могу сказать, что на питоне удобнее всего писать.
Микрсофтовским архитекторам winapi в кошмарах снится. Микрософт всё делает для того, чтобы наконец избавиться от этого ужаса. И скорее всего, в следующих версиях winapi запихнут в какой-нибудь compatibility layer.
Коммерческие цели разные бывают. Насколько я знаю, если программа не планируется для распространения (например, пишется софт для внутренней работы в организации), то можно и опенсорсную версию использовать.
Наследование не везде подходит, у тех же GOF в вводных главах («Наследование и композиция») этот вопрос рассматривается. Правда, там есть неявные завязки на природу C++ и прочих подобных языков. К сожалению, не могу скопипастить, так как под рукой только бумажная книга.
У нас схема немного другая. Требования уже включают в себя фрагменты высокоуровневой архитектуры, но лишь самые общие. Есть даже детальный шаблон SRS, по которому пишется документ.
Перед коммитом обязательная стадия — ревью кода. То есть код может попасть в репозиторий только после того, как будет одобрен всеми участниками ревью.
Ну, и ещё по мелочам.
Хотелось бы узнать, как у вас работает QA. А именно: насколько процесс автоматизирован, по какому графику работает QA (есть ли ночные смены, например), ну, и сколько тестеров приходится на одного девелопера.
2) Про память я уже писал — Eclipse никому не догнать. Так что претензий особых нет.
3) Смысла в прямой компиляции не вижу, в дотнете вон тоже не в машинный код компилируется, а в какое-то подобие ассемблера виртуальной машины. Вполне нормальный подход. Далее, в питоне очень много машинного кода, стандартные модули на C, многие дополнительные модули — на C. Если волнуют вопросы производительности, код всегда можно перенести на PythonC.
А вот этот пассаж: «В любом случае, когда я беру Qt-программу под Win или Linux, я в принципе не могу на нее повлиять, вы что предлагаете мне ее декомпилировать, подправить и назад скомпилировать?» я не очень понял. О каком влиянии идёт речь?
Микрсофтовским архитекторам winapi в кошмарах снится. Микрософт всё делает для того, чтобы наконец избавиться от этого ужаса. И скорее всего, в следующих версиях winapi запихнут в какой-нибудь compatibility layer.