Страницы: 1 2 вся ветка
Форум: "Потрепаться";
Поиск по всему сайту: delphimaster.net;
Текущий архив: 2002.04.22;
Скачать: [xml.tar.bz2];




Вниз

А кто какую программу щас пишет, и кто какую задумывает писать? 


[NIKEL]   (2002-03-02 11:59) [0]

интересно узнать кто чем занят в данный момент и что хочет(не по работе заставляют а хочет) написать в будущем?
... и есть предложение всем вместе взять и написать че-нить глобальное все форумом, и полезное, каждый будет писать свой модуль - конечно надо будет согласовать все интерфейсы и т.д. или не стоит такого затеивать? :)



Anatoly Podgoretsky   (2002-03-02 13:51) [1]

Хочу написать Real Time Windows, кажктся задача довольно глобальная.



[NIKEL]   (2002-03-02 13:55) [2]

хех... чтоб работала в реальном режиме? это довольно сложно, тем более на Паскале(имхо)



Anatoly Podgoretsky   (2002-03-02 20:55) [3]

Именно, как и просили, очень глобально.
А вот Паскаль очень для этого подойдет, писать то с нуля, да и Windows изначально на Паскале была написано, это потом перевели на Це, Паскаль тогда был недостатчно мощен.

Ну может кто нибудь еще более глобальную задачу предложит, так я сразу откажусь от хотения.



Serge Goncharov   (2002-03-02 21:36) [4]

А я хочу переписать большинство компонент по-своему. :)



Фэ   (2002-03-02 21:55) [5]

Закончил довольно интересную вещь: инет браузер по доступу к закрытым страницам (охрана контента)
Вот так вы это увидите через обычный браузер
http://www.pi8plus.ru/win/cry/index.htm
А так - через мой.
http://www.pi8plus.ru/win/cry/idx.htm



evgeg   (2002-03-02 22:40) [6]

> Anatoly Podgoretsky
Так ведь первая Windows под реальный режим и была написана.



Anatoly Podgoretsky   (2002-03-02 22:47) [7]

По моему она уже тогда была многозадачная.
Хотя давно это было могу и ошибиться.
Вообще то то я не про реальный режим (Real Mode), а про реальное время (Real Time).



Ketmar   (2002-03-02 22:53) [8]

пишу эмуль спекрума. первая альфа уже готова. скоро выложу библиотеку эмуляции Z80 и сам эмуль - все в исходниках. эмуль - Muzdie/DirectX. альфа-тестеры - вэлкоме ;-))

Satanas Nobiscum!
02/Mar/XXXVII A.S.



vasco   (2002-03-02 22:58) [9]

Почти закончил систему тарификации офисных АТС.
Кому интересно - могу отдать на тестирование...
Только кабель самим паять придется.



Mystic   (2002-03-03 00:20) [10]


> Anatoly Podgoretsky © (02.03.02 22:47)


Можно рассматривать как real-time Windows RTOS-32. Она позволяет выполнять одно Win32-приложение, в ней реализовано (с некоторыми ограничениями) многие функции rernel32.dll, user32.dll (список можно расширить самому), поставляется в source... Разработка программ под RTOS-32 ведется на Win32-средствах проектирования, в том числе Delphi, Boland C++ Builder, MSVC...



> [NIKEL] © (02.03.02 11:59)
> ... и есть предложение всем вместе взять и написать че-нить
> глобальное все форумом, и полезное, каждый будет писать
> свой модуль - конечно надо будет согласовать все интерфейсы
> и т.д. или не стоит такого затеивать? :)


Необходимо согласовать интерфейсы того, что хочет реализовать каждый из участников форума, а это [почти] невыполнимо.



> [NIKEL] © (02.03.02 11:59)
> интересно узнать кто чем занят в данный момент и что хочет(не
> по работе заставляют а хочет) написать в будущем?


Лучше спроси, что кого не устраивает. Это и будет ответ на твой вопрос.



Хотелось бы написать?

