Начал читать. Очень хорошо. Слог, юмор, сюжет вменяемый.
Четыре с плюсом.
Заканчиваю читать. Очень хорошо. И чем-то на Славу Сэ похоже.
Из недочётов - редкие!!! очепятки, и кое-где тся-ться, но некритично абсолютно.
Зачёт.
Начал читать первую книгу и увидел, что данный автор натурально гадит на чужой труд по данной теме Стикс. Если нормальные авторы уважают работу и правила создателей Стикса, то данный автор нет. Если стикс дарит один случайный навык, а следующие только раскачкой жемчугом, то данный урод вставил в наглую вписал правила игр РПГ с прокачкой любых навыков от любых действий и убийств. Качает все сразу.Не люблю паразитов гадящих на чужой
подробнее ...
труд и не умеющих придумать своё. Вообще пишет от 3 лица и художественного слога в нем не пахнет. Боевые сцены описывает в стиле ой мамочки, сейчас усрусь и помру от ужаса, но при этом всё видит, всё понимает но ручки с ножками не двигаются. Тоесть всё вспомнить и расписать у ГГ время есть, а навести арболет и нажать на спуск вот никак. Ах я дома типа утюг не выключил. И это в острые моменты книги. Только за это подобным авторам надо руки отрывать. То есть писать нормально и увлекательно не может, а вот влесть в чужой труд и мир авторов со своей редакцией запросто. Топай лесом Д`Картон!
Книга из серии тупой и ещё тупей. Автор гениален в своей тупости. ГГ у него вместо узнавания прошлого тела, хотя бы что он делает на корабле и его задачи, интересуется биологией места экспедиции. Магию он изучает самым глупым образом. Методам втыка, причем резко прогрессирует без обучения от колебаний воздуха до левитации шлюпки с пассажирами. Выпавшую из рук японца катану он подхватил телекинезом, не снимая с трупа ножен, но они
подробнее ...
благополучно появились потом. Заряжает барабан револьвера капсюлями порохом и приклеивает пули. Причём как вы понимаете заряжает их по порядку, а потом дважды нам пишет на полном серьёзе, что не знает как дозарядить барабан, как будто этого не делал при зарядке. Офицеры у него стреляют по дальним целям из револьверов, спрашивается вообще откуда офицеры на гражданском пароходе? Куда делся боевой корабль сопровождения я так и не понял. Со шлюпкой вообще полная комедия. Вы где видели, что бы шлюпки в походном положении висели на талях за бортом. Они вообще стоят на козлах. У ГГ в руках катана, а он начинает отстреливать "верёвку" - дебилизм в острой форме. Там вообще то подъём и опускание шлюпки производится через блоки, что бы два матроса смогли спокойно поднять и опустить полную шлюпку хоть с палубы, хоть со шлюпки, можно пользоваться и ручной лебёдкой с палубы. Шлюпки стандартно крепятся двумя концами за нос и за корму иначе при спускании шлюпку развернёт волной и потопит о корпус судна. Носовой конец крепя первым и отпускают последним. Из двух барабанов по делу ГГ стрелял только один раз и это при наличии угрозы боевых действий. Капсули на дороге не валяются и не в каждой лавке купишь. Кто будучи голодным и с плохим финансовом положении будет питаться эклерами? Только дебил или детё, но вряд ли взрослый мужчина. Автору книги наверное лет 12, не более.
Как концепция - отлично. Но с технической точки зрения использования мощностей - не продумано. Примитивная реклама не самое эфективное использование таких мощностей.
Существуют различные средства, предназначенные для построения графических интерфейсов пользователя (GUI). Среди них некоторые используют язык Ада. Вот список некоторых коммерческих построителей GUI для Motif и замеченные недостатки (предоставил Вадим Годунко).
• BX Pro от ICS. BX Pro — совершенно не обеспечивает возможность проведения локализации разрабатываемого интерфейса. Предложенное решение поразило своей новизной: когда интерфейс нарисован и сгенерирован файл ресурсов необходимо загрузить этот самый файл ресурсов и отредактировать там все текстовые надписи.
• X/Designer от IST фактически генерирует код на C и связку с этим кодом на Ada.
• TeleUSE от Aonix — самый навороченный (имеет даже собственный язык написания callback‐ов), но при генерации кода тянет за собой огромную «стандартную библиотеку».
Среди аналогичных средств из «мира Open Source» можно назвать программу Glade, которая позволяет создавать GUI на базе связки GtkAda для переносимого набора тулкита GTK+.
Следует отметить, однако, что язык Ада имеет уникальную возможность строгой типизации и богатый механизм пользовательских типов. В следствии чего и построение GUI имеет смысл вести несколько по другому, чем это принято в других языках. Программисту удобнее предоставлять данные для отображения используя собственные типы данных. При этом сами типы зачастую довольно точно характеризуют данные, обрабатываемые приложением. Интерфейс может использовать информацию заключенную в типах чтобы для контроля диапазона и точности вводимых пользователем значений.
В виду сильной зависимости реализации интерфейса от целевой платформы, довольно трудно обеспечить единый универсальный набор компонент, скрывающий платформенные особенности от программы пользователя и, в то же время, использующий все возможности, предоставляемые целевой платформой. В системах с универсальным набором компонент внешний вид программы на разных платформах может сильно отличаться от принятого на этих платформах.
Удобно было бы четко разделить GUI интерфейс и прикладную программу, формально описав методы их взаимодействия.
Зачастую программе не нужно знать всех тонкостей реализации интерфейса, а достаточно предоставить данные для отображения и среагировать на реакцию пользователя. Строго оговорив взаимодействие программы и интерфейса, в дальнейшем, каждая составляющая может развиваться независимо от другой. Например, интерфейс может быть усовершенствован или портирован на другую платформу без изменения текста логики программы.
Четкая спецификация интерфейса программы может быть использована для автоматизации тестирования логики и реализации интерфейса.
Можно рассмотреть следующий механизм для реализации этого подхода.
Интерфейс программы удобно рассматривать в виде набора компонент интерфейса. Компоненты могут содержаться друг в друге, и, таким образом, объединяются в иерархии (дочерние компоненты содержатся в родительских). Компоненты имеют свойства меняющиеся в процессе выполнения программы. Интерфейс может представлять собой статический набор компонент, либо компоненты могут создаваться и уничтожаться со временем.
Спецификация интерфейса может быть выражена в виде спецификации пакета на языке Ада. Для каждого компоненты верхнего уровня (не имеющего родителей) создается отдельных пакетах.
Если в процессе работы предполагается существование нескольких экземпляров данного компонента, то в пакете определяется тип — ссылка на компонент. С помощью значений данного типа программа может манипулировать конкретным экземпляром. Работа с компонентом (создание и удаление компонента, изменение его атрибутов) осуществляется при помощи примитивных операций данного типа. Если предполагается существование единственного экземпляра, тип не применяется и работа с компонентом ведется при помощи обычных подпрограмм описанных в пакете.
Чтобы предоставить интерфейсу методы оповещения о реакции пользователя программа предоставляет свои процедуры используя формальные параметры настраиваемого пакета.
Спецификация интерфейса дает большой простор для его реализации. Описание реализации интерфейса под конкретную платформу хранится в отдельном файле в своем формате. При таком подходе процесс построения приложения может проходить так:
• Построение описания интерфейса в виде спецификации пакета с использованием типов данных прикладной задачи.
• Построение реализации интерфейса для одной из поддерживаемых платформ с использование построителя GUI.
• Генерация исполняемого кода по файлу реализации интерфейса.
• Сборка прикладной части программы с кодом интерфейса.
Идеи построения GUI подобным методом обсуждались в нашей конференции и возможно будут реализованы в проекте Вадима Годунко xmada.
Последние комментарии
6 часов 9 минут назад
15 часов 1 минута назад
15 часов 4 минут назад
2 дней 21 часов назад
3 дней 1 час назад
3 дней 3 часов назад