В 2007м году этот урок был бы интересен для новичков. Возможно, автор застрял в том времени, и из-за неактуальности его знаний, он больше не может найти себе применения, кроме как записывать такие ностальгические видео. Но лучше уж так, чем мелочь по карманам тырить.
был на стажировке в москве, метро калужская, с полностью оплачиваемой зарплатой. С самых первых недель начальник меня заставлял сдавать 1с спеца, 3 раза провалил
Очень мотивирует, спасибо! Правда, это не про выгорание (выгорание все же чуть более сложное состояние), но опыт интересный, и метод наверное полезный!
Ну я проводил собеседование и не раз. И даже я не могу сказать, как можно подготовится к моим собеседованиям. Все зависит от того, какую «дырку» я хочу закрыть в команде сегодня. Например, мне нужен человек на поддержку. Тот, который будет быстро, фиксить баги, которые часто бывают, которые нужно реактивно закрывать, с минимальным количеством гавно-кода. И я таких находил, я знал, заранее ему никогда не написать собственный фреймворк, он никогда не напишет, серьезную библиотеку на гитхаб. Он просто видит иначе. Я зато знаю, он быстро напишет, код, который у меня будет вызывать много вопросов типа «А что если». Но он скажет. Это будет работать. Это норм. И это действительно — норм. В тоже время, если мне нужен человек чтобы закрыть дырку в команде инноваций, с проектом как говорится «с нуля», то нужны глубокие фундаментальные знания, мне нужен человек с дальновидным, планируемым мышлением, как в шахматах. Который вероятно знает язык в плоть до уровня ядра. У которого есть терпение у которого большая оперативная память, который умеет «упковывать» знания, абстрагироваться и так далее. В тоже время, если бы мне надо было быстро фиксить баги, мне нужен разработчик с небольшой оперативной памятью, но очень быстрой, то я бы не взял такого человека на работу, и он бы вероятно мог подумать что он «дно», хотя это не так. Просто он не подходит на конкретное место, а другого места у меня нет на данный момент.
Так что я всегда брал разработчика исходя из конкретной «дыры» в команде, которую мне надо закрыть в данный момент времени. И тут не может быть не какого плана как отвечать на те или иные вопросы. Ты либо программист и подходишь на это место, либо ты не программист и не подходишь на данное место.
Что же касается задач про люки, блендеры и прочее гавно. Ну это больше психологические тесты, есть еще тема с олимпиадным программированием. Которое тоже для коммерции не всегда бывает полезным. Не стоит забывать, что IT в первую очередь — бизнес. И тот кто вас собеседирует в первую очередь, ищет человека команду на конкретное место и если он вас грузит странными вопросами то он либо дурак, либо хочет умерить ваш «аппетит», в зарплате. Других вариантов нет. Все остальное психология. Как вы будете вести себя в той или иной ситуации. Поэтому ответ, сходите к психиатру, если вам предложили выбраться из блендера с 2 секунды — тоже приемлем.
Рынок it в России перенасыщен резюме. На одну вакансию 7.7 резюме. Перенасыщен он потому, что для работы в этой сфере необходимо железо, которое так же под санкциями и стало дороже. И этот дефицит железа будет нарастать. Мы железо не производим и рынок расширять не сможем. Так что если есть силы отучиться и выучить другой язык, то устроиться в it с нормальным доходом можно будет за бугром. У нас, ввиду перенасыщенности кадров, зарплаты айтишников будут только падать. Не питайте иллюзии. Мои доводы можно проверить на правдивость, окунувшись в статистику того же хед хантера. Лишний раз подумайте. Отвалить бабла за говнокурс и остаться ни с чем и без работы светит 6 претендентам из 7.
История 1 — идиоты, человек вполне может не знать как отвечать на вопросы, или не уметь в интервьюирование но при этом быть высочайшего уровня спецом, и отказать ему даже не дав тестовый проект, это просто верх непрофессионализма команды. История 2 — даже незнал что можно извне мониторить закрытый гит, к тому же человек который работает в закрытую уж тогдла скорее битбакет будет юзать ибо проще и бесплатно.
Программный продукт «1С: Документооборот 8» предназначен для решения задач выстраивания методологии и автоматизации учета документов, улучшения взаимодействия сотрудников.
Так что я всегда брал разработчика исходя из конкретной «дыры» в команде, которую мне надо закрыть в данный момент времени. И тут не может быть не какого плана как отвечать на те или иные вопросы. Ты либо программист и подходишь на это место, либо ты не программист и не подходишь на данное место.
Что же касается задач про люки, блендеры и прочее гавно. Ну это больше психологические тесты, есть еще тема с олимпиадным программированием. Которое тоже для коммерции не всегда бывает полезным. Не стоит забывать, что IT в первую очередь — бизнес. И тот кто вас собеседирует в первую очередь, ищет человека команду на конкретное место и если он вас грузит странными вопросами то он либо дурак, либо хочет умерить ваш «аппетит», в зарплате. Других вариантов нет. Все остальное психология. Как вы будете вести себя в той или иной ситуации. Поэтому ответ, сходите к психиатру, если вам предложили выбраться из блендера с 2 секунды — тоже приемлем.
История 2 — даже незнал что можно извне мониторить закрытый гит, к тому же человек который работает в закрытую уж тогдла скорее битбакет будет юзать ибо проще и бесплатно.