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

Меня больше интересует вопрос будут ли массовые сокращения в других фин/биг-техах. Что мне видится так же вероятным.

Для меня сюрприз, что Genshin Impact (не спрашивайте откуда я знаю про эту игру) сделан на юнити.

Я думал, что на нем создаются в основном инди-игры, но вот прочитал статью про рендеринг Геншина и очень удивился.

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

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

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

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

По правилам канала стрим не остаётся в записи на YouTube, но подписчики soer.pro могут посмотреть его запись.

Взялся за новое для себя дело — учить джунов. Причем совсем джунов, которые не знают, что такое «условие», «сортировка» или «что такое массив». Запустил программу на soer.pro, которая по моему любимому подходу «движение короткими шагами» помогает прокачать базу — алгоритмическое мышление.

Т.е. я не ставлю задачу «научить языку программирования», я ставлю куда более простую задачу — научить человека мыслить структурами программы.

Казалось бы, что тут сложного? Но практика показывает, что сложно буквально всё, начиная от «блока кода», заканчивая булевыми операторами, а самое сложное — это элементарно понять, что такое массив.

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

Сегодня вся сеть кипит из-за падений акций nvidia. Оказалось, что китайцы научились обучать сети существенно дешевле чем OpenAI, из-за этого спрос на карточки nvidia упал.
Ладно бы китайцы просто научились обучать сети дешевле, оказалось что в результате они ещё умудрились обойти chatGPT, так что все гоу в deepseek.
Миша уже там 👇👇👇

Поиграл с https://chat.deepseek.com. Ну что можно сказать, китайцы обвалили акции NVidia и забили неплохой колышек в грудь OpenAI. Трамп итак злой на китайцев, которые постепенно обходят США, а тут такое западло.

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

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

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

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

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

Сделал мастеркласс по версионированию документов в SPA

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

👉 множественная обработка одних и тех же данных (например, мы редактируем документ с мобильного и десктопа), нужно понять, какие данные в каком порядке были изменены;

👉двойная загрузка данных на клиенте и, как следствие, потеря несохраненных изменений;

👉ошибки синхронизации стейта (кто раньше, кто позже).

В качестве примера взят механизм создания документов, которые используются в NarisApp.

Посмотреть воркшоп на платформе. так же можно посмотреть видео с описанием проблемы.

Что случилось?

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

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

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

Моя работа не прошла даром, в итоге на soer.pro пришло почти 7000 человек (по последним данным 6927), это люди, которые хотят развиваться, хотят строить карьеру и ждут от меня конкретных материалов и советов. Поэтому я планово перешел на контент для развития. Моя миссия - помочь людям сэкономить самый важный ресурс - время.

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

Analyzing The Impact of UML, BPMN, and ArchiMate Integration from User Perspective (Рубрика #Architecture)

Забавный whitepaper про нотации моделирования, к которым я питаю особую любовь еще со времен своего обучения. Авторы решили объединить разные нотации моделирования во благо совместной работы внутри корпораций. Авторы исходят из предпосылок
1) В корпорациях есть много диаграмм разных уровней, созданных при помощи ArchiMate, BPMN и UML и эти диаграммы содеражат большой объем знаний
2) В корпорациях есть много людей, которые умеют использовать эти нотации для проектирования
- BPMN для описания бизнес-логики и бизнес процессов
- Archimate для описания нюансов корпоративной архитектуры
- UML для описания различных приложений и их взаимодействий
3) В корпорациях можно получить значительный буст от объединения этих нотаций между собой
Поэтому цель исследования оценить удовлетворение пользователей и удобство использования объединенной нотации.

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

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

В итоге, сама идея авторов статьи сомнительна, но ок ... пойдем к тому, а что и как они оценивали
1) Ребята взяли фреймворк FUEML (Framework for Usability Evaluation of Modeling Langueges) из книги "Usability evaluation of modeling languages: An empirical research study"
2) Из этого фреймворка они выбрали lernability, memorability, user satisfaction, по которым решили сравнивать отдельно диаграммы в Architmate и комбо-диаграммы с миксом из трех нотаций
- Learnability - это оценка того, насколько просто научиться пользоваться новой нотацией и насколько быстро получается выполнять задачи, какой уровень ошибок, etc
- Memorability - насколько устойчиво запоминается информация о нотации, синтаксисе и семантике
- User satisfaction - это отзывы пользователей о том, насколько они довольны использованием языка, его полнотой, качеством и удобством
3) Авторы изучали
- Насколько быстро респонденты разбирались с двумы диаграммами: базовой A и расширенной B (кстати, диаграмму с комбинацией нотаций у меня открыть не получилось - авторы, видимо, отменили права на шаринг)
- Насколько быстро авторы выполняют задачи с использованием моделей
- Насколько много ошибок в процессе обучения
- Фидбек пользователей

В итоге, авторы получили примерно следующее

Overall, respondents thought that the integration of BPMN, ArchiMate, and UML was ”easy”. Modeling complicated systems is another ”very useful” application of this combination.

Правда, их респонденты преимущественно знали все три нотации моделирования:)

#Software #Architecture #Engineering #UML #SystemDesign #Whitepaper