Луговский 20 лет спустя

А ведь была отличная windows mobile (phone)

ерепроверил ещё раз страничку о сайте. Про Linux/UNIX есть, про опенсорс есть, про проблемы с ГУЙем - нет…

Вот одна из проблем.
Выпустили новый blender и предыдущий GUI «в небытие».

Почему всё так?
Потому что GUI ВСЕГДА прибито к проекту.

Можно ли по другому?
НУЖНО!

«Кто не пробовал новое вино, для того старое всегда лучше».

Кстати у меня уже диалоговые окна «не прибиты гвоздями к проекту», но ныне более приоритетно разработка API для управления данными, которое «не прибито гвоздями к ОС и проектам».
Весьма трудоёмкое API.
Профит в том, что не нужно будет изобретать 1001 велосиипед другим программистам.

Впрочем, а VB и Delphi-кодерах нынче что-то мало слышно, хотя системы в принципе даже живые и новые версии выходят

На заводах встречаются вакансии с делфи, инфа сотка.

Некоторые ещё сидят на семёрке.

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

такое бывает со многими.

Некоторые ещё сидят на семёрке

Чё тут далеко ходить?
У меня Windows 11 c 128GB ram, двумя HDD по 4TB и куча мала внешних hdd, а разработку веду на виртуальной машине с Windows 7 на Visual Studio 2013.

Понимаете разработка это не «Кто выще бье, то краще грае».
Хороший кроссплатформенный код будет работать под любой ОС …

Почему такая аппаратная конфигурация?
А вот подумайте немного …

Хороший кроссплатформенный код будет работать под любой ОС …

так сиди на досе, зачем тебе 7 и 11. или код в этом мире недостаточно хорош для маздайка-разработчика?

так сиди на досе, зачем тебе 7 и 11. или код в этом мире недостаточно хорош для маздайка-разработчика?

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

Через некоторое время подзаточу его и под Linux.
Код писал кроссплатформенным, но понятно, что «шереховатости» вполне могут быть.
Честно говоря костяк кроссплатформенного кода перенял из нескольких не мной разработанных проектов.

500+ строк на схеме

писалось девять лет

Стартап: оптимизатор байткода net.

Так вот как выглядит успешный успех!

500+ строк на схеме

писалось девять лет

Одну строчку на бумаге иногда пишут полвека, а тут каких-то 500 на scheme, таки не смешите мои штиблеты.

// Когда еще общался с Particle Data Group, один из коллег процитировал реплику на митинге по случаю миграции PDG с бесконечной лапши из фортрановских программ на компактное ядро на scheme и обвязку на нем же для генерации веб(и не только)-интерфейсов: «Show me that army of PhD students who did this in three years!». На самом деле, делали это три человека, один из них был vsl.

ЗЫ

vsl до сих пор (upd: до 2020 точно, потом не проверял) числится в PDG как technical associate, хотя ушел за горизонт лет 20 уже как.

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

Выпустили новый blender и предыдущий GUI «в небытие».

не забуду, не прощу!! году так в 2020-2019 эти негодяи блендер перестали собирать под windows 7 – типа немодно это, всех загоняли пинками в рай, в дисяточку.

хотя старый на пару версий ранее спокойно продолжал работать, работать и ещё раз работать.

так ли уж нужны были эти новые API или им просто было лень пересобирать – примерно как с хромиумом – есть thorium, supermium, которым не лень; есть firefox под winxp mypal68 как-то так, палемун, и ещё что-то на XUL, в конце-то концов.

но нет – всех пересадили сначала на новое API; потом на тот же electron/node.js; например, дискорд – он официально перестал работать под семёрочку ещё до того как был официально забанен.

хотя опять же, никаких объективно признаков и причин использовать эти новомодные API, ломающие совместимость.

потом например, ещё одна игрушка в steam на electron/node.js. до того как туда добавли achievements, – спокойно работала и под семёрочкой и под дисяточкой.

стим клиент – спокойно всё обновлял.

затем внезапно, сначала добавили в игрушку какой-то API из steamworks на дотнете под дисяточку-only. в итоге браузерка перестала запускаться под семёрочкой.

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