1/ БД. Но не SQL. SQL мне не нравиться по следующим причинам: он разрабатывался как язык, близкий к естественному языку, и планировался для использования людими, не искушенными в программировании. Но на сегодняшний день наблюдается такая картина: SQL большей частью используется программистами, которым (как мне например) проще вместо SELECT запроса просто описать алгоритм его выполнения. Хотелось бы разработать набор объектов для построения БД не на основе SQL, при этом допускающий использование для решение более общих задач, чем реляционные БД. Например база данных шахматных партий. Как спроетировать базу, чтобы максимально быстро получить список партий, в которых встретилась заданная позиция, ... Не совсем понятно, но это случай, когда я сам не достаточно четко представляю, чего хочу.

2/ Движок под игрушки. Для начала real time strategik. В редакторе вводятся картинки, скриптами описываются правила. Компилируем. Играем. Здесь же автоматическое создание уровней для квестообразных стратегических игр (типа fallout). Динамическое генерирование правил игры (база картинок, характеристики выбираюются особо). Здесь же понимание русского языка в рамках игровой тематики.

3/ Объектный язык программирования способный генерировать оптимальный код. C++ кажеться довольно-таки запутанным, а Delphi не все может. Расширить язык введением большого количества подсказок компилятору по оптимизации (связанные с многопоточностью), хотелось устранить большой размер exe файла. Построение на базе подобного языка OS. Стандартизация методов GUI.

Прошу только не воспринимать это все серьезно и не заваливать предложениями <<войти в долю>>.



[NIKEL]   (2002-03-03 13:48) [11]

2Mystic
Необходимо согласовать интерфейсы того, что хочет реализовать каждый из участников форума, а это [почти] невыполнимо.

я не думаю что это так уж и не выполнимо, если каждому дать по заданию (кто-то должен все это централизировать), и если он серьёзно подойдет к задаче - можно будет согласовать весь интерфейс
Лучше спроси, что кого не устраивает. Это и будет ответ на твой вопрос.

а вот это я ваще не понял...

2Anatoly Podgoretsky
По моему она уже тогда была многозадачная.
Хотя давно это было могу и ошибиться.
Вообще то то я не про реальный режим (Real Mode), а про реальное время (Real Time).

там была обеспечена ПСЕВДОМНОГОЗАДАЧНОСТЬ,т.е. управление передавалось программе, возвращалось системе и передавалось следующей программе, т.е. фактически программы работали последовательно, друг за другом...
...а вот на счет реального времени я чё то не догоняю - это про чё?



Anatoly Podgoretsky   (2002-03-03 15:59) [12]

Это про системы реального времени
Например типа QNX



vasco   (2002-03-04 03:28) [13]

>Anatoly Podgoretsky
А зачем они нужны - Винды реального времени?
Только если по примеру китайцев в каждый дом и в каждый офис по атомной мини-станции поставить. Тогда выражение "Синий экран смерти" приобретет нехороший оттенок...
:)))



Виктор Щербаков   (2002-03-04 08:58) [14]

В последнее время бьюсь над реализацией
объектно-ориентированного представления данных на основе реляционной базы. Конечно объектно-ориентированная модель получается сильно усеченной, т.е. поведение объектов не определяется в них самих. Да и производительность достаточно слабая.

В связи с этим хочется занятся разработкой полноценной объектно-ориентированной СУБД. Куда уж глобальней :)



VV   (2002-03-04 11:03) [15]

Пишу учет Компьютеров, хочу ... да отдохнуть хочу, на море съездить :)))



PVOzerski   (2002-03-04 11:41) [16]

Народ, а не слабо перевесить VCL и IDE от Sibyl на FPC? Я вот всё мечтаю и никак руки не доходят.
Представляете GNU-Delphi для Win32 и OS/2! Может, попробуем вместе? Хоть урывками?



[NIKEL]   (2002-03-04 12:26) [17]

2Виктор Щербаков
неплохое предложение
интиресно было бы посмотреть, а вы на чем пишите?



Виктор Щербаков   (2002-03-04 13:52) [18]

to [NIKEL] ©
Предложение не плохое, но как только подумаю, что это за монстр должен быть - страшно становится. Даже его проектирование (не говоря о непосредственно программировании) - грандиозная задача.
Так что мое предложение скорее мечта, чем реальная возможность.

