S0ER

Продолжение проекта devs2devs, попытка №2. У меня был проект, в котором все желающие могли набрать опыт разработки в команде. Проект показал свою эффективность для участников, но оказался очень затратным для меня. За 4 месяца через меня прошло более 100 человек, практически с каждым я работал чуть ли не персонально. Я учел свою основную ошибку - слишком большая команда, которая требует слишком много внимания с моей стороны. Сейчас я делаю проект soer.pro, в котором делаю движок Naris, в этом проекте я реализую концепцию взаимодействия по общей шине и сервисный подход. В нем сейчас есть хороший инфраструктурный слой (спасибо Дену за помощь), который построен на микрокубере, с мониторингом и всеми плюшками. Для меня принципиально чтобы проект был учебным, особенно с позиции архитектуры, т.е. все о чем я говорю в архитектурных стримах в нем используется. Я решил попытаться снова возродить концепцию devs2devs и попытаться создать команду людей, которые хотят подтянуться в командной разработке с использованием нормальных архитектурных практик. Поэтому готов набрать 5-7 человек, которые хотят делать проект вместе со мной. Сам проект строится на nestjs+angular2, требование к кандидатам простые - базовые знания JS (TS) и желание учиться, учитывая опыт devs2devs обязательно требование - обязательно иметь возможность уделять проекту 8 часов в неделю. Общение будет идти в отдельном закрытом чате в телеге, там же буду публиковать всю необходимую инфу. Если есть желание, то напишите мне на почту soersoft@gmail.com письмо с темой "Участие в Naris", где нужно указать, почему вы хотите поучаствовать в проекте и какие знания у вас есть. А так же обязательно указать есть ли у вас возможность тратить время на проект и по какому графику (например, "в выходные по паре часов". Тех кого отберу приглашу в чат, первый месяц "притирка", те кто останется по итогу месяца и подтвердят свое желание участвовать в проекте получат PRO уровень и смогут станут полноценными участниками проекта.

10 правил, которые позволят писать более качественный код - https://web.eecs.umich.edu/~imarkov/10rules.pdf

Запустил проект "S0ER.MEDIA" - https://s0er.ru Это информационный сайт, где буду публиковать статьи, конспекты по архитектуре и не только, а так же тесты на проверку знаний (по версии меня, естественно). Первый тест по общим представлениям об архитектуре уже сегодня.

Посматриваю на JetBrains Fleet - https://www.jetbrains.com/ru-ru/fleet/ Что-то IDE следующего поколения явно пробуксовывает. Даже не пет-проектах скорости работы в интеллектуальном режиме не хватает, и это на стационарном ПК с кучей памяти и мощным процессором. Обещали гибкую распределенную систему. Но пока не могут вылезти из стадии бета-тестирования. Будем подождать, и посмотреть снова...

Минцифры запустило маркетплейс https://russoft.ru/ туда входит сотф, зарегистрированный в Едином реестре российского ПО. Сейчас в маркетплейсе (блин, нельзя было нормальное название сделать?) содержится 1017 единиц отечественного ПО. Если честно, пока выглядит очень скромно. Но движение есть, а это уже хоть что-то.

Выпустил три новых аудиоответа на soer.pro Речь шла о тразработке технических решений, новых идеях в программировании, и эффективном развитии в профессии. Если интересно войдите на платформу - Развитие / Вопрос-ответ / Все вопросы

По обсуждению в предыдущем посте понял, что надо пояснить важную вещь: возможно ли из сеньера подняться в архитекторы? Ответ - да. Но надо понимать несколько важных вещей: 1. Я под "архитектором" в первую очередь понимаю "архитектора решения", есть еще "архитектор предприятия", "Архитектор ПО" и т.д. Самый близкий к программисту "Архитектор ПО". 2. Любой программист может влиять на свое развитие и только он определяет где работать, над какими проектами, на чем фокусироваться. Если программист хочет быть архитектором, то и фокусироваться надо на архитектуре, если тимлидом, то на управлении, если просто хочет писать код, то соответственно качать скилы разработчика; 3. Если вы решили, что код вам не интересен, а хочется в архитектуру, то вам все равно придется изучать программирование и расти как программист, потому что вам нужно будет найти работу где есть архитектор и архитектурные процессы. Сразу на архитектора "по курсам" не получится или это будет условный "архитектор ПО", которые так же пишет код как и все. но просто вот так называется. 4. Для архитектора важно качать не только программирование, но и знание инфраструктурных решений, понимать работу девопсов, уметь собирать требования и анализировать. В целом хорошо уметь в "абстракции". Архитектор должен уметь выражать мысли в понятиях отличных от кода. Соответственно надо смотреть не только на свою область, но и понимать как работают ваши коллеги. Не погружаясь глубоко, но в то же время понимая что и для чего использует ваша компания. 5. Если вы уже сеньер, в вашй компании есть архитектор решения и есть архитектурные процессы, то надо подключаться к ним. В каждом конкретном случае это может быть разные действия. У меня, например, входом послужило участие в "архитектурном комитете", я там изначально просто консультировал по техническим вопросам. А потом начал готовить требования, визировать решения по архитектуре в технической части. 6. Самое главное понимать, куда вы движетесь. Если вы просто ходите на работу, делаете задачи которые вам поручают, и просто стараетесь хорошо выполнять свою работу. То вряд-ли это приведет к тому, что вам начнут предлагать должности из тругих секций (неважно, тимлид или архитектор или еще что-то).

На выходных пообщался с бывшим коллегой, отличный разработчик, классный парень. Он задал один интересный вопрос, но прежде чем озвучить вопрос, давайте немного предыстории. В его компании некоторое время назад открылась строчка Архитектора, и вместо того, чтобы поднять кого-то из сеньерского состава, компания наняла архитектора со стороны. Взяли готового человека с опытом, но без знания специфики работы компании. И у моего коллеги это вызвало с одной стороны обиду, а с другой стороны вопрос. Он давно уже работает на сеньерской позиции, хорошо (даже отлично) справляется со своими обязанностями, отлично знает специфику компании, но ему не предложили занять освободившуюся должность. Почему? На самом деле ответ содержится в самом вопросе - он отличный программист, он находится на своем месте и делает свою работу очень хорошо. У компании абсолютно нет мотивации чтобы его двигать в архитекторы, оголяя ту часть работы, которую он выполняет. А вторая часть проблемы, в том, что несмотря на большой опыт работы как программиста, в области архитектуры его знания очень слабые, и должность архитектора он хочет не по знаниям, а просто за выслугу лет. В данном случае я поддерживаю решение руководства компании, если человек хотел развиваться как архитектор, то об этом нужно говорить с руководством и двигаться в этом направлении, а просто так, потому что "мы друг друга давно знаем" это не очень хороший способ стать архитектором. Как говорится "ничего личного просто бизнес".

Про производительность Java. Я с 2006 года по 2014 год плотно работал с решениями написанными на Java для Enterprise задач. Все эти годы я сталкивался с проблемами производительности и потребления ресурсов на JAVA. Мы постоянно получали жалобы от пользователей, что все безумно медленно. И все эти годы я постоянно слышал, что JVM на самом деле очень быстрая, и это просто я не умею ее "готовить". По поводу производительности я написал тонны писем в HP (как к разработчикам софта) и Oracle, к нам приезжали спецы разных уровней, начиная от местных, заканчивая зарубежными. Настраивали, оптимизировали, патчили... Но JVM по-прежнему жрала кучу ресурсов и тормозила. В итоге я сдался и признал, что не могу решить эту проблему. И вот идет 2022 год и я по-прежнему слышу, что на самом деле JVM сейчас оптимизирована и по скорости сопоставима с компилируемыми языками. Что могу сказать? Верю! Но проверять не буду. )

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

