> А вот наглядный пример, почему легаси ERP/CRM на перле такое гуано. Вы
> не освоили ни перл, ни технологию.Обо мне вы кажется знаете даже больше, чем о ERP на Perl :)
>>искать "своего" заказчика
> Заказчик, который готов платить неопытному разработчику за некачественную работу, в наше
> время очень редок. Либо это жлоб, которому возможность напрямую трахать мозги
> программисту и низкая оплата важнее результата, либо идиот
--Алло, вы программы разрабатываете? Я только сразу скажу, я идиот!
--Разрабатываем, только сразу предупреждаю, у нас в штате только джуны!
(это я к тому, что выяснить ху-из-ху не всегда сразу получается)
> Лучше в команду пойти джуном
> и за полгода обтереться, чем культивировать собственный непрофессионализм
Что будет культивироваться от постоянной практики - зависит от многих факторов. Есть и self-made профессионалы, есть и коллективы, где ни то что наставника не найти, ревью то не допросишься, да и качество не сильно волнует.
>> Выбирать приходится инструмент, который не "загнется" через пол года
> Если бы это было так, никто бы не выбирал модные фронтенд-фреймворки.
Эти фреймворки хотя бы все на JS, что плюс для резюме разработчика, а выбор какого ни будь нишевого тулкита это время потраченное напрасно..
>>Зашел в кабинет, увидел девченки
> Так появляется проект-урод, впаренный директору мальчиком-программистом, никому не нужный,
> работе с которым надо обучать (никому это не надо, все плюются).
Не важно кто и как делал и кто как покупал, если был расчет эффективности от внедрения. Знаю массу проектов, от которых современного человека должно коробить от одного внешнего вида (управленка на MS Access с товародвижением, складами, кешфло, расчетом ЗП..), однако заказчик своевременно получил конкурентное преимущество.
> Какой-то привет из 2005-го года, ей богу.
А в автоматизации с тех пор что то сильно изменилось?
Вариант для распечатки
