Да, если все прыгнут, то и я прыгну

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

Решил, что раз я уже написал текст, то перевести его мне уж ничего не стоит. Поэтому перевел и выложил на медиум. Есть ли там ошибки? Сто пудов. Переживаю ли я из-за этого? Ни капли.

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

Кстати, еще там крайне приятное форматирование. Жду дня, когда в телеге можно будет вставлять картинки не только в самое начало, но и в середину. Ох заживем тогда....
А то читать сплошняком текст тяжело(
Да и информативность можно сильно поднять, если заменить "см 2 скриншот" просто на скриншот

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

Самый лучший гайд во всем интернете, который я только смог найти.

Вершины в графе кликаются.

https://jepsen.io/consistency

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

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

С точки зрения базы данных (в данном случае key-value базы) это может звучать странно. Но если понимать, как она устроена и для какого использования проектировалась, то становится понятно, что база данных шардируется построчно и транзакции внутри строк реализовать просто, в то время как для транзакций по колонкам нужно уже применять дополнительные механизмы для синхронизации. Поэтому данное ограничение помогает выиграть, например, в скорости чтения и изменения строки, что для key-value базы звучит более важно, чем умение атомарно изменить столбец.

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

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

Так к чему это я?
(Да я растянул одну мысль на два дня и что вы мне сделаете)

Нашел супертуториал, как сделать свой redis: https://build-your-own.org/redis/

Очень советую хотя бы просто глазами пробежаться, тут есть все Никита Стас Гена сокеты, epoll, event loop.

Интересно + подробно объяснено)

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

А оказывается, есть проекты, которые выпиливают зависимость хромиума от гугловских сервисов. Один из таких - ungoogled-chromium:

https://github.com/ungoogled-software/ungoogled-chromium

Насколько я смог нагуглить, так или иначе наработки ungoogled-chromium используют 2 браузера: Brave и Iridium (у второго существует только десктопная версия).

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

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

Поэтому хоть я и рад существованию таких проектов, как ungoogled-chromium, но не верю в них(

Опа, новая уязвимость Intel процессоров подъехала:

https://cloud.google.com/blog/products/identity-security/google-researchers-discover-reptar-a-new-cpu-vulnerability

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

Более детальное описание можно прочитать в исходном посте:
https://lock.cmpxchg8b.com/reptar.html
(сохранил себе копию на всякий случай, а то вдруг пропадет)

Еще, кстати, есть очень классный разбор наделавшей шуму уязвимости meltdown с примерами, видео и кодом. Делюсь ссылкой, вдруг кто не успел тогда разобраться:

https://github.com/IAIK/meltdown

Там у playdate «preorder now» сменился на «buy now» (если кто-то тоже ждет):

https://play.date

Руки так и чешутся заказать и что-то попробовать на него напрогать, тем более есть sdk: https://play.date/dev/

Но все не решусь…

Эх, замотался и придумал ничего, что написать сегодня. Чтобы не сбивать 2х месячную, комбуху из ежедневных постов достаю пост из неприкосновенных запасов.

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

https://github.com/lll-phill-lll/tetris_keyboard

Все работает, как в настоящем тетрисе: ряды исчезают, фигуры крутятся, game over при заполнении поля, да даже вырез на поле слева внизу учитывается.

Все рассчеты происходят на самой клаве, её даже к компу подключать не нужно, можно просто в power bank воткнуть.

Мб есть какие-то идеи, что с ней еще можно сделать?

Сделал вот тетрис на клаве из подсветки

#сделал

Дошли руки посмотреть Microsoft Ignite. Много всего сказали про интеграцию моделей в повседневную рутину - интеграция copilot с приложениями в винде выглядит невероятно. (Неужели Microsoft сразу прыгнет от самого худшего в мире приложения почты и календаря к самому лучшему и удобному?)

Больше всего мне было интересно, что компания представила новый чип, разработанный специально для LLM - Maia 100.

Процессоры, оптимизированные под задачи машинного обучения и нейронок уже существуют давно, например, гугловские TPU. Однако, тут больше удивляет, что Майкрософт выпустила чип заточенный не просто под DL задачи, а под конкретную модель. Разработать процессор - недешевое и долгое развлечение, а значит компания делает очень большие ставки на языковые модели и на ChatGPT в частности.

Интересно было бы узнать, какие именно LLM-специфичные оптимизации были сделаны. Хотя стоит отметить, что процессор называют LLM-optimized только в общей презентации, посвященной всем технологиям. В более детальной презентации о датацентрах и серверах, а также в соответствующей статье процессор называют уже AI-optimized. Так что не удивлюсь, если часть про LLM - просто маркетинг. Тем более разработка процессора занимает не один год и есть сомнения, что они бросились разрабатывать собственный процессор сразу после выхода первых статей про LLM (GPT1.0 - 2018, GPT2.0 - 2019).

Забавно наблюдать, как человечество прошло полный круг от single-purpose процессоров (ENIAC , Harvard Mark 1, IBM 1401) созданных для решения одной конкретной задачи к general-purpose процессорам, которые могут решать широкий круг задач и обратно к узкоспециализированным чипам.

Исследование про использование ChatGPT для фишинга:

https://securityintelligence.com/x-force/ai-vs-human-deceit-unravelling-new-age-phishing-tactics/

Авторы провели тестирование, разных способов фишинга через электронную почту: писали письма руками, пошаманили с ChatGPT и заставили его написать текст email, применили опытных социальных инженеров. А дальше считали количество переходов по сообщениям.

TLDR: люди пока еще могут справляться с фишингом лучше. Однако, затраченное время на написание письма человеком сильно выше, чем время на уговоры бота и автоматическую генерацию письма.

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

P.S. Интересно, что статья об этом пришла как раз мне на почту.

Всем привет! И добро пожаловать!

Сегодня важный день в канале, нас набралось больше 100 человек! Спасибо всем! Пусть это и не много, зато честная работа)

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

