❤️‍🩹 ИТ — это не только печеньки. Вот 7 причин не бросить вот это всё
Все мечтают в ИТ, а курсы продают рай: высокие зарплаты, удалёнка, никакой рутины.
Давайте без розовых очков.

1️⃣ Никогда не отключаешься по-настоящему
Сообщение в 22:00 от заказчика: «Срочно…». Коллега из другого часового пояса в субботу утром. Без жёстких границ вы выдохнетесь за полгода.
2️⃣ Учиться постоянно — не для роста, а чтобы оставаться на месте
Выучил стек — через два года он устарел.
Выходные уходят на курсы и статьи. Иногда это кайф, чаще — рутина.
3️⃣ Вы работаете с людьми, а не с кодом
Заказчик не знает, чего хочет. Разработчики спорят. Тестировщики находят косяки.
Главная боль — коммуникация, а не технологии.
4️⃣ Глаза и спина страдают
10 часов за монитором — и вы вспомните этот пост.
Плохое зрение, шея, сидячий образ жизни. Хорошее кресло и физкультура — не роскошь, а необходимость, чтобы выжить.
5️⃣ Высокая ответственность при неполной информации
«Сделайте хорошо» — и всё.
Вы добываете требования, переспрашиваете, перепроверяете. А если угадали не так — виноваты вы.
6️⃣ Выгорание — это реальность
Дедлайны, смена требований, бесконечные доработки.
ИТ — марафон. Если бежать спринт каждый день — долго не протянете.
7️⃣ Зарплата растёт не всегда
Джунам сейчас тяжело. Конкуренция высокая.
Это не значит «не иди в IT». Это значит «не верь обещаниям 300к за полгода».

Что делать с этим всем⁉️ Не бояться, а готовиться❗️
Минусы никуда не денутся. Но если вы готовы их терпеть — профессия даст вам очень много.
ИТ — это не магия. Это работа. Хорошая, если заходить с открытыми глазами.

#Карьера

🔗 Нетворкинг в ИТ: не для «понтов», а чтобы работу делать

Многие думают: нетворкинг — это для менеджеров и продажников. А я — технический специалист, мне достаточно знать своё дело.
Люблю нетворкинг, так я побывала на афтепати конференции, на которой не была...
В ИТ без связей — можно. Но медленно, больно и скучно.

Нетворкинг нужен, чтобы:
1️⃣ Быстрее решать задачи
Застряли на проблеме? Написали в чат — через час у вас есть решение. Без связей — два дня искать самому.
2️⃣ Узнавать о вакансиях первыми
Хорошие места разбирают по знакомству, не дожидаясь публикации.
3️⃣ Не выгорать в одиночку
Есть с кем поделиться трудностями и услышать «у меня тоже такое было, вот что помогло».

🪄Никакой магии. Просто работа и жизнь становятся легче, когда вы не один.
Был ли у вас случай, когда знакомство в ИТ спасло проект или карьеру? 👇

#Карьера

Когда термины становятся оружием

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

🔺Киевская Русь
Термин, который кажется естественным, создаёт политические споры: «была ли эта Русь российской, украинской или белорусской?»
Хотя раннесредневековое государство — предок всех трёх народов. Как Империя франков не была ни Францией, ни Германией.

🔺Фашизм и нацизм
Строго научно фашизм — это режим Муссолини. Но в массовом сознании термин закрепился за нацизмом Гитлера.

Подмена терминов искажает понимание истории.

#Термины

🤝 Soft skills: что прокачивать, чтобы расти
В ИТ любят говорить про soft skills. Но часто под этим понимают «быть приятным человеком». На самом деле "мягкие навыки" — это конкретные инструменты, которые можно и нужно развивать.

Какие soft skills реально нужны (не пишите, что только аналитику):
1️⃣ Умение задавать вопросы
Не просто «что? где? когда?», а:
«А что будет, если...?», «А как мы это проверим?», «А кто за это отвечает?»
Хорошие вопросы иногда важнее хороших ответов.

2️⃣ Навык письменной коммуникации
В удалёнке 80% общения — текст. Если вы пишете длинно, путано или с ошибками — вас перестают читать. Короткие предложения, сценарии вместо функций, картинки вместо текста — это навык, который прокачивается.

