s5

Все комментарии к s3↗ и мои пояснения

All comments to s3↗  and my explanations

(здесь буду выкладывать все комменты в обратной хронологии)

(here will put all comments in backward chronology)

Content

c1.Discussion - C.Gen / G.Vit at 2016.09.20

c2.Вопросы Ответы / Questions Answers -B.Aur / G.Vit at 2016.09.19

c1.Discussion - C.Gen / G.Vit at 2016.09.20

Que 2016.09.20:1 / by C.Gen:G.Vit / to WRO	Ans 2016.09.20:1 / by G.VIT
Веб Органайзер (WRO)? Кому нужен? Как будет окупаться? Например, у меня в списке фаворитов полно интернет ресурсов, там полный хаос, но я не буду тратить время на организацию ссылок. Web organizer? Who need it? How investments be pay of? For example, i have many links to Web resources, they are bad organized but i wouldn't spent any time for organization of them more.	WRO будет накапливать в автомате всю историю Веб активности. По особенностям вашего поведения (время просмотра, кол. переходов с/на ресурс и т.д.) ресурсы будет рейтинговать система в автомате.    Будут извлекаться из тегов и содержимого контексты ресурса, помноженные на его рейтинг, сформируют иерархию ваших предпочтений для авто организации.    WRO will collect all Web activity. On behavior of  your activity (time spent, number of jumps from/to resource etc.) resources will be ranged in auto mode.    Will be collect from tags and content of resource all contexts, multiplied by rang will produce hierarchy of your preferences for organisation in auto mode.
Que 2016.09.20:2 / by C.Gen:G.Vit / to WRO	Ans 2016.09.20:2 / by G.VIT
Если есть теги - понятно, а контекст как? If there are some tegs - ok, but context how?	По лексическому описанию всех контекстов Ключевые слова и термы включая деривативы Шаблоны ключевых словосочетаний контекста Грамматически уникальные употребления омонимов, когда, так называемые “стоп слова↗” не отбрасываются, а используются для вычисления значения омонима по его форме и контенту окружения. On the lexical definition of all contexts Key words and terms inclusive derivations Patterns of key words combination of contexts Grammatic key usings of homonyms when so called stop words↗ not excluded but used for calculate the sense of homonym on its forms and content surroundings.
Que 2016.09.20:3 / by C.Gen:G.Vit / to RA	Ans 2016.09.20:3 / by G.VIT
И зачем нужен ваш особый инструментарий RA(RM:dm)? Как все будет оплачиваться? And why is needed your instruments RA(RM:dm)? How all of this will be pay of?	Особенность инструментария RA(RM:dm) - ориентированность на глубокое описание натуральных и формальных языков и представление знаний.    При достаточных инвестициях можно будет сделать addon для Facebook, такой что он будет искать совпадения в иерархиях предпочтений у вас и у других пользователей и по особым событиям предложит вам и другим познакомится. Для популяризации WRO, интересы связанные с хобби сработают бесплатно, а интересы классифицируемые как “про” платно + дополнительные возможности (обмен ссылками, файлами и т.д.)    The instrument specific is in its orientation to deep natural and formal languages definition and knowledge representation.    With good investitions can be done an add-on for Facebook, such as will be searched matches in hierarchies of your and other users preferences and on specific events you will be invited to friendship. For popularity of WRO, fan like interests will work as free but “pro” like interests with payment + some useful options (links and files interchanging etc.)
Que 2016.09.20:4 / by C.Gen:G.Vit / to OLAP	Ans 2016.09.20:4 / by G.VIT
И причем здесь OLAP? (система бизнес аналитики) And what for here OLAP? (OnLine Analytical Processing)	OLAP это 2-ое приложение, стратегически более выгодное, но более сложное. Как раз достаточное для демонстрации выразительности и эффективности предлагаемого инструментария. Все зависит от предпочтений будущего инвестора/партнера можно будет либо отложить OLAP на “полку” либо наоборот использовать упрощенную реализацию WRO для отладки MVP инструментария и сосредоточить усилия на OLAP.    В качестве MVP.OLAP можно реализовать мини исполнитель SQL запросов. Только для одного константного но сложного запроса (типа баланс товара на складах), с фильтрами, группировками, сортировками и связанными таблицами. При этом добиться такого быстродействия достаточного для работы сразу в контексте аналитики, а не как это делается в существующих OLAP - 1) Select.Filter.Group By from SQL.DB, 2) load to OLAP, 3) Analitic Pivot Table manipulations and visualisations.    Наш инструментарий нацелен на быстродействие NoSQL DataBases и на гибкость и строгость к целостности данных как у SQL.DB    OLAP is a 2-nd application, more strategic advantageous but more complicated one. Just enough for demonstrate expressiveness and effectiveness of our instruments. Depends on preferences of future investor/partner the OLAP can be settled on a “shelf” or the elaboration of simple version of WRO can be done for debugging instruments MVP and after this step all resources will be directed to OLAP.    As MVP.OLAP, can be done mini SQL engine. Just for one constant but complicated query (such as - balance of goods in warehouses), with filters, groupings, sortings and joinings with other tables. And with achieving the speed of selecting data just enough for analytics “in place” (in SQL.DB context) but not as this is done in existing OLAP - 1) Select.Filter.Group By from SQL.DB, 2) load to OLAP, 3) Analitic Pivot Table manipulations and visualisations.    Our instruments is targeted to speed of NoSQL DataBase and flexibility and strong data integrity solution as in SQL.DB

