• Markdown

    Я пользуюсь самопальной системой, в которой многие идеи (идеи «как написать», разумеется) взяты из Markdown, и ещё некоторые — из reStructedText. По-моему, дело вкуса, как писать — лишь бы себе удобно и другим не мешало.Отдельно стоит упомянуть таблицы. Реализация таблиц в существующих видах разметки мне нигде не нравится. Для простых случаев (без colspan/rowspan, группировки ячеек и т.д.) я применяю мутировавший CSV:

    Артикул ; Наименование ; Цена ; Гарантия------------------------------------------------------------------------WD2500JB ; IDE HDD Western Digital, 250 Гб ; 648.00 грн. ; 34 мес.SP2514N ; IDE HDD Samsung, 250 Гб ; 642.00 грн. ; 36 мес.ST3250823A ; IDE HDD Seagate Baracuda, 250 Гб ; 718.00 грн. ; 36 мес.HT14R9249 ; IDE HDD Hitachi, 250 Гб ; 620.10 грн. ; 24 мес.

    Кавычки опциональны, лишние пробелы убираются. По-моему, так довольно удобно.

  • Markdown

    Гм. Ничерта не видно, что я написал. В комментариях явно не хватает тега pre;) По поводу того, чего не видно в предыдущем комментарии. Вкратце — идея заключалась в том, чтобы взять «обычный CSV» и выровнять колонки пробелами / табуляцией. Кроме того, отделить THEAD от TBODY отдельной строкой. Вот и всё, собственно.

  • Об эффективных багрепортах

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