Форум: Проблемы искусственного интеллекта

Регистрация | Вход

Все темы | Новая тема  Стр.3 (3) << < Пред.    Поиск:
Автор	Тема: На: Ядро Cerebrum для чайников
гость 91.144.161.*	На: Ядро Cerebrum для чайников Добавлено: 11 июн 09 14:15 Есть много корпоративных форумов, регистрируют только кого хотят. По сравнению с почтой удобство что кому нечего делать есть чем заняться и бывает помогают. Общение посвободнее чем в письмах, но содержательнее аски. Иногда на LotusNotes увязано с внутренним документооборотом, а отдельную phpBB поставить 10 минут. Даже по сравнению с реалом удоство для Agile/XP т.к. все начинает формализоваться, а в живом диалоге много так и пролетает невербально. Опять же новичкам потом не надо все заново рассказывать. В общем полезно, руководящим работникам, для коммерческих нужд. А про Лошарика. У меня в конторе как-то один юрист хвастался что в доме правительства на практике в форуме всех матом обложил. Я говорю не ругался бы сейчас бы там работал. У всех челюсти отвисли, как если бы они деда мороза увидели. В детстве им говорили что так-и-так, они потом выросли и решили что все не-так, а тут вдруг опять оказывается взрослые правду говорили. В данном случае что ругаться не хорошо. Это такая быдляцкая культура, Иван Грозный говорил холопам лаяться положено, в этом их холопское достоинство. От них потом отделаться трудно, будет за тобой ходить как утенок за кошкой [Ответ][Цитата]
shuklin Сообщений: 2053	На: Ядро Cerebrum для чайников Добавлено: 12 июн 09 18:25 Цитата: Автор: гость Есть много корпоративных форумов, регистрируют только кого хотят. По сравнению с почтой удобство что кому нечего делать есть чем заняться и бывает помогают. Общение посвободнее чем в письмах, но содержательнее аски. ... все начинает формализоваться, а в живом диалоге много так и пролетает невербально. Опять же новичкам потом не надо все заново рассказывать. В общем полезно, руководящим работникам, для коммерческих нужд. В связи с этим и разработал собственный форум. Одним ударом сразу множество целей: - перечисленные выше; - отработка новых идей в форумлении, даже на gotai одну из идей внедрили; - тестирование ядра Cerebrum в настоящих боевых условиях. Сейчас занят совершенствованием спеллчекера на форуме, от туда и вопрос про Ё [Ответ][Цитата]
Capt.Drew Сообщений: 4179	На: Ядро Cerebrum для чайников Добавлено: 18 июн 09 7:59 Мы гордимся тобой! [Ответ][Цитата]
shuklin Сообщений: 2053	На: Ядро Cerebrum для чайников Добавлено: 24 июл 09 15:30 Цитата: Автор: shuklin Сейчас занят совершенствованием спеллчекера на форуме, от туда и вопрос про Ё Вчера открыл свободный доступ к спеллчекеру. Для того чтобы восспользоваться морфологическим анализом достаточно набрать текст в окне сообщения и выполнить предпросмотр. [Ответ][Цитата]
гость 89.111.184.*	На: Ядро Cerebrum для чайников Добавлено: 24 июл 09 16:40 Шуклин. ты, конечно, создаешь новые пилы и топоры (с красивыми ручками). Однако, если у тех, для кого ты это делаешь, растут руки из жопы, шанса стать микелянжело нет. Нужно работать не над созданием пил и топоров, а над подготовкой микелянжел. ты занимаешся тем, на что способен, но это не почетно и никому не нужно, потому что даже на бейсике можно сделать ИИ, главно знать, что делать. Твой инструментарий не поможет узнать, что нужно делать, а ты, вместо того, чтобы ПОМОГАТЬ тем, кто знает или хотя бы уверен в этом, нерационально используеш свой труд. микелянжел нет, кругом сапожники одни полупьяные (со своим инструментом). им не понять красот твоего искузсцтва, оно им не надь. Это, конечно, твое дело, чем заниматься, коль больше ни на что не способен. Но ты генерируешь недополученную ИИ прибыль. Тебе это напомнят... [Ответ][Цитата]
shuklin Сообщений: 2053	На: Ядро Cerebrum для чайников Добавлено: 24 июл 09 16:59 Цитата: Автор: гость но это не почетно и никому не нужно Неужели? ))) я почемуто постоянно обратное наблюдаю ))))))))))) [Ответ][Цитата]
гость 217.112.42.*	На: Ядро Cerebrum для чайников Добавлено: 24 июл 09 18:47 вы наблюдаете постоянно только одно, ваш церебрум не нужен, нужны вы, для решения чужих задач (клепания бух программ и пр). [Ответ][Цитата]
shuklin Сообщений: 2053	На: Ядро Cerebrum для чайников Добавлено: 27 июл 09 1:15 Нашлось в старой переписке, может кому будет полезно: Cerebrum is not relational DB it is network or graph database. On the low level to store the object Cerebrum uses simple idea which is similar to BerkleyDB. On the most low level Cerebrum store all node data in the solid binary block. Each data block has own 32-bit ID. Object data serialized into this block. Cerebrum generates and tracks these IDs. This ID is called GroundHandle and is not recommended to use by the application. Simple data types such as integers, strings, etc are serialized by own Cerebrum serialization. Cerebrum can serialize only very simple data types without help from .NET serialization. All another data types are serialized by using standard .NET serialization. Cerebrum supports two approaches for data serialization called structural serialization and monolithic serialization. Objects can combine both approaches. Monolithic serialization is designed for best performance. Structural serialization is designed for scalability. Classes which support monolithic serialization must implement Cerebrum.ISerializable, Cerebrum.ICondition and Cerebrum.IComponent interfaces. In this approach object must store local data in the local class variables. When some change is occurred object must track this state by setting to true some local IsChanged boolean variable. This indicates that object has changes and its data should be serialized into the storage. Before making the garbage collection Cerebrum checks objects state by calling the Cerebrum.ICondition.IsChanged property. Object must return true to indicate that it has changes which are pending for serialization. When object has changes its returns true. If so Cerebrum calls ISerializable.Serialize and then IDisposable.Dispose, otherwise it calls IDisposable.Dispose and nothing else. Cerebrum passes to the Serialize method the System.IO.Stream. To save state object must write into this stream all local data. After saving object must set IsChanged flag to ‘false’ to indicate that no changes is pending to serialization and Cerebrum can destroy object by calling Dispose without making serialization. When object is instantiating Cerebrum calls Serialize and passes Stream with early saved data. Object must read data and restore its local variables. Object must set the IsChanged flag to ‘false’ after loading. Objects must track own changes and report them as IsChanged property value, so Cerebrum can optimize garbage collection and does not call Serialize over unchanged objects. The second approach is Structural serialization. A class which supports structural serialization should not store data into the local variables. Data are stored in the Cerebrum network data model by using Cerebrum Runtime API. In the structural serialization Cerebrum does not call object to serialize data. Object does not have persistent data stored in the local variables, so Cerebrum can create or dispose objects in any time without loss of data. All object’s data is stored in the nodes inside the Cerebrum storage. Instead of monolithic serialization usually object does not store own data inside its own node, otherwise it store data in the related nodes. Structural serialization remembers in the object’s node only type of the object. It allows to Cerebrum instantiate the right class for the object. Classes which support structural serialization must implement Cerebrum.IComponent interface. This interface has only one method SetConnector . After instantiation Cerebrum calls SetConnector and passes to the object Cerebrum.IConnector interface. This interface is associated with Kernel node. Behavior of this connector depends from the kind of the kernel node associated with object. If node which corresponds to the object is the KernelKindId.Warden then object can use Cerebrum.IConnector to control related nodes and store or retrieve local data there. KernelKindId.Warden node can establish outgoing links to other nodes. Each link must have unique ID inside the current node address space. For example ID==1000 points to Name of the current node. So child node with ID=1000 holds string value with name of the current object. Other IDs can hold other object attributes. When object is instantiated Cerebrum reads type ID from the storage, recalls its type and create instance of this type. Object can retrieve or store own data by this links from or into other nodes by using connector casted to IContainer interface. [Ответ][Цитата]
Capt.Drew Сообщений: 4179	На: Ядро Cerebrum для чайников Добавлено: 14 авг 09 6:02 Цитата: Автор: Virtual_Graph :: Все это понятно, только дЕла особо не меняет. Проблема Димы состоит в том, что Церебрум - это ИНСТРУМЕНТ или набор инструментария программиста. Которым программист может сваять НЕЧТО, а может и не сваять... по разным причинам. Например, если не умеет пользоваться или не знает, ЧТО ваять. Мне это напоминает создание пилы, рубанка, стамесок, разных отверток и т.д. При этом происходит бесконечное совершенствование ручек пилы, остроты стамесок, расширение форм отверток под разные шурупы и т.д. Все это безусловно повышает эффективность и производительность интрументария и расширяет возможности разработчика, позволяет через клиентскую часть удаленно создавать нечто в другом городе и т.д. Но проблема состоит в том, что разработать НЕЧТО Дима не может, т.к. не знает ЧТО оно собой должно представлять. Как у этого НЕЧТО д.б. устроены составные части, как они д.б. состыкованы и отрегулированы. И конструктивных идей на этот счет мало. Поэтому был выбран путь наименьшего сопротивления который привел к уже известным результатам. Кроме того, широко предлагается КОМУ-ТО занятся разработкой этого НЕЧТО, а мы, разумеется, поглядим, что он будет делать. И будем стоять рядышком - инструмен-то наш! Глядишь, что-то и сами поймем, если кто-то придумает как табуретки ваять, а может и что-то посложнее. Так что Тарасов отчасти прав. У гуманитариев действительно более широкий взгляд на мир. Но не обольщайся Тарасов, это не значит, что ты не можешь ошибаться ==========================> Дмитрию.. Маэстро, думаю сейчас самое время продолжить ваши сутьБоносные чтения.. хотя бы дать русскую выжимку текста для Тарасовых! [Ответ][Цитата]
shuklin Сообщений: 2053	На: Ядро Cerebrum для чайников Добавлено: 15 авг 09 22:19 Основное в этом тексте, дать осознание о двух способах сериализации объектов в хранилище. Привычный, в котором весь объект сбрасывается в поток назван монолитным. Самый эффективный с точки зрения производительности. И структурный, который некоторым образом похож на хранение объекта в реляционной БД. При структурном сохранении объект сохраняется разобранным на составные. Каждая составная часть попадает в свой узел (слот) сети фреймов. Объект .NET это структурированная совокупность значений базовых (скалярных) типов данных. Эти значения "промаркированы" некоторой семантикой. Переменная уровня класа такая-то, этакая-то, ... Все эти значения можно "упаковать" в монолитный блоб или разобрать по отдельности. Каждому элементарному значению в сети выделяется отдельный слот. И уже это элементарное значение сериализуется либо .NET сериализацией либо встроенной в Cerebrum runtime сериализацией атомарных типов. При десереализации объект должен самостоятельно и динамически собирать себя из кусочков. Ответственность за сборку кусочков в целое лежит на пользовательском коде. Текущая нода, к которой "приписан" данный экземпляр будет хранить только идентификатор типа, это позволит создать экземпляр пользовательского объекта нужного типа в котором находится код доступа к составным частям и эта нода будет хранить указатели на все составные кусочки. Это позволяет динамически менять схему данных не меняя физическое расположение кусочков. Также возможно поверх хранилища разворачивать объектные view, когда одни и теже денотативные слоты принадлежат одновременно различным фреймам-классам. Например в дата-менеджере просмотр сети нодов организован через табличный интерфейс. В дата-менеджере структурные объекты видны как строки таблиц, переменные уровня класса как поля таблиц. Предусмотрены хуки, позволяющие перехватывать запросы АПИ к хранилищу и динамически создавать виртуальные ноды. [Ответ][Цитата]
Capt.Drew Сообщений: 4179	На: Ядро Cerebrum для чайников Добавлено: 15 авг 09 22:28 Я боюсь.. при всей простоте вашего описания - 9 из 12 Тарассовых вас не поймут.. ...а слово "Сериализация" - вызовет кучу побочных ассоциаций.. PS: Каковы соотношения временных и памятных характеристик Монолита против компиляций данных? [Ответ][Цитата]
shuklin Сообщений: 2053	На: Ядро Cerebrum для чайников Добавлено: 15 авг 09 22:35 Цитата: Автор: Capt.Drew PS: Каковы соотношения временных и памятных характеристик Монолита против компиляций данных? монолит против структуры: скорость и память - монолит выигрывает с кардинальным отрывом в разы доходящие до порядков; гибкость и устойчивость к модификации схемы данных и классов приложения во времени, монолит проигрывает структуре вплоть до полной неработоспособности в отдельных сценариях - это известный недостаток существующий ООСУБД хранящих все объекты монолитно для обеспечения перформанса в ущерб гибкости. И кстати причина, по которой менее эффективые РСУБД вытеснили менее гибких иерархических предшественников. Если сценарий предполагает гибкость схемы, то никакая эффективность не спасет, если гибкости нет и приложение не работает "не важно на сколько быстр твой код, если он работает неправильно". В структуре атомарные данные хранятся с семантической окраской. В монолите приложение само обязано обеспечивать неизменность порядка записи/чтения атомов. Любое изменение комплектации полей уровня класса / кода сериализации и хана базе. Монолит по определению не дает возможностей к построению объектных представлений. И мы понимаем, что когда говорим о недостатках по перформансу, то говорим о недостатках конкретной реализации, а не идеи. [Ответ][Цитата]
Capt.Drew Сообщений: 4179	На: Ядро Cerebrum для чайников Добавлено: 16 авг 09 20:26 ====> Благодарю Bac от всех Готайцев, включая тарассующихся ! =============================================================== От себя скажу - что с печалью констатирую что усилилось удушение Плахи и Готайки про-Ежжопельцами и примкнувшим Вик.Колдунцом.. при полной пассивности вашего Сержа-Ф.. Вы неоднократно отмечали что сейчас весьма не-заняты.. Я полностью перейду в пассивную оборону с 12-сентября.. Если Славяне заслуживают такой ИИ, к-й хотят защищать.. To Я не Сорос навязывать им что-то лучшее.. нехай и это сtрескают.. Более того - интимное сношение с местным Админом, явившегося мине в виде падшего ангела - шепчет, что ему выгодно продать меня яки "Плохого Следователя" - и вернуться к Истокам - Хорошему Ии-следаку Дмитрию-царевичу.. Дело хорошее.. но тогда позвольте мне в таком случае больше бывать на пляже.. [Ответ][Цитата]
Стр.3 (3): 1  2  [3] << < Пред.