STR IT
4.42K subscribers
518 photos
76 videos
607 links
Чат: https://t.iss.one/strc0mmunity
Связь: @strrrrr1
Ссылка для друга: https://t.iss.one/+vdzEFWiDYe1lMjky

Реклама на бирже: https://telega.in/c/strfrontend
Download Telegram
Сегодня вечером был на IT-конференции GoCloud

К сожалению, на всю конфу не получилось задержаться, но все равно было круто! Cloud.ru повышают качество и масштабы IT-конференций на несколько уровней. Тысячи человек, куча активностей, бесплатный мерч и конечно же много закусок (я тоже немного тарелочник).

Залутал футболку от Александра Стародубцева и его сообщества\ PS: Саня, в свое время помог мне устроиться на свою первую работу в IT, а сейчас и свое сообщество развивает, короче IT гигачад\

Подытожив все, IT-конференции это круто, если живете в мск/спб — старайтесь посещать как можно больше подобный мероприятий. Кто знает, может именно там вы сможете найти новые знакомства, которые изменят вашу жизнь)

<Наше сообщество/>
🔥16❤‍🔥5👾4
Розыгрыш для программистов от Str (IT-Community)

Заметил, что вам понравилась данная активность, а значит можем начать следующий) Теперь все 3 книги - невероятно интересные, сам прочёл/читаю каждую и советую прочитать всем!


1. Совершенный код
2. Чистая архитектура
3. Грокаем алгоритмы 2 издание

Условия для участия всё также просты:
1. Подписка на мои каналы по программированию:
Str (IT-Community) | Str Frontend ) | Str Code | Str Backend
2. Нажимай "Участвовать"

Итоги будут - 10 мая 12:00 по мск

<Наше сообщество/>
14❤‍🔥6👍5
🔥8
🐧Как быстро и эффективно изучить git?

Если вам предлагают читать книги или покупать какие-то курсы, или даже смотреть видосы на ютубе — это всё от лукавого.

Первым делом, вам в GitHowTo

Легендарная штука, я сам по ней учился когда-то давно. Там всё как надо: большой упор на практику, простые и понятные объяснения, красивое оформление (да, для меня это важно!), есть перевод на русский и т.п. По сути, это Tour of Go из мира git, и даже лучше.

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

Этой штуке уже много лет, но авторы ещё и продолжают развивать проект.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6
🧩 Как вообще устроены процессы в айтишных командах?
(спойлер: всё не так хаотично, как кажется снаружи — но и не так строго, как в учебниках)

На самом деле всё довольно логично:
Каждый проект — как стройка. Только вместо каски — VSCode, вместо бетона — код, а вместо прораба — Project Manager


Вот из чего обычно состоит весь путь от идеи до релиза:

🎯 1. Аналитика
Сначала нужно понять, что вообще делать. Кто наш пользователь? Какие у него боли? Что будет полезно, а что — лишнее?

На этом этапе врываются аналитики и заказчики, устраивают брейншторма и выдают первые тезисы. Если этот этап пролететь — можно сразу закопать продукт

🎨 2. Дизайн
Здесь приходят дизайнеры и начинают магию. Делают, чтобы не только красиво, но и удобно. Потому что если кнопка "Оплатить" будет в правом верхнем углу 3 пикселя в ширину — пользователи будут страдать (и писать гневные комменты).

👨‍💻 3. Разработка
Тут выходим мы — разработчики. Берём задачи из бэклога и начинаем писать код. Главное — не пытаться сделать всё сразу. Команда дробит задачи на части, чтобы не словить шизу от масштабов работы

🔍 4. Тестирование
Код готов — но это ещё не релиз. Тестировщики проверяют, не ломается ли ничего при каждом клике. И лучше, чтобы баг нашёл QA, а не пользователь.

🚀 5. Релиз
Продукт выкатывают. Иногда сразу на весь мир, иногда сначала на маленькую тест-группу. Смотрят, всё ли ок. И тут начинается самое весёлое...

🔧 6. Поддержка
…потому что даже после релиза всё может сломаться. Или клиент решит: "А давайте переделаем всё!"
Так что фаза "поддержка" — это почти бесконечная история: багфиксы, фичи, улучшения.

А как всё это организовать?
Просто писать код и "надеяться на лучшее" — путь в ад. Поэтому почти каждая команда использует методологию разработки.

Чаще всего — это:

Agile — гибкий подход: всё разбито на короткие итерации (спринты), быстро адаптируемся к изменяющимся требованиям.

Scrum — это типа Agile, но с чёткой структурой. Есть планирование, дейлики, демо, ретро — всё как по расписанию.

