#Programming #PHP
PHP не язык. Это приговор
Ты думаешь сам выбрал свой путь? Ха, наивный. Никто не выбирает PHP, это он выбирает тебя.
Он приходит в твою жизнь не как вдохновение, а как необходимость. Проект на WordPress, древняя CRM от завхоза колледжа, старый сайт клиента с формой обратной связи, в которой скобки не совпадают и
Ты не мечтал об этом: хотел Rust, TypeScript с аномалиями и полетом в облака. Но ты оказался с
В то время как весь frontend улетает в пизду с новым релизом React, ты просто открываешь
Может это и не модно, но PHP это как чай с вареньем у бабушки в деревне. Может заебать, но уютно и вкусно всегда.
Так что да, ты будешь изучать 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: или почему программисты живут сразу в нескольких реальностях
Когда ты пишешь
😊 Абстракция №1 — код.
То, что ты видишь. Циклы, функции, классы это твоя уютная иллюзия контроля. Здесь ты царь и бог. Или по крайней мере думаешь, что так.
🤗 Абстракция №2 — байткод и компилятор.
Хочешь ты того или нет, но твой код кто-то всё равно переведёт. Python прогонит по своему байткоду, Java засунет в JVM. А ты даже не узнаешь, как они над тобой поугарали.
🤔 Абстракция №3 — операционная система.
Ты думаешь, что программа работает "сама по себе"? Хах, нет. OS управляет твоими потоками, памятью и вообще решает, когда тебе разрешено жить.
🫤 Абстракция №4 — железо.
Всё что ты пишешь в конечном итоге превращается в двоичный ад, который интерпретируют транзисторы. Каждый бит это маленький привет от физики, которой ты обязан тем что твой код хоть как-то работает.
😈 Абстракция №5 — электричество.
А потом всё сводится к электронам. Маленькие ублюдки бегают по проводам чтобы твой
Идея проста: IT это как лестница из абстракций, где каждая ступень помогает тебе не сойти с ума от нижележащей. Но стоит ступить чуть не туда — и здравствуй, SIGSEGV.
Так что в следующий раз, когда ты будешь гуглить "почему не работает код", помни: возможно это просто электроны не в настроении.
Уровни абстракции в IT: или почему программисты живут сразу в нескольких реальностях
Когда ты пишешь
print("Hello, World!"), ты вроде бы просто выводишь текст. Но если подумать… за этой командой стоит такая лавина процессов, что лучше бы ты просто не включал компьютер.То, что ты видишь. Циклы, функции, классы это твоя уютная иллюзия контроля. Здесь ты царь и бог. Или по крайней мере думаешь, что так.
Хочешь ты того или нет, но твой код кто-то всё равно переведёт. Python прогонит по своему байткоду, Java засунет в JVM. А ты даже не узнаешь, как они над тобой поугарали.
Ты думаешь, что программа работает "сама по себе"? Хах, нет. OS управляет твоими потоками, памятью и вообще решает, когда тебе разрешено жить.
Всё что ты пишешь в конечном итоге превращается в двоичный ад, который интерпретируют транзисторы. Каждый бит это маленький привет от физики, которой ты обязан тем что твой код хоть как-то работает.
А потом всё сводится к электронам. Маленькие ублюдки бегают по проводам чтобы твой
print() вообще куда-то вывелся.Идея проста: IT это как лестница из абстракций, где каждая ступень помогает тебе не сойти с ума от нижележащей. Но стоит ступить чуть не туда — и здравствуй, SIGSEGV.
Так что в следующий раз, когда ты будешь гуглить "почему не работает код", помни: возможно это просто электроны не в настроении.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
#Programming
Lisp и его сектанты
Когда ты впервые видишь код на Lisp, тебе кажется что это какая-то древняя магия или набор скобок, отправленный из будущего. А потом ты узнаешь, что это один из самых старых языков, с 1958 года живёт и становится не по себе.
Всё в Lisp это выражение. Абсолютно всё. Тут нет разделения между кодом и данными — всё одно и то же. Это пугает. Это красиво. Это…философия.
Lisp-подобные языки не просто про скобки. Это про:
Lisp породил кучу потомков и подобных:
1. Scheme — «обрезанный» и элегантный, как костюм от Hugo Boss;
2. Clojure — для тех, кто пишет на JVM, но хочет быть особенным;
3. Common Lisp — олдовый, жирный, и всё ещё накачанный.
Почему всё ещё жив? Потому что никто не делает метапрограммирование так, как Lisp. Даже Python и Ruby — жалкие подражатели, когда дело доходит до макросов. Lisp даёт тебе ядерную бомбу там, где другие языки дают ложку.
Минусы:
Кажется, что у тебя шизофазия, когда ты читаешь чужой код;
Документации мало, а сообщества либо староверы, либо элита;
Вся среда разработки как будто осталась в прошлом тысячелетии.
Стоит ли учить? Да, если хочешь понять как устроены языки и вообще прокачаться до уровня "понимаю, что делаю". Нет, если хочешь писать лендинг на React.
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
Пакетные менеджеры: как не сойти с ума
Ты заходишь в проект, открываешь
Зачем вообще нужны пакетные менеджеры?
Пакетные менеджеры это как супермаркеты. Они хранят, ищут, доставляют и обновляют библиотеки. Чтобы ты не качал их вручную, не разбирался в версиях и зависимостях. Их задача упростить тебе жизнь… А потом внезапно всё сломать.
🌟 npm / yarn / pnpm
npm — дедушка среди JavaScript-менеджеров. Умеет всё, но иногда как старый дед кряхтит и устанавливает зависимости в ад.
yarn — «я пришёл всё улучшить», но сам создал бардак. Зато появился
pnpm — оптимизация уровня бог. Использует симлинки, жрёт меньше памяти, работает быстрее. Но не все проекты его любят — ломает кое-что по пути.
🌟 Composer (PHP)
Composer — спасение и проклятие PHP-разработчиков. Один неверный
🌟 npx (JS)
В npx ты не устанавливаешь пакет, а исполняешь прямо из npm. Удобнокогда нужно просто запустить что-то один раз. Типа вызвать
🌟 pip / poetry (Python)
pip — стандарт для Python. Но будь осторожен: одна несовместимая библиотека и всё, капут.
poetry — pip на стероидах. Управляет зависимостями, виртуальным окружением и твоими нервами. В теории.
Почему их так много?
Потому что у каждого языка есть свои стандарты, библиотеки и боли. Это как «разводить огонь»: кто-то использует спички, кто-то зажигалку, а кто-то горелку с плазмой. Главное, чтобы горело.🔥
Пакетные менеджеры: как не сойти с ума
Ты заходишь в проект, открываешь
package.json, и понимаешь, сейчас будет боль. 200+ зависимостей, половина из которых не нужна, другая половина давно устарела. А потом ещё кто-то воскликнет: «А давайте всё на yarn переведём!»Зачем вообще нужны пакетные менеджеры?
Пакетные менеджеры это как супермаркеты. Они хранят, ищут, доставляют и обновляют библиотеки. Чтобы ты не качал их вручную, не разбирался в версиях и зависимостях. Их задача упростить тебе жизнь… А потом внезапно всё сломать.
npm — дедушка среди JavaScript-менеджеров. Умеет всё, но иногда как старый дед кряхтит и устанавливает зависимости в ад.
yarn — «я пришёл всё улучшить», но сам создал бардак. Зато появился
yarn.lock и чуть меньше хаоса.pnpm — оптимизация уровня бог. Использует симлинки, жрёт меньше памяти, работает быстрее. Но не все проекты его любят — ломает кое-что по пути.
Composer — спасение и проклятие PHP-разработчиков. Один неверный
require и весь проект уходит в циклические зависимости. Но если всё настроено правильно, жить можно.В npx ты не устанавливаешь пакет, а исполняешь прямо из npm. Удобнокогда нужно просто запустить что-то один раз. Типа вызвать
create-react-app и забыть как страшный сон.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🗿1 1 1 1
#Windows
День, когда всё пошло попизде
Год назад, 19 июля, человечество вдруг получило сигнал прямо с неба. Или, скорее, с
Совпадение?
Многие тогда впервые всерьёз задумались: а может Linux не такой уж и страшный зверь? Не пора ли перестать держаться за старые костыли, которые даже Microsoft больше не уважает?
Ведь когда у тебя весь офис вырубается из-за одного бага в обновлении, то это не просто позор. Это как если бы в двигающийся машине сдох руль, а тебе сказали "ну подождите следующего патча".
Сколько ещё будем терпеть монополию системы, которая через 40 лет после своего рождения всё ещё не умеет нормально обновляться без лотереи?
Я не говорю про: "бросай всё и ставь Arch", но даже простая Ubuntu на фоне этого выглядит как бриллиант из мира стабильности и контроля.
Так что подумай, друг. Следующий глобальный сбой может быть не через год, а завтра. И ты всё ещё на Windows?
День, когда всё пошло по
Год назад, 19 июля, человечество вдруг получило сигнал прямо с неба. Или, скорее, с
Blue Screen of Death. Все версии Windows — от корпоративных Win Server до домашней десятки начали массово падать. Просто на ровном месте как пьяный сисадмин в пятницу вечером. Бах — и нету доступа к файлам, серверам, RDP и жизни.Совпадение?
Многие тогда впервые всерьёз задумались: а может Linux не такой уж и страшный зверь? Не пора ли перестать держаться за старые костыли, которые даже Microsoft больше не уважает?
Ведь когда у тебя весь офис вырубается из-за одного бага в обновлении, то это не просто позор. Это как если бы в двигающийся машине сдох руль, а тебе сказали "ну подождите следующего патча".
Сколько ещё будем терпеть монополию системы, которая через 40 лет после своего рождения всё ещё не умеет нормально обновляться без лотереи?
Я не говорю про: "бросай всё и ставь Arch", но даже простая Ubuntu на фоне этого выглядит как бриллиант из мира стабильности и контроля.
Так что подумай, друг. Следующий глобальный сбой может быть не через год, а завтра. И ты всё ещё на Windows?
#Education
Как без опыта попасть в бигтех?
Ох уж этот вопрос. Каждый раз когда его вижу, у меня в глазу дёргается вена, а душа начинает гореть без ротации. Вы не попадёте в бигтех без труда, боли, унижений, и ещё раз боли.
"Но у меня нет опыта!"
Так и у 95% других студентов тоже нет. Единственный способ выделиться — создать опыт. Пет-проекты, open-source, участие в хакатонах, свои библиотеки, всё что может показать: "я не овощ, я умею думать".
"Но я хочу в Google!"
Ты бы ещё сказал, что хочешь попасть сразу в ядро команды разработки Android. В бигтех идут через подготовку:
"Стажировки — не работа!"
А теперь представь, что стажировка это официальный чит-код в карьеру. Не ценишь? Зря. Это твой единственный шанс попасть в систему без опыта. Стажировка не понижение, это старт. Все через это прошли.
"Как я попаду, если меня никто не зовёт?"
Отсылай сотни заявок. Серьёзно. Это как дддос-атака на рынок труда. Автоматизируй отклики, создай идеальное резюме, напиши по-человечески в LinkedIn. Никто не ждёт тебя — сам себя запихни.
Что реально работает:
И да, ты будешь фейлиться. Много, и это больно Но в какой-то момент — BAM! И оффер. Только если не сдался раньше.
Запомни: в бигтех идут не за деньгами. Туда идут ради задач, команды и уровня. А если хочешь просто бабок — стань React-фрилансером и забудь про FANG.
Как без опыта попасть в бигтех?
Ох уж этот вопрос. Каждый раз когда его вижу, у меня в глазу дёргается вена, а душа начинает гореть без ротации. Вы не попадёте в бигтех без труда, боли, унижений, и ещё раз боли.
"Но у меня нет опыта!"
Так и у 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.
🤡2 2❤1👍1💯1🗿1
#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 3🔥1🤡1
#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