3️⃣ Умение слушать
Заказчик говорит «хочу понятный интерфейс». Вместо того чтобы спорить, спросите: «А что для вас "понятный"? Приведите пример». Услышать, что на самом деле нужно, — половина работы.

4️⃣ Управление ожиданиями
Сказать «нет» или «это будет через месяц, а не через неделю» — нормально. Главное — сделать это до того, как срок сорван.

5️⃣ Эмпатия
Поставить себя на место заказчика, разработчика, тестировщика. Понять, почему они спорят, и найти решение, которое устроит всех.

❗️Главное: Soft skills — это не «чтобы все любили». Это чтобы вас понимали, слышали и доверяли вам.

#Карьера

🐧 Git — 21 летний мерзавец, который захватил мир
7 апреля 2005 года Линус Торвальдс закоммитил первую версию Git. Ему потребовалось около двух недель.
Название git на британском сленге означает «мерзавец». Сам Торвальдс пошутил: «Я эгоистичный ублюдок, поэтому называю проекты в честь себя. Сначала Linux, теперь git».

⚡️ Зачем его создали
Разработчики ядра Linux использовали коммерческую систему BitKeeper. Бесплатно. Но с условием: никакого реверс-инжиниринга. Один из разработчиков Эндрю Триджелл попытался создать открытый клиент — и владелец BitKeeper отозвал лицензию.
Linux-команда осталась без инструмента. Торвальдс сел и написал Git.

🔧 Почему Git выстрелил
Главная идея: каждый разработчик имеет полную копию репозитория — можно работать офлайн, не бояться падения сервера.
Альтернативы (CVS, SVN) были централизованными: один сервер упал — все встали.
Сегодня Git занимает 85% рынка систем контроля версий.

🎭 Git нужен не только разработчикам
🟡 Аналитику — хранить версии ТЗ, требований и моделей. Увидеть, кто и когда изменил требования. Откатиться к старой версии, если заказчик передумал.
🟠 Тестировщику — синхронизировать автотесты, хранить тест-кейсы в коде, фиксировать баги вместе с разработкой.
🟢 DevOps'у — управлять конфигурациями, скриптами и инфраструктурой как кодом.
🔵 Проект-менеджеру — смотреть историю изменений документации, видеть, кто что делал, и контролировать версии артефактов.
🟣 Руководителю — проверять, как команда работает с версиями, и не терять артефакты проекта.
Git — это не про код. Это про совместную работу над любыми текстовыми файлами (код, документация, настройки).

🎓 Что это значит для вас
История Git учит: даже временный костыль может изменить мир, если он решает реальную боль.

А какой у вас любимый git-команда? У меня — git blame 😉

#Байки #Инструменты

🛠 Hard skills — это ваш инструмент. А не магия
Потерпите ещё "прописные истины", я определяю объекты, чтобы потом в них углубиться
Hard skills — это конкретные задачи, которые вы умеете делать.

🔴 Разработчик: писать на Python, работать с Git, знать SQL.
🟠 Тестировщик: составлять тест-кейсы, работать с Jira, понимать API.
🟡 Аналитик: рисовать BPMN, писать ТЗ, строить диаграммы.
🟢 DevOps: настраивать CI/CD, работать с Docker, поднимать серверы.

‼️Их главная особенность: их можно проверить.

Дали задание 👉 посмотрели результат.
Справились ✅ навык есть.
Не справились ❌ качаем дальше.

❗️И главное
Hard skills без Soft skills — вы умеете, но не понимаете зачем и не можете договориться.
Soft skills без Hard skills — вы отлично общаетесь, но делать нечего Вам в профессии.

Прокачивайте и то, и другое. Но если вы на старте — начинайте с hard. Их проще проверить, легче продать на собеседовании и быстрее получить первые «я это умею».

#Карьера

📚 Как учить hard skills, чтобы не выгореть
Не думайте, если вы senior, то вам не надо ничему учиться, вспомнить как это делать - всегда полезно!

1️⃣ Берите один инструмент и доведите до простого «умею»
Не хватайтесь за Python, SQL, Docker и Kubernetes одновременно. Выберите одно. Освойте базу. Сделайте маленький проект. Потом — следующее.

2️⃣ Учите через задачу, а не через «прочитать всё»
Не «выучить SQL за 3 дня», а «написать запрос, который покажет топ-10 продаж за месяц». Результат → понимание.

