Я тут видел тему, в ней спрашивалось, где можно найти на ресурсы, подобные DRKB. Только, если такое будет выпущено, то это походу дела будет называться не DRKB а VCRKB(VRKB, VCKB). Ну и мне в общем стало интересно, существует ли в кругах программистов на Visual C++ такая идея, чтобы появилась DRKB Для VISUAL C++.
Добавлено @ 22:59
Ну, по себе скажу, что если что-то наподобие появится, то я такой непременно же скачаю.

DRKB = Delphi Russian Knowledge Base?

Я считаю, в этом нет необходимости ибо есть МСДН. Для делфи подобного хелпа нет и близко, поэтому появилась необходимость в DRKB

MSDN

Цитата(chipset @ 12.12.2005, 08:25)

MSDN

Хотите сказать что этот MSDN есть у каждого. У меня например Visual C++ 6.0 без этого MSDN, у была Visual Studio 7.0 .NET полная версия вместе с MSDN, но теперь её у меня нет. И вообще на рынке везде где продают Visual C++ (VB...) там по жизни нет MSDN, а лицензионную версию за 1000 дол, я покупать не собираюсь

MSDN - это прежде всего online поддержка, такшта Fighter к счастью вы заблуждаетесь. MSDN который продают на всезможных носителях лишь официальный дамп инетовской базы.
Добавлено @ 16:43
Модератор: Была перемещана в связи с ярко выраженной флеймо-разновопросной подоплекой.

Это сообщение отредактировал(а) En_t_end - 12.12.2005, 16:40

Лично мне "по барабану", я - дельфист. Но проголосовал "Желательно." т.к. в жизни всякое бывает, а ДРКБ меня уже часто спасал. Поэтому если вдруг, да С++, да еще и Visual (тьфу, тьфу ), то дока такая лишней не будет.

Цитата(Poseidon @ 14.12.2005, 00:17)

Лично мне "по барабану", я - дельфист. Но проголосовал "Желательно." т.к. в жизни всякое бывает, а ДРКБ меня уже часто спасал. Поэтому если вдруг, да С++, да еще и Visual (тьфу, тьфу  ), то дока такая лишней не будет.

Присоединяюсь!

ИМХО, вещь полезная хотя-бы из-за двух причин:
1) Уровень составляющих доку повыситься на порядок
2) Всё будет на русском.
3) Должен признать что MSDN не идеален.

Цитата(chipset @ 14.12.2005, 18:16)

ИМХО, вещь полезная хотя-бы из-за двух причин: 1) Уровень составляющих доку повыситься на порядок

chipset, не уверен. Проффи не будут переводить MSDN

Будет. Скорее всего в январе.
Добавлено @ 22:30

Цитата(DeadSoul @ 14.12.2005, 22:22)

chipset, не уверен. Проффи не будут переводить MSDN

Дело не в MSDN, а в готовых решениях. А они всегда нужны.

Цитата(Snowy @ 15.12.2005, 02:26)

Дело не в MSDN, а в готовых решениях. А они всегда нужны.

В MSDN есть готовые решения

Цитата(En_t_end @ 15.12.2005, 15:58)

В MSDN есть готовые решения

Есть. Кроме тех, которые нужны

Мне не нравится как спроектирован MSDN. Чтобы докопаться по всех членов какого - нибудь класса ( в том числе наследуемых ) нужно попотеть. Реально нужен какой - нибудь справочник в стиле QT Assistant пр стандратным библиотекам.

А аналог DRKB делать не стоит ИМХО. DRKB - это сборник "рецептов" так скажем, c Delphi проще, потому что VCL один на всех, а для C++ платформ целая куча.
Добавлено @ 16:57

Цитата(Perchilla @ 15.12.2005, 16:54)

VCL один на всех

ну там КОЛов всяких не считая .

Цитата(Snowy @ 15.12.2005, 20:38)

Цитата (En_t_end @ 15.12.2005, 15:58) В MSDN есть готовые решения Есть. Кроме тех, которые нужны

ДА! Согласен, что там есть НЕнужные. Вот за это......

Код

#include <stdlib.h> void main() {    system("cls"); }

Большей глупости придумать СЛОЖНО.
О да, порождение процесса для заполнения экрана одинаковыми символами безусловно необходимая операция. Да! Да! Да! Я уверен, что если бы была ф-ция eval в комманд коме, то на вопрос как увеличить значение переменной на константу, они бы советовали sprintf(buf, "eval %d + %d >_var", var, incr); system(buf); FILE* f("_var","r"); fscanf(f,"%d",&var);
Безусловно! Настаящие праграмисты счетают аптимизацию миравым злом и паэтаму вызывают процессы кагда это только можна! Да! Да!

Таким советам не должно быть почёта и уважения. Да пребудет с ними топка


Добавлено @ 18:01
Ответил "Желательно"

Это сообщение отредактировал(а) Mayk - 15.12.2005, 17:59

