Попробуйте представить что вы мыслите только в денежном выражении, думаете только об экономичекой выгодности, о прибыли, а все остальное это просто инструменты. Все еще хотите на другой уровень? :)
— Считаете ли что даже при одинаково хорошо «настроенных процессах» при работе удаленно и в офисе, вполнение работы в офисе будет более эффективным по времени?
— Не хочется вернуться к работе с людьми которые рядом, в офис? Если да, то по каким причинам.
— Как обстоят дела с профессиональным нетворкингом при таком типе работы и важно ли это для вас?
— Предлагает ли компания возможность для тех кто хочет и скажем так заслуживает, перейти на работу в офис или специалисты которые больше не хотят работать удаленно, просто уходят?
— Есть ли какая-то статистика уходят ли из компании люди в больше степени на другую удаленную работу, или в офис?
— А вот когда допустим «покупается» софтварная компания и у нее были работающие в офисе сотрудники, они все тоже переводятся на удаленку?
Первое впечатление от статьи, что я увидел необычную форму контента на хабре — резюме, и вместе с этим некоторый пиар текущей компании. Для полноты картины, кому интересно, компания представлена на глассдоре.
PS не имел никогда ничего общего с перечисленными компаниями, если кто-то мог так подумать.
JavaScript вполне можно любить если код написан на TypeScript, особенно если флаг компиляции изначально установлен в «strict: true» и линтинг изначально включен и хорошо настроен.
Тестировать реализованный функицонал в своем приложении, и тестировать дополнительно функционал зависимостей это очень разные вещи. Если существует достаточно прилично сделанный модуль, почему не использовать его? Приличность модуля определить не сложно просмотрев код, тесты и issues, это делается один раз и занимает ну пол часа времени.
Существуют разные типы софта, например библиотеки и приложения (проекты которые куда-либо деплояться). Если ты релизишь веб библиотеку, то релизить ее с намертво прибитыми гвоздями зависимостями идея так себе, тк при включении этой бибиотеки в проект ее зависимость может например конфликтовать с такой же зависимостью но другой версии которая уже использовалась в проекте для других целей, уже не пишу об обновлениях безопасности. В вебе в принципе можно изолировать зависимости библиотеки и предотвратить тем самым конфликты, но это тоже плохая идея, так отдавать в браузере разные версии одной и тойже библиотеки идея так себе (трафик).
Строгое указания без ^, ~ особо не поможет, ведь нет гарантии что у зависимостей будет также, поэтому лок файлы. Указывать ^, ~ для библиотек не такая и плохая идея, а для проектов предпочитаю указывать точные версии и допустим раз в неделю или раз в месяц обновлять используя npm-check-updates.
Не все с этим согласятся если так обощать, но в США разные штаты есть. PS Полагаю с семьей и детьми везде хорошо.
Ходить можно в лес, горы/холмы, хайкать :) Но это от местности зависит. Не думали штат поменять?
— Не хочется вернуться к работе с людьми которые рядом, в офис? Если да, то по каким причинам.
— Как обстоят дела с профессиональным нетворкингом при таком типе работы и важно ли это для вас?
— Предлагает ли компания возможность для тех кто хочет и скажем так заслуживает, перейти на работу в офис или специалисты которые больше не хотят работать удаленно, просто уходят?
— Есть ли какая-то статистика уходят ли из компании люди в больше степени на другую удаленную работу, или в офис?
— А вот когда допустим «покупается» софтварная компания и у нее были работающие в офисе сотрудники, они все тоже переводятся на удаленку?
Первое впечатление от статьи, что я увидел необычную форму контента на хабре — резюме, и вместе с этим некоторый пиар текущей компании. Для полноты картины, кому интересно, компания представлена на глассдоре.
PS не имел никогда ничего общего с перечисленными компаниями, если кто-то мог так подумать.