3️⃣ 20 минут в день лучше, чем 5 часов в выходной
Регулярность важнее интенсивности. Маленькие шаги не пугают и не убивают мотивацию.

4️⃣ Делайте проекты для себя
Свой телеграм-бот, парсер расписания, аналитика расходов в Google Sheets. Бесплатно, безопасно, и портфолио растёт.

5️⃣ Просите обратную связь у тех, кто уже умеет
Показали код или схему коллеге? Спросите: «Что здесь не так?». Исправили — навык прокачался. Не стесняйтесь.

Какой hard skill сейчас в процессе у вас? 👇

#Карьера

🧨 Анализ — это вчера. Аналитика — это завтра. А результат у нас какой?
Я уже говорила: я люблю душнить по терминам. Потому что за ними — деньги, сроки и карьера.
Первая жертва — пара «анализ» и «аналитика». Кто-то думает, что это одно и то же. В резюме пишут «аналитика», чтобы звучать весомее. В жизни делают анализ и называют его аналитикой.
Давайте по полочкам. Со словарями и без розовых очков.

🔍 Что там по сути
Анализ (ἀνάλυσις) означает «разложение, расчленение». Анализ (по Далю и современным словарям) — разбор, разложение целого на составные части. Метод научного исследования. Изучаем, что сломалось и почему. Результат — диагноз.
Аналитика (ἀναλυτική) — «искусство анализа». Аналитика (по словарю «Грамоты.ру») — деятельность по выполнению анализа; результаты проведённого анализа. Искусство рассуждения с прогнозом. Результат — рецепт.
То есть анализ — это действие, аналитика — и деятельность, и результат.

⚡️ Так результат — это анализ или аналитика?
Это зависит от того, что вы сделали с данными.
1️⃣ Просто разложили проблему, поняли причину → результат анализа.
2️⃣ Сформулировали прогноз и сказали «делаем так» → результат аналитики.
Анализ 🟰 диагноз. Аналитика 🟰 рецепт.

💼 Почему я проверяю это на собеседовании
Спрашиваю на собеседовании: «Чем вы занимались?»
— Аналитикой.
— Прогнозы строили? Модели? Сценарный анализ?
— Нет, я данные разбирал и отчёт писал.
Окей. Это анализ. Называйте вещи своими именами.

🎓 Моё резюме для вас
Анализ 🟰 расчленили. Аналитика 🟰 придумали, что делать дальше.
Анализ 🟰 прошлое. Аналитика 🟰 будущее.
Анализ 🟰 диагноз. Аналитика 🟰 рецепт.

Что вы чаще делаете: ставите диагнозы или выписываете рецепты? 👇

#Термины #Карьера #Собеседование

🔄 Метод «сломаем — а там видно»: почему в ИТ это работает
В жизни звучит странно. Сделать хуже, чтобы потом вернуть как было, это как в анекдоте «Заведи козу». В ИТ это называется revert, и это одна из главных «суперсилл» разработки.
❗️Речь не про «выкатил вслепую и молюсь». Речь про «выкатил, зная кнопку отката».

🧠 Как это работает на деле
Вы меняете код, требования или конфигурацию. Новое решение казалось хорошим. На практике — всё сломалось. В обычном мире вы бы паниковали.
В ИТ вы просто откатываетесь к предыдущей версии. Git, резервные копии, CI/CD позволяют сказать: «Окей, не взлетело. Вернём как было».
Ущерб ограничен 10 минутами вместо недели даунтайма.

🎓 Живой пример
Одна команда решила переписать старый модуль на новом фреймворке.
Потратили месяц. Протестировали на стенде — всё было ок. Выкатили в прод. И поняли: стало хуже. Медленнее. Багов больше.
Что сделали?
Не стали героически доделывать ночами. Закатили revert за 10 минут. Старый модуль снова работал. Новый отправили на доработку. Потом разобрали ошибки, переписали аккуратно — и выкатили успешно.

⚠️ Но есть нюансы
Revert работает отлично, НО не везде.
❌ Когда откат — не тривиален:
➖Миграции баз данных (особенно если удаляли колонки/таблицы)
➖Изменения публичных API, на которые уже подписались клиенты
➖Исправление багов, к которым успели привязаться другие системы
В таких случаях revert может вернуть старые проблемы. Тут нужна двойная осторожность.

