Niwe Code
227 subscribers
34 photos
3 videos
1 file
48 links
Канал создан для выброса моих важных мыслей касательно вещей в IT индустрии + некоторого обучения в данной сфере. В своей задаче я ставлю продвижение разных тем в юмористическом стиле.

Связаться: @HxQtl9
Download Telegram
#Education #IDE

Лучшие текстовые редакторы и IDE: от консольных динозавров до мощных комбайнов

Каждый разработчик проходит через этот путь: сначала редактирует код в чём попало, потом открывает для себя что-то удобное, а потом, возможно, даже вступает в священные войны за лучший редактор. Давайте разберём, какие есть варианты начиная с минимализма и заканчивая мощными IDE.

1. Vi/Vim — редактор для истинных самураев

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

Плюсы:

1. Работает вообще везде (даже на тостере, если постараться).
2. Адская скорость работы для тех, кто освоил хоткеи.
3. Минимальный расход ресурсов.


Минусы:

1. Порог входа выше, чем в ад.
2. Если не знаешь команды — можешь случайно оказаться в ловушке навсегда.


2. Nano — просто и без боли

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

Плюсы:

1. Простота использования.
2. Встроен во многие Unix-системы.
3. Легче, чем Vim.

Минусы:

1. Очень ограниченный функционал.
2. Не подходит для серьёзной разработки.


3. Visual Studio Code — король среди редакторов

VS Code — это идеальный баланс между удобством, гибкостью и мощностью. Его обожают все, кроме ярых фанатов Vim. Поддерживает плагины, умеет работать с Git, подсвечивает код, помогает с дебагом — в общем настоящий швейцарский нож для разработчика.

Плюсы:

1. Огромное количество расширений.
2. Удобный интерфейс.
3. Работает практически с любыми языками программирования.

Минусы:

1. Может потреблять немало ресурсов.
2. Иногда глючит и долго грузится.


4. Sublime Text — лёгкость и скорость

Когда-то был топ-1 среди редакторов пока его не вытеснил VS Code. Тем не менее, он до сих пор хорош, особенно если тебе важны скорость и минимализм.

Плюсы:

1. Мгновенная загрузка.
2. Простой, но мощный.
3. Поддержка плагинов.


Минусы:

1. Некоторые фишки доступны только в платной версии.
2. Не так активно развивается, как конкуренты.

5. JetBrains IDE — элита среди IDE

Если тебе нужна не просто среда для редактирования кода, а мощный инструмент для разработки, то продукты JetBrains — твой выбор. IntelliJ IDEA, PyCharm, WebStorm — всё это делает жизнь разработчика проще, если ты готов мириться с тем что твоя IDE жрёт больше оперативки, чем Chrome.

Плюсы:

1. Умный автокомплит, который реально помогает.
2. Глубокая интеграция с языками программирования.
3. Встроенные инструменты для дебага и работы с Git.

Минусы:

1. Требовательны к ресурсам.
2. Платные (но есть бесплатные версии с урезанным функционалом).

Итог

Если тебе нужно просто подправить файл в консоли — бери Nano или Vim (если готов страдать).
Если нужна лёгкость и удобство — Sublime Text или VS Code.
Если хочешь профессиональный инструмент — JetBrains IDE.

Каждый выбирает то, что ему удобнее, но самое главное — не вступать в срачи среди редакторов. Потому что как показывает практика, самым важным всё равно остаётся код, а не то где ты его пишешь.
2
Niwe Code
#Education #IDE Лучшие текстовые редакторы и IDE: от консольных динозавров до мощных комбайнов Каждый разработчик проходит через этот путь: сначала редактирует код в чём попало, потом открывает для себя что-то удобное, а потом, возможно, даже вступает в…
#Education #IDE

Visual Studio — это ёбаный кусок софта, созданный чтобы довести разработчиков до истерики

Если тебе вдруг захотелось почувствовать, каково это — работать на ПК с Windows 98, открывая проект три часа, а потом ещё два часа ждать пока он скомпилируется, то поздравляю, Visual Studio — твой личный ад на Земле. Это настолько тяжеловесное, прожорливое и неуклюжее говнище, что даже Chrome с сотней вкладок смотрит на него с уважением.

Вообще Microsoft как будто специально создаёт продукты чтобы проверять людей на выносливость. Ты не просто открываешь Visual Studio — ты подписываешься на медленные загрузки, вечные баги и фризы, бесконечные обновления которые ломают всё что только можно.

Почему Visual Studio — это боль:
🔥 Загрузка блядь дольше, чем скачивание GTA V!
Ты нажал на иконку? Всё нахуй, можешь идти пить чай, играть в доту, гулять с собакой — к тому моменту как эта ебаная прога запустится ты уже успеешь передумать писать код.