А пишу: D5 + IB.
Выбор средств разработки не мой :(



Alx2   (2002-03-04 14:02) [19]

А я никак не начну писать игрушку в шашки с самообучающейся функцией оценки (нейросеть). Вот, думаю, как напишу, как запущу играть ее саму с собой, да как он научится "чистому" знанию и "чистой" стратегии, да как мы с ней сыграем :)))

Просто на меня большое впечатление произвела игрушка JellyFish (Backgammon или короткие нарды), которая таким макаром круто играть научилась. А еще раньше такое чудо (до сих пор среди компьютерных Backgammon - сильнейшая) написал Tesauro (TDGammon). Эту идею, кстати, подхватили и авторы DeepBlue, которые, говорят, начали разработку шахматного компьютера с нейросетью в качестве движущей силы.

Осталось только запастись временем...



VuDZ   (2002-03-04 15:58) [20]

2Alx2 а я так хотел ботов в кваке3 научить играть, да потом пришёл к выводу. что даже если и переделаю исходник, то вот тормозить всё безбожно будет

сейчас занимаюсь SharpDevelop - присоединился к их команде, чего-то ваяем, вдруг что выйдет хорошего. Преимущество будет в том, что есличего-то не хватает -можно самому дописать, а не икать доку как написать плагин к VS.NET :>

ну и, конечно, изредка - работой :D



BWG   (2002-03-04 18:39) [21]

Пишу систему визуализации открытых антропогенных ладшафтов на OpenGL. С функциями электронной карты в 2D и просмотра маршрутов в 3D.



PVOzerski   (2002-03-04 18:54) [22]

А я пишу сейчас для Зоологического института систему автоматического определения видов
моллюсков по форме раковины (анализ изображений+локальная база данных), а для себя -
начал делать математические модели коэволюции систем звукоизлучения и звуковосприятия
у сверчков (самцы приманивают самок стрекотанием, параметры которого видоспецифичны).
В дальних планах (если суждено будет их реализовать) - система автоматического определения
видов насекомых по их песням (с выходом на оценку состояния экосистем). Так что - на стыке
программирования и биологии.



Anatoly Podgoretsky   (2002-03-04 22:27) [23]

vasco © (04.03.02 03:28)
Как зачем, чтобы задача была глобальной, что бы всеи форумом, и что бы полезное.



kaif   (2002-03-04 23:31) [24]

Пишу альтернативу 1С на Delphi.



Лёша   (2002-03-04 23:33) [25]

to Виктор Щербаков ©
У мена абсолютно такая же задача: привести существующую модель БД к объектно ориентированной. Причем тоже Delphi+InterBase. Сроки уже поджимают; мне к 15 марта надо выложить предварительный проект, поэтому приходится подгонять модель, как не жаль, к конкретной реализации. А объектно ориентированной она получается только для тех кто не знает, что это такое - объектно ориентированная БД. На самом деле всё просто выкладывается в бизнес логику, а сама БД представляет из себя "гармоничную кашу" (как и у всех). К тому же БД распадается на 2 разных файла, чтобы лежать на разных машинах (но это уже больше требования к проекту).
Поэтому, Виктор, буду премного тебе благодарен, если поделишься со мной какими-нибудь наработками или соображениями.

to All
Я работаю над проектом мониторинга всего, что можно мониторить через компьютеры. Например: диагностическое оборудование, интеллектуальный дом, система контроля допуска и жизнеобеспечения, бортовой компьютер и т. д. То есть, снятие с приборов данных, обработка, вывод на экран; и наоборот. Со всякими примочками, как то, расписаниями, реакциями, репликациями, журнализацией всего происходящего, репортами, интеграцией с подобными системами и кучей еще всего.
Вся особенность этого проекта в том, что нет каких-то конкретных устройств, к которым бы система была привязана. Главное, чтобы устройства передавали информацию (1 байт через Lpt port о том, что сработал датчик; или потоковое видео по TCP/IP - все равно). Система сама отобразит и обслужит, что она получила.




SoftOne   (2002-03-05 03:43) [26]