Если вы хотите завести свой АйТи бизнес в России, то скорее всего это будет очень похоже на то, о чем говорит Максим Кульгин. И с одной стороны это будет бизнес, который вполне может приносить деньги, которых хватит на оплату труда сотрудников и чуток еще останется. Но с позиции перспективы это будет довольно "тухло". Не в обиду Максиму, которого я очень уважаю, но я видел много таких стартапов, которые двигаясь ровно по той же линии, года через три упирались в то, что они не могли получить дополнительных денег из той же ниши рынка, а вместо этого искали соседние, похожие ниши. Проблема в том, что за три года вы обрастаете таким количеством проблем, в основном технического характера, что на качественный рывок нужно будет денег в разы больше, чем ваши обороты (не говоря уже о прибыли). И привлекать их будет особо неоткуда. При этом мой проект soer.pro - это продукт, который по сути и есть это "тухлый" бизнес, но мне интересно им заниматься, хотя я понимаю, что в нем денег нет, и не будет. Просто делать что-то свое - это приятно. Интересно узнать есть ли у вас желание завести что-то свое, даже понимая, что технологическим гигантом вряд ли получится стать? https://www.youtube.com/watch?v=BnMWMYiiRIg

Зрелость архитектурных идей можно отследить по наличию сформированных паттернов, направленных на решение практических проблем. У микросервисов такая зрелость наступает только сейчас, появляется много статей, которые рассказывают о подходах и шаблонах в микросервисных архитектурах. Например, эта статья мне понравилась https://mcs.mail.ru/blog/26-osnovnyh-patternov-mikroservisnoj-razrabotki #ссылки #архитектура

