что за «объект»?

Man ООП

Текущая концепция просто работает, нет предпосылок для изменений.

А ты тыкал код этого «работающего»? :)

Всё есть systemd!

Не везде нужно ООП, зачастую использование такого подхода просто плодит сущности.

Конечно, не везде. Но когда мы тыкали GTK, у меня было такое чувство, будто в говне искупался. Зачем писать на Си такого монстра?! О_о

Man ООП

С разморозкой! ООП давно провалился.

что мешает файлу быть объектом?

что есть не объект? субъект?

Не смотря на универсальность концепции, что все-таки не является объектом?

И как ты себе это представляешь? Система не ЯП.

А можно на пруф поглядеть?

А никто и не говорит, что у gtk код хороший, скорее наоборот. Просто это тулкит, который не выглядит как говно.

Давай придираться к словам. Имею в виду, когда будет использоваться концепция ООП повсеместно.

Где возможно, разумеется.

//задолбало парсить /proc

не превратится. а если превратится, это будет не Unix.

это просто самая основная концепция, наряду с конвейером.

man точка, окружность. зачем базовое подменять чем-то?

Просто это тулкит, который выглядит как говно.

FXD4TGJ

Лучше нет.

Существует две концепции делать все просто: по MIT и не MIT. По MIT простота внешнего/пользовательского интерфейса превыше внутреннего.

Объектная модель — не серебрянная пуля.

Взять хотя бы виндовс и regedit. Проще? Лучше?

//задолбало парсить /proc

procfs и sysfs это костыли, да. Перепиши сам. Выкинь наружу дескриптор, создай протокол и вауля все будет в лучшем виде. Были попытки сделать гейт в юзерспейсе, увы проект приняли «да-да, это круто, но нам лень». А если пилить на уровне ядра, будет «да-да, круто, попробуем» и через несколько лет данная техника вытеснит /proc.

«все есть объект»

Где возможно, разумеется

Не провалился.

Вообще-то давно превратился. С тех пор как появились всякие ioctl, многими вещами рулят не через ввод-вывод текста, а через дёрганье ioctl, т.е. передачу сообщений.

ты не в тренде. теперь модно в функциональщину. лямбды там и прочие плюшки.

На ЛОРе уже тестируется парадигма «всё есть тупак».

На ЛОРе уже тестируется парадигма «всё есть ненужно».

фиксед

смотри, perl - это ооп. Но коду на перле от этого легче не стало!

Далее, есть такая cms - bitrix. Она написана на php, у которого ооп так себе. Но её попытались сделать объектной. В итоге поддержка сильно усложнена.

по кури «Историю чтения» и то что юникс это впервую очередь система обработки текстов.

скорее всё есть текст будет усугублятся

ибо текст в том числе сереализованный обьект.

и вообще.

в начале было СЛОВО.

Нет. Не было бы лучше. Пробовали уже, и кто теперь этим PowerShell пользуется?

Для мелкой скриптни плохоструктурированный человекочитаемый формат гораздо удобнее.

всё есть текст универсальней инстумент , чем всё есть обьект.

Qt лучше.
Не без изъянов, но лучше.
GTK всегда смотрелось уродливо, видать проблема by design и никакие темы этому не помогали.

ядро на основе «всё есть фигня» станет хитом продаж.

всё есть тлен

Все и так было обьектом, а то что оно еще было и файлом иногда - частный случай

Нет, спасибо, не надо. Серьезно, не надо, спасибо.

Не превратится

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

Певрое утверждение в общем-то мало отличается от «всё есть объект», потому что файл это такой объект.

А вот второе утверждение ни в коем случае в рамках юниксвейности не станет «программы передают друг другу объекты». Суть передачи текстом в том, что программист, пользователь или админ может вмешаться в передачу, понять что происходит, если нужно — изменить. Текст именно тем ценен, что его можно прочитать.

Просто это тулкит, который выглядит как говно.

*fixed*

Всё есть последовательность бит - отсюда пляши.

Все и есть объекты. Переменные/аттрибуты - файлы, методы - запускаемые файлы. Чего еще не хватает?

Нет. И слава богу.

А, все, понял. Очередное дите доросло и осознало мир.
javaOS на связи, конец 90х прорывается через телепорт.

Не ожидал от тебя это услышать.

С разморозкой!

this.UnFreeze()

Пардон: this->UnFreeze();

У ООП есть конечно своя ниша, но старая-добрая мантра «всё-есть-обьект» уж точно больше не актуальна.

старая-добрая мантра «всё-есть-обьект

Контрпример в студию. На самом деле всё-есть-файл

что есть не объект? субъект?

Кстати, будущее за субъектами.

По-осторожней с «всё есть» высказываниями. =) Всё есть. И точка. А файл это, объект или что-то другое, зависит уже от парадигмы и точки зрения.

Всё есть. И точка.

Ну. Как я и сказал. Всё есть файл (запускаемый или его аргумент).

Перл - это очень плохой пример ООП, в перле от ООП только хуже.

Код концепции? Ты упоролся?

Не знаю. Но GTK исповедует принципы ООП.