---|Ветка была без названия|---

← →
lipskiy (2002-04-11 12:12) [0]

Господа программеры! Есть идея создания на этом сайте отельного ресурса - базы процедур и функций на Delphi. Эта идея возникла у меня и у VID, и мы предложили ее Мерлину. Оказалось, что это давно планируется, но у Мерлина нет свободного времени, чтобы это сделать. Он предложил сделать такую базу нам самим, а он предоставит дисковое пространство.

Суть базы функций в следующем.
Хочется иметь ресурсы, которые можно просто брать и использовать, не утруждая себя поисками, обсуждениями, вниканиями и пр. Эти ресурсы должны быть в виде обычных юнитов, просто подключаемых к проекту. Каждый юнит содержит набор функций определенной тематики с кратким описанием. Сами функции могут быть совершенно любыми, в первую очередь, вероятно это будут функции из FAQ - наиболее часто используемые.
Базу может пополнять кто угодно и всегда (через форму) своими функциями, как в кладовке.

Как вам такая идея?
И кто может написать такую форму для сайта?

← →
Виктор Щербаков (2002-04-11 12:29) [1]

Хорошая идея. Но сначала несколько общих вопросов:
1.Могут ли функции быть взаимозависимыми (т.е. вызывать другие функции этого же модуля).
2.Каковы правила оформления исходника (ведь бывает читать невозможно)
3. Если базу сможет беспрепятственно пополнять каждый, то возможно попадание туда некачественного кода или дублирующего или просто бесполезного. Получится то же что в кладовке.

Мое мнение: нужен чел, который бы следил за состоянием этой базы и наводил в ней порядок. Возможно кто-то из мастеров согласится, или из наиболее продвинутых?

← →
gek (2002-04-11 12:39) [2]

Да, наверное надо сделать.
Идея хорошая.
Смотрящий вероятно тоже необходим.

← →
VID (2002-04-11 12:57) [3]

TO Виктор Щербаков:
1. Наверное да, но главное что бы не вызывались из другого модуля. Ну а если ОЧЕНЬ надо, то необходимо будет предупредить пользователя о том , что Функция X ссылается на модуль А, итп.
2. Правила оформления исходника... ну для начала можно не особо нагружать особмыми правилами, главное что бы комментариев побольше было...
3. Видимо всё-таки будет нуобходим кто-то,кто будет проверять функции и процедуры на правильность, корректность и прочее.

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

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

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

← →
wicked (2002-04-11 13:02) [4]

можно добавить?...
имхо просто НЕОБХОДИМО будет сделать полнотекстовый "умный" поиск по таким модулям... а иначе очень скоро такое скопление исходников превратится просто в кучу...

← →
Виктор Щербаков (2002-04-11 13:14) [5]

wicked © (11.04.02 13:02)
А я говорил про правила оформления кода неспроста. Скажем простое требование: вставлять форматированные комментарии в начале каждой функции, упростит задачу программного поиска.

← →
wicked (2002-04-11 13:22) [6]

2 Виктор Щербаков ©
гм... а если я помню только, что где-то видел кусочек наподобие
SHBrowseForFolder(<blah-blah>); или
lfOrientation := ?
вот оно - full text необходим...

← →
lipskiy (2002-04-11 13:31) [7]

Фоматирование кода, имхо, обязательно.
Обязательно для каждой функции - имя автора и дата последней модификации.

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

Вот, например, такой формат.

//_Функция набора телефонного номера модемом
// Автор: lipskiy {мыло, аська по желанию}
// Проконтролировано: [Имя Мастера]
// Дата:
{
Текст описания функции, как ей пользоваться (формат параметров), какими Дельфями поддерживается, какие системные модули требует, на какие юниты из этой базы ссылается, на какие функции из этого юнита ссылается.
}
Function TelephonCall(Number:string);
begin
end;

При поиске функций выводится список строчек, содержащих //_ - только название функции. Кнопка подробного просмотра выводит полное описание, еще кнопка выводит всю функцию для просмотра.

← →
wicked (2002-04-11 13:34) [8]

> При поиске функций выводится список строчек, содержащих
> //_ - только название функции. Кнопка подробного просмотра
> выводит полное описание, еще кнопка выводит всю функцию
> для просмотра.

имхо напоминает древообразные форумы... может попроще сделать?...

← →
lipskiy (2002-04-11 13:43) [9]

Может и попроще!
Для этого мы и завели эту тему здесь, давайте, предлагайте!

← →
wicked (2002-04-11 13:53) [10]

может я и надоел кое-кому со своими идеями (hi Merlin :)...
я предлагал сделать чего-то вроде code snippets - типа изюминки программирования, маленькие секреты - не готовые модули, а куски программ, процедуры, реализации алгоритмов, шаблоны не более, чем, скажем, 300 - 500 строк, с комментариями, которые человек мог бы вставить в свою программу, подогнать под свои нужды и т. д... соответственно, с полнотекстовым поиском - в таком варианте без него просто не обойтись...

← →
lipskiy (2002-04-11 13:58) [11]

Немножко не то.
> подогнать под свои нужды и т. д...
вот без этого бы лучше обойтись, имхо.
Лучший вариант - как API, вызвал и получил, а как оно внутрях устроено - разбираться чтоб не было прямой необходимости.

← →
wicked (2002-04-11 14:04) [12]

> Лучший вариант - как API, вызвал и получил

тогда автора придётся заставлять сопровождать свой код...
а в моём случае - as is и no warranties... ;)

← →
VID (2002-04-11 14:12) [13]

TO lipskiy: ха, думаю, что прочитв твой последнее предложение
"...Лучший вариант - как API, вызвал и получил, а как оно внутрях устроено - разбираться чтоб не было прямой необходимости"
DIGITMAN будет особо рад :)))

TO ALL:

В общем идея преоразилась слегка:
Итак, метод хранения данных:
создаётся таблица с полями: Тип, Автор, Дата, Проверил, текстКода, список_использованных_функций_и_процедур, тематическая_принадлежность.
Под "типом" понимается тип приводимого кода: функция или процедура.
Каждая запись в этой таблице = одной функции или процедуре.

Метод представления данных:

