Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Потрепаться";
Текущий архив: 2002.06.17;
Скачать: [xml.tar.bz2];

Вниз

А ты добавил свою функцию в UBPFD?   Найти похожие ветки 

 
Olgerd   (2002-05-11 19:49) [0]

Сабж!
Чё то смотрю в UBPFD добавляют 1-2 функции в день. 113-115-116. И рекламную кампанию провели, а эффект незаметен. Или все ещё собираются только добавлять?


 
VID   (2002-05-11 20:10) [1]

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

вот такая ситуация. обдумывайте... :)


 
VID   (2002-05-11 20:12) [2]

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


 
Дремучий   (2002-05-11 20:49) [3]

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

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

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



 
lipskiy   (2002-05-11 21:59) [4]

А почему так мало?
Так ведь майские праздники! ;)


 
[NIKEL]   (2002-05-11 22:14) [5]

а туда тока на Паскале кидать можно? Я например на С++ пишу - так мои функции походу никому там не нужны будут???
Да и на самом деле развивать надо, а главное поощрять - без мотивации еще можно просто на мыло модеру скинуть, а чтоб самому ее причёсывать и оформлять.... это мне кажеться для всех в лом будет!


 
lipskiy   (2002-05-11 22:20) [6]

Нет, на Си нельзя.
По крайней мере - сейчас.
База чисто Дельфовая, так же как и сайт Мастаковский тоже.

Поощрать, поощрать.
Народ, вы что, озверели, что ли?
База-то для себя самих! ЕЕ наличие и есть поощрение для пользователей. Это ж просто обмен кодом, упорядоченный и организованный.
Никто ж ничего с этой базы не имеет!
Хостинг, реклама! Ну вы уж совсем!
Смешно, прям.


 
[NIKEL]   (2002-05-11 22:40) [7]

поощрение не в виде хостинга и рекламы - а для мотивации!
это чисто психогия! чтоб было интиресно этим заниматься!
а так можно зайти на torry и посмотреть там - огромная база всего!
А насчет С++ - это вы подумайте! потому что даже на уровне VCL различий нету - это даже будет способствовать! люди смогут на примерах разбираться и В С++ и В Паскале, что очень поможет как начинающим так и другим, ведь многих Паскалистов тормозит не понимание С - те же Win API , много исходников есть на С
и если на ряду с Паскалевским кодом будет С-шный то это поможет
(например щелкнул на какойнить функции - тебе загрузилось Паскалевская версия и, если есть, Си-шная - наглядно и понятно)

Или я че-то гоню?


 
Дремучий   (2002-05-11 22:43) [8]

2 lipskiy
>>Нет, на Си нельзя.
>>По крайней мере - сейчас.
может, открыть раздел "куча" - пусть бросают и си
и неформатированные функции...

я порой в таких помойках ОЧЕНЬ классные вещи находил!

>>Поощрать, поощрать.
>>Народ, вы что, озверели, что ли?
если есть возможность, то не помешает, а поможет.


>>Никто ж ничего с этой базы не имеет!
>>Хостинг, реклама! Ну вы уж совсем!
>>Смешно, прям.
я просто сказал свое мнение, о том что пряник обычно ускоряет процесс. А база будет жить и без него(пряника), это я знаю точно.






 
Oleg_Gashev   (2002-05-11 23:01) [9]

> [NIKEL]

Ну если очень хочешь на С, иди на http://gashev.com . Можешь хоть на Java код выкладывать.

А у UBPFD задача другая, предназначена именно для Delphi.



 
Дремучий   (2002-05-11 23:15) [10]

2 Oleg_Gashev
>>А у UBPFD задача другая, предназначена именно для Delphi.

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

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


 
Oleg_Gashev   (2002-05-11 23:20) [11]

>Дремучий
UBPFD не является отдельным проектом. Его планируется, как сказали авторы, добавить на этот сайт, посвященный Delphi. => не логично будет добавлять С код в Delphi проект.


 
[NIKEL]   (2002-05-11 23:24) [12]

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


 
Malder   (2002-05-12 00:15) [13]

Полностью согласен, что время на форматирование функций ни у кого нету. У меня вот много всяких штук хранится в текстовом файле, который называется sovet.txt - и оформлять все это мне в лом. И после двух добавлений уже ничего не хочется. Нужно реорганизировать процесс добавления. Во первых, можно и неформатированное - пусть модеры разбираются, такая уж у них работа будет. И еще. Это по моему самое главное. НЕ больше трех четырех полей для ввода. Я вам действительно говорю, просто ломает вбивать в каждое поле информацию, и не сразу поймешь что в поле писать. Так что лучше так. Имя автора, описание работы функции, код. Все. Ничего более. Ну и поле примечаний, куда попросить вписывать все, что человек знает об этой функции - ограничения на работу, примеры и т.д. Возражайте, не возражайте - а по другому у вас не получится. Моя твердая уверенность. Человек добавляет маленькую функцию, а ему приодится заполнять форму на 3 страницы. Все должно помещаться на страницу одну при разрешении 800x600. А так слишком оффициально и люди игнорируют добавление. Я вот хочу просто так добавлять:
Имя - Malder,
Что делает - открывает крышку CD-ROM,
Код - mciSendString("Set cdaudio door open wait", nil, 0, handle);
нужен mmsystem.
Все !

