|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
мод Lamazoid Вооот !!! Я и предлагаю построить такую систему и Вы предлагаете тоже самое !!! Уже есть что-то общее.. Осталось выяснить почему Вы хотите делать это через собственную (а получается что нужна именно собственная) платформу, а не через готовый разработанный язык (типа С#, PHP и т.д.) Иерархия такая (по уровням): 0. Базовый язык программирования+СУБД 1. Платформа=фраймворк=инструментальная среда (сделана на 0) 2. Прикладные модели типа бухучета (сделаны на 1+0) 3. Конкретная система (сделана=собрана на 2+1+0) 1+2 (+0) =коробочная система Все понятно, но нужно уточнить: на каком уровне будет "программировать" бухгалтер? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2007, 09:27 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
Alexsalog Все понятно, но нужно уточнить: на каком уровне будет "программировать" бухгалтер? Пример: формулы в excel можно писать, не зная VBA. Т.е. для excel VBA - это базовый язык. Проблема здесь в том, что язык формул д.б. интерпретируемым. Писать свой интерпретатор нереально, значит выбор базового языка сильно ограничивается. Подходит например PL/SQL. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2007, 10:45 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
Lamazoid Пожалуйста расшифруйте за что или какие функции будет выполнять платформа. (наример безопасность, отображение, присвоение ID объектам и т.п.) 1. Обработка произвольных объектов и документов 2. Классификация 1 3. Права доступа 4. Библиотеку примитивов для 1,2,3 5. Генератор экранных форм для 1,2 6. Генератор отчетов 8. Всякий сервис ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2007, 10:54 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
мод Писать свой интерпретатор нереально, значит выбор базового языка сильно ограничивается. Да ну? P.S. Не взлетит проект... ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2007, 21:52 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
мод Alexsalog Все понятно, но нужно уточнить: на каком уровне будет "программировать" бухгалтер? Пример: формулы в excel можно писать, не зная VBA. Т.е. для excel VBA - это базовый язык. Проблема здесь в том, что язык формул д.б. интерпретируемым. Писать свой интерпретатор нереально, значит выбор базового языка сильно ограничивается. Подходит например PL/SQL. Я о другом спросил. Вот их этих уровней: 0. Базовый язык программирования+СУБД 1. Платформа=фраймворк=инструментальная среда (сделана на 0) 2. Прикладные модели типа бухучета (сделаны на 1+0) 3. Конкретная система (сделана=собрана на 2+1+0) 1+2 (+0) =коробочная система Где место "бухгалтеру" для программирования? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2007, 07:14 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
Знаете, почему-то все в итоге сводится к интерпретируемому скриптоподобному "языку" и генератору форм. Это как протореная колея с которой ну никак выбраться. Ментально. Если предполагается что основная ориентация системы - как Excel, но только развитее в части создания интерактивных интерфейсов и обраьотки данных, а также получения выходных отчетов отличных от форм ввода, то с одной стороны не обойтись без формул. Но не более чем в 1 строчку! Иначе это будет опять 1С, поскольку для "бухгалтера" это уже не пойдет, а для программиста это будет весьма отсталое и убогое средство (после всех наследований, интерфейсов и STL). А с другой стороны, вместо процедурного языка и дизайнера форм потребуется нечто иное. Например декларативное описание, как наиболее "очеловеченное" и воспринимаемое без подготовки - интуитивно. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2007, 07:23 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
Изопропил мод Писать свой интерпретатор нереально, значит выбор базового языка сильно ограничивается. Да ну? P.S. Не взлетит проект... И еще предлагаю ценную информацию (предчуствия и смутные сомнения) из области авиации и самолетостроения не публиковать. :) Если есть что то сказать - время есть. Времени полно. Я например - еще совсем не старый. :) Интерпретатор написать - не такая уж задача неподъемная. Поверьте - за 2 недели можно сделать свой какого-нибудь Pascal Script-а. И если уж на то пошло - есть компонента Delphi - называется TScrip. С исходниками! Но !, еще раз повторюсь - базировать "систему разработки", - её интерфейсную часть, то есть повернутую лицом к пользователю, ориентируясь на пользователя типа "бухгалтер" - на "интерпрететоре" процедурного языка - неправильно. Совершенно неправильно. Неужели непонятно? Я говорю не о том, на чем разрабатывается сама система, а о том что предлагается её пользователю, который с помощью этой системы что то будет разрабатывать: какой интерфейс, какие средства описания... и т.д. Нужно не только описание, как я предлагаю - декларативного языка или декларативной спецификации модели Данных и Процесов, а в целом - среды разработки, такой, чтобы каждый из вас поверил, что в ней "пользователь" действительно сможет описывать то, что ему нужно от Системы. Не имея специально подготовки, кроме той области в которой он работает как профессионал (финансы, логистика, медицина...). ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2007, 11:35 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
Alexsalog Нужно не только описание, как я предлагаю - декларативного языка или декларативной спецификации модели Данных и Процесов, а в целом - среды разработки, такой, чтобы каждый из вас поверил, что в ней "пользователь" действительно сможет описывать то, что ему нужно от Системы. Не имея специально подготовки, кроме той области в которой он работает как профессионал (финансы, логистика, медицина...). Утопия это. Максимум что можно делать - workflow со специализированным отраслевыми языками. Workflow навалом. Дело за языками. Я пытался (мысленно :)) делать для планирования производства. Типа "запустить оплаченные заказы по приоритетам; задать приоритет - максимум суммы заказа; и задать приоритет - минимум длительности производственного цикла заказа; Разбить партии по КОИД" и т.д. Потом оказалось, что все это обыкновенные чекбоксы. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2007, 12:02 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
Alexsalog.... еще раз повторюсь - базировать "систему разработки", - её интерфейсную часть, то есть повернутую лицом к пользователю, ориентируясь на пользователя типа "бухгалтер" - на "интерпрететоре" процедурного языка - неправильно. Совершенно неправильно. Неужели непонятно? Я говорю не о том, на чем разрабатывается сама система, а о том что предлагается её пользователю, который с помощью этой системы что то будет разрабатывать: какой интерфейс, какие средства описания... и т.д. ВОТ ОНА истина . тока пользователю не надо давать Разрабатывать интерфейс - ему это не нужно (придется пользователю подключать обработки - т.е. элементарно чтобы на копку привязать событие пользователю продется объяснить что такое событие). Давайте всетаки разрабатывать не УТОПИЧЕСКУЮ СИСТЕМУ (которая может все и вся). А реальную систему которая обладает Пусть и ограниченным набором функций и свойств но тем не менее КАЧЕСТВЕННЫм НАБОРОМ. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2007, 15:31 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
Для идеи (соглашения) закрепления нарисовал такую вот картинку. Здесь что приниципиально: сам декларативный язык может быть и не доступен пользователю в чистом виде, а только служит неким техническим стандартом, вокруг которго пляшут все остальные прибамбасы системы (визуализатор, движок). Визуализирующая подушка может обеспечить какой угодно "сервис наглядности" и интуитивности в помощь пользователю в изложении своих идей машине. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2007, 03:50 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
Еще раз картинку. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2007, 03:52 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
Сахават ЮсифовМаксимум что можно делать - workflow со специализированным отраслевыми языками. Workflow навалом. Дело за языками. Я пытался (мысленно :)) делать для планирования производства. Типа "запустить оплаченные заказы по приоритетам; задать приоритет - максимум суммы заказа; и задать приоритет - минимум длительности производственного цикла заказа; Разбить партии по КОИД" и т.д. Потом оказалось, что все это обыкновенные чекбоксы. :) Так это же замечательно! Вот и выходит что никаких тут сложностей то и нету в описании планирования... Только то, что вы сказали я бы переформулировл так: 1) Определить объект Заказ (атрибуты, рождение, взаимовлияние, состояния) 2) Определить целевое отношение по множествку заказов (формула) - Максимум суммы 3) Определить объект Производственный цикл (атрибуты, рождение, взаимовлияние, состояния) 4) Определить целевое отношение по множествку заказов (формула) - Минимум длительности 5) Определить целевое отношение по объектам рожденным ц.отношениями 2) и 4) по принципу... чего-то там. Аминь (RUN). ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2007, 04:07 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
AlexsalogГде место "бухгалтеру" для программирования? 2+1+0 ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2007, 08:56 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
ИзопропилДа ну? Пробовали ? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2007, 08:57 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
AlexsalogЗнаете, почему-то все в итоге сводится к интерпретируемому скриптоподобному "языку" и генератору форм. Это не так. Alexsalog Если предполагается что основная ориентация системы - как Excel Excel - двухуровневая система Alexsalog не обойтись без формул. Но не более чем в 1 строчку! Не обязательно. Дело не в том, что это будет писать программист, самое главное, что это локальные тексты, не затрагивающие ядро, т.е испортить ничего нельзя. Alexsalog А с другой стороны, вместо процедурного языка и дизайнера форм потребуется нечто иное. Например декларативное описание А вот это верно. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2007, 09:03 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
Сахават ЮсифовМаксимум что можно делать - workflow со специализированным отраслевыми языками. Хороший максимум. Специализированные отраслевые языки = Специализированные отраслевые модели. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2007, 09:08 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
мод Сахават ЮсифовМаксимум что можно делать - workflow со специализированным отраслевыми языками. Хороший максимум. Специализированные отраслевые языки = Специализированные отраслевые модели. Я вообще пртив всякой "отраслевости" в платформе. В отрасли используется какой то механизм чаще других? Хорошо почему не оформить в виде шаблона? Отрасль - это слишко узко, слишком специально! ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2007, 09:27 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
Alexsalog Я вообще пртив всякой "отраслевости" в платформе. В отрасли используется какой то механизм чаще других? Хорошо почему не оформить в виде шаблона? Отрасль - это слишко узко, слишком специально! Зачам Вы пытаетесь создать универсальную-универсальность (= утопическая утопия). Я думаю (со своей ограниченной т.з.) что пока людям -человчеству не хватает сил описать ВСе процесы едиными математическими моделями. Ну а если человечество не может то чем Мы (я, вы ) отличаемся от остальных 6 млрд.- Над этими моделями работали и работают институты а Вы пытаетесь созать все это в одиночку (не скажу что это невозможно - но маловероятно). Я считаю что лучше - сзделать несколько качественных отраслевых решений - а уж потом искать в них что-то общее по мере поступления денег от довольных клиентов. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2007, 06:36 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
LamazoidЯ считаю что лучше - сзделать несколько качественных отраслевых решений - а уж потом искать в них что-то общее по мере поступления денег от довольных клиентов. Ок. лучше уж синица... и правда... Особенно мне понравилась тема поступления денег :). Так давайте уже писать сюда описания отраслевых деклатаривных языков. Поняти, обозначения, функции, виды отношений, объекты... ЧТо там еще. Отрасли: Финансы, Матучет, Планирование, Документооборот. Так - для конкретики. Там посмотрим. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2007, 08:35 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
LamazoidНад этими моделями работали и работают институты а Вы пытаетесь созать все это в одиночку (не скажу что это невозможно - но маловероятно). Вы просто плохо представляете как что делается в институтах. Коллективный труд не равно коллективный разум. Так что, если человек чувствует в себе силы - почему бы нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2007, 10:40 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
AlexsalogОтрасли: Финансы, Матучет, Планирование, Документооборот. Так - для конкретики. это не отрасли и в автономном варианте они никому не нужны Цементный завод, Торговый дом, Страховая компания, Хлебокомбинат, Завод по производству скобяных изделий... Успехов! ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2007, 10:44 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
iscrafm AlexsalogОтрасли: Финансы, Матучет, Планирование, Документооборот. Так - для конкретики. это не отрасли и в автономном варианте они никому не нужны Цементный завод, Торговый дом, Страховая компания, Хлебокомбинат, Завод по производству скобяных изделий... Успехов! Тогда не надо. Не ну что это... сущность "скоба". Не, это не модель. Тогда я пойду по первому пути и буду описывать целевые отношения и способы их реализации через внешние подключаемые библиотеки с целтью обеспечения расширяемости модели среды разработки. Опабликую - мне не жалко. Хоть за критику спасибо скажу. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2007, 11:12 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
AlexsalogОтрасли: Финансы, Матучет, Планирование, Документооборот. Так - для конкретики. iscrafmэто не отрасли и в автономном варианте они никому не нужны Цементный завод, Торговый дом, Страховая компания, Хлебокомбинат, Завод по производству скобяных изделий... Успехов! А если в этих отраслях поискать общие сущности (например сущьность документо оборота) - выделить в этом всем что-то общее. Сделать так чтобы сущность документооборот была настраиваема грамотными пользователями под несколько Вериантов т.е. под цемзавод, страховую и.т.д. - но количество Вариантов настройки должнобыть предельно - например под завод (прозводственная деятельность),торговый дом (торговля), страхование, банк (услуги) ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2007, 12:14 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
Всем привет, попытаюсь вставить пару соображений и наблюдений из нашего опыта. Напишу, какие проблемы мы уже смогли решить из обсуждаемого, а какие не можем. Alexsalog Пока что, спустя 143 сообщений ветки более менее пришли к более менее общей задаче: Разработка программы , позволяющей опытному пользователю(лям), не имеющему специальной подготовки программиста, самостоятельно строить средства автоматизации своих рутинных операций, хранения и обработки данных данных и обеспечивающих прочую информационную поддержку его деятельности (хохяйственной и не только; например - планирование, мультиконтекстный поиск данных и проч.). Вот эту задачу наша система решает TeamDesk , правда в очень ограниченной функциональностью (замена Excel) - пользователи сами себе делают приложения. мод Иерархия такая (по уровням): 0. Базовый язык программирования+СУБД 1. Платформа=фраймворк=инструментальная среда (сделана на 0) 2. Прикладные модели типа бухучета (сделаны на 1+0) 3. Конкретная система (сделана=собрана на 2+1+0) 1+2 (+0) =коробочная система Данная схема на практике у нас получилась такая. 0-1- TeamDesk 2 есть шаблоны модулей, из которых путем добавления полей таблиц можно получить возможный для применения модуль. 3. Конкретная система делается на копии какого то модуля, возможно к нему добавляется копия другого модуля, лишнее сразу удаляется, руками настраиваются все связи, добавляются поля таблицы. Если провести аналогию с программированием - вы каждый раз создаете программу с нуля, копируя куски кода из других проектов. Но выходит довольно быстро, если вы знаете что хотите получить. Главное преимущество результирующего продукта - это точно то, что вам нужно, без лишних функций. Т.к один из главных принципов наших продуктов, что он должен быть простой. Сборка системы с точки зрения поддeрживаемости выглядит криво, но пока ничего лучше сделать не смогли - все на уровне не устоявшихся идей. Но в любом случае то, что есть сейчас лучший фреймворк для небольших клиентов из тех, что я разрабатывал - несколько для промышленных учетных систем. Так что постараюсь ответить на вопросы по разработке фреймворков для учетных систем. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2007, 22:56 |
|
Кто как представляет разработку средства разработки по "переписке"
|
|||
---|---|---|---|
#18+
-lesha- Так что постараюсь ответить на вопросы по разработке фреймворков для учетных систем. рассказывать не нужно. Покажите плз пример учетной системы, которая на нем построена если возможно. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.07.2007, 00:14 |
|
|
start [/forum/topic.php?fid=33&msg=34636456&tid=1549029]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
457ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
58ms |
get tp. blocked users: |
2ms |
others: | 15ms |
total: | 573ms |
0 / 0 |