>Anatoly Podgoretsky © (04.03.02 22:27)

>>vasco © (04.03.02 03:28)
>>Как зачем, чтобы задача была глобальной, что бы всеи форумом, и >>что бы полезное.

Ну если получится, я первый куплю(т.е. посоветую шефу купить) её. :)
А пока решаем эти проблемы микроконтроллерами, которые справляются с подобными задачами лучше.



vasco   (2002-03-05 12:04) [27]

>Anatoly Podgoretsky
Не верится что-то в массовость ОС, да и софта вообще, на общественных началах (ex.: открытые проекты).
Области, где действительно нужны RT OS, - единицы процентов от общего числа задач.
К тому же RTOS будет накладывать жесткие ограничения на железо (количественные и качественные), а это уже противоречит идее массовой настольной системы. Вообще, это будет похоже на забивание гвоздей микроскопом - круто, но бессмысленно для 99% пользователей.
Буду рад, если убедите меня в обратном.



[NIKEL]   (2002-03-05 12:34) [28]

2Anatoly Podgoretsky
а ваще такие системы применяються достаточно редко - в основном в производстве... что касаеться QNX, то она отличается повышенной надежностью и гарантированно реагирует на любой поступивший к ней сигнал в течении очень малого промежутка времени, а ваще такие системы служат не для красивого интерфейса, а для реального управления какогонить робота, или нефтедобыча...
Где-то прочитал, что QNX укомплектованы компьютеры на истребителях F-16
а также есть прекрасная система MenuetOS - тоже влазиет на 1 дискетку, и еще PicoBSD, которая являеться полноценной ОС класса FreeBSD, тоже на одну дискету влазиет
а ваще без знания ассемблера, написать ось невозможно (имхо)



Злобный Эльф   (2002-03-05 12:40) [29]

Пишу программу которая заменит две, и расспостраняемых по всей стране, банками и конторами с фин. транзакциями.



copyr25   (2002-03-05 17:39) [30]

"... и есть предложение всем вместе взять и написать че-нить глобальное все форумом, и
полезное, каждый будет писать свой модуль - конечно надо будет согласовать все
интерфейсы и т.д. или не стоит такого затеивать? :)"
Давным-давно в каком-то журнале вычитал - планировался некий проект, все его участники
- разумные люди, обладающие различными профессиями и разной квалификацией.
А в этом проекте им отводилась роль триггера, но результат реакции : "да" или "нет", конечно
зависел и от профессии, и от квалификации:))



copyr25   (2002-03-05 18:04) [31]

А я тут сделал сервера-клиента, хочу испытать на чужой машине -- все боятся:))
Если кто "не против"? В обмен поделюсь исходником, ну и ваще, обсудим...
Просто все помешались на вирусах, даже не на них, просто, как только слышится
-- сразу представляют Коня:))
Короче, если кто-нить согласен, мыльните:))



Sasha9   (2002-03-05 18:26) [32]

а ты сразу исходники предлагай тогда желающих будет больше:) и я тоже буду желающим



Awex   (2002-03-05 18:48) [33]

>kaif © (04.03.02 23:31)
>Пишу альтернативу 1С на Delphi.

Клас ! B как прогресс ? (в смыле не это не шутка)
Минимум что надо иметь (стремиться создать):
1.Предметно ориентированную среду разработки.
1.1.1. Сервер бизнес логики (Нечто подобное AppCenter, или объектную БД, релятационная модель для такого рода задач мало подходит).
1.1.1. Продуманнные объекты (шаблоны объектов) предметной области.
1.2. Визуальная среда разработки пользовательсго интерфеса (или сценария интерфейса).
1.2.1. Интерпритатор внутреннего скрипт языка.
1.2.2. Интефейс к бизнес логике.
1.3. Хорошая документация на все элементы проекта.
Ну и много чего еще............. ......... .........



Anatoly Podgoretsky   (2002-03-05 21:05) [34]

SoftOne © (05.03.02 03:43)
Ты что, не буду я писать, это же про глобальность :-)



SoftOne   (2002-03-06 04:37) [35]