Sug 2016.09.20:5 / by C.Gen:G.Vit / to G.VIt	Ans 2016.09.20:5 / by G.VIT
Для одного стартапа все слишком сложно и рискованно. Например для нашей системы мобильных платежей с использованием QR кодов MVP создавалось за 3(мес.) и сейчас мы выводим ее на локальный рынок.    Другая сложная система “Медицинских знаний” очень трудно создавалась и с трудом внедряется.    Необходимо минимизировать риски стартапа через упрощения и ясность решений.    For one startup all is too risky and complicated. As example our mobile payment system with using QR codes MVP was elaborated in 3(mon.) and now we are introducing it in local market.    Another complicated system of “Medical Knowledges” was hard elaborated and introduced.    It is needed to minimize the risks of startup through simplifications and clear solutions.	Согласен, но сложные системы тоже надо как то стартовать.    Упрощения возможны только до степени не выхолащивания идеи.    Я ищу поддержки в том числе в академических кругах и в России и на “западе”.    I’m accord with you, but complicated system also is needed to start in some way.    Simplifications were possible till state where the idea is not emasculated.    I’m looking for support even in academics area and in Russia and on the “west”.

Sug 2016.09.20:6 / by C.Gen:G.Vit / to G.VIt	Ans 2016.09.20:6 / by G.VIT
Создается впечатление что вы ищете на кого свалить свою идею. Никому не нужны чужие непроверенные идеи. Вы должны сами реализовать MVP или забыть про свою идею. It’s look like you are looking for someone to flop your idea. Nobody is needs the not verified strange ideas. You must create the MVP or forget the idea.	Сожалею если произвожу такое впечатление. Надо что то менять в поведении. На самом деле даже MVP для некоторых идей может быть достаточно сложным. Кроме того я предпочитаю так называемую “extreme” (парную) методологию программирования поэтому ищу партнера даже на этапе создания MVP. Я и так по тихому делаю MVP, но слишком медленно. И такие дискусси мне тоже очень помогут поэтому большое спасибо вам за содержательную беседу и советы. It’s regrettable that i’m look like poor man. It’s needed to change something in my behaviour. In truth even MVP of some ideas may be complicated. And i’m prefer the so called “extreme (pair) methodology of programming” that's way i’m looking for partner even on the stage of MVP creation. I’m working on MVP in hidden mode but too slow. Such discussion were very helpful for me that’s why i’m glad and thanks you a lot for attention and suggestions.

c2.Вопросы Ответы / Questions Answers - B.Aur / G.Vit at 2016.09.19