Саначала даются ссылки на разделы: WinApi, БазыДанных, VCL, итд.
Каждый линк ссылается на соответствующую тематическую страницу, в которой будут перечислены названия функций, автор, дата, и проверивший:
Например:
--------------------------------------
Функция: PhoneCall(Number:Integer):Boolean;
Автор: somebody
Дата : 01.01.5651
Проверил: кто-то
Используемые функции:.....
--------------------------------------
Кликнув на название функции, открывается её исходный текст.

вот приблизительно в таком виде должны быть отображены функции на странице. Если страницы не хватает, то появятся ссылки "1 2 3 4..."

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

← →
Виктор Щербаков (2002-04-11 14:12) [14]

lipskiy © (11.04.02 13:58)
Да действительно. Лучше сделать что-то вроде библиотеки мастаков. Многим пойдут на пользу испытанные в разных ситуациях, надежные, эффективные и хорошо документированные функции. А советы и шаблоны - для этого, ИМХО, лучше FAQ.

wicked © (11.04.02 14:04)
> тогда автора придётся заставлять сопровождать свой код...

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

← →
VID (2002-04-11 14:18) [15]

да, конечно же ещё надо добавить краткое описание функции, что бы оно тоже отображалось в группе сведений о функции

← →
Merlin (2002-04-11 14:36) [16]

По опыту своему скромному, могу посоветовать. Начните с простого, и двигайтесь к сложному. Попытка с первого раза создать нечто универсальное и супер-пупер класное, как правило, заканчивается неудачей.
Вы уже наговорили на неделю работы Perl/PHP программисту :)

← →
lipskiy (2002-04-11 14:40) [17]

2 Виктор Щербаков

> Лучше сделать что-то вроде библиотеки мастаков.
> А советы и шаблоны - для этого, ИМХО, лучше FAQ.

Стопудово именно так! Кесарю - кесарево, слесарю - слесарево.
База должна содержать готовые к употреблению вещи, а не полуфабрикаты.

В общем да, выходит, что древовидная структура все таки удобнее, каждый возмет только те функции, что ему нужны и сам уже будет укладывать их в свои юниты, как ему удобнее.

Дело за малым - поскольку мы с VID уже выяснили, что делать веб-формы и подобные веб-базы мы с ним не умеем, то осталось только
НАЙТИ ЛЮДЕЙ СРЕДИ ФОРУМЦЕВ И НЕ ТОЛЬКО, КТО СМОГ БЫ ЭТО НАПИСАТЬ.
АУ!

И Merlin прав, надо сначала сделать хоть что-то и простенькое, но даже простенькое сможет сделать только тот, кто хоть что-то уже в этом направлении умеет :)

← →
VID (2002-04-11 14:47) [18]

Да, я согласен... но с другой стороны, в основе дела, должна лежать универасальная технология, что бы потом легче было дорабатывать...

с другой стороны, кто сказал что это дело одного дня ?

действительно, "...НАДО НАЙТИ ЛЮДЕЙ СРЕДИ ФОРУМЦЕВ И НЕ ТОЛЬКО, КТО СМОГ БЫ ЭТО НАПИСАТЬ"

← →
vuk (2002-04-11 14:49) [19]

http://www.torry.net/dpfl/home.html

← →
VID (2002-04-11 14:58) [20]

TO vuk: ну и что ? у нас зато будет на русском языке :)))

← →
VID (2002-04-11 14:59) [21]

Хотя спору нет, ресурс хороший, я уже пару функций себе стянул :)

← →
vuk (2002-04-11 15:05) [22]

Намек понят не до конца. :o) Если уж браться за реализацию, то можно посмотреть, учесть опыт, такскзть... :o)

← →
VID (2002-04-11 15:10) [23]

а-а... ну это хорошо :) только в конечном счёте стрницу ваять не мне и не lipskiy... я тут всего-лишь приблизительный вариант предлагал...

← →
wicked (2002-04-11 16:04) [24]

> только в конечном счёте стрницу ваять не мне и не lipskiy...

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

← →
lipskiy (2002-04-11 16:43) [25]

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

А в третьих, у меня еще одна мысль появилась насчет структуризации.
При неглубокой структуризации сложно будет искать при больших списках. При глубокой структуризации сложно будет структурировать - многие вещи будут подпадать под несколько тем.

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

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

← →
Dimka Maslov (2002-04-11 16:59) [26]

Можно сделать и не библиотеку функций, а нечто вроде библиотеки подсказок (как например programming tips на http://www.swissdelphicenter.ch/en/tipsindex.php). Фактически это всё-таки библиотека функций, а не целых модулей. Для каждой такой подсказки указывается краткое описание, что делает, какие параметры и кто автор. К ним это отсылается через формы, потом они пишут, что мы сначала проверим, а потом разместим и вас уведомим, что разместили. При этом они ещё смотрят, чтобы функции не повторялись. Мне кажется что такой раздел можно и сделать для начала.

← →
lipskiy (2002-04-11 17:10) [27]

Вот это уже значительно ближе к истине! (about Dimka Maslov)
Хороший момент - функция и пример ее использования.
Насчет проверки уже говорилось - да, это бы обязательно хотелось иметь. Но тут надо спросить мнение мастеров - будут ли они этим заниматься?

Насчет проверено / не проверно можно сделать еще, например так.
Не отдельную базу для всех и отдельную для проверенных, а просто в описании функции - одно из полей - метка, "печать" мастера, типа "протестировано и одобрено". А при хождении по дереву иметь опцию - показывать все, только проверенное, только непроверенное.

← →
Dimka Maslov (2002-04-11 17:25) [28]

Скажу и несколько слов про реализацию того, что сказано мной выше. Для этого требуется простая форма (не сложней чем здесь для ответа на вопрос). Далее скрипт, стоящий за этой формой посылает только письмо по почте ответственному за мероприятие (назовём его модератором). Модератор тестирует код сам или пересылает другому. При тестировании определяется работоспособность при различных параметрах, назначается раздел, в котором она будет находиться, а также то, что такой функции в списке нет. Проверенные модераторами функции размещаются на сайте (этот процесс можно и автоматизировать, чтобы упрастить жизнь модераторов).

← →
Torry (2002-04-11 17:28) [29]

To Dimka Maslov:

Просто для информации:

http://www.swissdelphicenter.ch/en/tipsindex.php существует в виде программы-оболочки и небольшой БД (на 600 tips). Выпущено как часть нашего DVD (4 релиз). Условия лицензии: только как часть CD or DVD Edition of Torry"s Delphi Pages.

Занимает около 6-7 Мб в развернутом виде. Ежели Саймон (веб-мастер вышеуказанного сайта) даст согласие на публикацию этого как отдельного продукта (сразу оговорюсь - я на эту тему с ним говорить не буду в виду сходства позиций по проблемам лицензий для подобных продуктов), то, думаю, это можно было бы сделать в рамках "Мастеров".

← →
lipskiy (2002-04-11 17:38) [30]

> посылает только письмо по почте ответственному за мероприятие

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

← →
MAxiMum (2002-04-11 17:41) [31]

А я думаю, что каждый пускай делает сам и думает сам. А если не может, то в хелпе и Инете ищет. Вот!

← →
lipskiy (2002-04-11 17:44) [32]

2 MAxiMum
Спасибо за мнение, но такой подход, имхо, глупый.
Вы же не пишете себе ОС сами, а пользуетесь готовым продуктом.
Если каждый все с нуля делать будет - все будет стоять на месте!

← →
Dimka Maslov (2002-04-11 17:58) [33]

>lipsky
Конечно, лучше, когда всё сразу публикуется и комментируется, однако это усложнит задачу на начальном этапе, ибо сказал Merlin " Вы уже наговорили на неделю работы Perl/PHP программисту :)".
Вот и получается, что можно упрастить работу программистов, но нагрузить модераторов, и наоборот. В этом и нужно искать компромисс.

← →
VID (2002-04-11 18:49) [34]

TO Dimka Maslov: Лучше однажды программеры потрудяться, чем потом всё время модератор будет париться :)
А вообще, дополнительное поле, типа "Проверено/не проверено" - это хорошая мысль.

НО ДО СИХ ПОР НЕЯСНО КТО БУДЕТ СОЗДАВАТЬ СТРАНИЦУ ?

← →
Dimka Maslov (2002-04-11 19:38) [35]

>VID
Всё-таки да, пусть программисты парятся неделю, чем модераторы долгое время.

Действительно, кто-же будет создавать страницу? Здесь форум про Delphi и у подавляющего большинства сайты размещены на бесплатных хостингах, где CGI или нет или нет вообще, следовательно, изучать всё это неинтересно, а потому мало кто здесь возьмётся за такую задачу. Тем не менее это весьма интересная задача и решать её надо тем у кого хоть какой-то, но опыт в программировании CGI имеется. Например у меня. А у кого ещё?

← →
lipskiy (2002-04-11 19:43) [36]

Ок! Один чел есть!!! Г-н Dimka Maslov - спасибо!
А это сложно сделать одному?
Я могу, к сожалению, помочь только советами - как организовать структуру и интерфейс.

← →
Dimka Maslov (2002-04-11 19:59) [37]

Не могу сказать, сложно или нет, все мои познания в PHP отражены в гостевой книге у меня на сайте, одному тут не справиться, несомненно нужен помощник. Кроме того есть злые люди, которые будут мне мешать заниматься благим делом во имя строительства мостов. И ещё. Данная задача требует умения работать с базами данных, чего у меня нет. Можно обойтись и без них, но это совсем другая история.

← →
VID (2002-04-11 20:14) [38]

TO Dimka Maslov: База данных нужна. В данном случае можно использовать НЕ "клиент-сервер", а обычные локальные таблицы. Я на фоксе легко такие приложения делал, а вот на дельфи опыта нету. Но можно попробовать.

Хотя, насколько я понимаю, в конце-концов cgi-скрипты должны быть отправлены на этот сайт, а значит их там будут проверять на работоспособность... И им решать какую технологию базы данных использовать (какая им удобнее). ПОЭТОМУ МОЖЕТ ВОПРОСОМ СОЗДАНИЯ CGI-СКРИПТА, ДЛЯ РАБОТЫ С БД, ЛУЧШЕ ЗАНЯТЬСЯ КОМУ-НИБУДЬ ИЗ МОДЕРАТОРОВ ?

А опыт программирования cgi у меня на уровне 1-2 занятий... лекционных.

← →
lipskiy (2002-04-11 20:16) [39]

А без БД не обойтись? Можно же просто - функция = файл + ссылка на него.

← →
Dimka Maslov (2002-04-11 20:19) [40]

>VID
Вся трудность именно в том, что работать с базой данных надо из Пёрла или ПХП, вот тут уже я не справлюсь, а всё остальное сделать можно, правда работа с БД - основа данного мероприятия.

← →
Dimka Maslov (2002-04-11 20:20) [41]

>lipsky
Можно обойтись, но в целях безопасности нужна база.

← →
VID (2002-04-11 21:05) [42]

TO Dimka Maslov : я честно говоря не очень в создании интернет-приложений, но почему именно через PERL или PHP ? Разве нельзя на object pascal создать нужный cgi-скрипт и использовать его ?

← →
DenKop (2002-04-11 21:45) [43]

Если дело стало за организацией БД, то я думаю можно собрать в какую нибудь DLL управляющую этой самой базой. Да, ну конечно же если можно из PHP юзать библиотеки собранные на Delphi. Но если это реально, то думаю в написании DLL я смогу помочь.

P.S. А можно и без DLL обойтись, использовать ActiveX, но это будет проблемней.

← →
Димка-1200 (2002-04-11 21:56) [44]

Я понимаю, что вы тут все в основном дельфисты и дельфисты под must die, поэтому хочу внести небольшую ясность. Если писать cgi на объект паскале, то сервер, кот. их будет обрабатывать, должен быть стопудово мастдаевский. А на сколько я могу в этом деле понимать, то тут стоит Apache/1.3.20 (Unix)
Так что писать скрипты придется на Perl или PHP и с использованием БД MySQL (если она тут есть)

← →
VID (2002-04-11 22:46) [45]

TO Димка-1200: Ах вот оно что ! :) ну тогда действительно нужен Perl/PHP программер.

А насчёт MySQL надо у Merlin выяснить...

← →
VID (2002-04-11 22:48) [46]

again to Димка-1200: А ты программируешь под *никсы ? Можешь помочь в этом деле ?

← →
Fantasist (2002-04-12 00:35) [47]

> Я понимаю, что вы тут все в основном дельфисты и дельфисты
> под must die, поэтому хочу внести небольшую ясность. Если
> писать cgi на объект паскале, то сервер, кот. их будет обрабатывать,
> должен быть стопудово мастдаевский. А на сколько я могу
> в этом деле понимать, то тут стоит Apache/1.3.20 (Unix)
> Так что писать скрипты придется на Perl или PHP и с использованием
> БД MySQL (если она тут есть)

Да, да, в этом-то и дело. Если бы сервер стоял на виндах, то написать CGI+БД, хоть на Delphi хоть на VC, и я бы смог. А вот под Unix... В этом-то весь облом.

← →
Димка-1200 (2002-04-12 01:39) [48]

Ну вы хотя бы определитесь с тем что вам нужно. А то, как я понимаю, еще ничего не устаканилось. Все переключились на решение вопроса: "Кто же будет делать все то, что мы напридумывали" :)))
Определитесь со структурой, сформулируйте что-то похожее на Т.З., а с написанием я помогу.
Вот только со временем проблемы :(

← →
Димка-1200 (2002-04-12 01:42) [49]

Пора, братцы, на Киликс переходить, тогда проблем с совместимостью не будет :)

← →
Aleks1 (2002-04-12 01:54) [50]

Идея - на пять!
Ну а насчет реализаторов оной, по-моему полный облом!
Сразу замечу, я пас, поскольку опыта написания чего-либо для Инета - никакого!
Пасующих тут гораздо больше, чем вистующих. А последние не наблюдаются вообще.

← →
lipskiy (2002-04-12 09:35) [51]

А как же Димка-1200?

> с написанием я помогу

Вот оно! Есть!!!
А ТЗ сделаем, но проблем, я уже занялся этим. Выложу где нить страничку, сложу туда все умные мысли с этой конфы - обсудим.

← →
Mike_Goblin (2002-04-12 10:05) [52]

вставлю и ясвои пять копеек
1. Kylix - в данном случае imho не лучшее решение - к нему нужны библиотеки - потенциальный источник проблем на сервере, хостер вряд ли захочет размещать их,, да и размер кода великоват
2. предлагается Perl+MySQL - вроде самое то для этой задачи
Я бы мог заняться реализацией - но сейчас совсем нет времени :(((

← →
iZEN (2002-04-12 10:05) [53]

Давайте перепишем на Delphi алгоритмы http://algolist.manual.ru/
:)

← →
fliz (2002-04-12 12:08) [54]

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

← →
VID (2002-04-12 12:27) [55]

to filz: в будующем возможно так и надо будет сделать, но пока что неплохо было бы создать хотя бы то, что задумано.

А так ведь ещё и создание поиска впереди, и вывода стат данных...

← →
Андрей Сенченко (2002-04-12 18:16) [56]

Вот здесь:
http://kurepin.ru/main.phtml#chap9

лежит хороший пример писанины на PHP с MySQL. Это для желающих попробовать силы.

← →
IronHawk (2002-04-12 18:49) [57]

Полностью поддерживаю Subj !

← →
VID (2002-04-12 19:11) [58]

TO IronHawk: А ты можешь как-нибудь помочь в деле реализации сабжа ?

← →
Merlin (2002-04-12 19:50) [59]

Хм... базы, базы... К сведению, _весь_ этот сайт написан без использования БД и даст фору по производительности и низкой загрузки сервера многим аналогичным проектам с исп. БД.

Не надо усложнять себе жизнь. Создание текстового файла на каждый раздел в котором одна функция на одной строке решит все проблемы. (перевод строки заменяется на <BR> и тогда функцию можно показывать сразу в браузер не задумываясь о перекодировании и форматировании)

← →
VID (2002-04-12 20:24) [60]

TO merlin: Вот и возникают у людей вопросы: а почему когда я функцию в дельфи вставил, то она у меня в одной строке отобразилась ? :)))

← →
lipskiy (2002-04-12 21:03) [61]

About Merlin © (12.04.02 19:50)
Поскольку это мнение автора сайта и конечной инстанции в создании проекта - то тогда очень важно знать сейчас (до начала работы), какой вариант будет пропущен?
Если БД только не рекомендуется, но если будет сделана, то будет и подключена - это одно, а если вебмастер принципиально против БД - это другое.
Мерлин, конкретизируй, плз, какой вариант ты разрешишь?

И следующий момент.
Поскольку я не спец в БД, то хочу спросить спецов - если система будет сделана без БД, то при желании не запарно будет ее перевести на БД?

← →
Димка-1200 (2002-04-13 02:35) [62]

To lipskiy: Запарно :)
Саму базу (текстовик) перегнать в БД будет несложно. А вот весь движек кот. работает с файлом переписывать на работу с БД запаришься.
Файл нужно будет читать в массив либо построчно, либо целиком и потом уже с ним работать как с массивом. А к БД можно обратиться по адресу, сделать выборку, сортировку. К тому же базы на MySQL платформонезависимые, чего не скажешь текстовиках. Особенно это касается переводов строк. Где 10 13, где просто 10, где 10 10 13.
В общем бардак полный :)
Это конечно все ерунда, но имхо, с БД работать проще.

← →
Oleg_Gashev (2002-04-13 02:52) [63]

Идея хорошая и бесспорно нужная. Сам бы не прочь ею заняться и время есть. На своем сайте http://gashev.com могу все это выложить. Сайт работает без БД. Кто заинтересован в предложении пишите на oleg@gashev.com .

С уважением, Олег Гашев.

← →
lipskiy (2002-04-13 03:32) [64]

2 Oleg_Gashev
Спасибо, но выкладывать будем здесь, да и для рабочего варианта есть место. Можешь ли реально помочь в программировании базы, как, например Димка-1200 или Dimka Maslov?

← →
lipskiy (2002-04-13 03:37) [65]