🚫 Без системы revert превращается в катастрофу
Метод работает, только если вы можете быстро вернуть.
Что для этого нужно:
✅ Нормальная система контроля версий (git)
✅ Автоматические бэкапы
✅ Культура, где revert — не позор, а норма
✅ Понимание границ метода (см. пункт выше)
Если этого нет — «попробовать новое» превращается в недельную аварию.

🧠 А как же страх
Многие боятся экспериментировать именно потому, что не знают, как откатить. Но если вы можете быстро вернуться назад — вы можете пробовать смелее.
В ИТ это называется безопасная среда для экспериментов.
И она строится вокруг простой идеи: «Сломать можно, если умеешь чинить или откатывать. Но сначала проверь, что откат вообще возможен».

🎓 Моё резюме
Revert — это не глупость и не «костыль». Это нормальный рабочий инструмент, когда у вас есть система отката.
Без системы — авантюра.
С системой — разумный эксперимент.
Git, бэкапы, понимание границ и смелость пробовать. Всё остальное — детали.

А вы часто откатываете свои решения? Или стараетесь довести до конца любой ценой?👇

#Байки #Инструменты

🎓 Мастер-классы: ускоритель карьеры или пустая трата времени?
Я часто слышу: «Зачем куда-то ходить? Всё есть в открытом доступе». И это правда. Теорию, гайды и даже записи выступлений можно найти бесплатно.
Но есть нюанс: мастер-классы могут дать то, чего нет в записи — если правильно их выбирать.

💡 Три главные пользы живых встреч (которые работают не всегда)
1️⃣ Чужие ошибки — вы запоминаете и с меньшей вероятностью наступите на те же грабли.
Честно: это не заменит полгода практики, но сэкономить пару недель — реально.
2️⃣ Ответы на ваши вопросы — в живом общении можно уточнить.
Честно: если в зале 30+ человек, дадут 1–2 коротких ответа. Идите с готовым вопросом.
3️⃣ Нетворкинг — познакомиться с коллегами полезно.
Честно: большинство контактов умирают в забытых чатах. Это бонус, а не стратегия.

🔗 Что реально взять с МК:
✅ Hard skills: конкретные техники, шаблоны, разбор ошибок
⚠️ Soft skills: умение задавать вопросы, аргументация в дискуссиях, за вечер не прокачать — МК может показать направление, но не заменит месяцы практики.

🧠 Личный пример (без иллюзий)
Вчера я сходила на «Холиварные аналитические посиделки». Тема — ИИ и работа системного аналитика, как писать промпты.
Получила пару техник промптов, новых подписчиков (Вас уже больше 1️⃣0️⃣0️⃣) и понимание, как не надо строить диалог с нейросетью. Теорию я знала. Живые кейсы дали ощущение, а не революцию.

🎓 Моё резюме (теперь честное)
Онлайн-видео даёт базу. Мастер-классы — потенциальное ускорение, если:
❇️ У вас уже есть база — иначе будет каша.
❇️ Вы идёте с конкретным вопросом, а не «за вдохновением».
❇️ Формат предполагает практику, а не монолог на 2 часа.
❇️ Вы готовы, что 70% информации уже есть в открытом доступе.
Если эти условия не выполнены — да, мастер-класс будет пустой тратой времени и денег.

↘️Короткий чек-лист перед походом
➖ Я уже знаю теорию по этой теме?
➖ У меня есть конкретная рабочая задача, где я применю результат?
➖ В программе больше 50% практики / разбора кейсов?
Если да — идите. Если нет — лучше почитайте документацию или наймите наставника на час.

А вы ходите на мастер-классы? Что для вас было реально полезно, а что — потерей времени? 👇

#Карьера

📌 Продукт и проект: в чём же разница?
Эти два слова мешают в кучу на собеседованиях, в резюме и в головах. А разница — как между такси и личным автомобилем. Оба довезут, но живут по-разному.

🚀 Проект
Жизненный цикл: начали → сделали → сдали → забыли.
У проекта есть чёткая дата завершения. Команда собралась под задачу. Бюджет выделен на срок. Как только цель достигнута — проект умер. Команда разбежалась. Документация в архиве.
Пример: построить дом, внедрить 1С, сдать отчёт за квартал.

