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

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

Российские разработчики — сильнейшие. Но...

Давайте по-честному: наши олимпиадники стабильно разносят весь мир по алгоритмам, олимпиадам, ML и нейросетям. МФТИ, МГУ, ИТМО, ВШЭ — это не просто крутые вузы, а кузницы мозгов, которые потом с радостью рекрутируют весь западный рынок.

А теперь вопрос: почему после выпуска никто не хочет работать на отечественное производство?

Техническое образование у нас фундаментальное, но без реального применения
Зачастую Преподаватели читают лекции по учебникам 1996 года. И повезет если презентация нулевых есть.

Нет актуальных курсов по CI/CD, Docker, современному DevOps.

Препод говорит: "React — это новомодная хуйня, берите PHP 4.0 и ниже".

IDE и другие средства разработки если и стоят, то версии в них древнее мамонтов, так они еще и не активированы (привет JetBrains)

Лабораторки: "напишите калькулятор на C++", когда ты уже в свободное время пишешь бэкенд на Java Spring с микросервисами.
Но пережив это ты закончил вуз/спо. Молодец. А теперь иди работать в:
Говноконтору, где весь стек: 1С + Access.

Госучреждение, где вся архитектура держится на костылях времён Windows XP.

Стартап друга племянника депутата, где тебе платят 40к за fullstack на всём.

А если хочешь реально крутой опыт — или уезжай, или работай на зарубеж. Иначе загнёшься.


Почему так то блять?

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

Примеры?
Разработчики Telegram, GitLab, JetBrains создавали с российскими корнями, но работают не здесь.

Лучшие олимпиадники с Codeforces либо уже в FANG, либо ведут курсы на англоязычных платформах.

Даже отечественные стартапы чаще регистрируются в Эстонии, на Кипре или в Казахстане.
Мы крутые. Но видимо можно быть таковым только до момента, пока ты не начнёшь мешать системе. Тогда тебе скажут: "не выпендривайся", "сиди тихо", "будь как все".
Вот и сидим по разным странам, по разным трём буквам. Но всё ещё кодим, делаем лучше, чем остальные. Только не здесь.
#Education #Linux

Тайлинговые оконные менеджеры: когда ты не просто пользователь, а волшебник терминального тетриса

Представь себе: ты сидишь перед монитором, открываешь миллион терминалов, браузеров, редакторов и всё идеально встаёт по клеточкам. Ни мышек, ни свайпов — только клавиатурный дзен и минималистское величие. Это и есть тайлинговые оконные менеджеры.

Что это вообще такое?

Tiling window manager — это штука, которая сама расставляет окна по экрану без наложения. Как плитка в туалете — красиво, ровно и строго по линиям. Из самых популярных: i3, bspwm, awesome, dwm, xmonad и ещё куча всякой магии.

Чем хороши?

Максимальная продуктивность. Ты не тягаешь мышкой окно, ты просто нажал Mod+Enter и хоп, терминал открылся как новый участок шахматной доски.

Конфигурация. Хочешь чтобы Mod+W закрывал окно с мемами? Запиши это в конфиг и теперь это закон.

Нет места хроме, только святой Firefox в fullscreen + Vim. В этом мире нет места лишнему. Только ты, клавиатура и экран как в старом добром командном спецназе.


В чём подвох?

1. Порог входа: среднестатистический юзер Windows после запуска Hyprland подумает что он взломал Пентагон.

2. Конфиги могут трахать мозг: особенно когда ты в 2 часа ночи пытаешься вспомнить, почему Mod+Shift+P не открывает dmenu.

3. Никакой жалости к мышке. Всё через клавиши. Ошибся комбинацией? Лови хаос на экране.

Почему это круто?

Если ты вфронтендер, бекендер, девопс или просто студент, который хочет почувствовать себя гением, тайлинговый WM даст тебе это ощущение. А ещё все твои друзья будут в ахуе: «Ты чё, в i3 сидишь?».


Хочешь почувствовать себя настоящим IT-шаманом — поставь тайлинговый менеджер. Хуже не будет. А если будет, то, ну хотя бы попробовал. Только сначала бинды выпиши на бумажке.
#Programming

Что может быть ниже Ассемблера?