2 Димка-1200
Ок, понял. Тогда точно надо с MySQL и начинать сразу, тем более если ты шаришь и можешь помочь реально. Чего зря париться, у БД и возможностей больше и, говоришь, платформонезависимая. Зачем тогда ездить на запоре, если мерс предлагают!

← →
Oleg_Gashev (2002-04-13 10:29) [66]

>lipskij
Сайт работает без БД.

← →
VID (2002-04-13 11:39) [67]

TO Oleg_Gashev: А ты можешь реализовать идею с применением БД ?

← →
Oleg_Gashev (2002-04-13 11:46) [68]

Нет, нет, нет, нет, нет!!!!
Сайт работает без БД.

← →
Dimka Maslov (2002-04-13 12:28) [69]

Раз Merlin говорит, что никакой БД здесь нет, и что можно делать и без неё, то я мог бы попытаться слелать это на PHP.

← →
Димка-1200 (2002-04-13 13:27) [70]

To Oleg_Gashev: Тебя ведь спрашивали можешь ты реализовать, или нет, а не то, как у тебя сайт работает.
А место и у меня есть, причем Апачи я могу сам у себя кофигурить и модули к ним подключать.
Но как я понимаю, о том где размещать базу вопрос не стоит.

← →
Димка-1200 (2002-04-13 13:32) [71]

To Dimka Maslov: Тут все написано на Perl"e.
Перл более мощный язык, хотя немного и сложнее.
Имхо, без БД писать запарнее, т.к. обращение идет к текстовику, его нужно открывать на запись, потом опять закрывать. А если на сайте народу много и они одновременно что-то пишут в один файл?
Тогда у одного все нормально, а у другого облом.
Опять же придется извращаться, что бы таких вещей не было.

← →
lipskiy (2002-04-13 13:32) [72]

Ок, значит если, имхо, лучший вариант с MySQL не будет разрешен, то делаем на PHP. Настоятельно рекомендую MySQL.
Мерлин, АУ!

← →
lipskiy (2002-04-13 13:34) [73]

Или не на ПХП, а на Перле :)

← →
Oleg_Gashev (2002-04-13 13:38) [74]

>Димка-1200

Мерлин может все выложить на PHP? Сайт ведь написан на Перле.
Если проблем нет, можно и на этом сайте.

>Мерлин
Как у тебя со свободным местом?

← →
Anatoly Podgoretsky (2002-04-13 13:48) [75]

lipskiy © (13.04.02 03:32)
Что то я не заметил, чтобы Merlin дал согласие на размещение или хотя бы намек на это.
Ты не торопищься распоряжаться чужим ресурсом.

← →
lipskiy (2002-04-13 14:22) [76]

2 Anatoly Podgoretsky
По аське добро на реализацию и предоставление дискового пространства от Мерлина получено еще с самого начала. Ессно, без этого я бы и не парился. Непонятно пока - какая технология будет пропущена.

← →
lipskiy (2002-04-13 14:28) [77]

Господа! Мы с VID в данное время готовим отдельную страничку - что-то типа ТЗ - формализуем задачу и собираем воедино все предложения. На основе этой странички, которую будем (если хотите) вместе дорабатывать можно будет делать проект.
Скоро выложу страничку и дам ссылку. Следите!

← →
Malder (2002-04-13 19:33) [78]

Имхо, вы взяли на себя непосильную задачу. Ресурс будет или примитивен, или слишком сложен для исполнения.
Вы подумайте, чем хотите заняться. Ведь вы пытаетесь делать маленькие компоненты по сути. Есть специализированные сайты на которых работают десятки людей и они только и успевают, что каталогизировать компоненты для работы со всем чем угодно.
А в чем преимущество вашего подхода ? Чем база функций лучше ? Они не смогут выполнять ничего серьезного. Вы отсекаете все на первом уровне.
Попытаюсь обьяснить. Ну вот например работа с файлами. Есть функция открыть файл, которая возвращает ссылку на открытый файл. И по это ссылке с файлом можно работать (читать, писать) из ДРУГИХ функций ! Все завязано. А ваши процедуры-функции независимы друг от друга. Ничего кардинального они сделать не смогут. Тут где-то приводился пример... будет типа функция набора номера модемом. Ну будет выложена такая функция... и что ? Ну вот вызову я ее. Модем наберет номер. А дальше то что ???! Соответственно, нужно реализовать не только набор номера, но и передачу/прием данных, другие функции. Все это выливается в компоненту для работы с модемом. Таких компонент - куча, и не надо ничего нового писать. И много, интересно, вам таких готовых компонент будут присылать ? И сколько ж ее проверять на корректность надо будет ?
В общем, источник, как, я говорил, будет достаточно примитивным. Все его процедуры/функции будут выполнять простенькие действия (ну типа определения текущего IP адреса компьютера). Зачем это надо ? Это же стандартный FAQ.

Просто я не хочу чтобы вы потеряли кучу времени впустую...

← →
VID (2002-04-13 20:22) [79]

TO Malder: Да действительно, ты прав - функции и процедуры часто бывают связаны между собой. Но посмотри на вопросы которые здесь задают. Чаще всего ответы на эти вопросы заключаются в виде ОДНОЙ ПРОСТОЙ ФУНКЦИИ ИЛИ ПРОЦЕДУРЫ.
Более того, ты наверное не в курсе, но каждая запись в базе данных, будет содержать поле, в котором будут указаны использованные функции и модули, таким образом если кто-нибудь захочет использовать какую-нибудь функцию из базы, от увидит ссулыки на другие функции (если таковые будут) и побеспокоится о том, что бы они ну него тоже были.
А в описанной табою ситуации вариант решения проблемы может быть таков: Допустим есть функция A(FileName:String):THandle, эта функция возвращает дескриптор какого-нибудь файла по его имени.

А процедура B(FileHandle:THandle) занимается удалением какого-нибудь файла по его дескриптору.

Итак что НЕПОСРЕДСТВЕННОГО вызова функции A из процедуры B нет. Но Функция А нужна для определения входного параметра, необходимого процедуре B.

Для решения этой проблемы, в таблицу (в котрой будет храниться все функции , процедуры итд) можно добавить ещё одно строковое поле, нечто-то вроде "Источник данных". И в этом поле указать "A", т.е. указать на функцию A.

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

