#Linux #OS

Дистрибутивы Linux — это как разные сорта пива: у каждого свои фанаты, и каждый считает, что именно его выбор — вершина эволюции. Давайте разберём несколько популярных дистрибутивов.

Ubuntu: Это как тот парень, который всегда приходит на вечеринку с пиццей и пивом. Все его любят, но никто не понимает, почему он так часто обновляется. "Я просто хочу, чтобы у меня было всё самое новое!" — говорит он, пока его система зависает на 30% загрузки. Ubuntu — идеальный выбор для тех, кто хочет попробовать Linux, но не желает углубляться в философию и терминологию. "Просто нажми на кнопку, и всё будет работать!" — как будто это не обман.

Arch Linux: Это дистрибутив для тех, кто любит страдать. "Собери свою систему сам!" — кричат фанаты Arch, как будто это не просто способ заставить вас потратить выходные на установку драйверов. Arch — это как квест в видеоигре, где вместо драконов и сокровищ вы сражаетесь с зависимостями и конфигурационными файлами. "Собери свою систему сам!" — и ты понимаешь, что собрал только сломанный компьютер и кучу нервов.

Debian: Это как ваш дедушка, который всегда говорит: "В моё время всё было лучше!" Debian — это стабильность, но такая стабильность, что иногда кажется, что он просто забыл, что такое обновления. "Зачем обновляться, если всё и так работает?" — философия, которая может привести к тому, что вы будете использовать софт, актуальный ещё во времена динозавров.

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

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

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

#Education #OpenSource

GIT для маслят: как не закоммитить стыд в репозиторий

Итак, маслята, вы решили вкатиться в программирование, и вам говорят: «Бро, запушь на гитхаб». А вы такие: «Гит-чо?» Не беда! Сейчас разберёмся, как пользоваться этой магией.

1. git init

Заводим свой первый проект на гит:

$ git init 

Это как если бы вы сказали: «Всё, теперь тут сохранёнка». С этого момента ваш код будет под гитовой защитой.

2. git add .

Вы написали пару строчек кода, и теперь хотите, чтобы гит посмотрел на это? Легко!

$ git add . 

С этой командой вы говорите: «Гит, глянь на всё, что я тут наваял». Точка в конце означает «добавь всё». Да, можно выбрать отдельные файлы, но маслята не ищут лёгких путей!

3. git commit -m "My first commit"

После того, как вы добавили всё, что захотели, нужно официально засвидетельствовать свой позор (или успех).

$ git commit -m "My first commit"

Эта команда — как галочка на ЕГЭ: вот теперь это навсегда. Коммитим. Обязательно оставляйте осмысленные комментарии, чтобы через месяц не сидеть с лицом Чарли Дэя, разбираясь, что вы там натворили.

4. git branch -M main

Теперь надо убедиться, что вы на правильной ветке. Называем её «main», потому что так теперь модно.

$ git branch -M main

Ветка — это как ваша параллельная вселенная. Делайте их столько, сколько хотите, но помните: сливать вселенные опасно!

5. git remote add origin

Создаёте репозиторий на GitHub (да-да, там жмёте всякие кнопочки), а потом связываете его с вашим локальным репозиторием:

$ git remote add origin https://github.com/maslenok/myrepo.git

Это как дать вашему проекту билет на самолёт и сказать: «Лети, мой код, и покажи миру, на что ты способен!».

6. git push -u origin main

Время распахнуть дверь в мир!

$ git push -u origin main

Это команда для героев: ваш код улетает в репозиторий и начинает своё существование на GitHub. Не забудьте проверить, что вы действительно хотите показать людям. Иначе начнутся те самые коммиты типа fix bugs, last fix, really last fix и WTF?!?!.

7. git pull

Но что делать, если код уже запушен и всё норм, а тут внезапно вылезли какие-то баги? Или коллега наваял шедевр за вас? Просто стяните последние изменения:

$ git pull

Это как Ctrl+Z для реальной жизни. Приняли изменения, посмотрели, порадовались, а потом аккуратно нафигачили что-то своё.

8. git clone

Хотите скачать проект, как мемас из интернета? Легко!

$ git clone https://github.com/maslenok/chelovek-kot.git

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

9. git status

Не помните, что происходит в репозитории? Какой у вас статус? Коммиты сделаны или где-то косяк? Просто спросите:

$ git status

Эта команда — как магическое зеркало, покажет вам все незакоммиченные файлы и их статус.