так ли уж нужны все эти новомодные API?

текстовый редактор GreenPad например, всё ещё нормально запускается как под win 3.11 так и под все более современные новомодные – совершенно идентично.

motif всегда живой, всегда молодой – всё ещё запускается и выглядит совершенно идентично (тому что было лет 30-35 назад, ога)

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

первый звоночек культуры отмены семёрочки начался ещё с блендера. затем к этому присоединились msys2 и electron.js; хромобраузеры;

в общем, так ли уж нужны эти новомодные API – ломающие совместимость со старыми добрыми осями?

луговской

он там свой MBase с PEG-грамматиками дописал наконец или как?

или оно где-то в потрохах «хитрозадой оптимизации под дотнет» так и протухло?

кто тут знает, что дальше с этим MBase (или как-то так) случилось?

Винда была так хорошо сделана, что за 25 лет её индусы не смогли ушатать окончательно. Хотя очень старались.

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

dreams come true – сейчас быдлокодеры пишут индусокод нейросетями и синеэкранно крашат одинаццатую своими откровениями обновлениями

каждая следующая версия винды находится в состоянии полураспада: halflife : в два раза больше чем предыдущая: NT4, Win2000, Win2003/2008, Win7,8.1; 10 = 2x 7 = 2x10 Гб = 20 Гб; 11 = 2x 10 = 40 Гб в чистой дефолтной установке.

доколе ???

кодеры не нужны абсолютно – эти нелепые бездарные кодерастишки. современная чятгопота генерит индусокод промышленными индусами в промышленных масштабах.

и выдаёт это за «современное», «новомодное», «молодёжное» и хипстерское API, лолЪ…

… ломая при всём при этом обратную совместимость, на уровне API а не только ABI.

нелепые кодерастишки. dont call’em coders: they’re just codemonkeys.

vsl был прав всю дорогу, походу

тыкал эту MBase году в 2007. работало, парсило PEG-грамматиками на схеме.
но довольно сильно тормозило, и не было там инкрементального парсера.

там что-то изменилось за последние 20 лет?

в общем, так ли уж нужны эти новомодные API – ломающие совместимость со старыми добрыми осями?

Microsoft оно нужно.
Деньги то как-то нужно зарабатывать, …

первый звоночек культуры отмены семёрочки начался ещё с блендера. затем к этому присоединились msys2 и electron.js; хромобраузеры;

Пошучу

За бугром ныне «санкции» в тренде и до ОС добрались …
По научному это называется - революция.
А в революции путь всегда разрушения, а созидании обычно «… мы новый мир построим, … и все программисты будут счастливы».
ИМХО по существу это - обман.

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

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

1. Есть риск, что улучшение сломает работающий (пусть и через пятую точку) функционал, или связанный функционал
2. На это улучшение требуется затратить ресурсы, которые с т.з. бизнеса лучше потратить на внедрение ещё одной, но новой, функции

Чаще всего, оно так и остаётся. Во многих пропиетарных проектах есть страничка в вики со списком всех костылей, которая всегда растёт, и никогда не уменьшается.

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

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

Их можно исправить, хотя бы в теории, взяв и исправив код. Проблемы также существуют и в пропиетарном софте, только исправить их невозможно практически никак, хоть в лепёшку расшибись.

Я относительно недавно работал в компании, которая писала софт под Windows, в том числе. Одна фича Windows (не буду вдаваться в детали, чтобы не выдать компанию, это всё же было под NDA), не работала, так, как предполагалось. Описание фичи в доке по устройству и API Windows - где-то 2 строки. Но в данном виде фича не работает.

В логах (event viewer, или как его там) ничего не появляется - ни положительных сообщений, ни ошибок, ни ворнингов. Фича просто не работает.

Полное описание этой фичи в доках от MS - множество страниц бюрократического формального теста, которое жуёшь как бумагу - каждое предложение разбавлено кучей ненужных слов, чтобы было многословно, и выглядело «серьёзно», но из-за этого его очень сложно понять (когда тепхпис раздувает «дёрни ручка A, и передай в неё параметры Б=1, С=3» на несколько страниц текста, из которых буквально приходится как из ребуса выцарапывать эту инфу). Даже после полного прочтения понятнее не стало.

На реализацию фичи было затрачено где-то 3-4 месяца нескольких человек, и была она реализована только после того, как дизассемблировали системную DLL, реализующую эту функцию, чтобы понять, что и в каком порядке на самом деле надо вызывать.

Это гораздо сложнее, трудозатранее, и дольше, чем работа с любым open source.

Где почитать?

Архивы fido7.ru.linux, где конкретно - не знаю. Если жив ещё Google Groups, можно попробовать там.

На реализацию фичи было затрачено где-то 3-4 месяца нескольких человек, и была она реализована только после того, как дизассемблировали системную DLL, реализующую эту функцию, чтобы понять, что и в каком порядке на самом деле надо вызывать.

Иногда исходники wine помогают.
Да и исходники Windows Server 2003 на torrents имеются.
Иногда полезно и в исходники ReactOS заглянуть.

А так молодцы конечно!
РЕСПЕКТ!

Если фича работает, пускай через одно место, то никто никогда не выделит ресурсов на её улучшение.

Это, конечно же, абсолютно враньё, опровергаемое ченжлогом любого крупного проекта.

Их можно исправить, хотя бы в теории, взяв и исправив код.

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

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

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

Это, конечно же, абсолютно враньё, опровергаемое ченжлогом любого крупного проекта.

Какие ченжлоги? Нормальные ченжлоги бывать лишь изредка у open source проектов. Ченжлоги пропиетарщины сейчас, в большинстве случаев, состоят из «Пофиксили баги и добавили новые фичи, чтобы вам стало лучше».

Конечно, ничего абсолютного в этом мире нет. Иногда костыли исправляются, но очень редко.

Если фича есть, и она работает, пускай и с костыльной реализацией (неоптимальной, мешающей развивать проект из-за негибкости), то добиться разрешения от бизнеса пофиксить костыльную реализацию на нормальную - очень сложно, на грани невозможности. С точки зрения бизнеса, функция уже есть и работает. А все просьбы разработчиков о выделении времени на исправление косяков - блажь и прокрастинация. Вместо того, чтобы потратить спринт или часть спринта на исправление костыля (костылей), можно это же время разрабов направить на реализацию сторисов в банковском приложении.

Такова логика бизнеса, и это я говорю, как из личного опыта, довольно богатого, так и из чтения интервью, эссе с бизнесом.

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

MS - гигантская корпорация. Поверхность API самой Windows и связанных сервисов - огромной площади.

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

тот комментарий был написан из University of Cambridge

У меня есть ощущение что в Cambridge он попал благодаря жене, которую туда постдоком или типа того взяли.

В смысле - пошёл на работу к жене и оттуда писал на ЛОРе? :)

vsl был прав всю дорогу, походу

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

Самое главное в чем vsl не прав - это что он с восторгом неофита, просветившегося в computer science, сильно переоценил его значение и вообще значение программирования. На самом деле в 99% случаев важнее знание предметной области и некоторое чутье на то, что востребовано рынком сейчас (или вовсе создать эту востребованность). Причем знание предметной области часто еще может означать знание библиотек и фреймворков и уже не очень важно на каком языке их применять.

Хороший пример сейчас с датасайенсом с нейросетями и ML. На работе от специалиста в них требуется знание математики, уже накопленных инструментов, вроде торча и тп. и мозгов применять это для решения задач. Хорошее знание computer science будет плюсом, но не обязательным. Вот тем, кто пишет pytorch и подобные фреймворки, cs куда нужнее, но таких ребят нужно в 1000 или даже в 10000 раз меньше, чем просто ML-ков и даже там подозреваю cs не главное.

Кроме того, формула, что лучше нанять 1-го суперпрофессионала, заменяющего 10 кодеришек, на практике почему-то тоже плохо работает. Это иногда позволяет стартапам откусить часть рынка. Как в уже классической истории еще 90-х с ViaWeb Морриса, который там на лиспе всех порвал на старте. Вот только потом все-равно на C++ переписывали, как я слышал.

тыкал эту MBase году в 2007. работало, парсило PEG-грамматиками на схеме.

