Исправление ошибки в Google Chrome в качестве участвующего первый раз контрибьютора

Недавно я завершил процесс исправления ошибки в веб-браузере Chromium/Google Chrome. Я впервые участвовал в проекте Chromium или любом другом проекте с открытым исходным кодом такого масштаба, и это был очень уникальный опыт по сравнению с другими работами с открытым исходным кодом, которые я делал в прошлом.

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

Статья: https://cprimozic.net/blog/fixing-a-bug-in-google-chrome/

Разработка программного обеспечения — игра проигрывающих

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

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

Или, цитируя Чарльза Эллиса, «профессионалы выигрывают очки, а любители их теряют».

Статья: https://apptractor.ru/info/articles/razrabotka-programmnogo-obespecheniya-igra-proigravshih.html

Зарплаты разработчиков в первом полугодии 2024: языки и квалификации

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

Статья: https://habr.com/ru/companies/habr_career/articles/839252/

Я только что превысил $1 млн на GitHub Sponsors

Этот разработчик недавно преодолел отметку в 1 миллион долларов на GitHub Sponsors после того, как 5 лет назад оставил свою основную работу, не имея никаких планов. В этой статье он рассказывает о стратегии, которой он следовал, чтобы достичь такого успеха. Разработчик продавал скринкасты, на которых он создавал вещи с помощью своего продукта. Они также подробно документировали свою работу.

Статья: https://calebporzio.com/i-just-cracked-1-million-on-github-sponsors-heres-my-playbook

2,5 тысяч экрано-состояний и тесты на сотнях устройств: как мы с нуля делали темную тему в приложении

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

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

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

Скука в разработке — это прекрасно

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

Статья: https://apptractor.ru/info/articles/skuka-v-razrabotke-eto-prekrasno.html

Искусство завершения

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

Статья: https://www.bytedrum.com/posts/art-of-finishing/

... И искусство откладывания

«Лучший совет, который я могу дать, — это всегда оставлять код незаконченным накануне. Так я всегда знаю, что могу вернуться к небольшой проблеме, которая может занять всего три минуты, чтобы исправить тест, или написать новый метод, или что-то еще. Когда я занимаюсь кодом пять или десять минут, я быстро погружаюсь в проблему, и в этот момент мне гораздо проще перейти к более сложному коду. В принципе, это же касается и растяжки перед упражнениями».

Статья: https://apptractor.ru/info/articles/ostavlyayte-chto-nibud-na-zavtra.html

Искусство рассказывания историй в разработке программного обеспечения

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

Статья: https://apptractor.ru/info/articles/the-art-of-storytelling-in-software-development.html

Открытое собеседование — технический руководитель: разбор кейса

Показали, что такое кейс-интервью и как к нему готовиться. Из видео вы узнаете, какие вопросы обсуждают на собеседовании, как оценивают кандидата и чего от него ждут. Просмотр будет особенно полезен техническим менеджерам, TeamLead, TeachLead, TUL, CTO, и интересен всем, кто связан с разработкой и IT-проектами.

Встречу проводил Игорь Гранщиков, технический директор Авито Недвижимость, а в роли кандидата выступил Андрей Смирнов, руководитель клиентской разработки в X5 Tech и ведущий подкаста Frontend Weekend.

00:00 | Вступление
00:11 | Из чего состоит интервью менеджера
00:55 | Задача кейс-интервью и его правила
01:46 | Начало интервью, рассказ о формате
04:26 | Контекст кейса и задачи для кандидата
05:40 | Вариант решения кейса
07:53 | Что такое «машина новостроек»
10:30 | Построение единого стандарта API застройщиков
17:09 | Какая нужна команда
20:55 | Цели для прямых репортов на следующие кварталы
27:39 | Реализация сценариев по сбору контента от застройщиков
38:07 | Как оценивать вызовы в командах
43:11 | Как застройщикам перейти на единое API
45:20 | Какие ожидания от лидеров команд
48:40 | Где в Авито заканчиваются полномочия кластер-лида и как строится его путь?
53:00 | Обсуждение кандидата внутри команды
59:30 | Обратная связь по итогам кейс-интервью

