Замечали, что в мессенджерах и чат-ботах всегда надо думать, по какой клавише перейти на новую строку в сообщении?

Enter ?

Shift + Enter ?

Ctrl + Enter ?

Неведома зверушка + Enter ?

Клац, и вместо перехода на новую строку, недописанное сообщение улетает адресату!

Всю жизнь... Всю жизнь я набираю тексты в текстовых редакторах, в среде разработки, в почтовых клиентах и т.п. Везде новая строка - это Enter. Везде так было, везде так есть.

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

В каждом мессенджере, в каждом ИИ-чате это сделано по-своему. И практически нигде клавишу нельзя настроить.

Почему так? Видимо, потому что.

Заслуживает быть 11-ой частью рубрики "Путаница в интерфейсах".

—

Ну боль же, да?

💯 - Боль
😁 - Не-а, мне норм

Емко.

Вольный немашинный перевод:

Пусть ИИ делает, что хочет, если это одноразовый проект "в стол", но в случае работы с продуктом ИИ должен действовать с хирургической точностью.

Кстати, если заменить здесь "ИИ" на "разработчик", фраза все равно остается справедливой)

Реверс-инжиниринг на пальцах

Пока я совершенно бессовестно отстаю на курсе по реверс-инжинирингу, посмотрел за ужином документалку по теме 😁

Однозначно рекомендую к просмотру всем, кто хотел узнать, что такое реверс-инжиниринг. Просто и популярно. И если мой опыт реверса ограничивается анализом кряков и лаунчеров, то в фильме охват гораздо шире: от электроники до тела человека.

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

На злобу дня с его модой на запреты 😏

—

Читать еще:
- Как исследовать exe-файлы с Cutter. Практика обратной разработки

Искусственный интеллект во всей своей красе: сам о чем-то думал 40 минут, сам превысил лимит, сам поругался ошибками и сам переделал все заново.

Правильно ли переделал, спросите вы? Нет, не правильно. Но зато сам 😁

Знаете, что это? Это передовое устройство для релаксации методом трогания травы.

Спасибо коллеге за подгон 👨‍🚀

Кстати, этот куст вымахал из семян всего за неделю с небольшим!

Посетил защиту бакалаврских выпускных работ на факультете компьютерных наук.

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

По уровню работ и формату защиты ожидания совпали с реальностью. Резюмируя: мы поработали хорошо.

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

Да, комиссия задавала вопросы наподобие "что конкретно вы сделали своими руками?". И это отчасти перекликается с тезисом про ИИ. Но не раскрывает его. Были же, например, работы с очень насыщенными и стилёвыми интерфейсами. Ну не писали так раньше) Не до красоты обычно было - тут лишь бы основное успеть. Теперь же вся красота генерируется за один вечер. Но на защите - ни слова.

Мы в своих докладах специально акцентировали внимание на том, что было сделано с ИИ. Я надеялся, что комиссия за это зацепится и завяжет дискуссию. Но вопросы были про другое.

Тем не менее, подвижки в этом году есть. Стало обязательным упоминание использования ИИ как инструментария в тексте работы. Отзыв руководителя тоже должен включать эту информацию. Контроля и прозрачности становится больше. И это хорошо. Буду следить за развитием событий)

P.S. Я послушал всего 7 докладов, и выводы могут быть не объективны. Но мне этого достаточно. Тем более что на предзащитах я видел еще с десяток других работ.

Читать еще:
- Как Яндекс учит научных руководителей использовать ИИ

Наблюдаю за этой движухой.

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

Если коротко: с приходом ИИ GitHub столкнулся с невероятным ростом нагрузки на инфраструктуру. Агенты развиваются и пашут настолько быстро, что весь мыслимый запас прочности GitHub испарился меньше, чем за полгода.

Теперь GitHub необходимо как минимум 30-кратное увеличение производительности.

Только все это, очевидно, не бесплатно. Что-то мне подсказывает, что совсем скоро уже привычные free-фичи переедут в какую-нибудь pro-подписку...

А вас коснулись сбои на GitHub?

🤔 - Да
👍 - Нет

Держите пятничный тест по C++, хотели вы этого или нет 😁

#include <iostream>

int foo(int& u) {
    u = 2;
    int y = 1;
    return y;
};

int main() {
    int y, u = foo(y);
    std::cout << y << u;
    return 0;
}

Как я мог забыть про такой популярный финт?

На связи рубрика "Путаница в интерфейсах", часть 12.

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

Ну смотрите:
Свитчи для сбора статистики есть?
Есть.
Они выключены?
Выключены.
Ну и всё, успокойтесь! А то, видите ли, пытаются тут включить выключение 😁

-

А вы бы что выбрали?

🔥 - Включить выключение
👍 - Выключить выключение
🤯 - Лимонад и картошку фри

Чему учиться?

