Accessibility:

- axe Linter: Assess (Tools)
- Accessibility-aware component test design: Assess (Techniques)
- Accessibility annotation in designs: Trial (Techniques)
- Intelligent guided accessibility tests: Assess (Techniques)

Практический ИИ:

- Domain-specific LLMs: Assess (Techniques)
- Self-Hosted LLMs: Assess (Techniques)
- GPT-JT
- LLaMA
- LangChain: Assess (Languages & Frameworks)
- nanoGPT: Assess (Languages & Frameworks)

Все остальное:

- passkeys: Assess (Platforms)
- Ory Kratos: Assess (Tools)
- Spin: Assess (Platforms)
- Dapr: Assess (Platforms)
- Ferrocene: Assess (Languages & Frameworks)
- Planning for full utilization: Hold (Techniques)

А какие проекты вам понравились?

Какие бы вы добавили в радар?

Увидел тут в одном из каналов анонс вебинара про распределенную работу.

Канал про менеджмент. Привлекло то что увидел свой город, Мельбурн, в названии вебинара.

Дальше интересно, ссылка на календарь не работает, ну ладно, со всеми бывает.

Посмотрел глазами, 6 вечера по Москве, прикинул - час ночи у меня.

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

Но вишенкой на торте стало удаление моего коммента "О, класс, в Мельбурне как раз будет час ночи 👍🏻". Понимаю, съязвил про халтуру. Для контекста, там в комментариях жуткий оффтоп и хамство.

Так вот этот коммент просто удалили, видимо плохой пиар некачественной работы.

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

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

Спикер приглашенный гость, так что не знаю на сколько тема распределенной команды будет раскрыта, и скорее всего у него не было выбора по времени из-за организаторов, но я бы на его месте отказался 🙅🏻

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

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

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

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

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

Но до этого я советую вам узнать получше о чем же все-таки этот менеджерский путь.

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

Я вижу два хороших способа копнуть в суть, прежде, чем пробовать.

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

Второй способ – прочитать Проект «Феникс».

Про что книга? Это реинкарнация «Цели» (The Goal) Элияху Голдратта про IT. Главный герой, Билл, получил повышение и задачу спасти компанию за 90 дней. Парню повезло, что у него был ментор. Так как это роман, он очень легко читается (или слушается). В то же время можно поставить себя на место героя и понять, а нравится ли мне вообще этот путь Технического Директора?

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

Это самая рекомендуемая мною книга. Она очень хорошо отражает суть технического менеджмента и помогает разобраться в процессах.

Интересный факт, который знает только моё близкое окружение. Партнер русского издания - Express 42. Один из сооснователей, Иван Евтухович, являлся ключевой фигурой в моем переезде в Австралию, сам того не зная 😅