S0ER

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

Вишенка на торте - все пиво за сегоднящний вечер за счёт Дена. Как говорится "надо было приходить"

Нас становится больше

+1

От сего момента и примерно до 20:30 я и Ден на большой конюшенной 14 бар охулиганс (это Питер, напоминаю). Если вы где-то рядом, то подходите можем пообщаться. Всем пришедшим от меня в подарок наклейка канала.

"Куда пойти работать джуну?" - один из самых популярных вопросов. Его задают на стримах, в комментариях, в телеге, короче говоря - везде. Видео Максима само подсказывает ответ - идите в такие стартапы, как у Максисма. Небольшой бизнес с потребностью в специалистах начального уровня, с небольшими зарплатными возможностями, который понимает, что его основной козырь - это помочь сотруднику получить опыт. Да - денег много не заплатят, да - нет технологической базы для развития, вообще много чего нет. Но главное шанс устроиться в такой бизнес в разы больше, чем в серьезный АйТи проект с большими оборотами и зарплатами. Правда, есть одно "но". Главное - не засиживаться на такой работе. Малый бизенс и стартапы - это максимум 2 (хорошо, 3) года вашей карьеры, чтобы получить строчку в трудовой и резюме. Потом уже ищите вакансии в более крутых компаниях. Это не значит, что работать в маленькой компании не интересно. Просто, не сможет бизнес с оборотом 50 млн./год платить 500-600к в месяц. Как говорится "ничего личного". Тут, кстати, есть проблема "точки зрения", Максим описывает ситуацию с позиции владельца бизнеса, но с позиции сотрудника приоритеты в первую очередь касаются ЗП. Поэтому, нужно помнить, что за сложные технологии и архитектуру на рынке платят в разы больше, чем за CRUD. Синьер из маленькой компании вполне может претендовать на джуна в большой, в этом и есть смысл получения опыта в реальном небольшом бизнесе. Крупные компании тоже имеют кучу рутинных задач, знаю кейсы когда человек начинал с первой линии поддержки, а потом уходил в разработку. По поводу архитектуры. Малый бизнес действительно норм проживет без архитектуры, а вот средний и крупный бизнес начнет строить архитектуру хотя бы для того, чтобы сделать возможной работу нескольких крупных команд. Это, кстати, одна из основных ошибок - пытаться создавать сложную архитектуру, не имея на это достаточного количества штатных сотрудников. Это как строить сложную организационную структуру в компании из трех человек. Будет у вас три директора, которые по факту делают все - смысла ноль, зато красиво. https://www.youtube.com/watch?v=KrHWHTKmMHg

Если за окном промозгло, идёт дождь и ты судорожно ищешь где попить кофе. Поздравляю - это Питер

Выпустил видео про архитектурные основы приложения, использующего JWT https://www.youtube.com/watch?v=mWNN8hpXS-A

Ограничения - это добро для любого развития. Наприме, когда-то в Твиттере было ограничение на 140 символов на сообщение (правда его потом подняли, но не суть). Казалось бы, что можно сказать в 140 символов? Оказалось, что многое. Более того, если вы ничего не можете сказать, используя только 140 символов, то и большего количества символов точно не хватит. Тут можно вспомнить про "краткость сестра таланта", "семь раз отмерь, один раз отрежь" и т.д. У меня в комментах тоже стоит жесткое ограничение - публикация один раз в час. И как показала практика - это самое лучшее, что я мог сделать для канала. Нет изматывающих срачей на любую тему, ленту комментариев можно прочитать за вменяемое время, а самое главное не теряются обдуманные комментарии с хорошими мыслями. Было бы здорово, если интернете срачи тоже имели ограничение на "один ответ", а то сейчас можно объяснять что такое рекурсия на примере этого алгоритма: 1. кто-то в интернете сказал что-то с чем несогласен некто 2. некто выпускает опровержение, на слова кого-то 3. кто-то видит опровержение и выпускает свое опровержение 4. некто переходит к п.2 и выпускает опровержение Так и живем.

Вчера на стриме сказал, что не встречал действующих программистов старше 40. Сегодня подошел к зеркалу: - мне 40+ - я действующий программист... можно ли сказать, что я встретил действующего программиста которому за 40?

Вчера на стриме были вопросы про чистую архитектуру и Angular. Мол Angular создавался с использованием чистой архитектуры, это написано не где-нибудь, а на самом Хабре! У меня встречный вопрос, где ваше критическое мышление господа? Роберт Мартин написал свою книгу "Чистая архитектура" в 2017 году, а ангуляр вышел в 2012. Ничего не смущает?

Стрим на часок https://youtu.be/8hrcdNOMRGA

У меня на руках билеты в Питер на 9-ое число. Должна была быть большая конфа, но не случилось. Билеты остались, ехать или нет - вот в чем вопрос? Можно просто сгонять потусить, Питер - это всегда хорошо. Что скажите?

Существует три популярных варианта трудоустройства: работа в офисе, фрилнас и удаленная работа. В этой статье я хочу поговорить о достоинствах и недостатках каждого из них. https://s0er.ru/documents/article/3588

Выпустил новую заметку на SOER MEDIA - https://s0er.ru/documents/article/3569

На soer.pro выпустил 28-ый архитектурный стрим по "Чистой архитектуре". Это первая из 4-х частей/

С развитием методов ИИ все больше проявляется интерес к программированию без программиста. Причем на всех этапах, начиная с момента проектирования, заканчивая моментом реализации. Прочитал статью "Towards Automatically Extracting UML Class Diagrams from Natural Language Specifications" https://arxiv.org/pdf/2210.14441.pdf Понятно, что результаты далеки от желаемых, но интересен сам факт исследований. Исходя из статьи основные методы - это ML (в части анализа естественных языков) и генерация по шаблонам. Причем, в генерации диаграмм по шаблону я вижу наибольшую проблему. Понятно, что мы можем соотнести требования заказчика с имеющимися готовыми решениями и попробовать собрать "пазл" из того что есть, для некоторых классов повторяющихся задач это может выглядеть вполне неплохо. Но все же шаблоны по-прежнему должен создать и осмыслить человек. А хотелось бы ИИ, который может выдать неожиданный результат, найдя закономерности и решения, которые ускользают от человека.

Ответил на все письма по Naris. Если вам не пришло от меня сообщение, а вы отправляли письмо, то в комментариях черкните, может что-то улетело в спам. Из-за большого объема заявок набрал аж 25 человек, но будет отсев и он будет большим. Всем кого не взял написал в письмах почему, всех кого решил взять просто прислал ссылку. Информация для тех кто хотел поучаствовать но не успел. Будут еще наборы. Общая идея делать итерации по 2-3 месяца, в каждой итерации определять задачу и собирать команду. Те кому интересно смогут подключиться позже, если желание не пропадет.

Ребята, спасибо за отклик на мой предыдущий пост. Пришло уже более 50 заявок. Поэтому пока набор остановлен. В связи с такой активностью, на первом этапе решил отобрать чуть больше 7 человек, с учётом что часть наверняка отсеится. В любом случае отвечу всем кто прислал письмо.