Комментарии 39
Смотрите, какой глюк:
Это он так выделил правки. Понятно, что тип выделения определяется на уровне символов, из-за чего получилась мелкая лажа — предлог «на» разорвало на два куска из-за того, что последний символ в слове «на» совпал с последним символом слова «типа».
Надо бы разницу на уровне слов искать, а не на уровне отдельный букв.
Это он так выделил правки. Понятно, что тип выделения определяется на уровне символов, из-за чего получилась мелкая лажа — предлог «на» разорвало на два куска из-за того, что последний символ в слове «на» совпал с последним символом слова «типа».
Надо бы разницу на уровне слов искать, а не на уровне отдельный букв.
Попробуем исправить. Точно, не очень красиво получается. Кстати, мы воспользовались вот этой библиотекой: github.com/rashid2538/php-htmldiff/blob/master/HtmlDiff.php. По идее, она должна работать на уровне слов, может что-то не так настроили?
Я так полагаю, корень зла сидит вот в этой функции:
— похоже, именно так сценарий определяет, что он имеет дело со словом. Надо бы проверить, что это место отрабатывает корректно.
private function ConvertHtmlToListOfWords( $characterString ) (строка 86), а самое чудо творится на строке 106:if( ctype_alnum( $character ) && ( strlen($current_word) == 0 || ctype_alnum( $current_word ) ) )
— похоже, именно так сценарий определяет, что он имеет дело со словом. Надо бы проверить, что это место отрабатывает корректно.
Гратц!
Но вам там уже пора делать подписку по ключевым словам для особых гиков хД
А то я нахожу вопросы про администрирование в весьма странных тегах =)
Но вам там уже пора делать подписку по ключевым словам для особых гиков хД
А то я нахожу вопросы про администрирование в весьма странных тегах =)
Можете пояснить, что имеете в виду? Что-то я не очень понял.
Ну в идеале — систему, которая будет сама находить вопросы для, например, сисадминов и автоматом красить их нужным тегом.
Или на основе того, на какие вопросы я отвечал, отдельной RSS-лентой сливать мне похожие вопросы, что ли.
В худшем случае — отдельное поле (тип тега) — «профессия». Чтобы человек, задавая вопрос, мог явно указать, что вопрос этот для сисадминов/верстальщиков/whatever.
Сейчас получается, что в теге php 10% вопросов — про администрированием LAMP-ы, в теге http тоже попадаются интересные вопросы.
Теги VDS/VPS — рассадник вопросов «какую VDS мне купить», но там же свалены и вопросы об администрировании.
Или на основе того, на какие вопросы я отвечал, отдельной RSS-лентой сливать мне похожие вопросы, что ли.
В худшем случае — отдельное поле (тип тега) — «профессия». Чтобы человек, задавая вопрос, мог явно указать, что вопрос этот для сисадминов/верстальщиков/whatever.
Сейчас получается, что в теге php 10% вопросов — про администрированием LAMP-ы, в теге http тоже попадаются интересные вопросы.
Теги VDS/VPS — рассадник вопросов «какую VDS мне купить», но там же свалены и вопросы об администрировании.
Хочется создать среду, в которой то, о чем вы говорите, будет не автоматически происходить, а за счет коллабративной работы множества пользователей. Вот вы, например, увидели интересный для вас вопрос, но привязанный не к основному тегу, за которым следят люди вашего профиля. И тут же дописали нужный тег. А потом уже не вы, а кто-то другой такую операцию проделывает. И в итоге имеем вопросы, напрявляемые вручную в нужные русла.
Как раз коллективное редактирование должно решить в том числе и эту проблему.
Как раз коллективное редактирование должно решить в том числе и эту проблему.
Не решит.
Интересный мне вопрос вне тегов, на которые я подписан по RSS, я уже никогда не увижу. И от тега PHP мне придется отписаться — проще не отвечать на те пресловутые 10% вопросов в тему, чем хотя бы бегло просматривать остальные.
Ну то бишь я о том, что система тегов в текущем виде в принципе не решает вопрос доставки подходящих вопросов тем, кто отвечает.
Ваши топы:
toster.ru/user/iiil/answers
toster.ru/user/bondbig/answers
toster.ru/user/Petroveg/answers
toster.ru/user/taliban/answers
toster.ru/user/VitaZheltyakov/answers
toster.ru/user/Anonym/answers
Спросили бы вы у них, почему треть из топ-18 отвечающих примерно в одно время ушла с ресурса.
Интересный мне вопрос вне тегов, на которые я подписан по RSS, я уже никогда не увижу. И от тега PHP мне придется отписаться — проще не отвечать на те пресловутые 10% вопросов в тему, чем хотя бы бегло просматривать остальные.
Ну то бишь я о том, что система тегов в текущем виде в принципе не решает вопрос доставки подходящих вопросов тем, кто отвечает.
Ваши топы:
toster.ru/user/iiil/answers
toster.ru/user/bondbig/answers
toster.ru/user/Petroveg/answers
toster.ru/user/taliban/answers
toster.ru/user/VitaZheltyakov/answers
toster.ru/user/Anonym/answers
Спросили бы вы у них, почему треть из топ-18 отвечающих примерно в одно время ушла с ресурса.
Радуют 100500 вопросов на тему «Как мне стать программистом». Почему люди не хотят гуглить?
На странице пользователя не хватает раздела со списком того, какие он делал правки, чтобы можно было быстро перейти на страницу соответствующего вопроса.
Точно так же, на странице пользователя не хватает радела со списком его комментариев. Некоторые пользователи пишут намного больше комментариев, чем ответов на вопросы. Было бы очень полезно видеть их тоже в виде списка.
Текущий вариант правок — его логика — работает хуже, чем мог бы. Получается, что именно человек, который изначально пишет вопрос плохого качества, выступает модератором правок. А человек, который может сделать лучше, должен смиренно ожидать, соблаговолит ли автор вопроса принять его правки или нет. Я считаю, что нужно больше в этом плане доверять сообществу. Правки нужно публиковать сразу же. И нужна возможность если не откатывать чужие правки, то, хотя бы, сообщать о них модераторам.
Подумайте сами, когда создаётся лишняя бюрократическая ступенька в виде автора вопроса, то ни о каком оперативном изменении вопроса и ни о какой коллаборации речи не может идти. Может получиться интересная ситуация, когда несколько человек будут делать одну и ту же правку, так как будут думать, что вопрос опубликован с ошибкой — никто не будет в курсе, что к этому вопросу висят уже 10 запросов на правку, которые меняют «ться» на «тся» или добавляют тег «code» где нужно. Вы таким образом приведёте к тому, что пользователи будут больше тратить времени впустую, чем могли бы. Никто не любит тратить время впустую.
Точно так же, на странице пользователя не хватает радела со списком его комментариев. Некоторые пользователи пишут намного больше комментариев, чем ответов на вопросы. Было бы очень полезно видеть их тоже в виде списка.
Текущий вариант правок — его логика — работает хуже, чем мог бы. Получается, что именно человек, который изначально пишет вопрос плохого качества, выступает модератором правок. А человек, который может сделать лучше, должен смиренно ожидать, соблаговолит ли автор вопроса принять его правки или нет. Я считаю, что нужно больше в этом плане доверять сообществу. Правки нужно публиковать сразу же. И нужна возможность если не откатывать чужие правки, то, хотя бы, сообщать о них модераторам.
Подумайте сами, когда создаётся лишняя бюрократическая ступенька в виде автора вопроса, то ни о каком оперативном изменении вопроса и ни о какой коллаборации речи не может идти. Может получиться интересная ситуация, когда несколько человек будут делать одну и ту же правку, так как будут думать, что вопрос опубликован с ошибкой — никто не будет в курсе, что к этому вопросу висят уже 10 запросов на правку, которые меняют «ться» на «тся» или добавляют тег «code» где нужно. Вы таким образом приведёте к тому, что пользователи будут больше тратить времени впустую, чем могли бы. Никто не любит тратить время впустую.
Спасибо за совет. Заставили задуматься. Сейчас все предлагаемые правки у нас дублируются модератору. Рассчет на то, что если долго будет автор вопроса решать, принимать правку или нет, то тогда модератор проведет эту правку сам. Но насколько всё это будет работать именно так, пока сложно сказать, нужно какое-то время на тест.
Интересную мысль вы высказали — внедрять правки сразу же, чтобы они всем были доступны. Иначе действительно, может возникнуть несколько одинаковых правок подряд. А автору давать возможность уже постфактум отменять эту правку. Интересно, надо подумать.
Интересную мысль вы высказали — внедрять правки сразу же, чтобы они всем были доступны. Иначе действительно, может возникнуть несколько одинаковых правок подряд. А автору давать возможность уже постфактум отменять эту правку. Интересно, надо подумать.
А про историю комментариев и историю правок на странице пользователя — простите, что повторяюсь и навязываю мысль, но без них жутко неудобно. Если бы такая история была, то мне лично было бы легче понимать, с каким человеком я вступаю в диалог. Комментарии — это активность, сопоставимая с ответами или вопросами, так как во время комментирования человек так же публикует контент. Без такой истории получается, что на странице профиля отражена неполная информация. Точно так же, история правок, которую делает человек — её тоже было бы удобно видеть (не обязательно в виде diff-кода — достаточно ссылки на вопрос, который он редактировал). Она тоже может помочь лучше понять потенциального собеседника.
Точно, увлекся темой редактирования, а на первую часть вашего сообщения забыл ответить. Таки да, вы совершенно правы, и у нас есть это в ближайших планах: показать активность пользователя Тостера в отдельном подразделе! Совершенно точно сюда войдут комментарии и правки. Это важная информация для понимания человека. Также этот раздел будет полезен и самому пользователю, чтобы напомнить, чем он в последнее время занимался и быть может вернуться к какой-то оставленной ранее теме.
Все это уже давно реализовано на стаковерфлое:
Правки от untrusted нубов не видны, от авторитетных папок принимаются сразу.
Хочешь в папки — донать знаниями.
Но это не работает на стаковерфлое, не будет и на тостере.
На стаковерфлое толпы индусов ради мелкого прайса (порядка +2 в карму) отсматривают тонны вопросов, в которых не смыслят ни бельмеса — с нулевым выхлопом кроме совсем уж вопиющих случаев типа мата.
На Тостере же администрация не в силах отказаться от социалистических принципов демократического централизма, и модератор всему голова. В итоге судьей в споре между дураком и профессионалом будет выступать человек, не обладающий специальными знаниями. С тем же нулевым выхлопом.
Чтобы сайт мог нормально модерироваться, нужно сделать ровно две вещи:
1. Администрация должна быть честной с самой собой, и признать, что вместо ожидаемого «сайта на котором гугль ищет ответы на наши вопросы» имеется в реальности сайт для вопросов вида «у миня лабараторная ашыбка напишыте код». 9 / 10 шлака должно сливаться безжалостно, вне зависимости от того, помогли очередному двоечнику воспользоваться гуглем, или нет.
2.Научиться привлекать на сайт профессионалов и гонять малолетнюю шелупонь. И это как раз проблема посложнее многих: профессионалу тупо некогда зависать на сайте. В то время как у школоты и времени вагон, и очень хочется самоутверждения.
А все эти редактирования и истории хорошо смотрятся на вайтборде в комнате для совещаний, но в реальной жизни работать не будут.
Правки от untrusted нубов не видны, от авторитетных папок принимаются сразу.
Хочешь в папки — донать знаниями.
Но это не работает на стаковерфлое, не будет и на тостере.
На стаковерфлое толпы индусов ради мелкого прайса (порядка +2 в карму) отсматривают тонны вопросов, в которых не смыслят ни бельмеса — с нулевым выхлопом кроме совсем уж вопиющих случаев типа мата.
На Тостере же администрация не в силах отказаться от социалистических принципов демократического централизма, и модератор всему голова. В итоге судьей в споре между дураком и профессионалом будет выступать человек, не обладающий специальными знаниями. С тем же нулевым выхлопом.
Чтобы сайт мог нормально модерироваться, нужно сделать ровно две вещи:
1. Администрация должна быть честной с самой собой, и признать, что вместо ожидаемого «сайта на котором гугль ищет ответы на наши вопросы» имеется в реальности сайт для вопросов вида «у миня лабараторная ашыбка напишыте код». 9 / 10 шлака должно сливаться безжалостно, вне зависимости от того, помогли очередному двоечнику воспользоваться гуглем, или нет.
2.Научиться привлекать на сайт профессионалов и гонять малолетнюю шелупонь. И это как раз проблема посложнее многих: профессионалу тупо некогда зависать на сайте. В то время как у школоты и времени вагон, и очень хочется самоутверждения.
А все эти редактирования и истории хорошо смотрятся на вайтборде в комнате для совещаний, но в реальной жизни работать не будут.
Не уверен, что вы правы по поводу SO, не было возможности проверить лично. Но вот где точно коллективное редактирование работает, так это на Quora: проверено многократно. И наша неделя тестирования новой функции на Тостере опровергает ваши слова: уже сейчас половина предлагаемых правок принимается самим пользователями в течение суток, и я уверен что в дальнейшем этот показатель будет только расти.
Вы превратно толкуете правки. Большинство людей с радостью примут правки от более компетентного пользователя. Как минимум, в знак благодарности за потраченное время. А как максимум, признавая, что предлагаемая правка улучшает тот смысл, который автор пытался донести.
Давайте посмотрим, как всё будет на Тостере. Тут еще многое зависит от того, захотят пользователи поверить в правки или не захотят. Если все будут думать как и вы, даже не попробовав, то естественно ничего не выйдет (=
Вы превратно толкуете правки. Большинство людей с радостью примут правки от более компетентного пользователя. Как минимум, в знак благодарности за потраченное время. А как максимум, признавая, что предлагаемая правка улучшает тот смысл, который автор пытался донести.
Давайте посмотрим, как всё будет на Тостере. Тут еще многое зависит от того, захотят пользователи поверить в правки или не захотят. Если все будут думать как и вы, даже не попробовав, то естественно ничего не выйдет (=
Есть такой анекдот.
Так вот.
Я понимаю, что доктору, конечно, виднее.
Но больной думает, что он умер.
Медсестра: Доктор, больному из третьей палаты плохо.
Доктор: Милочка, надо мыслить позитивнее. Говорите «больной думает, что ему плохо».
Через 30 мин.
Медсестра: Доктор, больной из третьей думает, что он умер.
Так вот.
Я понимаю, что доктору, конечно, виднее.
Но больной думает, что он умер.
Так почему ZendFramework долго грузится?
Хотелось бы видеть комментарии к ответам открытыми по умолчанию, как это сделано известно где.
Хорошо бы такую систему (правка орфографии) внедрить и на остальных проектах ТМ.
Кстати.
Начните, пожалуйста, показывать в RSS-ленте теги вопроса =)
Начните, пожалуйста, показывать в RSS-ленте теги вопроса =)
Кстати, а можете сделать возможность отключать отображение вопросов от некоторых персонажей? А то после того как убрали автора стало несколько неудобно.
Кстати, большая просьба отображать все теги вопроса, а не самый общий и нерелевантный.
Заходишь в вопрос, думаешь — там интересная академическая задачка, а выясняется, что тупой поиск модуля для какой-то убогой коммерческой приблуды.
А еще лучше — если бы была запилена возможность выбирать теги, которые ты не хочешь видеть. Такое улучшение с лихвой перекрыло бы все остальные, вместе взятые.
Заходишь в вопрос, думаешь — там интересная академическая задачка, а выясняется, что тупой поиск модуля для какой-то убогой коммерческой приблуды.
А еще лучше — если бы была запилена возможность выбирать теги, которые ты не хочешь видеть. Такое улучшение с лихвой перекрыло бы все остальные, вместе взятые.
Вот эту возможность я прошу уже очень давно. Даже написал им через обратную связь на тостере. Думал в этом посте уже и не напоминать, но все же сделаю это ещё один раз:
«Еще не хватает фишки «Не показывать вопросы с тегом». Например вопрос с тегами [python] и [django]. Я подписан на [python], но ничего не знаю по [django]. Мне эти вопросы не интересны и, естественно, я не знаю ответы на них. Хотелось бы их отфильтровывать.»
«Еще не хватает фишки «Не показывать вопросы с тегом». Например вопрос с тегами [python] и [django]. Я подписан на [python], но ничего не знаю по [django]. Мне эти вопросы не интересны и, естественно, я не знаю ответы на них. Хотелось бы их отфильтровывать.»
Да, странное нежелание с их стороны.
Именно по этой причине я не подписан на тег РНР — поскольку беспомощные котятки лепят его ко всему, от яваскрипта до администрирования серверов, и разгребать всю эту помойку банально нет времени.
В общем, прорывов с этой стороны ожидать не стоит. Трафик обеспечивают не немногочисленные специалисты, а бесчисленные нубы. Поэтому на удобство первых можно смело забить.
Именно по этой причине я не подписан на тег РНР — поскольку беспомощные котятки лепят его ко всему, от яваскрипта до администрирования серверов, и разгребать всю эту помойку банально нет времени.
В общем, прорывов с этой стороны ожидать не стоит. Трафик обеспечивают не немногочисленные специалисты, а бесчисленные нубы. Поэтому на удобство первых можно смело забить.
Собственно, тут дело даже не в удобстве, а в поведенческом факторе.
Если не знаешь что внутри — кликнешь, накрутишь лишний pageview. Профит!
Если не знаешь что внутри — кликнешь, накрутишь лишний pageview. Профит!
У нас висит эта задача. Только нужно её как следует взвесить и посмотреть, можем ли мы решить указанную вами проблему другими способами. Опыт нескольких других наших проектов показал, что функция выключения сообщений, содержащих определенные теги, не очень хорошо работает (мало кто пользуется, большой процент нерелевантных сообщений, которые все равно попадают в ленту). Так что мы быстро её не сделаем. Но будьте уверены, мы хорошо знаем об этой идее и как только созреем, внедрим её.
Когда уже геймификацию сделаете, баллы, как на SО. А то на тостер захожу посмеяться только. Столько глупых вопросов и дубликатов даже форумы не видывали.
Редактирование вопросов и возможность приглашения эксперта совместно работают плохо:
Предложение: упростить процедуру принятия правки в отношении тегов, например путем оценки вклада правящего в соответствующие теги.
- я вижу вопрос с неправильным тегом и знаю нужного эксперта
- нужного эксперта в списке нет, так как теги стоят неверно
- я исправляю теги
- вероятность того, что криворукий автор вопроса осилит принять правку около 20% -> правка висит около 48-72 часов, пока модератор не соизволит ее принять
- Итого, возможность приглашения эксперта не сработала.
Предложение: упростить процедуру принятия правки в отношении тегов, например путем оценки вклада правящего в соответствующие теги.
Да, это неприятная проблема, что вы описали. Поддерживаю идею того, чтобы автоматически принимать правки у доверенных пользователей. Только не по вкладу в тег я бы давал длелегировал это доверие, а по числу внесенных и принятых правок.
Думаю, мы это сделаем в два этапа: сначала выведем активность пользователей, куда включим как его комментарии, так и вносимые правки. А потом из этой активности будем высчитывать, сколько правок пользователя было утверждено и давать дополнительные права.
Думаю, мы это сделаем в два этапа: сначала выведем активность пользователей, куда включим как его комментарии, так и вносимые правки. А потом из этой активности будем высчитывать, сколько правок пользователя было утверждено и давать дополнительные права.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Тостер. Коллективное редактирование вопросов