Как стать автором
Обновить

Комментарии 38

Согласен. Правда, бывает, после долгих поисков по инету находишь решение у себя под носом и думаешь, каким был идиотом (RTFM, однако).
Подоплека у этой идеи чисто психологическая. Да, бывает, что находишь решение у себя под носом (даже, наверное, в большинстве случаев), но бывает, что и подсказывают. А бывает, что ты сам и подсказываешь. И вот тогда, когда появляется решение - неважно каким путем - и хочется его где-то зафиксировать. Можно завести вордовский файл и там писать, но файл растет, и потом по полчаса ищешь это свое "гениальное" решение. Опять же, если подсказал кому-то в форуме, то вроде как зафиксировал, однако нет, как правило, на форумах поиск неструктурированный, и приходится искать по ключевым словам или в списке собственных сообщений...
Решение видится на базе Вики с возможностью редактирования кода всеми, но вместе с тем с обязательной историей изменений.
Вот насчет вики - это идея интересная... надо посмотреть. А интересно, можно ли там выстраивать дерево? И делать кастомный поиск?
НЛО прилетело и опубликовало эту надпись здесь
Ну... (после долгих и мучительных раздумий)... ну в принципе, да. Похоже, конечно... Но все-таки не совсем то. Главное в предлагаемом сервисе - возможность быстрого поиска, а там этого как раз нет. Беру из списка использованных языков интересное решение, и пытаюсь найти его через поиск. В-общем, это реально... пока. Т.е. пока задач не больше сотни, а потом будет точно нереально, так как нет главного - поиска кастомного для каждого раздела задач. И конечно, нереализована интеграция с форумами...
В принципе мы это уже имеем в виде:

Вариант сверху
1. Как сделать любую программу на N%
2. Решение: Baggins B. "Программирование на N% для профессионалов... и не очень - СПб.: Питер, 667 стр., 2006"
3. Автор ...
4. Атрибуты:
- Язык: N%
- Платформы: W ## и выше, L #.#.### и ниже
- Тема: программирование
- Применение: все для вас, для людей!
- Технологии: осы, пауки и др. насек.
- Возможности улучшения решения: тут еще несколько неплохих языков имеется...
- Источник: http://www.super...book.djvu

Вариант снизу:
FAQ, форумы, авторские проекты "для чайников" в связке с поисковиком.

Вариант классический, он же универсальный, порою идеальный
- Але! Вась, слушай, а как мне в JS...

Я ведь не просто так пошутил. ПУБЛИКОВАТЬ отдельные решения - это ведь не каждый сможет. Решить-то решит, а вот только станет ли тратить МАССУ времени на публикацию, подготовку и поддержку массы конкретных решений. А если не он, то кто? А если будет, то за что?..

Впрочем, я один такой проект открытых публикаций знаю. :) И название он имеет подходящее - Wiki, это значит - "быстро".
Ну мне кажется, вот такой подход как раз и погубит все дело. Публикация должна быть если не мгновенной, то достаточно быстрой. Указать несколько параметров (даже писать ничего не надо), скопипастить вопрос, скопипастить ответ и все. Разумеется, в идеале, эта публикация должна сначала быть просмотрена каким-нибудь "ответственным лицом". Во-вторых, что значит "поддержка массы решений"? Не совсем понятно... Модерация и просмотр имеется в виду или что?
Ну и опять вики... А что, надо посмотреть поближе!
*От критики к конструктивному рассуждению*

Во-первых, обычно хорошее решение приходит не сразу - это результат многих попыток.

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

В случае "обсуждения+авторство" требуется та самая "поддержка" - поправки по результатам комментариев к решению.

Во-вторых, гораздо легче задокументировать одно большое и универсальное решение (книгу) по ЯП на 600 стр., чем 600 частных решений по 1 стр. А уж подержка 600 частных... Поэтому сборники рецептов редки - частному автору не осилить.

1) Выход - совместное авторство (wiki-раздел "рецепты" или что-то в этом роде).

2) Другой подход - отказ от поддержки. "Написал и забыл", если кто знает лучше - делает свою версию и - на суд общественности.

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

И вообще, почему бы не существовать обоим вариантам сразу? :)
> ПУБЛИКОВАТЬ отдельные решения - это ведь не каждый сможет. Решить-то решит, а вот только станет ли тратить МАССУ времени на публикацию, подготовку и поддержку массы конкретных решений. А если не он, то кто? А если будет, то за что?

Ну есть же блоги, где люди не описывают большие статьи, а просто приводят конкретные решения под конкретные (зачастую небольшие) задачи.. тот же cssing.org.ua как пример.

А вообще такой сервис может быть похож на ответы гугла — когда люди приводят просто свои решения на задаваемый вопрос / задачу. То есть вот так из ничего может и нету вдохновения описывать какие-то решения, а вот человеку помочь, опытом поделиться — это уже весьма себе мотивация :)
Вот и пример недавно попался A wiki for .NET developers
Пример свидетельствует: там, где правит copy-paste, обычно косяк на косяке. Но как заготовки использовать - сойдет.
А вот в варианте
иногда проблему надо решить быстро, или она из той области, в которой я просто не хочу развиваться!
туда лучше не соваться: время уйдет, толк не появится, косяки останутся.

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

Я вообще-то просто пример привел, в поддержку мысли о возможности wiki-организации подобного сервиса. Но обещаю, что больше не буду. :)

Например, я терпеть не могу бейсик.

Забавно, мне VB тоже не очень. :) Ну и что? Понадобится VB, буду разбираться. Вопрос пристрастий - он второстепенный.

Неужели у вас никогда не было ситуации, когда нужно решить небольшую задачку из области, в которой вы не хотите глубоко копать?

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

А вообще вот эта вот Ваша фраза наводит на нехорошие мысли:
Вы предлагаете мне читать книги по VB, чтобы исправить две строчки кода? ...
...просто вставить в свой код, не задаваясь вопросами, почему надо делать именно так...


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

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

Причина читать источники, даже если надо вставить всего 2 строчки, проста: если не смыслишь в коде, а он вдруг отказывается работать как надо - что с ним делать?..
Вы не только максималист, вы еще и идеалист. Ибо все, что вы тут написали, правильно, но только в идеальных условиях, когда заказчик дает время на изучение книги, при цели исправления двух строк. В реальной жизни времени на это просто нет, решать текущие задачи надо быстро, особенно если это влияет на доход заказчика. И чтобы заткнуть дыру поскорее, лучше сначала скопипастить предлагаемый код (при условии, что вы хотя бы знакомы с данным языком), а затем, когда заказчик перестанет биться в истерике по MSN, спокойно почитать книгу или другой источник, понять, что этот код и как делает, и, если надо, исправить и доработать. Попутно, если выявятся косяки в скопипастенном коде, можно новую версию залить на предлагаемый сервис, снабдив подробными комментариями, которые избавят последователей от необходимости проверять каждую букву.
Да, наверное. :)
С описанной схемой работы встречался. Неоднократно, мягко говоря. Стараюсь избегать.
Конечно, звучит немного идеалистично, но можно работать по-другому - спокойно, внимательно, сопоставляя заранее свои возможности и запросы заказчика. Причем не просто стремиться к этому, а конкретно планировать свою работу, чтобы обеспечить эти условия.
Впрочем, косяки все равно случаются и тогда все летит кувырком. :( Вот только это не повод превращать всё свое рабочее время в сплошной каскад кувырков.
Впрочем, куда-то мы не туда от темы...
Удачи в отношениях с заказчиком!
Работать по-другому можно. Но не всегда получается, увы... вам удачи тоже.
Красиво. Полезно. Реализуемо.
Можно прямо деревьями отрисовать, поиск по набору селектов делать и простой тестовый поиск по всем мета-данным.
мне очень идея понравилась
и кажется и гиков бы хватило заполнять!
Гики не любят много писать... Самый ценный момент - быстрота внесения записи. Он же самый трудный...
http://www.skazkin.ru/phappens/
что-то типа этого я планировал долгое время назад - чисто для php

что в облаке тегов будут светиться наиболее обсуждаемые теги, перекрестные линки, все дела. И люди смогут оставлять примеры и комментарии к примерам. ИМХО, было бы классно.

А еще есть такой проект как http://howtoweb.ru - правда, почти не обновляется=)
А причем здесь программисты? Никакой программистской специфики в задаче и проблемах, которые возникают при ее решении, нет. Это может быть база готовых решений в любой области.
Вы правы. Это может быть банк решений в любой области. Просто сейчас конкретно мне нужен такой сервис для программирования.
Для программистов и прочих заинтересованных есть такой сервис Codavr (да, есть ассоциации, но не "труп" :). Это поисковик на базе Гугл Кооп. Вроде тоже интересно.
когда мне нужно найти что-то, то
проблема возникает только тогда когда сложно или невозможно сформулировать сам вопрос или ключевую фразу для поиска - в этом случае никакая база знаний не поможет

в таких случаях единственный вариант решения - вопрос человеку (на работе коллеге или по скайпу/аcьке)
человек поймет если в теме -даже если вы ему промычите

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

можно ли это реализовать сервисом или нет не знаю

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

создаешь аккаунт - кладешь туда скажем 50$ - тебе может их хватить на долго:
не так часто возникает ситуация , когда совсем не знаешь где найти ответ

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

опять же как я писал выше - в 95 % я найду информацию в сети
конкретно пользуясь только google который меня будет кидать от ресурса к ресурсу
и на одном из них будет счастье

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

но к сожалению пока только человек может понимать себе подобных
Вообще-то предлагаемый сервис рассчитан не на задачи, над которыми целый отдел бьется неделю. Такие задачи, вернее, их решения, как правило, стоят гораздо больше чем $30 и как правило, не выставляются на всеобщее обозрение. Речь шла о задачах, решаемых обычными программерами, небольшими, но из которых состоят наши программистские будни =)) И иногда хочется узнать поскорее, как это делается, и все, а не перерывать горы книг, форумов и тому подобных источников. Кроме того, есть еще один момент - не все программеры пойдут к своим коллегам спрашивать, как это сделать. Поверьте, в 95% вам ответят RTFM, в 4% вам может быть, и дадут ответ, но с ехидной ухмылкой на лице. И только в 1% случаев человек начнет реально помогать. Ну цифры, конечно, могут варьироваться, но суть от этого не меняется. Думаю, именно по этой причине в сети такое невероятное количество форумов.Вот только искать там не всегда удобно и точно так же можно нарваться на банальное RTFM.
Ага, код там есть. А где там поиск? Я его вообще там не вижу. Может быть, чтобы искать, нужно регистрироваться? ни фига не появился после регистрации. фтопку
У всех сервисов есть свои недостатки. Я думаю, успех такого сервиса не в том, будет там поиск или таги. Скорее выйграет тот у кого будут пользователи :) а у DZone они есть.

а вы собираетесь реализовывать свою идею? Хотелось бы взглянуть на вашу имплементацию!

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

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

Жаль только разработчики отечественных закладок не могут оторвать взгляд от своих "старших братьев" :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации