#News
Российские IT-компании за границей: а есть ли они вообще?
Иногда слышишь что "в России делают крутые IT-продукты". Может быть. Но вот вопрос: где эти продукты за пределами РФ?
Поищем примеры.
🇷🇺 Яндекс? Глобального успеха за границей нет. Их автономные машины тестируются в США, но сервисы никому не нужны.
🇷🇺 VK? Только в России. В мире о нём не знают.
🇷🇺 Kaspersky? Да, антивирус известен, но после 2022 года его везде выпиливают.
🇷🇺 Ozon, Wildberries? Только локальный рынок.
🇷🇺 inDrive? Работает в Латинской Америке, Африке, но не конкурент Uber и Bolt.
Вывод? Российские IT-компании не могут конкурировать на глобальном уровне.
👉 Нет ни одной российской компании, которая реально заняла бы место среди мировых гигантов типа Google, Microsoft, Apple, Amazon, Meta*.
А теперь вопрос: почему так?
1️⃣ Полная зависимость от западных технологий (чужие процессоры, софт, облака).
2️⃣ Нет культуры глобального продукта — все ориентируются только на СНГ.
3️⃣ Геополитика: компании из России никому не нужны, кроме самой России иимпортозамещения
Вот и всё. Мирового успеха нет. И в ближайшее время не будет.
*Meta признана экстремистской организацией и запрещена в РФ.
® Niwe Code
Российские IT-компании за границей: а есть ли они вообще?
Иногда слышишь что "в России делают крутые IT-продукты". Может быть. Но вот вопрос: где эти продукты за пределами РФ?
Поищем примеры.
🇷🇺 Яндекс? Глобального успеха за границей нет. Их автономные машины тестируются в США, но сервисы никому не нужны.
🇷🇺 VK? Только в России. В мире о нём не знают.
🇷🇺 Kaspersky? Да, антивирус известен, но после 2022 года его везде выпиливают.
🇷🇺 Ozon, Wildberries? Только локальный рынок.
🇷🇺 inDrive? Работает в Латинской Америке, Африке, но не конкурент Uber и Bolt.
Вывод? Российские IT-компании не могут конкурировать на глобальном уровне.
👉 Нет ни одной российской компании, которая реально заняла бы место среди мировых гигантов типа Google, Microsoft, Apple, Amazon, Meta*.
А теперь вопрос: почему так?
1️⃣ Полная зависимость от западных технологий (чужие процессоры, софт, облака).
2️⃣ Нет культуры глобального продукта — все ориентируются только на СНГ.
3️⃣ Геополитика: компании из России никому не нужны, кроме самой России и
Вот и всё. Мирового успеха нет. И в ближайшее время не будет.
® Niwe Code
💯2
#Education
Идеальный компьютер для начала программирования
❓ Какой комп нужен, чтобы начать кодить?
🚀 Ответ прост: любой, у которого 16 ГБ ОЗУ. Всё.
💡 Процессор? Да хоть старый i5, Ryzen 3 или даже Athlon. Главное чтобы он не сгорел от стресса.
💡 Видеокарта? Если она тянет танки на минималках, то уже шикарно.
💡 Жёсткий диск или SSD? Лучше SSD, но если ты терпеливый — можно и HDD.
🔹 Факт: Программирование не требует мощного железа.
Ты не рендеришь 3D-графику, не компилируешь код для коллайдера, не пишешь нейросети на 10 млрд параметров.
🔹 Главное — 16 ГБ ОЗУ.
Chrome с 30 вкладками? Открывай.
Пара IDE (WebStorm, PyCharm)? Запускай.
Docker? Будет страдать, но работать.
Твой первый ПК для программирования — это просто рабочий инструмент, а не космический шаттл. Если он включается и не умирает от открытия терминала — этого уже достаточно, чтобы стать разработчиком. 🚀
А как найдешь работу то смело можешь покупать MacBook, все равно разницы не почувствуешь🤣
® Niwe Code
Идеальный компьютер для начала программирования
❓ Какой комп нужен, чтобы начать кодить?
🚀 Ответ прост: любой, у которого 16 ГБ ОЗУ. Всё.
💡 Процессор? Да хоть старый i5, Ryzen 3 или даже Athlon. Главное чтобы он не сгорел от стресса.
💡 Видеокарта? Если она тянет танки на минималках, то уже шикарно.
💡 Жёсткий диск или SSD? Лучше SSD, но если ты терпеливый — можно и HDD.
🔹 Факт: Программирование не требует мощного железа.
Ты не рендеришь 3D-графику, не компилируешь код для коллайдера, не пишешь нейросети на 10 млрд параметров.
🔹 Главное — 16 ГБ ОЗУ.
Chrome с 30 вкладками? Открывай.
Пара IDE (WebStorm, PyCharm)? Запускай.
Docker? Будет страдать, но работать.
Твой первый ПК для программирования — это просто рабочий инструмент, а не космический шаттл. Если он включается и не умирает от открытия терминала — этого уже достаточно, чтобы стать разработчиком. 🚀
А как найдешь работу то смело можешь покупать MacBook, все равно разницы не почувствуешь
® Niwe Code
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3
#Education
Как компьютер понимает наши команды?
Каждый раз, когда ты что-то вводишь на клавиатуре, кликаешь мышкой или пишешь код, компьютер принимает эти команды и обрабатывает их. Но как именно он это делает? Давай разбираться.
1️⃣ Ввод информации
Ты нажал клавишу, ввёл команду или запустил программу. Что происходит дальше?
📌 Операционная система (Windows, Linux, macOS) получает ввод
— Если ты нажал кнопку "Enter", система передаёт сигнал активному приложению.
— Если это консоль, то команда отправляется в обработчик командного интерфейса (например, cmd, bash, zsh).
— Если ты кликаешь мышкой, координаты курсора передаются операционной системе, которая сообщает программе, на что ты нажал.
ОС выступает посредником между тобой и железом.
2️⃣ Трансляция команды
Компьютер сам не понимает ни английского, ни русского, ни синтаксиса Python. Программы работают на языках программирования Python, JavaScript, C++, Java, Rust — это высокоуровневые языки, которые понятны человеку.
Но компьютер не может их выполнять напрямую — ему нужен перевод (трансляция кода в определенную архитектуру)
📌 Как команда превращается в понятную процессору?
Компиляторы (C++, Rust, Go, Java)
→ переводят весь код сразу в машинные инструкции.
Интерпретаторы (Python, JavaScript, Bash)
→ выполняют код построчно, без предварительного перевода.
Компьютеру нужен только машинный код (машинные инструкции).
Подробно я писал здесь как происходит трансляция кода
3️⃣ Ассемблер и машинные команды
После трансляции код превращается в инструкции на языке ассемблера, которые уже ближе к процессору:
Компьютер понимает команды вида "запиши", "сложи", "сравни", "перейди по адресу".
Эти команды конвертируются в машинный код — последовательность нулей и единиц.
4️⃣ Двоичный код и процессор
📌 Процессор — это просто набор транзисторов
💡 Каждый транзистор может находиться в двух состояниях:
Все команды и данные превращаются в длинные цепочки 0 и 1, которые процессор обрабатывает как инструкции.
Пример машинного кода (в двоичном представлении):
Это значит: "запиши 5, прибавь 3".
📌 Всё в компьютере работает через двоичный код:
1. Текст хранится в кодировке ASCII (буквы → числа → двоичный код).
2. Изображения — это пиксели, у которых есть RGB-значения в двоичном виде.
3. Видео и звук — просто цифровые потоки единиц и нулей.
5️⃣ Что происходит, когда ты запускаешь программу?
1️⃣ Ты открываешь, например, браузер.
2️⃣ Операционная система загружает его код в оперативную память.
3️⃣ Процессор начинает выполнять инструкции (чтение файлов, запуск рендеринга, работа с сетью).
4️⃣ Команды передаются на уровень железа (GPU, CPU, диск, сеть).
5️⃣ Результат возвращается в интерфейс (ты видишь страницу).
💡 Вывод:
✅ Компьютер понимает только двоичный код (0 и 1).
✅ Чтобы человек мог с ним работать, мы используем языки программирования.
✅ Код компилируется или интерпретируется и превращается в машинные команды.
✅ Вся магия — это просто переключение транзисторов, но в огромных масштабах.
Вот так твои клики, команды и код превращаются в работающий компьютер.
® Niwe Code
Как компьютер понимает наши команды?
Каждый раз, когда ты что-то вводишь на клавиатуре, кликаешь мышкой или пишешь код, компьютер принимает эти команды и обрабатывает их. Но как именно он это делает? Давай разбираться.
1️⃣ Ввод информации
Ты нажал клавишу, ввёл команду или запустил программу. Что происходит дальше?
📌 Операционная система (Windows, Linux, macOS) получает ввод
— Если ты нажал кнопку "Enter", система передаёт сигнал активному приложению.
— Если это консоль, то команда отправляется в обработчик командного интерфейса (например, cmd, bash, zsh).
— Если ты кликаешь мышкой, координаты курсора передаются операционной системе, которая сообщает программе, на что ты нажал.
ОС выступает посредником между тобой и железом.
2️⃣ Трансляция команды
Компьютер сам не понимает ни английского, ни русского, ни синтаксиса Python. Программы работают на языках программирования Python, JavaScript, C++, Java, Rust — это высокоуровневые языки, которые понятны человеку.
Но компьютер не может их выполнять напрямую — ему нужен перевод (трансляция кода в определенную архитектуру)
📌 Как команда превращается в понятную процессору?
Компиляторы (C++, Rust, Go, Java)
→ переводят весь код сразу в машинные инструкции.
Интерпретаторы (Python, JavaScript, Bash)
→ выполняют код построчно, без предварительного перевода.
Компьютеру нужен только машинный код (машинные инструкции).
Подробно я писал здесь как происходит трансляция кода
3️⃣ Ассемблер и машинные команды
После трансляции код превращается в инструкции на языке ассемблера, которые уже ближе к процессору:
MOV AX, 5 ; Записать в регистр AX значение 5
ADD AX, 3 ; Прибавить к значению регистра 3
Компьютер понимает команды вида "запиши", "сложи", "сравни", "перейди по адресу".
Эти команды конвертируются в машинный код — последовательность нулей и единиц.
4️⃣ Двоичный код и процессор
📌 Процессор — это просто набор транзисторов
💡 Каждый транзистор может находиться в двух состояниях:
0 (нет электрического сигнала)
1 (есть сигнал)
Все команды и данные превращаются в длинные цепочки 0 и 1, которые процессор обрабатывает как инструкции.
Пример машинного кода (в двоичном представлении):
10110000 00000101 ; MOV AX, 5
00000101 00000011 ; ADD AX, 3
Это значит: "запиши 5, прибавь 3".
📌 Всё в компьютере работает через двоичный код:
1. Текст хранится в кодировке ASCII (буквы → числа → двоичный код).
2. Изображения — это пиксели, у которых есть RGB-значения в двоичном виде.
3. Видео и звук — просто цифровые потоки единиц и нулей.
5️⃣ Что происходит, когда ты запускаешь программу?
1️⃣ Ты открываешь, например, браузер.
2️⃣ Операционная система загружает его код в оперативную память.
3️⃣ Процессор начинает выполнять инструкции (чтение файлов, запуск рендеринга, работа с сетью).
4️⃣ Команды передаются на уровень железа (GPU, CPU, диск, сеть).
5️⃣ Результат возвращается в интерфейс (ты видишь страницу).
💡 Вывод:
✅ Компьютер понимает только двоичный код (0 и 1).
✅ Чтобы человек мог с ним работать, мы используем языки программирования.
✅ Код компилируется или интерпретируется и превращается в машинные команды.
✅ Вся магия — это просто переключение транзисторов, но в огромных масштабах.
Вот так твои клики, команды и код превращаются в работающий компьютер.
® Niwe Code
❤2
#Programming
Сидишь, значит, кодишь. Всё вроде нормально, и тут на нахуй!
1. Голова трещит, как если бы ты пытался отдебажить продакшен в 3 часа ночи.
2. Глаза красные как у молодого фронтендера, который пятый раз за год учит новый фреймворк.
3. Спина сигналит что ты скоро встанешь, но не на ноги, а на МРТ.
4. Пальцы холодные как у джуна, который случайно удалил базу в боевой среде.
И кто-то ещё думает что IT — это лёгкая работа? АХАХАХАХ Вот вам список бонусов, которые вы получите бесплатно, без подписки и промокодов:
📌 Премиум-доступ к уставшим глазам
📌 "Платиновый" диск в позвоночнике
📌 Бесплатная "криотерапия" для пальцев
📌 Бесконечная усталость (но ты всё равно работаешь)
🤡 Как с этим бороться (и почему ты всё равно не будешь)
Ты можешь быть топовым разработчиком, архитектором, CTO, но если ты не будешь следить за собой, твой самый страшный баг — это ты сам.
💡 Помни:
• Логи можно восстановить.
• Прод можно перезапустить.
• Здоровье — нет.
Так что хотя бы иногда делай "git commit" в свою жизнь. 😌
® Niwe Code
Сидишь, значит, кодишь. Всё вроде нормально, и тут на нахуй!
1. Голова трещит, как если бы ты пытался отдебажить продакшен в 3 часа ночи.
2. Глаза красные как у молодого фронтендера, который пятый раз за год учит новый фреймворк.
3. Спина сигналит что ты скоро встанешь, но не на ноги, а на МРТ.
4. Пальцы холодные как у джуна, который случайно удалил базу в боевой среде.
И кто-то ещё думает что IT — это лёгкая работа? АХАХАХАХ Вот вам список бонусов, которые вы получите бесплатно, без подписки и промокодов:
📌 Премиум-доступ к уставшим глазам
• Ты смотришь в монитор по 12+ часов в день.
• Разглядываешь баги на мелких шрифтах в логах.
• Дебажишь размытые скриншоты от тестировщика, у которого явно 144р.
📌 "Платиновый" диск в позвоночнике
• Начинаешь как бодрый джун.
• Через год уже сидишь криво, как бюджетный сервер без стабильного питания.
• Через два начинаешь осознавать смысл слова "остеохондроз".
📌 Бесплатная "криотерапия" для пальцев
• Зимой в комнате тепло, но руки как у трупа.
• Потому что движение это жизнь, а кодинг это статуя.
• Ctrl + C и Ctrl + V — единственная разминка за день.
📌 Бесконечная усталость (но ты всё равно работаешь)
• "Посплю 5 минут..."
• Просыпаешься через 3 часа.
• "Бля, ещё столько делать..."
• Работаешь до 4 утра.
🤡 Как с этим бороться (и почему ты всё равно не будешь)
1. Вставай каждые 30 минут
Ага, конечно. Как будто дедлайн подождёт.
2. Делай зарядку для глаз
Только после того, как наконец запущу этот сраный билд.
3. Пей больше воды
Зачем, если можно пятую чашку кофе?
4. Спи нормально
Лол, смешно. Ещё советы будут?
Ты можешь быть топовым разработчиком, архитектором, CTO, но если ты не будешь следить за собой, твой самый страшный баг — это ты сам.
💡 Помни:
• Логи можно восстановить.
• Прод можно перезапустить.
• Здоровье — нет.
Так что хотя бы иногда делай "git commit" в свою жизнь. 😌
® Niwe Code
❤3
#ITLife
Всем привет
Здесь могла быть огромная простыня о том, кто я, чем увлекаюсь, какие у меня важные моменты в жизни… но вряд ли.
Я уже столько раз задавал себе вопрос: зачем я вообще в программировании?
Чтобы участвовать в бесконечных олимпиадах, которые нужны не мне, а колледжу? Чтобы впахивать, а потом услышать что-то вроде «молодец, а теперь иди нахуй»?
Кодить ради диплома, статуса, ради того чтобы доказать кому-то что я что-то умею? Да ну нахрен.
Но вот создавать что-то своё, делать полезное, помогать другим — это другое. Это приносит хоть какой-то смысл. Это не просто строчки кода, а реальное ощущение, что ты что-то можешь, что твои знания — не просто зубрёжка, а инструмент.
Я не суперразработчик. Без интернета и документации я чувствую себя беспомощным. Иногда мне кажется, что я вообще ничего не знаю. Иногда я так устаю, что не чувствую себя живым. Иногда мне страшно, что я ничего не добьюсь.
Но я всё равно иду дальше.
Просто потому что не хочу сдаваться.
® Niwe Code
Всем привет
Здесь могла быть огромная простыня о том, кто я, чем увлекаюсь, какие у меня важные моменты в жизни… но вряд ли.
Я уже столько раз задавал себе вопрос: зачем я вообще в программировании?
Чтобы участвовать в бесконечных олимпиадах, которые нужны не мне, а колледжу? Чтобы впахивать, а потом услышать что-то вроде «молодец, а теперь иди нахуй»?
Кодить ради диплома, статуса, ради того чтобы доказать кому-то что я что-то умею? Да ну нахрен.
Но вот создавать что-то своё, делать полезное, помогать другим — это другое. Это приносит хоть какой-то смысл. Это не просто строчки кода, а реальное ощущение, что ты что-то можешь, что твои знания — не просто зубрёжка, а инструмент.
Я не суперразработчик. Без интернета и документации я чувствую себя беспомощным. Иногда мне кажется, что я вообще ничего не знаю. Иногда я так устаю, что не чувствую себя живым. Иногда мне страшно, что я ничего не добьюсь.
Но я всё равно иду дальше.
Просто потому что не хочу сдаваться.
® Niwe Code
❤3
#Other
Вы можете считать меня кем угодно — либералом, русофобом — но это не так. Я верю и знаю, что российские разработчики сильные. Чего стоят только наши победы на информатико-математических олимпиадах и другие международные достижения.
Но проблема как всегда в том, что государство лезет туда, где ни хрена не понимает и пытается двигать свою линию.
Есть гениальные вещи
1С, Компас – да, у них есть свои изъяны, но попробуйте найти в мире аналогичные системы, которые работают на всём подряд: от касс в магазине до древних ЭВМ с 3 МБ ОЗУ.
А есть полный провал
Офисные пакеты, дистрибутивы, VK – они развиваются ужасно медленно. Почему? Потому что мамкины бизнесмены нашли золотую жилу – импортозамещение. Под этим флагом они продают государству сырой продукт, наживаясь на бюджетах. А студенты потом ломают голову, пытаясь понять как можно было создать такое говно.
Но несмотря ни на что, я верю в российских разработчиков. Когда-нибудь мы реально станем богами, если только нас не угробят бюрократия и "эффективные менеджеры".
® Niwe Code
Вы можете считать меня кем угодно — либералом, русофобом — но это не так. Я верю и знаю, что российские разработчики сильные. Чего стоят только наши победы на информатико-математических олимпиадах и другие международные достижения.
Но проблема как всегда в том, что государство лезет туда, где ни хрена не понимает и пытается двигать свою линию.
Есть гениальные вещи
1С, Компас – да, у них есть свои изъяны, но попробуйте найти в мире аналогичные системы, которые работают на всём подряд: от касс в магазине до древних ЭВМ с 3 МБ ОЗУ.
А есть полный провал
Офисные пакеты, дистрибутивы, VK – они развиваются ужасно медленно. Почему? Потому что мамкины бизнесмены нашли золотую жилу – импортозамещение. Под этим флагом они продают государству сырой продукт, наживаясь на бюджетах. А студенты потом ломают голову, пытаясь понять как можно было создать такое говно.
Но несмотря ни на что, я верю в российских разработчиков. Когда-нибудь мы реально станем богами, если только нас не угробят бюрократия и "эффективные менеджеры".
® Niwe Code
❤3
Как же иногда охуенно просто лежать и нихуя не делать. Ни кода, ни людей — только я, подушка и Cola.
👻
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3🔥2
#Education #Programming
Если ты хоть раз пробовал запускать виртуальную машину, то у тебя было два пути:
1️⃣ Намутить какой-нибудь VMWare (если у тебя слишком много оперативки и нервов).
2️⃣ Поставить VirtualBox, который бесплатный и иногда даже работает!
VirtualBox – это как второй Windows внутри твоего компа. Ты можешь:
✅ Тестить системы без страха сломать свой основной ПК.
✅ Запускать дистрибутивы Linux (чтобы потом сказать, что он лучше Windows).
✅ Гробить производительность своего компьютера на ровном месте.
Различные приколы с этой софтиной:
🛑 Ошибка "VT-x is disabled" – ну да блин, логично что виртуализация выключена в BIOS. Иди, включай.
🛑 "Не удаётся запустить 64-битную ОС" – ничего страшного, просто иди в BIOS еще раз и танцуй с бубном.
🛑 Глючная мышка в виртуалке – да-да, гостевые дополнения не установил, вот и мучайся.
Полезные фичи VirtualBox (о которых никто не говорит)
🔹 Снапшоты – сохранился перед экспериментами, зафейлил – откатился назад как в игре.
🔹 Общий буфер обмена – включи и забудь про мучения с копипастой между виртуалкой и основной системой.
🔹 Папки общего доступа – чтобы не передавать файлы через флешку в 2025 году.
🔹 Режим "Бесшовный" – просто слияние двух миров: окна виртуалки будут отображаться как обычные приложения в твоей ОС.
Когда не стоит использовать VirtualBox
🚫 Если у тебя 4 ГБ ОЗУ – просто забудь. Включишь виртуалку – компу конец.
🚫 Если у тебя слабый процессор – каждая команда будет выполняться со скоростью черепахи на льду.
🚫 Если тебе нужна производительность, то лучше попробуй QEMU/KVM или VMWare.
Вывод:
VirtualBox – это как Лада среди виртуалок. Едет, но не всегда туда куда ты хочешь. Бесплатный, удобный для тестов, но если тебе нужна реальная производительность – лучше посмотри в сторону чего-то более серьёзного.
Если ты хоть раз пробовал запускать виртуальную машину, то у тебя было два пути:
VirtualBox – это как второй Windows внутри твоего компа. Ты можешь:
Различные приколы с этой софтиной:
Полезные фичи VirtualBox (о которых никто не говорит)
🔹 Снапшоты – сохранился перед экспериментами, зафейлил – откатился назад как в игре.
🔹 Общий буфер обмена – включи и забудь про мучения с копипастой между виртуалкой и основной системой.
🔹 Папки общего доступа – чтобы не передавать файлы через флешку в 2025 году.
🔹 Режим "Бесшовный" – просто слияние двух миров: окна виртуалки будут отображаться как обычные приложения в твоей ОС.
Когда не стоит использовать VirtualBox
🚫 Если у тебя 4 ГБ ОЗУ – просто забудь. Включишь виртуалку – компу конец.
🚫 Если у тебя слабый процессор – каждая команда будет выполняться со скоростью черепахи на льду.
🚫 Если тебе нужна производительность, то лучше попробуй QEMU/KVM или VMWare.
Вывод:
VirtualBox – это как Лада среди виртуалок. Едет, но не всегда туда куда ты хочешь. Бесплатный, удобный для тестов, но если тебе нужна реальная производительность – лучше посмотри в сторону чего-то более серьёзного.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
#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