S0ER

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

Вероятно вам интересно о каких обвинениях идёт речь? Вот мой исходный комментарий. Видимо Антон хочет доказать, что из следующего: 1. Я не могу выпустить видос 2. Волки не могут назвать любой опыт и любой доход 3. Если волки называют любой опыт и любой доход, то пруфы будут Что-ж давайте посмотрим как Антон это сделает, вполне вероятно что мне действительно придётся взять слова назад, только немного другие. Давайте подождём реакцию Антона.

Ну что, пошла жара. Антон Назаров готов предоставить пруфы, что вышел на доход в 21,000$ в месяц и с тех пор получает каждый месяц не менее этой суммы ( ведь о падении дохода он не заявлял). Пруф - история приходов на банковский счёт. Ну что, ждём!

Короче в чате Соера видимо из за полит. срачей заблочили весь чат. Проверьте. 👇🏽

Вырубил чат Миша, а досталось мне. Ну как так-то?

В NarisApp закончился подготовительный этап, набрал 9 человек. Сейчас начали этап формирования пула задач и обсуждение эпиков. Их в этом наборе будет два. Мне кажется важно вовлекать сразу всех участников в обсуждение и максимально прорабатывать пользовательские истории до формирования ADR.

Типовые проблемы в архитектуре стартапов За последний год провел 17 консультаций организаций малого бизнеса (размер организаций 15-100 человек). Обычно просят сделать анализ архитектуры на уровне кода, чтобы повысить скорость выхода на рынок и оптимизировать затраты на сопровождение. Хочу рассказать о проблемах, которые есть почти у всех. Важно отметить, что улучшение архитектуры кода на таких размерах влияет в основном на вовлеченность разрабов, а чисто "технически" улучшения не так заметны. Обычно проблемы лежат в области процессов, мотивации и организации работы. 1. Проблема номер раз - технический долг. Обычно никто его не измеряет, в лучшем случае определяют "на глазок", а в худшем вообще не определяют. Предлагаю сделать простейший анализ, получаем цифры 60-70%. Для себя эмпирически установил, что при уровне техдолга 25-35% качество разработки становится заметно лучше. 2. Проблемы автоматизации и организации процессов. Например, в процессе разработки не используются фичи гита или не реализован CI/CD, нет автоматического тестирования, нет стат анализа, нет динамического анализа и т.д. Непонятно кто за что отвечает, кто что делает. Обычно жалуются, что организовать процессы сложно и дорого. В качестве контраргумента я привожу в пример NarisApp, где процессы работают на голом энтузиазме и если бы не они, то проект давно закрылся. 3. Деньги не мотивируют. Я много раз убеждался, что в теории люди могут знать кучу всего хорошего, а на практике ничего не применять. Просто потому что "а зачем?". Я несколько раз проводил анкетирование, и оказывалось, что знания есть, а просишь показать примеры в коде, где эти знания применяются, показать не могут. При этом если внедрить ревью кода, начать стимулировать разрабов писать код обдуманно, то увеличивается вовлечение в проект, и результат становится лучше. 4. Найм новых сотрудников не улучшает ситуацию, так как на рынке дефицит квалифицированных кадров. Эта прямо "проблема проблем". На рынке нет нужных кадров. Проще выращивать специалистов самим, чем нанимать. Ситуация усугубляется тем, что как только человек получает опыт, он уходит на лучшие условия, как правило, в большую компанию, удаленка этому сильно способствует. Получается, что маленькие компании, которые хотят удержать своих сотрудников, должны с одной стороны развивать их сами, с другой мотивировать остаться в компании. У меня есть пример, когда решение кадровых вопросов, организация процессов и просто приведения "разработки" в порядок привело к увеличение производительности в 5 раз, при этом реорганизация заняла около года.

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

С 1 марта вступил запрет на популяризацию средств обхода блокировок. Как говорится рыба карась - игра началась.

Опубликова на boosty запись стрима по монолитам. Рассказываю как масштабировать и развивать монолитные приложения в вебе, что такое монолит и основные понятия. Напоминаю, что полный архив стримов доступен на soer.pro, на бусти делаю реплику.

Ставлю жирную точку в споре про OpenSource, а так же разбираю Open Source Definition - https://www.youtube.com/watch?v=kCbAdRg6iVI

Эффект Манделы у Соера Все таки я искажая суть OpenSource термина, он вообще не использовался до 97 в контексте ПО. Здесь, я признаю правоту людей, которые ссылаются на Open Source Initiative которые начали продвигать этот термин как торговую марку исходя их Open Source Definition. При этом пост, написанный, выше не нарушает OSD, и в комментариях к посту я объяснил почему. Искажение, о котором я говорю, лежит в области "свободы" разработчиков. Я привык думать, что OpenSource более свободная чем Free Software, и у меня сформировались ложные воспоминания о том, что термин использовался до 97 года. Сейчас я чувствую ограничения OpenSource и понял, что не хочу использовать этот термин в отношении NarisApp, хотя формально OSD не нарушается, но грань настолько тонкая, что стоит убрать эту формулировку из описания, чтобы не путать людей.

Про Open Source Initiative (OSI) Многие путают движение OpenSource которое возникло ещё в 50 годы прошлого века и инициативу OSI, которая возникла в 97 году. По сути OSI - это сообщество, которое продвигает свои идеи и свои торговые марки. Есть условия которые необходимо выполнить, чтобы использовать логотипы OSI. Естественно, что далеко не весь OpenSource софт соответствует данным требованиям. Никакой юридической силы определение Open Source Definition не имеет, вы не сможете сослаться на него в суде. Безусловно, OSI - это большое сообщество, но движение OpenSource - это не одно конкретное сообщество, а идея о том, что софт должен быть открытым и приносить пользу всем.

В субботу планируется премьера на субботнем стриме. С докладом-гайдом о том как решать литкод выступит Маргарита. Так что в 10 часов по Мск жду всех!

Начал выкладывать архитектурные стримы на boosty, теперь можно не покупать подписку, а выбрать конкретный стрим и оплатить доступ к посту. Сегодня опубликовал "Отличие хорошей архитектуры от плохой"

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

Биткоин пробил 53000$ и все такие "ах если бы я знал, то сейчас был миллионером". Самое интересное, что скорее всего нет, не стал. Я помню как сложно держать позицию на форексе, когда любое колебание рынка заставляет закрывать сделку, которая в небольшом плюсе. Зато сделки в минус держат до упора, пока могут. Я и сам во времена своей бурной молодости держал сделку против рынка, пока не спалил полумиллиона, которые у меня были на счету. Так что даже 1000% что биток будет расти, нужно иметь волю для того чтобы не ловить "синицу" в руках, закрывая сделку в небольшом плюсе.

Никто не знает что такое OpenSource В большинстве случаев люди путают "бесплатное" и "открытое" ПО. На самом деле OpenSource не обязан быть бесплатным, дешёвым или каким-то ещё, открытость значит предоставить возможность другим разработчикам использовать твой код. Но OpenSource не обязывает автора распространять код, предоставлять его удобным для получателя способом или делать это бесплатно. Например, во времена когда интернет не был развит, было нормально платить за cd-диск и доставку по почте. Например, так можно было получать Linux. В мире OpenSource практикуются и платные подписки на обновления, и оказание доп. услуг, а лицензии не всегда "свободные" Любое желание "халявы" - не соответствует духу OpenSource. OpenSource - это взаимовыгодное сотрудничество на благо развития IT.