💯1
Почему нет-в комментарии отпишите
Очень интересно почитать мнения людей со стороны
Очень интересно почитать мнения людей со стороны
Leva Ostrovskiy
Разрабы в снг - чсвшники?
Подержу опросник пару часов. Потом сторител про токсияность напишу
Там вообще песня)))
Там вообще песня)))
🔥4
Leva Ostrovskiy
Разрабы в снг - чсвшники?
прикреплю ссылочку на дефолтный спич, которому я ни капли не удивлен)
соболезную пострадавшему
прикрепляю текстом в комментариях, для тех, у кого не переходит
p.s я сторителе расскажу почему так получилось в том числе и со мной, но немного в других обстоятельствах
соболезную пострадавшему
прикрепляю текстом в комментариях, для тех, у кого не переходит
p.s я сторителе расскажу почему так получилось в том числе и со мной, но немного в других обстоятельствах
❤1😢1
Toxic айти: с каким дерьмецом я столкнулся на своем пути и почему каждому разрабу нужно иметь план б
О токсичности в айтишной сфере, с какими неприятными ситуациями я сталкивался за 5 лет работы в компаниях, и как получить +100 тыс к зп перестав быть терплилой.
Проблемы эти были всегда, ну по крайней мере сколько я в it) Начиная с того, что каждый ищет где ткнуть в неправоту другого, заканчивая обычным процессом code-review.
Причем подобная история не относится только к каким-то стартапчикам, но и к крупным корпорациям: ущемления по расовому признаку, по гендеру, переработки, сокращения, проблемы с повышениями, кумовщина и много других плохих слов.
В таких условиях вряд ли будет органичная и экологичная атмосфера для развития специалистов и производства качественных продуктов.
Для менеджеров разработчики такой же расходный материал, как чернила в ручке. Басни да баллады, что мы одна команда, одна семья, нам надо лучше друг-друга знать, это уже классическая тема.
Я до сих пор помню болванчиков-разрабов, что генерят сами себе проблемы и задачи из пальца, а потом говорят: ты что?! не знаешь как эта ноунеймная/набирающая технология работает?, помню руководителей, которые кричат, что мы семья и в момент пиздеца 22-го года просто кикают без объяснений. Помню забавные высказывания СЕО, что ты ключевой игрок, мы сделали на тебя ставку, но при этом зп-как у рядового бойца компании, не больше/не меньше, чтобы никто не бухтел как говорится.
Буквально кейс моего менторенка:
Парнишка работал на какую-то галеру с зпшкой ~120к, где с него требовали чуть ли не ракету в космос запускать, при этом приходилось ему вести тайм-трекер и давать отчеты project-manager-у 2 раза в день)))
Почему он принял такой оффер-одному богу известно, осмелюсь предположить, что из-за за неимением других вариантов, так как он сам из провинции и поздно понял, что нужно приходить к экспертам, что наставят на путь истинный.
По итогу он проработал там 6 месяцев и пришел ко мне с вопросом: а как выбраться из этого вонючего болота, что не дает тебе ни work-life balance настроить, ни кайфа от разработки не получить из-за вечных пингов руководства и т д.
Так еще сверху и неинтересный брокерский проект, построенный на MVC, вагон и маленькая тележка легаси, отсутствует декомпозиция в классах и про бест-практики речь особо и не могла идти)
Вопрос стоял очень остро и нужно было принимать радикальные решения, чтобы максимально быстро добиться выхода из пиздеца, в который он окунулся
Припудрили резюмеху, прокачали техничку и построили ипр на 2 года, изучили как устроены здоровые процессы в других компаниях и пошли побеситься. Получили оффер на +100к от того, что у него было.
О токсичности в айтишной сфере, с какими неприятными ситуациями я сталкивался за 5 лет работы в компаниях, и как получить +100 тыс к зп перестав быть терплилой.
Проблемы эти были всегда, ну по крайней мере сколько я в it) Начиная с того, что каждый ищет где ткнуть в неправоту другого, заканчивая обычным процессом code-review.
Причем подобная история не относится только к каким-то стартапчикам, но и к крупным корпорациям: ущемления по расовому признаку, по гендеру, переработки, сокращения, проблемы с повышениями, кумовщина и много других плохих слов.
В таких условиях вряд ли будет органичная и экологичная атмосфера для развития специалистов и производства качественных продуктов.
Для менеджеров разработчики такой же расходный материал, как чернила в ручке. Басни да баллады, что мы одна команда, одна семья, нам надо лучше друг-друга знать, это уже классическая тема.
Я до сих пор помню болванчиков-разрабов, что генерят сами себе проблемы и задачи из пальца, а потом говорят: ты что?! не знаешь как эта ноунеймная/набирающая технология работает?, помню руководителей, которые кричат, что мы семья и в момент пиздеца 22-го года просто кикают без объяснений. Помню забавные высказывания СЕО, что ты ключевой игрок, мы сделали на тебя ставку, но при этом зп-как у рядового бойца компании, не больше/не меньше, чтобы никто не бухтел как говорится.
Буквально кейс моего менторенка:
Парнишка работал на какую-то галеру с зпшкой ~120к, где с него требовали чуть ли не ракету в космос запускать, при этом приходилось ему вести тайм-трекер и давать отчеты project-manager-у 2 раза в день)))
Почему он принял такой оффер-одному богу известно, осмелюсь предположить, что из-за за неимением других вариантов, так как он сам из провинции и поздно понял, что нужно приходить к экспертам, что наставят на путь истинный.
По итогу он проработал там 6 месяцев и пришел ко мне с вопросом: а как выбраться из этого вонючего болота, что не дает тебе ни work-life balance настроить, ни кайфа от разработки не получить из-за вечных пингов руководства и т д.
Так еще сверху и неинтересный брокерский проект, построенный на MVC, вагон и маленькая тележка легаси, отсутствует декомпозиция в классах и про бест-практики речь особо и не могла идти)
Вопрос стоял очень остро и нужно было принимать радикальные решения, чтобы максимально быстро добиться выхода из пиздеца, в который он окунулся
Припудрили резюмеху, прокачали техничку и построили ипр на 2 года, изучили как устроены здоровые процессы в других компаниях и пошли побеситься. Получили оффер на +100к от того, что у него было.
Проблемы сами за себя не решатся
Организация за день не поменяется и нужно выбирать путь выгодный самим нам, нежели руководству и продукту
👍10❤1🤡1
Мой грустный опыт
Работал как-то на проекте в рамках аутсорса, по началу не было никакого микро-менеджмента, а спустя полгода решили завести так сказать детскую неожиданность) Причем неплохо они придумали: “ребята, нам надо считать вашу производительность и скорость выполнения задач, так что давайте-ка вы будете трекать время”
Я не растерялся и сказал: “А почему это я буду трекать время? я и так вроде норм и во время выполняю все”. Мне сказали, что это лишь временная херня и нужно пережить) Ну а че? сразу на рынок вышел) пока пассивно искал работу, меня спустя два месяца позвали на 1-1 и спросили: “у тебя половина времени рабочего не затрекано, почему так?)” ну а мне то что? я сказал им, что ну задачки делаются, у меня work-life balance и я не хочу внутренне перерабатывать. Я на связи всегда, а вот в Xcode 8 часов я сидеть не собираюсь. Пригрозили санкциями и я ушел в другую компанию
Где выход из болота?
Выход - всегда иметь план б, что означает, что нужно постоянно быть в поиске работы и ходить на собесы даже если вы уже где-то работаете, чтобы в случае если подобное произойдет, вам было куда уйти.
После ситуации с трекером я за 2 недели смог устроиться в другую компанию, где получил х2 зп со свежим проектом, актуальным стэком технологий, более разгруженным графиком и кучу других плюшек, которые присущи хорошим проектам
А все почему? Я не снимался с рынка и продолжал собеситься, даже в пассивном режиме
Почти никто из разрабов, с которыми я общался (а это больше сотни человек), не имеют плана б и это огромная ошибка.
И вот еще 2 причины, почему:
1) не ходишь собеситься → не понимаешь рынок → теряешь стоимость и упускаешь возможность улучшить свои условия
2) не ходишь собеситься → теряешь навык прохождения собесов → увеличиваешь сроки дальнейшего поиска работы в разы
Всегда имейте план б, сидеть на жопе ровно любой может, но не всегда это выгодно.
Также всегда держитесь в инфо-поле сообществ, где обсуждают не только техничку) но и реальные проблемы и кейсы, чтобы быть всегда готовым к нежданчикам
Жду в комментариях ваши истории про факапные ситуации с руководством и как из них выходили
Чем больше историй, тем лучше. Осведомлен - значит вооружен 🤓
Работал как-то на проекте в рамках аутсорса, по началу не было никакого микро-менеджмента, а спустя полгода решили завести так сказать детскую неожиданность) Причем неплохо они придумали: “ребята, нам надо считать вашу производительность и скорость выполнения задач, так что давайте-ка вы будете трекать время”
Я не растерялся и сказал: “А почему это я буду трекать время? я и так вроде норм и во время выполняю все”. Мне сказали, что это лишь временная херня и нужно пережить) Ну а че? сразу на рынок вышел) пока пассивно искал работу, меня спустя два месяца позвали на 1-1 и спросили: “у тебя половина времени рабочего не затрекано, почему так?)” ну а мне то что? я сказал им, что ну задачки делаются, у меня work-life balance и я не хочу внутренне перерабатывать. Я на связи всегда, а вот в Xcode 8 часов я сидеть не собираюсь. Пригрозили санкциями и я ушел в другую компанию
Каждый из вас может с этим столкнуться с подобными ситуациями, никто от них не застрахован. Вопрос только в том, как вы будете из таких ситуаций выходить и что будете делать дальше.
Где выход из болота?
Выход - всегда иметь план б, что означает, что нужно постоянно быть в поиске работы и ходить на собесы даже если вы уже где-то работаете, чтобы в случае если подобное произойдет, вам было куда уйти.
После ситуации с трекером я за 2 недели смог устроиться в другую компанию, где получил х2 зп со свежим проектом, актуальным стэком технологий, более разгруженным графиком и кучу других плюшек, которые присущи хорошим проектам
А все почему? Я не снимался с рынка и продолжал собеситься, даже в пассивном режиме
1-2 собеса в месяц - мой золотой стандарт
Почти никто из разрабов, с которыми я общался (а это больше сотни человек), не имеют плана б и это огромная ошибка.
И вот еще 2 причины, почему:
1) не ходишь собеситься → не понимаешь рынок → теряешь стоимость и упускаешь возможность улучшить свои условия
2) не ходишь собеситься → теряешь навык прохождения собесов → увеличиваешь сроки дальнейшего поиска работы в разы
Всегда имейте план б, сидеть на жопе ровно любой может, но не всегда это выгодно.
Также всегда держитесь в инфо-поле сообществ, где обсуждают не только техничку) но и реальные проблемы и кейсы, чтобы быть всегда готовым к нежданчикам
Жду в комментариях ваши истории про факапные ситуации с руководством и как из них выходили
Чем больше историй, тем лучше. Осведомлен - значит вооружен 🤓
👍11🔥1🤡1
по-моему на этом эфире Михаил говорил о том, что разрабу желательно изучать сторонние технологии
Но его личный пример был построен на том, что он изучает это просто так/в кайф для себя
так вот) я после нескольких собесов в зарубежных компаниях могу сказать, что на зп вышел 5-6к с интересными проектами, действительно нужно знать шире, чем только свою платформу
тут я его поддержу, но и не принуждаю никого сходить с пути брюса ли(лучше улучшать по 10 раз 1 технологию, чем по 1 разу 10 технологий)
Но его личный пример был построен на том, что он изучает это просто так/в кайф для себя
так вот) я после нескольких собесов в зарубежных компаниях могу сказать, что на зп вышел 5-6к с интересными проектами, действительно нужно знать шире, чем только свою платформу
тут я его поддержу, но и не принуждаю никого сходить с пути брюса ли(лучше улучшать по 10 раз 1 технологию, чем по 1 разу 10 технологий)
YouTube
СКОЛЬКО ДОЛЖЕН РАБОТАТЬ ПРОГРАММИСТ? feat. Михаил Фленов @programisli
Вопросы/поддержка стримеров: https://www.donationalerts.com/r/m0rtymerr
LinkedIn: https://www.linkedin.com/in/antonnazarov-mortymerr
Михаил Фленов (Програмысли) выпустил ролик, где критикует мой взгляд на работу и, в целом, меня. Мы решили сесть за стол…
LinkedIn: https://www.linkedin.com/in/antonnazarov-mortymerr
Михаил Фленов (Програмысли) выпустил ролик, где критикует мой взгляд на работу и, в целом, меня. Мы решили сесть за стол…
👍3🍓3🔥1 1
Иногда хочется себе глаза выколоть от работы и ui гос сайтов
Дайте мне апишку их-я сам сделаю вам сайт🥹
P.S я три раза пытаюсь уже зарегистрироваться на сайте и у меня: 1-2)код не пришел-перерегайся 3) пришел код-не принимает на логине
Я ща застрелюсь🤨
Дайте мне апишку их-я сам сделаю вам сайт🥹
P.S я три раза пытаюсь уже зарегистрироваться на сайте и у меня: 1-2)код не пришел-перерегайся 3) пришел код-не принимает на логине
Я ща застрелюсь🤨
😁3
Сегодня спал как убитый…
За два дня 6 консультаций/мок-собесов суммарно на 10+ часов
Вот такое преддверие февраля)
Город засыпает-просыпается рынок😎
За два дня 6 консультаций/мок-собесов суммарно на 10+ часов
Вот такое преддверие февраля)
🔥6🤔1
Менторинг это не только про техничку
Уже начали процесс обучения с 2-умя ребятами в рамках менторинга, который стартует уже через пару недель.
Ребята залетели на личный тариф и захотели начать раньше, а мне только в кайф давать от себя больше, когда я вижу ваши горящие глаза и готовность вкладываться
Провели первые созвоны, начали выполнять первые задания и изучение базы для разработки на нашу любимую платформу
Не без проблем и трудностей конечно же) куда без этого
Пока что главная проблема это настроить мозг ребят на плотную ебку с кодом и расположить себя на рабочий вайб, а все почему?
Мое главное правило при работе с людьми - считывать их настрой и майндсет, с которым они подходят к процессу обучения
Иногда достаточно поговорить на отвлеченные темы, чтобы человек мог выговориться и как-то расслабиться (а это тоже надо уметь)
Самые большие цифры, которые были у меня с первого оффера менторят, получались у тех, кто смог сбалансировать техничку с менталкой и буквально за 2-3 недели получали результат, которого некоторые люди добиваются годами.
А какой у вас настрой на работу/учебу? поделитесь в комментариях
а не в моей личке) я, конечно, вас люблю, но другие этого не увидят, если ВЫ ПИШИТЕ МНЕ В ЛИЧКУ
Уже начали процесс обучения с 2-умя ребятами в рамках менторинга, который стартует уже через пару недель.
Ребята залетели на личный тариф и захотели начать раньше, а мне только в кайф давать от себя больше, когда я вижу ваши горящие глаза и готовность вкладываться
Провели первые созвоны, начали выполнять первые задания и изучение базы для разработки на нашу любимую платформу
Не без проблем и трудностей конечно же) куда без этого
Пока что главная проблема это настроить мозг ребят на плотную ебку с кодом и расположить себя на рабочий вайб, а все почему?
Психологическое состояние это половину успеха вката
Мое главное правило при работе с людьми - считывать их настрой и майндсет, с которым они подходят к процессу обучения
Иногда достаточно поговорить на отвлеченные темы, чтобы человек мог выговориться и как-то расслабиться (а это тоже надо уметь)
Самые большие цифры, которые были у меня с первого оффера менторят, получались у тех, кто смог сбалансировать техничку с менталкой и буквально за 2-3 недели получали результат, которого некоторые люди добиваются годами.
А какой у вас настрой на работу/учебу? поделитесь в комментариях
🔥9🤡3
Leva Ostrovskiy
ЗАЧЕМ НАМ УЧИТСЯ ПРОЕКТИРОВАТЬ? И ПОЧЕМУ У НАС ПРОФЕССИЯ НАЗЫВАЕТСЯ ИНЖЕНЕР-РАЗРАБОТЧИК Часть 2 Зачем обычным работягам-программистам с макбуками и кружкой кофе со Старбакса рисовать схемы работы какой-то фичи, ведь итак все в голове есть) А вот и нихуя…
Ребзи, скоро все будет👨💻
работа кипит и времени не так много, чтобы все хорошо оформить и расписать)
но я стараюсь😅
работа кипит и времени не так много, чтобы все хорошо оформить и расписать)
но я стараюсь😅
🍓3👍1 1
Видели какие вообще в айтишке логотипы? Это вообще смех
Кидайте в комментарии любимые логотипы
У меня пчелослон с этого момента
Кидайте в комментарии любимые логотипы
🤣2❤1
Долгожданная 3-я часть про архитектуры и проектирование
Настало время разобраться окончательно как научиться проектировать, с чего начинать работу над проектом и как правильно закладывать архитектуру
для тех, кто пропустил - оставляю ссылки на 1 и 2 части:
Часть 1 - почему умение проектировать - это ключевой навык любого крутого разработчика
Часть 2 - в чем суть проектирования, почему за счет его понимания можно вкатиться на 200+ и зачем оно нужно старичкам
Я уделяю теме архитектур и проектирования столько внимания, потому что у 99% людей, которые ко мне приходят, начиная от вкатунов заканчивая опытными с доходами 3к$+, я вижу большие сложности и пробелы в понимании темы:
- забрасываете обучение, когда доходите до темы архитектур, потому что не можете понять
- не знаете, с чего подойти / какую архитектуру выбрать
- с нуля сложно написать какой-то компонент, потому что непонятно а как должно быть
- повторить не проблема, а когда надо что-то сделать самому по архитектуре - тут начинаются вопросы - куда что вставлять и тд
Немного о моем знакомстве с проектированием
На начале своего карьерного пути я как и большинство из вас думал, что программирование это чисто про кодинг, сидишь себе буковки пишешь и кайфуешь от того, что все работает. Но когда уже дело дошло до первых проектов, в которых уже были бизнес слой, сетевой слой и все, чего я не мог достать во время своего старта, то первый вопрос, который у меня возникал в голове -а как какать? с чего начать? какую архитектуру выбрать из всего многообразия паттернов?
И от этого и возникала боязнь - я не смогу ничего сделать, если меня спросят что-то сделать с нуля
Я со своим рабочим подходом под названием MVC за 5 минут вывезу что угодно - его же не просто так Apple продвигала, так ведь?)
План по тому, чтобы как вкачусь в команду, по-быстренькому перенять все-все, что ребятки наработали, увенчался провалом, потому что слова “Сервис”, “Ручка”, “Фабрика” или “Дтошка” для меня значили как что-то заморское, на кой черт это надо спрашивается? Из-за незнания в таких моментах проектирования сложно было ориентироваться по проекту, куда что должно приходить, как надо конвертировать данные и так далее. Если раньше это еще было простительное, то с современными тенденциями вката, нужно знать уже на моменте обучения и подготовки хард-скиллов.
А они сейчас таковы, что требования к разработчикам все время растут и нужно стараться быть максимально прокаченными в своей нише. Сейчас ты влетаешь на крупные проекты с миллионом наворотов, с которых ты в первое время в шоке, но если иметь в багаже умение понимать и читать архитектуру проекта, то и времени на освоение и шанс пройти более успешно, чем ваши оппоненты увеличивается.
Разработка это как рисовать картинку маслом, где по итогу шедевр на холсте, но чтобы он получился-нужно сперва сделать контуры карандашом, чтобы в дальнейшем класть строчки кода по заданному плану.
Почти все, а то и все ребята, что приходят ко мне на обучение, пытались сразу рисовать кисточкой до того, как сделали пометки карандашом, а потом удивляются тому, что итоговый результат картины им не совсем нравится. Потому что еще не успев разобраться с этим вопросом сложно сделать какие-то верные выводы по тому, как правильно и эффективно программировать
Я подготовил для вас статью, где даю базовые знания по слоям архитектуры и понимание основных паттернов проектирования, которые используются как в стартапах, так и в биг-техах, а еще:
киньте реакции и комментарии как вам статья, без вашей обратной связи никуда👨💻
собрал весь свой опыт и вложил много сил, чтобы структурировать и разжевать все на примерах 😁
Настало время разобраться окончательно как научиться проектировать, с чего начинать работу над проектом и как правильно закладывать архитектуру
для тех, кто пропустил - оставляю ссылки на 1 и 2 части:
Часть 1 - почему умение проектировать - это ключевой навык любого крутого разработчика
Часть 2 - в чем суть проектирования, почему за счет его понимания можно вкатиться на 200+ и зачем оно нужно старичкам
Я уделяю теме архитектур и проектирования столько внимания, потому что у 99% людей, которые ко мне приходят, начиная от вкатунов заканчивая опытными с доходами 3к$+, я вижу большие сложности и пробелы в понимании темы:
- забрасываете обучение, когда доходите до темы архитектур, потому что не можете понять
- не знаете, с чего подойти / какую архитектуру выбрать
- с нуля сложно написать какой-то компонент, потому что непонятно а как должно быть
- повторить не проблема, а когда надо что-то сделать самому по архитектуре - тут начинаются вопросы - куда что вставлять и тд
Немного о моем знакомстве с проектированием
На начале своего карьерного пути я как и большинство из вас думал, что программирование это чисто про кодинг, сидишь себе буковки пишешь и кайфуешь от того, что все работает. Но когда уже дело дошло до первых проектов, в которых уже были бизнес слой, сетевой слой и все, чего я не мог достать во время своего старта, то первый вопрос, который у меня возникал в голове -
И от этого и возникала боязнь - я не смогу ничего сделать, если меня спросят что-то сделать с нуля
Я со своим рабочим подходом под названием MVC за 5 минут вывезу что угодно - его же не просто так Apple продвигала, так ведь?)
План по тому, чтобы как вкачусь в команду, по-быстренькому перенять все-все, что ребятки наработали, увенчался провалом, потому что слова “Сервис”, “Ручка”, “Фабрика” или “Дтошка” для меня значили как что-то заморское, на кой черт это надо спрашивается? Из-за незнания в таких моментах проектирования сложно было ориентироваться по проекту, куда что должно приходить, как надо конвертировать данные и так далее. Если раньше это еще было простительное, то с современными тенденциями вката, нужно знать уже на моменте обучения и подготовки хард-скиллов.
А они сейчас таковы, что требования к разработчикам все время растут и нужно стараться быть максимально прокаченными в своей нише. Сейчас ты влетаешь на крупные проекты с миллионом наворотов, с которых ты в первое время в шоке, но если иметь в багаже умение понимать и читать архитектуру проекта, то и времени на освоение и шанс пройти более успешно, чем ваши оппоненты увеличивается.
Главный лайфхак при работе с проектированием приложения - не бойтесь масштаба происходящего
Разработка это как рисовать картинку маслом, где по итогу шедевр на холсте, но чтобы он получился-нужно сперва сделать контуры карандашом, чтобы в дальнейшем класть строчки кода по заданному плану.
Почти все, а то и все ребята, что приходят ко мне на обучение, пытались сразу рисовать кисточкой до того, как сделали пометки карандашом, а потом удивляются тому, что итоговый результат картины им не совсем нравится. Потому что еще не успев разобраться с этим вопросом сложно сделать какие-то верные выводы по тому, как правильно и эффективно программировать
Я подготовил для вас статью, где даю базовые знания по слоям архитектуры и понимание основных паттернов проектирования, которые используются как в стартапах, так и в биг-техах, а еще:
- в каком формате проходит проектирование приложения
- основные элементы любой архитектуры
- 5 ключевых принципов проектирования, которыми руководствуются крутые архитекторы/разрабы, включая меня
- High-level design vs Low-level design, что они включают
- почему MV(X) это не архитектура
киньте реакции и комментарии как вам статья, без вашей обратной связи никуда👨💻
собрал весь свой опыт и вложил много сил, чтобы структурировать и разжевать все на примерах 😁
Telegraph
Техническая составляющая проектирования
Общий термин для проектирования это System Design По сути это отдельный процесс разработки и проектирования архитектуры, компонентов, слоев и модулей приложения По собесам выделяют эту тему как отдельный этап в процессе отбора кандидатов для крутых позиций…
🔥19🍓4🫡2🤡1
ЭФИР ПО ПРОЕКТИРОВАНИЮ
завтра, 30 января (вторник) в 19:00 по мск
Давно у нас не было мощных эфиров, пора возвращать традицию😛
Разберем:
- почему у каждого свое мнение, какая архитектура самая лучшая и где истина;
- по каким критериям выбирают паттерны для формирования архитектуры, что можно наработать с опытом, а в чем можно сократить путь;
- как уверенно себя чувствовать при работе с новыми технологиями и как не оказаться дураком во время испыталки;
- как самому писать код с нуля и закладывать архитектуру в проект.
Готовьте вопросы и как всегда ставьте будильники⏰
завтра, 30 января (вторник) в 19:00 по мск
Давно у нас не было мощных эфиров, пора возвращать традицию😛
Разберем:
- почему у каждого свое мнение, какая архитектура самая лучшая и где истина;
- по каким критериям выбирают паттерны для формирования архитектуры, что можно наработать с опытом, а в чем можно сократить путь;
- как уверенно себя чувствовать при работе с новыми технологиями и как не оказаться дураком во время испыталки;
- как самому писать код с нуля и закладывать архитектуру в проект.
Готовьте вопросы и как всегда ставьте будильники⏰
😈7🔥1🤡1