🔥 Жрёт ресурсы, как не в себя!
Ты думал что Photoshop много кушает? Хуй там! Visual Studio пожрёт всю твою оперативку, процессор, а потом ещё и нахуй сожрёт свободное место на диске. Оно лагает даже на мощных машинах, а если у тебя слабый ПК то просто смирись — ты теперь живёшь в вечных фризах.

🔥 Обновления — это просто издевательство
Каждое обновление Visual Studio — это лотерея: либо ничего не изменится, либо что-то точно отвалится. Один день ты нормально работаешь, а на следующий — хуй тебе а не сборка проекта, потому что "не найден какой-то ёбаный пакет".

🔥 Глючный отладчик
Отладка в Visual Studio — это как разговор с алкашом: никогда не знаешь когда она зависнет, а когда просто проебёт все брейкпоинты и скажет что всё работает, хотя нихуя не работает.

🔥 Ужасная работа с плагинами
"О, круто, в Visual Studio есть плагины!" — думаешь ты, пока не попробуешь их установить. Через 15 минут когда IDE заебёт тебя тысячей предупреждений, зависнет на полчаса и перезапустится 7 раз, ты поймёшь что лучше бы работал в блокноте.

🔥 Всё ломается без причины
Вот просто: вчера всё работало, а сегодня — хуй тебе в лицо, а не компиляция. Ты даже ничего не менял! Но Visual Studio не надо причин чтобы сдохнуть — она просто живёт своей жизнью и время от времени разрешает тебе программировать.

Visual Studio — это не IDE, а блядская проверка на прочность. Это инструмент, созданный чтобы ты возненавидел программирование, свою жизнь и Microsoft одновременно. Если хочешь работать быстро и без боли — беги нахуй от неё, пока не поздно.
1
#Other

Happy holidays to all 🤩!
print('\n'.join([
''.join([
('*'[(x - y) % 1]
if((x * 0.05) ** 2 + (y * 0.1) ** 2 - 1) ** 3 - (x * 0.05) ** 2 * (y * 0.1) ** 3 <= 0 else ' ')
for x in range(-30, 30)
])
for y in range(15, -15, -1)
]))
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥21
#Education #IDE

🎓 Как получить подписку JetBrains в России

JetBrains — это мощные IDE, которые делают разработку в разы удобнее. PyCharm, WebStorm, IntelliJ IDEA и другие инструменты значительно упрощают работу, но официально компания ушла из РФ и РБ. Однако получить лицензию всё ещё можно.

Что понадобится:
Аккаунт GitHub
Оформленный README.md
Аккаунт JetBrains
± неделя терпения
GitHub Education
Оформление лицензии JetBrains
Крепкие нервы

1. Создаём аккаунт GitHub

Лучше использовать @gmail.com или @proton.me, а не @mail.ru.

📌 Ссылка для регистрации:
👉 GitHub Signup

После регистрации подтвердите почту.

2. Оформляем README.md

GitHub требует, чтобы у вас был оформленный профиль.

🔹 Заходим во вкладку Repositories → New
🔹 Название репозитория = ваш ник
🔹 Ставим галочку Add a README file
🔹 Нажимаем Edit README
🔹 Можно использовать генератор:
👉 GH Profile Generator
🔹 Коммитим изменения
🔹 Включаем Two-Factor Authentication
🔹 Заполняем Public Profile

3. Создаём аккаунт JetBrains

📌 Регистрация:
👉 JetBrains Account

Можно зайти через Google или GitHub.

4. Оформляем GitHub Education Pack

🚨 Придётся подождать 5 дней после регистрации перед подачей заявки.

🔹 Заходим в Settings → Building and Plans → Payment Information
🔹 Заполняем данные
🔹 Через 5 дней идём на GitHub Education
👉 GitHub Education Pack
🔹 Вписываем название колледжа/университета
🔹 Фотографируем студенческий + бумажку с именем (лицо не обязательно)
🔹 Выбираем School ID
🔹 Нажимаем Process my Application

Если всё ок, получите Approved. Если нет — GitHub напишет, что исправить.

5. Оформляем лицензию JetBrains

Когда GitHub Education активирован:
👉 JetBrains Student License

🔹 Выбираем подтверждение через GitHub
🔹 Заполняем данные (страну можно любую)
🔹 Ждём — если всё хорошо, JetBrains выдаст лицензию! 🎉

Теперь можно гордо смотреть на пользователей VS Code и говорить:
"Фу, бомжары!" 😎
3
#Education

📚 Нужно ли программисту читать профессиональную литературу?

