Правильный вопрос. Останутся. Для приложений использующих chromayakoza[-1 или менее от актуальной].dll. Подход «как в DirectX» — это компромисс. Чтобы новые приложения могли использовать новые фичи и багфиксы, старые при этом не ломались, а новая версия библиотеки была по‑сути «патчем» предыдущей.
Но какая альтернатива? Если бы на этот вопрос кто‑то нашел (желательно простой) ответ — премию Тьюринга ему! Linux с его «вечнозелёной» libc.so.6 тоже не лишен этой проблемы кстати. Там просто она гораздо более изящно «под коврик» спрятана.
Эх, кастомные кассетные loader-ы... Сейчас мне 46 и я до сих пор ими увлекаюсь, с 14-ти. Меня тогда сразу зацепил загрузчик Exolon - там где загрузка идёт без полос на бордере, но отсчет времени до конца загрузки - это вращающийся счётчик! Как в автомобиле или электрощитке! А потом... ой чего я только не видел и не декомпилировал! Например, лоадер в котором в процессе загрузки с кассеты (а там же реалтайм и жесткие тайминги) можно было играть в мини-игру!!!
Сейчас - у меня есть "реал" и магнитофон. И мой собственный лоадер, на который я перевёл большинство своих любимых игр. Я его называю "2BL" - то есть "Two-Blocks-Loader". Его фишка в том, что он использует стандартный загрузчик из ROM, но при этом первый блок содержит сам загрузчик, заставку, и распаковщик второго блока. После загрузки он перекидывает код загрузки и распаковки второго блока в буфер принтера по адресу 23296 (там 256 байт, но этого более чем достаточно), и грузит второй, сжатый MegaLZ блок, причем с таким расчетом чтобы его последний байт "упёрся" в 0xFFFF. А далее - распаковщик (размером всего в 96 байт) разворачивает его куда следует, и запускает игру. Сжатие как правило в 1,5 - 2 раза (а следовательно и скорость загрузки). Никаких спецэффектов - всё только ради максимально быстрой загрузки стандартной процедурой из ROM.
Рефакторингом? Как будто это что-то плохое. Наоборот, разработчики и рады бы, но "факинбизнес" требует фич. "переписыванием со Scala на GO" - seriously? Ни один team-lead/architect такого не допустит по желанию левой пятки разработчиков и без одобрения CIO/CEO. Ну а про "закругление кнопок" - вообще не представляю программиста которому было бы на это не плевать (но менеджерьё заставляет). Хотя на любом современном фреймворке - не программистское это дело.
Разработчики железа и ПО для него зачастую ОЧЕНЬ разные люди. Более того: хуже когда отнюдь неплохие разработчики отнюдь неплохого железа берутся за драйверы, вместо того чтобы открыть datasheet-ы, спецификации и т.д. Я часто задаюсь вопросом: "что и от кого вы прячете?! А главное: зачем?"
А и правда, как так? Истории Therac-25 или Boeing никого не то чтобы не научили, индустрия разработки отреагировала в лучшем случае отсылкой к подготовленным лучшими юристами «Legal Disclaimer». А иногда — как Microsoft в лицензионном соглашении Windows 95 (кстати, а его кто‑то читал? Именно Windows 95?) Они в нём главным образом не себе отмазки лепили — а Java пинали! Так что не удивляюсь почему на них Sun (теперь уже Oracle) агрились. Там было про то что «мы не можем гарантировать того, что какая‑то java в Нашей Операционной Системе будет работать стабильно и не нанесет вреда жизни и здоровью людей». Это было лирическое (но важное) отступление.
Так вот, регулирование, сертификация, проверки и.т.п. — они таки очень даже существуют. Не в стране, на языке которой я пишу этот коммент, и естественно не на уровне Android‑приложения «Пиццерия Дона Корлеоне Online». Но рассказывать про это я не могу и не хочу.
Teams — очень хороший и показательный пример. Но! Там они играют своим софтом и «на своём поле». Хотя Teams For Linux, что ожидаемо, таскает за собой Chromium, но спасибо на том, что он там работает, причём на удивление пристойно, и UI/UX неотличим от Windows/MacOS. Хотя памяти жрет как... Chromium)
Здесь можно было бы посмотреть, как та же Microsoft решила эту проблему в DirectX. Решение не идеальное (а что в этом мире идеально?) но они его нашли. Есть базовая (точно не помню, нет Windows под рукой) dx3d.dll, и далее dx3d_35.dll, dx3d_36.dll, dx3d_37.dll... dx3d_48.dll, и т. д. Последующие — не заменяют, а дополняют и/или переопределяют функционал предыдущих. Да, «адочек» еще тот, но хоть что‑то в нужном направлении! Сравните с уже упомянутой мной libc.so.6 в Linux. Но там — Surprise, Surprise — «под капотом» — устроенно примерно так же, как у Microsoft с DirectX‑библиотеками (только всё в одном файле, отсюда и иллюзия железобетонной стабильности). Хотя часто (но далеко не всегда) игры тянут к себе «под одеяло» свой набор тех же самых библиотек. А пресловутую msvcrt — действительно, каждый калькулятор предпочитает в свой каталог положить, «как бы чего не вышло».
А сформулировать всё это можно одним выражением: «Всеобщий кризис доверия к системе» (и как следствие — системным библиотекам)
Но с другой стороны: Windows, MacOS, Android, Linux — многим хочется быть сразу и везде. И Electron дал такую возможность. Несмотря на цену (которую платит конечный пользователь), а для разработчиков и тем более менеджмента — это же Silver Bullet какая‑то!
Да и пусть был бы chromium.dll. Но увы, нет — и не будет. Нет у них такой власти, даже в своей системе, ибо «Прости, Билли, мы всё просрали». А тут речь скорее про мобильные (Android/iOS). И к сожалению, IMHO даже Google собрав яйца волю в кулак уже не загонят этого джинна назад в бутылку. Apple (теоретически) может бы и смогли — так же как они по‑сути в своё время Adobe Flash похоронили. Но вопрос: «а оно им надо?»
И что тут плохого? В msvcrt.dll? В Linux как‑то живем с libc.so.6 уже сколько лет — и никаких проблем с обратной совместимостью не имеем. При этом 2 006 328 байт в актуальной версии (glibc 2.41, только что проверил). А то что Microsoft наплодила кучу версий сишного runtime (как минимум по одной на каждую версию своего компилятора) — так это вопрос к тому что может там «в консерватории нужно что‑то поправить»?
Да черт с этим перфекционизмом дизайнеров и субпиксельным рендерингом. «Каждое приложение Electron содержит собственный экземпляр Chromium» — вот с этим‑то хотя бы можно что‑то сделать? Я думаю эффект будет такой, что любой Greenpeace взвоет от счастья и наградит избавителя от этого проклятья за вклад в борьбу с парниковым эффектом и разрушением озонового слоя.
Тут вспоминается «незлим тихим словом» IE6. Да, это было говно. Ещё какое, кто вспомнит — тот вздрогнет. Но! Одно на всех и одинаковое для всех. А не по движку браузера на каждое приложение «Шаурма дяди Ашота Online»
Нашел DOS-версию. Редчайший случай когда смотрится откровенно хуже чем на ZX - ну вроде всё как бы то, но что-то не то. А разгадка как по мне - грамотнейшая работа с клэшингом атрибутов в ZX-версии - его там как будто вообще нет. И из-за этого она там как будто ярче и цветнее что ли, при всех особенностях графики ZX
Не понял. randomize usr 0 - это аналог Reset. randomize usr 15616 - это запуск TR-DOS (на машинках где он был, по факту - переключение на другой банк ПЗУ).
Обязаны! Но это все же порты на ZX-Spectrum с других платформ. А вот трилогия Savage - насколько мне известно - именно эксклюзив для Speccy, и ей в этом топе почетное место бы (даже Exolon я всегда считал ZX-эксклюзивом, но она выходила и на Amstrad CPC, и где-то еще (не помню уже). Кстати, ремейк для ПК "Exolon DX" очень даже годен!
А что позволяет?
...при этом заранее купив за очень дорого места в нём.
Правильный вопрос. Останутся. Для приложений использующих chromayakoza[-1 или менее от актуальной].dll. Подход «как в DirectX» — это компромисс. Чтобы новые приложения могли использовать новые фичи и багфиксы, старые при этом не ломались, а новая версия библиотеки была по‑сути «патчем» предыдущей.
Но какая альтернатива? Если бы на этот вопрос кто‑то нашел (желательно простой) ответ — премию Тьюринга ему! Linux с его «вечнозелёной» libc.so.6 тоже не лишен этой проблемы кстати. Там просто она гораздо более изящно «под коврик» спрятана.
Эх, кастомные кассетные loader-ы... Сейчас мне 46 и я до сих пор ими увлекаюсь, с 14-ти. Меня тогда сразу зацепил загрузчик Exolon - там где загрузка идёт без полос на бордере, но отсчет времени до конца загрузки - это вращающийся счётчик! Как в автомобиле или электрощитке! А потом... ой чего я только не видел и не декомпилировал! Например, лоадер в котором в процессе загрузки с кассеты (а там же реалтайм и жесткие тайминги) можно было играть в мини-игру!!!
Сейчас - у меня есть "реал" и магнитофон. И мой собственный лоадер, на который я перевёл большинство своих любимых игр. Я его называю "2BL" - то есть "Two-Blocks-Loader". Его фишка в том, что он использует стандартный загрузчик из ROM, но при этом первый блок содержит сам загрузчик, заставку, и распаковщик второго блока. После загрузки он перекидывает код загрузки и распаковки второго блока в буфер принтера по адресу 23296 (там 256 байт, но этого более чем достаточно), и грузит второй, сжатый MegaLZ блок, причем с таким расчетом чтобы его последний байт "упёрся" в 0xFFFF. А далее - распаковщик (размером всего в 96 байт) разворачивает его куда следует, и запускает игру. Сжатие как правило в 1,5 - 2 раза (а следовательно и скорость загрузки). Никаких спецэффектов - всё только ради максимально быстрой загрузки стандартной процедурой из ROM.
Рефакторингом? Как будто это что-то плохое. Наоборот, разработчики и рады бы, но "факинбизнес" требует фич. "переписыванием со Scala на GO" - seriously? Ни один team-lead/architect такого не допустит по желанию левой пятки разработчиков и без одобрения CIO/CEO. Ну а про "закругление кнопок" - вообще не представляю программиста которому было бы на это не плевать (но менеджерьё заставляет). Хотя на любом современном фреймворке - не программистское это дело.
Разработчики железа и ПО для него зачастую ОЧЕНЬ разные люди. Более того: хуже когда отнюдь неплохие разработчики отнюдь неплохого железа берутся за драйверы, вместо того чтобы открыть datasheet-ы, спецификации и т.д. Я часто задаюсь вопросом: "что и от кого вы прячете?! А главное: зачем?"
А и правда, как так? Истории Therac-25 или Boeing никого не то чтобы не научили, индустрия разработки отреагировала в лучшем случае отсылкой к подготовленным лучшими юристами «Legal Disclaimer». А иногда — как Microsoft в лицензионном соглашении Windows 95 (кстати, а его кто‑то читал? Именно Windows 95?) Они в нём главным образом не себе отмазки лепили — а Java пинали! Так что не удивляюсь почему на них Sun (теперь уже Oracle) агрились. Там было про то что «мы не можем гарантировать того, что какая‑то java в Нашей Операционной Системе будет работать стабильно и не нанесет вреда жизни и здоровью людей». Это было лирическое (но важное) отступление.
Так вот, регулирование, сертификация, проверки и.т.п. — они таки очень даже существуют. Не в стране, на языке которой я пишу этот коммент, и естественно не на уровне Android‑приложения «Пиццерия Дона Корлеоне Online». Но рассказывать про это я не могу и не хочу.
Teams — очень хороший и показательный пример. Но! Там они играют своим софтом и «на своём поле». Хотя Teams For Linux, что ожидаемо, таскает за собой Chromium, но спасибо на том, что он там работает, причём на удивление пристойно, и UI/UX неотличим от Windows/MacOS. Хотя памяти жрет как... Chromium)
Здесь можно было бы посмотреть, как та же Microsoft решила эту проблему в DirectX. Решение не идеальное (а что в этом мире идеально?) но они его нашли. Есть базовая (точно не помню, нет Windows под рукой) dx3d.dll, и далее dx3d_35.dll, dx3d_36.dll, dx3d_37.dll... dx3d_48.dll, и т. д. Последующие — не заменяют, а дополняют и/или переопределяют функционал предыдущих. Да, «адочек» еще тот, но хоть что‑то в нужном направлении! Сравните с уже упомянутой мной libc.so.6 в Linux. Но там — Surprise, Surprise — «под капотом» — устроенно примерно так же, как у Microsoft с DirectX‑библиотеками (только всё в одном файле, отсюда и иллюзия железобетонной стабильности).
Хотя часто (но далеко не всегда) игры тянут к себе «под одеяло» свой набор тех же самых библиотек. А пресловутую msvcrt — действительно, каждый калькулятор предпочитает в свой каталог положить, «как бы чего не вышло».
А сформулировать всё это можно одним выражением: «Всеобщий кризис доверия к системе» (и как следствие — системным библиотекам)
Но с другой стороны: Windows, MacOS, Android, Linux — многим хочется быть сразу и везде. И Electron дал такую возможность. Несмотря на цену (которую платит конечный пользователь), а для разработчиков и тем более менеджмента — это же Silver Bullet какая‑то!
+1. Особенно популяризовал деление на "Мышеводов" и "Трактористов" Лукьяненко в первом "Лабиринте отражений"
А во времена КПК появились термины "Пыцалка" и "Тыцальце"
Да и пусть был бы chromium.dll. Но увы, нет — и не будет. Нет у них такой власти, даже в своей системе, ибо «Прости, Билли, мы всё просрали». А тут речь скорее про мобильные (Android/iOS). И к сожалению, IMHO даже Google собрав
яйцаволю в кулак уже не загонят этого джинна назад в бутылку. Apple (теоретически) может бы и смогли — так же как они по‑сути в своё время Adobe Flash похоронили. Но вопрос: «а оно им надо?»И что тут плохого? В msvcrt.dll? В Linux как‑то живем с libc.so.6 уже сколько лет — и никаких проблем с обратной совместимостью не имеем. При этом 2 006 328 байт в актуальной версии (glibc 2.41, только что проверил). А то что Microsoft наплодила кучу версий сишного runtime (как минимум по одной на каждую версию своего компилятора) — так это вопрос к тому что может там «в консерватории нужно что‑то поправить»?
Да черт с этим перфекционизмом дизайнеров и субпиксельным рендерингом.
«Каждое приложение Electron содержит собственный экземпляр Chromium» — вот с этим‑то хотя бы можно что‑то сделать? Я думаю эффект будет такой, что любой Greenpeace взвоет от счастья и наградит избавителя от этого проклятья за вклад в борьбу с парниковым эффектом и разрушением озонового слоя.
Тут вспоминается «незлим тихим словом» IE6. Да, это было говно. Ещё какое, кто вспомнит — тот вздрогнет. Но! Одно на всех и одинаковое для всех. А не по движку браузера на каждое приложение «Шаурма дяди Ашота Online»
Нашел DOS-версию. Редчайший случай когда смотрится откровенно хуже чем на ZX - ну вроде всё как бы то, но что-то не то. А разгадка как по мне - грамотнейшая работа с клэшингом атрибутов в ZX-версии - его там как будто вообще нет. И из-за этого она там как будто ярче и цветнее что ли, при всех особенностях графики ZX
Raspberry Pi 4, Oracle 9.6, полёт не то чтобы нормальный - Космический! Интересно будет ли возможность обновления до 10-ки и когда
Спасибо! А саундтрек Savage 2 для меня навсегда эталон биперной музыки. Даже не верится что это 1-bit
https://www.youtube.com/watch?v=ehekJTLrRyk
Не понял. randomize usr 0 - это аналог Reset. randomize usr 15616 - это запуск TR-DOS (на машинках где он был, по факту - переключение на другой банк ПЗУ).
Обязаны! Но это все же порты на ZX-Spectrum с других платформ. А вот трилогия Savage - насколько мне известно - именно эксклюзив для Speccy, и ей в этом топе почетное место бы (даже Exolon я всегда считал ZX-эксклюзивом, но она выходила и на Amstrad CPC, и где-то еще (не помню уже). Кстати, ремейк для ПК "Exolon DX" очень даже годен!
Нет, это походу Блок: "Ночь, улица, фонарь, аптека"