Вот ты сидишь такой, пишешь на Python — кайфуешь, как будто тебе кто-то яйца щекочет. Но стоит тебе ляпнуть, что Си — это "низкоуровневый язык", как в комнате появляются деды-пердеды с седыми бородами и взглядами ветеранов битвы за память на 8 килобайт. Они тебя не убьют, нет. Унизят.

Ассемблер это когда ты не пишешь код ты сука общаешься с камнем, как Илон Маск с пришельцами. Ошибка в одной инструкции и всё — минус твоя хрупкая вера в человечество. Хотел вызвать функцию? Получи блядь segmentation fault в лицо. Хочешь рекурсию? Иди блядь в цирк. Тут стек не резиновый, тут тебя трахнет процессор лично.

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

Каждая инструкция как выстрел себе в колено, но по спецификации Intel. Никакой читаемости. Никакой отладки. Просто ты, нули + единицы и твоя мёртвая надежда на то, что эта куча говна не сожжёт ядро твоего CPU.

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

Так что запомни:
Python — для поэтов.
C — для инженеров.
Ассемблер — для психов.
Машинный код — для ебанутых на всю голову.
#Programming #PHP

PHP не язык. Это приговор


Ты думаешь сам выбрал свой путь? Ха, наивный. Никто не выбирает PHP, это он выбирает тебя.

Он приходит в твою жизнь не как вдохновение, а как необходимость. Проект на WordPress, древняя CRM от завхоза колледжа, старый сайт клиента с формой обратной связи, в которой скобки не совпадают и mysqli всё ещё рулит.

Ты не мечтал об этом: хотел Rust, TypeScript с аномалиями и полетом в облака. Но ты оказался с index.php в руках и консолью, которая говорит тебе: «Parse error: unexpected end of file».

В то время как весь frontend улетает в пизду с новым релизом React, ты просто открываешь functions.php и делаешь дело. Стабильно, без лишнего хайпа.

Может это и не модно, но PHP это как чай с вареньем у бабушки в деревне. Может заебать, но уютно и вкусно всегда.

Так что да, ты будешь изучать PHP. Не потому что хочешь, а потому что в жизни каждого разработчика наступает момент, когда <?php это всё что осталось между тобой и продакшеном.
#Education

Уровни абстракции в IT: или почему программисты живут сразу в нескольких реальностях

Когда ты пишешь print("Hello, World!"), ты вроде бы просто выводишь текст. Но если подумать… за этой командой стоит такая лавина процессов, что лучше бы ты просто не включал компьютер.

😊 Абстракция №1 — код.
То, что ты видишь. Циклы, функции, классы это твоя уютная иллюзия контроля. Здесь ты царь и бог. Или по крайней мере думаешь, что так.

🤗 Абстракция №2 — байткод и компилятор.
Хочешь ты того или нет, но твой код кто-то всё равно переведёт. Python прогонит по своему байткоду, Java засунет в JVM. А ты даже не узнаешь, как они над тобой поугарали.

🤔 Абстракция №3 — операционная система.
Ты думаешь, что программа работает "сама по себе"? Хах, нет. OS управляет твоими потоками, памятью и вообще решает, когда тебе разрешено жить.

🫤 Абстракция №4 — железо.
Всё что ты пишешь в конечном итоге превращается в двоичный ад, который интерпретируют транзисторы. Каждый бит это маленький привет от физики, которой ты обязан тем что твой код хоть как-то работает.

😈 Абстракция №5 — электричество.
А потом всё сводится к электронам. Маленькие ублюдки бегают по проводам чтобы твой print() вообще куда-то вывелся.

Идея проста: IT это как лестница из абстракций, где каждая ступень помогает тебе не сойти с ума от нижележащей. Но стоит ступить чуть не туда — и здравствуй, SIGSEGV.

Так что в следующий раз, когда ты будешь гуглить "почему не работает код", помни: возможно это просто электроны не в настроении.
Please open Telegram to view this post
VIEW IN TELEGRAM
2
#Programming

Lisp и его сектанты

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

Всё в Lisp это выражение. Абсолютно всё. Тут нет разделения между кодом и данными — всё одно и то же. Это пугает. Это красиво. Это…философия.

Lisp-подобные языки не просто про скобки. Это про: homoiconicity (код == данные, данные == код); макросы, которые ломают реальность; рекурсию как стиль жизни; невозможность читать код, если ты спал меньше 7 часов.