1️⃣ Google — не панацея

Можно конечно, гуглить всё на ходу, но это как учиться водить машину, спрашивая на каждом светофоре: «А что делать дальше?» Документация и Stack Overflow — круто, но без базового понимания принципов разработки ты будешь собирать код на костылях.

2️⃣ Знания ≠ умение писать код

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

3️⃣ Современные технологии — это переупакованные старые идеи

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

4️⃣ Чтение = ускорение карьеры

Чем быстрее ты разбираешься в сложных концепциях, тем быстрее растёшь как специалист. А значит выше зарплата, интереснее задачи и меньше шансов что тебя заменят на «программиста с YouTube-курсов».

Что читать?

🔹 "Чистый код" (Роберт Мартин) — если хочешь писать так, чтобы код читали без боли.
🔹 "Совершенный код" (Стив Макконнелл) — книга, которую можно перечитывать раз 10.
🔹 "Алгоритмы" (Кормен) — для тех, кто хочет понимать, почему код работает так, а не иначе.
🔹 "Паттерны проектирования" (Банда четырех) — после этой книги ты не будешь писать говнокод.

Можно конечно не читать и оставаться на уровне «я знаю, как написать сайт на React», но если хочешь стать сильным специалистом — книги дадут тебе такую базу, которую никакие туториалы не заменят.
2🗿1
#Programming #CMS

Блядь, каждый раз, когда кто-то говорит "давай сделаем сайт на WordPress / Joomla / Bitrix", у меня начинается нервный тик. Вы серьёзно? Эти ёбаные недосистемы, которые вроде как должны облегчать жизнь, но на деле только создают больше проблем?

Почему CMS — это пиздец?
🔥 Говнокод по умолчанию
Все CMS — это свалка костылей и говна. В код заглядывать страшно: там мешанина из плагинов, дублирующиеся хуёвые запросы и куча ненужного шлака который жрёт ресурсы так, что даже NASA офигеет.

🔥 Безопасность? Не, не слышали
Хах, это идеальная мишень для школьников с Kali Linux. Любой долбоёб с интернетом может найти эксплойт и разъебать твой сайт за 5 минут. WordPress? О да! Поставил десяток плагинов? Поздравляю, твой сайт уже в руках хакеров!

🔥 Производительность на уровне калькулятора
CMS-сайт даже с базовым шаблоном грузится как Windows XP на Pentium 2. Почему? Потому что каждая страничка — это тысяча ненужных запросов, ебаный неоптимизированный код и абсолютно лишние функции которые ты даже не просил.

🔥 Плагины — это ад
Ты хочешь нормальный функционал? Ну держи 30 плагинов из которых 10 конфликтуют между собой, 5 ебут твою верстку, а 3 вообще не работают, а остальные просто жрут память, как ебаный Chrome.

🔥 Обновление? Просто перезапусти сайт нахуй
Ты нажал кнопку "Обновить CMS"? Всё блядь, держись! Либо отвалится верстка, либо сломаются плагины, либо сайт просто уйдёт в закат с 500-й ошибкой.

🔥 Bitrix — это просто ебаный ад на земле
Если WordPress — это ебаный цирк с костылями, то Bitrix — это просто машина пыток для разработчиков. Тормозной, сложный, глючный, с админкой которая выглядит так будто её рисовали в Paint.

Если вам не хочется ебаться с глючным, медленным, дырявым говном, то лучше сразу пишите нормальный код, а не сидите на CMS как на игле. Либо готовьтесь каждый день чинить баги, ебаться с обновлениями и спрашивать себя: "А нахуй я вообще согласился с этим работать?"
#Programming

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

1. Работа не заканчивается никогда
Ты можешь закрыть ноутбук, но твой мозг всё равно будет думать про баги, архитектуру и хуёво написанный код. Особенно если прод упал в пятницу вечером.

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

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

4. Хочешь расти? Учись ВСЕГДА
Хочешь зарабатывать больше? Постоянно учи что-то новое. Через 3 года ты будешь работать не с тем что учил изначально. IT — это про вечное учёбу, или ты нахуй никому не нужен.

5. Работа удалённо — не всегда кайф
Работа из дома превращается в "ты всегда доступен". Особенно если у тебя тимлид с тараканами в голове и Slack вечно пиликает.

6. Если ты заебёшься, тебе никто не поможет
Выгорание? Психологические проблемы? Всем насрать пока ты кодишь. Захочешь пойти погулять/отвлечься — готовься к сгоревшим дедлайнам и ожидай звонков с просьбой "просто помочь, это на 5 минут" (3 часа).