10. git log

Хотите узнать всю историю своего позора?

$ git log

Посмотрите на свои старые коммиты и всплакните от того, каким вы были молодым и глупым.

11. git checkout -b "feature"

Захотели добавить что-то новое, но не хотите разрушить всё, что было? Создайте новую ветку и колдуйте там:

$ git checkout -b "feature"

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

Заключение

Гит — это как ваше магическое хранилище, где можно сохранять все свои успехи, провалы и шедевры. Главное — не забывайте делать коммиты с нормальными сообщениями, а то потом будете вспоминать, что такое final-final-absolutely-final-v2.

Так что, маслята, теперь вы знаете базу. Идите, творите и пушьте. И не забывайте: Ctrl+C, Ctrl+V — это тоже программирование.

#OpenSource

Также есть txt файл, где чуть поподробней расписано про то как делать свои git'ы

#News #Linux

Скандал в мире Open Source: исключение российских разработчиков из ядра Linux

Недавние события вокруг разработчиков ядра Linux вызвали многочисленные споры и недоумение. Один из главных разработчиков ядра принял решение исключить 11 российских разработчиков, которые в некоторых случаях более 10 лет вносят свой вклад в проект.

Причина? «Потому что российские разработчики и Россия». 🎤💥

Многие из уволенных уже долгое время живут за пределами России, но это не помогло им остаться в проекте. Линус Торвальдс, основатель Linux, пояснил ситуацию, но отклонился от обсуждения деталей, ссылаясь на указания юристов.

Некоторые участники сообщества начали задаваться вопросами: что же произошло на самом деле? Какова истинная причина исключений? В конце концов, такая ситуация ставит под сомнение принципы, на которых строится open source более 25 лет.

Важно отметить, что Linux Foundation заявлял о нейтралитете open source в политике, но выводы, сделанные в этом случае, ставят это под сомнение. 🤔

На фоне этой ситуации, участники сообщества чувствуют напряжение и недоумение. Так ли просто развенчать все принципы открытости и сотрудничества, на которых была основана вся экосистема?

#meme

🔍 Внимание! Нужны герои для тайного C/C# проекта! 🔍

Друзья, у нас возникла неотложная необходимость в уникальных и сверхнадежных кадрах для нашего нелегального, но очень «вдохновляющего» C/C# проекта (не, это не шутка!). Если вы готовы погрузиться в мир программистских шифровок и таинственных алгоритмов, а также не боитесь немного пофантазировать, то мы ищем именно вас!

🎯 Требования к супергероям:

1. Китайский язык: Считаем это обязательным. Вам нужно знать минимум 2000 иероглифов. И не просто знать — говорить, читать и, возможно, писать послания новой-уникальной-будущей-культуре программирования. "Привет, как дела?" не считается, так что готовьтесь к глубоким дискуссиям о конфиденциальных аспектах кибербезопасности на псевдо китайско-японском! 🍜

2. Опыт работы: Нам нужен опытный волшебник программирования с 18-летним стажем. Если вы знаете, как юзать C так, что даже Бог будет в шоке и написание самого красочного кода является вашим хобби, вам к нам!

3. Знание QT и cURL: Если вы можете связать их в обычном (или даже в необычном) потоке и при этом не терять сознание, вы на правильном пути! Сложные отношения между библиотеками — это именно то, что нам нужно. 💻💔

4. Работа с интерпретаторами: Особенно приветствуется создание второго Python (да, не первого!). Умение провести магический ритуал с интерпретатором — это тот самый навык, который сделает вас нашим шефом. 🐍✨

5. Вскрытие лаунчера K-C: О, да, это настоящее искусство! Если вы нашли способ, как обойти неоднозначные проверки и получить доступ к закрытым функциям, именно вам нужен этот проект. 💡

6. Гадание на рандограмме: Достаточно иметь базовые знания о том, как работает рандом (не путайте с рандомом, который заказывает пиццу для проекта!). Гадать на рандограмме — это священная и ироничная часть вашей работы. 🎲🔮

🤖 Почему именно мы?

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

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

Помните, что трудности делают нас сильнее, а ваш смех — это самое главное в нашем проекте! 😉

#Other #Unity

Unity - худший игровой движок тысячелетия

Не понимаю, кто вообще может считать это дерьмище достойной платформой для разработки. Возможно, только закрытый БДСМ-клуб, где каждый мечтает о пощёчинах багами и холодном пощёлкивании тормозов. Не верите? Сегодня я вам докажу, любителям Unity и горячей индюшатины, почему этот, обожествляемый 5Б разработчиками, движок — кусок того, что давно уже тянет геймдев на дно.