Lisp породил кучу потомков и подобных:
1. Scheme — «обрезанный» и элегантный, как костюм от Hugo Boss;
2. Clojure — для тех, кто пишет на JVM, но хочет быть особенным;
3. Common Lisp — олдовый, жирный, и всё ещё накачанный.

Почему всё ещё жив? Потому что никто не делает метапрограммирование так, как Lisp. Даже Python и Ruby — жалкие подражатели, когда дело доходит до макросов. Lisp даёт тебе ядерную бомбу там, где другие языки дают ложку.

Минусы:
Кажется, что у тебя шизофазия, когда ты читаешь чужой код;
Документации мало, а сообщества либо староверы, либо элита;
Вся среда разработки как будто осталась в прошлом тысячелетии.

Стоит ли учить? Да, если хочешь понять как устроены языки и вообще прокачаться до уровня "понимаю, что делаю". Нет, если хочешь писать лендинг на React.
2
#Programming #Education

Пакетные менеджеры: как не сойти с ума

Ты заходишь в проект, открываешь package.json, и понимаешь, сейчас будет боль. 200+ зависимостей, половина из которых не нужна, другая половина давно устарела. А потом ещё кто-то воскликнет: «А давайте всё на yarn переведём!»

Зачем вообще нужны пакетные менеджеры?

Пакетные менеджеры это как супермаркеты. Они хранят, ищут, доставляют и обновляют библиотеки. Чтобы ты не качал их вручную, не разбирался в версиях и зависимостях. Их задача упростить тебе жизнь… А потом внезапно всё сломать.

🌟 npm / yarn / pnpm

npm — дедушка среди JavaScript-менеджеров. Умеет всё, но иногда как старый дед кряхтит и устанавливает зависимости в ад.

yarn — «я пришёл всё улучшить», но сам создал бардак. Зато появился yarn.lock и чуть меньше хаоса.

pnpm — оптимизация уровня бог. Использует симлинки, жрёт меньше памяти, работает быстрее. Но не все проекты его любят — ломает кое-что по пути.

🌟 Composer (PHP)

Composer — спасение и проклятие PHP-разработчиков. Один неверный require и весь проект уходит в циклические зависимости. Но если всё настроено правильно, жить можно.

🌟 npx (JS)

В npx ты не устанавливаешь пакет, а исполняешь прямо из npm. Удобнокогда нужно просто запустить что-то один раз. Типа вызвать create-react-app и забыть как страшный сон.

🌟 pip / poetry (Python)

pip — стандарт для Python. Но будь осторожен: одна несовместимая библиотека и всё, капут.

poetry — pip на стероидах. Управляет зависимостями, виртуальным окружением и твоими нервами. В теории.

Почему их так много?

Потому что у каждого языка есть свои стандарты, библиотеки и боли. Это как «разводить огонь»: кто-то использует спички, кто-то зажигалку, а кто-то горелку с плазмой. Главное, чтобы горело. 🔥
Please open Telegram to view this post
VIEW IN TELEGRAM
1
Каналу недавно годик исполнился, поздравьте малого. К сожалению он иногда корректно не выражал свои мысли и материалы, но именно в эти посты я вкладываю часть себя, чтобы другие итэшники смогли понять меня и продолжить искать источники по определённым знаниям. Надеюсь что кому-то открыл глаза на что-то новое.

Я создал его чтобы отвлечься от жизненных обстоятельств, произошедших год назад и надеюсь что никто не переживет такое. Живите для себя, пожалуйста. 👻

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

🐾
Please open Telegram to view this post
VIEW IN TELEGRAM
3🗿1111
#Windows

День, когда всё пошло по пизде

Год назад, 19 июля, человечество вдруг получило сигнал прямо с неба. Или, скорее, с Blue Screen of Death. Все версии Windows — от корпоративных Win Server до домашней десятки начали массово падать. Просто на ровном месте как пьяный сисадмин в пятницу вечером. Бах — и нету доступа к файлам, серверам, RDP и жизни.

Совпадение?

Многие тогда впервые всерьёз задумались: а может Linux не такой уж и страшный зверь? Не пора ли перестать держаться за старые костыли, которые даже Microsoft больше не уважает?

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

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