Inf 2016.09.19:1 / by B.Aur / to RM:dm	Ans 2016.09.22:1 / by G.VIT
Интересная задумка, но вызывает вопросы (я как раз уже больше года работаю с Ruby и Ruby on Rails и как раз у меня идея написания сценариев с помещением классов и их методов в БД). The interesting idea but some questions appear (i’m working with Ruby on Rails and just want settle the classes and methods to the DB).	Объектные баз данных как раз для этого и создавались. В RA(RM:dm) объекты и классы удобно хранить в реляционной БД. Object Data Model DB just for this was created. In our RA(RM:dm) objects and classes is useful to store in Relational Like DB.
Que 2016.09.19:2 / by B.Aur / to RM:dm	Ans 2016.09.22:2 / by G.VIT
Вопросы, однако, вызывает задача подсчёта ссылок, возложенная на БД, ибо у ЯП есть свои механизмы - GC либо ARC - имело бы смысл для совершенно нового ЯП, по-моему, но не для существующих. Или я что-то не так понял? The task of counting references in DB.engine - why? The PL (programming lang.) have own mechanism such as GC or ARC. For new PL this may be useful but not for existing one. Or may be i’m not understand the idea?	Процедура ранжирования объектов по критерию уровня в иерархии референсных связей запускается только в случаях добавления новых объектов или изменениях в иерархии. Значение “Первичного Ключа” в записи описания объекта становится его физической позицией в самой таблице. Это нужно для автоматических сегментирований и/или объединений описаний объектов из различных модулей данных различных прикладных задач. Для целей декомпозиции сложных задач и организации библиотек модулей данных с послед. их применением, как это делается с многомодульным кодом программ.    Порядковые номера в качестве значения первичных ключей позволяют вычислять расположение записи DB, а не искать ее как это имеет место в реляционных (R:dm) отсюда быстродействии движка (RM:dm).    The procedure of ranging the objects by their references level in hierarchy is started only for new objects or in case of hierarchy changes. The value of “Primary Key” of object record definition became its physic place in the table. This is used for automatic segmentation and/or unions of definitions of objects from different data modules of different applications. As it needed in task decomposition process and organisation of biblioteks of data modules, just as it is done in multi module application design process.    Order number as value of Primary Key is used for calculating physical record position in DB but not to search it as this is done in relational (R:dm), that’s way we have more speed of RM:dm.Engine.
Que 2016.09.19:3 / by B.Aur / to RA	Ans 2016.09.22:3 / by G.VIT
Далее, если применять эту модель к любым языкам - нужно писать модуль обработки сценария для каждого языка. Не совсем понял насчёт регистрации всех операторов/инструкций/функций - ибо зачем брать на себя работу интерпретатора/компилятора? В случае интерпретируемых языков - они и так тормозят будь здоров, а тут не получится ли ещё один подтормаживающий слой?	Все еще хуже для скорости построения задачи - RA это даже не интерпретатор - а типа пред транслятора. Т.е.текст программы генерируется на основе ее описания в RA(RM:dm), т.е. из записей в таблицах и далее используются существующие трансляторы, построители IDE (кроме SQL - для него сразу свой движок). Но разве скорость компилирования / построения задачи это есть самый критичный шаг при создании приложений? (согласен важный, недаром существует конкуренция трансляторов). Важнее эффективность кода приложения и надежность/гибкость/эффективность самого написания программ. RA со своим обеспечением логической непротиворечивости тут будет рулить. На счет гибкости - в сложных задачах (с использованием БД) есть одна большая проблема - изменять структуру БД практически запрещено когда приложение уже разработано. В RA, так как все и объекты/механизмы и приложений и ядра системы описываются в одном логическом адресном пространстве любые изменения как в приложении так и в структуре БД потребуют пер трансляции / перестроения приложения. Ясно, что не все изменения автоматически окажутся согласованными, но вот что важно - большинство противоречий взаимодействия приложения со структурой БД будут выявляться на этапе трансляции (и даже в момент внесения изменений в исходной код на слое RA).    Есть и другие преимущества. Поскольку RM:dm - естественным образом поддерживает распределенные БД, поддержка версионирования приложений будет на новом уровне гибкости. Просматриваются более мощный менеджмент событий. Совершенно уникальные возможности отслеживания и управления исключительных ситуаций. Не имеющий аналогов механизм сохранения и восстановления состояний приложения и/или профилирования для нужд различных пользователей/разработчиков. (В RA легко организовать прыжки между различными уровнями вложенности программ без противоречий и потерь стека, а не тащить один код отработки по цепочке, чтобы на одном из уровней просто забыть про него:) Про выразительность обеспечения структуры различной степени доступности к объектам вообще лучше помолчу.
Que 2016.09.19:4 / by B.Aur / to RA	Ans 2016.09.22:4 / by G.VIT
Запрет на произвольные имена тоже я не понял - Руби, например, тоже использует парадигму - всё является объектом, и как раз произвольное именование очень способствует разработке удобных ДСЯ. То,что IDE не успевают справиться с обработкой всех ДСЯ - это факт известный, но дело, думаю, подойдёт к плагинизации таких обработчиков для IDE.	Тут ты не все понял - запрещено лепить без основанные на толкованиях сочетания букв. Согласен немного мутно. Пока большинство возможных типов генерации сокращенных обозначений из толкований не будет зарегистрировано. Но зато порядок и почти автодокументирование.    А теперь представь - я обожаю предельную сокращенность понятий, но с максимальным указанием их атрибутов в имени, ты или многие другие любят чуть ли не полный текст назначения объекта но без его атрибутики в имени. В RA не надо спорить или терпеть друг друга. Ты включаешь свою конвенцию именования в своей сессии я свою на основе тех же толкований объектов.    А как на счет интернациональных команд разработки или будем плевать на удобства и дискриминацию и дальше?