Могут ли цифровые продукты быть безвременными?

“Решает ли он проблему?”, “Это полезно?”, “Легко ли понять этот дизайн?” — эти вопросы часто приходили мне на ум, но никогда за свою карьеру я не интересовался: “Вечен ли этот дизайн?”.

Статья: https://apptractor.ru/info/articles/mogut-li-tsifrovyie-produktyi-byit-bezvremennyimi.html

Насколько быстр Javascript? Симулируем 20 миллионов частиц

Я бросил себе вызов: симулировать 1000000 (миллион) частиц на чистом Javascript на телефоне, используя только CPU и добившись 60 FPS.

Статья: https://habr.com/ru/articles/829220/

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

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

Audapolis на GitHub: https://github.com/bugbakery/audapolis

Инженеры-программисты не являются (и не должны быть) техниками

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

Статья: https://www.haskellforall.com/2024/07/software-engineers-are-not-and-should.html

Результаты опроса разработчиков Stack Overflow 2024

В мае 2024 года Stack Overflow открыл 14-й ежегодный опрос разработчиков для разработчиков со всего мира — и сегодня опубликованы результаты. В этом году самыми популярными остаются такие технологии, как JavaScript и PostgreSQL, самыми любимыми — Rust и Markdown, разработчиков больше всего расстраивает технический долг на работе, и они не считают искусственный интеллект угрозой для своей работы. Что касается ИИ, 76% респондентов сообщили, что используют или планируют использовать инструменты ИИ, но только 43% заявили, что доверяют точности инструментов ИИ, а 45% считают, что инструменты ИИ не справляются со сложными задачами.

Обзор: https://apptractor.ru/info/analytics/rezultaty-oprosa-razrabotchikov-stack-overflow-2024.html

Я перестал использовать Copilot после 2 месяцев. И вот почему

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

Статья: https://habr.com/ru/articles/831140/

Как я создал архиватор из задачки с техсобеса: сжатие файлов с помощью RLE

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

Статья: https://habr.com/ru/companies/kts/articles/831440/

Перфекционизм - один из самых больших убийц производительности в разработке

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

Статья: https://newsletter.eng-leadership.com/p/perfectionism-one-of-the-biggest

Поставьте лайк, если хотите эту статью на русском.

Упадок мобильной разработки

Эти мобильные штучки уже не так интересны. Вы понимаете, что тратите все свое время на борьбу с платформой и очень мало времени на создание чего-либо. Создание - это самое интересное. Создание - это радость. Когда вы убираете радость из уравнения, это перестает приносить удовольствие, и тогда вы начинаете задаваться вопросом...

Есть ли что-то лучше? Что-то более увлекательное, что позволит мне создавать вещи быстрее, с быстрыми циклами обратной связи и более разумным тестированием?

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

Статья: https://apptractor.ru/info/articles/upadok-mobilnoy-razrabotki.html

Инженер по машинному обучению — новый путь обучения от Google

Google предлагает новый полный путь обучения по основам машинного обучения с использованием технологий Google Cloud. Этот путь обучения вы можете пройти самостоятельно и бесплатно. Однако он является довольно длительным, поскольку каждый отдельный курс (а их 15 во всем потоке) требует от 8 до 32 часов.

Новость: https://apptractor.ru/learn/inzhener-po-mashinnomu-obucheniyu-novyy-put-obucheniya-ot-google.html

Замедление YouTube с технической стороны

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

Статья: https://habr.com/ru/articles/832678/

Duolingo создает новую роль, объединяющую дизайнеров и разработчиков

Недавно в Duolingo появилась должность, балансирующая между дизайном и инженерией. Приверженцы подхода, основанного на дизайне, нанимают людей, которые могут оптимизировать дизайн с помощью аниматоров и доносить эти оптимизации до инженеров. Они называют их креативными технологами.

Статья: https://rive.app/blog/creative-technologists-duolingo-s-solution-to-the-designer-to-developer-handoff

В современном мире для разработчиков есть два кита — Github (где хранится почти весь код) и HuggingFace (где хранятся и запускаются датасеты и модели). Только что гитхаб обьявил, что запускает свой маркетплейс и запускалку для моделей, таким образом, по сути атакует своего конкурента.

Пока нет важнейших кусков (хранения и контроля версий моделей), точнее, они есть, но не такие удобные как у HuggingFace. И это публичная бета с ограниченным количеством участников. Но ход безусловно сильный, и выглядит всё это на мой взгляд получше, чем у конкурента. И вот этот еще кусок мне очень нравится:

В соответствии с неизменной приверженностью GitHub и Microsoft принципам конфиденциальности и безопасности, никакие запросы или результаты в GitHub Models не будут передаваться поставщикам моделей, а также использоваться для обучения или улучшения моделей.

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

Инженер Mozilla Грейдон Хоар впервые начал разрабатывать Rust в качестве личного проекта в 2006 году. К 2010 году он был официально анонсирован Mozilla Research и выпущен в открытый доступ. Сейчас Rust - один из самых любимых языков программирования на планете: около 3 миллионов разработчиков пишут на Rust.

В этой статье MIT Technology Review рассказывается об истории Rust и о том, как он был разработан.

Статья: https://www.technologyreview.com/2023/02/14/1067869/rust-worlds-fastest-growing-programming-language/

Как iOS-команда Medium эффективно работает с legacy кодом

Кодовой базе iOS-приложения Medium уже более 10 лет, и у нас все еще есть код 2013 и 2014 годов, который используется до сих пор.

Здесь вы можете подумать, почему, черт возьми, они никогда не переписывали его полностью?

На самом деле в iOS-команде Medium мы носим это как почетный знак, и сегодня я хочу объяснить, почему рассказываю о том, как эффективно работать с устаревшим кодом, и одновременно не мешать ему (слишком сильно).

Статья: https://apptractor.ru/info/articles/kak-ios-komanda-medium-effektivno-rabotaet-s-legacy-kodom.html

«У нас закончились столбцы» — лучшая худшая кодовая база

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

Статья: https://habr.com/ru/articles/833916/

Поддержите ⬆️ мой перевод на Хабре

Отслеживание цен в супермаркете с помощью Playwright

Еще в декабре 2022 года, когда инфляция была на высоком уровне, я создал сайт для отслеживания изменений цен в трех крупнейших супермаркетах моей родной страны, Греции.

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

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

Статья: https://www.sakisv.net/2024/08/tracking-supermarket-prices-playwright/

Жутко, но факт: как Uber тестирует платежи в продакшене

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

Статья: https://news.alvaroduran.com/p/cringey-but-true-how-uber-tests-payments

Мой перевод:

Uber тестирует свои платежные системы в продакшене. И в этой статье я расскажу вам, как они это делают и почему это отличная идея.

Статья: https://apptractor.ru/info/articles/zhutko-no-fakt-kak-uber-testiruet-platezhi-v-prodakshene.html