Я не говорю про: "бросай всё и ставь Arch", но даже простая Ubuntu на фоне этого выглядит как бриллиант из мира стабильности и контроля.

Так что подумай, друг. Следующий глобальный сбой может быть не через год, а завтра. И ты всё ещё на Windows?
#Education

Как без опыта попасть в бигтех?

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

"Но у меня нет опыта!"
Так и у 95% других студентов тоже нет. Единственный способ выделиться — создать опыт. Пет-проекты, open-source, участие в хакатонах, свои библиотеки, всё что может показать: "я не овощ, я умею думать".

"Но я хочу в Google!"
Ты бы ещё сказал, что хочешь попасть сразу в ядро команды разработки Android. В бигтех идут через подготовку:

Решаешь Leetcode по 3 часа в день (да, это твоя новая девушка/парень);

Читаешь книги по структурам данных и алгоритмам (не пересказы с TikTok);

Развиваешь английский (HR в Amazon не поймёт "я только учусь, но очень хочу").


"Стажировки — не работа!"
А теперь представь, что стажировка это официальный чит-код в карьеру. Не ценишь? Зря. Это твой единственный шанс попасть в систему без опыта. Стажировка не понижение, это старт. Все через это прошли.

"Как я попаду, если меня никто не зовёт?"
Отсылай сотни заявок. Серьёзно. Это как дддос-атака на рынок труда. Автоматизируй отклики, создай идеальное резюме, напиши по-человечески в LinkedIn. Никто не ждёт тебя — сам себя запихни.

Что реально работает:

GitHub вместо слов "я учусь"

Тех. блог вместо пустого Telegram

Разбор чужих open-source проектов

Участие в Google Summer of Code / Yandex Contest /RuCode


И да, ты будешь фейлиться. Много, и это больно Но в какой-то момент — BAM! И оффер. Только если не сдался раньше.

Запомни: в бигтех идут не за деньгами. Туда идут ради задач, команды и уровня. А если хочешь просто бабок — стань React-фрилансером и забудь про FANG.
🤡221👍1💯1🗿1
Forwarded from MyGap
Надеюсь, что к расследованию причин, тендеров и исполнению услуг по кибербезопасности Аэрофлота приложат не меньше сил, чем при попытках заблокировать западные соцсети и мессенджеры, которые "небезопасны"
#Education #Other

Как выжить итэшнику в турбулентные времена
(и не оказаться на галере с утюгом на Android)


Стабильность не роскошь, а жизненная необходимость. Особенно когда экономическая обстановка напоминает цирковой номер с бензопилой на одноколёсном велосипеде. Хочешь жить спокойно — ищи работу где не ебут мозг за баг на кнопке и не увольняют за утреннее опоздание на daily'к.

Сюрприз: такие места есть, да, реально. Они не на Марсе и более того, они вокруг нас.

Большинство джунов мечтает вкатиться в «продуктовую компанию». Типа «я буду разрабатывать смузи-стартап мечты и получать оффер от Гугла через полгода». Но правда в том что даже Google сейчас увольняет пачками. А уж про стартапы с календарями за подписку вообще молчу. Один цикл инвестиций и ты снова на hh.ru.

А вот галеры, те самые аутсорс-компании, да, у них есть косяки. Переутомление, дедлайны вчера, кофе по акции. Но в кризис они живут как тараканы — развиваются, размножаются. Потому что делают то, на что у бизнеса нет времени и желания.
Например: мобильное приложение для продажи носков. Или CRM для магазина мотыг. И пока люди покупают носки — ты с головой в JSON'ах и с зарплатой на карточке.

Но если хочешь совсем не уебаться, ищи B2B-сектор.
Не «доставь пиццу тёлочке», а «автоматизируй склад у мужика с завода». Там никто не собирается увольнять всю IT-команду, потому что бизнес буквально не сможет без неё существовать.

Прод лёг? Ну и пох. Завод переживёт.

Найден баг? Фиксить не обязательно, просто предупреди отдел бухгалтерии о новой фиче.

Писать кроссплатформенные приложения? У начальника Android — значит пишем под Android.


Вообшем открывается невиданный мир в котором можно бесконечно срезать углы. И да, я даю лишь тонкие намёки, истинные подпЫщики думаю догадались.

