Проходил своё первое собеседование на программиста в 2016 году. Я уже думал что такие собеседования канули в небытие. Сейчас на большинстве собеседований надо "завалить дракона", в отрыве от того, что потом на самом деле приходится делать на работе. На мой взгляд то, что получилось у вас - адекватный пример того как должно выглядеть собеседование для джуна - проверка что человек может программировать и размышлять, плюс проверка на знание базовых конструкций конкретного ЯП. Спасибо что даёте джунам шанс. Из того что я мог бы предложить улучшить - это разделить направления на фронт и бэк (но не знаю, насколько это реально в вашей текущей архитектуре, возможно там сейчас неделимое целое). На мой взгляд это позволит увеличить воронку на входе за счёт людей, которым нравится работать в каком-то одном направлении (таких среди моих знакомых подавляющее большинство) и делать отдельные компоненты более качественными. Спасибо за статью!
Всё люди разные и хотят разного. А из статьи выходит, что все кто в IT и не создал свой ЯП, который используют миллионы — неудачники, которым остаётся только пользоваться уже готовыми языками. Да им это просто нафиг не надо, они даже не задумываются об этом.
Фраза "сделаем мир лучше" в IT меня тоже бесит. На деле это "сделать приложение чтобы люди в нем залипали и поднять на этом бабла".
Так значит, правило №0 — никакое не правило. Сколько я похожих правил уже видел. Ну нельзя однобоко и одинаково подходить к разным ситуациям.
Речь в статье ведётся не о том, что все подчиненные козлы, а о том, что скорее всего, неправо руководство. И если это действительно так и вам по-человечески предлагают реальные варианты решения проблем — то почему бы и не остаться? Руководство имеет право на ошибки, как и все люди.
Мой совет — всегда взвешивайте за и против.
В этом-то и проблема, что иногда требуют рабочий код. А это довольно сложно сделать с первого раза. В реальной жизни код пишется кусочками, в процессе периодически проверяется его работоспособность. Про имена некоторых функций и аргументы вообще молчу :)
Да, эффект в основном должен создаваться при первом посещении, нарулить это можно тучей способов — отправлять/резать заголовки, кому как нравится.
Есть другой веб-сервер, тоже поддерживающий http/2, называется H2O. Там вообще из коробки функционал проверки наличия файлов в кэше браузера и на основе этого происходит пуш.
Только что решил проблему. net.core.somaxconn = 65535 в /etc/sysctl.conf
После перехода на сокеты сайт стал держать 276 юзера вместо 200, максимальное время ответа при этом сократилось до 7 секунд, а было 13.
В Debain 8 x64 по умолчанию это значение было 128. Обновил статью.
Почему бы не использовать объекты с типизированными свойствами, вместо мап?
Проходил своё первое собеседование на программиста в 2016 году. Я уже думал что такие собеседования канули в небытие. Сейчас на большинстве собеседований надо "завалить дракона", в отрыве от того, что потом на самом деле приходится делать на работе. На мой взгляд то, что получилось у вас - адекватный пример того как должно выглядеть собеседование для джуна - проверка что человек может программировать и размышлять, плюс проверка на знание базовых конструкций конкретного ЯП. Спасибо что даёте джунам шанс.
Из того что я мог бы предложить улучшить - это разделить направления на фронт и бэк (но не знаю, насколько это реально в вашей текущей архитектуре, возможно там сейчас неделимое целое). На мой взгляд это позволит увеличить воронку на входе за счёт людей, которым нравится работать в каком-то одном направлении (таких среди моих знакомых подавляющее большинство) и делать отдельные компоненты более качественными.
Спасибо за статью!
Забавно. Почти на всё есть ответ в книге "Язык программирования Go". Неужели не все go-разработчики её читают?
Всё люди разные и хотят разного. А из статьи выходит, что все кто в IT и не создал свой ЯП, который используют миллионы — неудачники, которым остаётся только пользоваться уже готовыми языками. Да им это просто нафиг не надо, они даже не задумываются об этом.
Фраза "сделаем мир лучше" в IT меня тоже бесит. На деле это "сделать приложение чтобы люди в нем залипали и поднять на этом бабла".
Мне интересно, вы эти изменения не считаете негативными?
Единственной ответственности (лишь одной для каждого, не общей для всех). Поправьте, пожалуйста.
Все ок, спасибо за статью, интересно. Только "по этому" в обоих случаях пишется слитно. Исправьте, пожалуйста :)
Так значит, правило №0 — никакое не правило. Сколько я похожих правил уже видел. Ну нельзя однобоко и одинаково подходить к разным ситуациям.
Речь в статье ведётся не о том, что все подчиненные козлы, а о том, что скорее всего, неправо руководство. И если это действительно так и вам по-человечески предлагают реальные варианты решения проблем — то почему бы и не остаться? Руководство имеет право на ошибки, как и все люди.
Мой совет — всегда взвешивайте за и против.
А вы у себя уже используете strict_types=1?
В этом-то и проблема, что иногда требуют рабочий код. А это довольно сложно сделать с первого раза. В реальной жизни код пишется кусочками, в процессе периодически проверяется его работоспособность. Про имена некоторых функций и аргументы вообще молчу :)
Почему бы и да)
https://webshake.ru/post/265
Есть другой веб-сервер, тоже поддерживающий http/2, называется H2O. Там вообще из коробки функционал проверки наличия файлов в кэше браузера и на основе этого происходит пуш.
После перехода на сокеты сайт стал держать 276 юзера вместо 200, максимальное время ответа при этом сократилось до 7 секунд, а было 13.
В Debain 8 x64 по умолчанию это значение было 128. Обновил статью.