Новый спринт назвали: Mine herz brennt
Какой химический элемент загадали?

Mine herz brennt

Загадан был Криптон. Mine написано с ошибкой с точки зрения немецкого, надо было на это слово обратить внимание. А дальше ассоции Mine -> mining -> криптовалюты -> Криптон

Новый спринт назвали: May the force be with you
Какой химический элемент загадали?

Стоит ли ребёнка учить пользоваться ChatGPT?

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

Если ребёнок будет использовать AI вместо того, чтобы самому подумать и поискать ответ, то он так и не научится думать и искать. Универсальные инструменты хороши, когда есть база.

У нас произошла смена источника данных для загадок в имени спринта. Теперь вместо таблицы Менделеева мы будем брать известные картины. И вот первая загадка: Код, синьора!

Предыдущий спринт был - Вафельный гамп. Какая картина загадана?

Вафельный - отсылка к вафельным конфетам
Гамп -> Форест Гост -> Лес
Вафельные конфеты и лес -> Утро в сосновом лесу, Шишкин

Новый спринт и новая загадка с картиной: Текущие сроки

Постоянство памяти, Сальвадор Дали

Проклятие размерности — это явление, при котором с ростом размерности пространства для обеспечения такой же плотности данных требуется значительно больше примеров. Впервые я столкнулся с этим, когда работал дата сайентистом. Мы полагали, что чем больше признаков у нас будет, тем лучше станет модель. Однако на практике при добавлении нового признака требуется гораздо больше данных для обучения.

Это легко объяснить на примере. Представьте, что вы раскладываете белые и чёрные шарики на прямой (размерность пространства равна 1). Для этого вам понадобится, например, 10 шариков. Если вы решите разложить их на плоскости (размерность 2), то для сохранения той же плотности наблюдений вам потребуется уже 100 шариков. В трёхмерном пространстве их понадобится 1000.

То же самое касается тестирования кода. Если вы хотите написать хорошие юнит тесты, то увеличивая количество входных параметров функции, вы сильно увеличиваете количество кейсов для тестирования. Но больше всего это стреляет, когда вместо юнит тестов вы решаете использовать интеграционные. Для достижения такого же уровня покрытия вам придётся долго ждать, так как количество кейсов, которые нужно проверить, станет огромным.

Поэтому не ленитесь и пишите юнит тесты. Интеграционные тесты немного для другого

В детстве, когда учился в начальной школе, некоторые примеры по математике я переводил в деньги. Так было проще понять, как складывать или вычитать, расставлять или раскрывать скобки, а ещё — по сколько нужно скинуться с друзьями, чтобы купить что-то вкусное.

Теперь я так же объясняю это своей дочери. И это работает.

В выходные был на школьной экскурсии в Иннополисе. И вот экскурсовод рассказывает, что изначально преподавание велось на английском языке. "Дети, а кто скажет, почему?" Ну и дети отвечают в стиле, что английский язык - международный, что свежие статьи и книги выходят на нем, и в таком духе. "Нет, дети! Это потому, что языки программирования все на английском". Испанский стыд

У дочери (5 класс) в домашке по математике была задача: закрасьте в квадрате 7х7 менее половины клеток так, чтобы в каждом квадрате 3х3 закрашенных клеток было на 1 больше, чем незакрашенных

Дочь не справилась, я к своему стыду тоже. Различные LLM тоже ничем не помогли. Кажется, что такой раскраски не существует, но как это доказать, я не придумал

На работе два iOS разработчика:
- Не понимаю, как раньше код писали без ИИ агентов
- В смысле?
- Ну я вот сейчас пилил фичу, не знаю, как бы без cursor'а сделал.

Звучит как анекдот, но это не анекдот

Ещё одна задача по математике для 5 класса. Есть две одинаковые чашки: в одной - кофе, в другой - молоко. Берём одну чайную ложку кофе и переливаем её в чашку с молоком. Перемешиваем. Затем из второй чашки берём чайную ложку смеси и переливаем в первую чашку с кофе. Вопрос: после этих двух переливаний чего будет больше: молока, оказавшегося в первой чашке, или кофе, оказавшегося во второй?

Существует закон немытой тарелки — его ещё называют законом грязной посуды. Смысл простой: если в раковине уже есть грязная посуда, то добавление ещё одной тарелки как будто ничего не меняет. А потом внезапно обнаруживается гора посуды. Напоминает теорию разбитых окон.

Но мне нравится приводить пример с горой грязной посуды с другой стороны. Если вы возьмете и помоете одну тарелку или чашку — ту, которая вам больше нравится или нужна прямо сейчас, — проблема "горы" никуда не исчезнет. В раковине по-прежнему будет куча грязной посуды. И единственное решение — засучить рукава, морально подготовиться потратить N-ное количество времени и перемыть всё. Не выбирая.

Так же и в программировании. Если в вашем backlog'е накопилось много мелких техно-задач, может быть глупо пытаться их приоритизировать и постоянно выбирать "самую важную". Иногда лучше просто навалиться и закрыть их все. Пусть даже ценой нескольких дней или недель работы. И свести эту гору к нулю. Ну и далее не давать задерживаться одной немытой тарелке в раковине.

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