Это простое и компактное пояснение к функции system. Это её назначение - порождать процессы. Так что не понимаю этого сарказма.

MSDN -- документация. И не слишком удобная. Проголосовал "не знаю", ибо с С++ не общаюсь.
Но MSDN плоха для VS 6.0. Для .NET Framework все написано просто идеально. Особенно, offline help.

...

Это сообщение отредактировал(а) Quadr0 - 15.7.2011, 02:49

Цитата(srd @ 15.12.2005, 22:41)

Это простое и компактное пояснение к функции system. Это её назначение - порождать процессы. Так что не понимаю этого сарказма.

Я понял бы если бы system("cls") встретился в описании ф-ции system(нет, в описании system'а system("cls") нет)

Но делать system'у в СТАТЬЕ ПО ОЧИСТКЕ ЭКРАНА НЕ-ЧЕ-ГО.

Это сообщение отредактировал(а) Mayk - 15.12.2005, 19:18

Тогда ой

Очень нужная вещь. Хобя бы из-за того, что в таких вещах(как DRKB) пишут одни примеры с объяснениями, там очень много функций для приколов. MSDN - это справочник, там ищешь то что непонятно, а в DRKB - решения, т. е. как это сделать. Там затронуты самые "хронические" проблемы (для всех новичков).

Fighter

Цитата

тут видел тему

Это был я.

Хм.. Ну, допустим, нужна. Но заф такие темы создавать? Другое дело, кто-нибудь этим бы занялся.

Цитата(Perchilla @ 15.12.2005, 16:54)

C++ платформ целая куча

Ну хорошо, пусть он будет для конкретной. Ну например, мало кто сейчас наверное пишет по шаблону Win32 Application. Большинство используют MFC. Вот наверное для MFC делать то и надо.

Как автор DRKB и с учётом многолетнего опыта программирования попробую добавить.

Главное отличие между DRKB и MSDN - в группировке информации. MSDN - это справочник. Там можно найти описание методов, классов и т.п. А вот информация о практических приёмах программирования там хотя и содержится, но вытащить её - что ковырять изюм из булки... Особенно для новичка, если он ещё и не очень хорошо знает английский задача не из простых. У начинающего программиста как правило не возникает вопрос "что делает функция CreateProcess?", скорее у него возникнет вопрос типа "Как мне запустить программу?". Даже у более продвинутых пользователей далеко не все вопросы сводятся к простому познанию всего многообразия классов и методов. Как например для вас такой вот вопрос - "как мне передать информацию из одного приложения в другое?" Мне например на ум приходит как минимум десятка 2 способов:
1) Shared memory
2) messages
3) Atoms
4) Files
6) Registry
7) Command line
8) Сокеты
9) Email
10) COM/DCOM
11) База данных
12) Написание собственного сервера
13) Использование готовых технологий MIDAS, CORBA
можно ещё продолжать... до офигения... Для того чтоб оценить возможности каждого из методов, плюсы и минусы, приемлимость в тех или иных ситуациях и последствия применения, а так же сложность реализации, тестирования, отладки, поддержки и настройки, стабильность работы, надёжность, олтказоустойчивость, ресурсоёмкость, скорость и т.п. нужен неслабый опыт, тут одного - двух лет програмисткого опыта может и не хватить для выбора оптимального решения. Вот в таких случаях на помощь приходят документы на подобии DRKB - там есть готовые решения с объяснениями наиболее типовых приёмов работы. Вместо описания функций работы с файлами - описываются приёмы работы с файлами.

Документы на подобии DRKB будут востребованы для любых языков и систем, причём без разницы насколько проработаны справочные материалы к этим системам. Зайдите на нашем форуме в любой раздел, много вы увидите там вопросов типа "Что делает PostMessage?" - скажем прямо - не много, мало того на такие вопросы обычно и не отвечают - сразу отсылают к справке. А вот вопросов типа "Как мне экспортировать занные в Excel?" - или "как мне поместить иконку в System tray?" - хоть пруд пруди! Мало того, код для некоторых операций может быть достаточно громоздкий, я вот теоретически могу разобраться практически в любом коде, но в реальной жизни у меня нет времени на разработку велосипеда. Для получения зарплаты от меня требуется решение поставленной задачи наиболее быстрым способом, а не изучение механизма реализации до полного и досконального понимания. Поэтому мне например для прохода дерева каталогов быстрее скопировать готовый кусок кода из DRKB чем тратить пол часа на его воспроизведение.

В целом я бы сказал так - документы типа DRKB охватывают до 90% вопросов которые обычно задаются на форумах, поэтому коль скоро по какой-то системе, языку или библиотеке есть форумы на которых люди о чём то спрашивают, значит и документы типа DRKB для этих языков и систем будут востребованы.

Vit
Ты читаешь мои мысли. Такая вещь нам(людям) и нужна.

Run-time error

Цитата

Другое дело, кто-нибудь этим бы занялся

Вот и давай-те думать.