Ну и под конец: есть у меня один знакомый «дед» — не по паспорту, а по духу. 10 лет пахал на заводе, потом вкатился в финтех (стартапы, смузи, ночные релизы). А как только запахло рецессией, то вернулся на завод. Там ему и зарплату подняли, и премию выдали, и кодить особо не заставляют. По слухам, пишет 50 строк в неделю и всё ещё успевает управлять бригадой строителей на даче.

Вывод простой:
хочешь стабильности — не гонись за хайпом

B2B > B2C

старая добрая говнокод-база на заводе — твой щит и меч


Если дед смог, то и ты сможешь
#Education #Programming

УЧИТЕ ТЕХНОЛОГИИ, А НЕ ЯЗЫКИ!


Каждый раз, когда я захожу в IT-чатик где новички что-то обсуждают, меня морально выносит в стратосферу.
— "Что учить в 2025-м? Go или Rust?"
— "А может, Kotlin вместо Java?"
— "Срочно подскажите самый востребованный язык!"

ДА НЕ ВАЖНО, БЛЯТЬ! ВАЖНЫ НЕ ЯЗЫКИ, А ТЕХНОЛОГИИ, КОНЦЕПЦИИ, ПОДХОДЫ.

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

Вот реальный скиллсет, от которого у тебя будет жужжать Telegram от офферов:
Понимание клиент-серверной архитектуры
Знание, как работают базы данных (и не только SQLite в приложеньке на коленке)
Опыт с CI/CD, деплоем, докером, шифрованием, логированием
Умение проектировать REST API
Разбираться в асинхронщине, очередях, кэше, системе типов
Знать, как построить масштабируемую систему, а не только «ToDo List»

Вот это делает тебя разработчиком. Настоящим, с деньгами и со смыслом.

А язык? Да хуй с ним! Хочешь — пиши на Go, Elixir, Nim, хоть на Brainfuck. Если ты шаришь в технологиях, то тебе похер на чём писать.

Я встречал ребят которые на C++ творят такие архитектуры, что у питонистов шевелятся волосы в VSCode. И наоборот — JS-разработчиков, у которых 10 лет опыта, а базы данных они боятся как будто там живёт их бывшая.


Прекрати играть в этот языковой маркетинг: "самый хайповый язык года", "вот это надо учить, чтобы быть в тренде", и т.д.

Хочешь стабильности? Учи технологии. Пойми, как работает софт. Что под капотом. Почему одно решение лучше другого.
И только тогда тебе будет неважно какой язык в моде — ты всегда сможешь быстро переучиться. Потому что ты разработчик, а не клавишник синтаксиса.
43🔥1🤡1
#Other

Админ умеет не только клацать по клавиатуре!???? ВАУ
26🔥3🗿1
#Programming

Times new Roman, 14pt...

Документация это не «потом напишем», «ну тут и так всё понятно», «я же помню, как делал». Это чёртов фундамент любого проекта, от скрипта на 50 строк до ракетного комплекса.

Мы живём в эпоху, где люди могут сделать искусственный интеллект, который распознаёт кота по тени его уха, но при этом всё ещё не могут додуматься прикрутить README к своему коду. И вот потом сидишь как идиот, разбираешься в какой-то древней самописной CRM-ке, где единственный комментарий в коде это // швабры держат потолок . Поздравляю, автор, ты умер, а твои потомки теперь плачут над этим чудом.

И самое смешное что это не только про код, а про всё чего коснется рука прогресса. Ставишь сервер — задокументируй. Настроил пайплайн — задокументируй. Прикрутил сраный винтик в стойке — блядь, задокументируй! Потому что пройдёт время и этот винтик станет вопросом жизни и смерти для всей системы, а найти человека который его крутил уже будет невозможно.

Я не знаю, сколько поколений программистов должно сгореть на ровном месте чтобы вбить простую мысль: документация нужна к каждой, гайке. Но, судя по скорости с которой человечество осознаёт очевидные вещи, мы дождёмся этого примерно одновременно с колонизацией Марса.

А пока мы живём в мире где главная инженерная традиция это устное “Хоба хуякс тяп ляпс шыпырс шыпырс чытырс чытырс че тут думать ты че тупои вот тут все понятно же все давай иди нахуй отсюда”.
1
#News

Microsoft снова бежит впереди паровоза

