Подробнее
и если вы не следуете этим практикам то извините., но ваш код сосет Четко! Да, нам нужно попробо вать его фреймворк! • — CommitStrip.com
commitstrip,Смешные комиксы,веб-комиксы с юмором и их переводы
Еще на тему
commitstrip Комиксы
Подробнее
и если вы не следуете этим практикам то извините., но ваш код сосет Четко! Да, нам нужно попробо вать его фреймворк! • — CommitStrip.com
commitstrip,Смешные комиксы,веб-комиксы с юмором и их переводы
Подробнее
и если вы не следуете этим практикам то извините., но ваш код сосет Четко! Да, нам нужно попробо вать его фреймворк! • — CommitStrip.com
commitstrip,Смешные комиксы,веб-комиксы с юмором и их переводы
А если ты не используешь лодка.gif, ты уже труп.
А вот если смотреть проекты, которым минимум пять лет, то картина получится куда более позитивная: вменяемо описанная область применения и выгоды, хорошая документация, примеры и решения.
А сейчас все сколь-либо коммерческое - это одновременно 2-3 популярных фреймворка + 3-5 сторонних решений. И все по двум причинам:
1. так быстрее
2. хоть что-то из этого может знать новый человек, а значит ниже порог вхождения, т.е. см.п.1.
А то что бестпрактис дает только типовые решения, и разрабы собирают дичайшие велосипеды - это уже норма.
Очень забавно смотреть на такой продукт, когда в БД с большим количеством статистически обрабатываемых данных нет ни одной хранимой процедуры или хотя бы вьюхи; сервер приложений фактически делает только запросы к БД и при этом забивает гигабитный канал к клиентскому приложению; а клиентское приложение при попытке отобразить таблицу с 100 строками полностью загружает i7, выжирая 4Гб оперативы.
И это "норма". Конечно это пиздец, но во многих компаниях это норма.
Заказчик, Рынок, Исполнитель (на моем примере с фраймворком битрикс)
Заказчик: хочу хороший и.магазин за nт.р. на битриксе на нем должно быть - z(бриф)
Рынок: z - морально устарел, нужно использовать новые методы и юзерсфрендли интерфейс под целевую аудиторию
Исполнитель.v1: (80% а то и больше) берет все, что найдет в интернете, впихнет в сайт и отдаст с фразой "у вас самый крутой сайт"
Исполнитель.v2: аналитика рынка, аналитика заказа, проектировка сайта, использование целевого фраймворка на 100% по нуждам клиента (не желаниям, а именно нуждам), отключение лишнего функционала.
итог: исполнитель.v2 берет оооочень дорогие проекты, а все остальные случаи описаны тобой.
Если проект действительно крупный, особенно многомодульный для корпоративного сегмента (например крупная автоматизированная CRM, с упором на документооборот и учитывающая рабочий график всех операторов), то там пиздец как правило. Потому что заказчик знает только что он хочет, совсем не знает как он это хочет (форма из 3х полей с одной кнопкой [Заебись]), и в душе не понимает как это может работать и какие есть варианты реализации.
но, сам понимаешь, стоит это удовольствие много рубликов. больше 80% людей, заказывающих сайты таких сумм в руках не держали.
Если методология/практика/фреймворк не экономят время, то они нафиг не нужны.
Например, использование React вместо jQuery сэкономит время на любом одностраничном приложении.
да и есть простая истина хороший программист пишет сложные программы простым кодом, а плохой - простые программы - сложным