Жизнь в Норвегии: 6 лет спустя

Откройте википедию и сравните: там довольно неплохие таблицы по температуре каждого из городов. В питере более теплое лето, но и более холодная зима. Влажность, думаю, однохренственная: оба города на воде. Норма осадков в Осло существенно выше по году.

Версии: сбой в работе Рунета, что произошло

Я бы почитал статью с удовольствием. А еще бы почитал бы про рассуждения на тему озвученного вопроса. Я предполагаю, что независимые меш-сети - что-то из прошлого века по юзабилити (типа фидонета). Крайне неудобно обновлять инфу. Прокомменитируйте, если я неправ.

Ищем работу в 2025 году: что происходит с рынком IT и как к нему адаптироваться

Как с языка сняли! Последние несколько лет слышу про "востребованность" млщиков, при этом, на любом сайте с вакансиями количество оных по мл сильно уступает, например, джава разрабам (при чем разница в количестве будет на порядок). И все это часто сочетается с мифическими требованиями внутри вакансии: и чтоб математик сильный был (ну не нужна практически математика в современном прикладном мл), и опытный бекендер, и за алгосы классические шарить должен (эдакий единорог) и т.п. Не знаю, мне кажется, самые востребованные специальности в ИТ щас - те, кто сидят на поддержке всякого легаси + 1С. Новые проекты (а тем более наукоемкие) при текущей ставке рефинансирования особо никто не спешит стартовать.

Базовое программирование, или Почему джуны не могут пройти к нам собеседование

Я неправильно интерпретировал ваш коммент. Я думал, вы противопоставляете "классического" инженера (типа металлурга) и программиста. Так что прошу прощения. С вашим последним комментарием во многом согласен.

Базовое программирование, или Почему джуны не могут пройти к нам собеседование

Товарищ инженегр, ну вот откуда в вас столько снобизма... Давно ли у нас инженегры стали какой-то околонаучной элитой (в СССР особо их за людей не считали) c какими-то особыми инженерными задачами, которым я не смогу самостоятельно обучиться при помощи интернета? Что вы там мелите про кодинг (наверняка ни одной адекватной программы за всю жизнь не написали)? Я понимаю вас: инженеров особо никто не ценит и не уважает, зарплата - копейки, но зато типа у нас нужна корка (заборостроительного) универа.

Накрутка опыта в резюме: 29% IT-специалистов делали это

Конечно никаких edge cases вы не анализировали.

Тяжелый случай... Я даже не знаю, как такое комментировать, учитывая что человек не видел мой код (он что-то еще про эффект Даннинга-Крюгера там говорил)))).

А если строка на миллионы символов, да ещё из одного слова, не рухнет ли производительность?

Тааак, понимаю... Что такое асимптотическая сложность вам совершенно неизвестно.

Автор оригинального коммента явно указал, что данная задача изначально предназначалась для школьников 5-6 классов. Если для "профессионала" данная задача "несвойственна", то у меня для него очень плохие новости).

Накрутка опыта в резюме: 29% IT-специалистов делали это

Я на текущем месте не сишник, и даже не питонист. Взял питон, т.к. он предполагался по условию задачи и решил ее за 7 минут (большая часть времени ушла набор текста в онлайн редакторе без автокомплита и на уточнение деталей некоторых функций в документации). Так что проф. непригоден именно программист, не умеющий решить данную задачу даже за час))).

P.S. Какие там гигабайты по кафкам, если человек не умеет программировать (смешно даже)?

Проектирование RTL на SCALA, схемотехника в российских САПР и верификация RISC-V: 8 докладов заключительной FPGA Systems

Вот уж не ожидал увидеть применение scala в области проектирования железа. Сначала подумал, что какая-то одноименная технология имеется ввиду. Что ж, удивлен.

С рынком труда в РФ все нормально, падает. Никаких квестов

Качеству, количеству и подходу к образованию за последние 20 лет. Если работать в государственном образовательном учреждении на линейной позиции означает

Я как бы не особо в курсе, что произошло такого 20 лет назад, изменившего подход к образованию, а так же его качество и количество? Сборная Греции ЧЕ выиграла? Что-то не ловлю отсылок...

Нафига козе баян? (Мне не сдались такие программисты)

Но как-то же их создавать надо? Или мы просто забъём на весь зоопарк людей, которые потенциально могли-бы стать программистами, и будем искать тех, на которых указывает перст божий?

Кому надо? Что значит создавать? Ситуация на рынке такая: есть M вакансий и N соискателей. N >> M (сильно больше). Создавать для "невошедших" буллшит рабочие места, чтобы просто трудоустроить? Зачем? Суть в том, что рынку надо M человек, а не N и не M + 5.