НУ и код базы дописывать надо. Поиск, упрощения для работы модеров и т.д. А модераторы - это самое главное. Их надо набирать. Даже сейчас их не хватает. Предлагаю VID и lipskiy - коли уж затеяли, пусть и расхлебывают =) ну хотя бы элементарный контроль. И СОКРАТИТЕ число разделов. Идея то загинается потихонечку. Предпринимайте действия активные. Число разделов раза в три точно сократить надо. А то сейчас такой гигант получился, а толку - НОЛЬ. Все разбросано... Я же предлагал рациональный путь. Основные разделы оставить. Когда в раздел собирается более 20-30 функций - то разделять на подразделы. Так база автоматически приспособиться под нужды =)


 
[NIKEL]   (2002-05-12 00:25) [14]

2 Malder
Поддерживаю!

Внимание организаторы базы - вчитайтесь в слова - человек реально дело предлагает как и на счет уменьшения полей ввода так и количество разделов
Предлагаю основные разделы - как всегда - так всем будет понятнее



Новинки
Базы данных
Работа с файловой системой\файлами
Графика
Сеть
Мультимедиа
Система - системные вещи
VCL - и все что с ними связана(его можно разбить на подразделы)


и все! и не надо ничего лишнего - будь проще и к тебе потянуться!


 
[NIKEL]   (2002-05-12 00:29) [15]

и еще неплохо было бы сделать деревянную структуру - как на rsdn.ru - вот это ваабще будет супер


 
lipskiy   (2002-05-12 00:33) [16]

Malder, не гони волну.
Ничего не загибается.
Уже несколько раз я это слышал - загибается.
Все идет нормально, как и задумывалось, никакой паники.
А модерить - мы модерим, сейчас в базе порядок, все под контролем, чего шумите.
Для тестеров кода пока не написан сервис.
Тестеры все равно должны быть не мы с VID, а более продвинутые программеры.

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

А свалка мусора - я принципиально против такого подхода.
Лучше меньше, да лучше!
Так что если влом оформлять код - лучше не добавлять никакой, чем такой.

Модераторы, конечно же, нужны. Но пока с текущим объемом информации ( :) ) мы справляемся.
А вот тестеры скоро потребуются в большом числе.

Насчет Си повторю еще раз (согласен с Oleg_Gashev © (11.05.02 23:20)) не место здесь Сишному коду, база переедет на Мастак, на Мастаке Сёв нет. Хотя, если Мерлин будет не против, можем и подумать в будущем.


 
lipskiy   (2002-05-12 00:36) [17]

Насчет числа разделов - можно подумать о сокращении, но не таком радикальном, это уж точно.
А вообще, это, конечно все только мое мнение.
Если будет много возражений - я настаивать не буду.


 
Malder   (2002-05-12 00:46) [18]

lipskiy, ты неправ. Я тебе сейчас говорю как человек вполне посторонний, который добавлял функции в базу. Две функции добавил и больше не тянет. Знаешь почему ? См.выше...


 
lipskiy   (2002-05-12 01:00) [19]

Ок, спорить не буду, м.б. и не прав.
Я это всегда допускаю.
Время покажет.


 
Dimka Maslov   (2002-05-12 17:26) [20]

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


 
Olgerd   (2002-05-12 20:51) [21]

Модераторы могли бы воспользоваться одним форматтером кода, а не писать эти длиннющие правила.


 
VID   (2002-05-12 21:35) [22]

To MALDER:
> И еще. Это по моему самое главное. НЕ больше трех четырех
> полей для ввода.

Не спорю, при отправке кода, перед автором должна открываться менее загруженная форма отправки кода. При переносе базы на этот сайт, возможно такое решение проблемы: Заполняются только САМЫЕ основные поля - без которых вообще не обойтись:

> Имя - Malder,
> Что делает - открывает крышку CD-ROM,
> Код - mciSendString("Set cdaudio door open wait", nil, 0,
> handle);
> нужен mmsystem.

а также : Подробное описание функции (ты про него забыл наверное, но оно вообще-то нужно)+заголовок функции+версия ос и дельфи в которой функция 100% работает+пример использования.
Все эти поля нужны для поиска и для понимания логики работы (с) функции(ей).

> lipskiy, ты неправ. Я тебе сейчас говорю как человек вполне
> посторонний, который добавлял функции в базу. Две функции
> добавил и больше не тянет. Знаешь почему ? См.выше...

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

