Обсуждаем в клубе идеальное резюме, вот такой вариант мне прям очень понравился (по оформлению) https://cdn.myresume.ru/wp-content/uploads/2022/02/Rezjume-po-GOSTu.png
😁23🔥11👎8🤡1
В связи с развитием AI найм в айти будет сильно меняться. Можно, конечно, верить, что все останется как сейчас, но лучше подготовиться к разным вариантам развития.
Среди желающих попасть в айти найти хорошего специалиста очень трудно. Новичков много, средний уровень становится все ниже. Плюс рынок уже не готов брать кого угодно. Проблема усугубляется тем, что нейронные сети развиваются со скоростью света и уже формируют требования к новым специалистам, которые просто обязаны иметь соответствующие навыки для работы с AI.
Дальше тренд будет только усиливаться, новички будут подвергаться все более строгим проверкам и конкурс на место будет только расти.
Мне кажется, что из-за возросших требований, формируется тренд на профессиональные сообщества, которые будут в условиях нового рынка помогать своим участникам развиваться и соответствовать новым требованиям.
Рекомендации и нетворкинг работают и сейчас, но я думаю, что их роль будет усиливаться.
Поэтому, мы будем в Соер клубе особое внимание уделять проблемам найма, и всячески оказывать помощь при поиске первой работы. Сегодня это цель номер один.
Среди желающих попасть в айти найти хорошего специалиста очень трудно. Новичков много, средний уровень становится все ниже. Плюс рынок уже не готов брать кого угодно. Проблема усугубляется тем, что нейронные сети развиваются со скоростью света и уже формируют требования к новым специалистам, которые просто обязаны иметь соответствующие навыки для работы с AI.
Дальше тренд будет только усиливаться, новички будут подвергаться все более строгим проверкам и конкурс на место будет только расти.
Мне кажется, что из-за возросших требований, формируется тренд на профессиональные сообщества, которые будут в условиях нового рынка помогать своим участникам развиваться и соответствовать новым требованиям.
Рекомендации и нетворкинг работают и сейчас, но я думаю, что их роль будет усиливаться.
Поэтому, мы будем в Соер клубе особое внимание уделять проблемам найма, и всячески оказывать помощь при поиске первой работы. Сегодня это цель номер один.
👍83🤡44🗿6❤2🤔2
Я люблю идеи OpenSource ещё с тех пор, когда начал писать первые игры (1998 год) и познакомился с библиотекой Allegro, которая строго говоря не называлсь тогда OpenSource, но была ярким примером свободного софта.
Моё понимание OpenSource в значительной мере связано с идеями свободного софта, ведь здорово когда люди делятся своими наработками, получают обратную связь и в целом делают индустрию лучше.
Недавно в России проводили интересный опрос о том как обстоят дела с OpenSource. Ожидаемо, что свободным софтом пользуются почти все, очевидная польза открытых проектов доказана практикой многих компаний. Но так же важно, что больше половины людей считают что нет отдельного российского OpenSource.
Последний вывод важен тем, что соответствует вайбу открытого софта, это важно помнить и понимать, как только появляются границы, идея превращается в тыкву.
Моё понимание OpenSource в значительной мере связано с идеями свободного софта, ведь здорово когда люди делятся своими наработками, получают обратную связь и в целом делают индустрию лучше.
Недавно в России проводили интересный опрос о том как обстоят дела с OpenSource. Ожидаемо, что свободным софтом пользуются почти все, очевидная польза открытых проектов доказана практикой многих компаний. Но так же важно, что больше половины людей считают что нет отдельного российского OpenSource.
Последний вывод важен тем, что соответствует вайбу открытого софта, это важно помнить и понимать, как только появляются границы, идея превращается в тыкву.
research.nplus1.ru
Исследование опенсорс в России | N + 1
Изучили состояние рынка, мотивацию участников, их цели и трудности.
❤15👍9🤡3💯3🤔1👌1
Как относитесь к переходу многих технологий - Redis, как недавний пример, на двойное лицензирование, вместо лицензии, которая соответствовала open source?
Для меня здесь несколько моментов:
1. Для создания хорошего софта нужны деньги и компании всегда будут искать варианты монетизации своих продуктов. Это нормально.
2. Переупаковка софта с открытым кодом с целью дальнейшей продажи - часто встречаются на рынке и то что Redis хочет ограничить такую возможность - это нормально.
3. Не нормально то, что теперь людям надо дважды думать, что они могут делать с кодом от Redis, а чего нет. Это дополнительная сложность, которая может быть ложкой дёгтя в бочке мёда. Хотя ядро, вроде, осталось под BSD лицензией, но все равно не все прозрачно и понятно.
В целом рынок становится все сложнее, компаниям хочется зарабатывать и развиваться, так что как говорится се ля ви.
❤22👍9🫡1
12 факторов, влияющих на качество веб-приложений
1. Кодовая база
В проекте должна быть единая кодовая база для развертывания на всех стадиях тестирования и работы в проде. Кодовая база должна подвергаться многократному ревью в процессе работы.
2. Система конфигурирования
Конфигурация должна быть выделена в отдельную подсистему, а сами конфигурационные данные обрабатываться и храниться в рамках единой политики (например, использовать среду окружения)
3. Сервисный подход
Инфраструктурные вещи должны использоваться через надежные сервисы, а не переписываться каждый раз с нуля.
4. Явные зависимости
Зависимости должны быть определены прозрачно и группироваться (или изолироваться) по отношению к собственному коду
5. Разделение на четкие стадии развертывания
Сборка, развертывание, запуск должны быть отдельными стадиями.
6. Процессы
Разработка программного обеспечения должна быть организованна по процессным подходам (минимально - процессы проектирования, документирования, контроля качества и разработки)
7. Резервное копирование
Должна быть предложена внятная политика резервного копирования как пользовательских, так и служебных данных
8. Горизонтальное масштабирование
Должна быть проработана стратегия увеличения производительности за счет увеличение количества узлов, на которых развернуто программное обеспечение
9. Вертикальное масштабирование
Должна быть проработана тактика увеличения ресурсов на одном узле, с целью повышения производительности
10. Контроль и улучшение производительности
Должны профилироваться время загрузки, время отклика системы, количество единовременных конкурентных запросов и т.д. Должны быть проработаны контрольные точки (SLA) в рамках которых должна функционировать система
11. Логирование
Должна быть продумана подсистема логирования и составлен список логируемых данных (по списку можно проводить моделирование проблемных ситуаций и выявлять недостающие данные, которые нужно логировать).
12. Администрирование
Должна быть проработана политика администрирования программного продукта.
#знания #теория
1. Кодовая база
В проекте должна быть единая кодовая база для развертывания на всех стадиях тестирования и работы в проде. Кодовая база должна подвергаться многократному ревью в процессе работы.
2. Система конфигурирования
Конфигурация должна быть выделена в отдельную подсистему, а сами конфигурационные данные обрабатываться и храниться в рамках единой политики (например, использовать среду окружения)
3. Сервисный подход
Инфраструктурные вещи должны использоваться через надежные сервисы, а не переписываться каждый раз с нуля.
4. Явные зависимости
Зависимости должны быть определены прозрачно и группироваться (или изолироваться) по отношению к собственному коду
5. Разделение на четкие стадии развертывания
Сборка, развертывание, запуск должны быть отдельными стадиями.
6. Процессы
Разработка программного обеспечения должна быть организованна по процессным подходам (минимально - процессы проектирования, документирования, контроля качества и разработки)
7. Резервное копирование
Должна быть предложена внятная политика резервного копирования как пользовательских, так и служебных данных
8. Горизонтальное масштабирование
Должна быть проработана стратегия увеличения производительности за счет увеличение количества узлов, на которых развернуто программное обеспечение
9. Вертикальное масштабирование
Должна быть проработана тактика увеличения ресурсов на одном узле, с целью повышения производительности
10. Контроль и улучшение производительности
Должны профилироваться время загрузки, время отклика системы, количество единовременных конкурентных запросов и т.д. Должны быть проработаны контрольные точки (SLA) в рамках которых должна функционировать система
11. Логирование
Должна быть продумана подсистема логирования и составлен список логируемых данных (по списку можно проводить моделирование проблемных ситуаций и выявлять недостающие данные, которые нужно логировать).
12. Администрирование
Должна быть проработана политика администрирования программного продукта.
#знания #теория
👍53✍2❤1
Старые добрые структурные подходы, которые много лет используются в разработке программного обеспечения, не всегда хорошо работают в современных системах, завязанных на асинхронной обработке данных.
Для лучшего понимания сути проблемы рекомендую к прочтению старую заметку о том как структурные проблемы можно решать за счет Behavior programming
#знания #теория #ссылка #рекомендация
Для лучшего понимания сути проблемы рекомендую к прочтению старую заметку о том как структурные проблемы можно решать за счет Behavior programming
#знания #теория #ссылка #рекомендация
👍11
Forwarded from Open Source AI
Фанаты AMD, самое время обновить Windows — Microsoft пофиксили баг, который замедлял работу процессоров Ryzen.
После обновления в начале марта на Microsoft посыпались жалобы, что Windows 11 на процессорах AMD работает буквально никак.
Open Source AI | ChatGPT
После обновления в начале марта на Microsoft посыпались жалобы, что Windows 11 на процессорах AMD работает буквально никак.
Open Source AI | ChatGPT
👌23👍4
На boosty делаю зеркало записей стримов, размещенных на soer.pro, сегодня перенес запись "Архитектура с общей шиной и очередью". В видео рассказываю чем шина отличается от очереди, как правильно использовать шину и очередь в своих проектах.
Полный архив всех стримов есть на soer.pro
Полный архив всех стримов есть на soer.pro
boosty.to
Архитектура с общей шиной и очередью - Соер.Клуб
Запись стрима в котором рассматриваю два варианта реализации рекативного взаимодействия через сообщения.
👍13
что думаете по поводу предстоящего релиза snapdragon x elite, будущего арм vs х86, и кто будет лидировать на рынке не-apple arm процессоров?
1. Мне нравится активный движ, который идет в сторону arm процессоров
2. Думаю что массовое применение вопрос недалекого будущего, на ноутах АРМ процессоры вполне себе могут вытеснить x86
3. x86 пока выглядит сильно "роднее" и эту инертность сознания еще надо преодолеть
4. Пока непонятно что будет с десктопами, не слышал про выпуск процессоров отдельно, только в сборке с ноутом или планшетом
5. Кто будет лидировать не знаю, скорее всего легко могут появиться и новые игроки, и старые делить рынок в разных пропорциях. Не располагаю данными для прогноза
👍15👨💻3❤1🤔1
Forwarded from Andrey Lis
Ноутбуки на арме есть давно, среди них даже были успешеые модели прекрасно работающие на винде.
Проблема в том что арм все же более сложная архитектура с возможностью сочеьантя разнотипных ядер, что уведличит нагрузку на планировщик ос. Опять же интел попыталась сделать подобное и не смогла, все планировщики сначала приняли изменения, затем откатились назад из-за огромной потери производительности.
Если вам все же интересно, то на данный момент я вижу что количество ноутбуков на арме снова сокращается, после роста 18-20 годов, они просто не могут найти целевую аудиторию, никому из потребителей не хочется перелезать на что-то несовместимое, программистам не хочется переписывать драйвера, радиоинженерам мириться с новыми проблемами новой архитектуры.
Яблочники поступили мудро создав совместимость в своих продуктах с ai64, но все же есть не мало вопросов к их армам.
Проблема в том что арм все же более сложная архитектура с возможностью сочеьантя разнотипных ядер, что уведличит нагрузку на планировщик ос. Опять же интел попыталась сделать подобное и не смогла, все планировщики сначала приняли изменения, затем откатились назад из-за огромной потери производительности.
Если вам все же интересно, то на данный момент я вижу что количество ноутбуков на арме снова сокращается, после роста 18-20 годов, они просто не могут найти целевую аудиторию, никому из потребителей не хочется перелезать на что-то несовместимое, программистам не хочется переписывать драйвера, радиоинженерам мириться с новыми проблемами новой архитектуры.
Яблочники поступили мудро создав совместимость в своих продуктах с ai64, но все же есть не мало вопросов к их армам.
👍20❤1
Forwarded from { между скобок } анонсы 📣 (Grisha Skobelev)
6 апреля 12:00 по мск “От монолита к микросервисам. Глава 5 Проблемы микросервисов / Илья Казначеев, Евгений Сергеев”
Разберемся с ключевыми проблемами, с которыми сталкиваются разработчики при переходе от классического монолита к гибким микросервисам. Мы рассмотрим такие проблемы, как большое количество сервисов, управление данными, согласованность, мониторинг и масштабируемость.
Помогать в обсуждении нам будут невероятно интересные гости - Илья Казначеев и Евгений Сергеев 🔥
Илья - эксперт в области PaaS и SaaS систем, Google Developer Expert по облачным технологиям, кандидат технических наук.
Женя - архитектор, разработчик, автор телеграмм и youtube канала S0ER.
Подключайтесь в субботу к YouTube трансляции или в Zoom
А в комментариях к этому посту оставляйте свои вопросы, которые хотели бы задать Илье и Жене ⤵️
Разберемся с ключевыми проблемами, с которыми сталкиваются разработчики при переходе от классического монолита к гибким микросервисам. Мы рассмотрим такие проблемы, как большое количество сервисов, управление данными, согласованность, мониторинг и масштабируемость.
Помогать в обсуждении нам будут невероятно интересные гости - Илья Казначеев и Евгений Сергеев 🔥
Илья - эксперт в области PaaS и SaaS систем, Google Developer Expert по облачным технологиям, кандидат технических наук.
Женя - архитектор, разработчик, автор телеграмм и youtube канала S0ER.
Подключайтесь в субботу к YouTube трансляции или в Zoom
А в комментариях к этому посту оставляйте свои вопросы, которые хотели бы задать Илье и Жене ⤵️
👍39❤2🏆1
Я не могу, поэтому это неважно
Вы наверное любите красивые автомобили, классные гаджеты, вероятно вы любите социальные сети и многие другие вещи, к которым привыкли и они вам нравятся. Вряд ли вы скажете, что новый айфон - это неважно, или ламба на день рождения - это ерунда.
Теперь задумайтесь, если вы пользуетесь YouTube, то вы 100% сталкивались с работой библиотеки ffmpeg, которая зашита практически в любой сайт по работе с видео. Код этой библиотеки лежит на github и вы можете легко его найти, но скорее всего вы не сможете понять, что там написано.
FFmpeg считается одной из самых сложных кодовых баз, для освоения которой нужные хорошие теоретические знания, математика, опыт и другие хардскилы (особенно часть со сжатием данных, кодировками и т.д.).
Есть много других сложных исходников. Большая часть людей, когда узнает о том, что есть кодовые базы, которые недоступны для их понимания говорят "это неважно". Небольшая часть говорит - "это интересно".
Так происходит не только с кодом, а со всеми сложными для восприятиями вещами , просто "это неважно".
- Сложная музыка? Это неважно!
- Приготовление сложных блюд? Это неважно!
- Авторское кино? Это неважно!
- Искусство? Это неважно!
Почему так происходит? На самом деле "это неважно" заменяет другу фразу, которую люди боятся и не хотят произносить "я не могу".
- Разобраться со сложной музыкой? Я не могу!
- Приготовить сложное блюдо? Я не могу!
- Посмотреть и понять авторское кино? Я не могу!
- Разобраться в живописи? Я не могу!
- Разобраться со сложным кодом? Я не могу!
- Принять участие в спортивном программировании? Я не могу!
Большая часть людей сталкиваясь с трудностями сразу сдается и прячется за фразой "это неважно".
Плохие разработчики уверены, что они ничем не отличаются от хороших, что они якобы решают те же задачи, получают те же зарплаты, так же растут по карьерной лестнице. Правда в том, что нет, не так же.
Уверен, что у вас есть (или был) коллега, которы не тянет свои задачи и ему помогают всем коллективом, но этот коллега будет всем говорить, что "посмотрите, я делаю тоже, что остальная команда".
Правда заключается в том, что в жизни много людей, которым интересно жить полной жизнью, принимать вызовы, изучать новое, двигаться по карьере от джуна до архитектора, работать с такими же интересными людьми и т.д. Им не интересно сидеть в баре с неудачниками, которые буквально на любую сложность отвечают "это неважно".
Я люблю пить кофе, и знаю много мест в городе, где делают классный кофе. Но большая часть людей, которые пьют откровенную ерунду, просто закидывают пару ложек сахара и получают кофейный напиток, в котором вкус кофе "убит" сладостью. Человек пьет не кофе, а сахар, но "это неважно".
Простые удовольствия может получить каждый, я тоже переодически пью пиво, ем бургеры, смотрю тупые фильмы. Но так же я получаю удовольствие от сложных вещей, потому что мозг устроен так, что ему постоянно нужна пища для размышления, иначе он теряет пластичность и деградирует.
Поэтому там где одни скажут "это неважно", я скажу "это интересно, но я не могу понять/сделать/разобраться". Я не смогу разобраться со всеми интересными вещами и мне придется выбирать куда двигаться, но главное, что мне не надо обманывать себя говоря "это неважно", "я могу также".
В жизни есть много путей, в том числе и для тех, кому интересно развиваться, разбираться, расти по карьере, путешествовать, быть гармоничной личностью, не только потреблять простые удовольствия, но и интересоваться сложными вещами.
Поэтому кому-то нравится потреблять, кому-то создавать - Кесарю – кесарево, слесарю – слесарево
Boosty | soer.pro
Вы наверное любите красивые автомобили, классные гаджеты, вероятно вы любите социальные сети и многие другие вещи, к которым привыкли и они вам нравятся. Вряд ли вы скажете, что новый айфон - это неважно, или ламба на день рождения - это ерунда.
Теперь задумайтесь, если вы пользуетесь YouTube, то вы 100% сталкивались с работой библиотеки ffmpeg, которая зашита практически в любой сайт по работе с видео. Код этой библиотеки лежит на github и вы можете легко его найти, но скорее всего вы не сможете понять, что там написано.
FFmpeg считается одной из самых сложных кодовых баз, для освоения которой нужные хорошие теоретические знания, математика, опыт и другие хардскилы (особенно часть со сжатием данных, кодировками и т.д.).
Есть много других сложных исходников. Большая часть людей, когда узнает о том, что есть кодовые базы, которые недоступны для их понимания говорят "это неважно". Небольшая часть говорит - "это интересно".
Так происходит не только с кодом, а со всеми сложными для восприятиями вещами , просто "это неважно".
- Сложная музыка? Это неважно!
- Приготовление сложных блюд? Это неважно!
- Авторское кино? Это неважно!
- Искусство? Это неважно!
Почему так происходит? На самом деле "это неважно" заменяет другу фразу, которую люди боятся и не хотят произносить "я не могу".
- Разобраться со сложной музыкой? Я не могу!
- Приготовить сложное блюдо? Я не могу!
- Посмотреть и понять авторское кино? Я не могу!
- Разобраться в живописи? Я не могу!
- Разобраться со сложным кодом? Я не могу!
- Принять участие в спортивном программировании? Я не могу!
Большая часть людей сталкиваясь с трудностями сразу сдается и прячется за фразой "это неважно".
Плохие разработчики уверены, что они ничем не отличаются от хороших, что они якобы решают те же задачи, получают те же зарплаты, так же растут по карьерной лестнице. Правда в том, что нет, не так же.
Уверен, что у вас есть (или был) коллега, которы не тянет свои задачи и ему помогают всем коллективом, но этот коллега будет всем говорить, что "посмотрите, я делаю тоже, что остальная команда".
Правда заключается в том, что в жизни много людей, которым интересно жить полной жизнью, принимать вызовы, изучать новое, двигаться по карьере от джуна до архитектора, работать с такими же интересными людьми и т.д. Им не интересно сидеть в баре с неудачниками, которые буквально на любую сложность отвечают "это неважно".
Я люблю пить кофе, и знаю много мест в городе, где делают классный кофе. Но большая часть людей, которые пьют откровенную ерунду, просто закидывают пару ложек сахара и получают кофейный напиток, в котором вкус кофе "убит" сладостью. Человек пьет не кофе, а сахар, но "это неважно".
Простые удовольствия может получить каждый, я тоже переодически пью пиво, ем бургеры, смотрю тупые фильмы. Но так же я получаю удовольствие от сложных вещей, потому что мозг устроен так, что ему постоянно нужна пища для размышления, иначе он теряет пластичность и деградирует.
Поэтому там где одни скажут "это неважно", я скажу "это интересно, но я не могу понять/сделать/разобраться". Я не смогу разобраться со всеми интересными вещами и мне придется выбирать куда двигаться, но главное, что мне не надо обманывать себя говоря "это неважно", "я могу также".
В жизни есть много путей, в том числе и для тех, кому интересно развиваться, разбираться, расти по карьере, путешествовать, быть гармоничной личностью, не только потреблять простые удовольствия, но и интересоваться сложными вещами.
Поэтому кому-то нравится потреблять, кому-то создавать - Кесарю – кесарево, слесарю – слесарево
Boosty | soer.pro
👍137🔥29🤡22❤10🤔10🥴9✍4💊4👎3🫡2💯1
Опубликовал публичный (бесплатный) пост "Разработка и документирование" в котором собрал советы и привел пример того как можно оптимизировать работу команды разработчиков за счет ведения документации.
Boosty | soer.pro
Boosty | soer.pro
boosty.to
Разработка и документирование - Соер.Клуб
Принцип "Код - лучшая документация" замечательно работает для маленьких проектов и небольших кодовых баз. Но чем больше людей в команде, чем чаще они меняются, тем больше коммуникаций необходимо делать помимо работы с кодом. Чтобы повысить эффективность…
👍21🔥5🐳3🫡1🗿1
Сегодня классно пообщались на канале {между скобок}, разбирали пятую главу из книги "От Монолита к микросервисам". Уровень дискуссии был на высоте, все как я люблю.
Стрим остался в записи
Стрим остался в записи
YouTube
От монолита к микросервисам. Глава 5 Проблемы микросервисов / Илья Казначеев, Евгений Сергеев
Разберемся с ключевыми проблемами, с которыми сталкиваются разработчики при переходе от классического монолита к гибким микросервисам. Мы рассмотрим такие проблемы, как большое количество сервисов, управление данными, согласованность, мониторинг и масштабируемость.…
👍31🤔2🤣1
Хочу ещё порекомендовать видео с Мишей Фленовым, который обсуждали четвертую главу книги "От монолита к микросервисам".
YouTube
От монолита к микросервисам. Глава 4 Распиливаем базы данных. Часть 2 / Михаил Фленов
Четвёртая глава настолько обширна, что мы решили разбить обсуждение на две части. Сегодня мы продолжим обсуждение и погрузимся в причины недостатков общей базы данных. Рассмотрим такие паттерны, как "Database as a Service", "Aggregate Exposing Monolith",…
👍20❤3🤣2
Forwarded from IT DIVA - Карьера в IT и BigTech
А вот и долгожданный подкаст с Женей S0ER про архитектуру.
Приятного просмотра:
https://youtu.be/Lx45YDD4xAc?si=eanH3I9VuTt5-kUC
[ТАЙМКОДЫ]
00:00:00 - Что будет в этом выпуске
00:01:27 - Знакомимся с гостем: кто такой S0ER, какой у него опыт в разработке и архитектуре?
00:08:40 - Сколько зарабатывает архитектор программного обеспечения (ПО)?
00:10:00 - Почему S0ER отказался от работы архитектором ПО? Минусы в работе опытного архитектора
00:14:34 - Как зарабатывать на консультациях по архитектуре для компаний?
00:18:09 - Как провести архитектурный аудит в проекте и в каких случаях он нужен?
00:25:00 - Какую задачу решает выстраивание архитектуры?
00:27:50 - Откуда приходят клиенты на архитектурный аудит?
00:28:17 - Нужно ли винить архитектуру в проблемах при разработке?
00:30:43 - Что входит в понятие "архитектура"? Какие уровни архитектуры существуют и как их различать? Зачем заботиться об архитектуре?
00:39:29 - Что такое "хорошая архитектура"? Есть ли универсальная архитектура, которая подойдет всем проектам?
00:42:49 - Как не написать говнокод? Как отличить хорошую архитектуру от плохой? На что обратить внимание при написании кода?
00:47:58 - С чего начинать погружение в архитектуру Junior-разработчику?
00:50:12 - Как развитие ИИ повлияет на работу нового поколения разработчиков?
00:58:07 - Какие разработчики будут всегда востребованы на рынке?
00:58:56 - С чего начинать погружение в архитектуру Middle-разработчику? Нужно ли изучать паттерны и стили проектирования?
01:04:39 - Какие шаблоны и стили проектирования полезно знать всем?
01:11:56 - Какие проблемы в архитектуре и процессах встречаются в стартапах и как их решать?
01:21:00 - Когда стартапам пора думать про решение вопросов на уровне архитектуры?
01:28:57 - Какие проблемы в архитектуре и процессах встречаются в компаниях средних размеров и как их решать?
01:35:15 - В каких проектах интереснее всего работать разработчику и при этом есть больше возможностей для развития?
01:36:40 - Как понять, какую нагрузку выдержит проект и подготовиться к масштабированию проекта?
01:40:27 - Зачем разработчикам, техлидам, тимлидам, CTO выстраивать стратегию по улучшению архитектуры и инфраструктуры проекта?
01:50:12 - Какие проблемы в архитектуре и процессах встречаются в крупных корпорациях и как их решать?
01:54:06 - Краткие итоги по архитектуре проектов в компаниях разных размеров
01:57:11 - Какие книги и видео стоит посмотреть после этого интервью?
01:57:44 - Советы от S0ER и меня для тех, кто хочет развиваться в IT, разработке и архитектуре
02:02:05 - Где можно получить еще больше пользы от S0ER после этого видео?
Приятного просмотра:
https://youtu.be/Lx45YDD4xAc?si=eanH3I9VuTt5-kUC
[ТАЙМКОДЫ]
00:00:00 - Что будет в этом выпуске
00:01:27 - Знакомимся с гостем: кто такой S0ER, какой у него опыт в разработке и архитектуре?
00:08:40 - Сколько зарабатывает архитектор программного обеспечения (ПО)?
00:10:00 - Почему S0ER отказался от работы архитектором ПО? Минусы в работе опытного архитектора
00:14:34 - Как зарабатывать на консультациях по архитектуре для компаний?
00:18:09 - Как провести архитектурный аудит в проекте и в каких случаях он нужен?
00:25:00 - Какую задачу решает выстраивание архитектуры?
00:27:50 - Откуда приходят клиенты на архитектурный аудит?
00:28:17 - Нужно ли винить архитектуру в проблемах при разработке?
00:30:43 - Что входит в понятие "архитектура"? Какие уровни архитектуры существуют и как их различать? Зачем заботиться об архитектуре?
00:39:29 - Что такое "хорошая архитектура"? Есть ли универсальная архитектура, которая подойдет всем проектам?
00:42:49 - Как не написать говнокод? Как отличить хорошую архитектуру от плохой? На что обратить внимание при написании кода?
00:47:58 - С чего начинать погружение в архитектуру Junior-разработчику?
00:50:12 - Как развитие ИИ повлияет на работу нового поколения разработчиков?
00:58:07 - Какие разработчики будут всегда востребованы на рынке?
00:58:56 - С чего начинать погружение в архитектуру Middle-разработчику? Нужно ли изучать паттерны и стили проектирования?
01:04:39 - Какие шаблоны и стили проектирования полезно знать всем?
01:11:56 - Какие проблемы в архитектуре и процессах встречаются в стартапах и как их решать?
01:21:00 - Когда стартапам пора думать про решение вопросов на уровне архитектуры?
01:28:57 - Какие проблемы в архитектуре и процессах встречаются в компаниях средних размеров и как их решать?
01:35:15 - В каких проектах интереснее всего работать разработчику и при этом есть больше возможностей для развития?
01:36:40 - Как понять, какую нагрузку выдержит проект и подготовиться к масштабированию проекта?
01:40:27 - Зачем разработчикам, техлидам, тимлидам, CTO выстраивать стратегию по улучшению архитектуры и инфраструктуры проекта?
01:50:12 - Какие проблемы в архитектуре и процессах встречаются в крупных корпорациях и как их решать?
01:54:06 - Краткие итоги по архитектуре проектов в компаниях разных размеров
01:57:11 - Какие книги и видео стоит посмотреть после этого интервью?
01:57:44 - Советы от S0ER и меня для тех, кто хочет развиваться в IT, разработке и архитектуре
02:02:05 - Где можно получить еще больше пользы от S0ER после этого видео?
YouTube
По душам с S0ER: как не написать г*внокод? Правила хорошей архитектуры в IT-проектах любых размеров
Мой Telegram-канал: https://t.iss.one/it_diva_offical
Мое сообщество на Boosty: https://boosty.to/it_diva
[ГОСТЬ]
S0ER-клуб: https://soer.pro
YouTube-канал гостя: https://www.youtube.com/channel/UCe_TcJarfs-HKy3NySy8Kng
Telegram-канал гостя: https://t.iss.one/sof…
Мое сообщество на Boosty: https://boosty.to/it_diva
[ГОСТЬ]
S0ER-клуб: https://soer.pro
YouTube-канал гостя: https://www.youtube.com/channel/UCe_TcJarfs-HKy3NySy8Kng
Telegram-канал гостя: https://t.iss.one/sof…
👍12🔥3🤡1🏆1
Forwarded from Эксплойт
This media is not supported in your browser
VIEW IN TELEGRAM
Сегодня у Рунета юбилей — отечественный интернет отмечает 30 лет.
Осторожно: может свести олдскулы от ностальгии.
@exploitex
Осторожно: может свести олдскулы от ностальгии.
@exploitex
👍38🙉9👎3😁3❤2🙏2
Переписывание с нуля 🥷
Опубликовал пост в котором изложил свои мысли про то почему не стоит слепо полагаться на переписывание с нуля. Каждый раз, когда программисты говорят "сделаем из говна и палок, а потом перепишем" создается порочный круг зависимости - один раз сделали плохо, а потом уже некогда делать хорошо.
Опубликовал пост в котором изложил свои мысли про то почему не стоит слепо полагаться на переписывание с нуля. Каждый раз, когда программисты говорят "сделаем из говна и палок, а потом перепишем" создается порочный круг зависимости - один раз сделали плохо, а потом уже некогда делать хорошо.
Please open Telegram to view this post
VIEW IN TELEGRAM
boosty.to
Про переписывание с нуля - SOER CLUB
Решения, которые вы приняли сегодня, определят решения, которые вы примите завтра. В контексте переписывания задачи с нуля, я вспомнаю про Джоэла Спольски. У Джоэла есть замечательная заметка про то, почему переписывание софта с нуля - это зло . Но…
👍29🤔1
еще б развернуть тему когда приходит новый разраб ему когнитивно сложно вникнуть в текущее решение и он бизнес принуждает к "а давайте всё перепишем"
Переписывать или не переписывать - вот в чем вопрос!
👍20🔥5😁5👨💻5