Для меня киллер фичей WebStorm является их инструменты для работы с git. Вот эти их окна с diff, когда две версии параллельно показываются, гит лог, где можно по паре кликов к любому коммиту откатиться любым способом, локальная и гит история не просто для файла, а для конкретного места в коде.
В несколько лет назад, когда пробовал переехать, у меня не получилось настроить так же.
И это абсолютно адекватный вопрос. Например в маленьких аутсорс галерах приходится работать в маленьких командах (по одному спецу на каждый аспект проекта) над проектами среднего уровня (потом как правило заказчик вводит свою команду для поддержки).
Так что если хочется поработать в адском крупняке или что бы было 2-3 человека которых можно спросить или в точно отработанном процессе, где надо спокойно брать таски из одного места и "перекладывать" в другое. То это будет минусом.
Ещё есть компании в которых фулл-удалёнка. Для кого то может быть минусом отсутствие офиса.
Вопрос нормальный, по "мой главный успех"/"мой главный провал" можно понять какими категориями человек вообще мыслит.
Если у него главный успех это "изучил либу для графиков", то человек мыслит задачами, и решает проблемы на этом уровне. Если у него главный провал это "выбрал архитектуру для проекта которая потом себя не оправдала и пришлось переделывать, но что ушло столько то, сделал такие то выводы" это другого уровня человек.
Я лично на собесах спрашиваю позитивный вариант "какой твой главный успех или самый сложный проект" это несёт ту же задачу, но как будто бы располагает кандидата больше. Но ИМХО можно от обратного пойти.
В компании, где ценят открытость и честность, я бы любой честный ответ на вопрос о недостатках записывал в плюс.
А можно поинтересоваться какие у тебя ссылки у тебя являются стоп-фактором ? Просто вообще то любая статья с указанием авторства, она рекламирует автора.
В чём сущностно разница между именем автора и ссылкой на его телеграмм канал ? Ведь что так, что иначе автора кроме прочих выгод рекламирует себя.
Ооо... это большая боль. Очень многие американские книги такие. От трети до половины это "продающий текст". Я так же СКРАМ читал. В какой то момент ты уже умоляешь. "Родной, да я понял уже что это круто, говори уже свою мысль, сколько можно же".
Причём и мысли то правильные, хорошие. Но как же ДОЛГО они раскрывают мысль.
Распределение отношения к вранью в резюме показательное.
Понятно что мерят все по себе, но 10 лет назад всё было по другому. В 2011 году я получил первую свою работу программистом просто потому что был единственным кто изъявил желание этим заниматься. В 2017 я получил работу в компании занимающейся разработкой проектов на заказ, потому что был единственным, кто сделал тестовое.
Сейчас, когда откликов на вакансию джуна в небольшой аутсорс конторе под 1000+, может я бы и не прошёл даже.
Например стоило бы указать про Александра Жадана, что к его посту есть вопросики. Пишут, что не мог он это всё провернуть, за сроки которые утверждает и к коду его тоже есть вопросы.
В аспирантуре НИИ английскому так учат. Есть даже не коллокации, а устоявшиеся фразы по которым пишут научные. Когда выучиваешь их все, то можешь 99% статей спокойно читать, выделяя из "шаблона статейного" ключевые слова и результаты.
Проблемы понятные, для всех кто работал во фронте вообще и в реакте в частности.
Слишком много свободы он даёт, и архитектуру/структуру/потоки данных надо самостоятельно поддерживать. Как и прочие завязанные на человека вещи, это работает пока есть ответственный, отдохнувший человек которого не торопят (такое бывает вообще ?)
Жду вторую статью серебряной пулей (с опаской, потому что серебряных пуль нет, как мы знаем), как эти проблемы надо в реакте/фронте решать.
ИМХО алгоритмы и литкод это способ отсеять кандидатов когда их слишком много. Потому что невозможно "провести содержательную инженерную беседу" с 1000 кандидатов. Когда там реально подойдёт почти любой фильтр лишь бы уменьшить входящий поток.
Для меня киллер фичей WebStorm является их инструменты для работы с git. Вот эти их окна с diff, когда две версии параллельно показываются, гит лог, где можно по паре кликов к любому коммиту откатиться любым способом, локальная и гит история не просто для файла, а для конкретного места в коде.
В несколько лет назад, когда пробовал переехать, у меня не получилось настроить так же.
Кто нибудь в курсе, сейчас есть такие плагины ?
Мне наоборот кажется, что надо работать на той системе на которой сервак работает, что бы более воспроизводимые условия иметь.
Я, фронтенд разработчик который сидит на ubuntu. Переключась ALT+TAB. Командной строкой пользуюсь.
У нас просто закрыли офис, потому что туда никто не ходил. Расходы на аренду положили в прибыль. Кайф же.
А есть ссылки на эти три самые эффективные вакансии ?
И это абсолютно адекватный вопрос. Например в маленьких аутсорс галерах приходится работать в маленьких командах (по одному спецу на каждый аспект проекта) над проектами среднего уровня (потом как правило заказчик вводит свою команду для поддержки).
Так что если хочется поработать в адском крупняке или что бы было 2-3 человека которых можно спросить или в точно отработанном процессе, где надо спокойно брать таски из одного места и "перекладывать" в другое. То это будет минусом.
Ещё есть компании в которых фулл-удалёнка. Для кого то может быть минусом отсутствие офиса.
Вопрос нормальный, по "мой главный успех"/"мой главный провал" можно понять какими категориями человек вообще мыслит.
Если у него главный успех это "изучил либу для графиков", то человек мыслит задачами, и решает проблемы на этом уровне. Если у него главный провал это "выбрал архитектуру для проекта которая потом себя не оправдала и пришлось переделывать, но что ушло столько то, сделал такие то выводы" это другого уровня человек.
Я лично на собесах спрашиваю позитивный вариант "какой твой главный успех или самый сложный проект" это несёт ту же задачу, но как будто бы располагает кандидата больше. Но ИМХО можно от обратного пойти.
В компании, где ценят открытость и честность, я бы любой честный ответ на вопрос о недостатках записывал в плюс.
А можно поинтересоваться какие у тебя ссылки у тебя являются стоп-фактором ? Просто вообще то любая статья с указанием авторства, она рекламирует автора.
В чём сущностно разница между именем автора и ссылкой на его телеграмм канал ? Ведь что так, что иначе автора кроме прочих выгод рекламирует себя.
А что мешает перебанить всех авторов компании и де-факто не видеть её в ленте ?
Ооо... это большая боль. Очень многие американские книги такие. От трети до половины это "продающий текст". Я так же СКРАМ читал. В какой то момент ты уже умоляешь. "Родной, да я понял уже что это круто, говори уже свою мысль, сколько можно же".
Причём и мысли то правильные, хорошие. Но как же ДОЛГО они раскрывают мысль.
Приходится давать всем тестовое и разговаривать только с теми, кто его сделал.
Распределение отношения к вранью в резюме показательное.
Понятно что мерят все по себе, но 10 лет назад всё было по другому. В 2011 году я получил первую свою работу программистом просто потому что был единственным кто изъявил желание этим заниматься. В 2017 я получил работу в компании занимающейся разработкой проектов на заказ, потому что был единственным, кто сделал тестовое.
Сейчас, когда откликов на вакансию джуна в небольшой аутсорс конторе под 1000+, может я бы и не прошёл даже.
Ну я понял, это в том смысле, что твою жизнь любит корпорация, а ты этому ещё и рад.
Например стоило бы указать про Александра Жадана, что к его посту есть вопросики. Пишут, что не мог он это всё провернуть, за сроки которые утверждает и к коду его тоже есть вопросы.
Возможно вся история это хайп.
В аспирантуре НИИ английскому так учат. Есть даже не коллокации, а устоявшиеся фразы по которым пишут научные. Когда выучиваешь их все, то можешь 99% статей спокойно читать, выделяя из "шаблона статейного" ключевые слова и результаты.
Забавно, что эта идея сделала круг, и теперь уже node.js BFF отдаёт рассчитанный HTML, который "наполняется" JSoм в браузере.
Ну как в меме про "твой код говно" "да".
Проблемы понятные, для всех кто работал во фронте вообще и в реакте в частности.
Слишком много свободы он даёт, и архитектуру/структуру/потоки данных надо самостоятельно поддерживать. Как и прочие завязанные на человека вещи, это работает пока есть ответственный, отдохнувший человек которого не торопят (такое бывает вообще ?)
Жду вторую статью серебряной пулей (с опаской, потому что серебряных пуль нет, как мы знаем), как эти проблемы надо в реакте/фронте решать.
ИМХО алгоритмы и литкод это способ отсеять кандидатов когда их слишком много. Потому что невозможно "провести содержательную инженерную беседу" с 1000 кандидатов. Когда там реально подойдёт почти любой фильтр лишь бы уменьшить входящий поток.
Спасибо. Хотел написать тоже самое.
Если кошка мать делала это со своими котятами, возможно она не видела в этом проблемы и лазер не нанёс ей никакой моральной травмы ?