7. "А сделай быстренько" — твой новый мем
Пиздец, как бесит когда задача на день растягивается на недели, а потом ещё 20 раз переделывается.

IT — это не только бабки, но и нервы, вечный стресс и работа которая не заканчивается. Так что если идёшь в эту сферу — будь готов жить в режиме "ещё один баг — и я ебанусь".
4👍3🔥1
#ITLife

Как жить, если ты программируешь по 12 часов выходя чисто по учёбе?

Скажу честно — это пиздец. Иногда кажется, что я просто кусок говнокода, который кто-то написал ради шутки. День за днём одно и то же: проснулся — сходил в душ — учеба — кодишь — ебашишь до ночи. Голова гудит, глаза горят, а мозг вечно шепчет: «Ты делаешь недостаточно. Работай ещё».

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

Но вот в чём правда — по-другому я не могу. Остановись — сожрут. Расслабься — упустишь шанс. Это как бежать марафон, зная что финиша нет, но если замедлишься то тебя просто выкинут из игры.

И всё же, есть несколько вещей, которые помогают не слететь с катушек:

1. Физическая перезагрузка. Когда мозг плавится, встаю и иду делать что-то другое: отжимания, прогулка (если вообще выхожу из дома), пожмякать игрушку. Не ради здоровья — просто чтобы не сойти с ума.

2. Вырубать мысли о других. Все эти «а они отдыхают, а я тут страдаю» — в топку. Да, есть те кто ни хрена не делает и получает всё, но не я. Если хочу чего-то добиться — придётся ебашить.

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

И да, это больно. Это трудно. Иногда хочется просто исчезнуть, но я всё ещё здесь. И пока я не выложился на 100% я не остановлюсь. Потому что либо ты управляешь кодом — либо он сожрёт тебя.

Так и живём.
👍2
#Education #IDE

Giga IDE — наглядный пример того, как санкции убивают экономику страны

Когда JetBrains свалили с российского рынка, казалось, что всё — пора прощаться с нормальными IDE и переходить на блокнот. Но Сбер не мог сидеть спокойно и решил порадовать разработчиков Giga IDE — отечественной альтернативой, которая, мягко говоря, выглядит как мем с импортозамещением.

1. "Своя разработка"? Ну-ну

Если внимательно приглядеться, то Giga IDE — это форк JetBrains IntelliJ IDEA. То есть просто взяли чужую базу и слегка перекрасили. Гении импортозамещения. Создать с нуля что-то своё? Не, зачем напрягаться когда можно просто скопировать и гордо назвать "отечественной разработкой".

2. Тормозит как старая "Лада"

Giga IDE жрёт ресурсы так, что кажется она просто трахается с твоим процессором и решает его убить. Захочешь открыть большой проект? Готовься к медитации пока оно загрузится.

3. Лицензия? Не так всё просто

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

4. Зачем если есть нормальные альтернативы?

Различные способы оказаться в разных странах (весёлые 3 буквы) в 2025 году — не роскошь, а необходимость. JetBrains и другие IDE прекрасно работают, если знать как обойти ограничения, я даже делал пост на эту тему. Так зачем мучиться с недоразвитым продуктом, когда есть проверенные инструменты?

5. AI-ассистент который бесполезен

GigaCode — это встроенный AI-помощник который хуже любого ChatGPT. Ошибки не видит, предлагает странные решения и кажется сам не понимает, нахуя он нужен.

Вывод:

Giga IDE — это типичный продукт эпохи санкций: кривой, тормозной и сделанный через жопу. Хочешь работать нормально? Скачиваешь "загран паспорт" на сервере в Финляндии или Германии и обратно к нормальным инструментам.
#Other

Почему лучшие российские IT-проекты уходят за границу?

Мне не раз говорили: "Ты что, хейтишь всё российское?" Нет, я уважаю наших разработчиков. Но факты говорят сами за себя — многие успешные российские проекты либо переносят штаб-квартиры за рубеж, либо изначально работают вне страны. Почему? Потому что здесь большие идеи часто сталкиваются не с поддержкой, а с давлением и риском потери бизнеса.

Давайте разберёмся на реальных примерах.

1. JetBrains — мировой лидер в разработке ПО

Компания, создавшая IntelliJ IDEA, PyCharm, Rider и другие топовые IDE, которыми пользуются миллионы разработчиков по всему миру.

Основана в 2000 году тремя программистами из Петербурга.
В 2012 году из-за неблагоприятного бизнес-климата головной офис перенесли в Амстердам (Нидерланды).
В 2022 году компания полностью свернула свою деятельность в России и Беларуси из-за политической ситуации.