Искусственный интеллект пишет код за программиста. Факт. Поэтому начинающие разработчики все чаще интересуются: что знать, что уметь?

Отличный вопрос. И если бы я знал на него ответ...

Но пища для размышления есть. Хотя сначала это покажется не очевидным. Но вы читайте)

Анатолий Букреев, прирожденный альпинист, был гидом печально известного восхождения на Эверест в мае 1996 года. Трагедия, унесшая жизни восьми человек. Если бы не мужество и профессионализм Анатолия, жертв было бы больше.

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

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

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

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

Весь мой тренерский опыт – как в альпинизме, так и в беговых лыжах – говорил о том, что в подопечных важно развивать способность действовать самостоятельно.

Вот он - ключ: развивать способность действовать самостоятельно.

На высоте, где условия меняются очень быстро, безопасность человека определяет не столько гид, сколько сам человек. Хорошо, когда есть помощник. Хорошо, если условия не изменятся. Но что будет в противном случае?

Человек, забравшийся с гидом на вершину мира, не становится альпинистом. Равно как и человек, написавший программу с ИИ, не становится разработчиком.

Конечно, это не прямой ответ на вопрос в начале. Но я его и не обещал.
Это пища для ума. А ответ будет у каждого свой.

—

#КнижнаяПолка
📍 Букреев А., ДеУолт Г. - Эверест. Смертельное восхождение

Когда наблюдаешь, как тестировщик проверяет самые краевые случаи из самых краевых

Яндекс неожиданно отключил бесплатный доступ к своему Трекеру задач.

Я в Яндекс Трекере вел проект YouTube Analyzer. Ради интереса начал использовать его пару лет назад на бесплатном тарифе. И остался там.

Сейчас минимальный тариф 600р в месяц за человека. Для пет-проекта - ту мач.

Придется съезжать...

4 риска при использовании любой онлайн-платформы

Испытано на себе.

1. Платформа может быть заблокирована регулятором. Поэтому помимо Телеграм и YouTube я веду еще и ВКонтакте.

2. Платформа может тебя заблокировать. Поэтому я перевёл личную базу знаний с Notion в Obsidian.

3. Платформа может деградировать. Поэтому я перевез блог со статьями с Hashnode на GitHub Pages (хотя вчера GitHub был где-то рядом с риском №1 🤨).

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

И да, всего этого можно избежать, если... ничего не делать. Но мы тут не для этого, правда? Так что не переключайтесь, список рисков будет обновляться 😂

Домбай, 2017. Международная ИТ-конференция.

Для меня - большое событие, большое путешествие и большой вызов.

Воронеж ✈️ Москва ✈️ Ставрополь 🚍 Домбай и несколько дней интенсивного воркшопа.

Уже в автобусе было понятно, что легко не будет: ни один из моих соседей не говорил по-русски 😅
Сил к концу пути не было - элементарная беседа вымотала напрочь)

Весь воркшоп проходил в том же ключе. Постоянное напряжение просто в старании что-то понять и сказать.

И все-таки было круто. А вы говорите, аспирантура не нужна 😆

Да-да, пост про аспирантуру, а не английский язык.

Народ время от времени интересуется, идти в аспирантуру или нет?

Ответа нет. Хотите? Идите. Не хотите? Не идите. Резоны, конечно, разные бывают. Но если идти только для галочки, то - звучит сомнительно.

Вот у меня спросите, хотел бы я прожить аспирантуру снова? Ну... Студенчество - может быть. А аспирантуру... лучше просто посмотрю фотографии 🤭

Paper-oriented database

Чтение - быстро
Поиск - медленно
Запись - быстро, но не удобно

У кого ключ от папки СПАМ? Очень надо

GitHub продолжает грустить

Вчера впервые за долгое время закоммитил в репозиторий GitHub с настроенным CI/CD. После коммита workflow не запустился. Хотя раньше стартовал практически сразу.

Зная ситуацию, жду. И да, через 30 минут workflow подымается и... падает спустя еще 15 минут. А у меня там всего-навсего линтер да юнит-тесты на проект в десяток файлов. Работы на минуту.

Теперь посты типа "пора валить с GitHub" больше не кажутся такими радикальными. Ладно уж на моей поделке что-то не заводится, но для коммерции - это беда.

Еще в октябре прошлого года GitHub планировали 10-кратное увеличение производительности. Но в феврале 2026 поняли, что необходимо уже 30-кратное!

Сегодня август 2026 - проблемы сохраняются. GitHub в своих ежемесячных "availability reports" продолжают убеждать, что контролируют ситуацию и делают все возможное.

Наблюдаем. Интересно как компания выкрутится и выкрутится ли. Кажется, что у них все для этого есть.

И, возможно, сейчас самое время изучить альтернативы GitHub. И это не GitLab или GitVerse, а продукты с принципиально другим подходом. Как попробую, расскажу.

А вас коснулись сбои на GitHub?

🤔 - Да
👍 - Нет