Начнем с Unity RoadMap — ежегодного спектакля, где представители Unity Tech с важным видом обещают хомякам фантастические фичи и клянутся, что «вот на этот раз точно всё сделают». Но, спойлер: каждая фича — это новый вид боли и отчаяния для тех, кто пытается сделать хоть что-то играбельное на этом движке. Выходит, что каждый патч и фикс — это просто обмен старыми багами на новые, причем баги весёлой гурьбой стремятся в редактор, заставляя разработчиков по-новому познать пределы своих нервов.

Фичи. О, эти сладкие мечты маркетологов с блестящими улыбками и влажными фантазиями на тему новых возможностей. На деле они приходят в редактор примерно в таком состоянии, как «уставший алкаш», который дополз до релиза на четвереньках и обмочил штаны. И пока эта фича допиливается пару лет, сообщество вынуждено самостоятельно создавать толковые инструменты, решающие проблемы гораздо лучше, чем это могло бы сделать UnityTech в своем лучшем виде. Вспомним, как на свет появился TextMesh-Pro, ведь долгое время Unity вообще не имела нормального инструмента для вывода текста. «Кто-то должен был это сделать!» — подумали UI-дизайнеры, пытаясь сдержать слезы.

Unity разваливается на ходу, но вся эта поездка уже напоминает не инновационный прогресс, а танец с граблями. Сколько там было патчей, чтобы, наконец, исправить проблему с переиндексацией Sprite Atlas'ов? А система контроля версий? Разработчики знают этот ужас, когда каждый раз при открытии проекта он заваливается пачками файлов, да еще с шутками про то что на Unity разрабатывают только люди с нетрадиционной сексуальной ориентацией.

Конечно, новые версии редактора с включенной отладкой — это отдельная песня. Помню, когда только добавили debug-mod, работать стало почти невозможно. С тех пор легче американскому айтишнику обналичить материнский капитал в России, чем нормально отладить проект в Rider’е.

Кроссплатформенность редактора оставляет привкус странного — что-то вроде 10-летнего чая. Unity пытается поддерживать Windows, MacOS и даже Linux, но любое обновление ОС ставит UnityTech на колени и заставляет просить помощи у Google, чтобы хотя бы не падать.

И самое главное — производительность. От версии к версии один и тот же код запускается все хуже, независимо от железа. Это как играть в старую игру на новом компьютере и ощущать тормоза так, будто тебе все еще 8 лет. И, конечно, сам редактор тоже не обделен тормозами, превращаясь в доисторического динозавра, неспособного работать стабильно даже на топовом железе.

Когда-то Unity был легким и быстрым решением, когда я писал свои первые игры на компе с 512 МБ ОЗУ. Сейчас даже мой мощный ПК подрагивает от страха при запуске редактора. Когда же это всё так изменилось?

Unity — это отличный движок, если у вас есть время, нервы и запасы терпения, чтобы справиться с багами, слабой производительностью и нестабильностью. Но если вы предпочитаете потратить эти ресурсы на разработку, а не на борьбу с инструментами, возможно, стоит присмотреться к другим вариантам.

#Linux

— Алё
— Ало…?
— Не могу говорить, я тут опять настраиваю свой Desktop Linux с помощью команд в терминале.
— Но ты же сам мне позвонил.
— Вс... бр...тан... х...рош... я з...нят, давай, п...ка.

Ладно, вам наверное уже известно, что мои вкусы специфичны. Одно из моих хобби — раз в 2-3 месяца поставить очередной дистрибутив Desktop Linux, чтобы самолично насладиться изменениями и обновками. Каждый грёбаный раз я надеюсь на лучшее, но всякий раз убеждаюсь, что фраза "Linux можно полностью настроить под себя" на деле означает, что тебе придётся самому всё фиксить что не работает. Спустя пару таких экспериментов могу твёрдо заявить: проблемы никуда не делись, а дистрибутивы застопорились в глубокой стагнации.

Естественно, за свою честную и непредвзятую позицию я ловлю тонну хейта от линуксятников. Но как жертва кибербуллинга стоять в стороне я не собираюсь. И Продолжу до конца отстаивать свою позицию, что грёбаному Linux не место на персональном комплюхтере — твёрдо и чётко.