Сегодня JetBrains остаётся одной из самых влиятельных компаний в мире разработки, но России в этом успехе уже почти нет.

2. Telegram — мессенджер, который не смог остаться в России

Павел Дуров, основатель Telegram, начинал с ВКонтакте — крупнейшей соцсети РФ. Но после того, как государство потребовало доступ к данным пользователей и усилило давление:

В 2014 году Дуров продал свою долю в VK и эмигрировал.
В 2015 году официальная юрисдикция Telegram была зарегистрирована в Берлине, затем переехала в Дубай.
В 2018 году Роскомнадзор пытался заблокировать мессенджер (и даже парализовал часть Рунета), но безуспешно.

Сейчас Telegram входит в топ-5 мессенджеров мира с более чем 900 млн активных пользователей, но Россия к этому успеху уже не имеет отношения.

3. Yandex — как частный гигант превращают в "государственный"

Yandex — один из флагманов российской IT-индустрии: поиск, карты, такси, маркетплейс, и многое другое. Но и здесь не обошлось без давления:

В 2022 году компания разделилась: большая часть активов осталась в России под контролем местных инвесторов.
Аркадий Волож, сооснователь, ушёл с поста CEO и эмигрировал. Сейчас он занимается Yandex в международном сегменте, не связанном с РФ.

4. Revolut — банк, который предпочёл Лондон

Российский разработчик Николай Сторонский основал цифровой банк Revolut в 2015 году. Сейчас это один из самых популярных финтех-сервисов Европы.

Головной офис — Лондон.
В 2021 году компания получила оценку в 33 млрд долларов.
Сторонский отказался возвращаться в Россию, а в 2022 году публично осудил политику страны.

5. VK — соцсеть, которую "национализировали"

ВКонтакте начинался как независимая площадка, но:

В 2014 году Дурова вынудили продать свою долю — фактически силой отжали бизнес.
Сейчас VK контролируется структурами, близкими к государству (через "Газпром-медиа").

Почему так происходит?

1. Давление и риск. Государство требует доступ к данным и оказывает влияние на бизнес.

2. Ограничения и цензура. Для инноваций и свободы действий нужно больше пространства, чем позволяет российское законодательство.

3. Безопасность основателей. Многие крупные предприниматели уезжают, чтобы сохранить не только бизнес, но и свободу.

Мне не стыдно за российские таланты — наши разработчики реально крутые. Стыдно за то, что стране не удаётся создать для них нормальные условия. Поэтому лучшие идеи и продукты продолжают уезжать — и не возвращаются.
2👍1
#Programming #Cpp

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

Попробуй сказать плюсовику, что его std::vector можно заменить на что-то проще — и он устроит тебе лекцию на два часа о том, почему "это очень важно"

Думаете, они пишут код? Хуй там! 80% времени они дрочат на ошибки компиляции, потому что MSVC, GCC и Clang не могут договориться даже о базовых вещах.

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

Если в коде какая-то хуйня, плюсовик обязательно скажет: "Так и задумано!" Они не чинят проблемы — они документируют их и называют "особенностью языка".

Плюсовики — это как старая добрая Лада: работают, но всегда с душой и через жопу. Если хотите посидеть на успокоительных — попробуйте разобраться в их коде.
👍2
#Programming #Frontend

Фронтендеры,

Слушайте, я конечно бэкендер, но давайте по-честному — фронтендеры, блядь, это реально отдельный вид выживших. Эти ребята работают в таких условиях, где нормальный человек давно бы уехал в деревню выращивать картошку.

Почему фронтендеры — это ебаные титаны:

Они дерутся с браузерами и побеждают.
Ты думаешь, фронт — это просто сверстать пару кнопочек? Хуй там! Один и тот же код в Chrome, Safari и Firefox — это три разных реальности. В одном браузере всё работает идеально, в другом летит нахуй весь макет, а в третьем вообще какая-то магия, которую даже Господь не объяснит.

Они терпят дизайнеров и их "это просто".
Дизайнер нарисовал пиксельный рай? Пофиг, делай! А то что это не предусмотрено ни одним стандартом CSS, — твои проблемы дружок. Анимации, тени, градиенты — всё должно быть "точь-в-точь". Ну или фиг тебе, а не зарплатка.

Они работают с JavaScript похлеще чем Arch Linux.
Жить с JavaScript — это уже диагноз. Когда язык позволяет тебе сравнивать [ ] == ![ ] и выдаёт true — это не разработка, это ебаная магия. Но фронтендеры на этом ещё и делают рабочие интерфейсы. Как? Хуй его знает, но делают.

Они фигачат через боль.
Фреймворки меняются каждые полгода. Сегодня ты царь React, завтра уже Vue или Angular. Не успел выучить новую хуйню? До свидания, ты устарел.