Мы ещё толком не пощупали .NET 9, а мелкомягкие уже пушат .NET 10 и C# 14 в ноябре. У кого-то ещё есть ощущение что они начали жечь старые мосты?

Windows 10 официально умирает 14 октября 2025 года. Ни обновлений, ни поддержки. Идите на Windows 11.

WinUI 3 и ренессанс дохлого UWP проталкивают как стандарт. Не хотите? А придётся, потому что новые API тупо не будут работать в старых системах.

Обновления софта от вышеуказанной компании чуть ли не каждые 2 недели — всё это выглядит как попытка массово вымести старый говнокод, оставшийся ещё с Win10-эры.

И это очень похоже на ситуацию в РФ: когда госструктуры внезапно начинают «импортозамещение» и форсят отечественные ОС (Astra, РЕД ОС и прочие поделки в роде Max), но по факту это насильственный пинок под жопу — «ставь, иначе работать ты не сможешь».

Проблема в том, что такие переходы очень болезненны:
Legacy-софта на Windows 10 миллионы, а у малого бизнеса нет ресурсов переписывать его под новые API.

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

Для энтузиастов и разработчиков это значит одно — будь готов учить новое быстрее, чем успевать закреплять старое.
Но глобально Microsoft просто сбрасывает груз старого кода. Win10 уже их «Windows 7 2.0» и теперь нужно двигаться дальше: облака, подписки, новые интерфейсы, интеграция с AI и Copilot.


А для нас — классика: выживай как хочешь.
🔥1
#Education

Виртуализация vs Виртуальная машина

Часто люди думают что это одно и то же. Но на самом деле не совсем так.

Виртуализация

Это сам процесс/технология, позволяющая запускать несколько независимых сред на одном физическом железе.
Она бывает разной:
Аппаратная (hardware virtualization) то бишь гипервизор (VMware, KVM, Hyper-V) — управляет железом напрямую и делит ресурсы между виртуалками.

Паравиртуализация — это когда ОС "знает", что она в виртуалке, и взаимодействует с гипервизором (допустим Xen).

OS-level (контейнеры) — изоляция процессов в рамках одной ОС (Docker, LXC).

То есть виртуализация это принцип и набор техник по тому как разделить одно железо на много «песочниц».

Виртуальная машина (VM)

Это уже результат виртуализации.
VМ это полноценный компьютер внутри компьютера: со своим виртуальным CPU, RAM, дисками, сетевыми картами и даже BIOS.
Ты можешь поставить туда Windows 98, Linux или даже BSD и они будут думать, что у них отдельный комп.

Допустим:
Ты ставишь VirtualBox, создаёшь виртуалку с Ubuntu — вот это и есть виртуальная машина.

А сам VirtualBox использует виртуализацию (аппаратную или программную) для того, чтобы всё это работало.

Вы же не глупенькие у меня чтобы я сюда ещё и прикол с батей и 8-ю пиццами поставил, догадаетесь кто тут оркестратор, а кто под дудку пляшет??
#OS #Windows

Как Windows запускает 32-битные приложения на 64-битном процессоре?

Многие даже не задумываются: как вообще Windows не сходит с ума, когда ты ставишь на свежую 64-битную систему древнюю 32-битную игрушку? Казалось бы — архитектуры разные, инструкции тоже. Это всё равно что пытаться засунуть кассету в Spotify. Но каким-то образом работает.

Секрет в том что у Windows есть встроенный фокус под названием WOW64 (Windows-on-Windows 64-bit). Это не эмулятор, не виртуалка, а такой «двуличный официант». Он берёт заказы от 32-битной программы и передаёт их кухне, где все повара уже 64-битные. Программа думает: "О, мне принесли мой любимый 32-битный суп!", хотя на самом деле ей подсунули аккуратно приготовленную 64-битную версию.

Чтобы этот цирк работал, система хранит целый зоопарк файлов. Например:
System32 — вопреки названию, там лежат 64-битные библиотеки.

SysWOW64 — а вот тут живут 32-битные.

Да-да, Microsoft назвала их так, чтобы мы точно путались и тратили часы на форумы. А вообще так произошло из-за того, что в бородатые времена у программ был прописан только один путь к файлам — C:\Windows\System32 и когда Microsoft переходила на 64-битную разрядность могло произойти так что старый софт бы не запускался на новых версиях Windows. Пришлось создавать новую папку для 32-битных библиотек — SysWOW64. Вот такой прикол от мелкомягких. 😊