> Anatoly Podgoretsky © (05.03.02 21:05)
:((((

Я огорчен.
Я то уже подумал, что ты пишешь новую реализацию Windows 3! :)



tovSuhov   (2002-03-06 07:28) [36]

Работаю в группе по созданию Системы Монитринга некоего предприятия. Миноторинг траффика, сигнализаций, охраны и т.п. Активно взаимодействуем с Ораклом...



Anatoly Podgoretsky   (2002-03-06 08:06) [37]

SoftOne © (06.03.02 04:37)
Сообственно потребности нет, но и при наличии поискал бы сначала готовое, так как представляю сложность и трудозатраты.



kaif   (2002-03-07 11:25) [38]

>Awex © (05.03.02 18:48)

Проект закончу к концу марта - середине апреля.

1. Объектно-ориентированные справочники, легко создаваемые пользователем. Объекты классов потомков наследуют поля классов родителей. Основа - строгая реляционная модель.
2. Встроенные скриптовые языки: Delphi Script, Java Script, VB Script. Возможно написание интерфейсов на смеси этих языков. Все это используется для содания интерфейсов "документов". Конфигурирование метаданных базы (добавление таблиц) отделено от написания окон, поэтому основная масса работы (конфигурирование окон) может не прерывать работу пользователей.
3. Палитры VCL компонентов. Среда разработки почти точь в точь воспроизводит IDE Delphi. Пункты 2 и 3 не моя заслуга. Использован пакет Dream Controls. Моя заслуга - только идеология взаимодействия всех частей системы.
4. Система построена на основе IB6.0
5. Бухгалтерское ядро тщательно продумано. Совершенно оригинальная, сверхбыстрая бухгалтерская модель. Все сделано на основе SQL. Конфигурирующий сможет опираться исключительно на SQL.
6. Концепция (идеология) также тщательно продумана. Выигрыш по скорости за счет концепции, по сравнению с 1с - до ~1млн. раз. (Например, при вставке документа задним числом).
7. Все проводки делает сервер, причем IB (классическая клиент-сервер модель, не трехзвенка). Еще много чего есть важного, что пока не могу публиковать (до выхода в свет).
8. Целевой рынок продукта - профессионалы, зарабатывающие на заказ конечных фирм-потребителей. То есть я пишу инструментальное средство.
---
я знаю, что все это звучит неправдоподобно, но тем не менее, удалось все это реализовать. Просто я ломал над этим голову уже много лет...



Awex   (2002-03-07 12:55) [39]

1. Насколько я понимаю это не чисто объектно-ориентированная база. А всего лишь простое наследование на уровне таблиц.
Можно у тебя допусти определить объект такого типа:
TСотрудник ? А от него ТМенеджер ?
Или ТМенеджерСписок ?
А логика на чем ? На простых SQL процедурах и тригерах ?
Сомнительно что при таком подходе конечные настройщики полноценно смогут использовать возможности системы по настройке системы (Настройщику нужно очень сильно знать внутреннее устройство и логику работы ядра, а это значит !!очень!! хорошая тех документация или обучение самими разработчиками, что сам понимаешь......).

2.& 3. Ну этим вряд ли кого удивишь.... Dream Controls пользут многие.....:)
"Среда разработки почти точь в точь воспроизводит" я бы так не сказал......
Рано или поздно наступит такой момент, когда нужен будет свой интерпритатор внутреннего скрипт языка, специализировннный (!!!) под свои нужды. Так что дизайнер и скриптер Dream Controls это далеко не выход......

4. Для систем подобного рода IB правильный выбор.

5. "Конфигурирующий сможет опираться исключительно на SQL"
Это скорее всего недостаток, см. п 1. тем более в такой предметной области как бухгалтерия.

6. до ~1млн. раз ? Да, если это так то ты просто монстр !

7. >> Все проводки делает сервер
Знаешь, я как то думал что проводки делают бухгалтера....
Хотя в зависимости от того что ты подразумеваешь под словом "проводка"......



kaif   (2002-03-07 16:56) [40]

>Awex © (07.03.02 12:55)

2.& 3. Ну этим вряд ли кого удивишь.... Dream Controls пользут многие.....:)
"Среда разработки почти точь в точь воспроизводит" я бы так не сказал......
Рано или поздно наступит такой момент, когда нужен будет свой интерпритатор внутреннего скрипт языка, специализировннный (!!!) под свои нужды. Так что дизайнер и скриптер Dream Controls это далеко не выход......

Привожу Ваш ответ на вопрос (Ars P 28.02.02 12:39):

А зачем писать свой интерпретатор, это дело не благодарное тем более есть уже готовые решения, осталось только их интегрировать со своим проектом.
Я вот например я пользую Dream

==================================

>5. "Конфигурирующий сможет опираться исключительно на SQL"
Это скорее всего недостаток, см. п 1. тем более в такой предметной области как бухгалтерия.
Это сугубо Ваше мнение. мое мнение - прямо противоположное.

>1.(Настройщику нужно очень сильно знать внутреннее устройство и логику работы ядра, а это значит !!очень!! хорошая тех документация или обучение самими разработчиками, что сам понимаешь......).
У меня крайне простое ядро (12 таблиц). Полностью прозрачный для всех, открытый алгоритм. Конфигурирующему будет гораздо проще, чем под 1с, где конфигурационный файл закрыт. К тому же IMHO, лучше снабдить его спец-компонентами, чем спец-скриптовым языком.
Вероятно, Ваша реакция вызвана тем, что мы решаем похожую задачу... :)
Я бы не хотел превращать эту ветку в спор... Тут просто просили поделиться, кто чем занят.