Тестирование? Ага, щас!
"Ну это же фронт, там и так всё видно!" — говорят долбоёбы. Никому нет дела что вёрстка может развалиться из-за одной запятой, а баги будут вылезать в самых неожиданных местах.

Я могу сколько угодно шутить про фронт, но реально уважуха этим людям. Пока я пишу запросы к базе и ругаюсь с JSON'ом, фронтендеры делают так чтобы юзер не увидел, какой пиздец творится под капотом.

Фронтендеры — вы реально сверхлюди. Но это между нами, не зазнавайтесь.
3
#Programming #Backend

Backend'еры,

Мы, фронтендеры, любим погнать на бэкенд, но Я считаю это несправедливо. Эти ребята заслуживают уважения. Пока мы возимся с пикселями и кроссбраузерными заёбами, бэкендеры держат на своих плечах весь ебаный фундамент.

Почему?

Ты когда-нибудь видел SQL-запрос на 500 строк? А они не просто видели — они это пишут и дебажат. Пока мы пишем fetch(), бэкендеры выстраивают многоэтажные запросы которые работают быстро и не рушат продакшен (по крайней мере, не всегда).

Мы, красиво отправляем запросы, но если бы не бэкендеры мы бы нихуя не получили. Эти чуваки превращают хаос данных в красивые JSON'ы, разбирают наши кривые POST-запросы и ещё терпят, когда мы забываем отправить заголовок.

Баг на фронте — кнопка съехала. Баг на бэкенде — данные в жопе, пользователи в панике, CTO в ярости. И они как-то это разруливают.

Фронтендер живёт моментом — "лишь бы в браузере красиво было". А бэкендеру нужно думать о масштабируемости, отказоустойчивости и том чтобы система не сдохла, когда на сайт залетит толпа.

Каждый фронтендер хоть раз присылал бэкендерам "А можешь добавить ещё одно поле?" или "Почему не работает? Я просто слегка поменял body". И вместо того чтобы нас нахер послать, они фиксируют и молчат.

Без бэкендеров наш красивый фронт — это просто набор бесполезных пикселей. Они творят настоящую магию, пока мы играемся с анимациями.
2
#ITLife #Ximelay

Кем я являюсь
Я, человек-оркестр, инженер на все случаи жизни. Тот самый кто знает, каково это — тащить на себе всё, от верстки до падения продакшена. Я выжил в хаосе и этот хаос меня закалил.

Меня называют "умничкой" и хорошим программистом, но за этим стоит гораздо больше чем просто строки кода. Это бессонные ночи, синдром самозванца, страх не оправдать ожидания и постоянное ощущение, что я делаю недостаточно.

Я не просто работаю — я держу систему на плаву.
🔧 Frontend? Был. Натягивал дизайн на костыли, делал анимации, не нравившиеся никому и вылавливал баги, которые "не воспроизводятся нигде, кроме прода".

⚙️ Backend? Делал. Писал API, ебался с базами данных и оптимизацией запросов. Когда прод падал — я первым открывал логи, даже если это была пятница и все остальные давно ушли пить пиво.

📱 Мобильная разработка? Тоже делал. Android, desktop, даже legacy-проекты в которых никто не хотел разбираться. Я не жалуюсь — просто делаю свою работу.

🛠 CI/CD, DevOps? Конечно. Настраивал пайплайны, ковырял docker, чинил то что ломалось. Когда нужно — писал скрипты и держал инфраструктуру на плаву.

👨‍💻 Языки? Python, JavaScript, TypeScript, C#, .NET Core, Node.js, SQL — если нужно, я выучу и сделаю. Меня не пугают новые фреймворки — они боятся меня.
Но это не просто список технологий. За всем этим мой путь, полный боли и преодоления.

P.S.
Когда все развлекались, гуляли, я сидел за компом и грыз знания. Не потому что так хотел, а потому что мне нужно было стать лучше. Я вырос в среде где отдых это временная слабость, где любое расслабление — пустая трата времени.

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

Но знаете что? Когда всё идёт к чёрту:
Не работает фронт? "Ну ты же full-stack, почини."
Бэкенд лёг? "Ты же справишься, правда?"
Что-то упало на проде? "Разгребай, а кто ещё?"


P.S.S
Я устаю. Порой хочется просто исчезнуть и чтобы никто обо мне не вспоминал.
Я прошёл через синдром самозванца, когда каждый успех кажется случайностью.
Я потерял достаточное количество близких из жизни, а также кошку, которая была со мной 21 год.
Я не железный. Иногда я плачу, иногда ломаюсь. Но даже тогда я не останавливаюсь.