Поиск аномалий - дело сложно, но интересное. Самое простое - это когда вы сами определяете какие отклонения важны для вас. Тогда можно использовать обычные запросы к БД (вот, например, статья про запросы к Прометею - https://mcs.mail.ru/blog/kak-ispolzovat-prometheus-dlya-obnaruzheniya-anomalij-v-gitlab ). Если хочется автоматического поиска аномалий, тот тут есть всякие регрессий, кластеризация и прочие методы стат. анализа, сейчас модным стало использовать ИИ для поиска аномалий, с помощью алгоритмов обучения без учителя. Самый простой алгоритм - ИИ выделяет фичи из "нормальных данных", и все наборы данных, где эти фичи отсутствует, показывает как аномалию. Очень часто фичи, которые находит ИИ, это статистические закономерности. Например, частота использования спец символов в логине пользователя, это очевидный признак для стат анализа, но ИИ его тоже обычно выделяет. #ссылки #аналитика

Надежный веб-сайт, который невозможно взломать - это мечта любого веб-мастера. К сожалению многие сайты ломаются на этапе первичного сбора сведений о сайте. Утилит для такого анализа предостаточно. Вот довольно старенькая статья на хабре - https://habr.com/ru/company/dsec/blog/452836/ которая содержит неполный, но хороший список утилит для анализа сайтов. От себя добавлю, что любая защита начинается с грамотного мониторинга. Я вижу, что мой сайт https://soer.pro анализируется постоянно. Боты его тестируют чуть ли не каждый час, на предмет открытых портов и стандартных паролей. Интеллектуальные атаки (привет подписчикам) совершаются чуть реже, где-то 1-2 раза в месяц, обычно проводят фазинг, проверку на xss, инъекции. Это автоматизированные проверки. А вот сегодня нашел аномалию, которая очень похожа на ручную попытку повысить уровень подписки с гостя, до PRO. Атаковать сайт - несложно, а вот скрыть такую активность - это настоящее мастерство. Так что если вы еще не настроили мониторинг своих сайтов, то сделайте это как можно быстрее.

Начал переносить старые стримы, которые закрыты на youtube на свою платформу. Их можно посмотреть абсолютно бесплатно на https://platform.soer.pro/ 1. Входите под учеткой гугла (или любой другой из списка) 2. Переходите в меню Материалы / Стримы 3. Выбираете папку "Архивы стримов" 4. Выбираете интересующий вас стрим из списка P.S. пока опубликовал только один, но буду публиковать почти все старые стримы. Сейчас они просто лежат мертвым грузом, а так желающие смогут посмотреть.

"Сколько раз в России наступает восход солнца?" Есть два рассуждения, которые мне импонируют: Это задача на рассуждение, восход - это наблюдаемое явление, поэтому зависит от количества и условий наблюдений. Поэтому первый вариант ответа "столько же, сколько наблюдателей". Второй вариант отталкивается от определения "дня" - "День — промежуток времени от восхода до заката Солнца", таким образом "восход наступает один раз в день". Этот вариант ответа мне кажется самым правильным.

Все уловили суть предыдущей задачки, тогда дам задачку посложнее: "Сколько раз в России наступает восход солнца?".

Задача на подумать: Архитектору аналитической системы высоконагруженного интернет-магазина приходит жалоба, что отчет по объемам продаж за месяц считаются неверно, так как за один и тот же месяц отчет, напечатанный во Владивостоке, и отчет напечатанный в Москве разнятся на несколько единиц проданного товара. Вопрос: в чем причина, и какие варианты устранения вы можете назвать?