После того как мне сказали, что я рукожоп и просто не неоселятор Linux, эти люди предложили свои "вумные рекомендации". У каждого линуксятника есть набор фактов, которые делают спор бесполезным ("90% проблем с Linux сидит перед ПК" и так далее). Ну что ж, проверим.

"Бу-бу-бу, ты поставил дистрибутив 'A', а надо было поставить дистрибутив 'Б'. Вот тогда бы сразу всё заебись стало"...

Ага, конечно. Я первым делом пошёл ставить все дистрибутивы, которые посоветовали вышеуказанные эксперты. Результат был ожидаемым: проблемы либо сохраняются, либо добавляются новые. А знаете почему? Потому что дистрибутивы собираются как конструктор: где-то новые зависимости, где-то старее, а в некоторых местах конфигурация отличается. Глобально же результат остаётся одинаково дерьмовым.

Я ставил Manjaro с GNOME, и при свежей установке OS зависала намертво, как только нажимал любую команду. Даже разбираться не стал, просто снёс это. Если OS из коробки глючит на моём железе, нет смысла копаться дальше.

Следом в новой Ubuntu я наткнулся на свою любимую проблему со звуком. Переход на PipeWire ничего не решает. PulseAudio хоть и был куском говна, но, если посмотреть форумы линуксятников, можно увидеть, что даже с PipeWire звук не работает из коробки, а некоторые возвращают PulseAudio, ведь с legacy софтом звуковая совместимость отсутствует.

С графическими подсистемами та же история. Множество дистров переходит на Wayland, хотя там полно проблем с технологиями NVidia. Подсистема не позволяет переключаться между интегрированной и дискретной графикой на лету. Мой знакомый столкнулся с этой проблемой на Fedora. Решение элегантное — два bash-скрипта: один перезагружает систему на Xorg с драйвером для дискретной графики, другой на Wayland с драйвером для интегрированной графики. User experience охуительный, всем рекомендую, сразу мозги прочищает.

Веселья хватает и с мажорными обновлениями. Никогда не забуду, как на виртуалку поставил Arch, идеально настроил и отложил на недельку. А потом при следующем запуске обновил систему — и Grub загрузчик слетел.

Ой ладно, глобально все дистрибутивы приправлены багами самого ядра. Например, знаменитый баг #12309, когда менеджер памяти не справляется с вводом-выводом и зависает намертво. Отличная лотерея, ставящая жирную зелёную галочку напротив пунктов стабильности и надёжности Linux. По поводу технического состояния я, надеюсь, доходчиво разъяснил свою позицию. Есть ряд устоявшихся мифов о надёжности Desktop Linux, не имеющих к реальности никакого отношения.

Для непонятливых скажу: это практически не относится к stable-версиям Server Linux, где RunTime может длиться десятилетиями. Но, учитывая мой опыт общения с линуксятниками, могу с уверенностью заверить: 99% входящей информации они игнорируют, цепляясь за один простой аргумент:
"Ммм, ты назвал Linux OS, но это не так, Linux — всего лишь ядро OS. А то, что ты назвал OS, называется дистрибутивом. Выкуси, ламер!" Ой, блять...

Ну и, конечно, последний аргумент, не терпящий критики: OpenSource = бесплатно. Что я жду за бесплатно?

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

#Other

Вот мне интересно, почему у некоторых людей так сильно «горит» от того, как я произношу «яваScript». Некоторые пытаются убедить меня, что это неправильно, ссылаясь на английское произношение. А давайте будем честными: каждый день мы используем англицизмы, не заморачиваясь с их оригинальным звучанием. Почему вы мучаете свой язык, произнося ʤ вместо «дж»? Вы знаете, как кириллицей записать ʤ? Если речь о транскрипции, то почему не говорите «па-ламент», а «парламент»? Почему не «дайрект», а «директор» или не «пру(о)тикл», а «протокол»?

Дело, похоже, не в звучании — дело в устоявшихся формах. JavaScript — это слово из тех далёких бархатных времён, когда сайты писались на чистом HTML, а wap был на пике популярности. Кстати, а как вы произносите HTML и wap? Большинство говорит «эйч-тэ-эм-эль» и «вап», хотя правильнее было бы «эйч-ти-эм-эл» и «уап».

Задолбали же! Я могу быть граммар- Nazi, но меня раздражает ваше неуместное англоязычное калькирование. Русский язык адаптирует слова под свои правила и ритм. Через десять лет, вы сами будете говорить «риэкт», потому что «иди послушай, как это звучит на английском, дурачок». Так вот, найдите меня тогда и скажите, что всё это время говорили неправильно.