Потому что если не я — то кто?
3
#Other #meme

Ты вздыхаешь, глядя на хаос своего рабочего стола. Среди всего этого бардака — десятки папок с названиями в духе "new_project_final_v3" и "рабочий код хз". Каждый файл — напоминание о том что когда-то ты верил, что справишься с этой задачей.

Твои обои — единственное, что приносит моральное удовлетворение. Ты сделал их сам и, честно говоря, больше гордишься этим чем всем кодом, который когда-либо написал.

Открывая IDE ты уже не надеешься что всё скомпилируется с первого раза. Да и если заработает — лучше не трогать, иначе всё разлетится к хуям.

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

Ты смотришь на ошибку в консоли и понимаешь: программист — это не профессия, это диагноз.
#OpenSource

Open Source — идеальная схема бесплатного труда

Лучший репозиторий это тот, за коммиты в который тебе платят деньги. Всё остальное — добровольная эксплуатация под соусом "развития сообщества".

Когда я был мелким и тусил с друзьями, бомжи на скамейках пытались втирать нам жизненные советы. Вроде вырос, бомжи исчезли, но теперь их место заняли энтузиасты open source, которые рассказывают как весело пилить код за бесплатно.

И эти "просветители" даже умудряются утверждать что писать за деньги — сука, преступление! Мол, если тебе и надо что-то зарабатывать, то максимум на доширак и аренду картонной коробки.

📖 Краткая история бесплатного кодинга

В 1998 году два олдскульных кодера — Брюс Перенс и Эрик Рэймонд решили называть софт который можно править и распространять не иначе как open source. Почему не free software? Потому что жадные капиталисты не хотели вкладываться в то, что звучит как "бесплатное".

В теории звучит круто: разработчики помогают друг другу, улучшают код, мир становится лучше.

На практике? Горбатятся 2-3% фанатиков, а остальные пользуются результатами их труда бесплатно.

Реальность: Open Source — это тупик

💀 1. Мотивация умирает быстро
Без денег даже самая гениальная идея загнётся через пару недель. Людям надо жрать и платить за интернет, а не бесконечно пилить бесплатные фичи для "общественного блага".

💀 2. 90% сообщества — кнопкодавы
Линусы Торвальдсы — это исключение, а большая часть open source-разработчиков не могут без гугла даже помыться.

💀 3. Деньги — лучший мотиватор
Ты можешь сколько угодно кричать "Ря ря ря" и пилить говнокод "за идею", но деньги двигают прогресс. Бесплатно никто не будет вкалывать годами, кроме пары сколиозников-энтузиастов.

🤑 Новая модель Open Source: я беру бабки, вы — воздух

Короче, я решил не просто болтать, а действовать. Перевожу свой проект Wander-Wonder на новую лицензию ExtremXil Best License Yield Again (EBLYA):

Вы бесплатно пишете код и гордитесь собой.
Я беру ваш код, пихаю рекламу и забираю все деньги.

Выгодно и справедливо!

Добро пожаловать в настоящее Open Source-сообщество. Ваша работа поможет мне стать богаче, а вы получите удовольствие от процесса. Всё по заветам капитализма и open source одновременно.
🔥4
#Education

Структуры данных — основа всего, кроме твоей личной жизни

Если ты не понимаешь структуры данных, закрывай IDE и иди плакать в уголок. Потому что без них ты просто дрочишь на код, не осознавая как реально работают алгоритмы.

Структуры данных — это как набор инструментов: есть молоток (список), есть дрель (деревья), есть бесполезные китайские ключи (очередь и стек, привет). Всё зависит от задачи — если выберешь не то, код будет страдать вместе с тобой.

Быстрый обзор нормальных структур:

🔹 Массивы (Array)
Самая простая и надёжная вещь, когда нужно хранить данные в фиксированном порядке. Доступ к элементам достигается по индексу — O(1). Если не уверен какую структуру взять, то бери массив и не выёбывайся.

— Где использовать?
Когда нужен быстрый доступ и мало изменений. Идеально для статических данных.

🔹 Связный список (Linked List)
Нужен когда массив уже не справляется и необходимо постоянно добавлять и удалять элементы. Правда поиск — O(n), но если любишь страдать — добро пожаловать.

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

🔹 Хэш-таблица (HashMap, Dictionary)
Это когда ты хочешь найти данные быстро и без боли. Вставка, удаление и поиск — O(1). Правда если случится коллизия то будет весело.

— Где использовать?
Когда нужно быстро искать по ключу. Любишь кайфовать — бери хэш.

