forum.opennet.ru - "Представлен watson, инструмент для работы с уведомлениями об..." (35)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Представлен watson, инструмент для работы с уведомлениями об..."

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Представлен watson, инструмент для работы с уведомлениями об..."	+/–
Сообщение от opennews (ok) on 24-Ноя-13, 23:49
В рамках проекта Watson (http://nhmood.github.io/watson-perl/) развивается инструмент, позволяющий формировать сообщения об ошибках, отчёты о проблемах, рецензии, планы на будущее и примечания не отрываясь от работы с кодом. В отличие от других систем контроля за исправлением ошибок, добавление и отслеживания состояния уведомлений производится в процессе редактирования кода в форме специальных меток-комментариев (например, добавив "// [fix] сообщение" перед проблемной строкой). Watson выявляет подобные правки и позволяет завести добавленные в коде уведомления в системах отслеживания проблем на сервисах GitHub или Bitbucket, а также синхронизировать состояние имеющихся в данных сервисах уведомлений. Код watson распространяется под лицензией MIT и доступен в реализациях на Perl (https://github.com/nhmood/watson-perl) и Ruby (https://github.com/nhmood/watson-ruby). <center><img src="http://www.opennet.me/opennews/pics_base/0_1385320813.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></center> <center><img src="http://www.opennet.me/opennews/pics_base/0_1385320828.png" style="border-style: solid; border-color: #606060; border-width: 1px;" title="" border=0></center> URL: http://nhmood.github.io/watson-perl/ Новость: http://www.opennet.me/opennews/art.shtml?num=38507
Ответить \| Правка \| Cообщить модератору

Оглавление

Представлен watson, инструмент для работы с уведомлениями об..., Crazy Alex, 23:49 , 24-Ноя-13, (1) +3

Представлен watson, инструмент для работы с уведомлениями об..., Аноним, 12:08 , 25-Ноя-13, (15) +4

Представлен watson, инструмент для работы с уведомлениями об..., Crazy Alex, 15:52 , 25-Ноя-13, (19) +1

Представлен watson, инструмент для работы с..., arisu, 21:51 , 25-Ноя-13, (27)

Представлен watson, инструмент для работы с уведомлениями об..., Сталин, 23:51 , 24-Ноя-13, (2) –1

Представлен watson, инструмент для работы с уведомлениями об..., mihalych, 09:33 , 27-Ноя-13, (34)

Представлен watson, инструмент для работы с уведомлениями об..., Фдуч, 00:21 , 25-Ноя-13, (4) –6

Представлен watson, инструмент для работы с уведомлениями об..., Crazy Alex, 01:53 , 25-Ноя-13, (5)

Представлен watson, инструмент для работы с уведомлениями об..., SCIF, 05:16 , 25-Ноя-13, (6) +1

Представлен watson, инструмент для работы с уведомлениями об..., Crazy Alex, 15:49 , 25-Ноя-13, (18)

Представлен watson, инструмент для работы с уведомлениями об..., Пиу, 16:02 , 25-Ноя-13, (20) +1

Представлен watson, инструмент для работы с уведомлениями об..., Crazy Alex, 16:32 , 25-Ноя-13, (21) +1

Представлен watson, инструмент для работы с уведомлениями об..., linux must __RIP__, 16:38 , 25-Ноя-13, (22) +1

Представлен watson, инструмент для работы с уведомлениями об..., Crazy Alex, 18:04 , 25-Ноя-13, (24)

Представлен watson, инструмент для работы с уведомлениями об..., linux must __RIP__, 13:50 , 02-Дек-13, (38)

Представлен watson, инструмент для работы с уведомлениями об..., linux must __RIP__, 16:42 , 25-Ноя-13, (23) +1

Представлен watson, инструмент для работы с уведомлениями об..., Crazy Alex, 18:07 , 25-Ноя-13, (25)

Представлен watson, инструмент для работы с уведомлениями об..., linux must __RIP__, 13:46 , 02-Дек-13, (37)

Представлен watson, инструмент для работы с уведомлениями об..., Пиу, 06:37 , 25-Ноя-13, (8) +1

Представлен watson, инструмент для работы с уведомлениями об..., Аноним, 12:09 , 25-Ноя-13, (16)

Представлен watson, инструмент для работы с уведомлениями об..., Пиу, 06:32 , 25-Ноя-13, (7) +3

Представлен watson, инструмент для работы с уведомлениями об..., anonymous, 07:54 , 25-Ноя-13, (10) +1

Представлен watson, инструмент для работы с уведомлениями об..., Аноним, 12:11 , 25-Ноя-13, (17) +3

Представлен watson, инструмент для работы с уведомлениями об..., Мяут, 07:53 , 25-Ноя-13, (9) +2

Представлен watson, инструмент для работы с уведомлениями об..., flvby1, 08:33 , 25-Ноя-13, (11)

Представлен watson, инструмент для работы с уведомлениями об..., Sokoloff, 10:12 , 25-Ноя-13, (12) +2
Представлен watson, инструмент для работы с..., arisu, 21:48 , 25-Ноя-13, (26) –1

Представлен watson, инструмент для работы с..., Crazy Alex, 22:11 , 25-Ноя-13, (28)

Представлен watson, инструмент для работы с..., arisu, 22:40 , 25-Ноя-13, (29)

Представлен watson, инструмент для работы с..., Crazy Alex, 23:50 , 25-Ноя-13, (30)

Представлен watson, инструмент для работы с..., arisu, 00:00 , 26-Ноя-13, (31)

Представлен watson, инструмент для работы с..., Crazy Alex, 00:37 , 26-Ноя-13, (32)

Представлен watson, инструмент для работы с..., arisu, 00:44 , 26-Ноя-13, (33)

Представлен watson, инструмент для работы с..., Crazy Alex, 16:06 , 27-Ноя-13, (35)

Представлен watson, инструмент для работы с..., arisu, 00:48 , 28-Ноя-13, (36)

Сообщения по теме [Сортировка по времени | RSS]

1. "Представлен watson, инструмент для работы с уведомлениями об..." +3 +/–

Сообщение от Crazy Alex (ok) on 24-Ноя-13, 23:49

Не уверен, что прямов таком виде - но идея очень правильная - не отвлекаться на 100500 окошек и сторонних инструментов, а всё делать в окне кода.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Представлен watson, инструмент для работы с уведомлениями об..." +4 +/–

Сообщение от Аноним (??) on 25-Ноя-13, 12:08

Ять, даже простенький Geany умеет показывать todo и fix вписанные в код таким макаром. Это чо, инновация? Укушенные гитхабом скрипткиидсы озверели!

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

19. "Представлен watson, инструмент для работы с уведомлениями об..." +1 +/–

Сообщение от Crazy Alex (ok) on 25-Ноя-13, 15:52

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

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

27. "Представлен watson, инструмент для работы с..." +/–

Сообщение от arisu (ok) on 25-Ноя-13, 21:51

> Не уверен, что прямов таком виде - но идея очень правильная
> — не отвлекаться на 100500 окошек и сторонних инструментов, а всё
> делать в окне кода.
это всё от того, что plaintext — фигня. ну вот совсем фигня. пока документ не будет естественной частью системы (как в обероне, например) — так и останутся костыли над костылями.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Представлен watson, инструмент для работы с уведомлениями об..." –1 +/–

Сообщение от Сталин on 24-Ноя-13, 23:51

Для Vim'щиков хороший плагинчик

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

34. "Представлен watson, инструмент для работы с уведомлениями об..." +/–

Сообщение от mihalych (ok) on 27-Ноя-13, 09:33

Товарищ Сталин, что вы курите? Какой vim?

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Представлен watson, инструмент для работы с уведомлениями об..." –6 +/–

Сообщение от Фдуч (??) on 25-Ноя-13, 00:21

любая современная IDE показывает в отдельном окошке строки с комментами TODO/FIX/BUG/HACK. А так да, сабж для хэлловордщиков в виме полезен.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Представлен watson, инструмент для работы с уведомлениями об..." +/–

Сообщение от Crazy Alex (ok) on 25-Ноя-13, 01:53

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

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Представлен watson, инструмент для работы с уведомлениями об..." +1 +/–

Сообщение от SCIF (ok) on 25-Ноя-13, 05:16

Вы принципиально ответили не прочитав/не поняв предыдущего мнения?? Интересный подход.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

18. "Представлен watson, инструмент для работы с уведомлениями об..." +/–

Сообщение от Crazy Alex (ok) on 25-Ноя-13, 15:49

Я как раз прочитал и понял. Суть не в показе в окошке. Суть - в том, что из этих маркировок порождаются/редактируются реальные таски. Одним росчерком, не покидая окна редактирования кода, вообще не отрывая руки от клавиатуры и не прерывая текущий процесс мышления/писания/редактирования/просмотра кода.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

20. "Представлен watson, инструмент для работы с уведомлениями об..." +1 +/–

Сообщение от Пиу (ok) on 25-Ноя-13, 16:02

>Суть - в том, что из этих маркировок порождаются/редактируются реальные таски.
суть в том, что из этих маркировок максимум можно только самые низкоприоритетные таски сомнительного качества (т.к. контекст кода решает).
реальные таски, типа добавить фичу или пофиксить баг, таким методом сделать/делать нельзя.
>не покидая окна редактирования кода
что в этом такого хорошего?
>не отрывая руки от клавиатуры
в нормальных DE есть комбинации клавиш, в нормальных IDE есть комбинации клавиш, в нормальных IDE есть плагины для работы с issue трекерами

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

21. "Представлен watson, инструмент для работы с уведомлениями об..." +1 +/–

Сообщение от Crazy Alex (ok) on 25-Ноя-13, 16:32

Если вы не знаете, куда добавить фичу - то это не фича, а богатая фантазия.
Но и специальный файл под это дело завести можно. Лично я вижу огромный плюс в том, что история тасков/багов хранится вместе с кодом, не завязываясь ни на какие внешние системы.
А комбинации клавиш - это хорошо, но когда всё лежит прямо в тексте и ты видишь, что можешь зацепить, правя код - лучше.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

22. "Представлен watson, инструмент для работы с уведомлениями об..." +1 +/–

Сообщение от linux must __RIP__ on 25-Ноя-13, 16:38

а что делать если для новой фичи надо внести измения в 10 файлов ?:)
вы точно работали с проектами в которых больше 1 тысячи строк?

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

