В моем случае — да. Я давно работаю в этой сфере и знаю типовые задачи для любого сайта (наверное потому что я не работаю с физиками, я видимо из другого мира), ген дир с кем то решили что нужен сайт, покумекали и думают, надо нам 3 страницы, на главной фотку ген дира разместим и напишем что работаем 300 лет, еще страницу со всей бригадой и кто что делает, ну и контакты, это же визитка. Дают такое ТЗ, делают сайт, дальше они думаю, надо же теперь что то с этим делать, деньги то уплочены, пойдут в яндекс, узнают что есть сео и директ, пойдут в студию, а те им ТЗ на сайт выкатят на 10 листов с требованиями, те к разработчику, а тот им "в ТЗ небыло, надо переделывать/дорабатывать", при том вы им сайт развернули (Карл, целый сайт за 5т.р), а добавить какие то статьи 10т.р. (вам то надо на CMS перетянуть), и кто вы после этого в глазах клиента?
Я конечно не делаю визитки на симфони, по мимо неё я работаю и с другими CMS которые знаю довольно не плохо и сразу стараюсь посадить клиента на них объясняя тем, что дальнейшее развитие будет проще. Но системы все платные с которыми я работаю, если же они не захотят платить, то конечно я потяну симфони (точнее есть тот же Silex, основанный на компонентах симфони, на котором у меня достаточно проектов. да и симфони с версии 2.8 стала микрофреймворком, с размером приложения в 1 файл), я не буду ставить себе палки в колеса, я не буду портить себе репутацию/отзывы или просто какой то негатив от клиента с самого начала. Я знаю что все популярные cms требуют сопровождения, а у меня на них нет времени, я знаю что клиент прибежит с доработками, потому что с таким ТЗ они значит в самом начале пути и их аппетиты все равно вырастут, да даже если не вырастут, я не затрачу фактически на это не сколько нибудь вменяемого количества времени чтоб ставить какой то другой ценник, ведь это все мои инструменты и я на них сделаю быстро, круто и так что и я и клиент останется доволен. И я не понимаю тех ребят/студии которые клиента отпускают в свободное плавание после сдачи проекта, потому что когда он придет к другим, те с вероятностью процентов в 80 скажут что все надо переделать, и не они будут плохие, а тот кто сделал изначально. Ну а если вам нравится дорабатывать html, плодить mail.php и прочее, флаг вам в руки, лично для меня время — это самый дорогой ресурс.
PS. Я даже больше скажу, большая часть моих клиентов даже хостится на виртуалках которые я арендую и они мне платят за аренду, потому что клиенту так проще, не надо париться, бегать, искать, решать какие то проблемы. Люди которые ведут бизнес не связанный с IT, им сайт, хтмл, cms где то там же, где и пояс Ориона, им главное чтобы все работало и проблемы их решались быстро и качественно.
А не подскажете где такие раздают? мне сугубо в эксперементальных целях требуется именно количество, а не производительность))
Sitealert, Я клоню к тому, что на голом html делать проекты вредно (кроме лендосов разве что, ну и то если они не мульти-), а CMS/фреймворк/инструмент для любого сайта должен быть тот, который знает в совершенстве разработчик, который в свою очередь и будет делать данный сайт. По этому — любая. Вопрос остается: зачем?
danforth, хостинг будет выбран по совету разработчика, то есть меня. Все адекватные хостеры дают доступ к ssh и с вероятностью 90% установлен git, композер поставляется как архив phar и для его использования нужен просто php и на хостинге он точно есть. На том же бегете за 120р в месяц симфони прекрасно себя чувствует, за хостинг за 120р в год не могу сказать. Вы сами себе предумываете проблемы, для меня это инструменты повседневного пользования, которые мне ускоряют работу многократно и для их использования мне даже гугл ненужен.
PS. Да и если быть честными, нагрузку создают не фреймворки, они по факту своему вообще копейки кушают, нагрузку на ресурсы дают именно приложения, именно бизнес-логика, которую написал программист на конкретном фреймворке. То же можно и сказать о CMS, ядро CMS нагрузку дает минимальную, потому что оно вылизано достаточно для этого, и нагрузку дают навешанные сверху плагины/модули/компоненты (бизнес-логика). Та же симфони лежит в основе многих популярных систем, тот же drupal 8 не требует чего то сверхъестественного.
mmkulikov, тут как посмотреть. Заказчик обычно уходит если разработчик оказался нерадивый. В остальном ему проще работать с вами, а не cms. Тем самым надо делать так, чтобы вы тратили как можно меньше времени на тривиальные задачи, а значит то, что удобно вам, так как заказчик все равно нифига не понимает и сам ничего делать не будет, а найдет того кто сделает за него, даже если вы сделаете на эрланге.---------- Добавлено 11.01.2017 в 20:52 ----------danforth, это не ложь, переименовать файлы и прописать роуты это реально 15 минут. Про баги, во всех фреймворках есть готовые модули рутинных операций, будь то отправка имейла, загрузка файла и так далее. Вот они покрыты тестами и работают на ура, а вы будете делать свои и вот там и будут баги. А завтра заказчик скажет что сеошникам нужен раздел со статьями и новостями и? Или визитки продвигать не надо? Я например накачу сонату и через час у сеошников будет такая возможность. Вы можете сколь угодно доказывать
что проще, но я знаю поговорку на себе "хотели как лучше, а получилось как всегда" по этому я не стреляю себе в ногу, чтобы сразу после запуска и появлению первым требованиям, объяснять заказчику почему надо переделывать проект
Ваш кродоил это html и css, вы ведь на ассемблере под определенные процессоры сайты не пишите и не жалуетесь, удобно? конечно, вот считайте, что эти все штуки это следущее поколение которое делает все еще в 100 раз проще. Тем более это не на стороне клиента, а на стороне машины девелопера. На выходе все те жи странички, с тем же html. А собирается это все одной командой, разве это так сложно? Просто есть люди которые застряли где то в начале 2000х и думают что раз им комфортно, значит и все новые штуки это фигня бесполезная.
Эту проблему давно решили с помощью шаблонизаторов для nodejs и сборщиков фронтеда. То есть по факту 1 файл с меню, на выходе html страницы еще и с live reload. Верстальщики давно такие штуки юзают
Александр И, Вам никто не запрещает делать так как вам нравится. Просто мне непонятна позиция людей: "Я не понял — значит г..". И на этом форуме таких преобладающее количество, которые даже не пробовали, но рассуждают как матерые юзеры обсуждаемых технологий 😂
Просто нет инструментов, особенно популярных, которые делают разработчику во вред. Все инструменты решают ряд задач и если у вас нет таких задач, то инструменты тут не при чем.
Ну а пока не попробуешь, не вникнешь в какойто инструмент, то вряд ли он понравится, так как он выводит человека с зоны комфорта, чего наш мозг всячески избегает и чему противится.
А если пользоваться less\sass и так далее, то поменять наследуемые стили по всему проекту 2 минуты времени, при том писать БЭМ стили с ними тоже намного проще, чем на голом CSS
Да, но на сайте визитке есть форма обратной связи, которая шлет на email, имеет валидацию, сохраняет на всякий случай в БД, вдруг письмо реджектниться как спам, отправляет смс для скорой обработки заявки, а так же добавляет заявку в CRM. Иногда там надо менять шапку под праздники, а потом еще каталог товаров или услуг выложить. Посчитаете в общем? :) На разработке жизненный цикл проекта не закончился. Развернуть на той же симфони или yii или любом другом фреймворке ваш архив у меня займет на 15 минут больше времени чем у вас разархивировать, зато потом я буду навешивать функционал с неверойтной скоростью и дешевизной по сравнению с вашими костылями, которые проект превратят в лапшакод с кучей багов/ошибок и etc.---------- Добавлено 11.01.2017 в 18:38 ----------
БЭМ хорошо дружит с бутстрап, никак не мешает бэкенд программерам, просто вместо <div class='rL Lt center hd of cat item nostok'> появляется вменяемый <div class='products__item products__item_disable'---------- Добавлено 11.01.2017 в 18:46 ----------
Это прекрасно, пока вы помните что у вас card это именно то что вам надо, а потом прихожу я и мне надо поменять стиль у конкретно этого card конкретно на этой странице, и? думаете я знаю что card это то что вы запланировали? Методология на то и методология, так сказать правила, БЭМ знают многие, ваши - никто. БЭМ хорошо переносится между проектами, вы можете взять с любого БЭМ проекта и выдернуть кусок и он будет ровно таким же и никак не повлияет на новый проект. А знаете сколько в общем экономит реюзабельный код времени? С точки зрения абстракции БЭМ конечно же сложнее, он навязывает, но в дальнейшем он просто делает жизнь легче.
