Курс по большим языковым моделям

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

GitHub: https://github.com/mlabonne/llm-course

10 нестандартных уроков, полученных за 10 лет работы инженером-программистом

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

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

1. Выбирайте обучение, а не деньги
2. Инвестируйте в принципы и практики
3. Станьте инженером, с которым все хотят работать
4. Разнообразьте свою жизнь
5. Относитесь к отзывам как к золоту
6. Сначала широкий уровень
7. Лидерство без титула
8. Думайте о сферах влияния
9. Наточите инструменты
10. Показывайте свою работу

Статья: https://apptractor.ru/info/articles/10-nestandartnyh-urokov-poluchennyh-za-10-let-raboty-inzhenerom-programmistom.html

Boardzilla - веб фреймворк для создания настольных игр

Boardzilla - это место для разработки настольных игр для вашего браузера. Boardzilla позволяет легко выразить правила игры и предоставляет игрокам простой интерфейс для выбора.

Сайт: https://www.boardzilla.io/

Как добиться успеха, если вы не очень умны и не обладаете талантом

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

Статья: https://adaobi.substack.com/p/how-to-do-things-if-youre-not-that

Поставьте 👍, если вы не настолько умны и не обладаете талантом, чтобы прочитать это на английском ☺️

Как использовать персонажей в интерфейсах, и почему сова из Duolingo пугает пользователей

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

Статья: https://dsgners.ru/ui/3886-kak-ispolzovat-personajey-v-interfeysah-i-pochemu-sova-iz-duolingo-pugaet-polzovateley

Утечки памяти, которые не утечки

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

Статья: https://habr.com/ru/companies/alfa/articles/789782/

MobileDiffusion: быстрая text-to-image генерация на устройстве

Модели диффузии текста в изображение продемонстрировали исключительные возможности в генерации высококачественных изображений по текстовым подсказкам. Однако ведущие модели имеют миллиарды параметров и, соответственно, дороги в исполнении, требуя мощных настольных компьютеров или серверов (например, Stable Diffusion, DALL-E и Imagen). Несмотря на то, что за последний год были достигнуты значительные успехи в разработке решений для вывода данных на Android с помощью MediaPipe и iOS с помощью Core ML, быстрая (субсекундная) генерация текста в изображение на мобильных устройствах оставалась недоступной.

Google в статье "MobileDiffusion: Субсекундная генерация текста в изображение на мобильных устройствах" представил новый подход, который может обеспечить быструю генерацию текста в изображение на устройстве. MobileDiffusion - это эффективная модель скрытой диффузии, специально разработанная для мобильных устройств. Авторы также используют DiffusionGAN для достижения одношаговой выборки при выводе, которая точно настраивает предварительно обученную модель диффузии, одновременно используя GAN для моделирования шага денонсации. В тестах MobileDiffusion на устройствах премиум-класса под управлением iOS и Android способна за полсекунды сгенерировать высококачественное изображение размером 512x512. Сравнительно небольшой размер модели - всего 520 М параметров - делает ее уникальной для мобильного применения.

Описание: https://blog.research.google/2024/01/mobilediffusion-rapid-text-to-image.html

Насколько сложно обмануть с ChatGPT на технических собеседованиях? Мы провели эксперимент

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

Исследование: https://interviewing.io/blog/how-hard-is-it-to-cheat-with-chatgpt-in-technical-interviews

10 правил Питера Янга по созданию продуктов, которые нравятся покупателям

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

Статья: https://www.figma.com/blog/peter-yangs-10-rules-for-making-products-that-customers-love/

Подход Митчелла Хашимото к созданию крупных технических проектов

Митчелл Хашимото - сооснователь компании HashiCorp (IaaC-компания и создатель Terraform). В прошлом году он опубликовал пост в своем блоге, в котором рассказал о своем подходе к созданию крупных технических проектов. Его советы включают разбивку задач на управляемые подпроекты, приоритет ранних результатов через тестируемые компоненты и стремление к частым функциональным демонстрациям.

Статья: https://mitchellh.com/writing/building-large-technical-projects

Обнаружение речи и музыки в аудиоконтенте

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

Статья: https://netflixtechblog.com/detecting-speech-and-music-in-audio-content-afd64e6a5bf8

Написание кода никогда не было самой сложной частью

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

Статья: https://apptractor.ru/info/articles/napisanie-koda-nikogda.html

Эксперимент: насколько сложно обмануть на технических собеседованиях с помощью ChatGPT?

