Вики.дрвеб.ком всегда открыта для всех. Возьметесь? wink.gif
сорри за офтоп - возможно, стоит создать соотв-щую тему, потому как вопрос, imho, больной.
Борис,
очень прошу понять меня правильно:
1) Первое:Возможно, удасться выкроить время на описания, омытые кровью и опутаные нервами, не то чтобы даже товарищей, а моими лично.
Но обещать не могу - просто не уверен, что это время удасться вырвать у служебных и семейных дел и обязанностей.
3) Второе и самое, на мой взгляд, главное:
я благодарен людям, отвечающим на данном форуме - их помощь ценна
(жаль, что 95% лично моих конкретных и детальных вопросов на подфоруме ES остались без ответа, но это - другая песня.
Вопросы, возможно, сложные. Но на отн-но простые я могу ответить навсидку и сам - они не вызвают у меня проблем).
Мне вполне понятен также непростой хлеб саппорта и прочие обстоятельства, к-рые оставим за кадром.
Но требуется именно толковая база знаний.
Форум - это обсуждение. Рецепты решения конкретных (и порой весьма неочевидных) проблем здесь есть, но их надо хорошо поискать. Зацепки часто даны мимоходом, в двух словах, совсем в других темах.
Требуется именно сборник толковых и актуальных рецептов.
Wiki в данный момент - сборник очень небольшого их количества, пополняемый за счет энутзиазма людей и времение, вырванного у себя, близких людей и непоср. должностных обязанностей.
Респект этим людям! Но этого, на своей шкуре, катастрофически не хватает.
Faq - аналогично. Респект за статьи, но там ой как многого просто нет.
Доки и манулы - это прекрасно!
Но реулярно пополнять их last-minute-сведениями, советами, рецептами решения насущных проблем, расшифровкой кодов ошибок и т.д. и т.п. - проблематично по ряду причин.
В этих случаях создают базу знаний.
~~~~~~~~~
Откуда такая увренность и что дает мне основания говорить так:
за две недели использования комплекса ES у меня накопилось
~40 листов моих корявых заметок вида
"трабл А - ростут ноги из B - см. С и D, с оглядкой на N, F и K. Иметь в виду T и Y.
Наводки и догадки - здесь и здесь. Перечитать, обдумать, проверить."
Это вещи, которые не удалось найти ни в каких официальных доках, faq-ах и wiki.
------------------------------------------------------------------------------------
дальше - уже совсем "на пальцах". Если сказанное выше понятно - смело можно скипать3) Для полной ясности проведу следующую очень грубую аналогию.Фирма купила лицензию на enterprise-среду V у корпорации M*
Вдумчиво курят доки, портируют необходимые куски на новый лад.
Прониклись идеей и подходами. В принципе - неплохо, но есть много конкретных вопросов.
перечитывают доки - неа, зацепок нет (а нужны точные сведения! и очень желательно - быстро!). Перечитывают еще раз.
Ночями курят faq и имеющиеся сборники рецептов - кое-что нашли, Осталось 95 % вопросов.
Пишут на форум корпорации и в саппорт - подробно излагают 10% имеющихся вопросов, ждут ответа.
Сутки-двое-трое - есть ответ! на 2 % из этих 10% дали ответы вида "да" / "нет". Хрен с ним, хоть что-то. Проверяют, пробуют.
Роют дальше.
Периодически вызываются на ковер и выслушивают вещи вида
"какого хрена!...ки!..ны!..сы!, вашу ...ть! на вас потрачено n k$ бабла. Купили. Конфетка - все манагер описал.
Бери и делай. ...ны! ...ц! Ре-бе-нок поймет! Долдоны! ..ки! Мудаки! Когда?")
Пишут на форум и в саппорт еще конкретнее:
- В продукте есть функция SetFilePointer. По описанию - конкретно для нужных нам целей в случае X. Где взять список аргументов (в доках нет)?
- День: в приципе, вот так: hFile,lDistanceToMove,lpDistanceToMoveHigh,dwMoveMethod. Читайте доки, включайте мозг!
- Отлично! Спасибо! Доки знаем уже не хуже коллектива авторов. А нам бы еще тип бы, тип этих аргументов узнать и возвращаемое значение для случаев 1, 2 и 3. А? пожалуйста! очень ждем!
- День-два-три: Сказали вам - читайте доки и предыдущий ответ. Другого у нас нет. Вот возвращаемое значение для случаев 1 и 2: такое-то и такое-то.
- Спасибо! Отлично! Хрен с ним, случай 3 проверим сами - наводка есть!
...На ковер: "...бланы! ...дки! ... Когда? ...ть-..ть! Премию! ... Вообще зарплату! ...уй!...сы! Не ждите!"
На форум, параллельно - в саппорт:
- а вот функция WriteFileGather. Делаем по написанному - вот так, получаем очень странный результат. Вот так работает, а так - не пойми что. Наверно, в этих случаях нужно учесть что-то еще? Что именно? Как исправить? В доках нет. Ни в каких. Вот вам крест!
- на форуме: по этим вопросм - в саппорт, такие вещи нужно понимать.
- День-два - саппорт: да действительно, есть такая давняя хрень. В принципе, добавить нечего. Читай предыдущую переписку.
- А обходной путь? Какой-нибудь известен ? Есть же, вероятно, рецепты? Не мы ж первые? Столько лет.
- Пожалуй - нет. Попробуйте выкрутиться сами.
Выкручиваются. Сами. По времени - проще так, никого не беспокоя.
Опять на ковер: "...ть! Да сколько же можно! ...сы! ...ны!" и так по -дцатому кругу. Пена уже через дверь льет и заливает приемную...
Опять затык. Сами уже зеленые. Мысль дальше не идет..
Робко на форум:
- а подскажите, нет ли какого еще bla-bla-SDN ? Чтоб вас не дергать и самим хоть что-то успеть?
- Есть. Что ж вы сразу... Вот он - линк..
- дык это уже наизусть знаем. Процитировать? Есть ли еще где-то что-то? Конкретно сейчас - по поводу GetVolumeInformationByHandle и GetVolumePathNamesForVolumeName? Хотя бы список аргументов и return value. А?
- Все в ваших руках: напишЕте - будет
- мдаа...
- Вить, пойдем что ли напьемся? - Бери Андрюху и пойдем... Завтра, один *рен, на ковер...
------------------------------------------------------------------------------------
Доходчиво ли это объяснение?
Потратил много слов и достаточно времени в попытке обяснить уже просто "на яблоках и грушах"
~~~~~~~~~