#игра дня
Давненько не было чего-то необычного.
Впрочем, если вы не фанат Dwarf Fortress, конечно.
Untrusted — это игра, в которой вам предлагают не просто пройти уровень, а сначала починить его. Или, если точнее, подправить JavaScript-код, который за него отвечает. Персонаж — профессор Эвал — застрял в виртуальной реальности, и единственный способ выбраться оттуда — лезть в исходники и аккуратно, а иногда и не очень, их переписывать.
Каждый уровень — это кусок JS-кода, который можно и нужно менять: отключить ловушку, переписать поведение врагов, добавить себе проход в стене — пожалуйста. Главное — чтобы заработало.
Игру сложно назвать обучающей, но если вы когда-то писали на JavaScript и у вас осталась эта мышечная память
🎮 https://untrustedgame.com/ 📂 https://github.com/AlexNisnevich/untrusted
#game #js #бородач
Давненько не было чего-то необычного.
Впрочем, если вы не фанат Dwarf Fortress, конечно.
Untrusted — это игра, в которой вам предлагают не просто пройти уровень, а сначала починить его. Или, если точнее, подправить JavaScript-код, который за него отвечает. Персонаж — профессор Эвал — застрял в виртуальной реальности, и единственный способ выбраться оттуда — лезть в исходники и аккуратно, а иногда и не очень, их переписывать.
Каждый уровень — это кусок JS-кода, который можно и нужно менять: отключить ловушку, переписать поведение врагов, добавить себе проход в стене — пожалуйста. Главное — чтобы заработало.
Игру сложно назвать обучающей, но если вы когда-то писали на JavaScript и у вас осталась эта мышечная память
for (var i = 0; i < ...), будет ощущение, что вы просто продолжаете работу, только теперь в компании ASCII-графики и странного профессора.🎮 https://untrustedgame.com/ 📂 https://github.com/AlexNisnevich/untrusted
#game #js #бородач
🤩8
#заметка дня
Новости для Java-, Kotlin- и Scala-разработчиков: 29 августа в Москве пройдет JVM Day — конференция для разработчиков, архитекторов и тимлидов от Т-Банка.
Из спикеров конференции – Андрей Кулешов, который поделится последними новостями в области Java, Антон Курако объяснит, как красивые показатели могут ввести в заблуждение, а Сергей Петрелевич разберет Mechanical Sympathy и подходы к ускорению Spring Boot-приложений. На конфе также будет аллея продуктов, где можно потыкать демки фреймворка Kora для Java и Kotlin, AI-native-платформы SourceCraft и мультиязычной OpenIDE.
После докладов пройдет вечеринка во дворе штаб-квартиры Т-Банка с играми на Sega, ИТ-квизом и диджей-сетом на виниле.
Зарегистрироваться на конфу можно тут: https://meetup.tbank.ru/conference/jvm-day/.
Если вы собираетесь на конференцию, дайте знать в комментах. Так будет проще найтись и пойти вместе.
#ai #performance #java #jvm
Новости для Java-, Kotlin- и Scala-разработчиков: 29 августа в Москве пройдет JVM Day — конференция для разработчиков, архитекторов и тимлидов от Т-Банка.
Из спикеров конференции – Андрей Кулешов, который поделится последними новостями в области Java, Антон Курако объяснит, как красивые показатели могут ввести в заблуждение, а Сергей Петрелевич разберет Mechanical Sympathy и подходы к ускорению Spring Boot-приложений. На конфе также будет аллея продуктов, где можно потыкать демки фреймворка Kora для Java и Kotlin, AI-native-платформы SourceCraft и мультиязычной OpenIDE.
После докладов пройдет вечеринка во дворе штаб-квартиры Т-Банка с играми на Sega, ИТ-квизом и диджей-сетом на виниле.
Зарегистрироваться на конфу можно тут: https://meetup.tbank.ru/conference/jvm-day/.
Если вы собираетесь на конференцию, дайте знать в комментах. Так будет проще найтись и пойти вместе.
#ai #performance #java #jvm
👍12🔥9🤩9❤1
Любите ли вы шрифтовые лонгриды так же, как люблю их я? Тут про один шрифт — текста на хороший журнал и 600 фотографий.
В 2007 году Марцин Вихари впервые приехал в Нью-Йорк и фотографировал там все шрифты, которые положено любить: Helvetica, Akzidenz Grotesk, Gotham. Один он при этом вообще не заметил — хотя тот был буквально вокруг.
Спустя десять лет Вихари обратил внимание на странные буквы на старых клавиатурах. Квадратные, местами почти детские: чудная Q, слишком широкие P и R, странные цифры. Он попытался выяснить, что это за шрифт. Сервисы распознавания давали разные ответы, скачать его было негде, а редкие упоминания называли его Gorton.
А потом Gorton начал попадаться в других местах.
На пароме. В национальном парке. На домофоне. На крышке уличного оборудования. В лифте. У стоматолога. В переулке.
И тут уже стало интересно: что это вообще за шрифт и почему он везде?
Первая разгадка нашлась довольно быстро. Gorton оказался шрифтом для гравировальных станков: буквы вырезались фрезой по шаблону, поэтому все линии одинаковой толщины, окончания круглые, а острых углов почти нет. В каталоге производителя он нашёл Gorton Normal 1952 года. Потом каталог 1935-го. Потом 1925-го. Потом — 1902-го.
Казалось бы, расследование закончено.
Но дальше выяснилось, что Gorton встречается там, где ничего не гравировали: напечатанным на бумаге, нарисованным краской на металле. Потом обнаружились его родственники в системах технического черчения, трафаретах, Letraset, военных стандартах и ранних компьютерных шрифтах. Gorton оказался на локомотивах, подлодках, истребителях, атомных объектах и клавишах компьютера Apollo.
А ещё позже Вихари увидел его в Австралии — только немного другим. И это вывело расследование на новый след: оказалось, что история начинается не с американской Gorton Machine Company, как он думал годами, а ещё раньше и на другом континенте — с британского производителя объективов Taylor, Taylor & Hobson, который в 1894 году придумал машину для гравировки надписей на линзах и алфавит для неё.
К этому моменту автор уже семь лет был одержим Gorton. А в Нью-Йорке в итоге прошёл больше ста миль и сделал тысячи фотографий одного-единственного шрифта.
В общем, это не столько статья про шрифт, сколько очень медленно раскручивающийся детектив о наборе букв, который вроде бы никто специально не замечал — а он больше века подписывал весь физический мир вокруг нас.
The hardest working font in Manhattan
Почитайте, или хотя бы посмотрите. Пост, как минимум, полон приятных глазу фотографий городской среды, а уж количество способов нанесения шрифты на материалы не поддаётся никакому осмыслению.
#font #article
В 2007 году Марцин Вихари впервые приехал в Нью-Йорк и фотографировал там все шрифты, которые положено любить: Helvetica, Akzidenz Grotesk, Gotham. Один он при этом вообще не заметил — хотя тот был буквально вокруг.
Спустя десять лет Вихари обратил внимание на странные буквы на старых клавиатурах. Квадратные, местами почти детские: чудная Q, слишком широкие P и R, странные цифры. Он попытался выяснить, что это за шрифт. Сервисы распознавания давали разные ответы, скачать его было негде, а редкие упоминания называли его Gorton.
А потом Gorton начал попадаться в других местах.
На пароме. В национальном парке. На домофоне. На крышке уличного оборудования. В лифте. У стоматолога. В переулке.
И тут уже стало интересно: что это вообще за шрифт и почему он везде?
Первая разгадка нашлась довольно быстро. Gorton оказался шрифтом для гравировальных станков: буквы вырезались фрезой по шаблону, поэтому все линии одинаковой толщины, окончания круглые, а острых углов почти нет. В каталоге производителя он нашёл Gorton Normal 1952 года. Потом каталог 1935-го. Потом 1925-го. Потом — 1902-го.
Казалось бы, расследование закончено.
Но дальше выяснилось, что Gorton встречается там, где ничего не гравировали: напечатанным на бумаге, нарисованным краской на металле. Потом обнаружились его родственники в системах технического черчения, трафаретах, Letraset, военных стандартах и ранних компьютерных шрифтах. Gorton оказался на локомотивах, подлодках, истребителях, атомных объектах и клавишах компьютера Apollo.
А ещё позже Вихари увидел его в Австралии — только немного другим. И это вывело расследование на новый след: оказалось, что история начинается не с американской Gorton Machine Company, как он думал годами, а ещё раньше и на другом континенте — с британского производителя объективов Taylor, Taylor & Hobson, который в 1894 году придумал машину для гравировки надписей на линзах и алфавит для неё.
К этому моменту автор уже семь лет был одержим Gorton. А в Нью-Йорке в итоге прошёл больше ста миль и сделал тысячи фотографий одного-единственного шрифта.
В общем, это не столько статья про шрифт, сколько очень медленно раскручивающийся детектив о наборе букв, который вроде бы никто специально не замечал — а он больше века подписывал весь физический мир вокруг нас.
The hardest working font in Manhattan
Почитайте, или хотя бы посмотрите. Пост, как минимум, полон приятных глазу фотографий городской среды, а уж количество способов нанесения шрифты на материалы не поддаётся никакому осмыслению.
#font #article
1❤10
#заметка дня
Делаю дома мелкий ремонт и поймал себя на забавной аналогии с разработкой.
Когда на двери начинает откалываться краска, снять только тот кусок, который уже сам отвалился, обычно недостаточно. Берёшь шпатель и проходишься по краям того, что с виду ещё кажется нормальным. Где-то краска держится крепко, а где-то следом отходит ещё сантиметр, потом ещё десять. Значит, этот слой уже был частью повреждения — просто ещё не выглядел повреждённым.
С багами часто так же. Очень легко принять первое заметное проявление проблемы за её настоящую границу.
Допустим, пользователь дважды нажал «Оплатить» и получил два заказа. Самый очевидный фикс — задизейблить кнопку после первого клика. Исходный сценарий больше не воспроизводится, и формально баг можно закрывать. Но это примерно как закрасить только то место, где старая краска уже успела отвалиться.
Куда полезнее чуть пройтись по краям: что будет, если отправить то же действие из двух вкладок? Если клиент после таймаута повторит запрос? Если два одинаковых запроса придут на backend почти одновременно?
Как тут не вспомнить некоторых разработчиков, которые просто скажут: «Нефиг делать два заказа, проблема пользователя».
Если каждый из этих сценариев вскрывает новую проблему, значит дело было не в кнопке. Настоящая граница дефекта глубже: операция должна быть идемпотентной — повтор одного и того же запроса не должен приводить к повторному выполнению действия.
Это не значит, что при каждом сколе нужно сдирать всю дверь до дерева. В какой-то момент шпатель упирается в слой, который действительно держится, и там можно остановиться.
Иногда самое полезное, что можно сделать с багом перед тем, как его чинить, — сначала сделать его немного больше.
#dev #work
Делаю дома мелкий ремонт и поймал себя на забавной аналогии с разработкой.
Когда на двери начинает откалываться краска, снять только тот кусок, который уже сам отвалился, обычно недостаточно. Берёшь шпатель и проходишься по краям того, что с виду ещё кажется нормальным. Где-то краска держится крепко, а где-то следом отходит ещё сантиметр, потом ещё десять. Значит, этот слой уже был частью повреждения — просто ещё не выглядел повреждённым.
С багами часто так же. Очень легко принять первое заметное проявление проблемы за её настоящую границу.
Допустим, пользователь дважды нажал «Оплатить» и получил два заказа. Самый очевидный фикс — задизейблить кнопку после первого клика. Исходный сценарий больше не воспроизводится, и формально баг можно закрывать. Но это примерно как закрасить только то место, где старая краска уже успела отвалиться.
Куда полезнее чуть пройтись по краям: что будет, если отправить то же действие из двух вкладок? Если клиент после таймаута повторит запрос? Если два одинаковых запроса придут на backend почти одновременно?
Как тут не вспомнить некоторых разработчиков, которые просто скажут: «Нефиг делать два заказа, проблема пользователя».
Если каждый из этих сценариев вскрывает новую проблему, значит дело было не в кнопке. Настоящая граница дефекта глубже: операция должна быть идемпотентной — повтор одного и того же запроса не должен приводить к повторному выполнению действия.
Это не значит, что при каждом сколе нужно сдирать всю дверь до дерева. В какой-то момент шпатель упирается в слой, который действительно держится, и там можно остановиться.
Иногда самое полезное, что можно сделать с багом перед тем, как его чинить, — сначала сделать его немного больше.
#dev #work
👍8❤2
Проект от подписчика!
Напоминаю, что я выкачу любую статью или проект от вас, не стесняйтесь писать.
Презентация? Выступили на митапе? Хотите поделиться интересной статьёй — добро пожаловать!
Всем привет, меня зовут Николай и яалкоголик фронтенд-разработчик уже более 10 лет. Последние года два под влиянием тенденций, да и просто из интереса, начал внедрять ИИ-решения в свою работу и повседневную жизнь.
Этот канал я читаю уже несколько лет и с интересом слежу за тем, что Сергей выкладывает из найденного и личного. Недавно у него начали появляться истории от подписчиков, и я думаю, что это очень круто, так как платформа показывает самые свежие тенденции и позволяет не «верстать в стол», а что-то показать группе единомышленников.
Недавно на канале появился пост от подписчика, который также собрал своего бота, занимающегося финансами и планированием. Я подумал, что это очень похоже на то, что я недавно сделал для себя и продолжаю развивать. В общем, решил, что это отличная возможность показать, что я сделал, и, возможно, получить полезные комментарии.
Итак, представляю вашему вниманию Personal Finance AI Accountant - бот, сборка моделей и просто умница.
Начался этот проект в рамках 5-дневного интенсива от Google и Kaggle как Capstone Project (ссылка на проект). За идею взял решение своей боли - учёта финансов для семьи и бизнеса. Бот создан с использованием Google ADK 2.0 (Graph Workflow) и семейства Gemini (разные модели под разные задачи для экономии).
За последний месяц этот прототип превратился в приложение, которое я ежедневно активно тестирую.
В настоящее время оно уже поддерживает:
- регистрацию расходов в виде текста, голосовых сообщений, чеков и PDF-файлов;
- сверку банковских выписок и текущих трат (загружаешь выписку за месяц, бот ищет то, что не внесено, и вносит);
- автоматическое сохранение чеков на Google Диск;
- поддержку групп (семейная или бизнес);
- автоматическую классификацию по категориям;
- интерфейс в Telegram;
- интеграцию с Google Drive и Google Sheets;
- интерактивную информационную панель;
- поддержка двух валют - EUR и USD (живу в Германии, поэтому ориентация на Европу);
- английский, немецкий, украинский и русский языки.
Одна из функций, которой я особенно горжусь, - это подход, при котором приоритет отдаётся конфиденциальности - чеки хранятся в вашем личном Google Диске, финансовые отчёты - в ваших личных Таблицах Google, и вы всегда сохраняете полный контроль над своими данными.
Следующим важным этапом станет внедрение модуля, который будет помогать организовывать налоговые вычеты в течение всего года, а также отдельный веб-интерфейс, интеграция с WhatsApp и более точные финансовые аналитические данные. Сейчас вся авторизация идёт через Telegram.
В настоящее время я ищу несколько бета-тестеров (не из РФ). Если вы хотите опробовать приложение Personal Finance AI Accountant - пишите в личку.
Напоминаю, что я выкачу любую статью или проект от вас, не стесняйтесь писать.
Презентация? Выступили на митапе? Хотите поделиться интересной статьёй — добро пожаловать!
Всем привет, меня зовут Николай и я
Этот канал я читаю уже несколько лет и с интересом слежу за тем, что Сергей выкладывает из найденного и личного. Недавно у него начали появляться истории от подписчиков, и я думаю, что это очень круто, так как платформа показывает самые свежие тенденции и позволяет не «верстать в стол», а что-то показать группе единомышленников.
Недавно на канале появился пост от подписчика, который также собрал своего бота, занимающегося финансами и планированием. Я подумал, что это очень похоже на то, что я недавно сделал для себя и продолжаю развивать. В общем, решил, что это отличная возможность показать, что я сделал, и, возможно, получить полезные комментарии.
Итак, представляю вашему вниманию Personal Finance AI Accountant - бот, сборка моделей и просто умница.
Начался этот проект в рамках 5-дневного интенсива от Google и Kaggle как Capstone Project (ссылка на проект). За идею взял решение своей боли - учёта финансов для семьи и бизнеса. Бот создан с использованием Google ADK 2.0 (Graph Workflow) и семейства Gemini (разные модели под разные задачи для экономии).
За последний месяц этот прототип превратился в приложение, которое я ежедневно активно тестирую.
В настоящее время оно уже поддерживает:
- регистрацию расходов в виде текста, голосовых сообщений, чеков и PDF-файлов;
- сверку банковских выписок и текущих трат (загружаешь выписку за месяц, бот ищет то, что не внесено, и вносит);
- автоматическое сохранение чеков на Google Диск;
- поддержку групп (семейная или бизнес);
- автоматическую классификацию по категориям;
- интерфейс в Telegram;
- интеграцию с Google Drive и Google Sheets;
- интерактивную информационную панель;
- поддержка двух валют - EUR и USD (живу в Германии, поэтому ориентация на Европу);
- английский, немецкий, украинский и русский языки.
Одна из функций, которой я особенно горжусь, - это подход, при котором приоритет отдаётся конфиденциальности - чеки хранятся в вашем личном Google Диске, финансовые отчёты - в ваших личных Таблицах Google, и вы всегда сохраняете полный контроль над своими данными.
Следующим важным этапом станет внедрение модуля, который будет помогать организовывать налоговые вычеты в течение всего года, а также отдельный веб-интерфейс, интеграция с WhatsApp и более точные финансовые аналитические данные. Сейчас вся авторизация идёт через Telegram.
В настоящее время я ищу несколько бета-тестеров (не из РФ). Если вы хотите опробовать приложение Personal Finance AI Accountant - пишите в личку.
👍9❤3🔥1
This media is not supported in your browser
VIEW IN TELEGRAM
#фишка дня
Применяя
Вот только есть одна проблема: последняя строка таблицы при скролле скрывается под этим самым заголовком и выглядит это, ну, странно. Особенно в случае, когда в таблице не просто текст, а условия сравнения, изображения и так далее.
А решение простое!
Добавляем
Обратите внимание,
Да, совсем не очевидно, зато выглядит таблица теперь бомбически: https://codepen.io/alinaki/pen/JojeGMY?editors=0100
#table #sticky #position #бородач
Применяя
position: sticky к заголовку таблицы, мы получам прекрасную и понятную реализацию прилипшего заголовка.Вот только есть одна проблема: последняя строка таблицы при скролле скрывается под этим самым заголовком и выглядит это, ну, странно. Особенно в случае, когда в таблице не просто текст, а условия сравнения, изображения и так далее.
А решение простое!
Добавляем
margin-bottom на thead размером во всю высоту строки:
margin-bottom: calc(1lh + 20px);
Обратите внимание,
1lh — это буквально единица измерения, позволяющая обратиться к значению интерлиньяжа, aka высоте строки. Ну а складывать удавов с попугаями мы умели всегда.Да, совсем не очевидно, зато выглядит таблица теперь бомбически: https://codepen.io/alinaki/pen/JojeGMY?editors=0100
#table #sticky #position #бородач
👍7❤5🫡1
This media is not supported in your browser
VIEW IN TELEGRAM
#codepen дня
Можно ли при помощи SVG-фильтров, не прибегая к помощи теней, экструдировать текст?
Экструзия — процесс выдавливания, как в 3D-принтере.
И да, можно! Как всегда, Ана Тюдор с прекрасным решением. На сей раз, кстати, у решения нет багов на HDR-экранах😅 Всё отображается как надо.
Кодпен: https://codepen.io/thebabydino/pen/yLmxePV
Выглядит потрясно. Матрица экструзии там отдельная песня, конечно.
#svg #filter #бородач
Можно ли при помощи SVG-фильтров, не прибегая к помощи теней, экструдировать текст?
Экструзия — процесс выдавливания, как в 3D-принтере.
И да, можно! Как всегда, Ана Тюдор с прекрасным решением. На сей раз, кстати, у решения нет багов на HDR-экранах
Кодпен: https://codepen.io/thebabydino/pen/yLmxePV
Выглядит потрясно. Матрица экструзии там отдельная песня, конечно.
#svg #filter #бородач
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4❤2
Media is too big
VIEW IN TELEGRAM
Что будет с разработкой после первого поколения AI-инструментов
5 сентября Яндекс проведёт deep tech night — конференцию о технологических вызовах, с которыми индустрия сталкивается в эпоху AI. Не столько о самих нейросетях, сколько о том, как из-за них меняются архитектура, инфраструктура, продукты и работа разработчиков.
В программе много полезных докладов. Например, Мо Гавдат, бывший Chief Business Officer Google X, представит свой взгляд на то, как генеративные модели могут изменить разработку ПО, инженерные команды и саму роль разработчика.
Из технической части мне особенно интересны два доклада:
— «Облако в эпоху AI: архитектура платформы для гибридных агентов» Василия Ершова. Про то, как агент собирается из модели, инструментов и среды и как обеспечить ему долгоживущую сессию поверх короткоживущих компонентов. Хороший переход от разговоров об агентах к их реальному устройству.
— «Влияние трендов развития нейросетей на архитектуру NPU и инференс-фреймворки» Егора Филимонова, лидера команды ускорения инференса на NPU в SGLang. Интересно посмотреть, как требования моделей меняют не только софт, но и железо под ним.
Ещё будут доклады про переход рекомендательных систем от классического ML к генеративным моделям, инфраструктуру RL-обучения и Physical AI — автономные системы, которые принимают решения уже не в чате, а в физическом мире. В параллельной программе заявлены кейсы про превращение Алисы из поиска в агента, AI как управляющий слой Яндекс Лавки, измерение реальной продуктивности разработчиков с AI и построение MLOps в условиях Zero Data Access.
Для подключения к трансляции нужно зарегистрироваться: участники смогут задать вопросы экспертам и после мероприятия получить записи всех докладов, включая те, что не попали в трансляцию.
Подробная программа и регистрация — здесь.
5 сентября Яндекс проведёт deep tech night — конференцию о технологических вызовах, с которыми индустрия сталкивается в эпоху AI. Не столько о самих нейросетях, сколько о том, как из-за них меняются архитектура, инфраструктура, продукты и работа разработчиков.
В программе много полезных докладов. Например, Мо Гавдат, бывший Chief Business Officer Google X, представит свой взгляд на то, как генеративные модели могут изменить разработку ПО, инженерные команды и саму роль разработчика.
Из технической части мне особенно интересны два доклада:
— «Облако в эпоху AI: архитектура платформы для гибридных агентов» Василия Ершова. Про то, как агент собирается из модели, инструментов и среды и как обеспечить ему долгоживущую сессию поверх короткоживущих компонентов. Хороший переход от разговоров об агентах к их реальному устройству.
— «Влияние трендов развития нейросетей на архитектуру NPU и инференс-фреймворки» Егора Филимонова, лидера команды ускорения инференса на NPU в SGLang. Интересно посмотреть, как требования моделей меняют не только софт, но и железо под ним.
Ещё будут доклады про переход рекомендательных систем от классического ML к генеративным моделям, инфраструктуру RL-обучения и Physical AI — автономные системы, которые принимают решения уже не в чате, а в физическом мире. В параллельной программе заявлены кейсы про превращение Алисы из поиска в агента, AI как управляющий слой Яндекс Лавки, измерение реальной продуктивности разработчиков с AI и построение MLOps в условиях Zero Data Access.
Для подключения к трансляции нужно зарегистрироваться: участники смогут задать вопросы экспертам и после мероприятия получить записи всех докладов, включая те, что не попали в трансляцию.
Подробная программа и регистрация — здесь.
🔥3🤡1
#фишка дня
Как сделать описания проектов на GitHub более явными и привлечь внимание читателя там, где это необходимо?
Использовать кастомные цитаты!
Пример: https://github.com/HTMLShit/htmlshit.github.io/blob/master/demo.md
Доступные типы: NOTE, TIP, IMPORTANT, WARNING, CAUTION.
Очевидно, это доступно и в управлении проектами на гитхабе. Для небольших задач — очень хорошо, не нужно переходить в Trello.
Пример синтаксиса:
Да, к слову, кто не знает, что за Markdown такой, вот: https://docs.github.com/en/get-started/writing-on-github/getting-started-with-writing-and-formatting-on-github/basic-writing-and-formatting-syntax
Я ссылаюсь на вариант от GitHub, потому что он самый популярный. В комментариях есть ссылка на вариант от GitLab.
А вот, собственно, где это нововведение обсуждалось: https://github.com/orgs/community/discussions/16925
Как вам кастомный маркдаун, котаны? Заходит?
#github #md #note #бородач
Как сделать описания проектов на GitHub более явными и привлечь внимание читателя там, где это необходимо?
Использовать кастомные цитаты!
Пример: https://github.com/HTMLShit/htmlshit.github.io/blob/master/demo.md
Доступные типы: NOTE, TIP, IMPORTANT, WARNING, CAUTION.
Очевидно, это доступно и в управлении проектами на гитхабе. Для небольших задач — очень хорошо, не нужно переходить в Trello.
Пример синтаксиса:
> [!NOTE]
> Заметка о выпуске
Да, к слову, кто не знает, что за Markdown такой, вот: https://docs.github.com/en/get-started/writing-on-github/getting-started-with-writing-and-formatting-on-github/basic-writing-and-formatting-syntax
Я ссылаюсь на вариант от GitHub, потому что он самый популярный. В комментариях есть ссылка на вариант от GitLab.
А вот, собственно, где это нововведение обсуждалось: https://github.com/orgs/community/discussions/16925
Как вам кастомный маркдаун, котаны? Заходит?
#github #md #note #бородач
1🔥4❤2
#заметка дня
Каким бы современным ни был ваш фронтенд, у крупного клиента между браузером и интернетом вполне может стоять Zscaler — корпоративная система безопасности, через которую компании прогоняют веб-трафик сотрудников, фильтруют его и инспектируют HTTPS.
С TLS inspection он фактически работает как MITM-прокси: расшифровывает трафик, проверяет его и устанавливает новое соединение до вашего сервера. В результате ваши красивые предположения про HTTP/2, multiplexing и долгоживущие соединения внезапно превращаются в тупую очередь.
У Zscaler HTTP/2 зависит от настроек, а некоторые функции вообще откатывают трафик на HTTP/1.1. WebSocket тоже проходит через отдельные политики и ограничения.
И вот вы ищете баг во фронтенде, потому что «у банка всё тормозит», а проблема в том, что где-то между вашим кодом и пользователем сидит корпоративный прокси и молча превращает 2026 год обратно в 2012-й.
А потом тикет всё равно прилетит вам.
#bug #http
Каким бы современным ни был ваш фронтенд, у крупного клиента между браузером и интернетом вполне может стоять Zscaler — корпоративная система безопасности, через которую компании прогоняют веб-трафик сотрудников, фильтруют его и инспектируют HTTPS.
С TLS inspection он фактически работает как MITM-прокси: расшифровывает трафик, проверяет его и устанавливает новое соединение до вашего сервера. В результате ваши красивые предположения про HTTP/2, multiplexing и долгоживущие соединения внезапно превращаются в тупую очередь.
У Zscaler HTTP/2 зависит от настроек, а некоторые функции вообще откатывают трафик на HTTP/1.1. WebSocket тоже проходит через отдельные политики и ограничения.
И вот вы ищете баг во фронтенде, потому что «у банка всё тормозит», а проблема в том, что где-то между вашим кодом и пользователем сидит корпоративный прокси и молча превращает 2026 год обратно в 2012-й.
А потом тикет всё равно прилетит вам.
#bug #http
🫡5🤩3
#ссылка дня
Ну, кто тут пишетплохо неподдерживаемо? Признавайтесь.
Can’t Maintain показывает два варианта API и предлагает выбрать тот, за который будущие разработчики скажут спасибо.
Кроме игры внутри лежит вполне приличный справочник: 117 паттернов про именование, controlled/uncontrolled-компоненты, render props, discriminated unions, доступность и React 19. Не все ответы стоит принимать за закон, но как повод проверить собственные привычки — отлично.
А если зайдёт формат, у автора есть целая серия: такие же тренажёры по TypeScript, адаптивной вёрстке, Git, тестированию, API, SEO и UX. В сумме почти тысяча задач, всё бесплатно и с открытым исходным кодом.
#education
Ну, кто тут пишет
Can’t Maintain показывает два варианта API и предлагает выбрать тот, за который будущие разработчики скажут спасибо.
loading или isLoading, набор булевых пропсов или один variant, отдельные обработчики или нормальная композиция — всего 10 вопросов за игру, после каждого есть объяснение.Кроме игры внутри лежит вполне приличный справочник: 117 паттернов про именование, controlled/uncontrolled-компоненты, render props, discriminated unions, доступность и React 19. Не все ответы стоит принимать за закон, но как повод проверить собственные привычки — отлично.
А если зайдёт формат, у автора есть целая серия: такие же тренажёры по TypeScript, адаптивной вёрстке, Git, тестированию, API, SEO и UX. В сумме почти тысяча задач, всё бесплатно и с открытым исходным кодом.
#education
👍16
Что делать с петабайтами данных в MinIO, если разработка хранилища остановлена?
MinIO прекратил активную разработку — продукт зафиксирован в текущем состоянии, патчи безопасности рассматриваются в индивидуальном порядке, обновления не тестируются. Для компаний, у которых на MinIO (или другом open-source S3-хранилище) хранятся петабайты данных, это уже не гипотетический риск, а вопрос времени.
3 сентября показываем на практике, как перенести данные из устаревшего хранилища в другое S3-совместимое — без остановки сервиса.
В программе:
🔹 что переносится: объекты, версии, ACL, bucket-policy, lifecycle, теги, ссылки
🔹 техническое переключение с минимальным окном смены endpoint и параллельной работой на обоих хранилищах
🔹 поведение при сбоях синхронизации — перенос с точки останова, а не с нуля
🔹 демо: от подключения источника до полного переключения трафика
Для DevOps- и SRE-инженеров, ИТ-директоров и всех, кому остановка сервиса недопустима даже на время миграции.
📅 3 сентября, 16:00 мск
Регистрация
MinIO прекратил активную разработку — продукт зафиксирован в текущем состоянии, патчи безопасности рассматриваются в индивидуальном порядке, обновления не тестируются. Для компаний, у которых на MinIO (или другом open-source S3-хранилище) хранятся петабайты данных, это уже не гипотетический риск, а вопрос времени.
3 сентября показываем на практике, как перенести данные из устаревшего хранилища в другое S3-совместимое — без остановки сервиса.
В программе:
🔹 что переносится: объекты, версии, ACL, bucket-policy, lifecycle, теги, ссылки
🔹 техническое переключение с минимальным окном смены endpoint и параллельной работой на обоих хранилищах
🔹 поведение при сбоях синхронизации — перенос с точки останова, а не с нуля
🔹 демо: от подключения источника до полного переключения трафика
Для DevOps- и SRE-инженеров, ИТ-директоров и всех, кому остановка сервиса недопустима даже на время миграции.
📅 3 сентября, 16:00 мск
Регистрация
❤1
#статья дня
В сервисах коротких видео очень популярен формат, подобный моему "#фишка дня".
И я наткнулся на то, что было названо автором "скачущими цифрами", и как такое исправить. В процессе было объяснено, что это так называемое свойство шрифта oldstyle nums (на иллюстрации).
Так вот, к чему это. Я подумал, что раз есть подобное свойство, значит их должно быть много и они должны быть как-то стандартизированы...
И, да! Это всё называется OpenType Features и их просто какое-то невозможное количество!
Лигатуры, маленькие заглавные буквы, цифры в старом стиле, моноширинные цифры, надстрочные и подстрочные символы, половинная ширина...
И вот к самой статье, она от Adobe и посвящена синтаксису свойств OpenType в CSS: https://helpx.adobe.com/fonts/using/open-type-syntax.html
Есть на русском: https://helpx.adobe.com/ru/fonts/using/open-type-syntax.html
Очень крутая и полная, с прекрасными иллюстрациями и примерами конкретных шрифтовых наборов.
Всем st, котаны!
#opentype #font #features #бородач
В сервисах коротких видео очень популярен формат, подобный моему "#фишка дня".
И я наткнулся на то, что было названо автором "скачущими цифрами", и как такое исправить. В процессе было объяснено, что это так называемое свойство шрифта oldstyle nums (на иллюстрации).
Так вот, к чему это. Я подумал, что раз есть подобное свойство, значит их должно быть много и они должны быть как-то стандартизированы...
И, да! Это всё называется OpenType Features и их просто какое-то невозможное количество!
Лигатуры, маленькие заглавные буквы, цифры в старом стиле, моноширинные цифры, надстрочные и подстрочные символы, половинная ширина...
И вот к самой статье, она от Adobe и посвящена синтаксису свойств OpenType в CSS: https://helpx.adobe.com/fonts/using/open-type-syntax.html
Есть на русском: https://helpx.adobe.com/ru/fonts/using/open-type-syntax.html
Очень крутая и полная, с прекрасными иллюстрациями и примерами конкретных шрифтовых наборов.
Всем st, котаны!
#opentype #font #features #бородач
❤3🔥1