Компания конечно рисковая, если взяла человека без опыта одновременно по автотестам, питону, домену и английскому. Или вы уже работали в компании и вам просто предложили проект с другим клиентом?
Прыгруть в воду не умея плавать вполне полезно для получения знаний. Молодец, что не утонули.
Кстати вы там по ходу тестирования этих приборов пол случаем не поменяли? Окончания в тексте сменились. Или просто пост написан в соавторстве с маркетологом.
И еще тех, кто не согласился работать по вечерам и в выходные. И тех кто высказал своё мнение не совпадающее с мнением владельца. Не знаю про тех, кто просто расказывал просто о том, что происходит, но не удивлюсь если и их тоже.
Двое это чтобы исключить предвзятость и размазать ответственность (в расстрельной команде, для этого выдают только один боевой патрон).
Как-то был забавыный случай на работе. Двое коллег выше среднего по росту собеседовали стройную девушку. Я проходил мимо в тот момент когда она что-то написала на листочке и они дружно привстали и нависли над ней.
Она правда не обратила на это внимание. Она пришла по рекомендации и кажется одного из интервьюверов видела до этого на конфереции. Интервью она прошла.
Так же и кандидат который за деньги отдал написание резюме проффесионалам может обойти других. До чата тоже можно было воспрользоваться чужими знаниями в разной степени.
Все эти асинхронные взаимодействия (резюме, тестовое задание) это фильтр. Тут цель не сделать хорошо, а пройти его. Как бы в не хитрили живое общение расставит всё по местам.
С другой стороны тоже играют не особо хорошо.
Ваше резюме могут просто потерять, даже если вы подавались через знакомого.
Созваниваемся с рекрутёром, он мне говорит: "Мне три для назад прислали Ваше резюме." Я не стал уточнять где оно было предыдущие 20 дней.
Когда утсраивался на первую работу, на Питон, к своему научному руководителю, на живом собеседовании сначала говорил с рекрутёром. Потом она дала мне тестовое на бумажке и сказала, что технический интервьювер будет через 20 минут. Вопросы были по С++ и на абстрактную логику. Пришёл руководитель и выкинул эти листы в помойку не глядя.
Каким образом - просить кого-то наблюдать за тем как я работаю? Так все равно это не то, стресс не тот.
Тут несколько факторов работающих вместе, навыки, знания и стрессоустойчивость.
Подумать и вспомнить, это разные действия и занимают разное время. Начать делать что-то знакомое, это хороший способ себя успокоить.
То есть просто решая задачки в спокойной обстановки вы можете сильно улучшить ситуацию.
Про стрессоустойчивость могу мало что сказать. Можно попробовать делать доклады на работе, на уровне команды или отдела. В общем любое общение которое заставляет вас выйти из зоны комфорта.
В стрессовой ситуации вы спускаетесь со своих теоритических навыков до своих практических. Иными словами если вы понимаете декораторы, но не пишите их каждый день, то на собеседовании может случится ступор.
но не мое это и не получается и все тут
Это навык. Если есть желание и время его можно развить.
Я давал на мидла: Посчитайте количество букв в слове на Питоне. Мидл имел опыт написания ORM запросов в Django. В то что там под капотом он не вникал, в особенности Питона тоже. Решить не смог.
Когда я в ту контору собеседовался на синьёра, то там меня попросили что-то простое типа декоратора и обхода графа с рекурсией и без. В общем суммарно кода строк на 20-30. У меня сложилось впечатсление, что интервьювер заложил на это более получаса и не ожидал, что я минут за 10 справлюсь вместе со всему разговоромаи и уточнениями. В общем на второй трети интервью у него кончились вопросы.
Порой кажется ,что синтаксические проверки и валидация по схеме это удел только великих программистов, потому что там, где это важно, зачастую этого нет.
В моих проектах я ямл только в GithubActions и pre-commit конфигах использую. В том-же pre-commit есть плагин для синтаксического чекера ямла.
Если на главном уровне это список объектов, то парсер который выдаёт по объекту за раз волне реален и удобен. Если у вас мапа и в одном из полей огромный список, то апи не будет простым. А если у все весь файл это одна строка, то парсер подавится, хотя это уж слишком крайний случай.
Кейс со списком на мой взгляд это самый распространённый для огромного джейсона. Хотя это случай можно заменять на формат https://jsonlines.org/ . Парсер легко делается на базе обычного парсера и читалки строк вашего языка програмирования.
Не в таком уж и армейском, требования к работоспособности обычно сильно ниже.
Я переодически после собеса запускаю свой код. Еще ни разу он не заработал сразу. Смотрят на логику решения и понятность, а на мелкие опечатки, неправильные имена встроенных функций, и порядок аргументов не обращают внимания. Да и не все мои интервьюеры занали Питон.
Я не буду говорить, что у меня типичная выборка, я могу позволить себе выбирать места и не подаваться в сомнительные конторы.
Там был момент, когда всех попросили согласиться с переработками или уйти. Я его имел в виду.
Что там происходить сейчас, не знаю. Те кто умудряются соблюдать баланс между жизнью и работой думаю об этом не распространяются.
Это потребует собирать приложения под две архитектуры. То есть гонять в два раза больше тестов или писать приложения сразу под архитектуру.
И зоопарк железа придётся тестировать.
И возможно придётся заключать два договора на поддержку железа.
Компания конечно рисковая, если взяла человека без опыта одновременно по автотестам, питону, домену и английскому. Или вы уже работали в компании и вам просто предложили проект с другим клиентом?
Прыгруть в воду не умея плавать вполне полезно для получения знаний. Молодец, что не утонули.
Кстати вы там по ходу тестирования этих приборов пол случаем не поменяли? Окончания в тексте сменились. Или просто пост написан в соавторстве с маркетологом.
И еще тех, кто не согласился работать по вечерам и в выходные.
И тех кто высказал своё мнение не совпадающее с мнением владельца.
Не знаю про тех, кто просто расказывал просто о том, что происходит, но не удивлюсь если и их тоже.
Двое это чтобы исключить предвзятость и размазать ответственность (в расстрельной команде, для этого выдают только один боевой патрон).
Как-то был забавыный случай на работе. Двое коллег выше среднего по росту собеседовали стройную девушку. Я проходил мимо в тот момент когда она что-то написала на листочке и они дружно привстали и нависли над ней.
Она правда не обратила на это внимание. Она пришла по рекомендации и кажется одного из интервьюверов видела до этого на конфереции. Интервью она прошла.
В питоне можно наследовать класс от функции, значит любой объект можно расколдовать для наследования. На все способы найдётся контр способ.
Явный способ попросить не использовать.
Так же и кандидат который за деньги отдал написание резюме проффесионалам может обойти других. До чата тоже можно было воспрользоваться чужими знаниями в разной степени.
Все эти асинхронные взаимодействия (резюме, тестовое задание) это фильтр. Тут цель не сделать хорошо, а пройти его. Как бы в не хитрили живое общение расставит всё по местам.
С другой стороны тоже играют не особо хорошо.
Ваше резюме могут просто потерять, даже если вы подавались через знакомого.
Созваниваемся с рекрутёром, он мне говорит: "Мне три для назад прислали Ваше резюме." Я не стал уточнять где оно было предыдущие 20 дней.
Когда утсраивался на первую работу, на Питон, к своему научному руководителю, на живом собеседовании сначала говорил с рекрутёром. Потом она дала мне тестовое на бумажке и сказала, что технический интервьювер будет через 20 минут. Вопросы были по С++ и на абстрактную логику. Пришёл руководитель и выкинул эти листы в помойку не глядя.
Тут несколько факторов работающих вместе, навыки, знания и стрессоустойчивость.
Подумать и вспомнить, это разные действия и занимают разное время.
Начать делать что-то знакомое, это хороший способ себя успокоить.
То есть просто решая задачки в спокойной обстановки вы можете сильно улучшить ситуацию.
Про стрессоустойчивость могу мало что сказать. Можно попробовать делать доклады на работе, на уровне команды или отдела. В общем любое общение которое заставляет вас выйти из зоны комфорта.
Плюси и минусы активно обсуждаются в интернетах, а вот с каким весом их складывать на весы, зависит лично от вашей ситуации.
Мне кажется нет смысла.
Последнее время все задачки у меня были на сревисах для совместного кодирования, с подстветкой синтаксиса и даже автодополнением.
Пандемия поколебала позиции кодирования на доске и в блокноте.
Правильно поставить задачу чату - это уже синьёрский навык.
В стрессовой ситуации вы спускаетесь со своих теоритических навыков до своих практических. Иными словами если вы понимаете декораторы, но не пишите их каждый день, то на собеседовании может случится ступор.
Это навык. Если есть желание и время его можно развить.
Я давал на мидла: Посчитайте количество букв в слове на Питоне. Мидл имел опыт написания ORM запросов в Django. В то что там под капотом он не вникал, в особенности Питона тоже. Решить не смог.
Когда я в ту контору собеседовался на синьёра, то там меня попросили что-то простое типа декоратора и обхода графа с рекурсией и без. В общем суммарно кода строк на 20-30. У меня сложилось впечатсление, что интервьювер заложил на это более получаса и не ожидал, что я минут за 10 справлюсь вместе со всему разговоромаи и уточнениями. В общем на второй трети интервью у него кончились вопросы.
Кручу-верчу запутать хочу, дедуша за внука, папа за дядю :)
Было дело на втором высшем писал этот алгоритм для крусовой.
Он разве вложенные структуры поддерживает?
Порой кажется ,что синтаксические проверки и валидация по схеме это удел только великих программистов, потому что там, где это важно, зачастую этого нет.
В моих проектах я ямл только в GithubActions и pre-commit конфигах использую. В том-же pre-commit есть плагин для синтаксического чекера ямла.
Это если с 8 пробелов на 0 выскачило, а вот если с 8 на 6 и еще в схеме которую ты не очень хорошо знаешь, то не особо и видно.
Оцените три ключа spec в https://kubernetes.io/docs/concepts/workloads/controllers/cron-jobs/
Не только JavaScript, но и в Python.
Хотя в Python чаще немного другой подход к таким конфигам. Там просто пишется файл который присваивает нужные переменные, константами или кодом.
Например:
- https://docs.djangoproject.com/en/4.1/topics/settings/
- https://www.sphinx-doc.org/en/master/usage/configuration.html
Если на главном уровне это список объектов, то парсер который выдаёт по объекту за раз волне реален и удобен. Если у вас мапа и в одном из полей огромный список, то апи не будет простым. А если у все весь файл это одна строка, то парсер подавится, хотя это уж слишком крайний случай.
Кейс со списком на мой взгляд это самый распространённый для огромного джейсона. Хотя это случай можно заменять на формат https://jsonlines.org/ . Парсер легко делается на базе обычного парсера и читалки строк вашего языка програмирования.
Не в таком уж и армейском, требования к работоспособности обычно сильно ниже.
Я переодически после собеса запускаю свой код. Еще ни разу он не заработал сразу. Смотрят на логику решения и понятность, а на мелкие опечатки, неправильные имена встроенных функций, и порядок аргументов не обращают внимания. Да и не все мои интервьюеры занали Питон.
Я не буду говорить, что у меня типичная выборка, я могу позволить себе выбирать места и не подаваться в сомнительные конторы.