От озорничания в браузерах до босса бэкенда: выиграет ли WASM веб-войну?

Если сложить все вместе, то, на мой взгляд, WASM наконец-то сможет реализовать свой потенциал. От идй разработчиков до производственного кода еще много шагов. Но кирпичики для создания практического WASI бэкенда уже закладываются. К 2025 году мы узнаем, действительно ли WASM окажется будущим для разработки софта для бэкенда.

Статья: https://www.theregister.com/2023/09/01/web_assembly_wasm_column/?

Кстати: Что такое WASM (WebAssembly)

WASM — это аббревиатура от WebAssembly, что можно перевести как «веб-асемблер». WebAssembly — это бинарный формат исполняемого кода, который разработан для выполнения в веб-браузерах. Он представляет собой низкоуровневое бинарное представление программного кода, который может выполняться в виртуальной машине, встроенной в браузеры.

Статья: https://apptractor.ru/info/articles/wasm.html

11 типов токсичных Pull-запросов (по данным 4.5 млн веток)

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

Статья: https://devinterrupted.substack.com/p/the-11-types-of-toxic-pull-requests

Textbase

Textbase - это простой фреймворк для создания чат-ботов с искусственным интеллектом.

GitHub: https://github.com/cofactoryai/textbase
Сайт: https://www.textbase.ai/

Две стратегии скриншот-тестирования в мобильных проектах

Инвестирование в скриншот-тесты (в первую очередь через дизайн-систему) позволяет проекту ловить больше визуальных регрессий в наборе тестов при одновременном сокращении количества интеграционных тестов в долгосрочной перспективе.

Статья: https://apptractor.ru/info/articles/dve-strategii-skrinshot-testirovaniya-v-mobilnyh-proektah.html

Если вы можете использовать открытый исходный код, вы можете создавать аппаратное обеспечение

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

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

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

Это потрясающе.

Статья: https://redeem-tomorrow.com/if-you-can-use-open-source-you-can-build-hardware

Бот-сказочник, или как генерировать истории с помощью ChatGPT и Telegram

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

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

Такая же проблема может встретиться, например, если нужно написать пост или оформить описание рабочего проекта. Если вам это знакомо, то просто автоматизируйте процесс. Можно написать специального бота, который будет из тезисов генерировать цельную историю с помощью ChatGPT, а после — записывать в Notion. Реализовать такой проект и задеплоить его на сервер несложно — посмотрим, как это сделать.

Статья: https://habr.com/ru/companies/selectel/articles/757924/

Как создать корпоративное LLM-приложение: Уроки GitHub Copilot

На разработку GitHub Copilot у нас ушло три года, прежде чем мы официально представили его широкой публике. Чтобы перейти от идеи к производству, мы следовали трем этапам - найти, применить, расширить - в общих чертах основываясь на концепции разработки предпринимательских продуктов "Nail It, Then Scale It".

Статья: https://github.blog/2023-09-06-how-to-build-an-enterprise-llm-application-lessons-from-github-copilot/

Каждый программный проект - это стартап, который, скорее всего, потерпит неудачу

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

Статья: https://muldoon.cloud/2023/09/06/software-keeps-failing.html

Создание приложения Threads (инженерные задачи реального мира)

В неделю запуска приложение Threads скачали более 100 млн человек. Как команде инженеров удалось создать приложение и справиться с неожиданно интенсивным запуском?

Статья: https://newsletter.pragmaticengineer.com/p/building-the-threads-app

Как пройти собеседование на должность инженера-программиста в Big Tech - Справочник

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

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

Статья: https://www.lambrospetrou.com/articles/big-tech-software-interviews/

Wi-Fi может читать сквозь стены

Исследователи из Калифорнийского университета в Санта-Барбаре разработали методику, позволяющую читать буквы через стены с помощью Wi-Fi. Эта технология направлена на отслеживание краев объектов. Она позволяет улавливать детали, которые ранее не были возможны при использовании других методов получения изображений с помощью Wi-Fi.

Новость: https://news.ucsb.edu/2023/021198/wifi-can-read-through-walls

7 простых привычек 1% лучших инженеров

Я работал с феноменальными инженерами как в крупных компаниях, таких как FAANG, так и в небольших компаниях, таких как стартапы.

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

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

Статья: https://engineercodex.substack.com/p/7-simple-habits-of-the-top-1-of-engineers

Поделитесь этим постом, если хотите эту статью на русском 🙃

1. Используйте последовательные стандарты
2. Пишите эстетичный, простой код
3. Не допускайте сюрпризов
4. Часто общайтесь
5. Отделите себя от самого кода
6. Кодируйте быстро… и медленно
7. Код для человека, а не для компьютера

Перевод: https://apptractor.ru/info/articles/7-prostyh-privychek-1-luchshih-inzhenerov.html

Яндекс выложил в опенсорс код AppMetrica

Яндекс опубликовал исходный код SDK AppMetrica — аналитического сервиса для мобильных приложений. Теперь любой разработчик может провести аудит SDK AppMetrica, предложить улучшения и использовать фрагменты кода в своих проектах. Код распространяется по открытой лицензии MIT.

Новость: https://apptractor.ru/measure/user-analytics/yandeks-vylozhil-v-opensors-kod-appmetrica.html

Смерть от тысячи порезов микросервисов

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

Статья: https://renegadeotter.com/2023/09/10/death-by-a-thousand-microservices.html

Поделитесь этим постом, если хотите эту статью на русском 🙃

Эра мобильных приложений закончилась

Еще лет 5-7 назад можно было сделать приложение, закупить на него трафик, посчитать юнит экономику и на разницу между стоимостью закупки и ARPU жить. Плюс пользователи еще искали что-то в сторах, поэтому можно было сделать ASO и получать бесплатную органику. Ну и раз в год ты получал фичеринг от стора, который в лучшие годы давал несколько тысяч инсталлов. Короче, как-то можно было выживать с божьей помощью.

Теперь в сторах остались только брендовые запросы, причем даже второе место после лидера ничего не дает. На фичеринги никто не обращает внимание. Органика сошла на ноль. Весь трафик в сторах - извне, с рекламы, где тоже полная жопа. Трекинга нет, сидишь и молишься главному удмуртскому богу Инмару, чтобы экономика сошлась на дистанции хотя бы в полгода. И, конечно, она не сходится.

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

* Meta признана экстремистской в РФ

Как я стал $800K инженером

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

Статья: https://www.jointaro.com/blog/how-i-became-an-800k-engineer/

Использование абстракции для улучшения читаемости функций

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

Заметка: https://testing.googleblog.com/2023/09/use-abstraction-to-improve-function.html

Тирания маргинального пользователя

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

Статья: https://apptractor.ru/info/articles/tiraniya-marginalnogo-polzovatelya.html