Сергей delphinpro

Хороший подход — docs as code.
Мы ведём все документы в git-репозиториях, в формате Markdown. Исходники обёрнуты в Foliant, который может в любой момент из md собрать PDF, docx, сайт, гугл-док или что угодно. Например, многие проекты с документацией автоматически собираются в базу знаний при помощи GitLab-CI. При каждом пуше изменений в репозиторий сайт пересобирается и мы уверены, что там всегда свежие доки. А как только менеджер просит готовый документ — можно тут же собрать PDF, с коропоративным лого и т д.

При этом исходники всегда лежат в plain-text в репозиториях, что даёт возможность работать над доками вдвоём и втроём, со всеми взрослыми фишками вроде девелоп и мастер веток, фичей, релизов, как будто это код.

Это называется слайдер хД

Согласно ГК РФ, доказательством легитимности используемого ПО являются первичные бухгалтерские документы - товарно-транспортная накоадная и счет-фактура. Все остальные требования насчет наклеек, каких-либо ключей, кодов и активаций - незаконны, отсутствие коробок и прочей шняги ничего не значит, если закупка прошла через бухгалтерию. Если не прошла - никакие коробки не помогут.
Все остальное что тут пишут - ересь.

куплены в своё время они были за наличку

Выражайтесь корректнее: "организация приобрела нематериальные средства посредством черной бухгалтерии".
Вот так проверяющим и скажите...

Чтобы исправить ошибку синтаксиса, надо научиться считать и выучить синтаксис РНР.

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

Nikita Linberg, здравствуйте!

Я представляю компанию REG.RU. Пожалуйста, назовите номер заявки в службу поддержки? Передадим тикет нашим юристам и постараемся дать рекомендации и оказать помощь в решении этого вопроса.

Все работает. Покажите полностью код, там посмотрим.

Я если и использую bootstrap (что бывает очень редко), то создаю свой каркас в html, и уже через стили импорчу нужные bootstrap'овские классы

.catalog-item {
    @include make-col(2);
}

т.к. мне лично не нравится засорять html множеством классов. Стили поменять чаще легче, чем разметку. В теории, можно научить сборщик не собирать классы bootstrap, которые не использовались в основных стилях.

Какой выбрать монитор для верстальщика в 2019 году?

широкоформатный или 2 вместо одного

Если ли смысл в 4k?

нет

Не раздражают ли верстальщиков изогнутые формы?

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

Как вы считаете?

программно или в уме

Как человек, делающий и фронт и бэк говорю - бэк проще. На беке ты не паришься вообще с "особенностями" браузеров - у тебя их нет. У тебя вообще практически нет особенностей. У тебя нет необходимости держать в голове пяток яп и разметку(JS, TS, HTML+CSS, CoffeScript, LESS, SCSS) - у тебя есть твой PHP(PYTHON, JAVA) - только один яп. Отдельно идут инструменты сборки - gulp, grunt, webpack - ничего этого нет да и ненужно. Есть композер, который тянет зависимости и все. Тебе ненужно писать километровые конфиги, что бы собрать твое приложение. Линукс тоже знать совсем необязательно - все отлично можно делать и на винде. Ну или развернуть вагрант(докер). Код можно писать где угодно - а вертеться все будет на линуксе. А вот насчет тестирования бэк уделывает фронт на раз-два. Если ты полностью прогнал тестирование (phpunit, codeception) то ты на 99.999% уверен что все пойдет как надо. А вот со фронтом все не так. Ты физически не можешь протестировать ВСЕ браузеры.
Но есть одно большое но. это конечно мое ИМХО, но всеже - фронт делать интереснее))
P.S. Забыл упомянуть фреймворки и либы, которые мастхев знать на фронте - React, Vue, Angular и(только камнями не кидайте) jQuery.
P.P.S Контрольный в голову. Сделали мы клиенту сайт на vue. Сдали, клиент доволен. А потом приходит и говорит - ребята, а на ie8 не работает. А мне очень надо, у меня крупный клиент(бюджетная организация), а у них у всех xp с ie8... (для справки - vue на ie8 не заведется).

На самом деле вместо

function trololo(param) {
  console.log(variable);
  var variable = 5;
  console.log(variable);
}
trololo(10);

Получается как-то так:

function trololo(param) {
  var variable; // undefined
  console.log(variable);
  variable = 5;
  console.log(variable);
}
trololo(10);

То есть все объявления с var выносятся в начало функции движком js. Называется это hoisting.