Так вот остальные данные, автора, те данные которые всегда повоторяются, такие как город, ICQ# можно будет найти в анкете автора на этом сайте.

TO [NIKEL]: c ц++ вопрос решён ? :) я, просто заметил, что те кто отрицают возможность существования кода на с++ в этой базе, всё время оставляют себе некий отступной вариант, типа: "ну если, что то конечно, с++ не плохо, не плохо" :) ТАК ВОТ: Если когда-нибудь на этом сайте будет разрешён код на С++, то он будет и в UBPFD. Так как, в конечном счёте UBPFD проектировалась для этого сайте... и я всё ещё верю, что она сюда попадёт :)))

Насчёт разделов: мне тоже кажется надо сократить, и отказаться от методики : хочу файл создать - где подраздел "создание файла". Т.Е. я о том, что надо обобщить разделы и подразделы. НО ЭТО КАЖЕТСЯ САМАЯ БОЛЬШАЯ ПРОБЛЕМА. Вариантов маловато предлагают, вариантов :)

TO OLEGR: можно кончено отправить СОВСЕМ неотформатированный код, но это же самому не приятно... во всяк случае мне. После начала функционирования UBPFD я вот сам, стал при написании кода, стараться делать его более красивым в плане форматирования. уже не плохо :)

TO Дремучий, MALDER и другим кому в лом форматировать функции: ну не знаю как вам, а вот мне бывает очень приятно найти/написать функцию, красиво её оформить, и отправить в базу... вас ведь никто не заставляет оправлять 5 функций в минуту :) давайте хоть в день по 1-2, и для вас это будет практически назаметный процесс, а для UBPFD - польза. :)

ну всё, высказался :)


 
lipskiy   (2002-05-13 02:07) [23]

Вот вариант сокращенного двухуровневого дерева:

Операционная система

Параметры ОС
Взаимодействие с ОС
Время, дата
Другое

Приложения и окна

Для своего приложения
Для чужого приложения
Взаимодействие приложений
Окна
Другое

Файлы и директории

Поиск и управление файлами
Имена, пути и свойства
Спецфайлы (ярлыки, dll,..)
Другое

Строки и символы

Поиск в строках
Модификация строк
Конвертация строк
Шифрование строк
Другое

Математика

Вычисления
Работа с данными
Алгоритмы и формулы
Другое

Базы данных
Интернет и сеть

Мультимедиа


Звук
Цвет
Изображение
Другое

Аппаратная часть

VCL


Управление компонентами
Сервис для компонентов
Другое


Вот еще более короткий вариант одноуровневого дерева (но мне он уже не нравится):

Операционная система
Время, дата
Приложения
Окна
Файлы и директории
Строки и символы
Математика
Базы данных
Интернет и сеть
Мультимедиа
Аппаратная часть
VCL
Другое


 
Malder   (2002-05-13 17:55) [24]

lipskiy, поддерживаю. Если первый вариант, то пусть дерево будет свернуто. А при клике будет разворачиваться. То есть будет выглядеть очень симпатично:


Операционная система

Приложения и окна

Файлы и директории

Строки и символы

Математика

Базы данных

Интернет и сеть

Мультимедиа

Аппаратная часть

VCL


В общем, это мелочи. Но от этого страдает смотребильность. А для постороннего человека - это основной параметр. Вы же не хотите делать базу, удобную только для 10-15 человек, которые эту базу и заполняют ? Нужно ориентироваться на массу...

И еще. Нужно организовать что-то вроде форума по тому, что представлено в базе. Вот я, например, добавил функцию открытия крышки CD-ROM - но абсолютно не знаю как будет вести себя эта функция при наличии двух и более CD-ROM"ов. Поэтому мне логично будет написать в эту конфу: мол, народ, проверьте у кого есть возможность...M


 
VID   (2002-05-13 19:29) [25]

TO MALDER: при переносе UBPFD свои комментарии и вопросы можно будет оставлять на форуме "Потрепаться", либо вообще будет создан спец форум "UBPFD", где можно будет высказать всё что на душе есть об предоставляемом коде.


 
Malder   (2002-05-14 17:19) [26]

Черт. Не ту конференцию поднял.
Господа, вы согласны с таким деревом ?



Страницы: 1 вся ветка

Форум: "Потрепаться";
Текущий архив: 2002.06.17;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.54 MB
Время: 0.006 c
1-55179
Vladimir B.
2002-06-04 09:44
2002.06.17
Как правильно удалять объект?


14-55308
ATLANTIDO
2002-05-16 17:14
2002.06.17
сервера приложений


3-54999
VikOs
2002-05-22 19:46
2002.06.17
SQL


14-55301
Alexandr
2002-05-15 11:31
2002.06.17
Decompress UPX


1-55127
olga k
2002-06-02 18:46
2002.06.17
Раьота с файлами и строками





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский