#Education #OOP

Следующее — Полиморфизм

А вот тут сейчас будет вообще жеподробительно, потому что Полиморфизм считается главной фишкой действительного ООП и второстепенной фичей желаемого ООП. Тут одним определением не отделаться, так как разные языки понимают разные формы полиморфизма, например в C#:
1. Ad-Hoc полиморфизм (в народе полиморфизм говна); представлен перегрузкой методов

class A
{
    public void ShowMessage() // Сам метод
    {
        Console.WriteLine("message");
    }

    public void ShowMessage(string message) // перегрузка метода
    {
        Console.WriteLine(message);
    }
}

class Program
{
    static void Main(string[] args)
    {
        A a = new A();
        a.ShowMessage(); // Выведет "message"
        a.ShowMessage("another message"); // Выведет "another message"
    }
}

2. Параметрический полиморфизм; представлен в C# generic'ами

public class Box<T> // Класс Box использует дженерик тип T
{
    private T item;
    public void SetItem(T item) // Установка значения элемента
    {
        item = item;
    }
    public T GetItem() // Получение значения элемента
    {
        return item;
    }
}
public class Program
{
    public static void Main()
    {
        // Создаем объект Box для хранения целочисленных значений
        Box<int> intBox = new Box<int>();
        intBox.SetItem(5);  // Устанавливаем значение 5 в коробку
        Console.WriteLine(intBox.GetItem());  // Получаем и выводим значение из коробки (5)

        // Создаем объект Box для хранения строковых значений
        Box<string> strBox = new Box<string>();
        strBox.SetItem("Hello, World!");  // Устанавливаем строку в коробку
        Console.WriteLine(strBox.GetItem());  // Получаем и выводим строку из коробки ("Hello, World!")
    }
}

3. Полиморфизм подтипов, который достигается с помощью механизмов наследования и upcast'ов

class A // Родитель
{
    public virtual void ShowMessage() // Виртуальный метод
    {
        Console.WriteLine("message");
    }
}

class B : A // Наследуемся
{
    public override void ShowMessage() // Переопределяем виртуальный метод
    {
        Console.WriteLine("override message");
    }
}

class Program
{
    static void Main(string[] args)
    {
        A a = new A();
        A b = new A(); // Приводим тип B к родительскому типу A (апкаст)
        a.ShowMessage(); // Выведет "message"
        b.ShowMessage(); // Выведет "override message"
    }
}

Вот последний тип нас и интересует, так как когда говорят о полиморфизме имеется ввиду именно эта реализация. В статических языках без полиморфизма в текущем виде наше ООП бы и закончилось, разве что могли бы код по модулям распихивать и всё. Но умные дяди спасли ситуацию и с помощью переопределения и upcast'ов мы можем выполнять различные действия. Звучит страшно но вот еще пример на C# как выглядит, к примеру, реализация логирования:

abstract class Logger // Родитель
{
    public abstract void Log(string text);
}

class ConsoleLogger : Logger // Консольный логгер
{
    public override void Log(string text)
    {
        Console.WriteLine(text);
    }
}

class FileLogger : Logger // Файловый логгер
{
    public override void Log(string text)
    {
        File.WriteAllText("log.txt", text);
    }
}

class HttpLogger : Logger // http логгер
{
    public override void Log(string text)
    {
        new HttpClient().GetAsync("https://example.com?log=" + text);
    }
}

В ходе выполнения данной программы пользователь сам решает, какая из реализаций ему нужна: просто выводить в консоль лог, сохранять его в файл log.txt или идти в глубины Интернета.

#Education #OOP

Но это всё в статической типизации. А в динамической мы можем прямо в RunTime заменять методы в объектах непринуждённым способом:

const plus = (a, b) => {
    return a + b
}

plus(5, 5) // 10
plus("рот ", "топтал") // рот топтал

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

Раз уж у нас такая пьянка, то давайте я вам покажу одну интересную фичу:

class Parrent // Родитель
{
    public virtual void Test2()
    {
        Console.WriteLine("parent test2 method");
    }
}

class A : Parrent
{
    public void Test()
    {
        Console.WriteLine("test method");
    }

    public override void Test2()
    {
        this.Test();
    }
}

class Program
{
    static void Main(string[] args)
    {
        Parrent obj = new A(); // Апкаст
        obj.Test2(); // Выведет: "test method"
        obj.Test(); // Даже не скомпилируется, хотя метод public
    }
}

