forum.opennet.ru

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

Оглавление

Представлен watson, инструмент для работы с уведомлениями об..., opennews (ok), 24-Ноя-13, (0) [смотреть все]

Не уверен, что прямов таком виде - но идея очень правильная - не отвлекаться на, Crazy Alex (ok), 23:49 , 24-Ноя-13, (1) +3 //

Ять, даже простенький Geany умеет показывать todo и fix вписанные в код таким ма, Аноним (-), 12:08 , 25-Ноя-13, (15) +4 //

Ну можно к мантису добавить привязку, суть не в этом - а в том, что это такие шт, Crazy Alex (ok), 15:52 , 25-Ноя-13, (19) +1

это всё от того, что plaintext 8212 фигня ну вот совсем фигня пока документ, arisu (ok), 21:51 , 25-Ноя-13, (27)

Для Vim щиков хороший плагинчик, Сталин (?), 23:51 , 24-Ноя-13, (2) –1 //

Товарищ Сталин, что вы курите Какой vim , mihalych (ok), 09:33 , 27-Ноя-13, (34)

любая современная IDE показывает в отдельном окошке строки с комментами TODO FIX, Фдуч (??), 00:21 , 25-Ноя-13, (4) –6 //

Действительно, зачем автоматизировать и делать удобным создание тасков и управле, Crazy Alex (ok), 01:53 , 25-Ноя-13, (5) //

Вы принципиально ответили не прочитав не поняв предыдущего мнения Интересный п, SCIF (ok), 05:16 , 25-Ноя-13, (6) +1 //

Я как раз прочитал и понял Суть не в показе в окошке Суть - в том, что из этих, Crazy Alex (ok), 15:49 , 25-Ноя-13, (18)

суть в том, что из этих маркировок максимум можно только самые низкоприоритетные, Пиу (ok), 16:02 , 25-Ноя-13, (20) +1

Если вы не знаете, куда добавить фичу - то это не фича, а богатая фантазия Но и , Crazy Alex (ok), 16:32 , 25-Ноя-13, (21) +1

а что делать если для новой фичи надо внести измения в 10 файлов вы точно раб, linux must __RIP__ (?), 16:38 , 25-Ноя-13, (22) +1

Сунуть её в отдельный файл например - TODO , а его - в версионник , Crazy Alex (ok), 18:04 , 25-Ноя-13, (24)

вот тебе пример http wiki lustre org images 3 39 20080612165106 21Version_ba, linux must __RIP__ (?), 13:50 , 02-Дек-13, (38)

кстати о фичах и фантазии - вы точно уверены что этими тэгами можно описать таск, linux must __RIP__ (?), 16:42 , 25-Ноя-13, (23) +1

Уверен Фича такая-то, см каталог такой-то для детального описания И в чем я то, Crazy Alex (ok), 18:07 , 25-Ноя-13, (25)

Каталог почему отказались в документах не будет Никогда А ситуации когда, linux must __RIP__ (?), 13:46 , 02-Дек-13, (37)

х-спади, какое стереотипное вы однако , Пиу (ok), 06:37 , 25-Ноя-13, (8) +1

Даже простой и легкий geany умеет показывать такой список Wtf, seriously , Аноним (-), 12:09 , 25-Ноя-13, (16)

отличный метод превращения багтрекера в помойку, Пиу (ok), 06:32 , 25-Ноя-13, (7) +3 //

Конечно же, лучше помойка в коде, а не в багтрекере , anonymous (??), 07:54 , 25-Ноя-13, (10) +1 //

В данном случае помойка будет и там и там P , Аноним (-), 12:11 , 25-Ноя-13, (17) +3

А почему оно не использует каноничные TODO, FIXME и XXX , Мяут (ok), 07:53 , 25-Ноя-13, (9) +2 //

Боится лопнуть при задействовании в уже существующих проектах, flvby1 (?), 08:33 , 25-Ноя-13, (11)

Интересно, имя специально взяли похожим на Dr Watson http en wikipedia org wi, Sokoloff (?), 10:12 , 25-Ноя-13, (12) +2
мда что только люди не делают, лишь бы не использовать literate programming что, arisu (ok), 21:48 , 25-Ноя-13, (26) –1 //

Ну, чистый literate programming не уверен, что применим А так - в нужную же сто, Crazy Alex (ok), 22:11 , 25-Ноя-13, (28) //

это ужасный шаг это такой доксиген, только для трекера фигня-фигня-фигня-фигня, arisu (ok), 22:40 , 25-Ноя-13, (29) //

Скажем так - это лучше, чем когда документация в одном месте, багтрекер в другом, Crazy Alex (ok), 23:50 , 25-Ноя-13, (30)

а что поменялось-то документация по-прежнему в одном, багтрекер в другом, код в, arisu (ok), 00:00 , 26-Ноя-13, (31)

так здесь багтрекер генерится из кода, насколько я понимаю, Crazy Alex (ok), 00:37 , 26-Ноя-13, (32)

и что потом с ним делать иметь, пардон май фрэнч , arisu (ok), 00:44 , 26-Ноя-13, (33)

Видеть состояние независимо от любых внешних багтрекеров, вестимо , Crazy Alex (ok), 16:06 , 27-Ноя-13, (35)

лол чего состояние-то ну ок, я взял код а потом в багтрекер написал откуда в, arisu (ok), 00:48 , 28-Ноя-13, (36)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Партнёры:

Хостинг:

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

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


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


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


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


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


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


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


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


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


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


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