🔹 Деревья (Tree, BST, AVL, etc.)
Для тех кто хочет держать данные в упорядоченном виде и не ебаться с линейным поиском. Вставка, удаление и поиск — O(log n).

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

🤡 Очередь и стек — игрушки для слабаков

Эти структуры — чистый фарс. Это не структуры, а интерфейсы для тех кто боится настоящего мужского кода.

🔻 Очередь (Queue)
Пока нормальные программисты работают с массивами и списками, очереди стоят в углу и обслуживают FIFO-принципы (первым вошёл — первым вышел).

— Когда использовать?
Когда хочешь усложнить себе жизнь. В реальности всё делается либо на массивах, либо на списках, а очередь — это просто обёртка для школьников.

🔻 Стек (Stack)
"Последним вошёл — первым вышел." Ого, какая уникальная идея! Это буквально кусок массива с ограничениями.

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

🗿 Вывод: будь мужиком, выбирай правильные структуры

Если хочешь писать реально эффективный код, забудь про игрушки вроде стека и очереди. В мире нормальных структур есть:

Массивы — быстро, надёжно, просто.
Связные списки — для тех, кто любит много вставлять и удалять.
Хэш-таблицы — когда нужно искать быстро и не хочешь страдать.
Деревья — для тех, кто уважает баланс и порядок.

А если тебе вдруг предложат использовать стек или очередь — беги нахуй, пока не поздно.
3
#Other

Вы думаете в чатах айтишников все мирно? Вот пример цензурированного диалога:

Фронтендер:
— Надо делать по-человечески, без костылей! Давай API нормально придумаем, чтобы не ебаться потом!

Бэкендер:
— КТО, БЛЯДЬ, ЭТО СКАЗАЛ?! КТО ЭТО ПИЗДАНУЛ?! КТО ЭТОТ МАЛЕНЬКИЙ ВОНЮЧИЙ ФРОНТОВСКИЙ ХУЕСОС, КОТОРЫЙ ТОЛЬКО ЧТО ПОДПИСАЛ СЕБЕ СМЕРТНЫЙ ПРИГОВОР?!

Фронтендер:
— Эм… Ну я просто подумал, что так будет… ну… логичнее…

Бэкендер:
— Нахуя логичнее, умник, а?! Никто, блять, этого не делает! Это, сука, твой хуевый React тебе в голову насрал! ЛОГИЧНЕЕ ЕМУ, БЛЯДЬ! Ты реально думаешь, что я ради твоей красивой кнопочки буду переписывать ебаный монолит?!

Фронтендер:
— Ну, там просто null падает в респонсе, вот и всё…

Бэкендер:
— NULL?! БЛЯДЬ, NULL?! Да я этими null-ами уже детей своих кормлю, сука! Если тебе мало null — я тебе щас такой массив undefined отгружу, что твой ебучий React на хуй скопытится!

Фронтендер:
— Ладно… забудь…

Бэкендер:
— Забудь?! ХУЙ ТЕБЕ, А НЕ ЗАБУДЬ! Я вас всех до последней ебаной анимации задрочу, ясно, блять?!
5
Навигация канала:

По данным хештегам можете найти интересующую вас информацию:

1. #Programming — посты, связанные с IT индустрией, кодом, полезными ресурсами
2. #Education — записи с обучающим контентом. Также могут присутствовать полезные фишки IT инструментов
3. #OS — материалы, связанные с различными операционными системами
4. #Linux — посты с Linux + Server
5. #Windows — посты с Windows + Server
6. #ITLife — мои моменты из жизни в АйТиШеЧкЕ(и не только)
7. #ItSecurity — посты, связанные с безопасностью
8. #OSINT — посты, связанные с поиском информации в исключительно свободных источниках Интернета

Касательно технологий:

1. #Backend
2. #Frontend
3. #AI
4. #OpenSource
5. #DevOPS
6. #QA
7. #Mobile

Языки:

1. #Python
2. #JavaScript
3. #Cpp (C++)
4. #Java
5. #Kotlin
6. #Cs (C'sharp)
7. #Kotlin
8. #Dart

Фреймворки:

1. #Flutter
2. #KMP

Другое:

1. #News — новости из мира IT
2. #meme — мемы
3. #Paradigms
4. #Translation
5. #Other

Также есть локальные теги по типу #OOP или #Unity. Они существуют для связи самих постов друг с другом чтобы не потеряться с номером записи.
Niwe Code pinned «Навигация канала: По данным хештегам можете найти интересующую вас информацию: 1. #Programming — посты, связанные с IT индустрией, кодом, полезными ресурсами 2. #Education — записи с обучающим контентом. Также могут присутствовать полезные фишки IT инструментов…»