Kanban — доска, на которой видно, кто чем занят. Просто, но эффективно.

Часто всё миксуют под себя. Главное — чтобы команда не утонула в хаосе.

Как вообще выглядит Scrum на практике?

1) Планирование спринта
Собрались, решили: за 2 недели делаем вот это. Остальное — потом.

2) Дейлики
Каждый день — мини-митап на 15 минут:
– Что сделал вчера?
– Что делаешь сегодня?
– Где затык?

3) Демо
Показываем, что успели за спринт. Чаще всего — начальству или всей команде. Чисто: "Вот че мы сделали, зацените!"

4) Ретро
Обсуждаем, что пошло хорошо, а где можно было лучше. Без обид, просто чтобы делать круче.

5) Бэклог
Это список всех задач. Его постоянно обновляют: добавляют новые, уточняют старые, расставляют приоритеты.

Зачем всё это?
Чтобы не бегать с горящими волосами, а спокойно фокусироваться на задачах. Спринт — это как мини-квест: выбрали, прошли, получили опыт и награду.

<Наше сообщество/>
🔥7👾64👍1
🔥183
💻 Тебе не нужен MacBook!

Я тоже думал: «Да норм у меня винда, всё работает, всё летает». Но 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
🔥19😁6🗿3💋1
🖤🖤🖤🖤🖤🖤🖤

👮 Привет друзья!

Небольшой ознакомительный пост
Создал ссылку для анонимных вопросов, если хочешь задать вопрос об IT -
кликай сюда
Либо заходи в
наш общий чат

<Наше сообщество/>
Please open Telegram to view this post
VIEW IN TELEGRAM
5🔥2
Прекрасная ночь...
Please open Telegram to view this post
VIEW IN TELEGRAM
👾124
💬 Достаточные навыки для входа в Web-разработку
(и да, это не теория из космоса — это реальный стек, с которым уже берут на работу)

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
11🔥1🤩1💋1👾1
STR IT
База Computer Science, сетей
Выводы сделаны, скоро будет анонс 🚬
Please open Telegram to view this post
VIEW IN TELEGRAM
😁244👍2
Кого смотришь из IT блогеров? 😐

<Наше сообщество/>
Please open Telegram to view this post
VIEW IN TELEGRAM
👾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
👍85👾3🔥1
🚬
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥246👍1
Ты не станешь программистом!

В рамках блока ответов на вопросы пришла идея написать пост. Увидел 3 однотипных вопроса
Привет, как быстрее найти первую работу и заработать бабок с айти, стоит ли идти на джуна, а дальше повышаться или сразу идти на мидл

1) как не выгореть от программирования и отказаться от вайб кодинга
2) как найти работу начинающему специалисту

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


🫣 Не находите общего в этих постах?
"Как быстрее заработать бабок", "Как отказаться от вайб-кодинга", "Наиболее легкий путь".
Складывается ощущение, что людям программирование противно, каждая секунда проведённая за кодом вызывает отторжение. Но люди продолжают себя мучать из-за одной цели - деньги. Нет, я не буду говорить, что "деньги не главное" и прочий бред. В нашем мире деньги являются ключевым фактором в выборе сферы деятельности, НО не единственным.

🤩 Кайф:
Задай себе вопрос - "Я кайфую от программирования?" или хотя бы "Мне не противно программировать?". Ведь если кайфа нет — не получится работать/учиться больше остальных, всегда будет желание закончить пораньше. По итогу ты всегда будешь хуже людей, которые горят этим делом и занимаются по 10+ часов, особо без усилий.

Опять же, если ты не кайфуешь от программирования, это не значит что нужно бросать — просто подумай, точно ли это то, чем ты хочешь заниматься? Если ответ да — это главное, и без разницы на все остальное.

Ведь нет ничего хуже проживать жизнь, в которой ты просыпаешься и каждый день едешь на нелюбимую работу, от которой тебе тошно. Да и не получится достичь высот в сфере, которая тебе противна, все что остается — быть посредственным, не лучшая учесть, не так ли?

🥳 Итоги этого небольшого поста:
Занимайтесь тем, от чего вы кайфуете. Занимаясь любимым делом, будет в 100000 раз легче себя реализовать, достичь высот и проживать счастливую жизнь.
Не нужно учить программирование(да вообще делать что-угодно), только из-за того, что все остальные это делают. Не слушай никого, кроме себя

<Наше сообщество/>
Please open Telegram to view this post
VIEW IN TELEGRAM
411👍6😭5🔥2👏1👾1