Иван Шихалев   (2002-03-07 18:34) [41]

to kaif

А сколько это будет стоить?



kaif   (2002-03-07 20:18) [42]

1.Ориентировочная цена лицензионной копии $800 - $1000 (для разработчика конфигураций). Далее он может ставить любое кол-во копий этого продукта на компьютеры своих клиентов. Соответственно, все что он получает от них (за конфигурацию под них) - его. Это может быть $50, а может быть $500. Я поддерживаю документацией своих покупателей (разработчиков конфигураций). Своих клиентов они поддерживают сами - как хотят. Так как IB6.0 может быть бесплатный, никаких ройалти нет. BDE не требуется.

2.На начальном этапе, возможно система будет продаваться существенно дешевле (цены пока назвать не могу), пока не готова вся документация и не отловлены все баги.

3.Документация и примеры (которые можно будет легко встраивать) будут допоставляться.

4.Таким образом, конечный потребитель заплатит только за конфигурацию, разработчик конфигурации - только за право использовать этот пакет для разработки типовых конфигураций для продажи или особенных на заказ.

5.Защита программы (типа аппаратной или иной) не планируется. Будет использоваться только правовой механизм защиты (серийный номер пакета).



Иван Шихалев   (2002-03-07 21:42) [43]

Цена нормальная, но... Планируются ли какие-нибудь презентации, демо-ролики, подробное описание в Сети и так далее? Для "кота в мешке" дороговато :)

PS. Очень возможно, что ближе к осени буду спрашивать уже не из любопытства...



kaif   (2002-03-07 23:58) [44]

>to Иван Шихалев
Да, разумеется. Видимо, будет trial полнофункциональная версия с ограниченным сроком действия. Я опубликую принципы работы, скриншоты и часть документации на сайте. К сожалению, время и средства не позволяют сейчас провести сразу большие презентации. Я постараюсь ответить на все вопросы на этом форуме, но только после выхода программы в свет.
"Кота в мешке" не будет. Максимальная открытость и ясная ценовая политика - принципы этой системы.
----
P.S. Я очень рад, что встретил интерес к тому, над чем работаю. Признаюсь, это лучшее, из всего, что я когда-либо написал...



Ketmar   (2002-03-08 17:41) [45]

2kaif:
а можно демо-версию, чтобы кряк сделать, а??

Satanas Nobiscum!

08/Mar/XXXVII A.S.



MJH   (2002-03-08 17:53) [46]

NItroAmp074XP



Awex   (2002-03-11 12:46) [47]

2kaif
>А зачем писать свой интерпретатор, это дело не благодарное тем >более есть уже готовые решения, осталось только их >интегрировать со своим проектом.
>Я вот например я пользую Dream

