Зачем мучить на собеседовании?
Нанял, не понравилось, уволил.
Аудио:
Количество постов 912
Частота постов 298 часов 52 минуты
ER
8.48
Нет на рекламных биржах
Графики роста подписчиков
Лучшие посты
Аудио-ответ на вопрос:
Николай, добрый день! Возможно, этот вопрос уже был, но я вроде такого в ваших видео-ответах не видел(
Вопрос следующий, если я учусь на 1 курсе айти специальности - информационная безопасность, уже работаю на более-менее хорошей работе для моего возраста (опыт не капает, оказываю обучающие услуги по договору), также работаю в стартапе, но тоже без договора. Есть ли смысл тогда отчислиться из вуза, если я уже могу работать и меня никак не интересуют предметы в вузе, которые не имеют практической ценности. Отдавать 4 года на это - жалко, как вы говорили, что это опыт хорошего специалиста. Что можете сказать по этому поводу?
Николай, добрый день! Возможно, этот вопрос уже был, но я вроде такого в ваших видео-ответах не видел(
Вопрос следующий, если я учусь на 1 курсе айти специальности - информационная безопасность, уже работаю на более-менее хорошей работе для моего возраста (опыт не капает, оказываю обучающие услуги по договору), также работаю в стартапе, но тоже без договора. Есть ли смысл тогда отчислиться из вуза, если я уже могу работать и меня никак не интересуют предметы в вузе, которые не имеют практической ценности. Отдавать 4 года на это - жалко, как вы говорили, что это опыт хорошего специалиста. Что можете сказать по этому поводу?
Я ненавижу лайвкодинг.
И мне рекрутер в очередной раз задала вопрос:
Скажите, пожалуйста, причину, почему хотите пропустить этот этап?
И я попытался сформулировать, начал перебирать в голове все причины (а там их много) почему этот процесс вызывает у меня отторжение.
Но, нужно как-то лаконичнее передать суть… и я нашел способ, кажется.
А что если посмотреть с другой стороны?
Не «почему я не хочу проходить» лайвкодинг, а почему я должен ХОТЕТЬ его проходить?
Это индивидуальный вопрос.
Кто-то проходит собеседования из спортивного интереса, набил руку, и для него это увлекательное состязание.
Но, допустим у меня - полно увлекательного «кодинга», интересных проектов, задач и прочего, и никакого интереса или азарта к лайвкодингу на собеседованиях нет.
Почему я должен именно ХОТЕТЬ пройти лайвкодинг в очередной компании? Что такого ценного принесет для меня этот опыт?
Мне эта точка зрения позволяет закрыть очередной диалог в голове.
И мне рекрутер в очередной раз задала вопрос:
Скажите, пожалуйста, причину, почему хотите пропустить этот этап?
И я попытался сформулировать, начал перебирать в голове все причины (а там их много) почему этот процесс вызывает у меня отторжение.
Но, нужно как-то лаконичнее передать суть… и я нашел способ, кажется.
А что если посмотреть с другой стороны?
Не «почему я не хочу проходить» лайвкодинг, а почему я должен ХОТЕТЬ его проходить?
Это индивидуальный вопрос.
Кто-то проходит собеседования из спортивного интереса, набил руку, и для него это увлекательное состязание.
Но, допустим у меня - полно увлекательного «кодинга», интересных проектов, задач и прочего, и никакого интереса или азарта к лайвкодингу на собеседованиях нет.
Почему я должен именно ХОТЕТЬ пройти лайвкодинг в очередной компании? Что такого ценного принесет для меня этот опыт?
Мне эта точка зрения позволяет закрыть очередной диалог в голове.
Аудио-ответ на вопрос:
Блин, спасибо большое за фидбек!!! Я бы хотел спросить, как ты смотришь на вышку в будущем для айти, т. е., был ли её пик важности или он может быть в будущем?
Блин, спасибо большое за фидбек!!! Я бы хотел спросить, как ты смотришь на вышку в будущем для айти, т. е., был ли её пик важности или он может быть в будущем?
Хорошая цитата:
"Almost everybody can stay excited for 2 or 3 months. A few people can stay excited for 2 or 3 years. But a winner will stay excited for 30 years or however long it takes to win."
Source: "Just Do It"
"Almost everybody can stay excited for 2 or 3 months. A few people can stay excited for 2 or 3 years. But a winner will stay excited for 30 years or however long it takes to win."
Source: "Just Do It"
Заметки по технике:
Если у вас блок питания ноутбука порядка <65w, например как Macbook Air или Thinkbook, то вот такая зарядка будет универсальной, компактной и достаточно мощной:
Baseus GaN2 Pro
Baseus GaN3 Pro
Если у вас блок питания ноутбука порядка <65w, например как Macbook Air или Thinkbook, то вот такая зарядка будет универсальной, компактной и достаточно мощной:
Baseus GaN2 Pro
Baseus GaN3 Pro
Заметки по технике:
Павербанк ZME 10 на 20000махов может заряжать ваш ноут по usb-c, палочка выручалочка, но если жарите тяжелые IDE на ноуте, и это не Apple Silicon, это не панацея
Павербанк ZME 10 на 20000махов может заряжать ваш ноут по usb-c, палочка выручалочка, но если жарите тяжелые IDE на ноуте, и это не Apple Silicon, это не панацея
Инструкция по настройке HP МФУ для сканирования в debian based linux.
Проблематика - принтер подключен и печатает, а сканировать не удается, решение:
sudo apt install hplip hplip-gui
hp-setup - это для добавления мфушки
А теперь запускаем hp-toolbox, он начинает вопить что дров нет, даем ему разрешения, он все скачивает ставит, и вуаля - сканирование теперь возможно
Проблематика - принтер подключен и печатает, а сканировать не удается, решение:
sudo apt install hplip hplip-gui
hp-setup - это для добавления мфушки
А теперь запускаем hp-toolbox, он начинает вопить что дров нет, даем ему разрешения, он все скачивает ставит, и вуаля - сканирование теперь возможно
Хочу поделиться мыслью.
В программировании есть области, которые сами по себе могут быть направлением развития.
И я сейчас говорю не о языках и фреймворках, не о доменах.
Я говорю о «кусочках» программирования, например - системный дизайн, архитектура, ООП, ТДД, ДДД, парадигмы программирования (функциональное например) и многое другое.
И в каждом этом направлении можно отдельно совершенствоваться, все больше постигая философию, изучая подходы, экспериментируя и тп.
У Егора Бугаенко я где-то прочитал (или услышал) историю, когда он собеседовался в Амазон (кажется), и там он назвал направление своей экспертизы - ООП.
В тот момент я не понял до конца как можно развивать экспертность в одном небольшом (казалось бы) кусочке этого «большого программирования», но теперь понимаю… или лучше сказать ощущаю, вижу даже… огромное поле для изучения и экспериментов в том, что цепляет меня - архитектура и рефакторинг.
И, когда я говорю «архитектура и рефакторинг», это не значит что меня не интересует ООП, тестирование, паттерны, практики экстремального программирования и прочее.
Это не взаимоисключающие элементы. Да и разве они могут быть взаимоисключающими? Мне кажется, это все взаимосвязано в тугой клубок.
В данный момент я смотрю на этот клубок через призму красивой архитектуры.
Мог бы смотреть через призму ООП или ТДД.
Или с точки зрения функционального программирования (в этом случае я бы искал, наверно, пересечения Объектного подхода и функционального, философствовал бы на тему эффективности и красоты в решении определенных задач в сравнении, ну и тп).
В программировании есть области, которые сами по себе могут быть направлением развития.
И я сейчас говорю не о языках и фреймворках, не о доменах.
Я говорю о «кусочках» программирования, например - системный дизайн, архитектура, ООП, ТДД, ДДД, парадигмы программирования (функциональное например) и многое другое.
И в каждом этом направлении можно отдельно совершенствоваться, все больше постигая философию, изучая подходы, экспериментируя и тп.
У Егора Бугаенко я где-то прочитал (или услышал) историю, когда он собеседовался в Амазон (кажется), и там он назвал направление своей экспертизы - ООП.
В тот момент я не понял до конца как можно развивать экспертность в одном небольшом (казалось бы) кусочке этого «большого программирования», но теперь понимаю… или лучше сказать ощущаю, вижу даже… огромное поле для изучения и экспериментов в том, что цепляет меня - архитектура и рефакторинг.
И, когда я говорю «архитектура и рефакторинг», это не значит что меня не интересует ООП, тестирование, паттерны, практики экстремального программирования и прочее.
Это не взаимоисключающие элементы. Да и разве они могут быть взаимоисключающими? Мне кажется, это все взаимосвязано в тугой клубок.
В данный момент я смотрю на этот клубок через призму красивой архитектуры.
Мог бы смотреть через призму ООП или ТДД.
Или с точки зрения функционального программирования (в этом случае я бы искал, наверно, пересечения Объектного подхода и функционального, философствовал бы на тему эффективности и красоты в решении определенных задач в сравнении, ну и тп).
Коллеги, лайфхак для фронтендеров по поводу печати - если ваши break-inside не работают, или сдвиги из-за них вызывают накладывание элементов друг на друга, внимательно смотрите всю иерархию элементов вверх, родительские должны быть display: block чтобы все переносы нормально работали, причем я говорю даже про самые родительские