Алексей Николаев

Безопасные сделки. Все другие пути работают условно и всегда есть варианты их обхода.

Можете поделиться своими методами работы?

Как-то у вас все сложно. У меня просто: пишется API, потом все это вносится в Postman, тестируется то, что не было с матюками протестировано в процессе работы и сдается.

Крайне редко когда срыв сроков действительно критичен. Ну ошиблись, ну ничего страшного, будет продукт на недельку позже готов - какая разница? Просто работаю дальше, а под конец, если и правда не успел, менеджер становится в курсе, и все планируется на следующий спринт.

Реально. В дизайне важны две вещи: иметь вкус и уметь рисовать, плюс знать фотошоп. Все, если это есть - вы дизайнер.

Кому и как можно задать вопрос?

Техподдержка фейсбука - самый верный адресат подобных вопросов

Lumen, конечно же

Дизайн у WP сайтов может быть любым. От CMS это не зависит. В целом могу сказать, что WP - это лучшая CMS на сегодняшний день для средних и небольших сайтов, сделана для людей. Круче и удобнее просто нет. Так что советую все же присмотреться к Wordpress, и поискать темы, дизайн которых вам понравится)

Если ты можешь сделать нечто как минимум средних размеров более-менее нормально, то ты - миддл. Если не можешь, или испытываешь серьезные трудности, или код заставляет плакать, то джуниор. А вот если ты спокойно отвечаешь на stackoverflow, имеешь там большой процент отмеченных решений и, будучи разбуженным посреди ночи, дашь оптимальное решение сложной проблемы, то - сеньор.

Важно понимать, что миддл - это очень большой этап в карьере, многие не могут его перешагнуть. Переход от миддла (специалиста) к сеньору (эксперту) может занимать много лет. По существу, большинство разработчиков именно миддлы.

Адекватным решением видится создать прослойку, которая будет обрабатывать обращения потоков друг за другом, т.е. некое бутылочное горлышко, которое не будет позволять потокам работать, как потоки. Тогда и race condition будет невозможен.

Говнокод какой-то. Лично я ужаснулся. Лучше бы автор на чистом буцрапе делал.

const str = '5smdm';
const pieces = [
    str.slice(0, 1),
    str.slice(1, 3),
    str.slice(3, 5),
]; // [5, cm, dm]

Они все правильно делают. Невозможно "просто" сделать сложный проект, который будет расширяем и гибок. KISS, как правило, используется на этапе первоначальной разработки, когда нужно просто сделать - вот тогда да, он незаменим. Сроки жмут, а ты рюшечки пилишь, нет, нужно просто наговнокодить, клиент улыбнется, а там, глядишь, и на рефакторинг время даст.

Ну и Laravel круче Симфони, хоть и несколько медленнее.

Я сделал просто: создал стили для print-режима, и при нажатии на кнопку вызвал window.print. А в стилях у меня в зависимости от активных компонентов некоторым присваивался display: none, а некоторые меняли свою раскладку и цвета. Никакие сторонние компоненты не потребовались в итоге.

А я просто трекаю затраченное на обсуждение время.

Используй связку echo и var_dump .

echo '<pre>';
 var_dump($variable); 
exit;

Вот это вставляешь в интересующее место и смотришь, что в переменной содержится. И так до тех пор, пока не находишь что-то неправилньое и причину этого неправильного.

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