Так это и есть суперпроект Луговского? Что-то не слышал о нем :))) В чем там фишка, что могло делать?

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

Когда-то паучок разработал, который просканил всю MSDN и сгенегерировал биндинги в виде исходников для всег подсистем - *.cpp, *h, *.idl.
Реультат весил 50MB.
При этом при генерации все аргументы функций сравнилась с исходниками *.h из Visual Studio.
Кстати в исходники генератор включал и комментарии к функциям и аргументам взятые из MSDN.
Так вот в MSDN было всего лишь штук пять расхождений с исходниками *.h.
Понятно, что сама MSDN не ручками писана на 100%, а часть текстов сгенерированая на основании данных некой базы данных.

class MessageQueuing
//
// Links:  MessageQueuing                                 .
//
class CMessageQueuing : public WCRT::WCRTError {

public:

// Constructor/destructor/operators
//

// Set and get attributes
//

// The following functions are used to manage WebSocket
//
__declspec(dllexport) HRESULT APIENTRY MQBeginTransaction(  // The MQBeginTransaction function creates a Message Queuing internal transaction object that can be used to send messages to a queue or read messages from a queue
  ITransaction ppTransaction
);

__declspec(dllexport) HRESULT APIENTRY MQCloseCursor(      // The MQCloseCursor function closes a specific cursor, allowing Message Queuing to release the associated resources
  HANDLE hCursor
);

...

// — The MQBeginTransaction function creates a Message Queuing internal transaction object that can be used to send messages to a queue or read messages from a queue. //
HRESULT APIENTRY CMessageQueuing::MQBeginTransaction( ITransaction ppTransaction ) { /* Parameters

ppTransaction [out] Pointer to a pointer to the ITransaction interface for the new transaction object.

MQ_OK Indicates success. MQ_ERROR_INSUFFICIENT_RESOURCES (0xC00E0027) There are no resources to create a new transaction. MQ_ERROR_TRANSACTION_ENLIST (0xC00E0058) Message Queuing could not enlist in the transaction.

Return value

Remarks

The pointer returned by MQBeginTransaction can be used to set the pTransaction parameter of MQSendMessage or MQReceiveMessage. When using an explicit internal transaction, make sure that the transact.h header file is included before mq.h. Transact.h provides the transaction object.

When using COM components, you can initiate a new Message Queuing internal transaction by calling the MSMQTransactionDispenser .BeginTransaction method, which returns a COM object that represents the new underlying transaction object.

For information on See

Explicit internal transactions Message Queuing Internal Transactions

Implicit internal transactions Single-Message Transactions

The following code example is included in Using Message Queuing.

For a complete example of See

Sending a message using an internal transaction C/C++ Code Example: Sending a Message Using an Internal Transaction

*/

…

Ойвей, очередной интернет-пустобрёх оказался очередным интернет-пустобрёхом. Никогда такого не было…

Для чего понадобились биндинги если имеются исходники *.h?

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

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

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

Для Linux мне не придётся выполнять такого рода работу, так как
используется своя кроссплатформенная crt лишь местами, использующая функции из библиотек Linux.

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

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

Разработал свою crt в которой много разного функционала не зависящего от наличия системных библиотек Windows или Linux (кое что конечно из них использую, так как по другому никак).

в свое время немало шороху в околопрограммистской части рунета навел

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

Может он конечно сменил фамилию и имя и сейчас минимум долларовый миллиардер,

Каким образом?
Для этого же нужно было что-то значимое сообществу предложить.
Не за счёт же одного пиара?

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

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

Для этого же нужно было что-то значимое сообществу предложить.

Ну хз, в свое время он еще любил намекать, что есть всем известные компании и отрасли программирования, а есть что-то суперэлитное, известное только в узких, но очень богатых кругах, вроде квантов (финтех, биржи).

Но ведь, предъява вообще была на то, что его разработки по всему земному шарику выкинут быдлокодеров с работы =))

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

А так и есть. Не прямо суперэлитное, но кастомный тулинг в околофинансах цветёт и пахнет. У банка Standard Chartered аж свой внутренний компилятор Хачкеля есть. Или тут на форуме раньше mv был, он писал было как он сотоварищи делал eDSL на лишпе для программирования FPGA под задачи HFT.

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

