#Education #Other
Как выжить итэшнику в турбулентные времена
(и не оказаться на галере с утюгом на Android)
Стабильность не роскошь, а жизненная необходимость. Особенно когда экономическая обстановка напоминает цирковой номер с бензопилой на одноколёсном велосипеде. Хочешь жить спокойно — ищи работу где не ебут мозг за баг на кнопке и не увольняют за утреннее опоздание на daily'к.
Сюрприз: такие места есть, да, реально. Они не на Марсе и более того, они вокруг нас.
Большинство джунов мечтает вкатиться в «продуктовую компанию». Типа «я буду разрабатывать смузи-стартап мечты и получать оффер от Гугла через полгода». Но правда в том что даже Google сейчас увольняет пачками. А уж про стартапы с календарями за подписку вообще молчу. Один цикл инвестиций и ты снова на hh.ru.
А вот галеры, те самые аутсорс-компании, да, у них есть косяки. Переутомление, дедлайны вчера, кофе по акции. Но в кризис они живут как тараканы — развиваются, размножаются. Потому что делают то, на что у бизнеса нет времени и желания.
Например: мобильное приложение для продажи носков. Или CRM для магазина мотыг. И пока люди покупают носки — ты с головой в JSON'ах и с зарплатой на карточке.
Но если хочешь совсем не уебаться, ищи B2B-сектор.
Не «доставь пиццу тёлочке», а «автоматизируй склад у мужика с завода». Там никто не собирается увольнять всю IT-команду, потому что бизнес буквально не сможет без неё существовать.
Вообшем открывается невиданный мир в котором можно бесконечно срезать углы. И да, я даю лишь тонкие намёки, истинные подпЫщики думаю догадались.
Ну и под конец: есть у меня один знакомый «дед» — не по паспорту, а по духу. 10 лет пахал на заводе, потом вкатился в финтех (стартапы, смузи, ночные релизы). А как только запахло рецессией, то вернулся на завод. Там ему и зарплату подняли, и премию выдали, и кодить особо не заставляют. По слухам, пишет 50 строк в неделю и всё ещё успевает управлять бригадой строителей на даче.
Вывод простой:
Если дед смог, то и ты сможешь
Как выжить итэшнику в турбулентные времена
(и не оказаться на галере с утюгом на Android)
Стабильность не роскошь, а жизненная необходимость. Особенно когда экономическая обстановка напоминает цирковой номер с бензопилой на одноколёсном велосипеде. Хочешь жить спокойно — ищи работу где не ебут мозг за баг на кнопке и не увольняют за утреннее опоздание на daily'к.
Сюрприз: такие места есть, да, реально. Они не на Марсе и более того, они вокруг нас.
Большинство джунов мечтает вкатиться в «продуктовую компанию». Типа «я буду разрабатывать смузи-стартап мечты и получать оффер от Гугла через полгода». Но правда в том что даже Google сейчас увольняет пачками. А уж про стартапы с календарями за подписку вообще молчу. Один цикл инвестиций и ты снова на hh.ru.
А вот галеры, те самые аутсорс-компании, да, у них есть косяки. Переутомление, дедлайны вчера, кофе по акции. Но в кризис они живут как тараканы — развиваются, размножаются. Потому что делают то, на что у бизнеса нет времени и желания.
Например: мобильное приложение для продажи носков. Или CRM для магазина мотыг. И пока люди покупают носки — ты с головой в JSON'ах и с зарплатой на карточке.
Но если хочешь совсем не уебаться, ищи B2B-сектор.
Не «доставь пиццу тёлочке», а «автоматизируй склад у мужика с завода». Там никто не собирается увольнять всю IT-команду, потому что бизнес буквально не сможет без неё существовать.
Прод лёг? Ну и пох. Завод переживёт.
Найден баг? Фиксить не обязательно, просто предупреди отдел бухгалтерии о новой фиче.
Писать кроссплатформенные приложения? У начальника Android — значит пишем под Android.
Вообшем открывается невиданный мир в котором можно бесконечно срезать углы. И да, я даю лишь тонкие намёки, истинные подпЫщики думаю догадались.
Ну и под конец: есть у меня один знакомый «дед» — не по паспорту, а по духу. 10 лет пахал на заводе, потом вкатился в финтех (стартапы, смузи, ночные релизы). А как только запахло рецессией, то вернулся на завод. Там ему и зарплату подняли, и премию выдали, и кодить особо не заставляют. По слухам, пишет 50 строк в неделю и всё ещё успевает управлять бригадой строителей на даче.
Вывод простой:
хочешь стабильности — не гонись за хайпом
B2B > B2C
старая добрая говнокод-база на заводе — твой щит и меч
Если дед смог, то и ты сможешь
#Education #Programming
УЧИТЕ ТЕХНОЛОГИИ, А НЕ ЯЗЫКИ!
Каждый раз, когда я захожу в IT-чатик где новички что-то обсуждают, меня морально выносит в стратосферу.
ДА НЕ ВАЖНО, БЛЯТЬ! ВАЖНЫ НЕ ЯЗЫКИ, А ТЕХНОЛОГИИ, КОНЦЕПЦИИ, ПОДХОДЫ.
Ты можешь выучить хоть десять языков, но от этого ты не станешь программистом. Потому что любой язык это просто инструмент. Он нужен, чтобы использовать технологии, а не пижонить синтаксисом.
Вот реальный скиллсет, от которого у тебя будет жужжать Telegram от офферов:
Вот это делает тебя разработчиком. Настоящим, с деньгами и со смыслом.
А язык? Да хуй с ним! Хочешь — пиши на Go, Elixir, Nim, хоть на Brainfuck. Если ты шаришь в технологиях, то тебе похер на чём писать.
Я встречал ребят которые на C++ творят такие архитектуры, что у питонистов шевелятся волосы в VSCode. И наоборот — JS-разработчиков, у которых 10 лет опыта, а базы данных они боятся как будто там живёт их бывшая.
Прекрати играть в этот языковой маркетинг: "самый хайповый язык года", "вот это надо учить, чтобы быть в тренде", и т.д.
Хочешь стабильности? Учи технологии. Пойми, как работает софт. Что под капотом. Почему одно решение лучше другого.
И только тогда тебе будет неважно какой язык в моде — ты всегда сможешь быстро переучиться. Потому что ты разработчик, а не клавишник синтаксиса.
УЧИТЕ ТЕХНОЛОГИИ, А НЕ ЯЗЫКИ!
Каждый раз, когда я захожу в IT-чатик где новички что-то обсуждают, меня морально выносит в стратосферу.
— "Что учить в 2025-м? Go или Rust?"
— "А может, Kotlin вместо Java?"
— "Срочно подскажите самый востребованный язык!"
ДА НЕ ВАЖНО, БЛЯТЬ! ВАЖНЫ НЕ ЯЗЫКИ, А ТЕХНОЛОГИИ, КОНЦЕПЦИИ, ПОДХОДЫ.
Ты можешь выучить хоть десять языков, но от этого ты не станешь программистом. Потому что любой язык это просто инструмент. Он нужен, чтобы использовать технологии, а не пижонить синтаксисом.
Вот реальный скиллсет, от которого у тебя будет жужжать Telegram от офферов:
✅ Понимание клиент-серверной архитектуры
✅ Знание, как работают базы данных (и не только SQLite в приложеньке на коленке)
✅ Опыт с CI/CD, деплоем, докером, шифрованием, логированием
✅ Умение проектировать REST API
✅ Разбираться в асинхронщине, очередях, кэше, системе типов
✅ Знать, как построить масштабируемую систему, а не только «ToDo List»
Вот это делает тебя разработчиком. Настоящим, с деньгами и со смыслом.
А язык? Да хуй с ним! Хочешь — пиши на Go, Elixir, Nim, хоть на Brainfuck. Если ты шаришь в технологиях, то тебе похер на чём писать.
Я встречал ребят которые на C++ творят такие архитектуры, что у питонистов шевелятся волосы в VSCode. И наоборот — JS-разработчиков, у которых 10 лет опыта, а базы данных они боятся как будто там живёт их бывшая.
Прекрати играть в этот языковой маркетинг: "самый хайповый язык года", "вот это надо учить, чтобы быть в тренде", и т.д.
Хочешь стабильности? Учи технологии. Пойми, как работает софт. Что под капотом. Почему одно решение лучше другого.
И только тогда тебе будет неважно какой язык в моде — ты всегда сможешь быстро переучиться. Потому что ты разработчик, а не клавишник синтаксиса.
❤4
#Programming
Times new Roman, 14pt...
Документация это не «потом напишем», «ну тут и так всё понятно», «я же помню, как делал». Это чёртов фундамент любого проекта, от скрипта на 50 строк до ракетного комплекса.
Мы живём в эпоху, где люди могут сделать искусственный интеллект, который распознаёт кота по тени его уха, но при этом всё ещё не могут додуматься прикрутить
И самое смешное что это не только про код, а про всё чего коснется рука прогресса. Ставишь сервер — задокументируй. Настроил пайплайн — задокументируй. Прикрутил сраный винтик в стойке —блядь, задокументируй! Потому что пройдёт время и этот винтик станет вопросом жизни и смерти для всей системы, а найти человека который его крутил уже будет невозможно.
Я не знаю, сколько поколений программистов должно сгореть на ровном месте чтобы вбить простую мысль: документация нужна к каждой, гайке. Но, судя по скорости с которой человечество осознаёт очевидные вещи, мы дождёмся этого примерно одновременно с колонизацией Марса.
А пока мы живём в мире где главная инженерная традиция это устное “Хоба хуякс тяп ляпс шыпырс шыпырс чытырс чытырс че тут думать ты че тупои вот тут все понятно же все давай иди нахуй отсюда”.
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), но по факту это насильственный пинок под жопу — «ставь, иначе работать ты не сможешь».
Проблема в том, что такие переходы очень болезненны:
А для нас — классика: выживай как хочешь.
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.Но глобально Microsoft просто сбрасывает груз старого кода. Win10 уже их «Windows 7 2.0» и теперь нужно двигаться дальше: облака, подписки, новые интерфейсы, интеграция с AI и Copilot.
В России же это вообще кошмар: куча компаний и учебных заведений до сих пор сидят на Win10 (даже на win7), а теперь им придётся пилить бюджеты, лишь бы перейти.
Для энтузиастов и разработчиков это значит одно — будь готов учить новое быстрее, чем успевать закреплять старое.
А для нас — классика: выживай как хочешь.
🔥1
#Education
Виртуализация vs Виртуальная машина
Часто люди думают что это одно и то же. Но на самом деле не совсем так.
Виртуализация
Это сам процесс/технология, позволяющая запускать несколько независимых сред на одном физическом железе.
Она бывает разной:
То есть виртуализация это принцип и набор техник по тому как разделить одно железо на много «песочниц».
Виртуальная машина (VM)
Это уже результат виртуализации.
VМ это полноценный компьютер внутри компьютера: со своим виртуальным CPU, RAM, дисками, сетевыми картами и даже BIOS.
Ты можешь поставить туда Windows 98, Linux или даже BSD и они будут думать, что у них отдельный комп.
Допустим:
Вы же не глупенькие у меня чтобы я сюда ещё и прикол с батей и 8-ю пиццами поставил, догадаетесь кто тут оркестратор, а кто под дудку пляшет??
Виртуализация vs Виртуальная машина
Часто люди думают что это одно и то же. Но на самом деле не совсем так.
Виртуализация
Это сам процесс/технология, позволяющая запускать несколько независимых сред на одном физическом железе.
Она бывает разной:
Аппаратная (hardware virtualization) то бишь гипервизор (VMware, KVM, Hyper-V) — управляет железом напрямую и делит ресурсы между виртуалками.
Паравиртуализация — это когда ОС "знает", что она в виртуалке, и взаимодействует с гипервизором (допустим Xen).
OS-level (контейнеры) — изоляция процессов в рамках одной ОС (Docker, LXC).
То есть виртуализация это принцип и набор техник по тому как разделить одно железо на много «песочниц».
Виртуальная машина (VM)
Это уже результат виртуализации.
VМ это полноценный компьютер внутри компьютера: со своим виртуальным CPU, RAM, дисками, сетевыми картами и даже BIOS.
Ты можешь поставить туда Windows 98, Linux или даже BSD и они будут думать, что у них отдельный комп.
Допустим:
Ты ставишь VirtualBox, создаёшь виртуалку с Ubuntu — вот это и есть виртуальная машина.
А сам VirtualBox использует виртуализацию (аппаратную или программную) для того, чтобы всё это работало.
#OS #Windows
Как Windows запускает 32-битные приложения на 64-битном процессоре?
Многие даже не задумываются: как вообще Windows не сходит с ума, когда ты ставишь на свежую 64-битную систему древнюю 32-битную игрушку? Казалось бы — архитектуры разные, инструкции тоже. Это всё равно что пытаться засунуть кассету в Spotify. Но каким-то образом работает.
Секрет в том что у Windows есть встроенный фокус под названием WOW64 (Windows-on-Windows 64-bit). Это не эмулятор, не виртуалка, а такой «двуличный официант». Он берёт заказы от 32-битной программы и передаёт их кухне, где все повара уже 64-битные. Программа думает: "О, мне принесли мой любимый 32-битный суп!", хотя на самом деле ей подсунули аккуратно приготовленную 64-битную версию.
Чтобы этот цирк работал, система хранит целый зоопарк файлов. Например:
Да-да, Microsoft назвала их так, чтобы мы точно путались и тратили часы на форумы. А вообще так произошло из-за того, что в бородатые времена у программ был прописан только один путь к файлам —😊
WOW64 перехватывает все вызовы программы — например, когда она хочет что-то прочитать или записать, то берёт и перенаправляет в правильные места. Для самой программы всё выглядит привычно, а для системы это просто тонкая подмена.
Минус в том что с 16-битными приложениями (ещё тех времён, когда Windows 95 считалась хай-теком) такой трюк уже не прокатывает. На 64-битной Windows они не заведутся без виртуалки. Тут магия заканчивается.
В итоге получается, что твой современный компьютер умеет жить двойной жизнью: быть 64-битным красавцем и прикидываться старенькой 32-битной машинкой ради какой-то программули из 2003-го. Так что не жалуйся если NFS Most Wanted просит поставить совместимость с Windows 7, поверь, так будет лучше🦋
Как 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
#Backend #Frontend
Backend на удалёнке..?
Услышав аббревиатуру BaaS, первое желание которое явно возникнет: «Это про музыку?»
На деле это не про «восьмую симфонию Чайковского», ноты и загогулины, а
Представь: ты пишешь приложение. Красивые кнопочки есть, дизайн готов, а вот в серверной части бэкоблядь сказала: «я увольняюсь». Авторизация, базы данных, пуш-уведомления, хранение файлов… Всё это тебе надо будет писать с нуля, тестировать, поддерживать. Вообщем, превращаешься не в разработчика продукта, а в человека, который по ночам ковыряется с логами и матерится на сервер.
И тут на помощьприходит мама выходят BaaS-сервисы — готовые конструкторы бэкенда. Ты просто берёшь API и подключаешь нужные функции. Как будто вместо того, чтобы строить дом своими руками, ты заказываешь готовый модуль, так он еще и приезжает с краном. ❤️
Плюсы:
Минусы:
Итого: BaaS — это как взять арендуемую кофемашину вместо того, чтобы собирать её самому из гайки и трубочек. Ты просто хочешь кофе, а не карьеру инженера по эспрессо.💃
Backend на удалёнке..?
Услышав аббревиатуру BaaS, первое желание которое явно возникнет: «Это про музыку?»
На деле это не про «восьмую симфонию Чайковского», ноты и загогулины, а
Backend as a Service(Baas).Представь: ты пишешь приложение. Красивые кнопочки есть, дизайн готов, а вот в серверной части бэкоблядь сказала: «я увольняюсь». Авторизация, базы данных, пуш-уведомления, хранение файлов… Всё это тебе надо будет писать с нуля, тестировать, поддерживать. Вообщем, превращаешься не в разработчика продукта, а в человека, который по ночам ковыряется с логами и матерится на сервер.
И тут на помощь
Плюсы:
Ускоряешь разработку в разы;
MVP можно поднять за пару дней;
Меньше рутины и больше фокуса на идее;
Поддержка и инфраструктура бэкенда теперь не твоя головная боль.
Минусы:
Зависишь от чужого сервиса (если он «упал», то падаешь вместе с ним);Примеры: Firebase (от Google), Supabase (open-source альтернатива), Appwrite (тоже open-source).
Гибкость ограничена — не всегда можно сделать что-то очень специфичное;
Может стать дорогим, если проект сильно вырастет.
Итого: BaaS — это как взять арендуемую кофемашину вместо того, чтобы собирать её самому из гайки и трубочек. Ты просто хочешь кофе, а не карьеру инженера по эспрессо.
Please open Telegram to view this post
VIEW IN TELEGRAM
#DevOPS #Other
NAS-хранилище (Network Attached Storage) — это отдельное устройство, чаще всего коробка с несколькими жёсткими дисками, которая подключается к сети и становится твоим личным сервером для хранения данных.
По сути это облако у тебя дома или в офисе.
Зачем вообще нужен NAS?
У тебя больше нет кучи флешек и «папки с фотками» на трёх разных компьютерах. Всё складывается на NAS, а доступ есть с любого устройства в сети (и даже через интернет).
NAS поддерживает RAID-массивы, то есть может автоматически дублировать данные на разные диски. Один диск сгорел? Ну и похер, информация останется на другом. Это защита от «ой, у меня полетел жёсткий».
В офисе NAS работает как общий файловый сервер: каждый подключается и берёт нужные документы. Дома семья заливает туда фото, видео, музыку. Никаких «скинь мне по почте» или «передай через флешку».
Многие NAS могут работать как медиацентр. Например, Plex или встроенные приложения превращают его в «домашний Netflix». Запускаешь фильм с NAS на телике и всё работает без танцев с бубном.
Хочешь что-то вроде Google Drive, но без подписок и ограничения по размеру? Настраиваешь доступ через интернет и твой NAS превращается в личное облако.
На современных NAS можно запускать приложения: от торрент-клиентов до Docker-контейнеров. По сути это уже мини-сервер.
А какие минусы?
NAS это про контроль. Ты сам решаешь, где хранятся твои файлы и кто к ним имеет доступ. Для дома это удобно чтобы не потерять фотки и видео. Для бизнеса — не зависеть от сторонних сервисов.
Ну и конечно, это круто звучит: «А у меня свой сервер». Даже если он стоит рядом с роутером и тихонько гудит, пока ты смотришь сериальчики.
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 это про контроль. Ты сам решаешь, где хранятся твои файлы и кто к ним имеет доступ. Для дома это удобно чтобы не потерять фотки и видео. Для бизнеса — не зависеть от сторонних сервисов.
Ну и конечно, это круто звучит: «А у меня свой сервер». Даже если он стоит рядом с роутером и тихонько гудит, пока ты смотришь сериальчики.
Все кто годами только сосали из меня энергию — специально для вас: больше никаких «помоги с экзаменом», «спаси меня»...
Я не донор.
Я трачу силы только на себя, код, работу и на тех, кто реально рядом.
Остальные?ПРОШУ НАХУЙ С ПЛЯЖА БЛЯДИ .
И знаете что? Легче дышать стало.
Я не донор.
Я трачу силы только на себя, код, работу и на тех, кто реально рядом.
Остальные?
И знаете что? Легче дышать стало.
#Programming
CMS: необходимость или опухолевая язва IT?
CMS (Content Management System) — штука, без которой современный веб вряд ли выглядел бы так, как мы его знаем. WordPress держит на себе больше трети всего интернета, Joomla и Drupal ещё живы, а десятки новых CMS появляются каждый год. Но при этом отношение к ним в IT-среде всегда на грани: кто-то считает их «панацеей для быстрого старта», а кто-то «чумой, которая тормозит прогресс».
Аргументы «за»: почему CMS это необходимость
Хочешь блог, корпоративный сайт или интернет-магазин? CMS позволяет собрать это за несколько часов, без полноценной команды разработчиков.
В CMS есть по умолчанию админка. Это значит, что контент может добавлять не программист, а обычный человек. Редактор новостей, маркетолог или даже секретарь — всем не нужен доступ к коду.
Плагины, темы, модули. Из «скучного сайта-визитки» можно сделать каталог, CRM или даже e-learning платформу.
Для малого бизнеса CMS это реальный шанс быть онлайн без бюджета уровня Google.
Аргументы «против»: почему CMS это язва
Популярные CMS — любимая цель для хакеров. Особенно если владелец сайта забил на обновления. Дыра в плагине и привет майнинг-ферма на твоём хостинге.
Даже самый простой сайт на WordPress тянет за собой десятки запросов к базе, кучу скриптов и стилей. И ради вывода пары абзацев текста.
Хочешь уникальную фичу? Скорее всего будешь ставить плагин, который написан кем-то на коленке. А потом этот кто-то перестанет его поддерживать и у тебя половина сайта падает после обновления PHP.
Чем глубже ты уходишь от стандартной CMS, тем больше превращаешь её во Франкенштейна. В какой-то момент проще переписать всё с нуля.
Итог: CMS как фастфуд IT
Поэтому вопрос «CMS — необходимость или язва?» не имеет универсального ответа. Для стартапа, блога или небольшого бизнеса это спасение. Для серьёзного IT-продукта, где важны скорость, безопасность и масштабируемость — скорее тормоз.
Можно сказать так: CMS это костыль, но на котором стоит половина интернета.🤩
CMS: необходимость или опухолевая язва IT?
CMS (Content Management System) — штука, без которой современный веб вряд ли выглядел бы так, как мы его знаем. WordPress держит на себе больше трети всего интернета, Joomla и Drupal ещё живы, а десятки новых CMS появляются каждый год. Но при этом отношение к ним в IT-среде всегда на грани: кто-то считает их «панацеей для быстрого старта», а кто-то «чумой, которая тормозит прогресс».
Аргументы «за»: почему CMS это необходимость
1. Скорость запуска
Хочешь блог, корпоративный сайт или интернет-магазин? CMS позволяет собрать это за несколько часов, без полноценной команды разработчиков.
2. Доступность
В CMS есть по умолчанию админка. Это значит, что контент может добавлять не программист, а обычный человек. Редактор новостей, маркетолог или даже секретарь — всем не нужен доступ к коду.
3. Гибкость из коробки
Плагины, темы, модули. Из «скучного сайта-визитки» можно сделать каталог, CRM или даже e-learning платформу.
4. Цена.
Для малого бизнеса CMS это реальный шанс быть онлайн без бюджета уровня Google.
Аргументы «против»: почему CMS это язва
1. Безопасность
Популярные CMS — любимая цель для хакеров. Особенно если владелец сайта забил на обновления. Дыра в плагине и привет майнинг-ферма на твоём хостинге.
2. Производительность.
Даже самый простой сайт на WordPress тянет за собой десятки запросов к базе, кучу скриптов и стилей. И ради вывода пары абзацев текста.
3. Зависимость от костылей.
Хочешь уникальную фичу? Скорее всего будешь ставить плагин, который написан кем-то на коленке. А потом этот кто-то перестанет его поддерживать и у тебя половина сайта падает после обновления PHP.
4. Сложность кастомизации.
Чем глубже ты уходишь от стандартной CMS, тем больше превращаешь её во Франкенштейна. В какой-то момент проще переписать всё с нуля.
Итог: CMS как фастфуд IT
CMS — это как Макдональдс для веба.
Нужно быстро, дёшево и «чтобы работало»? CMS — идеальный вариант.
Нужно уникально, масштабируемо, надолго? Фреймворки и кастомная разработка будут лучше.
Поэтому вопрос «CMS — необходимость или язва?» не имеет универсального ответа. Для стартапа, блога или небольшого бизнеса это спасение. Для серьёзного IT-продукта, где важны скорость, безопасность и масштабируемость — скорее тормоз.
Можно сказать так: CMS это костыль, но на котором стоит половина интернета.
Please open Telegram to view this post
VIEW IN TELEGRAM
#Education
Не существует лучше СУБД чем...SQL Server и PostgreSQL 🦋
Почему?
Когда компания выбирает СУБД, на кону обычно три вещи: надёжность, контроль и удобство интеграции. И тут часто спорят: «SQL Server дорогой, но стабильный», «PostgreSQL бесплатный, но геморройный». Давай разберёмся.
SQL Server: почему бизнесу заходит
Логика прямо в базе. Проще поддерживать, быстрее работает.
Например: расчёт зарплаты или налогов можно вынести в хранимку и быть уверенным, что всё считается одинаково для всех пользователей.
ACID реализован чётко: либо выполнилось всё, либо ничего.
Удобно, когда речь про деньги, бухгалтерию или заказы.
SQL Server сам обновит логи, подсчитает итоги если в таблице что-то изменилось. Это снижает человеческий фактор.
Гранулированные роли, шифрование, аудит. В корпоративной среде это критично.
У компаний часто уже есть Windows, Office, Azure. SQL Server просто идеально туда ложится — минимум проблем с настройкой и поддержкой.
PostgreSQL: почему его любят разработчики
Лицензия не нужна, сообщество огромное. Отлично подходит для стартапов и проектов с ограниченным бюджетом.
Можно писать свои типы данных, функции, даже операторов. Бизнесу редко нужно, а вот разработчикам даёт гибкость.
PostgreSQL часто ближе к «чистому SQL» и удобен для переносимости.
Например, работа с JSON, геоданными (PostGIS) и куча кастомных расширений.
Где разница по-настоящему чувствуется?
SQL Server это «корпоративная база из коробки». Поставил, настроил права, написал процедуры и всё работает стабильно. Да, лицензия стоит денег, но бизнесу важнее предсказуемость и поддержка.
PostgreSQL это «конструктор для тех, кто любит гибкость». Отличен для нестандартных проектов стартапов, где нужен контроль расходов и эксперименты. Но требует больше рук и мозгов на настройку.
SQL Server: надёжный фундамент для бизнеса, где ценят стабильность, поддержку и безопасность.
PostgreSQL: гибкий и бесплатный инструмент для тех, кто хочет всё контролировать сам.
Любые другие РЕЛЯЦИОННЫЕ СУБД идут в помойку, поэтому фанатам MySQL рекомендую обмазаться `php` с `mysqli`
Не существует лучше СУБД чем...
Почему?
Когда компания выбирает СУБД, на кону обычно три вещи: надёжность, контроль и удобство интеграции. И тут часто спорят: «SQL Server дорогой, но стабильный», «PostgreSQL бесплатный, но геморройный». Давай разберёмся.
SQL Server: почему бизнесу заходит
1. Хранимые процедуры и функции
Логика прямо в базе. Проще поддерживать, быстрее работает.
Например: расчёт зарплаты или налогов можно вынести в хранимку и быть уверенным, что всё считается одинаково для всех пользователей.
2. Транзакции
ACID реализован чётко: либо выполнилось всё, либо ничего.
Удобно, когда речь про деньги, бухгалтерию или заказы.
3. Триггеры и автоматизация
SQL Server сам обновит логи, подсчитает итоги если в таблице что-то изменилось. Это снижает человеческий фактор.
4. Безопасность
Гранулированные роли, шифрование, аудит. В корпоративной среде это критично.
5. Интеграция
У компаний часто уже есть Windows, Office, Azure. SQL Server просто идеально туда ложится — минимум проблем с настройкой и поддержкой.
PostgreSQL: почему его любят разработчики
1. Бесплатно и open-source.
Лицензия не нужна, сообщество огромное. Отлично подходит для стартапов и проектов с ограниченным бюджетом.
2. Расширяемость.
Можно писать свои типы данных, функции, даже операторов. Бизнесу редко нужно, а вот разработчикам даёт гибкость.
3. Соответствие стандартам.
PostgreSQL часто ближе к «чистому SQL» и удобен для переносимости.
4. Мощные фичи.
Например, работа с JSON, геоданными (PostGIS) и куча кастомных расширений.
Где разница по-настоящему чувствуется?
SQL Server это «корпоративная база из коробки». Поставил, настроил права, написал процедуры и всё работает стабильно. Да, лицензия стоит денег, но бизнесу важнее предсказуемость и поддержка.
PostgreSQL это «конструктор для тех, кто любит гибкость». Отличен для нестандартных проектов стартапов, где нужен контроль расходов и эксперименты. Но требует больше рук и мозгов на настройку.
SQL Server: надёжный фундамент для бизнеса, где ценят стабильность, поддержку и безопасность.
PostgreSQL: гибкий и бесплатный инструмент для тех, кто хочет всё контролировать сам.
Please open Telegram to view this post
VIEW IN TELEGRAM
Ну что там, как говорится:
— О мой Бог, мальчик, тебе 19 стукнуло? Так ты на вид 8-классник же.
— Я кста еще 2006 года рождения😊
— Чё? Вы же ещё в школу ходите, всм ты уже работаешь и 4 курс заканчиваешь?
— Да, вот так вот🥳 🥳
— Ой, эти ZZymmerы....
- Сгоняй за пивом пж, я уже старый (22 года)
— О мой Бог, мальчик, тебе 19 стукнуло? Так ты на вид 8-классник же.
— Я кста еще 2006 года рождения
— Чё? Вы же ещё в школу ходите, всм ты уже работаешь и 4 курс заканчиваешь?
— Да, вот так вот
— Ой, эти ZZymmerы....
Please open Telegram to view this post
VIEW IN TELEGRAM
#Programming
Что такое «Тьюринг-полный язык»?
Если говорить по-научному: язык программирования считается Тьюринг-полным, если на нём можно выразить любую вычислимую задачу, которую вообще можно решить алгоритмом (Правило 110).
Если по-человечески: это язык, на котором можно написать хоть калькулятор, хоть симулятор Вселенной.
Какие критерии?
Чтобы язык был Тьюринг-полным, в нём должны быть:
Если всё это есть, то значит язык может в теории решить любую задачу, которую можно сделать на компьютере.
Примеры
А зачем это знать?
На практике почти незачем. Потому что почти все современные языки уже Тьюринг-полные. Но само понятие полезно:
Итог
Тьюринг-полный язык — это не «самый умный» и не «самый лучший», а просто ярлык: «этим языком можно написать всё, что угодно». Вопрос только в том, насколько удобно это делать.
Потому что, да, и на Brainfuck можно написать «Змейку», но зачем мучиться если есть Python?
Что такое «Тьюринг-полный язык»?
Если говорить по-научному: язык программирования считается Тьюринг-полным, если на нём можно выразить любую вычислимую задачу, которую вообще можно решить алгоритмом (Правило 110).
Если по-человечески: это язык, на котором можно написать хоть калькулятор, хоть симулятор Вселенной.
Какие критерии?
Чтобы язык был Тьюринг-полным, в нём должны быть:
1. Условные переходы (ветвления if/else или их аналоги).
2. Циклы или рекурсия (возможность перейти к метке как, допустим, go to).
3. Работа с памятью (хранить и изменять данные).
Если всё это есть, то значит язык может в теории решить любую задачу, которую можно сделать на компьютере.
Примеры
Python, Java, C, C++ — конечно, Тьюринг-полные.
SQL (чистый) — спорный случай. Но многие его реализации с процедурами и циклами становятся Тьюринг-полными.
Даже экзотика вроде Brainfuck или Minecraft Redstone (механизмов на основе функциональных блоков) при определённых условиях считаются Тьюринг-полными.
А зачем это знать?
На практике почти незачем. Потому что почти все современные языки уже Тьюринг-полные. Но само понятие полезно:
оно помогает понять границы того, что вообще возможно в вычислениях;
показывает, что ограничение чаще не в языке, а в разработчике (или его железа).
Итог
Тьюринг-полный язык — это не «самый умный» и не «самый лучший», а просто ярлык: «этим языком можно написать всё, что угодно». Вопрос только в том, насколько удобно это делать.
Потому что, да, и на Brainfuck можно написать «Змейку», но зачем мучиться если есть Python?
#ItLife
Иногда кажется, что отключить себя от IT это не про кнопки и выключатели, а про саму привычку жить внутри системы. Мы же прячемся туда не только ради работы, но и ради ощущения контроля. В любой ЭВМ всё чётко: если есть ошибка, то она где-то в коде; если что-то сломалось — вероятно это можно починить. В жизни так не работает.
И, скорее всего, поэтому мы зависаем в технологиях дольше чем надо. Потому что там понятные правила, а с людьми и самим собой их нет.
Но человек ведь не может быть только процессором. У нас есть тело, которое требует банальных вещей: солнца, движения, касания. Есть сознание, которому нужно чуть больше чем сообщения в Telegram или таблицы в Excel. И когда мы слишком глубоко уходим в технологии, то по не многу теряем контакт с этим «живым» слоем.
Отключение от IT не про бегство от технологий, а напоминание себе что реальность не сводится к экрану. Что ценность не в том, сколько строк кода ты написал, а в том, как ТЫ проживаешь свой день.
Иногда кажется, что отключить себя от IT это не про кнопки и выключатели, а про саму привычку жить внутри системы. Мы же прячемся туда не только ради работы, но и ради ощущения контроля. В любой ЭВМ всё чётко: если есть ошибка, то она где-то в коде; если что-то сломалось — вероятно это можно починить. В жизни так не работает.
И, скорее всего, поэтому мы зависаем в технологиях дольше чем надо. Потому что там понятные правила, а с людьми и самим собой их нет.
Но человек ведь не может быть только процессором. У нас есть тело, которое требует банальных вещей: солнца, движения, касания. Есть сознание, которому нужно чуть больше чем сообщения в Telegram или таблицы в Excel. И когда мы слишком глубоко уходим в технологии, то по не многу теряем контакт с этим «живым» слоем.
Отключение от IT не про бегство от технологий, а напоминание себе что реальность не сводится к экрану. Что ценность не в том, сколько строк кода ты написал, а в том, как ТЫ проживаешь свой день.
Мы создали компьютеры чтобы они служили нам, а не наоборот.
#ItSecurity
Что будет с шифрованием в будущем?
Мы привыкли думать что криптография это что-то вечное: зашифровал и всё в безопасности. Но у каждого алгоритма есть свой «срок годности» и потенциально они скоро все сломаются.
Суть проста: один ключ и для шифрования, и для расшифровки.
Сейчас AES-256 считается золотым стандартом. Сломать его перебором нереально — нужно больше времени, чем существует вселенная.
Проблема в другом: управление ключами. Чем больше участников, тем труднее безопасно делиться секретом.
Будущее: симметричные алгоритмы никуда не исчезнут, т.к. они быстрые и надёжные. Но их роль всё больше и больше будет связана с гибридными схемами (например, симметрия + асимметрия).
Здесь два ключа: публичный и приватный. Удобно для обмена и цифровых подписей.
RSA когда-то был непоколебимым, но рост вычислительных мощностей уже делает его уязвимым (2048 бит ещё ок, но меньше уже не вариант).
Эллиптические кривые (ECC) дают ту же безопасность при меньших размерах ключей. Сейчас это активно используется в TLS, криптовалюте и т. д.
Будущее: RSA постепенно уйдёт в архив, ECC останется в ходу, пока не придут квантовые компьютеры.
Хэш это не шифрование, а «отпечаток данных». Используется для проверки целостности и паролей.
Коллизии — главный враг (когда разные данные дают одинаковый хэш). MD5 и SHA-1 уже сданы на металлолом. SHA-2 и SHA-3 пока держатся.
Будущее: хэширование будет жить дольше всех. Даже квантовые компьютеры ломают их не так легко, как RSA.
Квантовая угроза
Пока её нет, но она стремительно надвигается. Алгоритм Шора (link1, link2) теоретически ломает RSA и ECC. Это значит, что всё что мы шифруем сегодня «надолго», завтра может оказаться прозрачным.
Будущее здесь уже формируется:
Итого:
То есть пока квантовые компьютеры не вышли из лабораторий, нас ждёт эволюция уже существующих методов: больше симметрии, новые хэши и отказ от старых схем.
А когда «кванты» станут реальностью — придётся пересматривать всю криптографию с нуля.
Что будет с шифрованием в будущем?
Мы привыкли думать что криптография это что-то вечное: зашифровал и всё в безопасности. Но у каждого алгоритма есть свой «срок годности» и потенциально они скоро все сломаются.
1. Симметричное шифрование (AES, DES, ChaCha20)
Суть проста: один ключ и для шифрования, и для расшифровки.
Сейчас AES-256 считается золотым стандартом. Сломать его перебором нереально — нужно больше времени, чем существует вселенная.
Проблема в другом: управление ключами. Чем больше участников, тем труднее безопасно делиться секретом.
Будущее: симметричные алгоритмы никуда не исчезнут, т.к. они быстрые и надёжные. Но их роль всё больше и больше будет связана с гибридными схемами (например, симметрия + асимметрия).
2. Асимметричное шифрование (RSA, ECC)
Здесь два ключа: публичный и приватный. Удобно для обмена и цифровых подписей.
RSA когда-то был непоколебимым, но рост вычислительных мощностей уже делает его уязвимым (2048 бит ещё ок, но меньше уже не вариант).
Эллиптические кривые (ECC) дают ту же безопасность при меньших размерах ключей. Сейчас это активно используется в TLS, криптовалюте и т. д.
Будущее: RSA постепенно уйдёт в архив, ECC останется в ходу, пока не придут квантовые компьютеры.
3. Хэш-функции (SHA-2, SHA-3, BLAKE2)
Хэш это не шифрование, а «отпечаток данных». Используется для проверки целостности и паролей.
Коллизии — главный враг (когда разные данные дают одинаковый хэш). MD5 и SHA-1 уже сданы на металлолом. SHA-2 и SHA-3 пока держатся.
Будущее: хэширование будет жить дольше всех. Даже квантовые компьютеры ломают их не так легко, как RSA.
Квантовая угроза
Пока её нет, но она стремительно надвигается. Алгоритм Шора (link1, link2) теоретически ломает RSA и ECC. Это значит, что всё что мы шифруем сегодня «надолго», завтра может оказаться прозрачным.
Будущее здесь уже формируется:
разрабатываются постквантовые алгоритмы (NIST сейчас как раз выбирает финалистов);
часть из них основана на решении задач, которые сложны даже для квантов (например, на решётках).
Итого:
Симметричное шифрование будет жить и дальше, его не страшат даже квантовые атаки напрямую.
RSA доживает последние годы как стандарт.
ECC будет в ходу, но с горизонтом «до квантов».
Хэшиотносительно безопасны, но постепенно будут меняться на новые стандарты.
То есть пока квантовые компьютеры не вышли из лабораторий, нас ждёт эволюция уже существующих методов: больше симметрии, новые хэши и отказ от старых схем.
А когда «кванты» станут реальностью — придётся пересматривать всю криптографию с нуля.
Blutengel - You Walk Away (2K23 Anniversary Version) (2K23 Anniversary…
<unknown>
Кто прошел и написал 95% кода для хакатона? Кто сражался с командами по 5 человек в состоянии мертвеца?
Правильно — @Ximelay_y
Наступила эпоха получения своих дивидендов с бессонных ночей, убитых нервов и сломанных клавиш.
Правильно — @Ximelay_y
Наступила эпоха получения своих дивидендов с бессонных ночей, убитых нервов и сломанных клавиш.