🔄 Продукт
Жизненный цикл: придумали → запустили → растем → зреем → уходим на покой (когда надоели рынку).
У продукта нет дедлайна. Он живёт, пока нужен людям. Команда постоянная. Бюджет — на развитие, а не на одну стройку.
Продукт не «сдают», его релизят. Он умирает сам, когда рынок отворачивается.
Пример: Telegram, ваша CRM-система, мобильное приложение банка.

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

⚠️ Если перепутать — вы задушите продукт бюрократией. Или никогда не закончите проект, пытаясь делать его «гибко».

🎯 Моё резюме
Сначала пойми, с чем имеешь дело. Проект — делай и сдавай. Продукт — живи с ним и развивай.

#Термины

😌 Синдром самозванца: когда кажется, что вы тут случайно
Знакомо? Вас повысили, а вы думаете «повезло». Сделали сложный проект, а внутри голос шепчет «просто совпало». Завтра придут и поймут, что вы ничего не умеете.
Это называется синдром самозванца. И в ИТ им болеют.

🔍Как это выглядит
➖ Вас хвалят за отличный анализ, а вы уверены, что просто повезло с задачей.
➖ Коллеги спрашивают совета, а вы боитесь, что сейчас раскроют ваше «незнание».
➖ Любая ошибка подтверждает: «ну вот, я же говорил, я не настоящий специалист».
При этом объективно вы работаете хорошо. Но внутренний критик сильнее цифр и фактов.

👂Почему в ИТ это массово
Технологии меняются каждый год. Вы только выучили что-то — а уже надо переучиваться. Вы только стали мидлом — а сеньоры обсуждают что-то, чего вы не знаете.
Постоянное обучение создаёт вечное чувство: «я не успеваю, я отстаю».
Плюс индустрия полна гениев, которые в 20 лет уже CTO. Сравнивать себя с ними — прямой путь к самозванцу.

🧠Что делать
➖ Признать нормой. Почти у всех есть этот голос. Даже у тех, на кого вы смотрите с восхищением.
➖ Фиксировать победы фактами. Заведите заметку «что я сделал(а)». Не «я молодец», а «закрыл 5 багов», «задеплоил фичу», «помог коллеге». Перечитывайте, когда накатывает.
➖ Не сравнивать своё «внутри» с чужим «снаружи». Вы видите чужие успехи — но не видите их сомнений. Это нечестная игра.
➖ Просить конкретную обратную связь. Не «ну как я вообще?», а «что получилось в задаче X, что нет?». Если не верите себе — поверьте тимлиду, который говорит «вы молодец» на фактах.
➖ Говорить вслух. Обсудить с коллегой или ментором. В ответ часто слышишь: «О, у меня тоже так было». И становится легче.
➖ Действовать до уверенности. Не ждите, когда страх пройдёт. Делайте следующий шаг. Уверенность приходит после действий, а не до.

💡Моё резюме
Синдром самозванца не лечится раз и навсегда. Он будет возвращаться при каждом новом вызове. Но если вы знаете, как он работает, вы перестаёте ему верить.
Вы здесь не случайно.
Вас не обманешь на собеседовании, в проекте, в команде. Вас наняли не за гипотетическое всезнание, а за способность решать задачи. Вы их решаете — значит, вы на своём месте.

#Карьера

🍝 Спагетти-код. Откуда взялся термин и почему он всех бесит
Вы когда-нибудь пробовали распутать тарелку спагетти?
Примерно так же выглядит программа, в которой логика выполнения прыгает как горный козёл: отсюда туда, сюда обратно. Попробуй разберись.
Это и есть спагетти-код.

🔍 Откуда ноги растут (и извиваются)
Точная дата рождения термина неизвестна. Но первое упоминание появилось в 1972 году.
Программист Мартин Хопкинс сказал фразу, которая стала пророческой: «Главная мотивация для устранения оператора goto — надежда, что готовые программы перестанут выглядеть как миска спагетти».
И понеслось. В 1977 году вышла статья с провокационным названием «Макароны лучше спагетти». В 1978-м Ричард Конуэй описывал программы, которые «имеют такую же чистую логическую структуру, как тарелка спагетти». С тех пор метафора прочно засела в ИТ.

🧠 Что это значит
Код называется так, потому что его поток управления напоминает запутанные макароны — извилистый и абсолютно нечитаемый. Полное отсутствие структуры. Логика прыгает с помощью goto, неожиданных исключений или просто «как бог на душу положит».
Страшно поддерживать. Внесение одного изменения ломает всё. Вы никогда не знаете, куда приведёт очередной прыжок.

