Выброс пыли с поверхности 3I/ATLAS не означает, что это комета

У чувака была отличная карьера, которую он спустил в унитаз за последние несколько лет.

Программисты против вайбкодеров

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

РКН объявил о блокировке звонков в Telegram и WhatsApp. Звонки восстановят, если мессенджеры «выполнят требования»

За год с левых телефонов идет порядка тысячи звонков, через мессенджеры - два или три за лет пять.

Студенты-программисты в США начали искать работу не по специальности

Сначала позакрывали производства, теперь принялись за тех, кто зарабатывает на жизнь мозгами. Они реально считают, что так резко обосрав сложившиеся устои, они сделают новый прекрасный мир? Кто их говно будет покупать? Безработные? Все закончится чем-то нехорошим, где Цукерберг с Альтманом будут на фонарях болтаться.

Студенты-программисты в США начали искать работу не по специальности

Куда яву дели? Слишком старая?

7 способов убить карьеру через GitHub

А если работодатель считает наличие усов или бороды большим преимуществом соискателя?

Если у соискателя много времени уходит на сторонние проекты, то это значит, что он время на них изыскивает за счёт чего-то ещё, личной жизни например. Потом у человека появится личная жизнь, и он будет уже выбирать из чего-то другого, например тратя рабочее время на это.

Это если проекты не приносят деньги, а если приносят, то тогда вопрос - а где его работа вообще?

7 способов убить карьеру через GitHub

Придется собеседоваться.

7 способов убить карьеру через GitHub

У меня есть работа и семья, какой ещё гитхаб?

Как я собеседовался в Ozon, Т-Банк, Mindbox и другие крупные компании

В том-то и дело, что дело до full outer join-а не должно было дойти, если речь шла о том, какое максимальное количество строк вернёт любой джоин при любом условии объединения. Full outer join не может вернуть больше строк, чем inner join если join condition всегда true (Cartesian product)

Как я собеседовался в Ozon, Т-Банк, Mindbox и другие крупные компании

Как говорится, я подумал, и мы решили: минимальная мощность full outer join двух таблиц - это максимальная мощность одной из них. А максимальная мощность full outer join - это мощность декартова произведения его таблиц, что является максимальной мощностью inner join-а. Это к вопросу - зачем было приплетать редко используемый вид джоина, если можно было обойтись базой в виде inner.

Как я собеседовался в Ozon, Т-Банк, Mindbox и другие крупные компании

Зачем мне это объяснять? Я знаю, что

c) If a <join condition> is specified, then let T be the multi- set of rows of CP for which the specified <search condition> is true.

То есть join может свестись к декартовому произведению (CP) при неудачном search condition. Я просто спрашивал, что там за звездочки и плюсики, причем тут full outer join и декартово произведение, почему именно full outer join (full outer join по сравнению с inner join никакого нового декартового произведения не даст)

Как я собеседовался в Ozon, Т-Банк, Mindbox и другие крупные компании

Семантически inner join по определению в стандарте выводится через декартово произведение с дальнейшей фильтрацией по условию джоина. Full outer join просто добавит к результату inner join-а строки из обеих таблиц, не попавшие в inner join.

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

Как я собеседовался в Ozon, Т-Банк, Mindbox и другие крупные компании

удивляются что с FULL JOIN можно получить t1 * t2 в максимальном случае, а не t1 + t2

Можете пояснить, что вы имели ввиду?

Как я собеседовался в Ozon, Т-Банк, Mindbox и другие крупные компании

Это потом превращается в "лучше отшить сто хороших кандидатов, чем нанять одного плохого" И из цитаты про Спольского следует, что понятие испытательного срока ему чуждо. Ну или все его плохие кандидаты успешно просачиваются как через сито собеседований, так и через сито испытательного срока.

Base 44: как пет-проект сделанный ИИ, купили за $80 млн

У платформы есть "основной двигатель", "кеширование промптов" и "локальная оптимизация LLM-запросов", но мы вам о них не расскажем. Очень похоже на "у нашей платформы есть уникальный алгоритм, который позволяет получать 300% годовых"

