Со следующего стрима хочу в таком виде показывать бой между "Ангуляром" и "Реактом". Но такой вопрос, кто-нибудь хочет присоединиться и попилить фичи для этого проекта?
Проект на Unity там можно сделать кучу улучшений - допилить механику, сделать тени и т.д.

... каким должен быть канал по архитектуре.

Альтернативный способ попасть в Соер Клуб - получить личное приглашение.

Я создал новую группу Soer Open Source (SOS) для тех кто делает свои проекты или хочет принять участие в чьем-то проекте. Цель группы вместе писать и обсуждать код.

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

Если нравится писать код или есть свои проекты - https://t.iss.one/+F0tfJEbG_H8xNWEy

Отлично сказано про выгорание

«Истощение — это когда вы дошли до точки и больше не можете идти дальше. Выгорание же означает, что вы дошли до точки и всё равно заставляете себя двигаться вперед».

Как решать литкод

Всем привет, на связи снова @devmargooo и сегодня мы поговорим с вами о задачках с литкода. В то время, когда многие говорят о том, стоит ли вообще программисту тратить свое ценное время на решение задачек, преступно мало, на мой скромный взгляд, говорят о том, а как же их все-таки решить, эти задачки? В мануалах с ютуба все просто: блоггер читает условие и дальше решение зреет в его голове само собой, но на практике у многих людей почему-то так не происходит, сколько бы они не сидели перед ноутбуком и не вглядывались в свеженаписанный function declaration.

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

В вашей функции на вход подаются число? Пускай это будет число 1. Строки? Возьмите строку из одного символа. Двоичные матрицы? Возьмите матрицу из одного элемента, максимально простого. И затем решите задачу для этого элемента. Как правило, такое решение не составляет труда, а написанный код не похож на свой финальный вариант. Далее возьмите еще один частный случай и решите задачу для него. Подумайте, можно ли объединить первые два случая в общее правило? Решите задачу для еще одного-двух случаев, и в этом момент вы уже начнете замечать закономерности, которые приведут вас к общему правилу.

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

Куда без CUDA? В Китае обещают, что будут делать карты поддерживающие эту технологию.

Новость крутая, но все равно nvidia как-то ближе сердечку

Субботний стрим 17.02 10:00

Начинаю сбор вопросов на стрим, напоминаю, что у нас будет четыре секции:

- Зачем это надо? (ЗЭН)
- Разбор книги
- Сплетни нашего ютуба
- Донаты решают

В комментарии к этому посту скиньте вопросы на ЗЭН, они должны касаться АйТи.

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

Бизнес-правила и функциональные требования, в чем разница?


Чем выше поднимается архитектор по карьерной лестнице, тем больше он использует слово "бизнес" в своём лексиконе.

Есть такая замечательная книга "Разработка требований программному обеспечению" Карла Вигерса в ней очень много именно про бизнес-правила и бизнес-требования.

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

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

Они бывают разными, архитекторов обычно интересуют функциональные требования, именно их он пытается сформулировать при общении с заказчиком.

Функциональные требования связанны с бизнес-требованиями.

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

Таким образом, бизнес-правила это более общие относящиеся к бизнесу вещи, а требования - это уже желаемый результат, который связан с программной системой.

Зачем нужны все эти требования нужны?

Часто программисты не осознают каким образом им ставятся задачи, откуда они берутся, почему эти задачи описаны именно так, а не иначе.

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

Это не так просто, как кажется.
Потому что архитектор сам должен понять: "А что от него требует заказчик? Как это должно работать? Как должно выглядеть?" Он должен понять какие в будущем будут векторы развития приложения.

Именно осознание того, что от него требуется и как это должно работать - самое сложная и кропотливая работа.

Поэтому приходится разделять где бизнес, где его требования, где его правила.

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

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

Нашёл для себя удобное приложение для построения дашей умного дома - HomeHabit

Простая интеграция с HomeAssistant и минималестичный дизайн - мне нравится.

Тут небольшая ошибочка, не бывает классных компаний, с хорошей ЗП и т.д., если коллеги - не соеры.
Как вы себе это представляете? Хороший продукт сам себя пишет, а вы с коллегами только о рыбалке и нюдсах общаетесь?

Участник Соер клуба сделал roadmap по архитектурным уровням. Подойдет для тех, кто не знает с чего начать изучать архитектуру.

#SoerClub

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

Есть ещё третья категория людей, которые не могут понять причём тут рыба и удочка на канале про архитектуру.

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

Как же войти в Айти?

Нет... Как же трудно войти в айти, в 2024

Нет, даже не так... Как же трудно слушать о том, что все хотят в айти войти...

И даже не так... Правильно все сказала Татьяна - АйТиДива - https://youtu.be/57pRyj_M8Vo?si=m7adxMbG_n1n4GIX красиво, задорно и без цензуры.

Лучше всего на вопрос "Что такое Соер клуб?" ответит манифест клуба:

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

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

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

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

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

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

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

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

#соер

Задали вопрос про реализацию архитектурных принципов, изложенных в диаграмме, которую недавно публиковал.

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

Сейчас сформирована команда из 8 участников, которые прошли все отборы Naris (более чем 250 человек прошло через все этапы, но осталось только 8)

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

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