Давайте будем честными — язык живёт и меняется, и это прекрасно!

#News #Linux

На прошлой неделе в мире open-source разработки разразилась значимая новость: ряд русских мэйнтейнеров был исключён из числа ответственных за изменения в коде ядра Linux. Обсуждений много (в том числе и в этом каеале), но фактов — не так уж и много. Давайте попробуем разобраться.

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

Разработчики программного обеспечения стремятся вносить изменения в апстрим (основной код), чтобы уменьшить затраты на поддержку своих продуктов. Поддерживать форк, не интегрируя изменения обратно — это часто сложная и трудоёмкая задача. В конечном итоге, это может привести к росту расходов на развитие и поддержку, особенно когда речь идёт о таких масштабных проектах, как ядро Linux, на основе которого строятся многие операционные системы.

Основные вопросы, которые стоит задать:
- Вырастет ли стоимость разработки и поддержки ПО из-за этого исключения?
- Может ли возникнуть необходимость в создании собственного форка, аналогичного уже существующим проектам?

Создание своего форка — это, конечно, вариант, но для этого нужны значительные ресурсы. Примером успешного форка может служить Angie, который уже сейчас показывает лучшие результаты, чем Nginx. Но хватит ли сил и ресурсов у российских разработчиков для создания полноценного форка ядра Linux?

Может, стоит объединиться с Китаем для совместной работы над подобным проектом? Это вполне реализуемая идея, учитывая текущие тенденции. Мы наблюдаем, как интернет и технологические сферы становятся более сегментированными. В скором времени может случиться так, что у каждого будет свой "локальный" Linux.

Важно понимать, что ситуация невыгодна ни одной из сторон. Эксклюзия русских мэйнтейнеров не принесёт пользы ни ядру, ни самим разработчикам. Напротив, это может привести к тому, что мы потеряем часть ценного опыта и знаний, которые были вложены в развитие ядра Linux.

#Linux

Залетел на первую "работу" с требованиями в знании Линукса. Честно предупредил на собеседовании, что в этом деле я нуб. Ответили: "Не переживай, разберешься!" Ну, в принципе, пока разбираюсь, но это просто ад! 😩

Последние две недели изучал администрирование Линукса с нуля. Весь контент для начинающих начинается с фразы: "Линукс — это дно, там все настраивать нужно и все через задницу". Но, говорят, это устаревшая инфа. Я так обрадовался! Помню, в школе устанавливал Ubuntu 7-ю версию и еле справлялся.

Но нихрена! 🤯
Да, у вас будет кайф, когда выучите основные команды и начнете ворочать файлами через терминал, как настоящий хакер. Но чтобы к этому прийти, нужно либо искренне интересоваться, либо иметь силу воли на уровне "Начать программировать на BrainFuck".

Не представляю, что должно произойти, чтобы в обычной жизни я сказал себе: "О, да, открою-ка я Линукс, будет удобно!"

В общем, ребята, держитесь, если у вас такая же ситуация. Мы справимся! 💪

#meme

