Смешались в кучу кони, глюки..
То есть в итоге вы согласны, что проблема была в квалификации исполнителей. Давайте также согласимся, что это были разные задачи — даже полностью неграмотные исполнители на 5 миллионов смогли бы найти студента, который бы перенес готовую двухнедельную работу на фреймворк.
"Капиталистические нужды" - это пять. Фреймворки бездуховны и развращают нашу молодежь.
"CMS для любых задач" - это десять факториал. Подсказка, если бы CMS (капиталистические, да) одинаково хорошо подходили для любых задач, фреймворков бы не было. Подсказка номер два, посмотрите расшифровку этой аббревиатуры.
Приводят ссылки на зарубежные сайты? Ну уж простите, с зарубежными клиентами работать удобнее. Русскому человеку озвучиваешь свою ставку, он обсуждает кучу вопросов, а потом видя цену вопит "а что так дорого? Я это за неделю сам сделаю!" И потом три месяца задает вопросы вида "как сложить а и б?".
Я хочу поиграть с вами в одну игру:
- выделите два часа в течение двух дней.
- посмотрите на наш любимый сайт kvartirale
- в первый день потратьте два часа на фреймворке, который знаете (вы же знаете хорошо хоть один фреймворк, раз так профессионально судите о них?)
- во второй день потратьте два часа чтобы собрать с нуля.
- сравните результат. Даже без учета затрат на последующую поддержку, фиксы рутины, без учета простоты поддержки другими программистами и возможности разобраться в вашем коде.
Результатом можете не делиться 🍿
Эй-эй, ребят, где накал страстей, где кул стори о том как студенты за 2 недели делают то, что невозможно сделать за год на фреймворке? Тема умирает, поддержите добрым словом!
Парни, расходимся, я понял что это за задача.
180 страниц ТЗ, на 164 мелким шрифтом в сноске надпись "использование фреймворка не допускается".
Ее реально можно только на самописе сделать и сдать. И, шутки в сторону, я бы для нее фреймворк даже не рассматривал.
Вы бы еще про VCS спросили🍿
Это как раз очень часто используется. Вы представляете себе проекты, которые работают с 80-гигабайтным хранилищем под ораклом на продакшне? Вот на машине разработчика очень удобно использовать ту же схему в чем-то менее громоздком, например постгресе или мускуле.
Но паузы в запросе это не очень корректно. Если банит хостер, то он проверяет активность по определенному шаблону за некоторый промежуток времени. Будет секундная пауза, не будет - почти фиолетово.
На прошлой странице colorito уже написал правильное решение - делать батчи, и за раз вытягивать небольшое количество страниц.
Пять фотографов с не самой хилой З.П. приняли решение строить самолет из металла, ведь за ним будущее. Год работы, куча бабла, километры испорченных нервов, и сегодня принято решение заказать переделку из картона, ведь и дураку ясно, картон легче, с ним взлетит.
Хотя недалекий человек мог бы подумать, что дело в фотографах, которые сдуру пытаются решить инженерные задачи лежащие за сто километров от их компетенции.
Не магическим, но иметь удобный язык для этого приятно. Грубо говоря, основная модель для kvartirale,
generate scaffold Suites name:string price:integer site:string city_id:integer area_id:integer status:text
создаст миграцию, контроллер, роутинг, и базовый вид CRUD. Очень экономно по времени.
И миграция, на минуточку, будет аккуратно завернута в транзакцию, если она не пройдет - откатится не вызывая проблем, и не оставляя сайт мертвым, ее можно откатить без дописывания лишнего кода.
Не помню актуальных фреймворков, не имеющих совместимого Auth+RBAC решения.
Давайте не будем о Кохане, это было интересное начинание, но не взлетело. Полагаю, сейчас будет сложно найти фреймворк, без нормальной документации. Как частный случай ткну пальцем еще и в Друпал, который для многих удобнее в качестве пограничной CMS-фреймворка.
Что-то в каждом ответе у меня появляется словосочетание "современные фреймворки", но.. Вы, все же, взгляните на современные фреймворки ;) Если ваш последний опыт с ними был лет пять назад - откроете много приятных новшеств.
Я, простите, тут не улавливаю сути. То есть написать за 2-4 часа на фреймворке что-то неэффективно, а за 2-4 дня самописно - эффективно? В моей картине мира программист продает себя - суть свое время. И деньги берет за время. Как то что занимает большее время может быть дешевле? Или вы имеете в виду, что нанять студента, не знакомого с фреймворками (это не в ваш огород - абстрактно) будет дешевле? Соглашусь говоря о цене, но на качество результата ставить бы не стал.
Кстати, между нами, вы зубы разводным ключом вырываете, или к стоматологу идете? У стоматологов цены зашкаливают..
В целом я согласен, но в частном случае разработки веб-приложений, я бы использовал фреймворки всегда, а выбирал бы уже конкретный фреймворк под задачу.
Нужно полноразмерное приложение с "джентельменским набором" фич? Берем симфони, джанго или рельсы. Нужен микросайт, сервис, быстрая проверка концепта, минимализм без БД? Значит, люмен, фласк или синатра.
Для самописных вещей есть ниша, как и для JS решений без использования jQuery и стандартных библиотек - вспомним конкурсы ВКонтакта. Но и ВКонтакты мы, честно говоря, не каждый день разрабатываем.
RiDDi, вот вы вроде ту же самую точку зрения исповедуете, а пишете не пойми что. Не надо так.
ШТА?! Это, в смысле, вы его так не уважаете? :)
Можно примеры? Я что-то такое видел недавно - но это было поперек конвенции (парень в Kohana делал контроллер на страницу), но по традиции почти все веб фреймворки используют контроллер на сущность, а уже action контроллера описывает страницу.
КодИгнайтер настолько умер, что аж новую мажорную версию не так давно сменил;). А еще передаем привет Симфони и потомкам, которая и в лучшие времена CI имела в 10 раз большую долю на рынке. Но даже если говорить о "мертвых" фреймворках, когда у него одно ядро и десяток/сотня тысяч проектов - кто-нибудь добавит issue и патч. Для своего фреймворка вы даже не узнаете о проблеме.
Большая часть серьезных фреймворков держит миграции в коде. Добро пожаловать в 2015.
Не так сложно. Написать его надежно - уже задачка поинтереснее :) В общем случае RBAC которого нет уж всяко лучше RBAC, который, может быть, иногда работает. Самописный RBAC это всегда интересно, вроде разработчик знает что все данные пользователя могут уйти кому угодно, если фортуна не с ним, а пользователь как-то и не в курсе.
PS:
Подводя итоги, тему пора бы прикрыть. Причина? Здесь только сторонники фреймворков.
Она очень браво начиналась: с полного контроля над кодом, отрицания готового и надежного. По итогам единственный активный сторонник самописных решений в ветке все же использует и "фреймворк" - просто никем другим не поддерживаемый, и модули. Ни тебе инноваций в каждом проекте, ни полного контроле над кодом. Пичалька.
Предлагаю вдохнуть в тему новую жизнь и пересоздать под заголовком "Почему я не хочу изучать документацию к фреймворкам", или "Почему я хочу править все рутинные проблемы самостоятельно, вместо того чтобы писать продукт", или, может, "Как развести заказчика на написание внезапно необходимых вещей с нуля" (хотя с таким скилом можно продавать ему и продукт на известном фреймворке подороже, и просто кушать лучше - но на вкус и цвет).
Это всё здесь имеется в достатке. "Самопис vs фреймворк"? Не, не видел.
$(function(){ var insert_after = 4; var n = parseInt($(".article p").length); if (n >= insert_after){ $($(".article p")[insert_after]).after($(".myadsense")); }; });