24. "Представлен watson, инструмент для работы с уведомлениями об..." +/–

Сообщение от Crazy Alex (ok) on 25-Ноя-13, 18:04

Сунуть её в отдельный файл (например - TODO), а его - в версионник.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

38. "Представлен watson, инструмент для работы с уведомлениями об..." +/–

Сообщение от linux must __RIP__ on 02-Дек-13, 13:50

> Сунуть её в отдельный файл (например - TODO), а его - в
> версионник.
вот тебе пример :)
http://wiki.lustre.org/images/3/39/20080612165106%21Ver...
подумай как много файлов затрагивает такое изменение - и куда ты его прицепишь ?:)
никто не говорит что документировать код не надо, какой-то DLD - ты в doxygen вполне можешь сделать, какие-то базовые вещи для напоминания можно тоже туда нарисовать. Но есть очень много ситаций - когда это не применимо. Ты еще предложи тест планы туда рисовать - как бы напоминаю что тест план это часть набора документов по разработке любой фичи.

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

23. "Представлен watson, инструмент для работы с уведомлениями об..." +1 +/–

Сообщение от linux must __RIP__ on 25-Ноя-13, 16:42

> Если вы не знаете, куда добавить фичу - то это не фича,
> а богатая фантазия.
кстати о фичах и фантазии - вы точно уверены что этими тэгами можно описать таску которая требует страниц 20-30 детального описания дизайна? и в какую точку кода добавлять данное описание (со всеми use cases, state flow, сценариями тестирования и тп..).. подскажите неумехам?

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