"Ух ты, ты знаешь пару языков программирования? Ты же мой программист, я знаю что ты всегда свободен, сделай мне следующее:
-Настрой мне телевизор
-Почини мой телефон, он лагает (100500+ вкладок и мусора)
-Проверь мой ноут (куча бесплатных антивирусов, пара вирусов, быстр как черепаха без двух лап, греется как утюг, грязный и старый как будто из доисторической эры, 100% нагрузка на hdd диск/одно-двухядерный проц, молчим о 2-4гб озу)
-Установи мне этот гно-антивирус (и не важно что есть прекрасно работающий антивирус от винды)
-Установи/переустанови мне Винду
-Установи мне Microsoft Word/Excel/PowerPoint (они не догадываются что все это можно уместить в Microsoft Office). Всмысле это платно? А, можешь установить пиратку? Отлично сделай это!
-Ля... Тут это твой офис не работает чета (не смотря на все уговоры и доводы, они включили свой гно-антивирус и он программу активации снес)
-Помоги с этим мобильным оператором, у меня Гб закончились и баланса нет. У меня нормальный тарифный план?
-Переведи мне деньги из одного счета в другой, помоги оплатить за коммуналку и (оператор сотовой связи)
-Вай фай что-то не работает, что с ним? (Выдернут из разетки/перегрелся/ведутся тех работы/неполадки со связью)
-Городской телефон странно работает, проверь... (Тут я хз, вроде только один раз сталкивался и то там не то чтобы странно, просто сели батарейки на базе и из-за этого он постоянно пищал жалобно)
-Что-то интернет медленно идёт, пофикси это/сделай его быстрее (Ага, вам вообще повезло, что этот сраный ADSL вообще работает...)
-Что-то телефон просит сделать, вот смотри... (Очередное бесполезное уведомление)
-Что-то телефон плохо ловит мобильный интернет, исправь это. (Мне внешнюю антенну паять или что?)
-У меня какое то предупреждение на телефоне/компе, проверь...(малый заряд аккумулятора/предложение очистить кеш/заканчивается место/обновление винды)
-В смысле ты занят?! Мне так не кажется... Да и вообще мне срочно надо!
-Это займет всего пару секунд (час-полтора спустя...), а ой, пока помню, мне ещё помощь с этим и этим вот нужна.
-Ой большое спасибо, я знаю что на тебя всегда можно положиться. Ах да, кстати вроде у моего родственника/друга/соседа/коллеги тоже кое какие проблемы, я рассказал(а) им о том какой ты умелый и что на тебя можно положиться. Иди им помоги ещё...
=И так начинается история "программиста на побегушках" (так же известного как "тыжпрограммист"), который ремонтирует все, всем и вся, терпя и не задавая никаких вопросов, либо за бесплатно, либо за спасибо с чаем и печеньками.

#Programming #Unity

Unity — лучший игровой движок тысячелетия

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

Начнем с легендарной Unity RoadMap — это как ежегодный фестиваль обещаний. Сначала разработчики Unity торжественно обещают золотые горы, а потом дарят нам нечто столь же величественное, но с иной начинкой. Каждый год нас ждут фичи, готовые к завоеванию новых горизонтов… Ну или к паре лет доработки. Но разве не это делает Unity уникальной? Никаких скучных стабильных релизов! Вместо этого — захватывающая приключенческая история, где баги эволюционируют быстрее, чем когда-то люди научились пользоваться огнем.

Сами фичи — это настоящий праздник для глаз и мозга. С каждым обновлением они становятся всё более амбициозными, но при этом сохраняют непередаваемый налет бета-версий. Вот и TextMesh-Pro, ставший легендой. Зачем нужен стабильный инструмент, если можно создать что-то, о чем UI-дизайнеры будут писать оду страданий? Unity изобрела целый жанр в геймдеве — разработка инструментов для самой Unity.

А как же кроссплатформенность? Unity великолепно поддерживает Windows, MacOS и даже Linux, с той лёгкостью, с какой старый чай оставляет осадок. В каждый момент ожидания стабильного запуска редактора ты чувствуешь, как прокачиваешь свою толерантность и выдержку.

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

Unity — это не просто движок, это философия и проверка на выносливость. Лишь те, кто прошел её тернистый путь, познают истинное счастье от победы над редактором, отлаженной сборки и, наконец, запускаемого проекта. Да, для этого потребуется изрядный запас терпения, времени и нервов. Но именно Unity формирует нас, настоящих разработчиков, способных справиться с любым вызовом.

#Windows #OS

Ненависть к Microsoft Windows: Путь от максимализма к пассивному состоянию

Сегодня хочу поделиться своими мыслями о Microsoft и их операционной системе Windows.

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

Но, черт возьми, иногда у меня всё равно конкретно пригорает! Microsoft продолжает удивлять своими решениями, и не в лучшую сторону. Я даже начал собирать компромат на их продукты, чтобы понять, что именно вызывает у меня такую ярость.

Вот несколько классических примеров, которые я накопил за последние годы:

Принудительные обновления Windows 10

Каждый, кто сталкивался с принудительными обновлениями в Windows 10 знает, насколько это раздражает. В 2020-2021 годах Microsoft активно внедряла автоматические обновления, которые вызывали множество проблем: от сбоев в работе приложений до исчезновения файлов и даже BSoD. Когда операционная система обновляется против вашей воли и рушит рабочий процесс, начинаешь всерьёз задумываться о её замене.

Windows 11 и его недоступность для большинства

