https://telegra.ph/Pochti-Android-kak-Apple-radikalno-menyaet-iOS-i-App-Store-dlya-ES-01-27

Тут подробно разобрали, какие изменения на этой неделе Apple представила для будущей iOS 17.4 и запуска альтернативных магазинов приложений в ЕС. Выводы все те же: альтернативные магазины на таких условиях бессмысленны и губительны для малого и неокрепшего бизнеса 🥲

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

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

Этот пост так и получился)

Цитата

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

Мотивация признанием может быть выражена различными способами, включая:

1. Устная похвала: это может быть простое "спасибо" или более формальное признание на собрании или в письме.

2. Награды и призы: это может быть что-то материальное, например, подарочный сертификат, или нематериальное, например, дополнительный отпуск или возможность работать удаленно.

3. Повышение статуса: это может быть повышение в должности или расширение обязанностей.

4. Публичное признание: это может быть объявление о достижениях сотрудника на корпоративном сайте или в социальных сетях.

5. Признание коллегами: это может быть признание со стороны коллег, которые могут выразить свою благодарность и уважение.

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

Apple заопенсорсили еще один язык программирования - Pickle 🥒

Pkl — язык конфигурации с поддержкой валидации. Может использоваться как инструмент командной строки или плагин для сборок. Pkl представляет собой смесь статической конфигурации и языка общего программирования.

Подробней тут https://github.com/apple/pkl

Осенью выступал на конференции "Стачка" в Ульяновске. Организаторы подготовили расшифровку выступления про развитие миддлов и сеньоров - чем не повод поделиться краткой выжимкой и ссылками.

Дисклеймер: Если у вас нет запроса на рост — расти не обязательно. Развитие останавливается тогда, когда вы сами решили его остановить.

1. Уровень развития разработчика определяется его навыками и задачами, которые он решает. Неважно, сколько вам лет и сколько вы уже работаете в индустрии - важно, насколько быстро и качественно вы справляетесь с разными задачами.
2. Одной из научных моделей уровней развития навыков является дрейфусовская. Она легко сводится к грейдам в IT: от стажера до staff-инженера, - и помогает подобрать инструменты роста для конкретного этапа карьеры.
3. Чтобы оценить свой уровень, можно воспользоваться различными инструментами. Например, пройти самодиагностику или использовать матрицы компетенций.
4. Профессиональный рост - это не линейный процесс: после скачков наступает плато и стагнация. Для прорыва необходимо постоянно изучать новое, решать практические задачи, обмениваться опытом в профессиональных кругах и помнить про свое ментальное здоровье.

И последнее, но не менее важное - чем выше грейд, тем сложнее: на самом верху легко остаться одному. Хотя, другими словами, быть первым в космосе 👩‍🚀.

Когда одно из твоих любимых приложений начинает тебе же и угрожать 😳

Сегодня празднуется Всемирный день крысы, так что его можно и мемом отпраздновать

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

Несколько примеров

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

Что делать: Стремитесь активно искать информацию, которая может опровергнуть ваши текущие предположения. Например, регулярно проводите ревью кода с коллегами, которые могут предложить другую точку зрения.

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

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

3. Эффект Даннинга-Крюгера (Dunning–Kruger effect)
Это когнитивное искажение, при котором люди с низким уровнем компетенции в какой-либо области переоценивают свои способности. В IT это может проявляться, когда менее опытные разработчики или тестировщики слишком уверены в своих решениях, не осознавая своих пробелов в знаниях.

Что делать: Поощряйте культуру обучения и развития в команде. Регулярно проводите обучающие сессии и менторство для менее опытных сотрудников.

#часть_1

Продолжу

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

Что делать: Поощряйте открытый диалог и критическое мышление в команде. Убедитесь, что каждый член команды может высказать свое мнение.

5. Эффект якорения (Anchoring effect)
Это склонность полагаться слишком сильно на первоначальную информацию («якорь») при принятии решений. В IT это может проявляться, когда разработчики слишком сильно зависят от первоначальных требований к проекту или от первого найденного решения проблемы, не рассматривая другие варианты.

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

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

Что делать: Постарайтесь взглянуть на свою работу объективно, как если бы она была чужой. Регулярно проводите ревью кода с коллегами и будьте открыты к критике и предложениям. Помните про Helicopter View.

#часть_2

7. Эффект слепого пятна (Blind spot bias)
Это склонность не замечать свои собственные когнитивные искажения, при этом легко указывая на искажения у других ("В глазу чужом - соринку видим, в своём - бревна не разглядим"). В жизни это означает, что некоторые инженеры не видят своих ошибок в коде или недостатков в проекте, но быстро находят их у других.

Что делать: Развивайте самокритичность и воспринимайте обратную связь, как что-то, что помогает объективно оценить вашу работу.

8. Эффект подчинения (Bandwagon effect)
Это склонность принимать мнения или действия группы, даже если они противоречат собственным убеждениям. Так, мы часто следуем за общепринятыми практиками без критического осмысления их эффективности.

Что делать: Всегда старайтесь понять причины, по которым принимается то или иное решение, и не бойтесь предлагать альтернативные подходы.

9. Эффект контраста (Contrast effect)
Это искажение возникает, когда сравнение двух вещей приводит к искаженному восприятию их характеристик. Может проявляться, когда один проект или технология кажется лучше или хуже только потому, что он сравнивается с другим, а не оценивается самостоятельно.

Что делать: Оценивайте каждый проект или технологию на основе их собственных характеристик, а не только в сравнении с другими.

10. Эффект гиперболического дисконтирования (Hyperbolic discounting)
Это тенденция предпочитать меньшую немедленную награду большей отложенной. Если разработчики выбирают быстрые решения, которые приносят немедленные результаты, вместо более трудоемких, но устойчивых и долгосрочных решений, накапливая разные виды техдолга - это проявление дисконтирования в работе.

Что делать: Ставьте долгосрочные цели и разрабатывайте планы, которые учитывают будущие выгоды, а не только немедленные результаты ("Стратегия бьет тактику").

#часть_3

#пятничныймем #средамаленькаяпятница

Какое-то время назад в управлении удалёнными командами была популярна гипотеза, что на созвонах надо обязательно сидеть с включенной камерой. Ибо выключенная камера – не просто «неуважение коллег второй степени, карается невыплатой бонуса от 6 до 12 месяцев», но ещё и прямой путь к различного рода профессиональным неприятностям. Типа, ниже производительность, хуже вовлечённость, разделение целей компании – на дне, а удовлетворённость сотрудника от работы в это дно стучит.

Затем тема с камерами как-то года на полтора пропала из моей LinkedIn ленты и записей конференций, что я просматриваю. И вот внезапно появилась на радаре вновь: молодой, но толковый и дерзкий представитель нового поколения ИТ-управленцев «на серьёзных щах» сообщал, что выключенная камера у него на созвоне – это харам, а пить кофе в процессе митинга – ну это вообще «вон из профессии». И не потому, что «мы так вот с коллегами договорились». А потому, что это сказано в умных книжках авторитетными людьми: «сегодня видео не даст – завтра айтишечку продаст».

Обратиться к авторитетам я тоже могу: авторитет в этом вопросе – это я сам. Управляю удалёнными командами я уже лет скоро двадцать как. А ещё я с легкостью могу экстраполировать личный опыт на остальных. Так вот… Авторитетный личный опыт подсказывает альтернативную гипотезу: корреляция как производительности, так и других важных показателей команды от наличия или отсутствия включённой камеры на созвонах не обнаружена. Словами попроще: НЕ ЗАВИСИТ.

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

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