9 типов программистов в 2024

Часть 2

(Часть 1 тут)

Интроверт

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

Codefluencer

Его естественная среда обитания — не VsCode и не GitHub, а социальные сети, чаще всего Twitter. Только что узнав, как вывести "Hello World" в HTML, он постоянно публикует мемы и новости IT. Скорее всего, его зарплата выше твоей просто потому, что он умеет продавать себя.

Программист с ИИ

Искусственный интеллект изменил подходы к работе в нашей сфере. Никто не знает это лучше, чем программист с ИИ. Он пользуется новейшие инструменты — GitHub Copilot, ChatGPT, Gemini и т. д. — и выполняет работу в пять раз быстрее. Но не качественнее.

Мегаразработчик

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

Древний кодер

Последний из своего рода. Этот тип программиста старше интернета, у него длинные седые волосы и белая борода, как у Гэндальфа Серого. Он пишет код только на C или Assembly, его любимая среда разработки — VIM, а глубина его знаний превосходит человеческие.

>>Лайк Cаше и его посту, если узнали коллегу :)

9 типов программистов в 2024

Часть 1

Full-stack разработчик

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

ТехноБро

Архетип, породивший тысячи мемов. Они щеголяют дорогими гаджетами и всякими ноу-хау типа Apple Vision Pro, у них столы с электроприводом и механические клавиатуры. Они первыми используют самые новые и модные технологии на рынке и имеют завышенное ЧСВ. Но часто у них на самом деле страсть к технологиям.

Технохейтер

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

DevOps

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

Продолжение в следующем посте.

Stable-версия Flutter стала поддерживать WASM

WebAssembly (WASM) — это новый способ запуска приложений в браузере. Это не замена JS, а возможность запускать код, написанный на других языках (C++, Rust или C#) вместе с JS. WASM оптимизирует размер и время загрузки и позволяет выполнять его на аппаратном уровне.

Компании, которые имеют дело с графикой (Unity, Figma), используют WASM для повышения скорости работы. Это обеспечивает более плавную работу с интерфейсом за счет снижения зависимости от JS.

Скомпилированное в WASM приложение может улучшить производительность в 2 раза по скорости рендеринга кадров. На видео выше сайт Wonderous, который мигрировал с чистого JS на WASM.

Что это значит для Flutter?

А то, что движок Dart компилируется в WASM и обеспечивает более высокую производительность. Это открывает новые перспективы для веб-приложений на Flutter. Можно контролировать каждый пиксель интерфейса на уровне Flutter и наслаждаться производительностью WASM.

Ограничения

- Safari пока не поддерживает WasmGC. Браузеры на iOS, например Chrome, используют WebKit, который пока тоже не поддерживает WasmGC.

- Ни flutter run, ни DevTools не поддерживают WASM в Flutter 3.22. Однако эта функция уже реализована и должна быть доступна в следующем стабильном релизе.

- Пока во Flutter работали над поддержкой WASM, пришлось заменить библиотеки dart:html и package:js. Либы, использующие эти библиотеки, должны мигрировать.

>> Телеграм-канал Саша расскажет // о мобильной разработке и ИТ

? Компания Apple сообщила об официальном возвращении в Россию

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

1. Компания внедрит систему привязки продаваемых устройств к местным операторам связи, аналогично тому, как это происходит в США. Покупатели iPhone и других гаджетов Apple смогут приобрести их только в пакете с тарифным планом от определенных партнеров-операторов. Есть подозрение, что цена на устройства или не снизится, или снизится незначительно.

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

3. Система Trade-In: Apple расширит свою программу обмена старых устройств на новые для российских клиентов.

4. Речи о том, что удаленные приложения санкционных компаний будут возвращены — нет. Но, как сообщают инсайдеры, сейчас идет обсуждают возможность запуска RuStore на iOS. Возможно, вопрос только в цене.

5. Ожидается, что в линейке появятся чехлы для iPhone, Apple Watch и AirPods только для России. Ждем коллаба со студией Лебедева.

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

Ссылочка: [тык]

UPD: Хотелось бы, чтобы всё так и было, но нет. Пока просто мечтаем об этом в формате первоапрельской шутки

[Отладка] git bisect

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

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

Принцип работы git bisect основан на методе бинарного поиска. Тебе лишь нужно указать «хороший» коммит, в котором ошибка точно отсутствует, и «плохой» коммит, в котором ошибка уже есть. Git bisect автоматически проведет тебя через процесс бинарного поиска между этими двумя точками, поможет постепенно сузить круг «подозреваемых» и найти коммит, начиная с которого стал проявляться баг.

Использование git bisect начинается с запуска команды git bisect start, после чего ты помечаешь известные «хороший» и «плохой» коммиты соответствующими командами. Git затем предложит тебе проверить определенный коммит, и ты сообщишь, есть ли в нем данная ошибка. Процесс повторяется, пока не будет найден коммит, который послужил причиной появления бага.

Ссылка на доку здесь.

А тут мой тг-канал со свежими новостями из мира мобильной разработки.

Удаленка: кому подходит, а кому нет

Лично я работаю из дома гораздо эффективнее, чем в офисе. Но я знаю тех, кто работает дома «на лайте» — например, совмещает работу с играми или фитнессом. Кому‑то не нравится сам процесс поездки в офис. Кому‑то (мне) сложно постоянно общаться в мите/зуме.

Удаленная работа экономит время на дорогу, и его остается больше для себя и семьи. При этом, если семья тоже дома, то концентрация может поплыть.

Мое краткое имхо:

• Работать дома — неплохо.

• Заниматься управленкой дома — так себе.

По моим наблюдениям люди на удаленке делятся на два типа:

1. Целеустремленные и самостоятельные. Чем меньше их трогаешь, тем эффективнее они работают.

2. Ленивые гедонисты. Они — груз, который тащит команда. Если тебе кажется, что такой чувак сейчас играет, спит или гуляет, то, скорее всего, тебе не кажется.

Со стороны компаний тоже всё неоднозначно. Работники на удаленке обходятся дешевле. И есть возможность найма по всему миру.

Каким компаниям подходит (имхо):

• Средним продуктам, где нужны мощные спецы для развития.

• Малым компаниям и стартапам, которые вышли «на плато», для экономии финансов

Каким не подходит (имхо):

• Стартапы на ранней стадии. Здесь нужна интенсивная работа и быстрое принятие решений.

• Компании‑лидеры, которым важна координация внутри и ОЧЕНЬ быстрое принятие решений.

По опыту и те и другие чаще используют гибрид.

Делитесь мнениями — удаленка или офис? :) И подписывайтесь на авторский тг-канал про мобильную разработку.

По сети поползли слухи, что в новой версии iOS поменяется дизайн. Вот что известно:

• Журналисты пишут, что iOS 18 и iPadOS 18 будут визуально напоминать операционную систему гарнитуры Vision PRO.

• В приложении Apple TV на iPadOS 18 появится полупрозрачная боковая панель (такую же в прошлом году уже добавили в приложение tvOS 17.2).

• Дизайн обновится у большинства системных приложений, в том числе у Safari.

• Пока это только слухи, официально Apple представит iOS 18 только в июне.

Мне кажется, людям может и не зайти. Ну или по крайней мере не сразу, потому что пользователи — те еще консерваторы. Что думаешь?

Откуда слухи: [тык].

Техдолг

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

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

Технический долг — это не просто плохо написанный код. Это любые решения, которые упрощают жизнь сейчас, но могут создать большие проблемы в будущем. Лучше думать о нем, как о чем-то, к чему ты НИКОГДА не вернешься. Пока не наступит момент, когда без глобального пересмотра архитектуры не обойтись.