PS: Пессимизмом можно любое дело загубить...

← →
lipskiy (2002-04-13 21:24) [80]

2 Malder
Я совершенно согласен с VID. Ты не с той стороны смотришь на задачу. Компоненты - готовые программы, и немаленькие. Их море в сети. Но они неоптимальны, содержат много лишнего для каждой конкретной задачи. И это наиболее важное отличие компоненты от мелких функций, на мой взгляд.

FAQ - не совсем то. Он содержит мало готовых законченных вещей и имеет неформализованные описания.

> Они не смогут выполнять ничего серьезного
> Ничего кардинального они сделать не смогут

Именно так, именно это и планируется сделать!!! , мелкие кирпичики кода, только необходимое, без ненужных наворотов. К тому же как правило никто не разбирается - как работает компонента, и это опасно тем, что могут возникать (и возникают!) "чужие" глюки в своей программе.

> Ну вот вызову я ее. Модем наберет номер. А дальше то что ???!

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

Резюме таково - сия база по своему уровню находится между Паскалем, как языком, и компонентами, как готовыми программами на этом языке. Имхо, это звено не лишено востребованности и имеет свою нишу.

← →
lipskiy (2002-04-13 22:15) [81]

********************************************************* * * * Господа!!! * * * * Я и VID подготовили первый рабочий вариант ТЗ * * на разработку Единой Базы Процедур и Функций: * * * * http://delphi.adlen.ru * * * * Эта страничка предлагается всем для обсуждения, * * дополнения, изменения и так далее. * * Заходите срочно!!! :) * * * *********************************************************

← →
lipskiy (2002-04-13 22:17) [82]

Вау! Вот кривизна то :(

← →
evgeg (2002-04-13 22:41) [83]

С противниками идеи -- это здорово :) :(

← →
Malder (2002-04-14 17:15) [84]

Хех. Не надо меня писать в противники идеи. Я то за. Просто считаю, что много будете работать, а эффект маленький. То есть, игра не стоит свеч. Вот и все...

P.S. Я даже согласен помочь насколько знаю CGI

← →
Malder (2002-04-14 17:22) [85]

и еще. Сделайте гостевую на сайте. Здесь топик слишком разрастется. Уже читать неудобно...

← →
Malder (2002-04-14 17:26) [86]

и еще. Сделайте гостевую на сайте. Здесь топик слишком разрастется. Уже читать неудобно...

← →
ZZ (2002-04-14 17:59) [87]

Очередные грандиозные планы...
Опять разведете базар, пару недель пофлеймите и забудете и этот проект.

ЗЫ. Надеюсь, что я ошибаюсь :)
PPS. А почему он находится на левом (не delphi.mastak.ru) сайте?

← →
lipskiy (2002-04-14 18:32) [88]

2 Malder
Гостевую бы хорошо, подумаем, я сам не умею, если кто поможет - сделаю, я сам только десяток HTML-тегов знаю, и все...
Спрошу у Димки-1200, это его сайт, может сделает и гостевую.

2 ZZ
А где ей еще находится?
Я же не имею отношения к мастаку, я просто здесь тусуюсь, как все, вот и все. Решил хоть что-то сделать, что мне по силам. Чтоб хоть не просто базар разводить. Организация и формализация - это тоже работа :)
Ну я за себя отвечаю - я не забуду, только мало что могу.

← →
lipskiy (2002-04-14 18:37) [89]

> и еще. Сделайте гостевую на сайте. Здесь топик слишком разрастется.
> Уже читать неудобно...

можно пока пользоваться загрузкой ветки в сокращенном виде

← →
Donal_Graeme (2002-04-14 20:11) [90]

хм.. возможно, тоже смог бы помочь... пишу на PHP. MySQL использовал :-)

← →
Malder (2002-04-14 23:24) [91]

lipskiy, зайди на guestbook.ru - там и почитаешь, все просто...

← →
VID (2002-04-15 00:01) [92]

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

← →
lipskiy (2002-04-15 00:24) [93]

********************************************************* * * * Господа!!! * * * * Теперь на страничке рабочего варианта ТЗ * * на разработку Единой Базы Процедур и Функций: * * * * http://delphi.adlen.ru * * * * подключена гостева книга, в которой будет * * удобно вести обсуждение * * Заходите, начнем! :) * * * *********************************************************

Спасибо Малдеру за подсказку :)

← →
Oleg_Gashev (2002-04-15 00:31) [94]

Прежде чем всем этим заниматься, пора о содержании подумать. У Вас уже код есть? Копирование FAQов - плохой принцип, но и на первом этапе подойдет. Если Мерлин разрешит использовать FAQ сайта- еще лучше. Иначе придется делать все самим.

← →
Oleg_Gashev (2002-04-15 00:40) [95]

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

← →
lipskiy (2002-04-15 00:41) [96]

Код есть!!!
Немного, но есть.
Это небольшой, но полезный юнит, собранный VIDом, с которого, собственно, и возникла эта идея!
Ну и потом, резонно предположить, что у любого программера есть такие загашники - нечто, что используется им часто, и таким кодом может поделиться каждый, если ему не жалко.
К тому же можно воспользоваться ресурсами проектов - аналогов:
http://www.torry.net/dpfl/home.html
http://www.swissdelphicenter.ch/en/tipsindex.php
Думаю, это не противозаконно?

← →
Oleg_Gashev (2002-04-15 00:46) [97]

Противозаконно. Лучше спросить у авторов приведенных проектов.
И на последок, посмотрите http://planetsourcecode.com , http://www.devx.com/free/codelib/ .

← →
VID (2002-04-15 02:00) [98]

To Oleg_Gashev: Думаю, что при наличии такого сервиса (о котором здесь идёт речь), проблем с наличием кода не будет - не все конечно будут делиться, но заполнение должно происходить...

← →
Димка-1200 (2002-04-15 02:02) [99]

To Oleg_Gashev: Вообще-то в любой подобной вещи (имеется в виду, либо юнит, либо законченый проект) предполагается распространение информации по сети, иначе бы ее просто не выкладывали. Главное, это сохранить копирайты! Принято писать их в начале кода, как коментарий. Если никто не будет это дело менять (речь идет о копирайтах)
Вам никогда не приходил спам? Сейчас принято писать спамерные письма с небольшой пометочкой о том, откуда был взят ваш электронный адрес. Если речь идет о ресурсах общедоступных, типа форумов и т.д., то это не является противозаконным. Та же ситуация и у нас.
Конечно же, лучше спроситть авторов, но если этого не делать, то противозаконного тут ничего не будет.
Хотя, все зависит от того, законы какой страны мы собираемся соблюдать :)

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

← →
MAxiMum (2002-04-15 02:03) [100]

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

← →
lipskiy (2002-04-15 02:49) [101]

2 MAxiMum
Учиться можно и по функциям из базы.
Ну и потом - далеко не у всех есть цель стать крисивым программером. У меня нет. Мне нужен результат, а не процесс. Поскольку я сам не программер. Это частный случай, но все-же. Людей, которые разносторонне развиты, много. Такие люди спецы в одной области, но хорошо осведомлены обо всех смежных областях. Вот я - железячник. Программы писать мне приходится из-за необходимости управлять созданным железом программно. Поэтому мне нужен быстрый результат и разбираться в тонкостях работы программы - не есть моя цель. Так то вот.
Просто надо понять - целевая аудитория базы будет не совсем та, о которой говорит MAxiMum.

← →
SPeller (2002-04-15 07:48) [102]

Идея ваша хорошая, вот только многие начинающие программисты будут брать всё готовое, не разбираясь досканально что к чему, и соответственно, подогнать процедурки друг под друга смогут, а заставь их написать аналогичное - не смогут. Я учился сам по себе, когда начинал Инета у меня не было, книжки только по VB. Вот тебе Дельфя, вот тебе её справка и всё! Зато научился самостоятельно искать ответы на вопросы, рыться в справках и т.п. Могу поспорить, что многие из тех начинающих, задающих "глупые" вопросы не умеют пользоваться справочной системо Дельфи, хотя там есть ответы на большинство вопросов. Нет только увязки информации в единое целое в виде полезных примеров. Подчёркиваю - полезных. После изучения низших основ программирования уже можно брать готовое, чтобы увеличить свой опыт. А "новички" здешние как хотят - купить диск с Дельфёй и за пару дней написать "супер-навороченую" прогу, или "супер-мега-убийственный" супер-вирус, доводящий юзера до инфаркта. Сначала надо попотеть, попсиховать, попроклинать Дельфи и её справку, чтобы научиться основам. Надо сделать себе фундамент, чтобы потом строить на нём что-то высокое.

Лирическое отступление закончилось :))

Ничего против базы я не имею, даже всеми руками и ногама ЗА! Я это всё наговорил в надежде, что новички прочтут это, хотя толку мало будет. Желаю всем удачи в этом проекте. Только продумать надо всё до мелочей, и не забыть про интерфейс приятный. Текст конкретных процедур должен быть хорошо закомментирован, дабы позволить её видоизменять и подстраивать под конкретные цели, и чтобы меньше времени уходило на чтение чужого кода. И ещё об интерфейсе. Всё должно быть интуитивно понятно и впервые попавший туда должен без особого труда ориентироваться.
Ну вот пока что все мои рекомендации. К сожалению, помочь в осуществлении проекта не могу, потому как с интернетом пока общаюсь только на уровне пользователя.

← →
lipskiy (2002-04-15 08:58) [103]

> Я это всё наговорил в надежде, что новички прочтут это

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

← →
Merlin (2002-04-15 17:19) [104]

Возможны варианты: Perl, PHP, без базы, с базой mySQL.
Все они равноценны, как сделаете, так и рботать будет :)

P.S. Мое замечание про БД не стоит воспринимать как то, что я против использования баз, вовсе нет. Но их использование должно быть разумным ;)
P.P.S. На этом сайте будет переписываться движок форума под работу с БД, т.к. мне не удалось реализовать нормальный поиск с низкой загрузкой сервера на Perl, придется переложить эти задачи на плечи базы :)

← →
Dimka Maslov (2002-04-15 19:25) [105]

И так я начинаю это делать. На PHP и без БД.
Страница, где с можно будет ознакомиться с результатами
http://delphibase.endimus.com (пока там стоит редирект на http://delphi.adlen.ru, когда что-то там появится, страница будет работать самостоятельно).
Уже сейчас можно присылать свои функции на мыло delphibase@endimus.com

← →
VID (2002-04-15 22:24) [106]

TO Dimka Maslov: Отлично.. жаль что ты не хочешь на MySQL (или не можешь ? )...

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

← →
Batman (2002-04-15 23:21) [107]

ИМХО, лучше обойтись без базы (Мерлин я за тя горой :)).
список функций, как ссылки на исходник, краткое описание типа:
--------------------------------------
Функция: PhoneCall(Number:Integer):Boolean;
Автор: somebody {мыло, аська желательно}
Дата : 01.01.5651
Проверил: кто-то
Используемые функции:.....
--------------------------------------
Автор лично обеспечивает техническую подержку функции.
Используемые функции должны быть в виде ссылок на исходный текст.
Текст функций должен быть хорошо закомментирован, т.е. максимально читабелен.
Однотипные функции собраны в древовидном порядке, в виде раскрываемых и закрываемых папок.

← →
lipskiy (2002-04-16 00:28) [108]

2 Dimka Maslov
Ок! Начинай!(ем). Информационно-организационную работу постараюсь обеспечить на своей страничке, если никто не против:
http://delphi.adlen.ru/
Прдлагается техническое обсуждение базы перенести в гостевуху, вход в которую с этой же странички, тем более, что обсуждение там уже началось.

> ИМХО, лучше обойтись без базы

Как выясняется - действительно, не лучше, не хуже. Зависит только от качества исполнения. Хотя есть мнение, что на MySQL делать значительно проще и быстрее.

← →
Dimka Maslov (2002-04-16 11:37) [109]

>VID
Без баз, потому-что желания нет их изучать, я всегда без них обходился.

← →
lipskiy (2002-04-16 13:04) [110]