В 2021 году Microsoft представила Windows 11, и вроде бы ничего, но вот "сюрприз" — большинство современных компьютеров просто не подходят под новые требования! Отсутствие TPM 2.0 или Secure Boot означает, что многие владельцы вполне мощных компьютеров остались без поддержки. Решение Microsoft вызвало у пользователей недовольство, и многие сочли это попыткой принудительно заставить нас обновить устройства.

Edge: браузер, от которого невозможно избавиться

Я тут могу расписать всю историю этого "детища" (включая Exploler) но как нибудь в другой раз. Компания продвигает Edge как браузер по умолчанию для Windows 10 и 11, и делает это очень настойчиво. Часто Edge открывается сам по себе при использовании поиска Windows, даже если вы настроили другой браузер по умолчанию. Процесс смены браузера настолько усложнён, что иногда кажется, будто это сделано специально. Ничего удивительного, что многие воспринимают это как навязывание.

Утечки данных и проблемы безопасности

И, наконец, безопасность. В 2021 году Microsoft столкнулась с крупной атакой на свои серверы Exchange, что привело к серьёзной утечке данных. Казалось бы, одна из самых крупных компаний в мире, а такие серьёзные проблемы с защитой.

Windows — это не просто операционная система, это целая экосистема, которая иногда кажется запутанной и неудобной. И хотя я стараюсь быть объективным, иногда просто не могу сдержать свои эмоции.

#Other

Как же вы меня заебали с этими "интерпрайзными" языками программирования!

Начнём с Java. Сраная трёхмиллиардная Java, ебаный её RunTime и чёртова асинхронность, которая не может вызвать асинхронное API. Разрабы Java, видимо, реально думают, что раз она стоит на "трёх миллиардов девайсах", то это повод ею восхищаться? Да нахуя мне эти девайсы, если каждая операция — это пробежка по полю с заваркой JVM? Нормальный асинхронный API для файлов? Сука, нету. Нормальная работа с памятью? Да ни хера. Обратная совместимость? Угу, щас. Каждый апдейт Java — это очередной ритуал: "умри, родись заново, умри ещё раз". Половина библиотек разваливается как скворечник, а экосистема — как греющий в комнате обогреватель, не иначе. Запустите Android Studio зимой и батареи нахер не нужны, подогреет весь офис.

И давайте не забывать, что Java — это как вход в некий ад для пердёжников legacy-мира. Если вы не лютый любитель наследия прошлого века (прям поклонник фетишей на олдскульные кодовые помойки), то добрый совет — обнимите землю и подумайте о чём-то менее безумном.

Переходим к C#, который, казалось бы, должен быть лучше. Ну, спасибо, C#, местами-то лучше, но куда уж без своих приколов! На его собственной платформе он всё равно сраный посредник, потому что у Microsoft есть F#, на котором мы все, конечно, будем кодить, когда человечество уже добьётся бессмертия (что явно раньше случится). Но и C# — это ад типизации. Какого хера у меня столько "типов от типов и абстрактных абстракций"? Почему вместо нормальных решений я должен дёргать каждый тип и подтипы за яйца и всё это ради соответствия каким-то канонам и паттернам? Вместо решения задачи — ковыряние в анальном механизме типов, которые должны как-то упростить жизнь. Ну пиздец! Я половину времени дрочусь с этими типами, а вторую — тесты переписываю, которые нужны только, чтобы доказать, что я не идиот. А кто это сказал? Дядюшка Боб, блядь, который будет нашёптывать вам в ухо, что "ты молодец, работай с типами и тестами, так и надо".

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

#ITLife

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

Ничего не изменилось

const app = require ('.src/app')
app.start()

npm run build
— Creating an optimised production build...

Fatal to complete

Error: Cannot read property 'value' of undefined

А где???

#live

Думал сделать пост про nodejs, но передумал и решил рассказать про вот что:

Если вы хотите стать качественным it специалистом, то вам реально надо будет ебашить.
В качестве примера приведу себя:
На первом курсе я понимал примерно... Нихуя. В мозгу была устойка что 'ыыыы колледж научит, пуньк-среньк'. Но вот курс закончился а я научился только проперживать стулья в кабинете.

За лето 2023 года случилось достаточно событий которые дали мне понять что устойка оказалась говном и с ноября я начал погружаться в it. И знаете что понял? Система образования настолько отсасывает от самостоятельного обучения что это словами не передать.

С марта 2024 года пошли первые плоды моих страданий: стало намного легче воспринимать материал, который давали преподаватели.

С июля-августа я перешел на Linux и начал загружать себя проектами (на данный момент их 6 штук)

