Розыгрыш для программистов от Str (IT-Community)
1. Совершенный код
2. Чистая архитектура
3. Грокаем алгоритмы 2 издание
Условия для участия всё также просты:
1. Подписка на мои каналы по программированию:
Str (IT-Community) | Str Frontend ) | Str Code | Str Backend
2. Нажимай "Участвовать"
Итоги будут - 10 мая 12:00 по мск
<Наше сообщество/>
Заметил, что вам понравилась данная активность, а значит можем начать следующий) Теперь все 3 книги - невероятно интересные, сам прочёл/читаю каждую и советую прочитать всем!
1. Совершенный код
2. Чистая архитектура
3. Грокаем алгоритмы 2 издание
Условия для участия всё также просты:
1. Подписка на мои каналы по программированию:
Str (IT-Community) | Str Frontend ) | Str Code | Str Backend
2. Нажимай "Участвовать"
Итоги будут - 10 мая 12:00 по мск
<Наше сообщество/>
❤14❤🔥6👍5
Forwarded from Николай Тузов
Если вам предлагают читать книги или покупать какие-то курсы, или даже смотреть видосы на ютубе — это всё от лукавого.
Первым делом, вам в GitHowTo
Легендарная штука, я сам по ней учился когда-то давно. Там всё как надо: большой упор на практику, простые и понятные объяснения, красивое оформление (да, для меня это важно!), есть перевод на русский и т.п. По сути, это Tour of Go из мира git, и даже лучше.
Целиком проходить не обязательно, достаточно хотя бы половину первой части осилить, уже будете себя чувствовать уверенно. А если пройдёте целиком, то будете знать гит лучше любого из своих коллег
Этой штуке уже много лет, но авторы ещё и продолжают развивать проект.
Please open Telegram to view this post
VIEW IN TELEGRAM
Githowto
Git How To: курс обучения Git на русском
Git How To — это интерактивный тур, который познакомит вас с основами Git. Тур создан с пониманием того, что лучший способ научиться использовать Git — попробовать его своими руками.
🔥6
🧩 Как вообще устроены процессы в айтишных командах?
(спойлер: всё не так хаотично, как кажется снаружи — но и не так строго, как в учебниках)
На самом деле всё довольно логично:
Каждый проект — как стройка. Только вместо каски — VSCode, вместо бетона — код, а вместо прораба — Project Manager
Вот из чего обычно состоит весь путь от идеи до релиза:
🎯 1. Аналитика
Сначала нужно понять, что вообще делать. Кто наш пользователь? Какие у него боли? Что будет полезно, а что — лишнее?
На этом этапе врываются аналитики и заказчики, устраивают брейншторма и выдают первые тезисы. Если этот этап пролететь — можно сразу закопать продукт
🎨 2. Дизайн
Здесь приходят дизайнеры и начинают магию. Делают, чтобы не только красиво, но и удобно. Потому что если кнопка "Оплатить" будет в правом верхнем углу 3 пикселя в ширину — пользователи будут страдать (и писать гневные комменты).
👨💻 3. Разработка
Тут выходим мы — разработчики. Берём задачи из бэклога и начинаем писать код. Главное — не пытаться сделать всё сразу. Команда дробит задачи на части, чтобы не словить шизу от масштабов работы
🔍 4. Тестирование
Код готов — но это ещё не релиз. Тестировщики проверяют, не ломается ли ничего при каждом клике. И лучше, чтобы баг нашёл QA, а не пользователь.
🚀 5. Релиз
Продукт выкатывают. Иногда сразу на весь мир, иногда сначала на маленькую тест-группу. Смотрят, всё ли ок. И тут начинается самое весёлое...
🔧 6. Поддержка
…потому что даже после релиза всё может сломаться. Или клиент решит: "А давайте переделаем всё!"
Так что фаза "поддержка" — это почти бесконечная история: багфиксы, фичи, улучшения.
А как всё это организовать?
Просто писать код и "надеяться на лучшее" — путь в ад. Поэтому почти каждая команда использует методологию разработки.
Чаще всего — это:
✅ Agile — гибкий подход: всё разбито на короткие итерации (спринты), быстро адаптируемся к изменяющимся требованиям.
✅ Scrum — это типа Agile, но с чёткой структурой. Есть планирование, дейлики, демо, ретро — всё как по расписанию.
✅ Kanban — доска, на которой видно, кто чем занят. Просто, но эффективно.
Часто всё миксуют под себя. Главное — чтобы команда не утонула в хаосе.
Как вообще выглядит Scrum на практике?
1) Планирование спринта
Собрались, решили: за 2 недели делаем вот это. Остальное — потом.
2) Дейлики
Каждый день — мини-митап на 15 минут:
– Что сделал вчера?
– Что делаешь сегодня?
– Где затык?
3) Демо
Показываем, что успели за спринт. Чаще всего — начальству или всей команде. Чисто: "Вот че мы сделали, зацените!"
4) Ретро
Обсуждаем, что пошло хорошо, а где можно было лучше. Без обид, просто чтобы делать круче.
5) Бэклог
Это список всех задач. Его постоянно обновляют: добавляют новые, уточняют старые, расставляют приоритеты.
Зачем всё это?
Чтобы не бегать с горящими волосами, а спокойно фокусироваться на задачах. Спринт — это как мини-квест: выбрали, прошли, получили опыт и награду.
<Наше сообщество/>
(спойлер: всё не так хаотично, как кажется снаружи — но и не так строго, как в учебниках)
На самом деле всё довольно логично:
Каждый проект — как стройка. Только вместо каски — VSCode, вместо бетона — код, а вместо прораба — Project Manager
Вот из чего обычно состоит весь путь от идеи до релиза:
🎯 1. Аналитика
Сначала нужно понять, что вообще делать. Кто наш пользователь? Какие у него боли? Что будет полезно, а что — лишнее?
На этом этапе врываются аналитики и заказчики, устраивают брейншторма и выдают первые тезисы. Если этот этап пролететь — можно сразу закопать продукт
🎨 2. Дизайн
Здесь приходят дизайнеры и начинают магию. Делают, чтобы не только красиво, но и удобно. Потому что если кнопка "Оплатить" будет в правом верхнем углу 3 пикселя в ширину — пользователи будут страдать (и писать гневные комменты).
👨💻 3. Разработка
Тут выходим мы — разработчики. Берём задачи из бэклога и начинаем писать код. Главное — не пытаться сделать всё сразу. Команда дробит задачи на части, чтобы не словить шизу от масштабов работы
🔍 4. Тестирование
Код готов — но это ещё не релиз. Тестировщики проверяют, не ломается ли ничего при каждом клике. И лучше, чтобы баг нашёл QA, а не пользователь.
🚀 5. Релиз
Продукт выкатывают. Иногда сразу на весь мир, иногда сначала на маленькую тест-группу. Смотрят, всё ли ок. И тут начинается самое весёлое...
🔧 6. Поддержка
…потому что даже после релиза всё может сломаться. Или клиент решит: "А давайте переделаем всё!"
Так что фаза "поддержка" — это почти бесконечная история: багфиксы, фичи, улучшения.
А как всё это организовать?
Просто писать код и "надеяться на лучшее" — путь в ад. Поэтому почти каждая команда использует методологию разработки.
Чаще всего — это:
✅ Agile — гибкий подход: всё разбито на короткие итерации (спринты), быстро адаптируемся к изменяющимся требованиям.
✅ Scrum — это типа Agile, но с чёткой структурой. Есть планирование, дейлики, демо, ретро — всё как по расписанию.
✅ Kanban — доска, на которой видно, кто чем занят. Просто, но эффективно.
Часто всё миксуют под себя. Главное — чтобы команда не утонула в хаосе.
Как вообще выглядит Scrum на практике?
1) Планирование спринта
Собрались, решили: за 2 недели делаем вот это. Остальное — потом.
2) Дейлики
Каждый день — мини-митап на 15 минут:
– Что сделал вчера?
– Что делаешь сегодня?
– Где затык?
3) Демо
Показываем, что успели за спринт. Чаще всего — начальству или всей команде. Чисто: "Вот че мы сделали, зацените!"
4) Ретро
Обсуждаем, что пошло хорошо, а где можно было лучше. Без обид, просто чтобы делать круче.
5) Бэклог
Это список всех задач. Его постоянно обновляют: добавляют новые, уточняют старые, расставляют приоритеты.
Зачем всё это?
Чтобы не бегать с горящими волосами, а спокойно фокусироваться на задачах. Спринт — это как мини-квест: выбрали, прошли, получили опыт и награду.
<Наше сообщество/>
🔥7👾6❤4👍1
Я тоже думал: «Да норм у меня винда, всё работает, всё летает». Но 4 месяца назад взял мак (m1 air 13)— и теперь каждый день говорю себе: а чё, так можно было?
Но давайте без романтики. Разберём, что вообще даёт мак
Что ты реально получаешь:
1) Скорость
Он просто работает. Быстро, стабильно, молча. Забыл, что такое «обновление 47 из 358». Всё грузится за секунду, никаких фризов, лагов и вечной борьбы с драйверами.
2) Dev-комфорт
Установить окружение — это не квест, а 15 минут на brew и пару команд в терминале. Docker, Node, Git — всё из коробки. Работает как швейцарские часы.
3) Фокус
Открываешь крышку — и уже в деле. Ничего не отвлекает, не бесит. Всё просто. Всё приятно. Это как перейти с Жигулей на Теслу (ну или хотя бы Kia 😄).
4) Тишина
Мак — абсолютно бесшумный. Ни писка, ни шума кулеров. Даже когда я его грузил монтажом и рендером, максимум — становился чуть тёплым. Всё.
5) Батарея
Монтажу на нём видосы, работаю, браузеры, фигма, VS Code — и он держит по 12+ часов.
А в «лайт» режиме (почта, заметки, ютубчик) — жить может по несколько дней.
Что ты НЕ получишь:
+300 к скиллу
Mac сам за тебя код писать не начнёт. Без разницы, на чём ты фигачишь — если не учишься, не пишешь код, не развиваешься — ничего не изменится.
Универсальности Windows
Некоторые тулзы могут не работать. Да, бывает. Привыкаешь. Или заводишь второй ноут / ставишь виртуалку Windows
💡 Вывод: если ты уже немного разбираешься в dev-процессе и хочешь просто чтобы всё работало — мак точно зайдёт.
Это не про понты, а про удобство, стабильность и фокус на коде.
Но магии не будет — работать всё равно тебе
<Наше сообщество/>
Please open Telegram to view this post
VIEW IN TELEGRAM
❤14👾6
Сколько часов в день занимаешься программированием?
Anonymous Poll
30%
Менее 1 часа
39%
1-3
15%
3-5
7%
5-8
10%
8+часов
👍6
Небольшой ознакомительный пост
Создал ссылку для анонимных вопросов, если хочешь задать вопрос об IT - кликай сюда
Либо заходи в наш общий чат
<Наше сообщество/>
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5🔥2
Please open Telegram to view this post
VIEW IN TELEGRAM
👾12❤4
(и да, это не теория из космоса — это реальный стек, с которым уже берут на работу)
1. База, без которой никуда Сюда стоит залетать как можно раньше:
AI в помощь: OpenAI, DeepSeek и т.п. — это твои новые учителя. Настрой себе AI-ассистента и задавай ему всё — от "что делает map?" до "почему у меня всё сломалось"
Git + GitLab/GitHub — без коммитов нет продакшена
JavaScript (база): от переменных и условий до массивов
Отладка: уметь ловить баги в JS-приложениях — маст
JS: синтаксис — массивы, колбэки, промисы
TypeScript: types, interfaces, generics, utility, mapped, conditional — знать, что это и зачем
SSR / SSG: понимать, чем отличаются и где применяются
BE vs BFF: кто за что отвечает
Тесты: юнит-тесты, e2e — желательно уметь запускать vitest/playwright и понимать, зачем это всё
2. Дальше развилка — либо ты T-shape в сторону фронта, либо в сторону бэка. Поехали по обеим.
T-shape → больше в фронт (FE)
Следишь за актуальным стеком: что там сейчас хайпит — React, Next, Astro, Vue?
Умеешь поднять проект на любом популярном фреймворке
FSD / Atomic design — не просто "кину кнопку в середину", а модульно, структурно
State management (Zustand, Redux, etc.) — что-то одно уверенно
Веб-подкапотное: webworkers, indexedDB, DOM оптимизации, TTI, TTFB и прочие страшные буквы
UI-библиотеки: Radix, ShadCN, Mantine, AntD — бери что-то и доводи до автоматизма
Fullstack pet-проект: 75% FE / 25% BE — чтоб показать, что не только пиксели двигаешь
Базовая аналитика: Sentry, Grafana, GTM, метрики
T-shape → больше в бэк (BE)
Следишь за бэкенд-рынком: актуальные подходы и инструменты
Фреймворк: NestJS — must have
Архитектура: Clean Arch / 3-layer — чтоб код не превратился в лапшу
Redis, Kafka/Rabbit — очереди, кеши, масштаб
SQL и NoSQL: PostgreSQL, Mongo, Cassandra и т.д.
Сложные темы: highload, репликация, шардинг, транзакции, ACID/BASE, Saga, MVCC
ООП: не просто классы, а дизайн-паттерны и архитектурные подходы
Аутентификация: сессии, JWT, куки
Fullstack pet-проект: 25% FE / 75% BE — бек надо уметь показывать
Мониторинг и логгинг: Grafana, Kibana, ClickHouse
3. Параллельно качаем и используем на практике:
Алгоритмы и структуры данных: bigO, бинарный поиск, сортировки, codewars 4-5 kyu, map, set, linked-list
Базовый system design: REST, gRPC, WebSocket, кэш, базы, CDN, DNS
Docker, docker-compose, bash, CI/CD пайплайны
Принципы разработки: OOP, SOLID, DRY, KISS, паттерны (Singleton, Factory, Observer, Strategy)
Безопасность: XSS, CSRF, cookies, storage, JWT — знать, где и как можно словить баг
4. И, если ты хочешь сразу войти с уровнем выше Junior — качайся в такие темы:
Node.js: fs, path, os, child_process, crypto и пр. — база для нормального BE
Low-code / No-code: Make, Excel + AI, Airtable и аналоги — не заморачиваться там, где можно сэкономить время
Scrum / Agile / Kanban / Story points — немного "менеджера в душе" не повредит
Коллаборация: участвовал в проекте с командой — это огромный плюс
Второй язык (Go, Python) — хватит базового понимания
TS: type-challenges Easy/Medium, infer — очень сильно прокачивает TS
Интеграция с платёжками (Stripe, Paddle) — полезно для pet-проектов
Авторизация с нуля: самописная auth-система
Деплой сайта на свой домен: VPS, CI/CD — полностью пройти путь "от кода до продакшена"
GraphQL: запросы, мутации, схемы — must-have
DDD: начинай изучать, если хочешь писать масштабируемо
Вывод: Хочешь попасть в IT — учись как разработчик, а не как студент. Всё, что выше — roadmap, который ты можешь грызть по кусочкам. Пиши, тестируй, гугли, общайся с ИИ, делай пет-проекты и не бойся откликаться, даже если кажется, что знаешь не всё.
Работать начинают не идеальные, а настойчивые.
<Наше сообщество/>
Please open Telegram to view this post
VIEW IN TELEGRAM
❤19❤🔥6🔥4👾2
База Computer Science, сетей
Anonymous Poll
31%
Изучаю, интересно
51%
Не знаю, где изучать, но очень хотел бы
18%
Не интересно
👍1
Всё чаще вижу, как народ в панике бегает по IT-чатам: «всё, ChatGPT всё напишет, мы не нужны», «зачем учиться, если ИИ всё делает». Ну, во-первых — не всё, а во-вторых — хорошая новость: ты как разработчик теперь нужен ещё больше, чем раньше.
ИИ уже умеет:
писать автотесты,
заполнять конфиги,
оптимизировать код и даже придумывать архитектуру.
И вроде звучит страшно, да? Но если капнуть глубже — всё, что он делает, ты и так бы делал, просто долго и муторно. Теперь это делают ИИшки — а ты двигаешься дальше, решаешь задачи посложнее.
Нет. Потому что:
бизнес-задачи надо понимать,
общаться с заказчиком — тоже тебе,
думать, как лучше построить архитектуру, на какую базу положить данные, когда разнести фронт и бэк — тоже не ChatGPT, а ты.
ИИ пока что — это крутой ассистент. Как если бы тебе дали сильного джуна, который не ноет и не спрашивает «почему билд не собирается», а просто работает. Ну кайф же?
Наоборот. Работы станет больше — бизнес видит, что автоматизация рулит, и хочет ещё. А кто будет управлять этими ИИ-сценариями, собирать пайплайны, писать промпты, следить за их адекватностью и безопасностью? Ты, бро.
🧱 Так стоит ли учиться кодить в 2025-м?
Не просто стоит — НУЖНО. Причём, чем раньше начнёшь — тем быстрее вырастешь в спеца, который умеет и руками, и с ИИ.
💬 Мой тейк: ИИ не отнимет работу у программистов. Он отнимет работу у тех, кто не умеет работать с ИИ. Поэтому вместо того, чтобы пугаться — изучи как юзать GPT, Copilot, и т.д., и встрой это в свой стек. Умный разработчик с ИИ = 10 обычных.
Компании нанимают, например, 100 программистов не потому, что им нужно именно 100, а потому что могут позволить себе 100, оставаясь прибыльными. Если какая-то компания сократит программистов в 5 раз, её конкуренты моментально этим воспользуются, даже если придётся пару лет поработать в минус. Больше программистов = быстрее рост продукта и прибыли. Это не бухгалтеры, где рост количества — это просто рост расходов.
Сокращение программистов без потери прибыли — это больше фантазия акционеров, чем реальность. И как раз такие менеджеры громче всех и кричат про то, что ИИ нас всех заменит. Ну, легко верить в то, о чём давно мечтаешь.
Кажется, если один может заменить пятерых — зарплаты должны упасть? Не факт.
Основной драйвер зарплат в IT — это стартапы и маленькие команды. Сейчас, чтобы сделать MVP, нужен бюджет на 5 человек. А с ИИ — может хватить и одного. Меньше порог входа → больше проектов вообще доходят до реализации. И хотя в каждом будет по 1–2 разработчика, в сумме рабочих мест может стать даже больше.
Да и внутри компаний появится спрос на маленькие in-house команды. Там, где раньше было нецелесообразно держать целый отдел, теперь могут нанять 1–2 разработчиков, потому что стало дешевле. Это создаёт новые рабочие места и увеличивает спрос.
ИИ снижает цену создания продукта. А это почти всегда приводит к росту количества самих продуктов. А значит, и разработчиков нужно больше, а не меньше.
<Наше сообщество/>
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8❤5👾3🔥1
STR IT
PS: опрос к вчерашнему посту
<Наше сообщество/>
Please open Telegram to view this post
VIEW IN TELEGRAM
В рамках блока ответов на вопросы пришла идея написать пост. Увидел 3 однотипных вопроса
Привет, как быстрее найти первую работу и заработать бабок с айти, стоит ли идти на джуна, а дальше повышаться или сразу идти на мидл
1) как не выгореть от программирования и отказаться от вайб кодинга
2) как найти работу начинающему специалисту
привет,я только начинаю работать с языками программирования,скажи пожалуйста,какой наиболее легкий будет для начала?
"Как быстрее заработать бабок", "Как отказаться от вайб-кодинга", "Наиболее легкий путь".
Складывается ощущение, что людям программирование противно, каждая секунда проведённая за кодом вызывает отторжение. Но люди продолжают себя мучать из-за одной цели - деньги. Нет, я не буду говорить, что "деньги не главное" и прочий бред. В нашем мире деньги являются ключевым фактором в выборе сферы деятельности, НО не единственным.
Задай себе вопрос - "Я кайфую от программирования?" или хотя бы "Мне не противно программировать?". Ведь если кайфа нет — не получится работать/учиться больше остальных, всегда будет желание закончить пораньше. По итогу ты всегда будешь хуже людей, которые горят этим делом и занимаются по 10+ часов, особо без усилий.
Опять же, если ты не кайфуешь от программирования, это не значит что нужно бросать — просто подумай, точно ли это то, чем ты хочешь заниматься? Если ответ да — это главное, и без разницы на все остальное.
Ведь нет ничего хуже проживать жизнь, в которой ты просыпаешься и каждый день едешь на нелюбимую работу, от которой тебе тошно. Да и не получится достичь высот в сфере, которая тебе противна, все что остается — быть посредственным, не лучшая учесть, не так ли?
Занимайтесь тем, от чего вы кайфуете. Занимаясь любимым делом, будет в 100000 раз легче себя реализовать, достичь высот и проживать счастливую жизнь.
Не нужно учить программирование(да вообще делать что-угодно), только из-за того, что все остальные это делают. Не слушай никого, кроме себя
<Наше сообщество/>
Please open Telegram to view this post
VIEW IN TELEGRAM
4❤11👍6😭5🔥2👏1👾1
Сколько часов в день проводишь в соц. сетях (в развлекательных целях)?
Anonymous Poll
10%
Меньше 1
37%
1-3
23%
3-5
30%
Больше 5