Comments 126
Finance.Yahoo до сих пор имеет API на CSV.
И знаете, этого достаточно.
Быстро.
Почти просто. У них своеобразный эскейпинг, но разве это проблема?
И знаете, этого достаточно.
Быстро.
Почти просто. У них своеобразный эскейпинг, но разве это проблема?
Вы явно что-то перепутали.
Вот примеры: www.gummy-stuff.org/Yahoo-data.htm
Всё хорошо в меру. Минимализм — это тоже хорошо, пока он не начинает минимализировать сам себя.
Это понятно, но думаю, что сейчас все «не в меру» действительно в сторону усложнения — даже для текстов вида «не забудь купить хлеб» большинство людей использует избыточный Word. Для себя-то пускай что угодно используют, если им так удобнее, но, когда по мылу начинают скидывать в .docx голый текст, который логичнее прислать в txt или вообще в тексте письма, а сидишь с нетбука, на котором OpenOffice запускается неторопливо…
Всё следует упрощать до тех пор, пока это возможно, но не более того (А. Эйнштейн). Бритву Оккама никто не отменял.
Имхо, программа должна быть не обязательно быстрой. Она должна соблюдать некий баланс производительность\удобство. Например, на C# мне легче писать в Visual Studio, чем, например, в Notepad++, хот студия и поедает кучу памяти.
У упомянутого Notepad++ есть проблема, заключающаяся в том, что у него не слишком богатый движок поиска по регулярным выражениям. Например, мне так и не удалось заставить его найти «\n\n» в файле с пустыми строками…
Не люблю notepad++, какой-то он страшный и несколько — монструозный. Юзаю kate и не парюсь.
Всё в текстовые файлы, а файлы в git
Согласен с автором. Тот же Evernote только выиграл бы, сделав заметки plain text, хотя бы в качестве опции. Кривой WYSIWYG и форматирование, которое ломается при синхронизации между разными ОС, только раздражают.
Есть еще XML — простой и универсальный. Если нужно что-то структурировать — самое то
Простой? Вручную текстовыми редакторами XML редактировать удовольствие ниже среднего.
Любым простейшим xml-редактором
XML — простой !?!
тогда уж YAML
парсинг XML — это настолько сложная задача что в новых интеловских процах даже есть комманда облегчающая парсинг этого «простого» формата
он жутко монструозных
и имхо его надо применять только для обмена данными
и то, сильно подумав :(
тогда уж YAML
парсинг XML — это настолько сложная задача что в новых интеловских процах даже есть комманда облегчающая парсинг этого «простого» формата
он жутко монструозных
и имхо его надо применять только для обмена данными
и то, сильно подумав :(
на ЛОРе была хорошая цитата:
«XML сочетает в себе трудночитаемость со сложностью машинной обработки»
«XML сочетает в себе трудночитаемость со сложностью машинной обработки»
Ну ясно дело, что писать заметки себе в xml или yaml неудобно. Но бывают задачи, когда без структурирования всё равно не обойтись. Тогда нужно выбирать меньшее (простейшее) из зол
Даже XML для некоторых задач излишен.
Например конфиг типа:
IP 192.168.0.1
PORT 7234
DEBUG 4
намного легче представить текстовым файлом с разделителями в виде, скажем, перевода каретки.
XML тут лишь создаст «мусор» и усложнит редактирование.
А вообще Л.Бабаут — гвардии ефрейтор очевидных войск. Совершенно логично, что необходимо всеми силами противодействовать привязке различных типов файлов к своим уникальным инструментам. Файлы должны легко обрабатываться человеком удобными этому человеку инструментами. Разумеется, это не всегда возможно, но даже PNG формат можно представить в текстовом виде (в вполне вменяемом для чтения человеком!) и редактировать хоть в vim, хоть в MS Word.
Меня очень огорчает, что такие банальности могут выглядеть как нечто удивительное. И минимализм тут не при чём. Это удобство. Удобство и ещё раз удобство.
Например конфиг типа:
IP 192.168.0.1
PORT 7234
DEBUG 4
намного легче представить текстовым файлом с разделителями в виде, скажем, перевода каретки.
XML тут лишь создаст «мусор» и усложнит редактирование.
А вообще Л.Бабаут — гвардии ефрейтор очевидных войск. Совершенно логично, что необходимо всеми силами противодействовать привязке различных типов файлов к своим уникальным инструментам. Файлы должны легко обрабатываться человеком удобными этому человеку инструментами. Разумеется, это не всегда возможно, но даже PNG формат можно представить в текстовом виде (в вполне вменяемом для чтения человеком!) и редактировать хоть в vim, хоть в MS Word.
Меня очень огорчает, что такие банальности могут выглядеть как нечто удивительное. И минимализм тут не при чём. Это удобство. Удобство и ещё раз удобство.
А еще есть вики-синтаксис, для форматирования в txt — пропустил через простенький парсер и получил форматированный текст.
Часто встречается другая крайность, когда, например, в программе просто не предусмотрено никакого другого способа менять настройки кроме как руками в тестовых конфигах, а эти конфиги бывают ну ооочень сложными. В Линуксах и БСДях сплошь и рядом.
Редко встречал сложные конфиги, сплошь и рядом простые всё же, пары «параметр»-«значение» в том или ином виде в основном. Другое дело, что параметров может быть не одна сотня и тут две крайности встречаются: без комментов заданы только необходимые и/или со значениями отличными от дефолтных (без чтения документации толком ничего в этом файле не изменишь); или на каждый из сотен параметров по паре экранов комментариев с описанием или примерами, найти визуально что-то проблематично.
XML хорош если у вас достаточно большой и сложный по структуре конфиг, хотя и в коротких/простых он нисколько погоды не испортит
я бы, например, двумя руками поддержал перевод апачевского httpd.conf на XML
я бы, например, двумя руками поддержал перевод апачевского httpd.conf на XML
все ребята на работе смеялись над моим файлом «моя жизнь.txt»
мол моя жизнь однобразна и скушна
мол моя жизнь однобразна и скушна
У меня даже резюме в plain text)
Пытался пользоваться EverNote, но, в итоге, перешел на связку «Блокнот» + DropBox. Да, нет возможности писать заметки с телефона, нет возможности вставлять картинки и прочие элементы, но зато текстовый редактор открывается моментально и имеет минимум лишних опций.
«Нет возможности писать заметки с телефона» — на тех телефонах, где можно запустить Evernote, можно запустить и Dropbox с текстовым редактором)
Под Убунтой перешел на связку Zim+Dropbox, настолько понравилось, что под виндой на соседнем ноуте использую тот дже аккаунт Дропбокса,.
Зим-овские файлы как раз в plain-txt, и удобная структура каталогов, жаль нет нативного виндового клиента
Зим-овские файлы как раз в plain-txt, и удобная структура каталогов, жаль нет нативного виндового клиента
Аналогичная ситуация. Советую cintanotes.com + DropBox. Удобная маленькая утилита и главное не требует никаких фреймворков.
Пришел к такой же схеме год назад, также перепробовав кучу программ, от древнего YeahWrite до Outlook.
Текст — это действительно быстро, удобно, кроссплатформенно. У меня все записи, планы, задачи хранятся в отдельных тематических папках в файловой системе. Каждая папка может содержать один или несколько текстовых файлов. Занимает это все крайне мало места. Синхронизируется между домашним и портативным накопителем через Microsoft SyncToy. Смотрю/редактирую в FAR Manager — его можно настроить под задачи любой сложности с помощью плагинов.
Только в случае, если текстового формата недостаточно, добавляю другие. Например, XLS для ведения финансов. Иногда какие-то необходимые картинки. Стараюсь избегать каких-то программ с проприетарными форматами, особенно тех, что хранят вашу информацию в базах данных.
Основной принцип такой — пользоваться минимально необходимым набором хорошо проверенных, быстрых и удобных инструментов.
Текст — это действительно быстро, удобно, кроссплатформенно. У меня все записи, планы, задачи хранятся в отдельных тематических папках в файловой системе. Каждая папка может содержать один или несколько текстовых файлов. Занимает это все крайне мало места. Синхронизируется между домашним и портативным накопителем через Microsoft SyncToy. Смотрю/редактирую в FAR Manager — его можно настроить под задачи любой сложности с помощью плагинов.
Только в случае, если текстового формата недостаточно, добавляю другие. Например, XLS для ведения финансов. Иногда какие-то необходимые картинки. Стараюсь избегать каких-то программ с проприетарными форматами, особенно тех, что хранят вашу информацию в базах данных.
Основной принцип такой — пользоваться минимально необходимым набором хорошо проверенных, быстрых и удобных инструментов.
— Как мне писать текст в Виндовзе, учитель?
— Ты достиг просветления. Попробуй Notepad.
(К.о. плачет кровавыми слезами зависти)
— Ты достиг просветления. Попробуй Notepad.
(К.о. плачет кровавыми слезами зависти)
веду заметки на айпаде в простом приложении, которое почти полностью текстовое (есть парочка спец. символов и все) — вполне удобно. Но она же и с evetnot'ом синхронизирует и т.д.
Думаю, можно найти более легкое приложение и для евернота. Или вообще написать скриптик для аналога дропбокса)
Думаю, можно найти более легкое приложение и для евернота. Или вообще написать скриптик для аналога дропбокса)
А вообще — это TXT — универсальный и для всех платформ? нуну. А как же кодировки? как же кривые редакторы (которые и простые), которые бьют кодировки или не позволяют использовать другую? а как же символы перевода строки в винде и в юниксе?
UTF-8 в Windows уже давно не экзотика…
Если говорить про «непереносимость», то тут конвертирование кодировки, а в сложных программах — перенос из одной БД в другую. По сути то же самое, только более технологичное. Но по факту слить несколько таблиц из MSSQL и загнать их в MYSQL или sqlite не является проблемой. А базовые кирпичики большинства программ — это что-то открытое, ибо проще сделать на основании того, что есть.
К слову, лучше бы был какой-нибудь редактор с поддержкой формул теха, не полностью тех и т.д. Но в особо сложных вариантах нужен и графический редактор (в скобочках крайне легко запутаться).
Далее если посмотреть — нам уже нужна некоторая функциональность над тем, что есть в обычном редакторе, а потом мы будем еще сложнее и нам будет нужно большее и тпх. Причем далее потребности софта будут расти — вопрос только в его юзабилити, а в текстовых редакторах он чаще всего нулевой или ограниченный. Проблема не в текстовых файлах или закрытых форматах — проблема лишь в юзабилити.
Ну или если взять контроль версий. Так это контроль версий еще слишком недоразвитый и его нужно специализировать под конкретные задачи, а с ними и хорошо будут работать те же базы данных.
Технологии просто еще очень и очень тупы и недоразвиты. А текстовые файлы — это не панацея ни разу.
К слову, лучше бы был какой-нибудь редактор с поддержкой формул теха, не полностью тех и т.д. Но в особо сложных вариантах нужен и графический редактор (в скобочках крайне легко запутаться).
Далее если посмотреть — нам уже нужна некоторая функциональность над тем, что есть в обычном редакторе, а потом мы будем еще сложнее и нам будет нужно большее и тпх. Причем далее потребности софта будут расти — вопрос только в его юзабилити, а в текстовых редакторах он чаще всего нулевой или ограниченный. Проблема не в текстовых файлах или закрытых форматах — проблема лишь в юзабилити.
Ну или если взять контроль версий. Так это контроль версий еще слишком недоразвитый и его нужно специализировать под конкретные задачи, а с ними и хорошо будут работать те же базы данных.
Технологии просто еще очень и очень тупы и недоразвиты. А текстовые файлы — это не панацея ни разу.
Если речь идет об одном человеке с разными ОС на разных машинах, то, насколько понимаю, проблемы нет — везде можно сохранять текст в юникоде с виндовым переводом строки, и он будет везде открываться. Простые дефолтные редакторы и в Windows, и в Mac OS, и в Ubuntu позволяют использовать разные кодировки.
Я даже в винде всегда использую юниксовые переводы строки. Виндовые лучше не использовать, т.к. потом возникают проблемы с парсингом этого текста регулярными выражениями, да и при копировании на хостинг через FTP в ASCII режиме разрывы строк превращаются в юниксовые, изменяется размер файла и при синхронизации он всё время вылезает как отличающийся.
Любой нормальный текстовый редактор отлично понимает все варианты перевода строки, разве что у Notepad с этим проблемы :) Проблемы с кодировками заканчиваются, если использовать юникод и текстовый редактор, который за последние 5 лет хоть раз обновился.
Помню когда прочитал анонс WinFS, то обрадовался и ждал релиза Лонгорна. Когда прочитал, что MS прекратили разработку, то так совпало, что ушёл на Linux. Но каждый раз, сталкиваясь с необходимостью систематизировать какие-либо файлы на своём компе, начинаю рисовать БД под это и вспоминаю про WinFS. Увы, банальной «одномерной» иерархии ФС мне недостаточно для ведения личных архивов, хотя бы тэги бы ещё были, и то хлеб, но нет… Не хватает организации? :)
Я не зря сослался на org-mode. Там и теги, и приоритеры, и календарное планирование, и таймеры, и чебоксы, и экспорт куда угодно, и таблицы… И, что немаловажно, возможность ничего из перечисленного не использовать…
Все это — чистые текстовые файлы.
Все это — чистые текстовые файлы.
Я про то, что могло бы быть так, что нирвана наступала бы только при использовании стандартных (и «интуитивно понятных» :) ) средств ОС/ФС. Изучать с полгода emacs ради организации личной документации как-то… С vim уже с год мучаюсь, как-то не поймать просветление.
Тогда даже не знаю, что посоветовать.
самопальный комплект комплект скриптов? Вон, тот же git так и организовал: определенная файловая иерархия плюс комплект программок для работы с ней.
самопальный комплект комплект скриптов? Вон, тот же git так и организовал: определенная файловая иерархия плюс комплект программок для работы с ней.
Пока обхожусь самопальной БД (в смысле БД сделал сам, а не СУБД :) ), в планах на неопределенное будущее прикрутить к ней и GUI, и CLI веб-морды
БД? Ух ты, интересно.
Может, есть где код или или что пощупать..?
Может, есть где код или или что пощупать..?
Да простая мускульная база, 5 табличек, 3 вьюишки, морда — phpmyadmin. Есть (в ней же :) ) идеи по развитию, но там уже без не примитивной логики не обойтись, ждут отпуска, а пока в пассивном режиме набираю знания по постгресу и качу, думаю что естественнее ляжет. Вроде основная функция отношения между сущностями и, значит, явная прерогатива РСУБД, с другой стороны, хочется множества гибких связей и тут БД с жёсткой схемой не очень подходят на первый взгляд.
а зачем вам такая тяжелая штука как MySQL? Со всеми ее клиентами, серверами, да еще и мордой этой вебовской, Апачем…
или в этом и смысл? Чтоб в Сети это дело было доступно..?
или в этом и смысл? Чтоб в Сети это дело было доступно..?
Тоже интересовался WinFS, и тоже ушел на Linux.^_^
У меня какое то маниакальное желание организовывать данные и прописывать туда мета данные, но почему то Nepomuk мне не подошел. Пробовал разные подходы, но так пока ни к чему и не пришел.
Для хранения заметок юзаю вики(на основе mediawiki), удобно, но с репликацией между вебовской и локальной приходится заморачиваться :( просто хочется чтобы можно было и без доступа в сеть посмотреть, и с любой машины где есть доступ чтобы можно было глянуть.
как то в теме семантическая файловая система я постил небольшую подборку ссылок на обсуждения и посты касательно семантической фс, вот этот коммент.
Может там сможете найти себе что-нибудь интересное
По поводу текстовых редакторов
У конторы разрабатывающей writeroom есть такая вещь как quickcursor с помощью нее можно использовать любой редактор повсюду, например при заполнение текстовых полей в браузере.
У меня какое то маниакальное желание организовывать данные и прописывать туда мета данные, но почему то Nepomuk мне не подошел. Пробовал разные подходы, но так пока ни к чему и не пришел.
Для хранения заметок юзаю вики(на основе mediawiki), удобно, но с репликацией между вебовской и локальной приходится заморачиваться :( просто хочется чтобы можно было и без доступа в сеть посмотреть, и с любой машины где есть доступ чтобы можно было глянуть.
как то в теме семантическая файловая система я постил небольшую подборку ссылок на обсуждения и посты касательно семантической фс, вот этот коммент.
Может там сможете найти себе что-нибудь интересное
По поводу текстовых редакторов
У конторы разрабатывающей writeroom есть такая вещь как quickcursor с помощью нее можно использовать любой редактор повсюду, например при заполнение текстовых полей в браузере.
Спасибо, посмотрю, названия в комменте выглядят интересными.
Нашел еще одну ссылку у себя в вики, видимо появилась после этого коммента
Теговая Файловая Система (Tagged File System, TFS)
Кстати поддерживаю коммент выше, тоже интересно прочитать про вашу бд, для себя использовал практически классическую EAV модель.
P.S. если будет интересно могу переслать, или куда-нибудь выложить некоторые заметки которые записывал для себя когда размышлял над структурой и возможностями которые хотелось бы получить.
Теговая Файловая Система (Tagged File System, TFS)
Кстати поддерживаю коммент выше, тоже интересно прочитать про вашу бд, для себя использовал практически классическую EAV модель.
P.S. если будет интересно могу переслать, или куда-нибудь выложить некоторые заметки которые записывал для себя когда размышлял над структурой и возможностями которые хотелось бы получить.
«Блокнотик» — просто и удобно. + с поддержкой иерархии.
Просто интересно — а почему из всех древовидных редакторов вы выбрали программу, не обновляющуюся уже 10 лет при наличии открытых багов? :)
сочувствую, у меня тоже был период, когда я ещё не знал об MS OneNote
хех, я тоже использую TextEdit + DropBox дома на мак и UltraEdit (регекспы в нем клевые) + DropBox на работе под Win
Да, я тоже.
Если нет необходимости в форматировании, всегда использую vim.
Про память и скорость запуска — важно конечно, но не очень. Большее значение для меня имеет то, что простые текстовые файлы гораздо удобнее.
Про память и скорость запуска — важно конечно, но не очень. Большее значение для меня имеет то, что простые текстовые файлы гораздо удобнее.
Для меня главный недостаток простых текстовых файлов — неудобство их систематизации. Фактически только одно средство — иерархия файловой системы. Немного спасают линки на файлы, но только немного, даже для простейшего тэгирования они не удобны.
Есть масса программ, которые хранят данные в древовидной структуре. Обычно они похожи на обычный плейнтекстовый редактор, но есть и монстры вроде Microsoft OneNote.
В древовидной структуре данные неплохо хранятся и в ФС. Речь о том, что древовидной структуры, по крайней мере одной, мало. Хочется иметь возможность задавать и удобно работать не только с отношениями «родитель-ребёнок» (причём родитель только контейнер, не имеющий собственного содержания), но и другими.
Если мы говорим о свалке заметок на разные темы, а не о коллекции вообще всего нажитого барахла, включая музыку и видео, то древовидный редактор всё-таки чуть-чуть лучше :)
Посмотрите, кстати, последнюю версию Google Docs — там пару месяцев назад каталоги превратили в тэги и теперь один документ может принадлежать нескольким категориям.
Посмотрите, кстати, последнюю версию Google Docs — там пару месяцев назад каталоги превратили в тэги и теперь один документ может принадлежать нескольким категориям.
По удобству — чуть-чуть лучше, по функциям ФС всё же развитее, да и универсальней в плане всего барахла :)
О, спасибо, как-то пропустил анонс этой фичи, даже не просто тэги, а иерархические, практически то, о чём мечтал
О, спасибо, как-то пропустил анонс этой фичи, даже не просто тэги, а иерархические, практически то, о чём мечтал
Тэги записываются прямо в имя файла в порядке важности через точку.
И как, например, получить облако тэгов? Не, понимаю, что можно написать скрипт, может даже чисто на *sh можно, который обойдёт всю иерархию файлов и выведет список тегов. Можно даже демона написать, который будет динамически следить за ФС, реагировать на изменения и выдавать список по запросу моментально. Но как-то лениво, прежде всего продумывать удобный UI, а без него и своим творением пользоваться не будешь :)
Почти полный аналог Notational Velocity под Windows — ResophNotes.
С аналогичным поведением, интерфейсом, настройками и синхронизацией с сетью.
О том как его использует Лео Бабаута на русском:
simple.mnmlist.ru/ispolzovanie-notational-velocity/
С аналогичным поведением, интерфейсом, настройками и синхронизацией с сетью.
О том как его использует Лео Бабаута на русском:
simple.mnmlist.ru/ispolzovanie-notational-velocity/
Есть ещё такой фактор как надёжность. 500 текстовых файлов достаточно сложно уронить так, чтобы потерять всё. С базой в 500 записей такая вероятность мягко говоря не нулевая. Но это всё, конечно, лечится бэкапами, которые должны быть вне зависимости от способа хранения.
От формата хранения напрямую зависит простота и удобство использования. Какой-то закрытый и/или сложный формат и у вас практически не будет выбора средств работы с ним, только «родные», не с чем даже сравнить будет простоту и удобство :)
А я видел в интернете руководство по исправлению какой-то ошибки или чего-то там путём правки одного ключа в реестре.
Так вот это руководство было видеофайлом на несколько минут. Не очень удобно оказалось копировать имя ключа из видео.
Так вот это руководство было видеофайлом на несколько минут. Не очень удобно оказалось копировать имя ключа из видео.
В последнее время ловлю себя на том, что при написании больших объемов текста предпочитаю использовать минималистичные текстовые редакторы, поддерживающие полноэкранный режим (чтобы абсолютно ничего не отвлекало). Например: DarkRoom, WriteMonkey, SublimeText. Способствует полёту фантазии, знаете ли).
Тоже перешел на простые текстовые файлы в Notational Velocity. Только я использую его форк: nvALT. Он умеет всякие дополнительные штуки, типа горизонтального интерфейса, разметки markdown или textile и другие приятные мелочи. Сами файлы лежат в папке дропбокса и потому доступны одновременно с айфона, рабочего и домашнего компов. Раньше синхронизировал через встроенный сервис simplenote, но дропбокс привычнее и доступнее.
Подход мне близок.
Храню заметки в голых тестовых файлах.
И до сих пор предпринимаю отчаянные попытки постоянно использовать для таск-менеджмента FAR, единую рабочую папку с папками проектов (и симлинки NTFS, да), косолапые макросы с input-box'ами, и, собственно, тексты TODO и статусы с флагами и датами в колонке description. PowerShellFar еще заюзать бы…