🍝 Почему это антипаттерн
Спагетти-код — самый знаменитый антипаттерн в программировании. Он возникает по банальным причинам:
➖Частые правки от разных людей без общей архитектуры.
➖Спешка: «Сделай быстро, потом перепишем». «Потом» не наступает никогда.
➖Элементарная нехватка опыта.

💡 Моё резюме
История спагетти-кода учит простой вещи: порядок в голове рождает порядок в коде.
Если логика вашей программы напоминает блюдо итальянской кухни — самое время заняться рефакторингом и структурированием.
А когда ваш коллега в очередной раз начнёт плести такую лапшу, не стесняйтесь спросить: «Мы пишем код или готовим ужин?».

Встречали ли вы в своей практике макаронные изделия в коде или документации? Как с ними боролись? 👇

#Термины

📝 Душнить так душнить. Но вы выбираете тему

В рубрике #Термины мы уже разобрали:

➖ откуда взялись термины
➖ анализ vs аналитика
➖ проект vs продукт
➖ антипаттерн "спагетти код"

Теперь — ваша очередь.

Какая пара терминов вас бесит больше всего? Или может интересна история какого- выражения? Пишите в комментарии 👇

#Термины

🌗 Харизма vs экспертиза: кого на самом деле слушают в команде
В каждой команде есть два типа людей. Первого все любят. Ко второму идут за советом. И это не всегда один и тот же человек.
Давайте честно: харизма открывает двери. Экспертиза — решает задачи.

📗 Что происходит на практике
Харизматичный «добрый малый» отлично входит в доверие. С ним приятно пить кофе, он сглаживает конфликты, его хотят слышать. Но когда проект затягивает болото, а заказчик меняет требования в пятый раз — его слова становятся просто фоновым шумом.
Потому что он не может ответить на главные вопросы:
➖ Как это сделаем?
➖ Какие риски?
➖ Как это повлияет на текущую архитектуру?
Эксперт может быть не самым приятным собеседником. Он жёстко режет «а давайте подумаем», занудно объясняет, почему ваша идея провалится, и сыпет терминами. Но именно его слушают в критический момент. Потому что за ним — решение.

👀 Почему «добрый малый» проигрывает
Потому что харизма без багажа работает до первой серьёзной проблемы.
Когда всё хорошо — все любят харизматика. Когда всё плохо — тянутся к эксперту. Даже если он ворчун.
Я много раз видела это на ретроспективах и разборах полётов. Команда благодарит того, кто приносит печеньки. Но слушает того, кто говорит: «У нас ошибка в архитектуре, и вот почему».

🖋 Что делать, если вы не харизматик
Прокачивайте экспертизу. Это ваше топливо.
Станьте человеком, к которому идут за ответами. Не за улыбкой, а за конкретным: «Смотри, я уже такое решал, вот схема, вот пример, поехали».
Харизма — это ускоритель. Но без экспертизы вы просто быстрая тележка без тормозов. А экспертиза без харизмы — это бетонный блок, который в одиночку с места не сдвинуть.

✒️ Что делать, если у вас есть и то, и другое
Используйте это! Люди будут идти за вами и слушать вас. Но помните: сначала экспертность, потом харизма. Если поменять местами, получится «пустышка с обаянием».

💡 Моё резюме
Не пытайтесь нравиться всем любой ценой. Будьте тем, кто умеет делать свою работу лучше других.

#Карьера

🌍 В этот день кто-то сказал: «Берите бесплатно». И мир изменился
30 апреля 1993 года европейская лаборатория CERN объявила: технологию World Wide Web (WWW) может использовать кто угодно и где угодно. Бесплатно. Без лицензий и отчислений.
До этого интернет существовал. Но был уделом военных, учёных и гиков.

🔬 Кто это сделал
Тим Бернерс-Ли, британский учёный, работавший в CERN. В 1989 году он предложил систему, которая позволяла связывать документы через гиперссылки. В 1990 году сделал первый веб-сервер и первый браузер.
Но главное он сделал в 1993-м: не запатентовал технологию и не стал на ней зарабатывать.
CERN мог стать монополистом. Вместо этого они подписали документ, который отдал WWW человечеству.

