Stroy71

Хочет на фреймворке, сделайте. Если дольше получается, значит и цена соответствующая. Я для себя стараюсь использовать. Кто его знает, что завтра понадобится...

Новички поступают как раз наоборот, т.е. лепят тот же бутстрап всюду, независимо от того, нужен ли он там на самом деле.
Дело в том, что css фреймворки - скорей инструмент прототипирования, нежели основа проекта.
Их применение оправдано в проекте без дизайна, какой-то технической вёрстке, админке, и т.д. Но в большинстве проектов с уникальным дизайном они попросту неуместны.
Верстай с нуля, и не парься. Это будет только плюсом, наберёшься опыта.

В большинстве случаев верстка под CMS это верстка с учетом особенностей движка и его "требований" по стилям.
Пример из жизни - для сайта на битриксе была сделана верстка. При натяжке оказалось, что прописанный в css фон сайта появляется в визуальном редакторе битрикса из-за пересечения стилей. После того как в шаблоне сайта был переименован основной контейнер и соответствующий стили, все стало нормально.
Т.е. ваша верстка не должна перекрывать стандартные стили служебных частей движка.

Тут 2 варианта:

1. Заказывают верстку, подразумевают создание шаблона/темы для CMS. По хитрости, по не знанию, по глупости - не важно. Важно не подписаться пилить это по цене только верстки.

Верстка - это когда макет превращается в набор html/css/js файлов.

Да, могут быть вариации. Может быть сразу под движок: Smarty, Twig, Jade, или все шаблоны в Handlebars, или сразу чтобы всё под Angular было. Но это всё частные случаи, требующие более высокой квалификации, или находящиеся уже где-то во front-end разработке.

2. Просят учесть особенности CMS.

Маленьких нюансов может быть много.

Вот Битрикс, например, и его Эрмитаж (тыкнул в блок - тут же его отредактировал если по простому). Где-то лишняя обертка элемента, чтобы в режиме редактирования не разваливалось. Везде - z-index меньше 1000, чтобы Эрмитаж не перекрывало.

Wordpress вообще генерирует огромное количество своих классов. Взять те же навигационные меню. Использовать их = наплевать на все эти ваши БЭМ и прочее.
И т.д.

Если я верстал и без проблем натягивал свои макеты на Wordpress - могу ли сказать что у меня есть опыт верстки под Wordpress?

Могу.
Так же как могу сказать что есть опыт верстки под Drupal (не знаю натягивали ли какие-то из моих работ на Drupal, но чё бы нет).

Правда нет гарантии что человек, который будет натягивать мою верстку, не затупит например с

.nav
    .nav__list
        .nav__item

Когда ему движок выдаст меню в виде

.menu
    ul
        li

Но я не считаю это своей проблемой.
Когда понадобилось, оказалось нет ничего сложного 1 раз потратить время и написать свой вывод меню в Wordpress, чтобы можно было любую верстку натянуть. Почему так не может сделать тот кто натягивает? Почему в ТЗ об этом не предупредили?

Уменьшает ли "опыт верстки под CMS" время верстки?
Если не были оговорены нюансы (те же меню WP) - то нет.
Может увеличиться время натягивания верстки на движок, но это уже проблемы заказчика, который не озвучил требования заранее.

Таким образом, хотя в идеале на движок должно быть возможным натянуть любую верстку, действительно некоторые имеют CMS особенности.
Об этих особенностях следует договариваться заранее. Должно быть конкретное ТЗ на верстку.
В остальном как правило речь об "опыте верстки под %CMS%" - просто болтовня.

Лучше начинать на практике с простых шаблонов (singleton, fabric). Попробуйте для начала научиться просто "видеть" их в используемых библиотеках. Дальше можно смотреть реализации и пробовать применять в собственном коде.
Самый быстрый способ прокачаться это закодить что-нибудь, потом попросить знакомого/эксперта/дядечку с опытом за деньги/пиво дать комментарии по коду и выстроить архитектуру(повторить n раз). Тогда вам станет понятно зачем они нужны и области их применимости.
Главное не заболеть "шаблоном проектирования головного мозга" - это когда кодер сует шаблоны куда не нужно, "лишь бы были", следуя модным течениям.