25. "Представлен watson, инструмент для работы с уведомлениями об..." +/–

Сообщение от Crazy Alex (ok) on 25-Ноя-13, 18:07

Уверен. Фича такая-то, см. каталог такой-то для детального описания.
И в чем я точно уверен - что всё это как минимум для опенсорсного проекта должно лежать рядом с исходным кодом в версионнике. Потому что тому, кто когда-нибудь форкнет эту штуку, все эти юз кейсы и прочее rationale будут важны. В том числе - то, от чего отказались и от чего не осталось никких следов полсе переезда со второго на третий багтрекер.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

37. "Представлен watson, инструмент для работы с уведомлениями об..." +/–

Сообщение от linux must __RIP__ on 02-Дек-13, 13:46

> Уверен. Фича такая-то, см. каталог такой-то для детального описания.
Каталог ?:)
> И в чем я точно уверен - что всё это как минимум для опенсорсного проекта должно лежать рядом с исходным кодом в версионнике. Потому что тому, кто когда-нибудь форкнет эту штуку, все эти юз кейсы и прочее rationale будут важны. В том числе - то, от чего отказались и от чего не осталось никких следов полсе переезда со второго на третий багтрекер.
почему отказались в документах не будет. Никогда :) А ситуации когда фича размазана под 40 файлам - я уже видел.
PS. doxygen вещь хорошая для низкоуровневых дизайнов - но с дизайнами верхнего уровня - она не справится.

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