Так как айти, на мой взгляд - единственная в стране отрасль умственного труда, с более-менее интересными задачами и хорошей оплатой, то джуны сами будут создаваться (через универы, через самообразование и т.д.), из них попадут самые способные и/или подвижные. И не надо тут "про божий перст": есть конкуренция, ее либо выигрываешь, либо проигрываешь.

Программирование - это не особо сложно. Особенно сейчас. Просто бери - и изучай глубже, рано или поздно поймёшь.

Чем больше я в профессии, тем больше понимаю, насколько программирование сложно. Особенно сейчас, когда технологий жопой жуй, когда айтишечку ни в ширь, ни в глубь нельзя изучить за всю жизнь отдельного человека. А тема с "просто бери и изучай" меня сильно рассмешила: средний человек не то, что обучаться заставить себя не может, а даже просто похудеть (думаю, что запросы про похудение из года в год в топе поисковой выдачи), хотя это довольно просто (больше двигайся, меньше ешь).

P.S.
По моим наблюдениям средний уровень джунов вырос за последние лет 5. Причем вырос ощутимо. Если раньше считалось, что про докер нет смысла спрашивать у джунов, то щас докер - обязательный атрибут любого джуна (этот список можно продолжать и далее). Более того, сильно улучшилось университетское образование (по крайней мере в центральных вузах). Улучшилось оно за счет прихода в универы компаний и открытия своих кафедр. Многим компаниям из-за этого особо нет смысла брать джуна с рынка.

Нафига козе баян? (Мне не сдались такие программисты)

Какова реальная обстановка на рынке труда джунов?

Вопрос прямо ко мне по адресу, т.к. буквально в этом месяце оказался в очень необычном качестве при поиске работы: крепкий мидл на Java и джун+ на Go. С Java все понятно: кадровики сами приходят и зовут на собеc. С Go складывается впечатление, что на рынке нет такого понятия, как джун. Без 3+ лет опыта рассматривать тупо никто не будет (даже галеры). Я, т.к. человек довольно опытный, пусть и на Java стеке, несколько раз попал на мидловый Goшный собес в российский крупняк. Что я вам скажу: спрашивают жестко, не готовы прощать неточностей (уж про скидку на не родной стек я вообще молчу); если решаешь задачи не на уровне "спинного мозга", то не пройдешь точно. Помнится мне, некоторое время назад были вакансии с переходом опытных разрабов на Go. Так вот сейчас такого явления практически нет. Заявляют прямо: нужен middle+ минимум на конкретном стеке.

Суммируя вышесказанное: кажется, что по крайней мере в моменте, такого понятия как "джун" в РФ просто нет. Грейд начинается с мидла. И если компания более-менее крупная, то гонять на собесе будут по полной. Все это ни хорошо, ни плохо - просто факт.

Почему я не готовлюсь к алгоритмическому интервью

Ну утечет прога в интернет, люди будут знать что там за проект, и что? Они для собеса научатся ПИСАТЬ КОД КОТОРЫЙ БДУЕТ РАБОТАТЬ?!

Во-первых, можно и без капса обойтись. Во-вторых, если прога утечет в интернет, то в к любым вашим вопросам под данной кодовой базе легко подготовиться (да хоть жпт-агента всю кодовую базу грузануть).

А задачи как раз бесконечны, ты на каждом собесе получаешь дополнительные куски кода, а значит новые задания всегда будут уникальными.

Не будут они уникальными, т.к. вы сами говорите о "типовом" проекте и "типовых" задачах. Поэтому и подготовиться легко. Это плохо, т.к. в итоге не проверите кандидата: он просто надрочился специально под вашу кодовую базу. Да, на литкод, в теории, тоже можно надрочиться, но, повторюсь, у лайвкодинга сильно больше вариативность (в банк литкода входит несколько тысяч разноплановых задач), а значит к нему сильно сложнее подготовиться.

Ну так прикол заключается именно в том, что вам как компании нужно нанять не ЛУЧШЕГО САМОГО СУПЕР ПУПЕР ИЗ СОТНИ ПРЕТЕНДЕНТОВ а просто того, кто вам подходит и кто справится с работой.

Прикол заключается в том, что для вашей конкретной конторки, в которую минимальный конкурс (и вам надо отфильтровать совсем нулевых вкатунов), данный способ прокатит. Я же изначально писал о "более-менее крупной компании". Там это не катит из-за огромного потока кандидатов, в котором (не во всем, конечно, а в его некотором подмножестве) вам надо выбрать самого сильного, который не понизит, а в идеале, повысит средний уровень сотрудников компании (прочитайте про bar raising в амазоне).

Еще раз повторю: крупняку не нужен заурядный крудошлеп, крупняку нужен человек, "решающий задачи бизнеса" (самому не нравится этот штамп, но в последнее время его распространяют с высоких трибун): сегодня это будет круд, завтра кубер поднять, послезавтра архитектуру продумать. Поэтому надо проверить, как человек мыслит. Для этих целей лайвкодинг норм (хотя не идеален). Ваш собес не годится.

Почему я не готовлюсь к алгоритмическому интервью

Это не работает. Если вы более-менее крупная компания, то ваш собес (суть приложения с точностью до кода) утечет в сеть после нескольких интервью. Что, приложение менять? Как менять? У данного подхода, в отличие от стандартного лайвкодинга отвратительная вариативность. Плюс ко всему, любой рефакторинг - вкусовщина та еще. Можно холивар на пустом месте развить (если вы из джава бекенда, то знаете, какой замес идет вокруг слова var, например). И что, из-за субъективщины с собеса отлететь? Спасибо, но нет. В лайвкодинге субъективщины сильно меньше.

то его можно смело брать и не тратить время на следующих 10 кандидатов

А вот это вообще атас: кто первый встал, того и тапки. Поиск работы превратиться в херову беготню похлеще того, что есть сейчас. Так хотя бы у тебя есть шанс прорваться на интервью и победить оппонента своим уровнем (пусть и уровнем подготовки к собесу), то в предложенном варианте ты уже априори проиграл.

Зачем искать палиндромы и вращать матрицы в поисках лучшей работы

Не является она корректной, т.к. константы не вносят значительного вклада в рост функции на бесконечности. Данная нотация не имеет никакого отношения ни к банковской сфере, ни к какой либо другой, за исключением мат. анализа, откуда, собственно, она (нотация) была взята. Асcимптотическому анализу все равно, сколько раз мы прошлись по циклу, важна связь между объемом данных и количеством операций. К слову, ваша "оптимизация" на ассимптотику не повлияла никак, т.к. и там, и там линейная сложность.

Зачем искать палиндромы и вращать матрицы в поисках лучшей работы

Сложность алгоритма получается О(3n)

Не получается, т.к. константы в большом О сгорают.

Читерство на собеседовании

Ха! Приходи к нам в оффис, дорогой, там собес и проведем! Мне кажется - самый очевидный итог. Проиграют от этого, конечно, люди не из столиц.

Хитрый Алгоритм: Решение задачи Continuous Subarray Sum

Попробовал реализоваать идею, получилось так (пришлось сделать причудливую мемоизацию, но напоролся на Memory Limit в этот раз):

class Solution: 
  def checkSubarraySum(self, nums: List[int], k: int) -> bool: 
      if len(nums) < 2:
        return False
      self.numbers = nums
      s = sum(self.numbers)
      self.cache = {}
  
      return self.checkSubarraySumRec(s, k, 0, len(nums) - 1)

  def checkSubarraySumRec(self, s, k, l, r) -> bool:
      if (l, r) in self.cache:
          return False
        
      if r - l == 0:
          self.cache[(l, r)] = True
          return False
      
      if s % k == 0:
          self.cache[(l, r)] = True
          return True
      
      self.cache[(l, r)] = True
      return self.checkSubarraySumRec(s - self.numbers[l], k, l + 1, r)  or \
  self.checkSubarraySumRec(s - self.numbers[r], k, l, r - 1)

Словарь разбухает быстро. На 2000000000 элементах забивается весь хип. Оставлю этот код здесь, мб кто-нибудь придумает оптимизацию.

Хитрый Алгоритм: Решение задачи Continuous Subarray Sum

Эта задача вчерашняя daily. Тоже решил за O(n^2), но закономерно уперся в TL (иначе это была бы Easy задача). Спасибо за такой красивый алгоритм!

У меня еще идея такая была:
1. Сначала посчитать сумму элементов всего массива (O(n) без учета суммирования длинных чисел)
2. Запустить рекурсию: на каждом шаге отнимаем от суммы либо левый конец, либо правый
3. Идем либо до того, как сумма становится кратна k, либо до 0
4. Результируем с помощью конъюнкции

Но я ее не тестил)

Большие языковые модели гораздо линейнее, чем мы думали

А что с перформансом при замене ~15% слоев? Вырастает ли он, если да, то на сколько? А при увеличении нелинейности что будет с перфом (чисто интуитивно: чем выше нелинейность, тем сложнее считать производную, т.е. перформанс должен замедлиться)?

Нужна ли айтишнику вышка? Инфоцыганство от государства

Антох, правильно ли я понимаю, что хайп вокруг твоей персоны спадает и надо подогреть его такой очевидной и топорной статьей?