Как мы после апкаста сможем вызвать метод Test?? Никак! Неужели он пропал??
Не совсем, потому что он вызывается через метод Test2 . Неужели метод Test из public стал private ? Так и есть. Получается что? Что полиморфизм обеспечивает сокрытие, ничего вам не напоминает???

#Programming #Java #Kotlin

Kotlin должен УНИЧТОЖИТЬ Java

Java — это ёбаная помойка, которой место на свалке технологий. Это чертовски громоздкий, прожорливый и устаревший динозавр, который изжил себя ещё в эпоху кнопочных телефонов. А теперь, внимание, на сцене — Kotlin. Молодой, дерзкий и безжалостный убийца, который разорвёт Java на куски.

Почему Java — это боль

Java — это язык для тех, кто любит страдать. Посмотрите на этот ад из шаблонов и бюрократии:

public class Cat {
    private final String name;
    private final String color;
    private final Integer height;

    public Cat(String name, String color, Integer height) {
        this.name = name;
        this.color = color;
        this.height = height;
    }

    public String getName() {
        return name;
    }

    public String getColor() {
        return color;
    }

    public Integer getHeight() {
        return height;
    }

    @Override
    public boolean equals(Object o) {
        if (this == o) return true;
        if (o == null || getClass() != o.getClass()) return false;
        Cat cat = (Cat) o;
        return Objects.equals(name, cat.name) && Objects.equals(color, cat.color) && Objects.equals(height, cat.height);
    }

    @Override
    public int hashCode() {
        return Objects.hash(name, color, height);
    }
}

Да за что? За какой грех нужно писать столько говнокода? Сравните с Kotlin:

data class Cat(val name: String, val color: String, val height: Int)

Вот и всё. Вы понимаете? ВСЁ. В Kotlin меньше кода, меньше боли и больше времени на жизнь.

Kotlin: дыхание свежего воздуха

Kotlin — это как найти новый смысл жизни после лет страданий. Почему? Да потому что:
Меньше кода — больше кайфа. Зачем писать 100 строк дерьма, если можно решить ту же задачу одной? Java — это как писать письмо от руки, а Kotlin — как отправить мем в Telegram.

NullPointerException? Да иди нахуй. Kotlin рубит с плеча: или ты работаешь с null правильно, или проваливай. А Java? Да она обожает швырять NullPointerException тебе в лицо как тухлые яйца.

Синтаксис для людей. В Kotlin код читается как человеческий язык. В Java — как заклинание тёмной магии из дешёвого фэнтези.

Java: хватит уже мучить нас

Java — это как Windows Vista от мира языков программирования. Медленный, неудобный и постоянно отнимающий у вас последние нервы. Да, в 90-х это был прорыв, но сейчас? Это устаревший архаизм, который нужно просто отключить от аппарата искусственного дыхания.

И давайте честно: каждый раз, когда вы открываете Android Studio и она нагревает вашу комнату, хочется крикнуть: "СУКА, ДА ПОРА УЖЕ ЧТО-ТО ДЕЛАТЬ С ЭТОЙ ГРЕБАНОЙ JAVA!".

Kotlin: будущее уже здесь

Kotlin — это как утренний кофе после дикого похмелья от Java. Он удобный, быстрый и чёткий. Он заботится о вас, в то время как Java смотрит на ваши мучения и довольно ухмыляется.
Короче, пора заканчивать с этим Java-кодоблудием. Kotlin должен её похоронить и поставить сверху памятник с надписью "REST IN PAIN".

Переходите на Kotlin, живите проще, кайфуйте больше. А Java? Да пусть она валяется на свалке.

#ITLife

Говорят в IT хорошие зарплаты...
Давайте похвастаемся, кто что заработал. Я например:

1. Выгорание
2. Нестабильность
3. Депрессию
4. Боль в пояснице
5. Синдром самозванца
6. Перфекционизм

А вы?

(Разбор принципов ООП будет, не переживайте)

#Education #OOP

Абстракция

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

Представьте, что у нас есть класс Vehicle (Транспортное средство), который определяет общие характеристики и поведение для всех транспортных средств. Мы можем создать несколько подклассов, таких как Car (Автомобиль) и Bicycle (Велосипед), которые будут наследовать от Vehicle и реализовывать свои специфические детали.

abstract class Vehicle // Абстрактный класс
{
    public abstract void Start(); // Абстрактный метод

    public void Stop() // Конкретный метод
    {
        Console.WriteLine("Vehicle stopped.");
    }
}