8. "Представлен watson, инструмент для работы с уведомлениями об..." +1 +/–

Сообщение от Пиу (ok) on 25-Ноя-13, 06:37

>давайте лучше в окошках мышкой тыкать
х-спади, какое стереотипное вы однако!..

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

16. "Представлен watson, инструмент для работы с уведомлениями об..." +/–

Сообщение от Аноним (??) on 25-Ноя-13, 12:09

> любая современная IDE показывает
Даже простой и легкий geany умеет показывать такой список. Wtf, seriously.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

7. "Представлен watson, инструмент для работы с уведомлениями об..." +3 +/–

Сообщение от Пиу (ok) on 25-Ноя-13, 06:32

отличный метод превращения багтрекера в помойку

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Представлен watson, инструмент для работы с уведомлениями об..." +1 +/–

Сообщение от anonymous (??) on 25-Ноя-13, 07:54

Конечно же, лучше помойка в коде, а не в багтрекере!

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

17. "Представлен watson, инструмент для работы с уведомлениями об..." +3 +/–

Сообщение от Аноним (??) on 25-Ноя-13, 12:11

> Конечно же, лучше помойка в коде, а не в багтрекере!
В данном случае помойка будет и там и там :P.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

9. "Представлен watson, инструмент для работы с уведомлениями об..." +2 +/–

Сообщение от Мяут (ok) on 25-Ноя-13, 07:53

А почему оно не использует каноничные TODO, FIXME и XXX?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Представлен watson, инструмент для работы с уведомлениями об..." +/–

Сообщение от flvby1 on 25-Ноя-13, 08:33

Боится лопнуть при задействовании в уже существующих проектах

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

12. "Представлен watson, инструмент для работы с уведомлениями об..." +2 +/–

Сообщение от Sokoloff on 25-Ноя-13, 10:12

Интересно, имя специально взяли похожим на Dr.Watson? http://en.wikipedia.org/wiki/Dr._Watson_(debugger)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

26. "Представлен watson, инструмент для работы с..." –1 +/–

Сообщение от arisu (ok) on 25-Ноя-13, 21:48

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Представлен watson, инструмент для работы с..." +/–

Сообщение от Crazy Alex (ok) on 25-Ноя-13, 22:11

Ну, чистый literate programming не уверен, что применим. А так - в нужную же сторону шаг. А вот насчет доксигена - согласен. Зайдешь, глянешь - функции с классами задокументированы, а какая общая архитектура, почему так и что будет каноничным решением, а что против шерсти - только на своих шишках узнавать. как по мне - лучше бы уж наоборот. Если нормально именовать то деревья классов и IDE построит, а вот high level overview ты из неё никак не выдерешь... С другой стороны - чтобы его написать оно должно, как минимум, быть в голове у разработчика.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

29. "Представлен watson, инструмент для работы с..." +/–

Сообщение от arisu (ok) on 25-Ноя-13, 22:40

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

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

30. "Представлен watson, инструмент для работы с..." +/–

Сообщение от Crazy Alex (ok) on 25-Ноя-13, 23:50

