#Programming #Cs
Microsoft официально объявила о прекращении поддержки UWP (Universal Windows Platform), тем самым поставив жирный крест на одной из самых спорных инициатив компании.
Когда-то UWP преподносили как будущее разработки под Windows, но как это часто бывает с амбициозными проектами Microsoft, идея не прижилась, а разработчики и пользователи только вздохнули с облегчением.
Что такое UWP и почему это был провал?
🤔 UWP появилась в эпоху Windows 8/10 как попытка создать универсальную платформу для всех устройств: ПК, планшетов, Xbox и даже IoT-устройств. Идея выглядела красиво: одно приложение работающее везде. Однако на практике UWP оказалась настолько ограниченной, что разработчики предпочли просто игнорировать её:
😠 Ограниченный API – многим привычным программам просто не хватало функционала.
😠 Жёсткие правила – Microsoft навязывала свои принципы разработки, но зачем если можно было просто продолжать писать на Win32?
😠 Windows Store – кладбище мёртвых приложений. Заставлять всех публиковаться в магазине Windows было стратегией, которая провалилась еще на старте.
Большинство разработчиков либо отказались от UWP, либо сделали костыльные гибридные решения. В итоге даже Microsoft стала саботировать собственную технологию – Microsoft Teams переписали на Electron, а UWP-версии многих сервисов остались без обновлений.
🤣 Возвращение к Win32 и Project Reunion
Откат назад стал неизбежным. Вместо UWP теперь Microsoft продвигает Windows App SDK (бывший Project Reunion) – по сути, это модернизированный Win32 с некоторыми фишками UWP, но без её жестких ограничений. Новый подход – это признание ошибок и возврат к корням:
🤗 Разработчики снова могут писать десктопные приложения без лишних костылей.
🤗 Больше гибкости в использовании старых API с современными технологиями.
🤗 Никакой привязки к Windows Store – можно распространять приложения как угодно.
UWP – ещё один пример того, как Microsoft любит экспериментировать, навязывать тренды, а потом сливать неудачные идеи. Теперь всё вернулось на круги своя, и будущее Windows-приложений снова связано с Win32. А что будет дальше? Не удивлюсь если через несколько лет Microsoft запустит очередной "революционный" фреймворк, который снова никто не будет использовать.🔥
Microsoft официально объявила о прекращении поддержки UWP (Universal Windows Platform), тем самым поставив жирный крест на одной из самых спорных инициатив компании.
Когда-то UWP преподносили как будущее разработки под Windows, но как это часто бывает с амбициозными проектами Microsoft, идея не прижилась, а разработчики и пользователи только вздохнули с облегчением.
Что такое UWP и почему это был провал?
Большинство разработчиков либо отказались от UWP, либо сделали костыльные гибридные решения. В итоге даже Microsoft стала саботировать собственную технологию – Microsoft Teams переписали на Electron, а UWP-версии многих сервисов остались без обновлений.
Откат назад стал неизбежным. Вместо UWP теперь Microsoft продвигает Windows App SDK (бывший Project Reunion) – по сути, это модернизированный Win32 с некоторыми фишками UWP, но без её жестких ограничений. Новый подход – это признание ошибок и возврат к корням:
UWP – ещё один пример того, как Microsoft любит экспериментировать, навязывать тренды, а потом сливать неудачные идеи. Теперь всё вернулось на круги своя, и будущее Windows-приложений снова связано с Win32. А что будет дальше? Не удивлюсь если через несколько лет Microsoft запустит очередной "революционный" фреймворк, который снова никто не будет использовать.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
Санкции – это цирк с конями
#Other #News
Я уже заебался с этим. В чём логика этих санкций? Типа, "накажем всех подряд, потому что так проще"? Конечно, ведь куда удобнее перекрыть доступ к технологиям обычным разработчикам, чем реально точечно давить на тех, кто принимает решения.
Я просто хочу работать. Использовать современные инструменты: GPT, Copilot, Google Cloud, Adobe, JetBrains – всё это отрезано, как будто именно я лично виноват во всей этой херне. А что насчёт других конфликтов? Где санкции против пользователей из Израиля и Палестины? Где массовые баны и отключения? Ой, а их нет.ДОГАДАЙТЕСЬ ПОЧЕМУ.
Санкции должны работать иначе. Хочешь ввести ограничения? Вводи их точечно против тех, кто действительно несёт ответственность, а не против "Васи из Урюпинска", который просто хотел оформить подписку на Google Cloud.
Но нет, давайте сделаем так, чтобы всем обычным людям было максимально неудобно. ПОШЛИ НАХУЙУЕБКИ, ПИДОРАСЫ, КОНЧЕННЫЕ ТВАРИ, ВЫБЛЯДКИ, КОЗЛОЕБЫ, ОПИЗДОХУЕЛИ, ИСХУЯРЮ, ГОНДОНЫ.
❤️ 🙂
#Other #News
Я уже заебался с этим. В чём логика этих санкций? Типа, "накажем всех подряд, потому что так проще"? Конечно, ведь куда удобнее перекрыть доступ к технологиям обычным разработчикам, чем реально точечно давить на тех, кто принимает решения.
Я просто хочу работать. Использовать современные инструменты: GPT, Copilot, Google Cloud, Adobe, JetBrains – всё это отрезано, как будто именно я лично виноват во всей этой херне. А что насчёт других конфликтов? Где санкции против пользователей из Израиля и Палестины? Где массовые баны и отключения? Ой, а их нет.
Санкции должны работать иначе. Хочешь ввести ограничения? Вводи их точечно против тех, кто действительно несёт ответственность, а не против "Васи из Урюпинска", который просто хотел оформить подписку на Google Cloud.
Но нет, давайте сделаем так, чтобы всем обычным людям было максимально неудобно. ПОШЛИ НАХУЙ
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3❤2
#OS #Linux
Привет, гики и админы! 👾 Сегодня у нас подборка самых жёстких ошибок в Linux, от которых кровь стынет в жилах. Если ты хотя бы раз видел такое в своём терминале — ты настоящий выживший!
### 1. "Я просто хотел почистить кэш..."
Результат:
### 2. "Зато теперь SSD как новый!"
Результат:
### 3. "Хотел ускорить комп..."
Результат:
### 4. "Теперь никто не сможет рутануть мой сервер!"
Результат:
### 5. "Bash мне не нравился, хотел попробовать fish..."
Результат:
### 6. "Просто проверял, как работает Ctrl+Alt+Del..."
Результат:
### 7. "А зачем вообще нужна эта папка /lib?"
Результат:
### БОНУС: "Просто обновил питон..."
Результат:
💀 Мораль:
*Перед любым "sudo" — думай дважды.
Перед "rm -rf" — думай трижды.
Перед "dd" — просто не делай этого.*
Привет, гики и админы! 👾 Сегодня у нас подборка самых жёстких ошибок в Linux, от которых кровь стынет в жилах. Если ты хотя бы раз видел такое в своём терминале — ты настоящий выживший!
### 1. "Я просто хотел почистить кэш..."
sudo rm -rf / --no-preserve-root
Результат:
Система тихо умирает, оставляя тебя с чёрным экраном и чувством глубокого раскаяния. ### 2. "Зато теперь SSD как новый!"
sudo dd if=/dev/zero of=/dev/sda bs=4M status=progress
Результат:
Диск превращается в цифровую пустыню. Данные? Какие данные? ### 3. "Хотел ускорить комп..."
:(){ :|:& };: Результат:
Fork-бомба: система мгновенно падает, оставив тебя с кучей сообщений "Cannot allocate memory". ### 4. "Теперь никто не сможет рутануть мой сервер!"
sudo chmod 000 /etc/sudoers
Результат:
sudo: command not found (шутка, он есть, но ты больше не админ). ### 5. "Bash мне не нравился, хотел попробовать fish..."
sudo rm /bin/bash
Результат:
При следующем входе: "/bin/sh: 0: Can't open /bin/bash". Ну, хотя бы sh остался... ### 6. "Просто проверял, как работает Ctrl+Alt+Del..."
echo c > /proc/sysrq-trigger
Результат:
Kernel panic! Экран становится радужным, сервер — мёртвым. ### 7. "А зачем вообще нужна эта папка /lib?"
sudo rm -rf /lib
Результат:
После перезагрузки: "initramfs: /lib/modules not found". ОС больше нет. ### БОНУС: "Просто обновил питон..."
sudo pip install --upgrade python
Результат:
Всё сломано. Зависимости? Virtualenv? Ничего не работает. 💀 Мораль:
*Перед любым "sudo" — думай дважды.
Перед "rm -rf" — думай трижды.
Перед "dd" — просто не делай этого.*
👍1
#Education
"Стань программистом за 3 месяца!"
Сегодня разберём, почему курсы от Kickbox, SkyfFagory и прочих "сделай-из-тебя-сеньора-за-полгода" – это в лучшем случае долгая дорога в никуда, а в худшем – красивая обёртка на пустышке.
### "Вы станете востребованным специалистом!"
После курсов ты не джуниор, а "человек, который видел Python в телевизоре".
- Ты сделаешь 5 шаблонных проектов (CRUD, TODO-list, "игра" на Unity).
- Научишься вставлять код из видеоуроков, но не понимать, как он работает.
- Получишь сертификат, который HR даже не откроет.
Твой код – как IKEA-мебель: собрал по инструкции, но если что-то сломается – понятия не имеешь, как чинить.
### "Гарантия трудоустройства!"
"Гарантия" = рассылка твоего резюме в 100 компаний, где тебя даже на собеседование не позовут.
- Тебе предложат стажировку за еду (или вообще без оплаты).
- Напишут: "Ой, у вас мало опыта" (спойлер: на курсах его и не дают ).
- В итоге ты идёшь на фриланс, где заказчики просят "сделать как у Facebook*, но за 500 рублей".
Гарантия трудоустройства = гарантия того, что твоё резюме добавили в базу.
### "Преподают топовые эксперты!"
"Топовый эксперт" это junior с годом опыта, который подрабатывает ментором.
- Домашки проверяет автоматический скрипт (или стажёр из колл-центра).
- На вопросы отвечают: "Погугли" (спасибо, кэп).
- Если повезёт – разберут твой код, но чаще просто поставят галочку.
Ты платишь не за знания, а за доступ к платформе с видеоуроками.
### "Вы освоите профессию с нуля!"
Ты освоишь "как повторить за лектором", но не "как думать как программист".
- Ты не поймёшь, почему код работает (или не работает).
- Не узнаешь, как искать баги (кроме как "перезапустить IDE").
- Не научишься читать чужой код (а это 80% работы).
Ты – не программист, а "умелец собирать пазлы из готовых кусочков".
### "Зарплата от 100К после курсов!"
Если повезёт – 40-60К в аутсорсе на поддержке старого кода.
- Без опыта тебя не возьмут даже за 30К.
- Рынок завален такими же "выпускниками".
- Настоящие джуны – это те, кто уже год пилит свои проекты, а не прошёл курс.
###🔥 "Что делать, если хочешь в IT?
1️⃣ Учи базу (алгоритмы, ООП, сети) – без этого ты никто.
2️⃣ Пиши код каждый день – не по урокам, а свои проекты.
3️⃣ Читай документацию – не только статьи на Хабре.
4️⃣ Лезь в open-source – так учатся реальные программисты.
5️⃣ Ищи ментора – а не плати за "гарантии".
Курсы – это не плохо, но они не сделают тебя программистом.
Программист это тот, кто решает задачи, а не повторяет уроки.
*Facebook принадлежит компании Meta**, признанной экстремистской организацией и запрещенной в РФ;
**Meta признана экстремистской организацией и запрещена в РФ;
"Стань программистом за 3 месяца!"
Сегодня разберём, почему курсы от Kickbox, SkyfFagory и прочих "сделай-из-тебя-сеньора-за-полгода" – это в лучшем случае долгая дорога в никуда, а в худшем – красивая обёртка на пустышке.
### "Вы станете востребованным специалистом!"
После курсов ты не джуниор, а "человек, который видел Python в телевизоре".
- Ты сделаешь 5 шаблонных проектов (CRUD, TODO-list, "игра" на Unity).
- Научишься вставлять код из видеоуроков, но не понимать, как он работает.
- Получишь сертификат, который HR даже не откроет.
Твой код – как IKEA-мебель: собрал по инструкции, но если что-то сломается – понятия не имеешь, как чинить.
### "Гарантия трудоустройства!"
"Гарантия" = рассылка твоего резюме в 100 компаний, где тебя даже на собеседование не позовут.
- Тебе предложат стажировку за еду (или вообще без оплаты).
- Напишут: "Ой, у вас мало опыта" (
- В итоге ты идёшь на фриланс, где заказчики просят "сделать как у Facebook*, но за 500 рублей".
Гарантия трудоустройства = гарантия того, что твоё резюме добавили в базу.
### "Преподают топовые эксперты!"
"Топовый эксперт" это junior с годом опыта, который подрабатывает ментором.
- Домашки проверяет автоматический скрипт (или стажёр из колл-центра).
- На вопросы отвечают: "Погугли" (спасибо, кэп).
- Если повезёт – разберут твой код, но чаще просто поставят галочку.
Ты платишь не за знания, а за доступ к платформе с видеоуроками.
### "Вы освоите профессию с нуля!"
Ты освоишь "как повторить за лектором", но не "как думать как программист".
- Ты не поймёшь, почему код работает (или не работает).
- Не узнаешь, как искать баги (кроме как "перезапустить IDE").
- Не научишься читать чужой код (а это 80% работы).
Ты – не программист, а "умелец собирать пазлы из готовых кусочков".
### "Зарплата от 100К после курсов!"
Если повезёт – 40-60К в аутсорсе на поддержке старого кода.
- Без опыта тебя не возьмут даже за 30К.
- Рынок завален такими же "выпускниками".
- Настоящие джуны – это те, кто уже год пилит свои проекты, а не прошёл курс.
###
Курсы – это не плохо, но они не сделают тебя программистом.
Программист это тот, кто решает задачи, а не повторяет уроки.
**Meta признана экстремистской организацией и запрещена в РФ;
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3
#Programming
No-code решения — не замена программированию, а временное решение
На волне хайпа вокруг no-code инструментов многим кажется что традиционное программирование можно выкинуть на помойку. Но реальность чуть сложнее.
1️⃣ . Ограниченная гибкость
Большинство no-code платформ работают по принципу drag-and-drop. Это удобно для прототипов и простых решений, но как только задача выходит за рамки их логики — вы упираетесь в стену. Нестандартные интеграции? Обработка сложных условий? Пользовательская логика? Вам придётся подключать код или писать обходные костыли.
2️⃣ . Масштабируемость
No-code не рассчитан на высоконагруженные системы. При росте проекта возникают проблемы с производительностью, оптимизацией, логированием и отладкой. Без прямого доступа к backend'у вы не контролируете как работает система под капотом.
3️⃣ . Безопасность
На большинстве платформ безопасность определяется самим сервисом. Вы не управляете политиками доступа, шифрованием, логами. В корпоративных или государственных проектах это критично.
4️⃣ . Зависимость от вендора
Ваша система работает, пока работает платформа. No-code решения часто являются закрытыми и не экспортируются — при закрытии платформы вы теряете весь проект.
5️⃣ . Отсутствие глубоких знаний
No-code может дать иллюзию понимания разработки. Но без базового знания алгоритмов, сетей, баз данных, архитектуры — вы не сможете создавать надёжные и масштабируемые продукты. Это как строить небоскрёб, не зная, что такое фундамент.
6️⃣ . Цена
Для сложных проектов платные тарифы no-code платформ быстро становятся дороже, чем оплата квалифицированного разработчика. Особенно при увеличении объёма пользователей, API-запросов и хранилища.
No-code — полезный инструмент. Но он не для всего. Он не заменит разработчика когда дело доходит до архитектуры, масштабируемости, безопасности или производительности. И он точно не научит думать как инженер.
Хочешь продукт который реально работает — учись писать код.
No-code решения — не замена программированию, а временное решение
На волне хайпа вокруг no-code инструментов многим кажется что традиционное программирование можно выкинуть на помойку. Но реальность чуть сложнее.
Большинство no-code платформ работают по принципу drag-and-drop. Это удобно для прототипов и простых решений, но как только задача выходит за рамки их логики — вы упираетесь в стену. Нестандартные интеграции? Обработка сложных условий? Пользовательская логика? Вам придётся подключать код или писать обходные костыли.
No-code не рассчитан на высоконагруженные системы. При росте проекта возникают проблемы с производительностью, оптимизацией, логированием и отладкой. Без прямого доступа к backend'у вы не контролируете как работает система под капотом.
На большинстве платформ безопасность определяется самим сервисом. Вы не управляете политиками доступа, шифрованием, логами. В корпоративных или государственных проектах это критично.
Ваша система работает, пока работает платформа. No-code решения часто являются закрытыми и не экспортируются — при закрытии платформы вы теряете весь проект.
No-code может дать иллюзию понимания разработки. Но без базового знания алгоритмов, сетей, баз данных, архитектуры — вы не сможете создавать надёжные и масштабируемые продукты. Это как строить небоскрёб, не зная, что такое фундамент.
Для сложных проектов платные тарифы no-code платформ быстро становятся дороже, чем оплата квалифицированного разработчика. Особенно при увеличении объёма пользователей, API-запросов и хранилища.
No-code — полезный инструмент. Но он не для всего. Он не заменит разработчика когда дело доходит до архитектуры, масштабируемости, безопасности или производительности. И он точно не научит думать как инженер.
Хочешь продукт который реально работает — учись писать код.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1
Челендж:
Если я сегодня запущу любою программу для написания кода, то буду отдыхать
Если я сегодня запущу любою программу для написания кода, то буду отдыхать
🔥2
#Programming #Python
Python — язык для тех, кто не готов к жизни
Ты мог начать с C++. Мог выбрать Java и страдать, как настоящий взрослый человек. Мог бы пойти в Rust и чистый C, и стать цифровым спартанцем. Но нет… ты выбрал Python. Добро пожаловать: вселенная костылей, белых пробелов и слёз под подушкой.
Почему все ржут с Python'а?
1. Слишком простой.
Учиться программированию на Python — всё равно что научиться плавать в ванной. Кажется ты крутой, пока не запустишь первый серьёзный проект и не утонешь в океане GIL'а, несовместимых библиотек и отступов. Да-да, твой отступ — твой враг. Один пробел не туда и всё нахуй, гони баг-репорт в прод.
2. На нём пишут всё подряд.
Python — это как универсальный лубрикант: подходит везде, но по факту не идеален нигде.
🔥 Нейросети? Конечно, но они всё равно на C++ внизу.
🔥 Бэкенд? Flask + костыли, на которые страшно смотреть.
Системное программирование? Хаха, хорош шутить, иди обнимись с Rust'ом.
Сайты? Ну, только если ты студент и твой препод не знает что такое Laravel.
3. У Python-сообщества есть культ.
Ты не просто пишешь на Python — ты служишь ему.
Ты не ставишь зависимость — ты взываешь к pip.
Ты не исправляешь баг — ты очищаешь карму интерпретатора.
Тебе даже IDE говорит: "ты не кодер, ты скриптописец".
4. Python разрывает мозг логикой.
Типизация? Динамическая, конечно.
Библиотеки? 4 версии одной и той же с разной поддержкой.
Совместимость? Да иди ты — 3.10, 3.11, 3.12… Ой, библиотека сдохла. Ну ты держись.
5. Ну, come on, посмотри на Reddit
Половина мемов про Python — это кринжовые фетиши.
"Submissive and breedable" язык.
"Python top or bottom?" — обсуждают с серьёзными лицами.
Разработчики пишут на нём, как будто это их guilty pleasure. И ведь правда — иногда реально кайф, но потом вина. Потому что ты мог сделать это лучше, чище, быстрее, но выбрал "зато просто".
Python — это секта, в которую ты вступаешь ради удобства, но выйти уже нельзя.
Ты можешь ржать над ним. Можешь его ненавидеть. Но ты вернёшься. Потому что надо быстро, потому что "это же питон", потому что всё равно работать будет. И это страшно.
Python — язык для тех, кто не готов к жизни
Ты мог начать с C++. Мог выбрать Java и страдать, как настоящий взрослый человек. Мог бы пойти в Rust и чистый C, и стать цифровым спартанцем. Но нет… ты выбрал Python. Добро пожаловать: вселенная костылей, белых пробелов и слёз под подушкой.
Почему все ржут с Python'а?
1. Слишком простой.
Учиться программированию на Python — всё равно что научиться плавать в ванной. Кажется ты крутой, пока не запустишь первый серьёзный проект и не утонешь в океане GIL'а, несовместимых библиотек и отступов. Да-да, твой отступ — твой враг. Один пробел не туда и всё нахуй, гони баг-репорт в прод.
2. На нём пишут всё подряд.
Python — это как универсальный лубрикант: подходит везде, но по факту не идеален нигде.
🔥 Нейросети? Конечно, но они всё равно на C++ внизу.
🔥 Бэкенд? Flask + костыли, на которые страшно смотреть.
Системное программирование? Хаха, хорош шутить, иди обнимись с Rust'ом.
Сайты? Ну, только если ты студент и твой препод не знает что такое Laravel.
3. У Python-сообщества есть культ.
Ты не просто пишешь на Python — ты служишь ему.
Ты не ставишь зависимость — ты взываешь к pip.
Ты не исправляешь баг — ты очищаешь карму интерпретатора.
Тебе даже IDE говорит: "ты не кодер, ты скриптописец".
4. Python разрывает мозг логикой.
Типизация? Динамическая, конечно.
Библиотеки? 4 версии одной и той же с разной поддержкой.
Совместимость? Да иди ты — 3.10, 3.11, 3.12… Ой, библиотека сдохла. Ну ты держись.
5. Ну, come on, посмотри на Reddit
Половина мемов про Python — это кринжовые фетиши.
"Submissive and breedable" язык.
"Python top or bottom?" — обсуждают с серьёзными лицами.
Разработчики пишут на нём, как будто это их guilty pleasure. И ведь правда — иногда реально кайф, но потом вина. Потому что ты мог сделать это лучше, чище, быстрее, но выбрал "зато просто".
Python — это секта, в которую ты вступаешь ради удобства, но выйти уже нельзя.
Ты можешь ржать над ним. Можешь его ненавидеть. Но ты вернёшься. Потому что надо быстро, потому что "это же питон", потому что всё равно работать будет. И это страшно.
#ITLife #Programming
Выгорание? Выгорай правильно, чтобы не тебя — а ты их
Здарова. Гляжу, айтишнички нынче прям волнами выгорают. Интернет забит постами в стиле «устал — отдохни», «перегорание — это нормально». Но вот тебе мысль: если выгоревших стало дохуя, значит это можно использовать в своих целях 😉
Да, звучит мерзко. Зато эффективно. Смена деятельности — лучший отдых? Так подкинь выгорающему задач по уши, дай ему "перезагрузку", а сам тем временем вхерачься в его позицию, оттяпай его задачки, проект, а потом и зп с повышением. Он выгорел — ты загорелся.
Допустим, у нас есть пул опытных разработчиков. Если кто-то вылетает, те кто остался становятся дороже — их код знают, их проекты держатся, без них всё летит в тартарары. Значит наша задача простая — подвинуть кого-то, но остаться самим.
И вот тебе пошаговая инструкция по захвату власти:
1. Ниндзя-нытик
Подходишь к тимлиду, аналитику, ПМу и с максимально искренним ебалом рассказываешь:
– А вы заметили, как наш Вася совсем потух? Не командный стал, срывает сроки, мотивации — ноль и вообще...
Главное всё в устной форме. Без доказательств — ничего не было.
2. Тим Дебилдер
Берёшь задачи которые пересекаются с задачами Васи. Каждые 5 минут вопросы, PR на ревью, километры кода с говнокомментами. Пусть тонет в твоей работе. Если начнёт сам делать твои таски — отлично, ты уже его вогнал в депрессию.
3. Небратский братишка
Втираешься в доверие. При любом случае жалуешься:
– Я вот тоже выгорел, бро… да и контора у нас — кусок говна. Дедлайны душат, проект тухлый, а начальство — мудаки.
И подкидываешь мыслишки про «уйти в стартап мечты». Подливай масло в огонь.
4. Семейная интеграция
Создавай давление за пределами работы. Например, подкинь листочек "ХВАТИТ ПРЕЛЮБОДЕЙСТВОВАТЬ!" на дверь — пусть семья разберётся, кто с кем. Дом — не место для отдыха, если ты играешь по-крупному.
Когда жертва выгорела и ушла — ты на коне. Громко заявляешь:
– У нас людей не хватает! Я завален! Срочно нужен сеньор!
Потом через недельку другую подходишь с фейковым оффером к начальству:
– Я выгорел… ухожу, если ничего не поменяется.
И тут они прогнутся в почти 100% случаев. Ведь ушёл один, теперь второго терять нельзя. Повышение? Премия? Уважение? Добро пожаловать.
Мораль сей басни: не выгорай — а то твою жопу кто-то подвинет.
Выгорание? Выгорай правильно, чтобы не тебя — а ты их
Здарова. Гляжу, айтишнички нынче прям волнами выгорают. Интернет забит постами в стиле «устал — отдохни», «перегорание — это нормально». Но вот тебе мысль: если выгоревших стало дохуя, значит это можно использовать в своих целях 😉
Да, звучит мерзко. Зато эффективно. Смена деятельности — лучший отдых? Так подкинь выгорающему задач по уши, дай ему "перезагрузку", а сам тем временем вхерачься в его позицию, оттяпай его задачки, проект, а потом и зп с повышением. Он выгорел — ты загорелся.
Допустим, у нас есть пул опытных разработчиков. Если кто-то вылетает, те кто остался становятся дороже — их код знают, их проекты держатся, без них всё летит в тартарары. Значит наша задача простая — подвинуть кого-то, но остаться самим.
И вот тебе пошаговая инструкция по захвату власти:
1. Ниндзя-нытик
Подходишь к тимлиду, аналитику, ПМу и с максимально искренним ебалом рассказываешь:
– А вы заметили, как наш Вася совсем потух? Не командный стал, срывает сроки, мотивации — ноль и вообще...
Главное всё в устной форме. Без доказательств — ничего не было.
2. Тим Дебилдер
Берёшь задачи которые пересекаются с задачами Васи. Каждые 5 минут вопросы, PR на ревью, километры кода с говнокомментами. Пусть тонет в твоей работе. Если начнёт сам делать твои таски — отлично, ты уже его вогнал в депрессию.
3. Небратский братишка
Втираешься в доверие. При любом случае жалуешься:
– Я вот тоже выгорел, бро… да и контора у нас — кусок говна. Дедлайны душат, проект тухлый, а начальство — мудаки.
И подкидываешь мыслишки про «уйти в стартап мечты». Подливай масло в огонь.
4. Семейная интеграция
Создавай давление за пределами работы. Например, подкинь листочек "ХВАТИТ ПРЕЛЮБОДЕЙСТВОВАТЬ!" на дверь — пусть семья разберётся, кто с кем. Дом — не место для отдыха, если ты играешь по-крупному.
Когда жертва выгорела и ушла — ты на коне. Громко заявляешь:
– У нас людей не хватает! Я завален! Срочно нужен сеньор!
Потом через недельку другую подходишь с фейковым оффером к начальству:
– Я выгорел… ухожу, если ничего не поменяется.
И тут они прогнутся в почти 100% случаев. Ведь ушёл один, теперь второго терять нельзя. Повышение? Премия? Уважение? Добро пожаловать.
Мораль сей басни: не выгорай — а то твою жопу кто-то подвинет.
❤2
#Education
Свободные лицензии ПО: полный гид для разработчиков
Если вы публикуете код без явного указания лицензии, юридически он считается проприетарным — никто не имеет права его использовать, модифицировать или распространять. Разберём ключевые свободные лицензии и их отличия.
1. MIT License
Основные положения:
- Разрешает любое использование, включая коммерческое
- Позволяет модификацию и распространение
- Требует сохранения уведомления об авторских правах и текста лицензии
Преимущества:
- Максимальная свобода использования
- Короткий и понятный текст (около 200 слов)
- Широкое признание в индустрии
Недостатки:
- Нет защиты от патентных исков
- Требует включения полного текста лицензии в дистрибутивы
Используют: Node.js, Ruby on Rails, jQuery
2. GNU GPL (v2/v3)
Ключевые особенности:
- Обязательное открытие исходного кода производных работ (copyleft)
- GPLv3 дополнительно запрещает:
- Ограничения на запуск ПО (DRM)
- Патентные соглашения, ограничивающие свободу пользователей
Преимущества:
- Гарантирует сохранение свободного статуса производных работ
- Активная защита прав пользователей
Недостатки:
- Ограничивает коммерческое использование
- Сложность интеграции с проприетарным ПО
Используют: Linux kernel (GPLv2), GCC (GPLv3)
3. Apache License 2.0
Отличительные черты:
- Включает явное предоставление патентных прав
- Запрещает использование товарных знаков без разрешения
- Требует сохранения уведомлений об изменениях
Преимущества:
- Защита от патентных исков
- Совместимость с GPLv3
- Чёткие правила распространения
Недостатки:
- Более сложный текст по сравнению с MIT
- Требует ведения файла с перечнем изменений
Используют: Android, Kubernetes, Apache projects
4. Лицензии BSD
Разновидности:
- 2-clause: минимальные требования (сохранение уведомления)
- 3-clause: дополнительный запрет на использование имени автора в рекламе
Преимущества:
- Максимально простая форма
- Минимальные ограничения
- Широкое признание в академической среде
Недостатки:
- Отсутствие защиты от патентных исков
Используют: FreeBSD, LLVM, OpenSSH
5. WTFPL
Особенности:
- Буквально разрешает любое использование без условий
- Не признаётся Фондом свободного ПО как свободная лицензия
Применение:
- Неформальные проекты
- Экспериментальный код
- Не рекомендуется для серьёзной разработки
Рекомендации по выбору
1. Для библиотек и фреймворков — MIT/BSD
2. Для системного ПО — GPL (если хотите гарантировать открытость)
3. Для корпоративных проектов — Apache 2.0
4. Для максимальной свободы — BSD 2-clause
5. Избегайте WTFPL для серьёзных проектов
Юридически значимые действия:
1. Добавьте файл
2. Укажите лицензию в
3. Для файлов добавьте SPDX-идентификатор (например,
Выбор лицензии — это не техническое, а философское решение. Определитесь, что для вас важнее: максимальное распространение или контроль над производными работами.
Свободные лицензии ПО: полный гид для разработчиков
Если вы публикуете код без явного указания лицензии, юридически он считается проприетарным — никто не имеет права его использовать, модифицировать или распространять. Разберём ключевые свободные лицензии и их отличия.
1. MIT License
Основные положения:
- Разрешает любое использование, включая коммерческое
- Позволяет модификацию и распространение
- Требует сохранения уведомления об авторских правах и текста лицензии
Преимущества:
- Максимальная свобода использования
- Короткий и понятный текст (около 200 слов)
- Широкое признание в индустрии
Недостатки:
- Нет защиты от патентных исков
- Требует включения полного текста лицензии в дистрибутивы
Используют: Node.js, Ruby on Rails, jQuery
2. GNU GPL (v2/v3)
Ключевые особенности:
- Обязательное открытие исходного кода производных работ (copyleft)
- GPLv3 дополнительно запрещает:
- Ограничения на запуск ПО (DRM)
- Патентные соглашения, ограничивающие свободу пользователей
Преимущества:
- Гарантирует сохранение свободного статуса производных работ
- Активная защита прав пользователей
Недостатки:
- Ограничивает коммерческое использование
- Сложность интеграции с проприетарным ПО
Используют: Linux kernel (GPLv2), GCC (GPLv3)
3. Apache License 2.0
Отличительные черты:
- Включает явное предоставление патентных прав
- Запрещает использование товарных знаков без разрешения
- Требует сохранения уведомлений об изменениях
Преимущества:
- Защита от патентных исков
- Совместимость с GPLv3
- Чёткие правила распространения
Недостатки:
- Более сложный текст по сравнению с MIT
- Требует ведения файла с перечнем изменений
Используют: Android, Kubernetes, Apache projects
4. Лицензии BSD
Разновидности:
- 2-clause: минимальные требования (сохранение уведомления)
- 3-clause: дополнительный запрет на использование имени автора в рекламе
Преимущества:
- Максимально простая форма
- Минимальные ограничения
- Широкое признание в академической среде
Недостатки:
- Отсутствие защиты от патентных исков
Используют: FreeBSD, LLVM, OpenSSH
5. WTFPL
Особенности:
- Буквально разрешает любое использование без условий
- Не признаётся Фондом свободного ПО как свободная лицензия
Применение:
- Неформальные проекты
- Экспериментальный код
- Не рекомендуется для серьёзной разработки
Рекомендации по выбору
1. Для библиотек и фреймворков — MIT/BSD
2. Для системного ПО — GPL (если хотите гарантировать открытость)
3. Для корпоративных проектов — Apache 2.0
4. Для максимальной свободы — BSD 2-clause
5. Избегайте WTFPL для серьёзных проектов
Юридически значимые действия:
1. Добавьте файл
LICENSE в корень репозитория 2. Укажите лицензию в
README.md 3. Для файлов добавьте SPDX-идентификатор (например,
// SPDX-License-Identifier: MIT) Выбор лицензии — это не техническое, а философское решение. Определитесь, что для вас важнее: максимальное распространение или контроль над производными работами.
❤2
#ItSecurity
Ты — продукт. Но можешь им не быть.
В современном мире каждый лайк, номер телефона и email это потенциальное оружие против тебя.
Нет, это не паранойя. Это — киберреальность.
Хочешь остаться вне поля зрения и не попасть в базу данных рекламщиков, госслужб и "экспертов по безопасности" ЗАО "Бещёки"? Вот базовые принципы:
1. Никогда не указывай реальные данные если в этом нет юридической необходимости.
Форма регистрации? Вводи левые ФИО и дату рождения.
Сайт просит номер телефона? Используй временные или VoIP-сервисы.
Email? Burner-почта (proton.me, tuta.io, temp-mail); В редких случаях gmail.
2. Используй разные почты и логины для различных сервисов.
Сделай несколько уровней:
3. Не веди чувствительные разговоры в популярных мессенджерах.
Telegram? Да, если с proxy, без номера, через бота.
Но для действительно приватной переписки — SimpleX, Session, Molly, Threema.
4. Никогда не храни пароли в браузере.
Используй менеджер паролей: Bitwarden, KeePassXC, 1Password
И никаких одинаковых паролей, мать его.
5. Используй 3 буквы для просмотра YouTube (загран паспорт) + DNS HTTPS + браузер с защитой от трекеров:
Firefox, Waterfox, Tor — лучшие друзья.
Настрой uBlock Origin, Privacy Badger, CanvasBlocker.
Запрети WebRTC, third-party cookies.
6. Фото, метаданные, EXIF — чисти.
Каждое фото с телефона может содержать GPS, модель устройства и даже серийник.
Перед публикацией стирай метаданные.
7. И главное — не рассказывай слишком много.
Сколько тебе лет, где ты живёшь, где работаешь, кого ебёшь — это всё будет использовано против тебя, если попадёт не в те руки.
Информация — валюта. Чем меньше ты её раздаёшь, тем меньше ты уязвим.
Паранойя? Нет. Гигиена. Цифровая.
(1/2)
Ты — продукт. Но можешь им не быть.
В современном мире каждый лайк, номер телефона и email это потенциальное оружие против тебя.
Нет, это не паранойя. Это — киберреальность.
Хочешь остаться вне поля зрения и не попасть в базу данных рекламщиков, госслужб и "экспертов по безопасности" ЗАО "Бещёки"? Вот базовые принципы:
1. Никогда не указывай реальные данные если в этом нет юридической необходимости.
Форма регистрации? Вводи левые ФИО и дату рождения.
Сайт просит номер телефона? Используй временные или VoIP-сервисы.
Email? Burner-почта (proton.me, tuta.io, temp-mail); В редких случаях gmail.
2. Используй разные почты и логины для различных сервисов.
Сделай несколько уровней:
"публичный" — соцсети, ничего личного.
"полуприватный" — магазины, подписки.
"секретный" — банк, документы, финансы.
3. Не веди чувствительные разговоры в популярных мессенджерах.
Telegram? Да, если с proxy, без номера, через бота.
Но для действительно приватной переписки — SimpleX, Session, Molly, Threema.
4. Никогда не храни пароли в браузере.
Используй менеджер паролей: Bitwarden, KeePassXC, 1Password
И никаких одинаковых паролей, мать его.
5. Используй 3 буквы для просмотра YouTube (загран паспорт) + DNS HTTPS + браузер с защитой от трекеров:
Firefox, Waterfox, Tor — лучшие друзья.
Настрой uBlock Origin, Privacy Badger, CanvasBlocker.
Запрети WebRTC, third-party cookies.
6. Фото, метаданные, EXIF — чисти.
Каждое фото с телефона может содержать GPS, модель устройства и даже серийник.
Перед публикацией стирай метаданные.
7. И главное — не рассказывай слишком много.
Сколько тебе лет, где ты живёшь, где работаешь, кого ебёшь — это всё будет использовано против тебя, если попадёт не в те руки.
Информация — валюта. Чем меньше ты её раздаёшь, тем меньше ты уязвим.
Паранойя? Нет. Гигиена. Цифровая.
(1/2)
❤3🔥1
Niwe Code
#ItSecurity Ты — продукт. Но можешь им не быть. В современном мире каждый лайк, номер телефона и email это потенциальное оружие против тебя. Нет, это не паранойя. Это — киберреальность. Хочешь остаться вне поля зрения и не попасть в базу данных рекламщиков…
#ItSecurity
Ты — цель. Сделай так, чтобы тебя было трудно поймать.
Цифровая гигиена это только половина. Хочешь настоящей защиты — надо смотреть как ты ведёшь себя в реальной жизни и в соцсетях. Потому что как бы ты ни шифровался, если ты слил себя сам то никто тебе уже не поможет.
1. Никаких геотегов и "я в кафе №123 с друзьями"
Каждый раз когда ты постишь фото с геолокацией — ты оставляешь след. А если ты это делаешь регулярно то становишься предсказуемым.
2. Никогда не указывай домашний адрес ни в одной анкете, кроме гос. структур
И даже там если есть возможность, используй адрес регистрации, а не проживания.
Ты удивишься сколько людей указывают настоящие адреса при заказе футболки с надписью "ЗА ПУТИНА".
Хочешь, чтобы однажды к тебе пришли? Окей, продолжай.
3. Блокируй людей которым не доверяешь.
Даже если это "знакомый друга, у нас общие темы".
Многие утечки начинаются с банального — кто-то просто не туда скинул скрин.
Учи друзей как не палить тебя. Или сам становись единственным админом своего инфополя.
4. Фишинг не про "дураков", а про усталость и автоматизм.
Просто не делай этого. Никогда.
5. Убери настоящие ФИО и телефоны из открытых профилей.
Сделай себе публичный альтер-эго, если надо.
Фриланс? Напиши "Вова П."
Телега? Без привязки к номеру, юзернейм и аватарка — хоть картинка кота с бензопилой.
6. Храни зашифрованные бэкапы
Не в облаке, а локально и под паролем. И пароль в голове, не на стикере.
7. Камера и микрофон — закрывай.
Webcam cover — стоит копейки, спасает нервов на миллионы.
За тобой никто не следит, пока ты никому не нужен.
А потом уже поздно.
Так что: анонимность это не "не быть видимым". Это быть незаметным.
Будь серым кардиналом своего инфополя.
(2/2)
Ты — цель. Сделай так, чтобы тебя было трудно поймать.
Цифровая гигиена это только половина. Хочешь настоящей защиты — надо смотреть как ты ведёшь себя в реальной жизни и в соцсетях. Потому что как бы ты ни шифровался, если ты слил себя сам то никто тебе уже не поможет.
1. Никаких геотегов и "я в кафе №123 с друзьями"
Каждый раз когда ты постишь фото с геолокацией — ты оставляешь след. А если ты это делаешь регулярно то становишься предсказуемым.
2. Никогда не указывай домашний адрес ни в одной анкете, кроме гос. структур
И даже там если есть возможность, используй адрес регистрации, а не проживания.
Ты удивишься сколько людей указывают настоящие адреса при заказе футболки с надписью "ЗА ПУТИНА".
Хочешь, чтобы однажды к тебе пришли? Окей, продолжай.
3. Блокируй людей которым не доверяешь.
Даже если это "знакомый друга, у нас общие темы".
Многие утечки начинаются с банального — кто-то просто не туда скинул скрин.
Учи друзей как не палить тебя. Или сам становись единственным админом своего инфополя.
4. Фишинг не про "дураков", а про усталость и автоматизм.
Не кликай по письмам "ваша почта была взломана, нажмите для восстановления".
Не верь звонкам "из банка", даже если они знают твоё имя и другую информацию.
Не пиши паспортные данные никому, ни при каких условиях.
Просто не делай этого. Никогда.
5. Убери настоящие ФИО и телефоны из открытых профилей.
Сделай себе публичный альтер-эго, если надо.
Фриланс? Напиши "Вова П."
Телега? Без привязки к номеру, юзернейм и аватарка — хоть картинка кота с бензопилой.
6. Храни зашифрованные бэкапы
Не в облаке, а локально и под паролем. И пароль в голове, не на стикере.
7. Камера и микрофон — закрывай.
Webcam cover — стоит копейки, спасает нервов на миллионы.
За тобой никто не следит, пока ты никому не нужен.
А потом уже поздно.
Так что: анонимность это не "не быть видимым". Это быть незаметным.
Будь серым кардиналом своего инфополя.
(2/2)
❤4
#Programming
Задача: уроните компилятор любого языка, используя только один символ из таблицы ASCII, но можно вставлять его бесконечное (неограниченное) количество раз.
Правильный ответ скину позже👍
Задача: уроните компилятор любого языка, используя только один символ из таблицы ASCII, но можно вставлять его бесконечное (неограниченное) количество раз.
Правильный ответ скину позже
Please open Telegram to view this post
VIEW IN TELEGRAM
Догадайтесь, кто потратил 2 дня на создание Flutter приложения, которое не может заработать из-за кривых библиотек? Придётся владельцам iPhone страдать. Извините
🔥3
#Education #Programming
Почему ты не вырос как разработчик?
Смотри, я сам через это прошёл. И мне до сих пор иногда стыдно вспоминать, как я «развивался» первые полтора года. Статьи читал, видосики смотрел, «учил» новые фреймворки. А по факту — топтался на месте.
Вот что реально тормозит, если по-честному:
1. Ты не делаешь по-настоящему сложные вещи
Ты не лезешь туда, где больно. Не копаешь баги в проде, не разбираешь чужие старые проекты, не решаешь реальные проблемы бизнеса. Потому что страшно и не хочется облажаться.
Но именно там, где тебе страшно — начинается рост.
2. Ты слишком много «учишь» и слишком мало практикуешь
Все мы любим читать про новые технологии, но знание ≠ опыт.
Один вечер, проведённый с дебагом проблемы которую ты не понимаешь — даёт больше, чем неделя «курсов».
3. Ты боишься ошибаться публично
Не выкладываешь проекты, не пишешь посты, не ходишь на собесы.
Потому что думаешь: «а вдруг я покажусь тупым?»
Ну, покажешься. И чё? Пару раз обосрался, но зато потом стал умнее.
4. Ты ждёшь момента когда будешь “готов”
А он не наступит. Никто из нас не чувствует себя готовым. Ни джуны, ни мидлы, ни тем более сеньоры.
Весь рост происходит через боль, фейлы и неудобство. Только так.
Хочешь двигаться вперёд — начни делать, а не думать. Не готов? Отлично, именно тогда и надо пробовать.
И да, если кажется что все вокруг умнее, то поздравляю, это значит что ты в правильном окружении.
Почему ты не вырос как разработчик?
Смотри, я сам через это прошёл. И мне до сих пор иногда стыдно вспоминать, как я «развивался» первые полтора года. Статьи читал, видосики смотрел, «учил» новые фреймворки. А по факту — топтался на месте.
Вот что реально тормозит, если по-честному:
1. Ты не делаешь по-настоящему сложные вещи
Ты не лезешь туда, где больно. Не копаешь баги в проде, не разбираешь чужие старые проекты, не решаешь реальные проблемы бизнеса. Потому что страшно и не хочется облажаться.
Но именно там, где тебе страшно — начинается рост.
2. Ты слишком много «учишь» и слишком мало практикуешь
Все мы любим читать про новые технологии, но знание ≠ опыт.
Один вечер, проведённый с дебагом проблемы которую ты не понимаешь — даёт больше, чем неделя «курсов».
3. Ты боишься ошибаться публично
Не выкладываешь проекты, не пишешь посты, не ходишь на собесы.
Потому что думаешь: «а вдруг я покажусь тупым?»
Ну, покажешься. И чё? Пару раз обосрался, но зато потом стал умнее.
4. Ты ждёшь момента когда будешь “готов”
А он не наступит. Никто из нас не чувствует себя готовым. Ни джуны, ни мидлы, ни тем более сеньоры.
Весь рост происходит через боль, фейлы и неудобство. Только так.
Хочешь двигаться вперёд — начни делать, а не думать. Не готов? Отлично, именно тогда и надо пробовать.
И да, если кажется что все вокруг умнее, то поздравляю, это значит что ты в правильном окружении.
#Programming
Гид по выбору СУБД для разработчика
Выбор базы данных — это как выбор автомобиля: можно взять практичную Toyot'у, а кому-то и старый Жигуль сойдёт.
1. Oracle Database: корпоративный монстр
🔹 Сильные стороны:
- Обрабатывает экстремальные нагрузки (банки, госструктуры)
- PL/SQL — продвинутый язык для сложной бизнес-логики
- Кластеризация (RAC), партиционирование, материализованные представления
🔹 Слабые стороны:
- Дорогие лицензии (бесплатная XE версия ограничена)
- Сложный в администрировании
- Медленно внедряет modern-фичи
💡 Кому подойдёт:
Корпорации, где критичны надёжность и поддержка.
2. MySQL: народный выбор
🔹 Сильные стороны:
- Лёгкий в настройке, идеален для read-heavy нагрузок
- Широкая поддержка (хостинги, WordPress, PHP)
- Бесплатная Community Edition
🔹 Слабые стороны:
- До версии 8.0 не хватало оконных функций и CTE
- Слабый оптимизатор запросов vs PostgreSQL
- Под контролем Oracle (риски для open-source)
💡 Кому подойдёт:
Веб-разработчики и стартапы с простыми проектами.
3. Microsoft SQL Server: король Windows-стека
🔹 Сильные стороны:
- Глубокая интеграция с .NET, Azure и Power BI
- T-SQL с удобными расширениями
- Встроенные BI-инструменты (SSIS, SSAS)
🔹 Слабые стороны:
- Дорогое лицензирование
- Не популярен вне экосистемы Microsoft
- Linux-версия сыровата
💡 Кому подойдёт:
Команды, работающие с Windows/.NET и аналитикой.
4. PostgreSQL: open-source Tesla *(бонус для ценителей)*
🔹 Сильные стороны:
- Самый богатый SQL (CTE, JSONB, оконные функции)
- Расширяемость: свои типы данных, функции на Python/JS
- Активное сообщество и быстрая реализация новых фич
🔹 Слабые стороны:
- Требует больше ресурсов, чем MySQL
- Нет встроенной кластеризации уровня Oracle RAC
💡 Кому подойдёт:
Разработчики, ценящие баланс возможностей и свободы.
Что выбрать?
- Корпоративный проект с гарантиями? → Oracle
- Веб-приложение или стартап? → MySQL
- Работаешь с .NET/Azure? → SQL Server
- Хочешь open-source с максимумом возможностей? → PostgreSQL
Личное мнение: PostgreSQL — лучший баланс для большинства задач. Но если нужны специфичные фичи (например, Oracle RAC), то выбор очевиден.
Гид по выбору СУБД для разработчика
Выбор базы данных — это как выбор автомобиля: можно взять практичную Toyot'у, а кому-то и старый Жигуль сойдёт.
1. Oracle Database: корпоративный монстр
🔹 Сильные стороны:
- Обрабатывает экстремальные нагрузки (банки, госструктуры)
- PL/SQL — продвинутый язык для сложной бизнес-логики
- Кластеризация (RAC), партиционирование, материализованные представления
🔹 Слабые стороны:
- Дорогие лицензии (бесплатная XE версия ограничена)
- Сложный в администрировании
- Медленно внедряет modern-фичи
Корпорации, где критичны надёжность и поддержка.
2. MySQL: народный выбор
🔹 Сильные стороны:
- Лёгкий в настройке, идеален для read-heavy нагрузок
- Широкая поддержка (хостинги, WordPress, PHP)
- Бесплатная Community Edition
🔹 Слабые стороны:
- До версии 8.0 не хватало оконных функций и CTE
- Слабый оптимизатор запросов vs PostgreSQL
- Под контролем Oracle (риски для open-source)
Веб-разработчики и стартапы с простыми проектами.
3. Microsoft SQL Server: король Windows-стека
🔹 Сильные стороны:
- Глубокая интеграция с .NET, Azure и Power BI
- T-SQL с удобными расширениями
- Встроенные BI-инструменты (SSIS, SSAS)
🔹 Слабые стороны:
- Дорогое лицензирование
- Не популярен вне экосистемы Microsoft
- Linux-версия сыровата
Команды, работающие с Windows/.NET и аналитикой.
4. PostgreSQL: open-source Tesla *(бонус для ценителей)*
🔹 Сильные стороны:
- Самый богатый SQL (CTE, JSONB, оконные функции)
- Расширяемость: свои типы данных, функции на Python/JS
- Активное сообщество и быстрая реализация новых фич
🔹 Слабые стороны:
- Требует больше ресурсов, чем MySQL
- Нет встроенной кластеризации уровня Oracle RAC
Разработчики, ценящие баланс возможностей и свободы.
Что выбрать?
- Корпоративный проект с гарантиями? → Oracle
- Веб-приложение или стартап? → MySQL
- Работаешь с .NET/Azure? → SQL Server
- Хочешь open-source с максимумом возможностей? → PostgreSQL
Личное мнение: PostgreSQL — лучший баланс для большинства задач. Но если нужны специфичные фичи (например, Oracle RAC), то выбор очевиден.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3
#Backend #Frontend
Как я решил поработать фронтендером и потерял веру в жизнь
Я — backend'ер, ну тот самый который нахуй никому не нужен. Я знаю базы, очереди, авторизации, микросервисы, блядь почти всё.
Я запускаю проекты которые делают деньги. Я не боюсь 5xx ошибок. Я даже почти умею дебажить в проде не трогая пользователей.
Но однажды я подумал:
«Хм. А сделаю-ка я сам себе фронт. Что там сложного? Кнопки да формы»
Я чуть не умер.
Первое — CSS.
КАК ЭТО РАБОТАЕТ, СУКА?
– «margin: 0 auto» — ничего не по центру.
– «flex» — всё куда-то уехало.
– «grid» — вообще магия из “Гарри Поттера”.
– 10 минут ковырял кнопку, а оказалось, что на ней стоял position: absolute; top: -9999px.
Второе — шрифты, отступы, цвета.
– Я выбрал зелёный. Мне сказали: «фу, кислотно».
– Поставил серый. Ответ: «глаз режет».
– В итоге я просто открыл Tailwind и ткал как бабка в темноте.
Третье — React.
– Написал компонент. Забыл key. Всё ломается.
– Сделал форму. State не обновляется.
– Добавил useEffect — начались бесконечные рендеры.
– И ещё 300 ошибок в консоли из которых половина от ESLint, вторая от меня, а третья просто потому что мне не повезло.
И после этого мне сказали: «а ты сделай адаптив.....»
Я чуть инфаркт не схватил и хотелось человека засунуть в коллайдер. Вкратце это когда твой верстальный кошмар растягивается ещё и на мобилку.
В итоге у меня на телефоне всё было вверх ногами, а кнопка «Оформить заказ» поменяла цвет и сдвинулась по косинусу на 97889°
Frontend — это не просто "перетаскивание кнопок". Это отдельная ветка боли.
Но знаете что? Я вернулся в бэк.
Обнял свой Docker, Java, базы и консоль. Заплакал. И пообещал себе: никогда больше не писать CSS.
Как я решил поработать фронтендером и потерял веру в жизнь
Я — backend'ер, ну тот самый который нахуй никому не нужен. Я знаю базы, очереди, авторизации, микросервисы, блядь почти всё.
Я запускаю проекты которые делают деньги. Я не боюсь 5xx ошибок. Я даже почти умею дебажить в проде не трогая пользователей.
Но однажды я подумал:
«Хм. А сделаю-ка я сам себе фронт. Что там сложного? Кнопки да формы»
Первое — CSS.
КАК ЭТО РАБОТАЕТ, СУКА?
– «margin: 0 auto» — ничего не по центру.
– «flex» — всё куда-то уехало.
– «grid» — вообще магия из “Гарри Поттера”.
– 10 минут ковырял кнопку, а оказалось, что на ней стоял position: absolute; top: -9999px.
Второе — шрифты, отступы, цвета.
– Я выбрал зелёный. Мне сказали: «фу, кислотно».
– Поставил серый. Ответ: «глаз режет».
– В итоге я просто открыл Tailwind и ткал как бабка в темноте.
Третье — React.
– Написал компонент. Забыл key. Всё ломается.
– Сделал форму. State не обновляется.
– Добавил useEffect — начались бесконечные рендеры.
– И ещё 300 ошибок в консоли из которых половина от ESLint, вторая от меня, а третья просто потому что мне не повезло.
И после этого мне сказали: «а ты сделай адаптив.....»
Я чуть инфаркт не схватил и хотелось человека засунуть в коллайдер. Вкратце это когда твой верстальный кошмар растягивается ещё и на мобилку.
В итоге у меня на телефоне всё было вверх ногами, а кнопка «Оформить заказ» поменяла цвет и сдвинулась по косинусу на 97889°
Frontend — это не просто "перетаскивание кнопок". Это отдельная ветка боли.
Но знаете что? Я вернулся в бэк.
Обнял свой Docker, Java, базы и консоль. Заплакал. И пообещал себе: никогда больше не писать CSS.
🔥4
#Education
Общая теория программирования
Забудь языки, фреймворки. Забудь даже, что ты пишешь код.
Программирование — это способ взаимодействия с реальностью через абстракцию и контроль. Это не про Python или React, а про способность создавать модели мира которые можно автоматизировать.
Что такое программа?
Программа — это структурированная последовательность решений, оформленные в правилах, которые понятны данной машине (ЭВМ).
Программирование — это формализация мышления, которую можно воспроизвести. Т.е. ты не просто говоришь компьютеру, что делать, а переводишь человеческие желания в логику и структуру, отбрасывая весь остальной хаос.
И чем точнее ты умеешь это делать, тем круче ты как разработчик.
Программа == Модель поведения системы.
И каждый блок — это не просто строка кода, это решение принятое тобой на основе текущего знания о мире.
Почему это важно?
Потому что программист — это не "тот, кто кодит".
Это тот кто понимает: как работает реальность и как её можно симулировать.
Ты создаёшь логические модели поведения систем. И если ошибся — рушится всё.
Общая теория программирования — это путь от хаоса к системному мышлению.
Когда ты не просто пишешь код, а создаёшь модель в которой код просто инструмент.
И это, по сути, та же теория управления только на языке команд.
Если мир — это система, то программисты — это архитекторы реальности.
Мы не пишем "приложения". Мы переписываем правила того, как взаимодействуют сущности.
От запросов к API — до твоего мышления.
И да, чем выше твой уровень — тем меньше ты "кодишь" и тем больше ты конструируешь мысль, которую потом выражают другие.
Общая теория программирования
Забудь языки, фреймворки. Забудь даже, что ты пишешь код.
Программирование — это способ взаимодействия с реальностью через абстракцию и контроль. Это не про Python или React, а про способность создавать модели мира которые можно автоматизировать.
Что такое программа?
Программа — это структурированная последовательность решений, оформленные в правилах, которые понятны данной машине (ЭВМ).
Программирование — это формализация мышления, которую можно воспроизвести. Т.е. ты не просто говоришь компьютеру, что делать, а переводишь человеческие желания в логику и структуру, отбрасывая весь остальной хаос.
И чем точнее ты умеешь это делать, тем круче ты как разработчик.
Программа == Модель поведения системы.
И каждый блок — это не просто строка кода, это решение принятое тобой на основе текущего знания о мире.
Функция — это договор: "если ты дашь мне A, я верну B".
Массив — это компромисс между скоростью и структурой.
Архитектура — это социальная инженерия внутри машины.
Почему это важно?
Потому что программист — это не "тот, кто кодит".
Это тот кто понимает: как работает реальность и как её можно симулировать.
Ты создаёшь логические модели поведения систем. И если ошибся — рушится всё.
Общая теория программирования — это путь от хаоса к системному мышлению.
Когда ты не просто пишешь код, а создаёшь модель в которой код просто инструмент.
И это, по сути, та же теория управления только на языке команд.
Если мир — это система, то программисты — это архитекторы реальности.
Мы не пишем "приложения". Мы переписываем правила того, как взаимодействуют сущности.
От запросов к API — до твоего мышления.
И да, чем выше твой уровень — тем меньше ты "кодишь" и тем больше ты конструируешь мысль, которую потом выражают другие.
❤3
#Programming
Как IT плавит тебе мозг
Знаешь, в начале всё кажется простым: сидишь, учишь Python, запускаешь какой-то hello world, мечтаешь о зарплате в российских долларах и ноутбуке с наклейками яблока и всех технологий.
А потом реальность прилетает в ебло с ноги.
1. Ты вечно забитый инфой.
В голове одновременно крутится:
🔥 где на проде у нас баг,
🔥 какой сервис отвалился,
🔥 как починить чью-то убитую архитектуру,
🔥 и как не забыть завтра сделать ревью на ревью ревью.
И мозг в какой-то момент начинает сам выключаться. Просто в никуда.
2. Нет понятия "понял и успокоился".
Сегодня ты выучил новую библиотеку.
Завтра выходит новая версия и ты опять тупишь как в первый раз.
Прошёл курс? Забудь. Он уже устарел, пока ты дополз до финального проекта.
3. Никаких планов. Никогда.
Ты можешь запланировать рабочий день, но реальность всегда с тобой поспорит:
🤩 баги,
🤩 падения продов,
🤩 задачи, которые резко "надо к утру".
И весь твой красивый план идёт в жопу быстрее, чем npm тянет зависимости.
4. Все хотят чтобы ты был магом.
"Почему не работает?"
"Когда будет готово?"
"Можно за два дня вместо месяца?"
А ты сидишь и понимаешь, что программирование — это не кодить.
Это бесконечно чинить чужие мечты о халявной автоматизации.
5. Сам себя сжираешь.
Потому что хочешь сделать лучше.
Потому что бесит, когда криво.
Потому что даже ночью в голове проигрывается тот ебучий if-else, который ты не добил в коде.
IT — это не про код.
IT — это про жизнь на разогретых оборотах, где любой косяк — твоя личная битва.
И если ты ещё не сгорел — либо ты новичок, либо ты уже бездушная машина на пиве и панике.
Как IT плавит тебе мозг
Знаешь, в начале всё кажется простым: сидишь, учишь Python, запускаешь какой-то hello world, мечтаешь о зарплате в российских долларах и ноутбуке с наклейками яблока и всех технологий.
А потом реальность прилетает в ебло с ноги.
1. Ты вечно забитый инфой.
В голове одновременно крутится:
И мозг в какой-то момент начинает сам выключаться. Просто в никуда.
2. Нет понятия "понял и успокоился".
Сегодня ты выучил новую библиотеку.
Завтра выходит новая версия и ты опять тупишь как в первый раз.
Прошёл курс? Забудь. Он уже устарел, пока ты дополз до финального проекта.
3. Никаких планов. Никогда.
Ты можешь запланировать рабочий день, но реальность всегда с тобой поспорит:
И весь твой красивый план идёт в жопу быстрее, чем npm тянет зависимости.
4. Все хотят чтобы ты был магом.
"Почему не работает?"
"Когда будет готово?"
"Можно за два дня вместо месяца?"
А ты сидишь и понимаешь, что программирование — это не кодить.
Это бесконечно чинить чужие мечты о халявной автоматизации.
5. Сам себя сжираешь.
Потому что хочешь сделать лучше.
Потому что бесит, когда криво.
Потому что даже ночью в голове проигрывается тот ебучий if-else, который ты не добил в коде.
IT — это не про код.
IT — это про жизнь на разогретых оборотах, где любой косяк — твоя личная битва.
И если ты ещё не сгорел — либо ты новичок, либо ты уже бездушная машина на пиве и панике.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2