Ну и что? Это каким-то образом доказывает, что нет тёмных неосвещённых углов во всех API и сервисах Windows? Нет, не доказывает.

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

Как на хабре, где хабрахомячки обожают чесать своё ЧСВ, заявляя: «Мы it-шники, работаем с логикой, потому мы мыслим безупречно логично и рационально».

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

То, что этот дурак набил себе голову какими-то сферическими знаниями, не меняет того факта, что он дурак. Ещё один пример подобного дурака - Вассерман (который Онотоле).

Ну и что? Это каким-то образом доказывает, что нет тёмных неосвещённых углов во всех API и сервисах Windows? Нет, не доказывает.

Доказывать кому-то, это пустая трата времени.
Да и какие-то поиски чегой-то там наврядли полезны.
Вот смотрите, какое API наиболее востребовано при разработке проектов?
Работа с объектами, строками и, …
Можно полагаться на чьи то разработки, но они частенько без исходников и не кроссплафоменны.
Зачем тратить время на какие-то поиски если можно самому разработать весь необходимый API.
К примеру работа строками.
Зачем юзать разный API Microsoft?
Если не лениться, то за пару недель вполне можно разработать своё кроссплатформенное API, … К примеру рразработал crt 1C 8.3 в части API для работы с: датами, датами и временем, строками и прикладными объектами за полтора месяца на базе своего core.
А можно было бы полтора месяца чегой-то там где-то там искать.
Что лучше?

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

Самый большой наш недруг это - лень.
И в этом ни кто-то виноват, а мы сами.

. Системность просто не свойственна большинству программистов в силу их характера.

Искренне нежаль.
Многие толком и не понимаю что означает термин «системное программирование».
В основном связывают его с разработкой чего-то там для ОС.

Ой - искренне жаль.

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

Это он на физфаке нахватался. Советские физики через одного такие поехавшие, что не мешало им быть крупными специалистами. То, что Луговский самоутверждался в тусовке птушников, конечно его не красит. Но он точно никакой не дурак. Дураки это лоровцы, которые с ним пытались спорить. Многие до сих пор тут сидят и все 25 лет «дискутируют» на уровне кедо-гномо-срачей.

Это, конечно же, абсолютно враньё, опровергаемое ченжлогом любого крупного проекта.

Какие ченжлоги? Нормальные ченжлоги бывать лишь изредка у open source проектов. Ченжлоги пропиетарщины сейчас, в большинстве случаев, состоят из «Пофиксили баги и добавили новые фичи, чтобы вам стало лучше».

Вы на улицу из манямирка вообще выходите?

Берём первый попавшийся проприетарный проект:

https://www.jenkins.io/changelog-stable/

Only update affected computers when adding/updating/removing nodes instead of reviewing every computer and checking their retention strategy, which can cause performance issues at scale. JENKINS-33704

У него ещё и багзилла публична.

Берём другой:

https://www.alanwake.com/story/alan-wake-2-update-notes/

[PS5 Pro] Slightly adjusted visual settings of the Performance mode to achieve a more consistent framerate.

Lighting optimizations inside the Overlap in RE02 The Heart saving 1ms – 1.2ms for smoother performance.

И это только публичные. То, что с коммерческими поставщиками ПО вы дела никогда не имели, уже понятно.

Многие до сих пор тут сидят и все 25 лет «дискутируют» на уровне кедо-гномо-срачей.

У каждого своё счастье …
Здесь главное, что им радостно от этих постов и мне пожалуй их не понять.
Не потому, что лучше кого-то.

Пошучу.

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

Самое главное в чем vsl не прав - это что он с восторгом неофита, просветившегося в computer science, сильно переоценил его значение и вообще значение программирования.

В тот момент, когда он неофитно восторгался (если вообще это делал) цифровизация ещё только начинала набирать обороты, и это знание имело значение, гораздо большее, чем сейчас.

Сейчас его ценность нивелируется тем, что у каждого в кармане по полгигабайта памяти и 8 ядер.