ChatGPT произвел революцию в работе, какой мы ее знаем. Его полезность трудно переоценить: от помощи малому бизнесу в автоматизации административных задач до создания целых React-компонентов для веб-разработчиков.

На сайте Interviewing.io мы много думали о том, как ChatGPT изменит проведение технических собеседований. Один из главных вопросов — позволит ли ChatGPT легко обманывать на собеседованиях? Чтобы ответить на этот вопрос, мы привлекли нескольких наших профессиональных интервьюеров и пользователей к участию в эксперименте с ИИ-обманом! В этой статье мы расскажем обо всем, что мы обнаружили, и объясним, что это значит для вас. В качестве небольшого предисловия просто знайте: компаниям необходимо немедленно изменить типы вопросов, которые они задают на собеседовании.

Статья: https://apptractor.ru/info/articles/eksperiment-naskolko-slozhno-obmanut-na-tehnicheskih-sobesedovaniyah-s-pomoschyu-chatgpt.html

Где-то по пути мы забыли о мастерстве программиста

"Поставляйте!"
"Мы теперь agile, детка. Двигайтесь быстро и ломайте вещи!"
"Мы оцениваем наших инженеров по тому, какое влияние они оказывают!"

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

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

Не поймите меня неправильно, есть участки с хорошим качеством кода. Отдельные примеры настоящей заботы и мастерства. Но, по большому счету, то, что я вижу сейчас, - это люди, пытающиеся как можно быстрее выпустить продукт, не обращая внимания на бремя сопровождения через 1, 2, 5, 10 лет.

Так что же происходит? Я не знаю точно, но вот мои основные теории.

Статья: https://www.pcloadletter.dev/blog/craftsmanship/

Поставьте 👍, если хотите знать!

Как я поменял профессию: из тканевой инженерии в adult-индустрию

И вот тут меня внезапно позвали на собеседование в крупный телеком… Короче, очнулся я уже будучи DevOps в компании, которая занимается сложными проектами, некоторые из которых про adult‑видео. Ну вот те самые специальные обучающие фильмы для взрослых, которые двигатель прогресса. С петабайтами отданного трафика, набегами миллионов пользователей и прочими радостями.

Статья: https://habr.com/ru/companies/wiseops/articles/791774/

Мой перевод статьи на Хабре: https://habr.com/ru/articles/792046/

Люди не понимают ООП

Похоже, многим не нравится объектно-ориентированное программирование. Первое, что приходит в голову, когда слышишь эту трёхбуквенную аббревиатуру — это пример с автомобилем, наследование, геттеры, сеттеры и ObjectFactoryFactorySingleton.

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

Статья: https://habr.com/ru/companies/ruvds/articles/792052/

На помойку? Никак нет! Пишем нативные приложения для дешевых китайских телефонов

Если сейчас приехать в пункт приема металлолома, то можно обнаружить просто огромные кучи различных телефонов и прочих электронных «отходов», которые стоят под открытым небом и ждут, когда придёт их черёд окончательного разложения. Однако при ближайшем рассмотрении выясняется, что многие девайсы оказываются полностью рабочими даже после недельного лежания под палящим солнцем и проливными дождями, а сдали их в чермет по причинам «не нужен, надоел, купил новый» и т. п. Я не считаю это правильным, ведь даже в простые кнопочные звонилки имеется возможность вдохнуть новую жизнь, если знать один интересный, но малоизвестный факт: для них можно писать нативные приложения на C и использовать железо телефона в своих целях. А это, на минуточку, как минимум: дисплей с подсветкой, вибромотор, динамик, клавиатура и GSM-радиомодуль с возможностью выхода в сеть. Сегодня мы с вами: узнаем, на каких аппаратных платформах работают китайские телефоны, какие существуют программные платформы и где взять для них SDK, а в практической части мы напишем 2D-игру с нуля, которая будет работать на многих китайских кнопочниках.

Статья: https://habr.com/ru/companies/timeweb/articles/791072/

Я разработал куб, который балансирует стоя на углу

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

Статья: https://willempennings.nl/balancing-cube/

Список чтения по распределенным системам

Этот документ содержит различные ресурсы и краткие определения многих данных, лежащих в основе распределенных систем. Он не является полным, хотя и довольно подробным. Я написал его в 2019 году, когда коллеги попросили список литературы, и я собрал то, что мне показалось достойным обзором основ и концепций распределенных систем.

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

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

Список: https://ferd.ca/a-distributed-systems-reading-list.html