Разница лишь в дизайне, но не столь принципиальная, на мой взгляд.
Смотря кого вы рассматриваете в качестве вашей целевой аудитории. Я работаю в компании, которая сама занимается разработкой ПО, и точно могу сказать, что ИТ специалистами вот такой дизайн интерфейса, как в 1С / InFusion, однозначно воспринимается как нечто архаичное, неудобное и отталкивающее.
В результате, мы сделали собственный конструктор на базе современных библиотек Web UI компонентов — пусть не такой универсальный, но гораздо более приятный и удобный визуально.
Какие именно «современные подходы к проектированию CRUD интерфейсов» Вы имеете ввиду?
Ну почему, почему, когда в СНГ берутся делать конструктор бизнес-приложений, то из пользовательского интерфейса вовсю «торчат уши» 1С? :(
Искренне и положа руку на сердце — запускал ваши онлайн-демо с ожиданием увидеть действительно современный UI ну хотя бы на уровне Dynamics 365. Но, увы — в реальности увидел всё ту же 1С парадигму, только реализованную на других технологиях :(
Пожалуйста, не надо так! У вас может получиться действительно классный и востребованный продукт, но для этого я бы очень советовал перенять современные подходы к проектированию CRUD интерфейсов.
Паскаль как язык был весьма и весьма неплох. Просто мало кто в те времена из непричастных к FIDONet и BBS был в курсе, что BGI (Borland Graphics Interface) и близко не подходит для создания динамичной графики — для этих целей существовали специальные оптимизированные библиотеки наподобие XLib или VidMem.
В 90е и начале 2000х мешала совместимость с MS-DOS, которая тогда была ещё вполне актуальна. А, начиная с Windows XP, собственно, только NT ядро и осталось.
Под закат NES, когда уже научились вовсю дёшево клепать заказные СБИС для картриджей, так и поступали. Но, до этого, делать счётчик на «рассыпухе» и массово штамповать в каждый картридж с игрой было недешёвым удовольствием — поэтому, в ранних играх приходилось порой и такты считать, чтобы не удорожать производство картриджа.
Есть такое дело. Но, вот тот же R-Type… пробовал на эмуляторах и Амиги, и, по-моему, Сеги, и оригинальной аркадной версии в MAME — по-настоящему «заходит» только спектрумовская версия.
:-O :-O :-O если бы такое вышло на NES (Dendy) в начале 90х, это была бы реально культовая игра!
Диагональный скроллинг, правда, требовал не сколько умопомрачительных трюков с PPU, сколько дополнительной видеопамяти, достаточной, чтобы уместить все четыре виртуальных экрана.
Спасибо, очень познавательная статья! Вместе с тем, насколько я читал, перепрограммирование PPU «на лету» не было чем-то сверхсекретным и активно использовалось при разработке игр на разных платформах того времени. Говоря конкретно о NES, некоторые картриджи даже содержали дополнительную электронику, генерировавшую прерывания по обратному ходу луча — без чего было сложно обойтись, если перепрограммирование PPU происходило более одного раза за кадр (прозрачных спрайтов не напасёшься )
Чипы мэпперов давали картриджам дополнительные преимущества, например, больший контроль над генерируемыми видеосигналами, улучшенный вывод звука
Мне кажется, это не совсем корректное утверждение. Дополнительная электроника в картридже действительно могла делать описанные выше вещи, поскольку на разъём картриджа была выведена большая часть системной шины NES.
Но, именно мапперы занимались переключением банков памяти и их отображение в адресное пространство процессора.
Другое дело, что маппером часто ошибочно называют всю специализированную СБИС в картридже целиком, хотя технически это и не совсем корректно.
Не во всех. В «штатной комплектации» была в моделях с 128 Кб памяти, а к базовой модели с 48 Кб, в основном, чип звукового синтезатора AY припаивался руками энтузиастов. И модификаций этого чипа было тоже две — одна от Ямахи, а вторая не помню уже какого производителя.
У меня уже, похоже, нет возможности исправить ссылку в комментарии на правильную :( Буду благодарен, если модераторы в этом помогут.
К вышупомянутому блогу никакого отношения не имею и прошу прощения, что не проверил работоспособность ссылки перед отправкой комментария — понадеялся, что сайт приличный и известный, и там настроено автоматическое перенаправление с http на https.
Я, возможно, не настолько продвинутый пользователь двухпанельных файловых менеджеров, но Unreal Commander устраивает целиком и полностью.
Бывают — тот же KeePass. Как верно написали ниже, существенное ускорение старта достигается при помощи штатной для .NET утилиты Ngen.
Ничего себе… Windows версия ещё живёт и развивается?
Помню, в середине 90х этот файловый менеджер очень любили владельцы Amiga, а на Windows он мне тогда не очень зашёл после Far.
Смотря кого вы рассматриваете в качестве вашей целевой аудитории. Я работаю в компании, которая сама занимается разработкой ПО, и точно могу сказать, что ИТ специалистами вот такой дизайн интерфейса, как в 1С / InFusion, однозначно воспринимается как нечто архаичное, неудобное и отталкивающее.
В результате, мы сделали собственный конструктор на базе современных библиотек Web UI компонентов — пусть не такой универсальный, но гораздо более приятный и удобный визуально.
В первую очередь, task-based UI:
Искренне и положа руку на сердце — запускал ваши онлайн-демо с ожиданием увидеть действительно современный UI ну хотя бы на уровне Dynamics 365. Но, увы — в реальности увидел всё ту же 1С парадигму, только реализованную на других технологиях :(
Пожалуйста, не надо так! У вас может получиться действительно классный и востребованный продукт, но для этого я бы очень советовал перенять современные подходы к проектированию CRUD интерфейсов.
В 90е и начале 2000х мешала совместимость с MS-DOS, которая тогда была ещё вполне актуальна. А, начиная с Windows XP, собственно, только NT ядро и осталось.
А так-то Watcom C в открытом доступе, официально бесплатные DOS Extender'ы с совместимостью с DosBox из коробки — тоже.
Диагональный скроллинг, правда, требовал не сколько умопомрачительных трюков с PPU, сколько дополнительной видеопамяти, достаточной, чтобы уместить все четыре виртуальных экрана.
Мне кажется, это не совсем корректное утверждение. Дополнительная электроника в картридже действительно могла делать описанные выше вещи, поскольку на разъём картриджа была выведена большая часть системной шины NES.
Но, именно мапперы занимались переключением банков памяти и их отображение в адресное пространство процессора.
Другое дело, что маппером часто ошибочно называют всю специализированную СБИС в картридже целиком, хотя технически это и не совсем корректно.
К вышупомянутому блогу никакого отношения не имею и прошу прощения, что не проверил работоспособность ссылки перед отправкой комментария — понадеялся, что сайт приличный и известный, и там настроено автоматическое перенаправление с http на https.