Аскар Тельпекбаев

Пишу вам с Dell UltraSharp U2312HM =). Сравнить с VA матрицей не могу, т.к. не пользовался.
При работе с текстом, субъективно у меня от него глаза не устают. В принципе и на нормальном TN не уставали. А вот при вёрстке, TN и IPS просто небо и земля. На IPS я вижу даже мельчайшие тени, градиенты, полоски, которые на TN были просто сплошным цветом и вырезать приходилось на ощупь.

Вообще в планах взять в дополнение этот монитор market.yandex.ru/model.xml?modelid=7699008&hid=91052.

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

Это предложение не предполагает того, что он (разработчик) должен скинуть свои работы (сделанные им).

1. Как писать много кода, оставляя его простым, как в начале?
   
2. Также советую прочесть "Совершенный код" С.Макконнелла.
   
3. Качественный код не требует того, чтобы его запоминали. Качественный код может быть забыт сразу после того, как он начнет проходить все тесты. Держать в голове нужно только программные интерфейсы, но даже не все, а только, используемые на текущем уровне абстракции.
   

минимальные первоначальные вложения это Kyocera:
https://market.yandex.ru/product/1712403011/spec?h...
ресурс тубы в 3000 стр. искусственно занижен производителем - без проблем заправляется на 7000 стр.

Без чиповки - Brother, там просто механический флажок (не уверен, возможно не во всех моделях). Еще есть Kyocera, в которой можно зажать три кнопки и он продолжит печатать, невзирая на истекший чип.
А вообще, лучше передать картридж для заправки умельцам, там не все тривиально, некоторые картриджи сложно разобрать (или даже дырявить), нужно всегда аккуратно протирать лезвие, очищать бункер отжига, при этом цены на перезаправку обычно адекватные.

В качестве ресурсов с информацией по принтерам и перезаправке могу порекомендовать testcopy.ru/forum и startcopy.ru

Покупаем HP 1214. После заправки ругается на не оригинальный картридж но печатает норм.

Стараться не думать о домашних проблемах, делать перерывы 1р в 1-2часа, с не адекватами которые любят лить воду меньше дискутировать, товарищей любящих приседать на уши сбрасывать. На самом деле все просто на работе нужно работать и по возможности быть ближе к коллегам которые не плачутся и не жалуются о том как у них все плохо и т.п, они весь негатив тебе передавать будут.

Тут 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%" - просто болтовня.

У каждого CMS своя структура, своя система по которой строится тема.
Загрузите пару CMS и посмотрите структуру и вы поймете.
Есть общая верстка(где конечный результат - простые html странички), а есть адаптированная под какую либо CMS(где конечный результат - тема , которую понимает тот или иной движок)

Laravel

Мои пять копеек. Laravel - молодой фреймворк, но современный и очень хорошо проработан. Поддерживает много разных современных плюшек изначально, из коробки (например, PSR-4, composer, как основное средство установки расширений и пр.), на которые некоторые фреймворки, которые существуют больше, чем Laravel только перебрались. Отличается тем, что в нем очень многое достаточно человекопонятно и логично. Создан быть простым. Многое может. Создано много расширений для него (по сути, это любое расширение, которое можно установить с помощью composer, а это 77 тыс. штук расширений, адаптированное для Laravel, что тоже не сложно, но можно и без этого. Не будет сильно удобно, но жить можно.), а если чего-то нет, то packagist предложит все, что душе угодно и установить это дело 2-х минут. Около него очень быстро продолжает расти сообщество единомышленников. Очень много информации по нему на stackoverflow и вообще в интернете. Есть IRC-чаты, в которых много понимающих людей и можно получить помощь в любое время дня и ночи. Есть ребята, которые посвящают себя урокам по нему и делают это очень качественно. Возьмем того же Jeffrey Way. Красавец в плане подачи информации и произношение отличное, американское, не британское. Слушать одно удовольствие. На западе про него знают и разработчики востребованы, у нас его знают плохо. Только относительно продвинутые и открытые новому разработчики. Я настоятельно рекомендую этот фреймворк. Он прост - раз. Он научит работе с различными современными сопутствующими технологиями. Например, из коробки доступен box для vagrant. А это уже немного другой уровень в сравнении с WAMP на Windows.
Сейчас на базе Laravel уже и микрофреймворк доступен.
Кстати, в IRC можно задать вопрос и самому автору.
Еще момент. Автор не городил своих велосипедов. Это качественный продукт. Многое хорошо работающее и хорошо себя зарекомендовавшее там из Symphony, очень многое. Своеобразная квинтэссенция существующих наработок, технологий + свои наработки и своя логичная интерпретация работы с фреймворком.

Silex, но лучше Symfony

Тут советовали еще codeigniter, вот его не стоит смотреть, это труп.

Для русскоязычного разработчика, самый лучший вариант - Yii2.
Большое количество видео на YouTube о том как вести разработку, хорошая книга Марка Сафронова, русская документация, русскоязычный чат на Gitter и русскоязычный форум.

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

Самыми быстрыми и максимально простыми считаются микрофреймворки, которые берут начало от рубишной синатры (www.sinatrarb.com/). Они практически не отличаются друг от друга, знаете один знаете все другие на всех других языках). В php популярны два www.slimframework.com и lumen.laravel.com/.

Как минимум с них стоит начинать изучение если вы до этого с фреймворками не работали.