[offtop]
А у нас в конторе поощряют самообучение на реальных проектах с реальными бизнес-потребностями, и даже рады велосипедам… Ну если они[велосипеды] конечно же не сильно увеличивают сроки и дают хороший эффект в результате. Интересно, практикуется ли это где-нибудь ещё?
[/offtop]
Как то раз я вызвал такси ко времени. Машина опоздала на 20 (!) минут. Водитель объяснил это плохим гугломапсом в нашем районе. В результате я опоздал на работу на 15 минут. Может мне тоже подать в суд? )
Я тут добавлю, что изобретение велосипеда все-таки нужный этап, другое дело что на коммерческих проектах их изобретать не нужно.
Позвольте не согласиться. Порой готовые решения стоят дороже, чем изобретение велосипеда. Ну или они попросту не имеют весь набор необходимого функционала, и «допиливание» опять таки трудозатратнее. Хотя это по большей части касается больших и трудных проектов.
А в плане велосипедов при разработке коммерческих проектов, так тут имхо самый важный риск — срыв сроков.
На практике бывает и такие случаи:
1. Тебя берут под стражу, лишают связи с внешним миром. В итоге ничего не удалишь.
2. Делают вид, что тебя действительно несколько раз искали и вызывали в суд. Суд состоится без тебя и ты ни о чем даже не догадываясь продолжаешь вести свою дела. А тем временем всю информацию уже слили в органы, разобрали и сшили дело. И вдруг внезапно тебя находят и ставят перед фактом, мол всё, дорогой друг, не отвертишься.
Причем такая практика относится к любым типам дел. Главное иметь повод, а бумажки все подпишутся.
8.2 Система МоеДело имеет право раскрыть Вашу учетную информацию и другую имеющуюся о Вас информацию только по требованию Суда или других уполномоченных законом органов и/или агентств.»
Так что забирать серваки вовсе даже не обязательно.
Попробуй написать про генерированиие админки или чего-нибудь типа CRUD. Расширь стандартную функциональность, добавь AJAX, возможно разделение на front/backend.
А какой энтузиаст вообще будет сравнивать полностью функционал? У кого есть столько времени?
Всё равно, даже сравнение накладных расходов по дефолту учитывать нужно(например для маленьких проектов). Естественно ненужный функционал можно выкинуть, но когда горят сроки…
Разработчику надо самому определяться. На то он и разработчик.
К слову:
Недавно мне дали один крупный проект. Отдельно руководством выделялось время, чтобы конкретно я решал между ZF и Symphony. Прямое сравнение фреймворков определило всего лишь последовательность, в которой мне самому уже приходилось разбираться со всеми необходимыми для проекта тонкостями.
Было желание написать данный проект на Yii, но руководство запретило из идеалогических соображений. В результате я выбрал Symphony.
Так что, если есть возможность выбора — лучше самому вникнуть и решить.
А у нас в конторе поощряют самообучение на реальных проектах с реальными бизнес-потребностями, и даже рады велосипедам… Ну если они[велосипеды] конечно же не сильно увеличивают сроки и дают хороший эффект в результате. Интересно, практикуется ли это где-нибудь ещё?
[/offtop]
Позвольте не согласиться. Порой готовые решения стоят дороже, чем изобретение велосипеда. Ну или они попросту не имеют весь набор необходимого функционала, и «допиливание» опять таки трудозатратнее. Хотя это по большей части касается больших и трудных проектов.
А в плане велосипедов при разработке коммерческих проектов, так тут имхо самый важный риск — срыв сроков.
То есть увеличить они хотят и Sales и Delivery.
1. Тебя берут под стражу, лишают связи с внешним миром. В итоге ничего не удалишь.
2. Делают вид, что тебя действительно несколько раз искали и вызывали в суд. Суд состоится без тебя и ты ни о чем даже не догадываясь продолжаешь вести свою дела. А тем временем всю информацию уже слили в органы, разобрали и сшили дело. И вдруг внезапно тебя находят и ставят перед фактом, мол всё, дорогой друг, не отвертишься.
Причем такая практика относится к любым типам дел. Главное иметь повод, а бумажки все подпишутся.
Так что забирать серваки вовсе даже не обязательно.
Иначе можно было бы принять смску и спамить, парсить, досить…
Всё равно, даже сравнение накладных расходов по дефолту учитывать нужно(например для маленьких проектов). Естественно ненужный функционал можно выкинуть, но когда горят сроки…
К слову:
Недавно мне дали один крупный проект. Отдельно руководством выделялось время, чтобы конкретно я решал между ZF и Symphony. Прямое сравнение фреймворков определило всего лишь последовательность, в которой мне самому уже приходилось разбираться со всеми необходимыми для проекта тонкостями.
Было желание написать данный проект на Yii, но руководство запретило из идеалогических соображений. В результате я выбрал Symphony.
Так что, если есть возможность выбора — лучше самому вникнуть и решить.