Скажем так - это лучше, чем когда документация в одном месте, багтрекер в другом, код в третьем. Тут хотя бы issues ходят рядом с кодом, а в [todo] можно воткнуть see issues/xxx for details.
А хайпа много потому чо вроде вот оно наипримитивнейшими скриптами развивается, а по факту - нигде нет. Может, проект замутить - эдакое "всё в одном" для открытых проектов на базе гита, с формированием на основе этого дела статического сайта? Чтобы от issue tracker до генерации бинарников.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

31. "Представлен watson, инструмент для работы с..." +/–

Сообщение от arisu (ok) on 26-Ноя-13, 00:00

> Скажем так - это лучше, чем когда документация в одном месте, багтрекер
> в другом, код в третьем.
а что поменялось-то? документация по-прежнему в одном, багтрекер в другом, код в третьем.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

32. "Представлен watson, инструмент для работы с..." +/–

Сообщение от Crazy Alex (ok) on 26-Ноя-13, 00:37

так здесь багтрекер генерится из кода, насколько я понимаю

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

33. "Представлен watson, инструмент для работы с..." +/–

Сообщение от arisu (ok) on 26-Ноя-13, 00:44

> так здесь багтрекер генерится из кода, насколько я понимаю
и? что потом с ним делать? иметь, пардон май фрэнч?

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

35. "Представлен watson, инструмент для работы с..." +/–

Сообщение от Crazy Alex (ok) on 27-Ноя-13, 16:06

Видеть состояние независимо от любых внешних багтрекеров, вестимо.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

36. "Представлен watson, инструмент для работы с..." +/–

Сообщение от arisu (ok) on 28-Ноя-13, 00:48

> Видеть состояние независимо от любых внешних багтрекеров, вестимо.
лол. чего состояние-то? ну ок, я взял код. а потом в багтрекер написал. откуда в коде возьмётся изменения состояния — это раз. и два: а если принесут — за это надо убивать.
перестань ты уже. дубовая это идея, дубовая. это то же самое, что и «приложения в браузере» — натягивание совы на глобус.
то, что связь трекеров и документации с кодом удобна — факт. то, что это невозможно нормально реализовать средствами «чистого текста» (так, чтобы и связи не ломались, и не мешали, и *удобно* редактировать можно было в любом редакторе чистого текста) — тоже факт. вот и начинают пытаться использовать инструменты не по назначению.
я уже неоднократно говорил: нужен универсальный движок «составных» документов, на том же уровне, на котором glibc живёт. и API как типа fgetc() для тех, кому неинтересно форматирование и «не-буквы», так и посложнее (в том числе с возможностью редактирования документа без переписывания всего файла) для тех, кому нужны расширеные возможности. даже эмулятор fread() можно поверх сделать, который будет тупо буквы вытаскивать.
и вот когда это появится — тогда счастье из «прекрасного далёка» переместится на расстояние протянутой руки. а до тех пор мы будем продолжать слышать из разных концов планеты вопли сов, которым в задницы пихают глобусы.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Представлен watson, инструмент для работы с уведомлениями об..."	+3 +/–
Сообщение от Crazy Alex (ok) on 24-Ноя-13, 23:49
Не уверен, что прямов таком виде - но идея очень правильная - не отвлекаться на 100500 окошек и сторонних инструментов, а всё делать в окне кода.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	15. "Представлен watson, инструмент для работы с уведомлениями об..."	+4 +/–
	Сообщение от Аноним (??) on 25-Ноя-13, 12:08
	Ять, даже простенький Geany умеет показывать todo и fix вписанные в код таким макаром. Это чо, инновация? Укушенные гитхабом скрипткиидсы озверели!
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	19. "Представлен watson, инструмент для работы с уведомлениями об..."	+1 +/–
	Сообщение от Crazy Alex (ok) on 25-Ноя-13, 15:52
	Ну можно к мантису добавить привязку, суть не в этом - а в том, что это такие штуки из "тасков второго сорта" становится полноценными. И это правильно - исходник должен быть единственным источников всего, что есть в продукте - от документации до багтрекера, которые есть просто различные интерфейсы к коду.
	Ответить \| Правка \| ^ к родителю #15 \| Наверх \| Cообщить модератору


	27. "Представлен watson, инструмент для работы с..."	+/–
	Сообщение от arisu (ok) on 25-Ноя-13, 21:51
	> Не уверен, что прямов таком виде - но идея очень правильная > — не отвлекаться на 100500 окошек и сторонних инструментов, а всё > делать в окне кода. это всё от того, что plaintext — фигня. ну вот совсем фигня. пока документ не будет естественной частью системы (как в обероне, например) — так и останутся костыли над костылями.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору

2. "Представлен watson, инструмент для работы с уведомлениями об..."	–1 +/–
Сообщение от Сталин on 24-Ноя-13, 23:51
Для Vim'щиков хороший плагинчик
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	34. "Представлен watson, инструмент для работы с уведомлениями об..."	+/–
	Сообщение от mihalych (ok) on 27-Ноя-13, 09:33
	Товарищ Сталин, что вы курите? Какой vim?
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору

4. "Представлен watson, инструмент для работы с уведомлениями об..."	–6 +/–
Сообщение от Фдуч (??) on 25-Ноя-13, 00:21
любая современная IDE показывает в отдельном окошке строки с комментами TODO/FIX/BUG/HACK. А так да, сабж для хэлловордщиков в виме полезен.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	5. "Представлен watson, инструмент для работы с уведомлениями об..."	+/–
	Сообщение от Crazy Alex (ok) on 25-Ноя-13, 01:53
	Действительно, зачем автоматизировать и делать удобным создание тасков и управление ими, давайте лучше в окошках мышкой тыкать.
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	6. "Представлен watson, инструмент для работы с уведомлениями об..."	+1 +/–
	Сообщение от SCIF (ok) on 25-Ноя-13, 05:16
	Вы принципиально ответили не прочитав/не поняв предыдущего мнения?? Интересный подход.
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	18. "Представлен watson, инструмент для работы с уведомлениями об..."	+/–
	Сообщение от Crazy Alex (ok) on 25-Ноя-13, 15:49
	Я как раз прочитал и понял. Суть не в показе в окошке. Суть - в том, что из этих маркировок порождаются/редактируются реальные таски. Одним росчерком, не покидая окна редактирования кода, вообще не отрывая руки от клавиатуры и не прерывая текущий процесс мышления/писания/редактирования/просмотра кода.
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	20. "Представлен watson, инструмент для работы с уведомлениями об..."	+1 +/–
	Сообщение от Пиу (ok) on 25-Ноя-13, 16:02
	>Суть - в том, что из этих маркировок порождаются/редактируются реальные таски. суть в том, что из этих маркировок максимум можно только самые низкоприоритетные таски сомнительного качества (т.к. контекст кода решает). реальные таски, типа добавить фичу или пофиксить баг, таким методом сделать/делать нельзя. >не покидая окна редактирования кода что в этом такого хорошего? >не отрывая руки от клавиатуры в нормальных DE есть комбинации клавиш, в нормальных IDE есть комбинации клавиш, в нормальных IDE есть плагины для работы с issue трекерами
	Ответить \| Правка \| ^ к родителю #18 \| Наверх \| Cообщить модератору


	21. "Представлен watson, инструмент для работы с уведомлениями об..."	+1 +/–
	Сообщение от Crazy Alex (ok) on 25-Ноя-13, 16:32
	Если вы не знаете, куда добавить фичу - то это не фича, а богатая фантазия. Но и специальный файл под это дело завести можно. Лично я вижу огромный плюс в том, что история тасков/багов хранится вместе с кодом, не завязываясь ни на какие внешние системы. А комбинации клавиш - это хорошо, но когда всё лежит прямо в тексте и ты видишь, что можешь зацепить, правя код - лучше.
	Ответить \| Правка \| ^ к родителю #20 \| Наверх \| Cообщить модератору


	22. "Представлен watson, инструмент для работы с уведомлениями об..."	+1 +/–
	Сообщение от linux must __RIP__ on 25-Ноя-13, 16:38
	а что делать если для новой фичи надо внести измения в 10 файлов ?:) вы точно работали с проектами в которых больше 1 тысячи строк?
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору


	24. "Представлен watson, инструмент для работы с уведомлениями об..."	+/–
	Сообщение от Crazy Alex (ok) on 25-Ноя-13, 18:04
	Сунуть её в отдельный файл (например - TODO), а его - в версионник.
	Ответить \| Правка \| ^ к родителю #22 \| Наверх \| Cообщить модератору


	38. "Представлен watson, инструмент для работы с уведомлениями об..."	+/–
	Сообщение от linux must __RIP__ on 02-Дек-13, 13:50
	> Сунуть её в отдельный файл (например - TODO), а его - в > версионник. вот тебе пример :) http://wiki.lustre.org/images/3/39/20080612165106%21Ver... подумай как много файлов затрагивает такое изменение - и куда ты его прицепишь ?:) никто не говорит что документировать код не надо, какой-то DLD - ты в doxygen вполне можешь сделать, какие-то базовые вещи для напоминания можно тоже туда нарисовать. Но есть очень много ситаций - когда это не применимо. Ты еще предложи тест планы туда рисовать - как бы напоминаю что тест план это часть набора документов по разработке любой фичи.
	Ответить \| Правка \| ^ к родителю #24 \| Наверх \| Cообщить модератору


	23. "Представлен watson, инструмент для работы с уведомлениями об..."	+1 +/–
	Сообщение от linux must __RIP__ on 25-Ноя-13, 16:42
	> Если вы не знаете, куда добавить фичу - то это не фича, > а богатая фантазия. кстати о фичах и фантазии - вы точно уверены что этими тэгами можно описать таску которая требует страниц 20-30 детального описания дизайна? и в какую точку кода добавлять данное описание (со всеми use cases, state flow, сценариями тестирования и тп..).. подскажите неумехам?
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору


	25. "Представлен watson, инструмент для работы с уведомлениями об..."	+/–
	Сообщение от Crazy Alex (ok) on 25-Ноя-13, 18:07
	Уверен. Фича такая-то, см. каталог такой-то для детального описания. И в чем я точно уверен - что всё это как минимум для опенсорсного проекта должно лежать рядом с исходным кодом в версионнике. Потому что тому, кто когда-нибудь форкнет эту штуку, все эти юз кейсы и прочее rationale будут важны. В том числе - то, от чего отказались и от чего не осталось никких следов полсе переезда со второго на третий багтрекер.
	Ответить \| Правка \| ^ к родителю #23 \| Наверх \| Cообщить модератору


	37. "Представлен watson, инструмент для работы с уведомлениями об..."	+/–
	Сообщение от linux must __RIP__ on 02-Дек-13, 13:46
	> Уверен. Фича такая-то, см. каталог такой-то для детального описания. Каталог ?:) > И в чем я точно уверен - что всё это как минимум для опенсорсного проекта должно лежать рядом с исходным кодом в версионнике. Потому что тому, кто когда-нибудь форкнет эту штуку, все эти юз кейсы и прочее rationale будут важны. В том числе - то, от чего отказались и от чего не осталось никких следов полсе переезда со второго на третий багтрекер. почему отказались в документах не будет. Никогда :) А ситуации когда фича размазана под 40 файлам - я уже видел. PS. doxygen вещь хорошая для низкоуровневых дизайнов - но с дизайнами верхнего уровня - она не справится.
	Ответить \| Правка \| ^ к родителю #25 \| Наверх \| Cообщить модератору


	8. "Представлен watson, инструмент для работы с уведомлениями об..."	+1 +/–
	Сообщение от Пиу (ok) on 25-Ноя-13, 06:37
	>давайте лучше в окошках мышкой тыкать х-спади, какое стереотипное вы однако!..
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	16. "Представлен watson, инструмент для работы с уведомлениями об..."	+/–
	Сообщение от Аноним (??) on 25-Ноя-13, 12:09
	> любая современная IDE показывает Даже простой и легкий geany умеет показывать такой список. Wtf, seriously.
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору

7. "Представлен watson, инструмент для работы с уведомлениями об..."	+3 +/–
Сообщение от Пиу (ok) on 25-Ноя-13, 06:32
отличный метод превращения багтрекера в помойку
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	10. "Представлен watson, инструмент для работы с уведомлениями об..."	+1 +/–
	Сообщение от anonymous (??) on 25-Ноя-13, 07:54
	Конечно же, лучше помойка в коде, а не в багтрекере!
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	17. "Представлен watson, инструмент для работы с уведомлениями об..."	+3 +/–
	Сообщение от Аноним (??) on 25-Ноя-13, 12:11
	> Конечно же, лучше помойка в коде, а не в багтрекере! В данном случае помойка будет и там и там :P.
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору

9. "Представлен watson, инструмент для работы с уведомлениями об..."	+2 +/–
Сообщение от Мяут (ok) on 25-Ноя-13, 07:53
А почему оно не использует каноничные TODO, FIXME и XXX?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	11. "Представлен watson, инструмент для работы с уведомлениями об..."	+/–
	Сообщение от flvby1 on 25-Ноя-13, 08:33
	Боится лопнуть при задействовании в уже существующих проектах
	Ответить \| Правка \| ^ к родителю #9 \| Наверх \| Cообщить модератору

12. "Представлен watson, инструмент для работы с уведомлениями об..."	+2 +/–
Сообщение от Sokoloff on 25-Ноя-13, 10:12
Интересно, имя специально взяли похожим на Dr.Watson? http://en.wikipedia.org/wiki/Dr._Watson_(debugger)
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору

26. "Представлен watson, инструмент для работы с..."	–1 +/–
Сообщение от arisu (ok) on 25-Ноя-13, 21:48
мда. что только люди не делают, лишь бы не использовать literate programming. что характерно — в итоге получаются мегакостыли, которые превращают код в нечитаемую кашу. а многие разработчики начинают считать, что doxygen — это документация.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	28. "Представлен watson, инструмент для работы с..."	+/–
	Сообщение от Crazy Alex (ok) on 25-Ноя-13, 22:11
	Ну, чистый literate programming не уверен, что применим. А так - в нужную же сторону шаг. А вот насчет доксигена - согласен. Зайдешь, глянешь - функции с классами задокументированы, а какая общая архитектура, почему так и что будет каноничным решением, а что против шерсти - только на своих шишках узнавать. как по мне - лучше бы уж наоборот. Если нормально именовать то деревья классов и IDE построит, а вот high level overview ты из неё никак не выдерешь... С другой стороны - чтобы его написать оно должно, как минимум, быть в голове у разработчика.
	Ответить \| Правка \| ^ к родителю #26 \| Наверх \| Cообщить модератору


	29. "Представлен watson, инструмент для работы с..."	+/–
	Сообщение от arisu (ok) on 25-Ноя-13, 22:40
	это ужасный шаг. это такой доксиген, только для трекера. фигня-фигня-фигня-фигня. дело в том, что задачи, которые тривиальней одной строчки, в коде описывать и замахаешься, и намусоришь изрядно. а однострочники — им место совсем в другом месте. :3 это раз. два: в коде отсутствует ссылка на багтрекер. что делать? иди, ищи, куда и что оно там занесло. три: в код не приходят комментарии, уточнения и ты пы. иди, ищи. да вообще, глупость. не надо, совсем не надо использовать код в качестве хранилища всего-всего. получается свалка фигни. и вообще: зачем столько хайпа вокруг того, что реализуется наипримитивнейшими скриптами в любом нормальном редакторе? фу такими быть.
	Ответить \| Правка \| ^ к родителю #28 \| Наверх \| Cообщить модератору


	30. "Представлен watson, инструмент для работы с..."	+/–
	Сообщение от Crazy Alex (ok) on 25-Ноя-13, 23:50
	Скажем так - это лучше, чем когда документация в одном месте, багтрекер в другом, код в третьем. Тут хотя бы issues ходят рядом с кодом, а в [todo] можно воткнуть see issues/xxx for details. А хайпа много потому чо вроде вот оно наипримитивнейшими скриптами развивается, а по факту - нигде нет. Может, проект замутить - эдакое "всё в одном" для открытых проектов на базе гита, с формированием на основе этого дела статического сайта? Чтобы от issue tracker до генерации бинарников.
	Ответить \| Правка \| ^ к родителю #29 \| Наверх \| Cообщить модератору