class Car : Vehicle
{
    public override void Start()
    {
        Console.WriteLine("Car started.");
    }
}

class Bicycle : Vehicle
{
    public override void Start()
    {
        Console.WriteLine("Bicycle started.");
    }
}

class Program
{
    static void Main(string[] args)
    {
        Vehicle myCar = new Car(); // Создаем объект Car
        myCar.Start(); // Выведет: "Car started."
        myCar.Stop(); // Выведет: "Vehicle stopped."

        Vehicle myBicycle = new Bicycle(); // Создаем объект Bicycle
        myBicycle.Start(); // Выведет: "Bicycle started."
        myBicycle.Stop(); // Выведет: "Vehicle stopped."
    }
}

В этом примере класс Vehicle является абстрактным, что означает, что мы не можем создать его экземпляр напрямую. Вместо этого мы определяем абстрактный метод Start(), который должен быть реализован в каждом подклассе. Это позволяет нам скрыть детали реализации и работать с объектами на более высоком уровне абстракции.

Теперь, когда мы создаем объекты Car и Bicycle, мы можем вызывать метод Start(), не заботясь о том, как именно он реализован в каждом конкретном классе. Это и есть сила абстракции: мы можем взаимодействовать с объектами через общий интерфейс, не вникая в детали их реализации.

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

Так что, как видите, абстракция в ООП — это не просто теоретическая концепция, а мощный инструмент, который делает разработку более эффективной и понятной.

#Other

Чем я занимаюсь?
Системная архитектура, сети и безопасность. По этим делам я лучший в моем окружении.
Но кому это надо? Пока вы учили пестики с тычинками и пели песенки о любви я получал root права в базах данных "1С Форус", я был в одном клике от удаления языка '1С' как сущность.

Я ловлю межсайтовые скриптинги, мониторю DDoS атаки, откатываю ошибки в базах данных и ошибки в транзакциях.

Internet — слышали про такое? Каждую минуту передается петабайт данных и вы хоть представляете как это работает? Нолики и единички бегают чтобы вы могли порнушку посмотреть со своего телефона. Каждый салага исходит на говно если его dubstep ремикс качается больше 12 секунд и это не магия, а способность и тяжкий труд.

И такие как Я следят за тем чтобы пакеты были доставлены в целостности. Так чем я по итогу занимаюсь? Слежу за тем чтобы один кривой config в ключевом месте не разорил к ебеням всю контору. Вот блять чем я занимаюсь.

#ITLife

Синдром самозванца в программировании

Знакомо чувство, когда ты вроде бы что-то сделал, получил похвалу, но вместо гордости ловишь себя на мысли: "Это просто случайность, мне повезло, я не такой уж хороший разработчик"?

Я знаю какого это. Я нахожусь в весьма сложном положении и мне приходится совмещать учёбу, дорогу домой (по три часа в день туда-сюда), проекты (+ коммерческие), ответственность перед семьёй, и, кажется, целую вселенную задач. За последнее время я загрузил себя шестью проектами в надежде почувствовать себя увереннее. Вместо этого возникло ощущение будто я всё ещё недостаточно хорош, что я должен работать больше, быть умнее, сильнее.

Синдром самозванца бьёт по самым слабым точкам. Я часто думаю: "Почему другие легко справляются, а у меня это отнимает все силы?" Особенно больно, когда выгоревший, со всеми этими сомнениями, открываешь соцсети или просто идёшь по улице и видишь людей, которые выглядят счастливыми и уверенными.

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

Что важно понять?

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

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

Ваши усилия ценны. Даже если вам кажется, что вы просто "везунчик", это не так. Успех складывается из вашего труда, ваших знаний, ваших идей.

Ошибки и сложности — это не провал. Это часть пути. Сложности — это то, где вы растёте.

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

Поддерживайте себя и других

Когда вы видите, что кто-то сомневается, подбодрите его. Когда сомневаетесь сами, напомните себе: вы не одиноки. Ваш путь уникален, и у каждого он идёт в своём темпе.
Лично мне помогают друзья/подруги и программирование. Даже несмотря на весь стресс, я стараюсь быть добрым к себе и к другим. Я знаю, как тяжело бывает поверить в себя, но важно не сдаваться. Мы все движемся вперёд, и даже маленький шаг — это прогресс.

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

Программирование — это не только про код, но и про уверенность в себе. Мы растём не только как разработчики, но и как люди.

#Other #Project

Проект. Выжили. Ебть.


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