WOW64 перехватывает все вызовы программы — например, когда она хочет что-то прочитать или записать, то берёт и перенаправляет в правильные места. Для самой программы всё выглядит привычно, а для системы это просто тонкая подмена.

Минус в том что с 16-битными приложениями (ещё тех времён, когда Windows 95 считалась хай-теком) такой трюк уже не прокатывает. На 64-битной Windows они не заведутся без виртуалки. Тут магия заканчивается.

В итоге получается, что твой современный компьютер умеет жить двойной жизнью: быть 64-битным красавцем и прикидываться старенькой 32-битной машинкой ради какой-то программули из 2003-го. Так что не жалуйся если NFS Most Wanted просит поставить совместимость с Windows 7, поверь, так будет лучше 🦋
Please open Telegram to view this post
VIEW IN TELEGRAM
4332
#Backend #Frontend

Backend на удалёнке..?

Услышав аббревиатуру BaaS, первое желание которое явно возникнет: «Это про музыку?»
На деле это не про «восьмую симфонию Чайковского», ноты и загогулины, а Backend as a Service(Baas).

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

И тут на помощь приходит мама выходят BaaS-сервисы — готовые конструкторы бэкенда. Ты просто берёшь API и подключаешь нужные функции. Как будто вместо того, чтобы строить дом своими руками, ты заказываешь готовый модуль, так он еще и приезжает с краном. ❤️

Плюсы:
Ускоряешь разработку в разы;

MVP можно поднять за пару дней;

Меньше рутины и больше фокуса на идее;

Поддержка и инфраструктура бэкенда теперь не твоя головная боль.

Минусы:
Зависишь от чужого сервиса (если он «упал», то падаешь вместе с ним);

Гибкость ограничена — не всегда можно сделать что-то очень специфичное;

Может стать дорогим, если проект сильно вырастет.
Примеры: Firebase (от Google), Supabase (open-source альтернатива), Appwrite (тоже open-source).

Итого: BaaS — это как взять арендуемую кофемашину вместо того, чтобы собирать её самому из гайки и трубочек. Ты просто хочешь кофе, а не карьеру инженера по эспрессо. 💃
Please open Telegram to view this post
VIEW IN TELEGRAM
311
#DevOPS #Other

NAS-хранилище (Network Attached Storage) — это отдельное устройство, чаще всего коробка с несколькими жёсткими дисками, которая подключается к сети и становится твоим личным сервером для хранения данных.

По сути это облако у тебя дома или в офисе.

Зачем вообще нужен NAS?

1. Хранение файлов в одном месте.

У тебя больше нет кучи флешек и «папки с фотками» на трёх разных компьютерах. Всё складывается на NAS, а доступ есть с любого устройства в сети (и даже через интернет).

2. Бэкапы и безопасность.

NAS поддерживает RAID-массивы, то есть может автоматически дублировать данные на разные диски. Один диск сгорел? Ну и похер, информация останется на другом. Это защита от «ой, у меня полетел жёсткий».

3. Совместная работа.

В офисе NAS работает как общий файловый сервер: каждый подключается и берёт нужные документы. Дома семья заливает туда фото, видео, музыку. Никаких «скинь мне по почте» или «передай через флешку».

4. Мультимедиа-сервер.

Многие NAS могут работать как медиацентр. Например, Plex или встроенные приложения превращают его в «домашний Netflix». Запускаешь фильм с NAS на телике и всё работает без танцев с бубном.


5. Свой облачный сервис.

Хочешь что-то вроде Google Drive, но без подписок и ограничения по размеру? Настраиваешь доступ через интернет и твой NAS превращается в личное облако.

6. Гибкость.

На современных NAS можно запускать приложения: от торрент-клиентов до Docker-контейнеров. По сути это уже мини-сервер.

А какие минусы?
Стоимость: хороший NAS + диски обойдутся дороже подписки на облако.

Нужно уметь хотя бы немного настраивать сеть.

Если сломался NAS (а такое бывает), придётся разбираться с восстановлением данных.
В сухом остатке

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

Ну и конечно, это круто звучит: «А у меня свой сервер». Даже если он стоит рядом с роутером и тихонько гудит, пока ты смотришь сериальчики.
1