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]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Партнёры:

Хостинг:

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

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

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


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


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


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


	31. "Представлен watson, инструмент для работы с..."	+/–
	Сообщение от arisu (ok), 26-Ноя-13, 00:00
	> Скажем так - это лучше, чем когда документация в одном месте, багтрекер > в другом, код в третьем. а что поменялось-то? документация по-прежнему в одном, багтрекер в другом, код в третьем.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Представлен watson, инструмент для работы с..."	+/–
	Сообщение от Crazy Alex (ok), 26-Ноя-13, 00:37
	так здесь багтрекер генерится из кода, насколько я понимаю
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Представлен watson, инструмент для работы с..."	+/–
	Сообщение от arisu (ok), 26-Ноя-13, 00:44
	> так здесь багтрекер генерится из кода, насколько я понимаю и? что потом с ним делать? иметь, пардон май фрэнч?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Представлен watson, инструмент для работы с..."	+/–
	Сообщение от Crazy Alex (ok), 27-Ноя-13, 16:06
	Видеть состояние независимо от любых внешних багтрекеров, вестимо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Представлен watson, инструмент для работы с..."	+/–
	Сообщение от arisu (ok), 28-Ноя-13, 00:48
	> Видеть состояние независимо от любых внешних багтрекеров, вестимо. лол. чего состояние-то? ну ок, я взял код. а потом в багтрекер написал. откуда в коде возьмётся изменения состояния — это раз. и два: а если принесут — за это надо убивать. перестань ты уже. дубовая это идея, дубовая. это то же самое, что и «приложения в браузере» — натягивание совы на глобус. то, что связь трекеров и документации с кодом удобна — факт. то, что это невозможно нормально реализовать средствами «чистого текста» (так, чтобы и связи не ломались, и не мешали, и удобно редактировать можно было в любом редакторе чистого текста) — тоже факт. вот и начинают пытаться использовать инструменты не по назначению. я уже неоднократно говорил: нужен универсальный движок «составных» документов, на том же уровне, на котором glibc живёт. и API как типа fgetc() для тех, кому неинтересно форматирование и «не-буквы», так и посложнее (в том числе с возможностью редактирования документа без переписывания всего файла) для тех, кому нужны расширеные возможности. даже эмулятор fread() можно поверх сделать, который будет тупо буквы вытаскивать. и вот когда это появится — тогда счастье из «прекрасного далёка» переместится на расстояние протянутой руки. а до тех пор мы будем продолжать слышать из разных концов планеты вопли сов, которым в задницы пихают глобусы.
	Ответить \| Правка \| Наверх \| Cообщить модератору