От чтения топика у меня создалось впечатление, что некоторые товарищи полагают, что legacy code это вовсе не стыдно, а очень даже хорошо. Реально большая программа непременно модульна, и защищать написание новых компонентов на инструменте 11-летней давности, на язык которого даже нет стандарта, как-то нелепо. Примерно как строить городские локалки на коаксиале, утверждая, что фанаты оптоволокна просто сосунки, и то, что и так все работает.
Реально большая программа непременно модульна, и защищать написание новых компонентов на инструменте 11-летней давности, на язык которого даже нет стандарта, как-то нелепо
Это, очевидно, мнение эксперта?
Примерно как строить городские локалки на коаксиале, утверждая, что фанаты оптоволокна просто сосунки, и то, что и так все работает.
Разумеется, куда выгоднее тянуть коаксиал до дома, далее с подвала на этаж - оптоволокно, а с этажа до квартиры - вай фай. Вроде как и модные штуки использовались, и гемора на пятую точку предостаточно. Красотища для любого эникейщика
Аргумент "вы все лохи а я тут 10 лет пишу ERP и все знаю" засчитывается.
Да разве это аргумент. То ли дело "Слышу звон, да не знаю откуда он". Должно быть я тоже гуру в молекулярной биологии. Хотя отродясь с ней не сталкивался
Не очевидно только какими такими преимуществами обладает VB6 для разработки ERP-систем...
этот пост - ответ на твой. так что ищи выше. что конкретно в этом посте не так?
Я уже объяснял почему в подобных проектах используется VB6. Если ты читал внимательно - то поймешь почему "вместо того, чтобы юзать нормальные средства, на которых ты не обходишь камни, а спокойно делаешь свое дело" - флуд.
Я, конечно, извиняюсь за бестактность, но все же мне интересно - тут вообще есть люди, которые работают в софтверном коллективе численностью свыше 5 человек? Такое чувство что собрались одни студенты и фрилансеры
На протяжении десяти лет трудился в коллективах от 3 до 20 человек в отделе. И не только в "софтверном", но и самом настоящем хардверном, где любые инновации, да что там инновации, а просто использование немного иной техники программирования, может уткнуться в хардверные ограничения.
, значит хотя бы ты должен понимать что значит когда весь коллектив использует поддерживаемый хардвером инструментарий, а один "передовик" не стесняется продвигать свои "мудрые" решения "в духе времени", обеспечивая постоянный гемморой команде
Я этого и не отрицал. Я говорил о другом, о том, что если проект уже с подписанным ТЗ, то все виляния как в плане инструментария, так и стиля написания практически подсудное дело вполть до увольнения вредителя (и такое было в моей практике). Но если проект ещё на стадии планирования, то почему бы и нет? Можно рассмотреть все новомодные плюшки, что предлагает та или иная технология. Например вкрутить boost какой-нибудь или использовать вместо SVN хранилища GIT.
Верно, сразу видно человека с практикой.
Для тех кто её не имеет я писал
Ra$cal, соглашусь лишь отчасти. Безусловно, накладность переноса всей системы - самая весомая причина, которая сводит на нет все преимущества более новых средств программирования.
С другой стороны, VB6 очень удобен как раз в ERP-подобных системах (если сравнивать с тем же си).
Запредельного быстродействия от бизнес-логики не требуется, а вот гибкость и быстрота девелопмента/мэйтененса - постоянно.
Хотя, конечно, если бы не первая причина - можно было бы найти что-либо поудобнее. Тот же VB.NET.
Но все впустую. Некие персонажи считают VB6 изначальным злом, а создание разноплатформенных франкенштейн-проектов - благом.
Прочитал батл от первого до текущего поста. Короче, я тут насчитал пока троих программистов, занятых в программной индустрии: LamerOnLine, Ra$cal, User Unknown. Сам себя к таковым не отношу. Я скорее любитель-фрилансер, желающий когда-нибудь сменить профиль своей работы, чтобы работать по призванию. Лан, ребят, вы тут разберитесь что к чему и у кого все-таки длиннее, в битву титанов не полезу )))
возможность быстро найти и сделать "вот эту вот кнопочку печати документа чуть-чуть побольше".
В принципе верно
В остальном, как я уже сказал - быстрота и скорость разработки + простота поддержки.
Основное качество VB как такогого - удобство разработки в ущерб производительности.
Поддерживать сотни модулей на VB - задача непростая. Поддерживать сотни модулей на Си - застрелиться можно.
В целом это объяснить человеку со стороны сложно. Нужно принимать участия в процессе и быть в курсе требований, предъявляемых к девелопменту/мейнтенансу...
Разумеется, куда выгоднее тянуть коаксиал до дома, далее с подвала на этаж - оптоволокно, а с этажа до квартиры - вай фай. Вроде как и модные штуки использовались, и гемора на пятую точку предостаточно.
Достаточно переставить местами, и сразу никто не заметит верный посыл? Да, оптоволокно между домами, витая пара внутри, вай-фай в квартире. И нигде - коаксиал.
численностью свыше 5 человек?
У нас около 40 человек.
"передовик" не стесняется
Возможно, нам с Agile и месячными итерациями с инновациями попроще, но все-таки разница между "переписать тот класс под late static binding сразу после выхода релиза 5.3; убрать костыли из-под Boost.MPL сразу, как закроют тот баг" и "перейти с говна мамонта на нормальный язык" кажется еще более значительной.
Телепатия говорит мне, что у кого-то распальцовочка совсем не соответствует качеству архитектурных решений в проекте. Плюс упорное называние C++ языком Си и непонимание модульной архитектуры. Может, кому-нибудь почитать что-нибудь простенькое типа Фаулера или Макконнела, прежде чем выдавать себя за убеленного сединами зубра?