⚡️ Что изменилось
До 1993 года, чтобы зайти в интернет, нужно было знать команды, протоколы и адреса серверов.
После — появились браузеры. Люди могли просто кликать на ссылки.
За пару лет родились первые поисковики, Amazon и eBay.
Все эти компании стоят на плечах решения CERN «отдать технологию бесплатно».

🧱 Ирония судьбы: WWW создали в Европе, а развивать поехали в США
Тут есть горькая историческая деталь.
CERN — европейская организация. Но в Европе 90-х не оказалось инвесторов, которые поверили бы в веб. И предпринимателей, которые поняли бы масштаб.
Поэтому первые браузеры, первые поисковики, первая электронная коммерция — всё это уехало в Кремниевую долину.
Европа подарила миру веб. А заработали на нём — американцы.

🚫 А теперь про блокировки
И ещё одна ирония. Изначально веб задумывался как открытая, децентрализованная сеть, где любой может опубликовать что угодно и любой может это прочитать.
Сегодня мы живём в другой реальности.
Страны блокируют сайты. Корпорации собирают наши данные. Государства спорят, кому принадлежит интернет. А в некоторых местах за «неправильную» ссылку можно получить реальный срок.
Тим Бернерс-Ли сам говорит, что разочарован тем, во что превратился его проект.

🎓 Что это значит для вас
30 апреля 1993 года — день, когда интернет перестал быть «штукой для избранных» и стал «для всех». И день, когда началась эра, которую мы сейчас пытаемся делить, блокировать и регулировать.
А вы помните свой первый выход в интернет? Я — да. Это был писк модема и 5 минут на загрузку картинки 😄

#Байки #Инструменты

🔝 Функционал vs функциональность: термины, которые режут слух
Пожалуй, это моя сильная боль.
Студент защищает диплом. Говорит: «Функционал системы включает... Разработан следующий функционал... Основной функционал — это...». Этим грешат не только студенты, но и коллеги...
Я сижу и слышу только это слово. Остальное пролетает мимо ушей.

📖 Что говорят словари
Функционал (математический) — числовая функция, заданная на множестве функций, переменная величина, зависящая от выбора одной или нескольких функций.
Функционал (в сексологии) — одна из пяти групп гомосексуалов, согласно классификации психолога Алана Белла и социолога Мартина Вайнберга.
Функциональность — способность системы выполнять конкретные действия; набор возможностей (функций), которые предоставляет система или устройство.
Теперь представьте лицо разработчика, который читает в ТЗ про «расширенный функционал системы»...

🧠 Про жаргонизмы: где уместны, а где нет
Жаргонизмы — это сленг, понятный внутри группы. В устной речи между «своими» — пожалуйста.
«Сделай функционал такой-то» — нормально в чатике с разрабом. Все поняли. Все ок.
Но в официальной документации, резюме, ТЗ, на собеседовании — нет. Там жаргон делает вас непрофессионалом. Потому что вы общаетесь не с коллегой по курилке, а с людьми, которые ожидают точности.

🩹 Если коллеги возражают?
Бывает и так. Вы начинаете говорить «функциональность», а коллеги закатывают глаза: «Хватит душнить, все же так говорят».
Как же быть в такой ситуации спросите Вы.
1️⃣ Не спорьте в рабочем чате. Толку ноль, все только разозлятся.
2️⃣ Используйте профессиональный язык в документации, резюме, публичных выступлениях. Там ваша зона ответственности. А в устной речи — подстраивайтесь под команду. Это называется «коммуникативная гибкость».
3️⃣ Если вы руководитель или ментор — показывайте пример. Не требуйте, а сами пишите грамотно. Люди подтягиваются незаметно.
Правило простое: умеете говорить профессионально — переходите на сленг когда уместно.

‼️ Запомните
❌ Функционал — оставьте математикам и сексологам.
✅ Функциональность — когда говорите о возможностях системы.
✅ Функция — когда речь об одной конкретной задаче.

🔱 Моё резюме
В русском языке есть слово «функциональность». Оно точное, правильное и профессиональное. Используйте его.
А «функционал» оставьте тем, кому он действительно нужен. Считаю, что в ИТ ему не место. Не исключаю, что этот термин могут узаконить в ИТ, поживём - посмотрим...

#Термины #Карьера