Точнее, даже вид особо не делали. Они тупо сидели, втыкая в мониторы (ладно-ладно, спасибо за покушать тут базара 0), а на защите получили свои «пятерочки», будто сделали что-то кроме теплого воздуха и шаурмы с пиццей.

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

Процесс довели до конца. ЗАЩИТИЛИ!

Мы не просто представили проект — мы уничтожили защиту. Отвечали за всех, показывали всё, что можно. Ну и, конечно, радость смешалась с горечью, потому что по факту это наш проект, а лавры достались всем. Но хер с ними.

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

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

Вывод:

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

Если вы сейчас в жопе и кажется, что все против вас — плевать на всё. Просто делайте. У меня получилось, и у вас обязательно тоже.

#Project

Я вам че, клоун что ли? Хорошо...

Ну-ка, давайте, объясните мне почему при втором вызове метода Say() у нашего алкаша происходит магическое исцеление:

 
public static class Program
{
    public static void Main() 
    { 
        Boozer boozer = new Boozer();
        boozer.Say();

        Human human = boozer;
        human.Say();
    } 
}

class Human()
{
    public void Say()
    {
        Console.WriteLine("Hello world");
    }
}

class Boozer : Human
{
    public new void Say()
    {
        Console.WriteLine("Suka Blyat");
    }

Кто даст внятное объяснение подарю звёздочку. Удачи

#OS

Windows, macOS или Linux — какой выбрать?

Давайте разбираться, что к чему. Начнем с Windows. Все мы с ней знакомы, не зря она почти у каждого второго. Первое знакомство с ПК — это, скорее всего, именно она. Помните, как вы теряли часы за Суперкоровой? Долгие года на этой системе, и все вроде как хорошо, пока не начинаешь её реально использовать, а не просто юзать для «игрушек» и сёрфа.

Но, господи, какие косяки! Сначала вот этот платный софт — винда стоит порядка 200 евро! Да, многие говорят, что они взяли её бесплатно, но, серьезно, как ты себе это объясняешь? Все эти кряки и активации через непонятные скрипты — это жесть, особенно если на твоем компе лежат важные данные. Вот прямо сейчас задумывайся, кому ты доверяешь свой ПК?

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

А потом винда 11 — бомба! Обещали, что десятая версия будет последней. И вот, хоп, через пару лет появляется 11-я, которую тебе не поставить на старое железо. Причем, не забываем, что все это сделано искусственно! Дескать, мол, вот вам еще 30 баксов, и мы вам дадим ещё год обновлений для десятки. Окей, окей, ребята, клоуны в офисах.

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

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

macOS? Не лучше. По сути, это тот же закрытый код, просто у Apple всё красиво и работает почти без проблем. Но на самом деле это далеко не идеал. Если вы не купите дорогущие Apple-товары, то забудьте о macOS. Вот не поверите, но многие проблемы те же, что и в винде: не можешь кастомизировать, не можешь сделать систему под себя. Да, интерфейс красивый, да, работает хорошо, но не так гибко, как хотелось бы.

А теперь Linux — вот это уже другая тема. Это полностью открытый исходник, который разработан с идеей свободы. Никто не заставляет тебя ставить какой-то странный софт. Хочешь, получай — хочешь, не трогай! Плюс всякие дистрибутивы — ты можешь настроить систему под себя, выбрать всё, что хочешь, и не зависеть от кто-то чужих решений. Настройка — это уже не проблема, даже если ты новичок, процесс установки просто, как два пальца об асфальт. Лишь бы комп был не древним.

Уже почти 2025 год, а Linux по-прежнему остаётся самым гибким вариантом. Да, все эти внешние интерфейсы типа GNOME или KDE — они просто шикарны, но и LXQT для слабых машин — тоже норм, чё. Вообще, Linux-это удобно, и, по большому счёту, всё работает сразу. К тому же, если ты что-то накосячил — ты всегда можешь вернуться в систему и пофиксить, а с Windows — забудь.

Если ты не можешь выбрать между Linux и Windows, просто поставь Dual Boot — и наслаждайся обеими системами! Это будет круто и удобно, и ты не будешь бояться, что всё сломается, если ты используешь несколько систем.

В общем, выбор за вами — Windows для большинства игр и софта, macOS если не любишь геморрой, и Linux если хочешь полный контроль над своим ПК.

#Other

Как такового найма у меня не было. Под работай я имел ввиду фриланс и другие одноразовые задания.

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

Ха

#Programming #JavaScript

Что вы знаете о многопоточности, человечишки?

JavaScript — это такой однопоточный красавчик, который сам по себе вообще ничего не делает. Ни потоков, ни событий, ни I/O — вообще ничего. Всё, что он может, — это крутиться в цикле событий, как белка в колесе и надеяться что его кто-то спасёт.

И вот тут на помощь приходит host-среда. Это, например, браузер или Node.js которые такие:
— «Спокойно, братишка, мы тут тебе API завезли чтобы ты не умер от скуки».

Host-среда делает всю грязную работу:

Запускает события, пока JS залипает в своей однопоточной медитации.
Делает запросы к сети, потому что "fetch" — это просто обёртка, а не магия.
Организует многопоточность через всякие там Web Workers или Worker Threads, пока JavaScript даже не подозревает о происходящем.
Так почему же JS такой беспомощный?
Ну потому что он высокоуровневый! Зачем ему лезть в кишки системы? У него есть задачи поважнее:

Привязывать кнопки к событиям.
Ломать вёрстку.
Считать, что 0.1 + 0.2 === 0.30000000000000004

А как же многопоточность?
Да всё норм с многопоточностью, не паникуйте.
Ещё 9 лет назад в спецификации ECMA прописали всякие полезности:

Web Workers для параллельного кода. Но без доступа к DOM, чтобы не сломали нахрен.
SharedArrayBuffer и Atomics, чтобы можно было делить память и синхронизироваться.
Ну и асинхронщина через Promises, которая на самом деле всё равно однопоточная.
Но вся эта движуха — на ответственности host-среды. Типа JavaScript говорит:
— «Чуваки, хотите потоков? Вот стандарт. А дальше — сами».

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

И да, если кто-то скажет, что JavaScript — говно, просто помните: он однопоточный, но не тупой.

#OS

Давайте прекратим эту ебаную комедию — все эти операционные системы — говно. Я серьёзно. Windows? Псевдосистема, которая раз в неделю требует перезагрузки, потому что она сама не знает, что с собой делать. Программы, которые не могут работать нормально, обновления, которые ломают всё, что было сделано вчера. Где нормальные драйвера для старого железа? Сколько лет прошло, а она всё равно глючит как лошадь! И вам не стыдно, что до сих пор работаете на этом мусоре?

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

Но! А вот FreeBSD — это реальная система для настоящих людей. Это лучшее, что придумало человечество! Если ты ещё не знаешь, что такое FreeBSD, просто замолчи. Это не для всех этих поклонников упрощённых решений. FreeBSD — это вселенная настраиваемых возможностей, передовая безопасность и непобедимая стабильность. Она не просто работает — она делает твою жизнь проще, если ты не боишься реально разобраться в системе и настроить её под себя.

Но херь в том, что все эти диванные эксперты продолжают толкать картонные системы, сидят в этих убогих Windows и MacOS и думают, что они в игре. Да, расскажите мне про стабильность в системе, которая вылетает на каждом шагу и требует восстановления после каждой правки. Если это норм, мне вас не жалко.

Linux? Пффф, это ещё один детский сад. Куча кода, который не работает без танцев с бубном. Хочешь настроить? Пожалуйста, всё будет по настроению, может быть. Но ты не можешь почувствовать то, что дает тебе FreeBSD — это система для тех, кто хочет потрогать реальную мощь. FreeBSD не требует от тебя сдаться или опустить руки. Она требует уважения, она долбит стабильно, она показывает, кто тут главный.

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

#OS

Chrome OS? Это не операционная система, а просто неудачный псевдопроект для людей, которые слишком ленивы, чтобы вообще думать о том, что они делают с компьютером.. Серьёзно, это просто интернет в обёртке. Ты реально готов провести всю свою жизнь в браузере, который не может нормально запускать ни одно серьёзное приложение? Это что, перспективы будущего? Так можно смотреть на картинку и считать, что ты живешь в каком-то идеальном мире, где всё "работает", а на деле — это просто убогая песочница, заточенная под простенькие задачи, которыми даже школьник может управлять.

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

Знаешь, как это работает? Купил себе хромбук — вот тебе и "освежение". Это как пытаться пользоваться телефоном, только с ужасной клавиатурой и экраном размером с кусок картона. Chrome OS не даёт тебе ни реального контроля, ни реальных возможностей. Ты зависишь от облака и от воли Google, как кучка бесхребетных овец, которые не могут делать ничего, кроме как скакать по предложенному пути. Даже если ты вдруг захочешь установить что-то нормальное — жопа, брат, тебе в лицо скажут, что ты не для этого сюда пришёл.

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

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

Chrome OS — это не будущее, это свинарник для слабых и наивных. Просто потому что Google решил, что ты настолько туп, что тебе не нужно больше ничего, кроме их браузера. Идите нахрен с такой системой. Я бы лучше полдня сидел на винде с кучей вирусов, чем все эти годы мучился с хромом, который называет себя "ОС".

#JavaScript #Programming

JavaScript — лучший язык программирования. И я вам сейчас это докажу!

Кто придумал этот миф, что другие языки круче, чем JavaScript? Кто вообще решился это сказать в лицо? Серьезно, я устал от этих пустых рассуждений. Все эти "сложные", "мощные" языки — это просто прикрытие для вашего неумения работать с реальностью. Да, я говорю про C, Java, Python, и все эти другие штуки, на которых можно годами сидеть и всё равно не увидеть конечного результата.

Почему JavaScript — это всё, что тебе нужно?
Вот смотри, Node.js — это не просто какая-то лажа, как вы думаете. Node.js — это как Шварценеггер в мире программирования. Ты можешь запустить весь бэкенд на этой убойной платформе и не заботиться о какой-то мракобесной многозадачности или потере памяти, как на C++. Ты просто берешь npm и заполняешь репозиторий этими фичами, как настоящий космонавт, который уже вышел на орбиту.

И да, npm — эта штука, которая делает из твоего проекта реальный блокбастер, за пару минут. А вы мне тут рассказываете про Maven и всякие там Ant для Java? Чуваки, если вам нужно выживать среди 50 гигов зависимостей — ну окей, ради бога. Только как вы ещё держитесь? По мне, так это пиздец.

Разберём остальное говно по полочкам:
Python. О, ну конечно, это всё про "читаемость кода", про эти "красивые" отступы, а в реальности — половина всех библиотек сыпется и не работает. И, блядь, GIL? Ты мне серьёзно говоришь, что нужно суетиться с этим говном на многозадачности? Да нахуй это надо! Время упущено, пока ты с этим ковыряешься. Всё, что тебе нужно — это JavaScript и тот же Node.js. Всё просто. А если тебе не хватает скорости — жми C++, но об этом позже.

Java. "Платформа независимость". Да, спасибо, но если ты тратишь 10 лет на настройку одного приложения — пошёл ты. Тебе придётся написать миллион строк кода, чтобы сделать то, что на JavaScript уже будет через 5 минут. Ты уверен, что такой подход — это вообще норм? Ну, и, конечно, всякие жуткие JVM и Spring, которые просто съедают время на настройку. Все эти технологии — это как ходить с мешком цемента в надежде на какой-то успех.

C++. Это, конечно, если ты хочешь почувствовать себя как программист 90-х, но, сука, кто вообще использует память и указатели в 2024 году? Я просто не понимаю! Мы тут с Node.js сидим, делаем асинхронку как настоящие боги, а ты — с этими идиотскими классами и объектами... Это как с ручным тормозом на автопилоте.

Ruby on Rails? Да, конечно, если ты хочешь сидеть и втирать пользователю фичи, которые не работают через неделю, когда твой код упадёт в производственной среде. Просто зайди в интернет, и убедись, сколько людей мучаются с этим, стараясь «сделать всё быстро». Эмоции? Пиздец!

Go — блядь, серьёзно? Это всё про «системное программирование», но как только ты начинаешь писать реально масштабируемое приложение, Go превращается в кучу непонятного говна с кучей goroutine и абсолютно нечитабельного кода. А у Node.js ты вообще не паришься, потому что всё уже работает как часы и ты не стоишь перед выбором: «Как мне добавить ещё несколько тысяч потоков без багов?»

Вот почему JavaScript и Node.js — это всё:

Ты просто берешь и разворачиваешь сервер на Express.js за пару минут. Готово.

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

Пишешь асинхронно и не переживаешь, что твоё приложение падет на первом же запросе.

npm — и весь мир твоих фич у тебя в кармане. А не сижу я тут с твоими JAR-файлами на Java.

Вам тут нравится грести этот старый говняный код на Python и Java? Отлично. Но я буду кайфовать, пока ты будешь разбираться с багами на своей мегаплатформе. Потому что я на JavaScript и Node.js буду работать в 5 раз быстрее, и не ебать себе мозги с кучей ошибок и тяжёлых настроек.

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