«IT-Планета 2025»: задачи второго этапа по PostgreSQL

Вторая задача

select from_date, to_date, size from (
	-- определяем интервалы групп и максимальное количество параметров в группе
    select min(ts) from_date, max(coalesce(next_ts, 'infinity')) to_date, grp, size, max(size) over () max_size from (
		-- добавляем синтетическую id группы в виде кумулятивного кол-ва групп и добавляем дату начала следующей группы для определения конца данной группы
        select *, sum(case when coalesce(prev_size, 0) <> size then 1 else 0 end) over (order by ts) grp, lead(ts, 1) over (order by ts) next_ts from (
			-- делаем группы по adjacent датам с одинаковым кол-вом переопределенных параметров. сначала добавляем кол-во параметров из предыдущей группы, если это кол-во не равно текущему кол-ву параметру группы, то это новая группа
            select *, lag(size, 1) over (order by ts) prev_size from (
				-- добавляем количество переопределенных параметров на каждую дату. количество +1 если параметр не был переопределен и стал переопределен, -1 если был переопределен и стал не переопределен, иначе 0
                select *, sum(case when value is not null and prev_value is null then 1 when value is null and prev_value is not null then -1 else 0 end) over(order by ts) size
                from (                     
					-- добавляем предыдущее значение для каждого параметра на определенную дату
					select *, lag(value, 1) over(partition by parameter_name order by ts) prev_value
					from params
                ) t
            ) t
        ) t 
    ) t 	 
    group by grp, size
) t where size = max_size and size > 1
order by 1

«IT-Планета 2025»: задачи второго этапа по PostgreSQL

Можно и гибче

with daily_jam as (
    select at, sum(qty) as qty
    from jam d     	 
    group by at
    having sum(qty) > 0
), fresh as (
	-- список дней, являющихся концом трехдневного марафона поедания варенья
    select d.at 
	from daily_jam d
    inner join daily_jam n on n.at > d.at - 3 and n.at < d.at -- два предыдущих дня
    group by d.at
    having (max(d.qty) + sum(n.qty)) > 3  -- количество банок за данный день и два предыдущих
	and count(n.at) = 2 -- два предыдущих дня имеют место быть
)
select count(*) from (
	select count(*) 
	from daily_jam d 
	inner join fresh f on f.at > d.at - 5 and f.at <= d.at -- данный день и четыре предыдущих венчали трехдневные поедания варенья
	group by d.at
	having count(*) = 5
) t

«IT-Планета 2025»: задачи второго этапа по PostgreSQL

Это понятно. Но в задаче было 5 и 3 :) По факту это семь дней подряд с вареньем и еще так, чтобы любые три дня подряд из них было 4 и более банок варенья в сумме.

«IT-Планета 2025»: задачи второго этапа по PostgreSQL

Господа, господа, вы упускаете одно решение (с) Рик и Морти

Задача про варенье, без оконных функций и т.д.

with daily_jam as (
  select at, sum(qty) as qty
  from jam
  group by at
  having sum(qty) > 0
)
select count(*)
from daily_jam d1
inner join daily_jam d2 on d2.at = d1.at - 1
inner join daily_jam d3 on d3.at = d1.at - 2 and (d1.qty + d2.qty + d3.qty) >= 4
inner join daily_jam d4 on d4.at = d1.at - 3 and (d2.qty + d3.qty + d4.qty) >= 4
inner join daily_jam d5 on d5.at = d1.at - 4 and (d3.qty + d4.qty + d5.qty) >= 4
inner join daily_jam d6 on d6.at = d1.at - 5 and (d4.qty + d5.qty + d6.qty) >= 4
inner join daily_jam d7 on d7.at = d1.at - 6 and (d5.qty + d6.qty + d7.qty) >= 4

Учимся читать SQL SELECT

Осталось еще вспомнить всякие убогие *=, =*, (+)