Отдельное спасибо за наводку на todo.txt — отлично пашет под msys, заместо тормозов от cygwin.
Храню заметки в голых тестовых файлах.
И до сих пор предпринимаю отчаянные попытки постоянно использовать для таск-менеджмента FAR, единую рабочую папку с папками проектов (и симлинки NTFS, да), косолапые макросы с input-box'ами, и, собственно, тексты TODO и статусы с флагами и датами в колонке description. PowerShellFar еще заюзать бы…

Отдельное спасибо за наводку на todo.txt — отлично пашет под msys, заместо тормозов от cygwin.
Никакого.
Макросы. Только макросы.
Шапка — папка с именем и description. Копируется лапами. Тут я взял «Projects», хотя это ни разу не проекты, а задачи, надо было другую скопировать.
Вот пример макроса на заведение нового таска:
Аналогичные индокреативы работают на Complete, Update,…
Об иерархии или программном разделении на проекты/задачи речь пока не идет, хотя это допилибельно.
Макросы. Только макросы.
Шапка — папка с именем и description. Копируется лапами. Тут я взял «Projects», хотя это ни разу не проекты, а задачи, надо было другую скопировать.
Вот пример макроса на заведение нового таска:
%idx=int(substr(APanel.Current,0,3))+1;
%name=prompt("New task","Name:",0x01);
%mod=date("%d.%m0.%Y");
%due=prompt("New task","Due date:",0x01);
%desc=prompt("New task","Description:",0x01);
%status="!";%separator=" | ";
F7 print(Substr("000",0,3-len(string(%idx)))+string(%idx)) print(". ") print(%name) Enter CtrlZ print(%status) print(%separator) print(%mod) print(%separator) print(%due) print(%separator) print(%desc) Enter
Аналогичные индокреативы работают на Complete, Update,…
Об иерархии или программном разделении на проекты/задачи речь пока не идет, хотя это допилибельно.
Notational Velocity классная программа, я (теперь) тоже ей пользуюсь.
У нас есть товарищ в команде, который всем остальным форматам фанатично предпочитает CSV. Иногда мне начинает казаться, что эта идеология не лишена смысла.
тоже пользуюсь Evernote, сильно раздражает то же самое, что лет пять-десять назад при попытке перейти на OneNote — разнообразное форматирование (шрифты стили) при копипасте из разных источников. Мне бы plain text… В Evernote добавление новых заметок и работа с тегами довольно неудобно сделаны, думаю переходить на .txt в dropbox-папке. Может есть такой минималистический сервис хранения текстовых заметок в сети без всякого форматирования?
simplenoteapp.com
И клиенты: для Мака — Notational Velocity, для Windows — ResophNotes, для Андроида -AndroNoter. Выше про них в комментах писали.
И клиенты: для Мака — Notational Velocity, для Windows — ResophNotes, для Андроида -AndroNoter. Выше про них в комментах писали.
WinOrganizer вполне годное решение
разве что не кроссплатформенный
разве что не кроссплатформенный
Sign up to leave a comment.
Храним все в текстовых файлах