Если для внутренннего применения то да, это единственное решение.
А если делать серейную комерческую систему, то это далеко не выход. Скриптер нужен будет свой !!!! Пусть глючный, пусть убогий , но свой ! Тем самым приобретается независимость от разработчика скрипта и гибкость внесения(дополнения) изменения функциональности. Вот сможешь например в Dream Pascal работу с множествами сделать нормально как в Delphi ?
Вот вот ......Свой скриптер - единственное правильное решение для серийной системы.

> У меня крайне простое ядро (12 таблиц). Полностью прозрачный >для всех, открытый алгоритм. Конфигурирующему будет гораздо >проще, чем под 1с, где конфигурационный файл закрыт. К тому же >IMHO, лучше снабдить его спец-компонентами,

Чесно говоря я не представляю, как можно базу бухгалтерского и управленчиского характера запихнуть в 12 таблиц. Это то же море справочников, куча каталогов, куча регистров.............
У меня уже к 100 таблиц и количество их растет.......

Хотя если у тебя талицы используются как хранилище пропертей объектов....... Но тут другие грабли - низкая производительнось.....


>>Максимальная открытость
С этим спорить бесполезно. Что правильно , то правильное......
Delphi приобрела свою открытость

>>ясная ценовая политика - принципы этой системы
Вот гогда система начнется продаваться, приносить прибыль/убыток тогда уже и определяется ценовая политика........
И возможно придется ее менять не один раз.....Если хочешь чтоб проект выжил и более менее развивался.....
Ведь вложение на раскрутку системы (реклама, документации, пуюликации.... поиски клиентов.. и тд.....) немалые.......





Awex   (2002-03-11 12:57) [48]

>Delphi приобрела свою открытость
В смысле Delphi приобрела такую популярность во многом благодоря своей открытости



kaif   (2002-03-15 18:19) [49]

>Чесно говоря я не представляю, как можно базу бухгалтерского и управленчиского характера запихнуть в 12 таблиц. Это то же море справочников, куча каталогов, куча регистров.............
У меня уже к 100 таблиц и количество их растет.......

Я слегка преуменьшил. Точнее 22 таблицы. Но существенных для понимания принципа системы из них даже меньше, чем 12. Таблицы справочников и документов не в счет - их создает конфигурирующий. Для того ядро и создано, чтобы он мог все это по-человечески делать (легко). Их (таблиц справочников и документов) могут быть сотни. А системных (неотъемлемых таблиц, которые всем этим управляют, всего 22).

Ничего никуда я не распихиваю. Каждый класс справочника хранится в своей нормальной таблице. Производительность максимальная. А как засунуть ядро бухгалтерии в 12 таблиц скоро все узнают (максимум через месяц). Между прочим, в той же 1s в ядре очень мало таблиц. Все остальное - таблицы, сазданные в рамках конфигурации конфигуриующим.
А эта система еще проще, чем 1s (снаружи). И построена на совершенно иных принципах чем 1s.
И честно говоря, я сам еще в сентябре 2001 не представлял, что это действительно можно осуществить...



Devid   (2002-03-16 08:11) [50]

Я хочу написать типа Трояна под винд на Делфи 6. Кто-нибудь скажите где этот маст дай прячет пароли...




Страницы: 1 2 вся ветка
Форум: "Потрепаться";
Поиск по всему сайту: delphimaster.net;
Текущий архив: 2002.04.22;
Скачать: [xml.tar.bz2];




Наверх





Память: 0.89 MB
Время: 0.047 c
1-69897           ymin                  2002-04-09 13:56  2002.04.22  
Есть ли Help в минимальной установке Delphi 6?


14-69994          Дмитрий               2002-03-15 12:24  2002.04.22  
Документооборот?


1-69885           Kate                  2002-04-09 11:55  2002.04.22  
Message dialog


14-70017          Sergo                 2002-03-14 12:28  2002.04.22  
Тема про вирус!!!


14-70020          ASM                   2002-03-16 01:01  2002.04.22  
Профессианальная Помощь нужна!