Народ!
Есть новое предложение.
Поскольку у нас образовалось несколько желающих попробовать сделать базу, причем все знают разные технологии, и поэтому будет невозможно работать вместе над одним кодом базы (да это и не очень удобно), то предлагается каждому желающему по мере своих возможностей и свободного времени делать свою базу по своей технологии.
Окончательно опубликуем один вариант, наилучший, который выберем общим голосованием. М.б. чьи-то проекты, если они будут на основе одной технологии выполнены, удастся удачно совместить в последствии.

Ну и вообще, мне кажется, даже если чей-то вариант не будет принят, то такая работа, во-первых, позволит получить дополнительный опыт, а во-вторых - движок базы получается не особо специфичным, поэтому его можно будет использовать просто под другие задачи тем, кто их напишет :)

Как вам такое предложение?

← →
lipskiy (2002-04-18 01:27) [111]

Начат реальный сбор данных для базы.
Данные пока отправляются мне на мыло, я их пересылаю Dimke Maslovu, который начал писать саму базу, скоро переключим напрямик.

Начнем!
http://delphi.adlen.ru/forma.html

← →
Дмитрий Баранов (2002-04-18 12:56) [112]

Цитируя уважаемого Юрия Зотова:
"лучше дать голодному удочку, а не рыбу" и
"не было случая, чтобы в хелпе не нашелся ответ"

Так вот, imho эта база будет большой рыбой. Чтобы учиться решать вопросы самому, надо учиться читать документацию. Поскольку подавляющее большинство здесь программирует под Win, то удочкой являются хелп, директория Demos, MSDN( о существовании которой тут, как выясняется, некоторые и понятия не имеют :) и т.п...
Несмотря на то, что в MSDN подавляющее большинство примеров на C, никуда от этого не деться, так как весь SDK на Delphi никогда переведен не будет...
" Суета сует - все суета " :)

← →
Виктор Щербаков (2002-04-18 13:27) [113]

Дмитрий Баранов (18.04.02 12:56)
Не могу согласиться. Аналогия между рыбой и готовым кодом не полная. Лично мне очень многое дают чужие исходники в плане обучения, полезных приемов и идей. По ним в основном и учился.
Конечно, бездумное использование функций базы ничему не научит. Но думающему человеку, база может стать хорошим пособием по написанию граммотного кода. Да и вообще, использование чужого кода, как и всякое повторное использование - не есть плохо.

← →
lipskiy (2002-04-18 13:28) [114]

Снова путаете категории пользователей!
Поймите, целевая аудитори базы - не та, о которой вы говорите.
Я уже приводил свой личный пример:
Я - не программер! Мне НЕ НУЖНО изучать все тонкости программирования - у меня нет такой цели и желания.
Я - железячник. Мне необходимо писать тестовые программы для разработанного железа, чтобы управлять им на этапе отладки. Это просто следствие специфики работы.
НО У МЕНЯ НЕТ НЕОБХОДИМОСТИ ИЗУЧАТЬ ПРОГРАММИРОВАНИЕ СПЕЦИАЛЬНО И ОЧЕНЬ ГЛУБОКО.
Это частный случай.
Есть еще примеры.
Есть чел - классный спец в веб-технологиях. Иногда соприкосается с прикладными программами, ЕМУ ТОЖЕ НЕТ НЕОБХОДИМОСТИ ИЗУЧАТЬ DELPHI И PASCAL СПЕЦИАЛЬНО И ОЧЕНЬ ГЛУБОКО.
И таких примеров можно привести много.

НЕ ПУТАЙТЕ КАТЕГОРИИ ПОЛЬЗОВАТЕЛЕЙ!
НЕ ВСЕ В ЭТОМ МИРЕ ПРОГРАММЕРЫ И НЕ ВСЕ ЖАЖДУТ ИМИ СТАТЬ.

И уже предлагаю закрыть тему необходимости базы.
Вопрос решен подавляющим большинством мнений.
База уже пишется.

← →
lipskiy (2002-04-18 13:36) [115]

И согласен с Виктор Щербаков © (18.04.02 13:27).
Учиться многим проще и быстрее по чужим исходникам, это верно.
Так что и программерам база будет полезна.

← →
VID (2002-04-18 17:32) [116]

TO Дмитрий Баранов : ты противник идеи ? [yes, no]

← →
Malder (2002-04-18 22:27) [117]

Насчет названия здесь. Не надо извращаться. Что-то типа Сборник полезных процедур и функций. Чтоб понятно было. А то как на Королевстве. Круглый стол, кладовка... еше там чего-то... я до сих пор не понимаю структуру их сайта... да и разбираться никакого желания нет

← →
vuk (2002-04-18 22:49) [118]

to Malder:
Насчет "Королевства". У Елены Филипповой, а она занимается поддержкой сайта одна, просто не хватает времени для реализации одной весьма серьезной задумки по глобальной реорганизации структуры материалов. Даже в свое время был разработан принцип по которому планировалось все реализовать. Я говорю об этом, потому, что принимал в этом участие. Потом почему-то не хватило организованности и идею на время заморозили. :o( Сейчас кое-что для "Королевства" строю. Я так думаю, это будет один из шагов в том направлении, в котором планировалось. Потом, может и первоначальная идея реанимируется. :o)

← →
lipskiy (2002-04-18 23:47) [119]

Я согласен с Malder.
Действительно, лучше без эпитетов.
Но вот сейчас образовалась аббревиатура:
UBPFD - Uniform Base of Procedures and Functions for Delphi
Как вам такое название?

← →
fliz (2002-04-19 11:53) [120]

"Юбипифт" стало быть ....
да номана вполне звучит.

← →
Дмитрий Баранов (2002-04-19 12:30) [121]

>>VID © (18.04.02 17:32)
Ни в коем разе :))
Я горячий сторонник перевода кода с С++ на Delphi и
документации с английского на русский :))

← →
Владимир Васильев (2002-04-19 18:56) [122]

Есть хороший ресурс для русификации - JEDI Code Library - http://www.delphi-jedi.org/Jedi:CODELIBJCL:51032
Только лучше всем начинающим и продолжающим подучить английский - всю нужную документацию не перевести.

---|Ветка была без названия|--- Найти похожие ветки