А мне нравится Codeigniter и Yii (самое интересное - первый). Я все никак не подружусь с этими вашими phar'ами, и composer'ами, пока не пойму досконально что там происходит, кроме собственно скачивания модулей с одного сервака в режиме терминала.

На Yii я привык работать с базой данных - даже первый ЭктивРекорд оч простой и работа с языками очень простая (я себе дописал, чтобы генератор кода создавал базу моделей, а мои собственные модели не перезаписывал)

А кодеигнайтер в принципе фреймворк только от буквы Ф, там есть роутинг, базы данных и действия, все остальное - полная свобода, пустое поле.

Но все таки как и в каждом фрейворке - странное ощущение что у каждого программиста в башке дыра. И какой ф-ворк не возьми, все равно где-то да дырка, что-то - да не сделано.

И вроде логично - напиши свой, и, ты думаешь он будет для всех? Нет, ты просто создаешь еще один 101-ый фреймворк.

Вроде есть уже подобный инструмент от адоба. И в самом авакоде есть триал. Пробуй.

Тут многие пишут про вес, спину, глаза...
Но не всё так просто, как кажется. Видимая и казалось бы легко обратимая симптоматика либо влечет за собой более тяжелые последствия, либо происходят сами по себе негативные процессы, которые выплывут наружу не скоро.
Чем больше возраст, тем хуже регенеративные функции организма. Недостаток движения, гиподинамия, затормаживает сперва обмен веществ, а потом происходят и нарушения. Вылиться это может легко в:
- гипертонию
- простатит
- камни в почках
- камни в желчном
- гастрит
- общее снижение иммунитета и тонуса

В общем, надо себя заставлять двигаться, пока можете. С возрастом последствия гиподинамии становятся всё жестче и дороже в лечении.

Сейчас все работают сутками за компом, не только программисты. А проблемы со здоровьем у программистов не из-за этого, а сами знаете почему. Им просто впадлу что-то предпринимать, да и не считают нужным (и я в том числе, т.к. у меня всё ок).
Но, почему-то, именно программисты очень любят винить стул, мышь, клавиатуру, что там ещё у них неэргономичное?) Может потому, что проще купить дорогой стул, придумать работать стоя, лёжа, купить powerball, раскосую клавиатуру, силиконовый коврик для мышки и успокоиться, мол, вот теперь заживём?)
Вот у меня никаких проблем, абсолютно. 8 лет уже программист.

Второй вариант более к реальности относится.
Другой вопрос это качество кода имеющихся модулей (в плане безопасности).

"Перельман Яков - Быстрый счет. Тридцать простых приемов устного счета."

Один вопрос: как вы представляете себе вообще элементарный самый банальный случай, например заехали в новый офис и пусть там даже уже есть сеть(физически провода уже брошены и т.д) настройте под наши нужды и интернет нам настройте и то се настройте...удаленно, пачкорды выпавшие тоже удаленно настройте и принтера тоже,кстати ксерокс (который вообще кэнон,да не важно) надо тоже починить-не печатает (сломался тонер).

В РПГ играли? Вот и в ИТ тоже самое. ))))
Можно качать все сразу и играть в одиночку, но тогда самые сложные данжи (т.е. самые высокооплачиваемые) вам будут недоступны. А можно собрать группу из узких специалистов (танк, ддшники, хил и т.п.) и поиметь кучу дорогого лута (читай бабла). Но хорошую группу нужно еще найти. ;-)
Т. е. или ты многостаночник и работаешь в мелких фирмах, которые не могут позволить себе нанять нескольких дорогих спецов. Или ты сам профи, но в какой-то одной области. Тогда можешь расчитывать на крупный и хорошооплачиваемый проект. Но такую вакансию придется поискать.
----
че-то на дату не посмотрел... ну да лан, пусть будет...

Можете поискать тематические площадки для размещения инфы о сайте и написать тонны статей под всевозможные запросы. Но я бы на вашем месте донес до начальника мысль, что он страдает ерундой. Также если ваша фирма является каким-нибудь дилером или просто имеет кучи партнеров, то договориться с партнерами о взаимном обмене ссылками. Это будет поэффективнее (так сайты поставщиков ПО и оборудования прибавляют себе в весе), но без знания тематики тут тяжело советовать.