Видео: https://apptractor.ru/info/media/otkrytoe-sobesedovanie-tehnicheskiy-rukovoditel-razbor-keysa.html

Вашей компании требуются младшие разработчики

В последнее время бигтеху нужны только элитные отряды опытных разработчиков, которые могут «сразу приступить к работе» над большой (часто AI) инициативой. Уже не раз говорилось о том, что ИИ полностью заменит джунов. Junior-разработчики, в конце концов, как раз и существуют для того, чтобы выполнять работу «кодовых обезьян», которую легко заменить LLM.

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

Статья: https://softwaredoug.com/blog/2024/09/07/your-team-needs-juniors

Большие и чёрные (ящики): что мы знаем о том, как «думают» нейросети?

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

Статья: https://habr.com/ru/companies/ods/articles/839694/

Как Junior-разработчику проводить Code Review

Я надеюсь, что эти предложения помогут вам на вашем пути инженера и придадут вам уверенности при проверке кода. Как только я научилась рецензировать код, я смогла читать и писать код во всех наших репозиториях. В конечном итоге это помогло мне перерасти свою должность junior-инженера и участвовать в проектах, в которых участвовало несколько команд. Если вы новичок в код-ревью, попробуйте завтра задать вопрос о чьем-то коде. Даже если это просто «офлайновое» сообщение, а не их код-ревью, оно может начать диалог и помочь вам лучше узнать своих товарищей по команде и свою кодовую базу!

Статья: https://apptractor.ru/info/articles/kak-junior-razrabotchiku-provodit-code-review.html

⚙️ DIY

Этот деревянный журнальный столик Carpentopod ходит - у него для этого есть 12 ног.

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

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

@PROrobotics по материалам Decarpentier (по ссылке еще много подробностей, картинок и видео)

Джейлбрейк с помощью ссылки: удаленное выполнение кода на iOS

Это история цепочки эксплойтов Trident: 3 уязвимости нулевого дня в iOS, которые позволили сделать первый удаленный джейлбрейк. Часть первая посвящена внутренностям среды выполнения JavaScriptCore, в которой в WebKit скрывается уязвимость, способная вскрыть ваш iPhone.

Статья: https://jacobbartlett.substack.com/p/jailbreak-enemies-with-a-link-remote-execution

Open Source камера безопасности на Raspberry Pi

Превратите Raspberry Pi в домашнюю камеру безопасности используя аппаратный кодер v4l2 DMA и WebRTC.

Проект на GitHub: https://github.com/TzuHuanTai/RaspberryPi_WebRTC

Продвижение побочных проектов с помощью контент-ориентированной разработки

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

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

Статья: https://apptractor.ru/info/articles/prodvizhenie-pobochnyh-proektov-s-pomoschyu-kontent-orientirovannoy-razrabotki.html

Советский Need for Speed. Краткая история игры «За рулём»

Когда компьютеры были большими, а сверстники — маленькими, вместо работы каждый день нужно было ходить в школу, а программировать приходилось не в Visual Studio Code, а на калькуляторе МК-54, электронные, да и просто электромеханические игры считались чем-то особенным. Автомобили на радиоуправлении и изделия под лейблом «Электроника» вроде «Ну, погоди» и «Тайны океана» стоили дорого и относились, скорее, к предметам роскоши. Но существовала ещё одна игра, о которой мечтал, наверное, каждый советский школьник — она называлась «За рулём». Именно её мне подарили однажды на день рождения, и это был один из самых счастливых дней рождения в моей жизни.

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

Ты добавил всего две строчки. Почему на это ушло два дня?

На первый взгляд вопрос кажется разумным, но он делает некоторые ужасные предположения:

• строки кода = усилие
• строки кода = значение
• все строки кода равны

Ничто из этого не является истинным.

Почему исправление, которое кажется таким простым, заняло два дня?

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

Дружеское введение в ассемблер для высокоуровневых программистов

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

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

Статья: https://shikaan.github.io/assembly/x86/guide/2024/09/08/x86-64-introduction-hello.html