Можете подсказать, как настроить VS Code на удаленную работу со Scala? Насколько понимаю, расширение Scala всё же нужно устанавливать на самом VS Code на локальном хосте? Можно ли обойтись без установки JDK и Scala на локальном хосте, чтобы VS Code использовала их на удаленном хосте? Если да - как это сделать?
п.28: разве частица "Oh My God" укладывается в теорию происхождения из сверхновой? И вот сравнительно недавно зарегистрированная вторая с подобной энергией? Да ещё из относительно пустой области Вселенной
Тест Альфы повеселил - ошибка в первом же вопросе: все 3 ответа неверны с т.зр. формулировок. Они не знают, что public API тоже бывают REST-спецификации? Или в этом случае внешняя ИС, обращающаяся к вашему API является компонентом вашего распределённого приложения?
Коллеги изложили в комментариях много моментов, но всё же считаю важным подсветить сочетание нескольких:
1) В нашей отрасли, в т.ч. в профессии программиста, пока не видно четкого стандарта подтверждения квалификации (аналогично советскому "слесарь 18 разряда"), и при этом у работодателя на всю беседу с Вами - буквально 1 час, за который нужно убедиться и в тех. навыках и в личностных качествах. Тем не менее, если в вашем резюме есть маркеры объективного признания ваших технических заслуг третьими лицами - поверьте, вас будут приглашать на собеседование в первую очередь:
а) контрибьютили(-те) FOSS? замечательно, всегда можно посмотреть ваш труд
б) участвовали в соревнованиях/конкурсах один/в команде и заняли призовое место? великолепно
в) участвовали в тех. конференциях как спикер? с Вами сразу начнут задушевную беседу вместо "экзамена"
можно продолжать перечисление, но, думаю, Вы мысль поняли. Однако, в таком случае, от вас будут инстинктивно ожидать более профессионального общения на тех. собеседовании. И, поверьте, разочарование будет сильнее, если кандидат не соответствует такому красивому резюме.
2) Работодателю может и не понадобиться весь ваш опыт X лет, если окажется, что его специфика настолько отличается, что пересечение ваших навыков, релевантных их поискам, просто будет уровня джуна. Но это означает:
а) Вам, возможно, и не стоит к данному работодателю, если Вы, конечно, не желаете кардинально сменить направление. Скорее всего данный вариант подошел бы для небольшой доли отказывающих работодателей, но Вами описан другой исход.
б) У Вас будут стараться вызнать Ваши способности, желания и систематическую практику изучать что-то новое, постоянно стараться идти "в ногу с прогрессом", в т.ч. в нерабочее время. Если соискатель сразу отрезает "я учусь только в рабочее время" - это красный маркер, т.к. мы живем в капитализме, вам хотят оплачивать рабочее время за применение ваших знаний и опыта, а не изучение банальных вещей за счет работодателя, уж извините. Работодатель готов потратить время на изучение его специфики, само собой.
3) Почему-то не заметил в других комментариях: в компанию может требоваться всего 1 специалист, а откликнувшихся соискателей банально больше, в т.ч. хорошо показавших себя на тех. собеседовании. И вот тут часть работодателей (не надо винить конкретно рекрутеров или собеседующего техлида) просто выбирает наилучшего, и тут лаг во времени. К сожалению, в таких случаях большая часть работодателей не удосуживается дать обратную связь тем, кого не выбрали. При этом, если я как соискатель, сразу на собеседовании прямо попросил потом дать обратную связь - почти всегда её получаю (причём вполне честную, только обычно в таких фразировках, чтобы я не обиделся)
4) Самое неадекватное - считать, что собеседующие с Вами пытаются самореализоваться. Я видел попытки спора собеседующего со мной как соискателем, когда я смог ответить по теме лучше, чем он знал или ожидал (да, он тоже человек с эмоциями и слабостями), но(!) - таких случаев малый процент (чаще даже слышу благодарность, что мой вариант лучше, чем задумали вопрошающие), и, поверьте, если вас как лида/руководителя, просят провести уже NN-ное собеседование - вам в последнюю очередь хочется заваливать очередного кандидата.
Речь не об абстрактной БД в принципе, а о возможности её заменить. Для того, чтобы можно было впоследствии заменить БД на другую похожую (речь не идёт о том, чтобы иметь возможность заменять "кита на кота"), надо так "нарезать" методы для работы с БД, чтобы каждый метод позволял внутри него написать полноценный оптимизированный запрос к БД, транзакцию в т.ч., пакетизированный запрос в т.ч. Тут приходит на помощь подход ("паттерн") т.н. адаптеров. И тогда в итоге потери сводятся к латентности сетевых запросов (вместо обращения в оперативной памяти), что итак неизбежно, если БД нужно делать отказоустойчивой.
Вы, наверное, имеете в виду только мегаполисы, если вы про РФ. Как минимум, в провинции (а это вся остальная страна) в 2000-х разработчики зарабатывали на уровне руководителя только в самых крупных интеграторах, и то не постоянно, а по результату крупных внедрений.
В мире, где одна копия программного продукта стоит по цене мусора, инвесторы будут стараться достичь максимальной целевой аудитории любой ценой. Остальное просто невыгодно. Кто будет оплачивать разработчикам большинства продуктов время на оптимизацию производительности или UX - вопрос риторический. Соответственно, де-факто на рынке чаще (не больше, а именно чаще) ценятся скиллы "быстрее зафигачь готовое для продакшена", чем многолетний опыт филигранной оптимизации UX или производительности. А вот про умирание разрабов я пока не особо верю, эта история циклична.
Нелогичная цепочка выводов. Народ уже давно зомбирован в одних странах, и аполитичен в другОЙ странЕ, где только попробуй выпустить игру типа Crysis или Call Of Duty (да подставьте любой другой шутер или RPG не из разряда фэнтези), в которой в итоге побеждают китайцы или русские - тебя просто посадят под самыми разными "демократическими" предлогами. Олигократические страны ничем не лучше, а пропаганду используют гораздо в более широких масштабах, и не только в пределах соей страны. Так что нет, Ваши аргументы не прокатили.
Понимаю, что замечание не к переводчику, а автору, но тем не менее: автор не читал "Введение в системы Баз данных" Криса Дейта? Про хронологические БД "не, не слышали"(c)? Подозреваю, что у автора сомнительный уровень познаний в БД. Оттуда и восхищения от очередного открытия старых истин.
Либо понимают, но считают их тупыми/вульгарными/плоскими/раздражающими/неуместными (подчеркнуть нужное)... интересно, каково влияние такого опыта на ChatGPT?
А неважно. Rambler, который по сути подачи информации оппозиционный, подал на NGINX в суд… кто виноват? правильно — правительство! Совет директоров и мажоритарные акционеры выпиннули Дурова — оказся опять правительство виновато. Хабр переехал из-за катка?? ммм…
Как много раз Вы обновляли enterprise-плаформы on-premise-размещения? Многие из них рассчитаны на авто-обновление из удаленного репозитория? Из категории "никогда не работал, но осуждаю"?
Я как бэ прочитал. Я имею в виду то, что рейтинг не отражает действительного положения. https://overclockers.ru/blog/amv212/show/111550/kitaj-operezhaet-ves-mir-po-moschnosti-superkompjuterov-no-skryvaet-eto-iz-za-amerikanskih-sankcij - это только одно из упоминаний.
Можете подсказать, как настроить VS Code на удаленную работу со Scala? Насколько понимаю, расширение Scala всё же нужно устанавливать на самом VS Code на локальном хосте? Можно ли обойтись без установки JDK и Scala на локальном хосте, чтобы VS Code использовала их на удаленном хосте? Если да - как это сделать?
А где китайские суперкомпьютеры? И какая после этого гарантия, что рейтинг адекватный?
ага, вычтите 90% городов России с троллейбусами, ибо для подавляющего большинства выделенная полоса - недостижимая роскошь.
152-ФЗ? Где у вас хранятся ПДн? Особенно такое количество данных, которые требуете указать при регистрации
п.28: разве частица "Oh My God" укладывается в теорию происхождения из сверхновой? И вот сравнительно недавно зарегистрированная вторая с подобной энергией? Да ещё из относительно пустой области Вселенной
Тест Альфы повеселил - ошибка в первом же вопросе: все 3 ответа неверны с т.зр. формулировок. Они не знают, что public API тоже бывают REST-спецификации? Или в этом случае внешняя ИС, обращающаяся к вашему API является компонентом вашего распределённого приложения?
Коллеги изложили в комментариях много моментов, но всё же считаю важным подсветить сочетание нескольких:
1) В нашей отрасли, в т.ч. в профессии программиста, пока не видно четкого стандарта подтверждения квалификации (аналогично советскому "слесарь 18 разряда"), и при этом у работодателя на всю беседу с Вами - буквально 1 час, за который нужно убедиться и в тех. навыках и в личностных качествах. Тем не менее, если в вашем резюме есть маркеры объективного признания ваших технических заслуг третьими лицами - поверьте, вас будут приглашать на собеседование в первую очередь:
а) контрибьютили(-те) FOSS? замечательно, всегда можно посмотреть ваш труд
б) участвовали в соревнованиях/конкурсах один/в команде и заняли призовое место? великолепно
в) участвовали в тех. конференциях как спикер? с Вами сразу начнут задушевную беседу вместо "экзамена"
можно продолжать перечисление, но, думаю, Вы мысль поняли. Однако, в таком случае, от вас будут инстинктивно ожидать более профессионального общения на тех. собеседовании. И, поверьте, разочарование будет сильнее, если кандидат не соответствует такому красивому резюме.
2) Работодателю может и не понадобиться весь ваш опыт X лет, если окажется, что его специфика настолько отличается, что пересечение ваших навыков, релевантных их поискам, просто будет уровня джуна. Но это означает:
а) Вам, возможно, и не стоит к данному работодателю, если Вы, конечно, не желаете кардинально сменить направление. Скорее всего данный вариант подошел бы для небольшой доли отказывающих работодателей, но Вами описан другой исход.
б) У Вас будут стараться вызнать Ваши способности, желания и систематическую практику изучать что-то новое, постоянно стараться идти "в ногу с прогрессом", в т.ч. в нерабочее время. Если соискатель сразу отрезает "я учусь только в рабочее время" - это красный маркер, т.к. мы живем в капитализме, вам хотят оплачивать рабочее время за применение ваших знаний и опыта, а не изучение банальных вещей за счет работодателя, уж извините. Работодатель готов потратить время на изучение его специфики, само собой.
3) Почему-то не заметил в других комментариях: в компанию может требоваться всего 1 специалист, а откликнувшихся соискателей банально больше, в т.ч. хорошо показавших себя на тех. собеседовании. И вот тут часть работодателей (не надо винить конкретно рекрутеров или собеседующего техлида) просто выбирает наилучшего, и тут лаг во времени. К сожалению, в таких случаях большая часть работодателей не удосуживается дать обратную связь тем, кого не выбрали. При этом, если я как соискатель, сразу на собеседовании прямо попросил потом дать обратную связь - почти всегда её получаю (причём вполне честную, только обычно в таких фразировках, чтобы я не обиделся)
4) Самое неадекватное - считать, что собеседующие с Вами пытаются самореализоваться. Я видел попытки спора собеседующего со мной как соискателем, когда я смог ответить по теме лучше, чем он знал или ожидал (да, он тоже человек с эмоциями и слабостями), но(!) - таких случаев малый процент (чаще даже слышу благодарность, что мой вариант лучше, чем задумали вопрошающие), и, поверьте, если вас как лида/руководителя, просят провести уже NN-ное собеседование - вам в последнюю очередь хочется заваливать очередного кандидата.
Салтыкова-Щедрина почитайте... мнение, откуда это, изменится
Интересно, это же очень большой поток нулевых байтов идёт? И сжимать его хорошо? И даже взломать SSL?
Речь не об абстрактной БД в принципе, а о возможности её заменить. Для того, чтобы можно было впоследствии заменить БД на другую похожую (речь не идёт о том, чтобы иметь возможность заменять "кита на кота"), надо так "нарезать" методы для работы с БД, чтобы каждый метод позволял внутри него написать полноценный оптимизированный запрос к БД, транзакцию в т.ч., пакетизированный запрос в т.ч. Тут приходит на помощь подход ("паттерн") т.н. адаптеров. И тогда в итоге потери сводятся к латентности сетевых запросов (вместо обращения в оперативной памяти), что итак неизбежно, если БД нужно делать отказоустойчивой.
Вы, наверное, имеете в виду только мегаполисы, если вы про РФ. Как минимум, в провинции (а это вся остальная страна) в 2000-х разработчики зарабатывали на уровне руководителя только в самых крупных интеграторах, и то не постоянно, а по результату крупных внедрений.
В мире, где одна копия программного продукта стоит по цене мусора, инвесторы будут стараться достичь максимальной целевой аудитории любой ценой. Остальное просто невыгодно. Кто будет оплачивать разработчикам большинства продуктов время на оптимизацию производительности или UX - вопрос риторический. Соответственно, де-факто на рынке чаще (не больше, а именно чаще) ценятся скиллы "быстрее зафигачь готовое для продакшена", чем многолетний опыт филигранной оптимизации UX или производительности. А вот про умирание разрабов я пока не особо верю, эта история циклична.
Нелогичная цепочка выводов. Народ уже давно зомбирован в одних странах, и аполитичен в другОЙ странЕ, где только попробуй выпустить игру типа Crysis или Call Of Duty (да подставьте любой другой шутер или RPG не из разряда фэнтези), в которой в итоге побеждают китайцы или русские - тебя просто посадят под самыми разными "демократическими" предлогами. Олигократические страны ничем не лучше, а пропаганду используют гораздо в более широких масштабах, и не только в пределах соей страны. Так что нет, Ваши аргументы не прокатили.
Понимаю, что замечание не к переводчику, а автору, но тем не менее: автор не читал "Введение в системы Баз данных" Криса Дейта? Про хронологические БД "не, не слышали"(c)? Подозреваю, что у автора сомнительный уровень познаний в БД. Оттуда и восхищения от очередного открытия старых истин.
Либо понимают, но считают их тупыми/вульгарными/плоскими/раздражающими/неуместными (подчеркнуть нужное)... интересно, каково влияние такого опыта на ChatGPT?
когда в ГОСТ появилась аббревиатура ПЗУ, ТТН ещё не было
А может, причина а-ля такая (на фоне новостей потери капитализации на триллион)?: https://www.youtube.com/watch?v=HWlrLAIFsq4 ))
Как много раз Вы обновляли enterprise-плаформы on-premise-размещения? Многие из них рассчитаны на авто-обновление из удаленного репозитория? Из категории "никогда не работал, но осуждаю"?