Так что там?

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

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

Ссылка на то, что успел переписать, надеюсь, кому-то будет интересно:
https://publish.obsidian.md/misha-writes-code/README

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

Можно тыкнуть в граф справа и открыть его в окошке. Там будут все ссылки между постами в канале. Со временем листья должны обрасти новыми связями и будет крутое облако из всего, что можно узнать, прочитав данный канал. (блин, только с компа граф показывается)

🎉🎉🎉🎉🎉

Классный пост от лидера проекта Homebrew о том, как должен быть устроен open source проект, чтобы люди приходили делать в него первые коммиты и после оставались разрабатывать на постоянной основе.

Базовая идея состоит в том, что нужно до невозможности упростить создание самого первого коммита. В brew даже есть специальная команда brew bump-formula-pr, которая сама сделает форк, закоммитит и пушнет изменения, оформив pull request должным образом. Для ее использования даже не требуется наличие git. Также автор рекомендует поддерживать хорошую документацию, держа в голове, что новый разработчик может ничего не знать о проекте, но все равно хотеть стать его участником.

Текст достаточно короткий, да и советы выглядят простыми, однако судя по всему они работают, ведь если посмотреть на проекты организации Homebrew, то в них принимают участие множество разработчиков: Homebrew-cask - 8550, Homebrew-core - 10312.

Со своей стороны пожалуюсь.

Бывает, что выдается какой-нибудь свободный денек, в который еще вдобавок чувствуешь силы и желание сделать что-то хорошее. И отправляешься искать тот самый good-first-issue, чтобы наконец-то стать полезным участником сообщества. Находишь интересный проект через какой-нибудь https://goodfirstissues.com/. А там по тегу good-first-issue есть или задачи с одним названием без описания, или задачи, в которых разработчик уже был выбран 5 лет назад, но активности никакой нет.

Да-да-да, легко всех вокруг обвинять в том, что не можешь сделать коммит в open source. И на самом деле с должным уровнем настойчивости можно найти интересный проект, который нуждается именно в твоей помощи. Но я был бы рад, если бы порог входа в open source был немного ниже.

P.S. оказывается, что лидер Homebrew и тот самый разработчик, которого не взяли в гугл, - это два разных человека. Первого зовут Mike McQuaid, второго Max Howell. И Хауэлл, судя по коммитам, уже 10 лет не имеет никакого отношения к проекту.

[[Obsidian link]]

Какие люди беспокойные))

https://github.com/Anarios/return-youtube-dislike

Сделали расширение для браузера, которое возвращает счетчик дизлайков в youtube. И даже до сих пор его поддерживают. И даже перевели README на кучу языков (отдельный респек).

Не мог понять, как они собирают статистику, ведь сами пишут, что youtube api перестал возвращать данные по дизлайкам. А оказывается, они теперь смотрят на статистику по отношению лайков к дизлайками среди пользователей расширения и экстраполируют её по публичным лайкам (моё хобби - экстраполировать.png).
https://github.com/Anarios/return-youtube-dislike/blob/main/Docs/FAQ.md

В целом за 2 года глаз уже привык прикидывать качество видео по отношению лайков к просмотрам. Ну и по первым комментам, а видосы с отключенными комментами даже не пытаюсь смотреть.

Кстати, да, можно было бы еще комменты как-то анализировать в расширении. Правда судя по FAQ проекту и так не хватает вычислительных мощностей для текущих задач(

[[Obsidian]]

Нет времени ждать, срочное включение!

Я сейчас сойду с ума. Это что за технологии вообще такие? Не представляю, как это работает. Да и не хочу. Пусть будет новогодней магией.

Изначально наткнулся на тред вот тут: https://twitter.com/wesbos/status/1727730566143803522

Запускал вот это: https://github.com/bgstaal/multipleWindow3dScene/tree/main

Туториал по запуску локально есть в issues: https://github.com/bgstaal/multipleWindow3dScene/issues/2

Upd. можно вот тут поиграться: https://bgstaal.github.io/multipleWindow3dScene/

[[Obsidian]]

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

Ну а я что? Я слабый человек, я могу вечно смотреть на те самые 3 вещи: как горит огонь, как течет вода и как Миловидов приходит в случайный репозиторий, чтобы написать, что Кликхаус решил бы эту задачу быстрее:

https://github.com/Sanmayce/Schmekeriada/issues/2