Вообщем вывод — вкатиться в it может и собака если ей правильно объяснить материал, а вот чтобы стать реальным спецом то готовьте своё очко к разрыву жопы от syntax error и экрану смерти

#JavaScript #Programming

NodeJS: хватит нас мучить!

Друзья, я больше не могу это терпеть! Пришло время сорвать все покровы, как говорится, сделать максимальный экспоуз. Как вам наверное известно, я последний год писал backend на NodeJS. Но, мать его, настал момент сказать всё как есть, чтоб больше ни у кого иллюзий не оставалось. NodeJS — место у параши, и его единственная задача — быть вспомогательной площадкой для фронтендщиков, а не для серьезного продакшна. Этот "движок" хорош только для того, чтобы, запускать Webpack и греть место на серверах!

Теперь внимание: погуглите компании, которые понаставили себе NodeJS в продакшн. И что мы видим? Смотрим их финансы и видим — чистой прибыли кот наплакал, а то и вообще в минусе сидят! А знаете, почему? Потому что все бабки уходят на покупку и обслуживание серверов, которые эту скотину тянут. По сути, они сами себя банкротят, запрыгнув в хайп-трейн на NodeJS. Печально, братцы.

И что дальше? А дальше, как обычно: приходит Майкрософт, покупает всех этих уставших, переписывает на C#, и всё, бай-бай, NodeJS. И это я вам не просто так говорю — инсайд от одного сверхчеловека. А что сам автор Node? Он свалил, как только сделал своё дело, и понял, что это уже не его проблема. Да и вообще, его "революционная" идея про асинхронность — никакой не прорыв. Уже к концу века у нас любая помойка будет работать быстрее, чем Node. Посмотрите на результаты Dotnet Core 8. Грустно, не правда ли?

Но проблема не только в этом. Один Express чего стоит. Фреймворк, мать его, топчется на месте, последний стабильный релиз был аж в мае 2019-го. Пытаются держать поддержку версий 2013-го года, да только без толку. Каждый раз, когда ты начинаешь новый проект на Express, тебе ещё и поддержку сайтов подгонять нужно. А про всякие Skoda или Adonis вообще молчу — туфта на постном масле, ни производительности, ни стабильности.

И вишенка на торте: если у вас вдруг приложение решит крашнуться, Node просто красиво ляжет, как и положено королю. Ведь это не баги, это "особенности платформы", говорят. Как по мне, так пусть они свои "особенности" в жопу засунут, а не мне в продакшн.

А ещё ведь JavaScript! Десятки идиотских паттернов, каждая команда пишет по-своему, куча своих стандартов. В итоге сидишь, разбираешь этот хаос, чтобы хоть понять, где у них тут что связано. Зато поджигают глаза, кодят как могут, лишь бы заработать пару секунд производительности. Вот уж спасибо, а я лучше без этого поживу.

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

#Education #OOP

Когда-то давно я говорил что сделаю гайд по ООП, так вот, этот день настал.

Про подходы написания кода я говорил вот в этом посте, поэтому почитайте сначала его, а потом уже этот.

Начнем:
1. Инкапсуляция

Это одна из самых хреново воспринимаемых парадигм ООП, так как у нее есть две основные трактовки.

## Инкапсуляция - объединение данных и функций которые управляют этими методами в единый компонент.

## Инкапсуляция - механизм языка, позволяющий ограничить доступ одних компонентов программы к другим.

А вот вам примерчик на C#:

class Phone {
   private string phone = " 7 555 555 55 55";

   public void ShowPhone()

   Console.WriteLine(this.phone)
}

Он соответствует как первой трактовке, так и второй... Ведь трактовки друг другу не противоречат!

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

Почему в некоторых случаях? Потому что некоторые языки предоставляют механизм рефлексии, из-за чего можно вторгнуться в private поля и классы.

Но тут очень важный сука момент: инкапсуляция не является сокрытием, а то один человек яростно доказывал что: "Инкапсуляция обеспечивает сокрытие, но не является сокрытием"
Я могу обеспечить харчок в лицо хейтору, означает ли это что я харчок??

И если кто-то блять напишет что инкапсуляция это сокрытие то срочно звоните Илону Маску так как на моей жепной тяге он сможет добраться быстрее, чем на новейшем ракетоносителе.

Итоговое определение:

Инкапсуляция - объединение данных и функций которые управляют этими данными в единый компонент, а также ограничивающий доступ одних компонентов программы к другим