Самая нужная программа на свете

    image
    Какими программами постоянно пользуются люди? Если подумать над этим вопросом, то окажется, что список этот не такой уж большой. К постоянно используемым программам можно отнести: саму операционную систему, файловый менеджер, текстовый редактор, браузер, мессенджер. Это именно тот базовый набор, которым пользуется на компьютере практически каждый человек. Требования к таким программам должны быть высокими: безотказная работа, быстрое выполнение всех функций, понятный и удобный интерфейс.

    Можно сказать, что вышеперечисленный набор программ — это самые нужные программы, которыми пользуется человек в цифровую эпоху. Этот список покрывает все базовые потребности человека-пользователя. Или не все? Есть ли еще одна базовая потребность, которая не учтена в вышеприведенном списке самых необходимых программ? Является ли эта потребность самой важной из тех, что должен автоматизировать компьютер? Для меня такая потребность есть, но в списке самых используемых программ ей места не нашлось. Что же это за потребность?


    Историческая ретроспектива


    Ранее компьютер считался устройством для проведения вычислений. Даже бытовые старые компьютеры ориентировались на очень продвинутого пользователя, который использовал компьютер для вычислений путем написания собственных небольших программ. Для полноценной работы с компьютером, пользователь должен был знать язык программирования. Дальнейший взлет более продвинутых компьютерных платформ произошел во многом благодаря появлению первых вариантов электронных таблиц, которые тоже были нацелены на вычисления, но снижали требования к пользователю, не заставляя его быть программистом. В любом случае, это был период, когда назначение компьютера напрямую соответствовало его названию. Сам вычислительный модуль — процессор — ставился во главу угла, ведь именно появление микропроцессора сделало возможным появление самого компьютера.

    Однако, последующее развитие не зациклилось на улучшении характеристик процессоров. Развивались все компоненты компьютера, и, в частности, память. Память оперативная, и память постоянная. В тот момент, когда стало ясно, что компьютер способен хранить и быстро доставать невиданные объемы данных, появилась возможность реализовать на компьютере другую давнишнюю мечту человека: накопление и быстрое извлечение данных. Сделать как бы безграничную память, некоторое место, в которое можно положить информацию, а потом быстро ее найти и извлечь. Так стали развиваться базы данных и языки запросов.

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

    Много ролей примерил на себя компьютер за все годы развития ИТ. Компьютер — это очень универсальная вещь, а цифровая вселенная способна вместить в себя все проявления человеческой фантазии. И хорошо, что к настоящему времени сформировался тот необходимый минимум программ, который демонстрирует эволюционный путь, который прошло человечество в своих потребностях в цифровую эпоху. Потребности эти, честно говоря, сильно сдвинуты в область потребления и передачи контента. Не сказать что это плохо, но…

    За всем этим буйством технологий немного в сторону отошла одна очень важная мечта многих людей с древности и до наших дней, которая хорошо реализуется в форме персонального компьютера. Эта мечта — заполучить персонального интеллектуального помощника с бесконечной памятью, который бы помогал человеку если не мыслить, то вспоминать и находить те знания (а не данные!), которые человек уже успел осмыслить, или хотя бы бегло видел краем глаза, или знал, что нечто нужное есть в некоторой библиотеке. Одно это помогло бы вывести развитие человека на новый качественный уровень. Возможно, древние греки могли сказать, что надо развивать собственный мозг (когда развивалась письменность, многие греки демонстрировали чудеса цитирования по памяти, пренебрегая записями). Однако прошло много времени, мир изменился, и сейчас наша цивилизация уперлась в ограничение: в наше время человеческий мозг не справляется с тем объемом информации, который требуется знать и помнить. Информации стало слишком много. И это случилось не сегодня, а в момент победного шествия научно-технической революции.

    История знает как минимум один концептуальный проект, в котором впервые была предпринята попытка решить вышеозначенную проблему на новом технологическом уровне. Американский инженер-разработчик аналоговых компьютеров Вэнивар Буш предложил отойти от тетрадей с записями, картотек, библиотек, и толпы личных секретарей к устройству, которое бы все это смогло заменить. Он предложил в 40-х годах прошлого века концепцию устройства MEMEX. Вот как оно описывается:

    … электромеханическое устройство, позволяющее создать автономную базу знаний, снабжённую ассоциативными ссылками и примечаниями, которые могут быть в любое время переданы в другие такие же базы знаний. Это устройство должно было максимально точно имитировать ассоциативные процессы человеческого мышления, при отсутствии недостатков, таких как «забывание» информации.

    Описание этого устройства в конечном счете косвенно повлияло на появление гипертекстовой разметки HTML, но нас сейчас интересует именно класс программ, которые в каком-то виде реализовали бы идею этого концепта. Следует обратить внимание на слова «автономная база знаний» — они для нас являются ключевыми. Есть ли программы, попадающие под такое определение? Конечно есть! Это менеджеры персональной информации (PIM), mind-map решения, некоторые органайзеры и их различные гибриды.

    Поиск идеального помощника


    Особенность выбора идеального персонального помощника состоит в том, что такая программа выбирается на десятилетия. А это требование налагает большие ограничения на возможных кандидатов.

    В силу моих убеждений, при поиске подходящей программы я ориентировался в первую очередь на кроссплатформенность и открытость кода. Первое требование — кроссплатформенность — связана с тем, что на домашних компьютерах я использую Linux, а на работе мне предписано использовать Windows, и на какой платформе мне придется работать завтра — я точно не знаю. Но знаю точно, что на каждой платформе мне нужен один и тот же помощник. Открытость кода связана со многими факторами, но самый главный — это безопасность во времени и в пространстве кода. Безопасность во времени — это твердая уверенность, что завтра автор проприетарной программы не закроет свой проект или не поднимет цену лицензии. Безопасность в пространстве кода — это уверенность, что программа не сольет хранимые личные данные в места, где этим данным делать нечего.

    Конечно, существенным фактором является и открытость формата хранимых данных. Ничто не должно мешать «бегству с формата», если по каким-то причинам изначальный выбор помощника был неудачным. Очень было бы неприятно расстаться с накопленной базой знаний просто потому, что она хранится в закрытом проприетарном формате.

    Примечание: почему я использую термин «база знаний» а не «база данных»? Потому что хотелось бы накапливать именно знания, а не данные. Вопрос в том, каков механизм превращения данных в знания. В общем случае можно сказать, что данные превращаются в знания после их осмысления человеком. Именно после этого мыслительного процесса человек, глядя на знакомые записи (данные) может использовать их в качестве знаний.

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

    Из проприетарных продуктов я пересмотрел линейные и древовидные PIM-менеджеры, попробовал mind-map решения, пощупал возможность вести записи в органайзерах. Ничего из испробованного мне не подошло: всегда был какой-нибудь неприятный изъян, который останавливал меня в дальнейшем использовании продукта. Хороший редактор текста, но линейность записей вместо древовидности. Наличие древовидности, но ужасный редактор. Попытки сделать ограниченный набор типов записей, не описывающий все многообразие возможных ситуаций. Невозможность получать данные от офисных программ или из окна браузера. Падения в течении пяти минут при элементарных действиях. Непродуманный интерфейс, сильное загромождение рабочей области, налезание элементов друг на друга в русифицированных версиях. Возможно, что сейчас дела обстоят лучше, но восемь лет назад я ужаснулся тому, что предлагают людям купить за деньги. По сути, из всего зоопарка более-менее доделанными оказался Microsoft OneNote и какой-то китайский комбаин с кучей функций и кнопочек, которые, на удивление, все работали (возможно это был TreeDBNotes). Но видя, каким деструктивным маркетингом занимается Микрософт, связываться с OneNote я не стал. А китайский комбаин на тот момент я не мог приобрести потому, что оплата шла то ли валютной банковской картой, то ли через PayPal, а у меня ни того ни другого не было. Пиратить же я принципиально не собирался.

    В стане свободного программного обеспечения я потрогал CherryTree, Zim, KOrganizer, KeepNote, даже пробовал использовать Eclipse в отдельной директории, создав дерево поддиректорий и открывая в нем текстовые и HTML файлы. Проблемы оказались те же самые: крупные и мелкие недоработки, мешающие полноценно пользоваться программой, либо большие неудобства вместо работы как в случае с Eclipse (не предназначен он для таких вещей, да и сильно тормозит, ибо Java). Даже более-менее приличная CherryTree, например, не могла свернуться в систрей при клике по крестику в заголовке окна: она просто завершала работу. Под Linux я как-то проблему решил, а в Windows она оказалась нерешаема. В свое время я отказался от WinAmp, когда он вдруг разучился сворачиваться и продолжать работать при клике на крестик. Ведь личный помощник — это такая вещь, которая всегда должна быть под рукой, и не должно быть опасений, что он закроется при естественных элементарных действиях.

    Кстати, о древовидности. Человеческий мозг привык все классифицировать. В этом его сила. Например, такая сложная вещь как классификация живых существ от Аристотеля и Теофраста до Роберта Гука и Карла Линнея и до наших дней имеет древовидную структуру. И хоть по современным представлениям, происхождение видов является, больше не деревом а графом, а электронные энциклопедии при структуризации информации вообще исключают древовидность, что вместе косвенно говорит о том, что дерево непригодно для описания всех возможных группировок данных, я все же считаю, что дерево — это тот удобный компромисс между простотой линейностью (как в первых версиях Evernote) и сложностью графа (как в Википедии). Как минимум, при построении дерева всегда можно выделить один условно главный признак, по которому можно производить группировку информации. Зато наличие дерева дает ту опору, благодаря которой можно искать информацию «по логике вещей», если таковая логика прослеживается.

    Дерево имеет много других полезных свойств: вырастание вверх без существенного утолщения, иерархичность, наглядность. Из дерева легко можно сделать граф: достаточно просто добавить связи между ветками.

    Создание идеального помощника


    В общем, я очутился в классической ситуации: хочешь получить что-то хорошее — сделай это сам. В тот момент я присматривался к плюсовому фреймверку Qt, который вышел в своей 4-й версии. И я решил, что нет ничего лучше, чем сделать свой собственный менеджер, который бы удовлетворял меня в меру моих собственных способностей. Даже если проект «не пойдет», я, как минимум, смогу на практике изучить перспективный кроссплатформенный фреймверк.

    Я прочитал пару книжек, засел за программирование, и сделал первую минимальную версию программы. Я назвал её MyTetra. Выглядела она вот так:

    image

    Изначально я точил те мелочи, которых мне не хватало в других менеджерах: нормальное сворачивание в трей, разделение дерева на сущности «ветка» и «запись», подсчет количества записей в ветках, копипаст записей через буфер обмена. В первой версии даже не было поиска, но я начал наполнять базу своими записями, чтобы прочувствовать, можно ли удержать информацию в дереве, не уткнусь ли я в то, что мне потребуются различные «срезы» дерева (в необходимости автоматически реконфигурируемого дерева меня страстно убеждал один товарищ), возникнет ли необходимость группировки по разным признакам. И быстро понял, что дерево свою функцию «базиса» хорошо выполняет, особенно, если ты сам вырастил это дерево.

    Формат хранения данных я изначально делал в «естественном» виде, и никаких собственных бинарных форматов использовать не собирался. Так же отказался от хранения данных в БД. Все форматы открытые: дерево хранится в XML-файле, форматированный текст — в HTML, картинки в PNG, настройки в INI. Изначально структура проектировалась так, чтобы данные были аккуратно разложены по файлам, и поддавались дифференциальной синхронизации через системы контроля версий. Имена хранимых файлов и директорий сделаны платформонезависимыми: все-таки кроссплатформенная программа должна работать на любой современной платформе без переделок и побочных эффектов. Всё это элементарные вещи, но оказывается, разработчики похожих программ не всегда их понимают: например автор OutWiker позволяет давать каталогам русскоязычные названия — то есть, использует в качестве имени каталога на диске имя ветки, причем со знаками препинания, что меня в свое время сильно потрясло: программа на Питоне заявлялась как кроссплатформенная, но при синхронизации данных с разных платформ такое решение обязательно бы вызвало проблемы.

    Для сущностей «ветка» и «запись» я определил основные действия, которые с ними можно выполнять: создание, редактирование, копирование, вставка, перемещение, удаление. И когда этот минимум полностью заработал и появился поиск, я немного причесал код и выпустил первую публичную версию.

    Что я записывал в свою программу? Первым делом я стал записывать такие сведения, которые все время забывал, и найти которые в простом виде очень трудно. Есть такие вещи, за которыми постоянно лезешь в свои записульки. Например, в Linux man-страницы традиционно пишутся в форме «минимально необходимого и достаточного», поэтому, быстро понять опции командной строки какой-нибудь программы очень сложно. К примеру, опции упаковки tar.gz архива: четыре плохо произносимые буквы, которые вечно забываешь.

    Так же стал подробно записывать действия, которые произвожу при настройке какого-нибудь линухового софта. Часто в Linux сложно не только настроить программу, а сложно ее установить, не говоря уже о запустить. И чтобы программа завелась, надо сделать не пять и не пятнадцать неочевидных действий, а гораздо больше. К концу, если что-то получилось, человек уже не помнит точно, что он делал в начале. А если записывал — то такой проблемы нет.

    Еще я себе записывал действительно хорошие материалы из Интернет или «выжимки», которые делал на их основе. Бывает так, что долго не можешь разобраться в каком-либо вопросе. И вдруг натыкаешься на текст, в котором все подробно, легко и просто объясняется. Жалко такой текст потерять: он может исчезнуть из интернета, о нем можно просто, заработавшись, забыть. Но если скинуть его в свою базу знаний, то можно испытать чувство успокоения, что эти важные сведения никуда не денутся, и останутся с вами. Честно говоря, я не понимаю людей, которые делают закладки в браузере: неприятно делать закладки и знать, что в какой-то момент информация может исчезнуть. Несколько раз меня моя предусмотрительность выручала: интересный материал исчезал из интернета, зато оставался в моей базе.

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

    Постепенно база росла, а программа видоизменялась. В настоящий момент она выглядит вот так (кстати, это скриншот из Linux, а не Windows):

    image

    Да, учитывая, что сейчас легко доступны хостинги распределенных систем контроля версий, такие как GitHub и BitBucket, а так же облачные хранилища типа DropBox или Яндекс.Диск, грех бы было ими не воспользоваться для бесплатного хранения в них своих баз знаний. Заодно решался вопрос бекапа и синхронизации. Возникала только одна проблема: хранение приватных данных. В открытом виде их нельзя загружать на хостинг. Поэтому была разработана небольшая криптографическая библиотека, и на ее основе сделано шифрование выбранных веток. То есть, появилась возможность безопасного хранения приватных данных у всех на виду. Почему была сделана библиотека, а не использована существующая? Потому что менеджер позиционируется как Qt-only. Он должен легко собираться командами qmake & make на любой платформе, где есть только Qt, и никаких дополнительных библиотек не требовать. Такой принцип позволяет легко получать сборки для всех популярных платформ: Linux, Windows, MacOs, FreeBSD, Android, и даже под такую экзотику как MeeGo. Впрочем, в формате шифрования предусмотрено версионирование, и, возможно, я когда-нибудь прикручу OpenSSL, когда разберусь как ее включать в проект для всех вышеперечисленных платформ.

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

    Я, как человек, ежедневно пользующийся MyTetra, к настоящему времени держу в ней порядка 5000 записей. Средний прирост — около 1000 записей в год. Для сравнения: автор сервиса Evernote Степан Пачиков в одном из своих интервью обмолвился о 20000 записей. Однако у него другой концепт: он собирает в свою систему все подряд, используя ее как «внешнюю» человеческую память. Я же собираю нужную мне информацию, оформляю ее, тегирую, т. е. работаю с информацией руками. И за последние три года накопилась вот такая статистика:

    image

    Не каждый может похвастаться таким Contributions Map на GitHub-е. А я даже не замечаю, как эта статистика набралась, так как MyTetra — это мой ежедневный рабочий инструмент.

    MyTetra и Интернет


    Менеджер персональных записей — это, конечно, хорошо. Каждый может сделать свой маленький огородик и втихомолку пилить свою базу знаний. Сколько в такой базе личных данных, а сколько таких, которые, возможно, были бы нужны другим людям? По своему опыту скажу, что записей, которыми можно делиться, примерно 2/3 от общего числа. Это с учетом того, что в приватных записях у меня идет постоянная ежедневная работа, т. е. их процент у меня очень большой.

    Как то раз я игрался с визуализацией моей базы через пакет GraphViz. И для понимания масштаба моих открытых данных, сделал пару картинок. Здесь на сводной картинке облако повернуто на 90 градусов, иначе оно выглядело бы слишком широким. Здесь отображено около 3000 открытых записей. Полная база была бы на ~2000 записей больше.

    image

    Ссылки на полноразмерные картинки (Внимание! Картинки очень большие, браузер может сегфолтнуться. Лучше выкачать и посмотреть просмотрщиком.):

    Дерево PNG 1.751 x 32.767 pix (7.2 Мб)
    Облако PNG 31.279 x 5.289 pix (19.2 Мб)

    Жалко, что большие массивы знаний просто лежат на дисках пользователей, и у них нет даже возможности поделиться ими, даже если бы они и захотели, потому что нет соответствующей инфраструктуры.

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

    В общем, помимо самой программы накопления записей я решил сделать сервис, позволяющий выводить свои записи в пространство Интернет. Первоначально я сделал JavaScript-приложение, которому можно скормить URL индексного файла базы MyTetra, доступного по HTTP(S). И это приложение открывает базу MyTetra в WEB-интерфейсе, напоминающем Qt-интерфес MyTetra. Я назвал это приложение MyTetra Web Client. Выглядит это дело вот так:

    image

    Этот клиент был написан в 2012 году, и с тех пор я его не развивал. Это очень простая оболочка, в которой не сделано даже поиска по названию записей и тегам. Просто демонстрация того, что базу MyTetra можно увидеть в браузере прямо в Интернете, если хранить данные в открытых репозитариях GitHub или BitBucket. Клиент работает и сейчас, а увидеть демонстрацию его работы можно так:

    1. Скопируйте в буфер обмена следующий URL: raw.github.com/xintrea/mytetra_syncro/master/mytetra.xml
    2. Перейдите по ссылке Web Client, и вставьте этот URL в появившемся диалоге. (Иногда GitHub не отвечает из-за большого количества запросов с IP моего сайта, поэтому если ничего не показывается, можно повторно нажать кнопку «Set URL» вверху справа)

    Если есть другая база MyTetra, хранимая где-то в открытом HTTP(S) доступе — GitHub, BitBucket, расшаренный каталог DropBox, то можно увидеть и ее, достаточно указать URL файла mytetra.xml. Никакой регистрации не требуется — все просто работает. Если в базе есть приватные зашифрованные ветки, то они просто не отображаются: нет никакого смысла показывать людям то, что невозможно прочитать.

    Однако у этого веб-клиента имеется один недостаток: по сути, это просто JavaScript-страница, и отображаемые на ней данные не индексируются поисковиками. Какой толк от баз знаний, если о них никто не знает?

    Поэтому я сделал второй проект, который называется MyTetra Share. Девиз проекта: «Делитесь знаниями!». Этот сервис динамически преобразует базу знаний MyTetra в набор HTML-страниц, которые можно просматривать через Интернет. На официальной страничке проекта перечислено 8 баз пользователей, которые можно сразу просмотреть. Принцип такой же как у MyTetra Web Client: если база хранится в открытых репозитариях, можно сформировать специальный URL, по которому откроется содержимое базы знаний в HTML-виде. Если поисковик проиндексирует такой URL, значит он пойдет дальше и проиндексирует все содержимое открытой базы данных. Как я уже сказал, таких баз сейчас 8 (пример одной базы), и они проиндексированы поисковиками. Выглядит MyTetra Share следующим образом. Само дерево:

    image

    И запись:

    image

    Этот проект оказался более востребованным, и я с помощью него даже смог монетизировать содержание своего хоумпейджа и сервиса MyTetra Share: на некоторых страницах можно заметить текстовую рекламу. Этих средств хватает на оплату хостинга, доменного имени и оплаты мобильного телефона. Можно было бы зарабатывать больше, но я сразу поставил жесткий фильтр на всякие аудио-наркотики, игровые автоматы, вибраторы, микрозаймы, на колдунов и экстрасенсов. К сожалению, даже в текстовой рекламе основные прибыли идут с мракобесия и разврата. Я же занимаюсь выравниванием цифровой вселенной в более правильное русло, поэтому такие вещи на моем сайте не допустимы.

    Благодаря размещению хорошо протегированной информации, проект MyTetra Share сформировал для сайта индекс цитирования в 100 ТИЦ, и обеспечил около 3000 посетителей в сутки. Для Pet-проекта это не полохие показатели, учитывая что никакой раскруткой я не занимался.

    О несбывшихся надеждах


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

    Периодически появлялись люди, которые делали небольшие правки и багфиксы в проекте. И я им очень благодарен. Иногда они делали что-то для проекта сами, без просьбы, иногда я сам обращался к сообществу ЛОРа и Тостера, и находились люди которые помогали решить конкретную проблему. Но это всё единичные случаи, весь проект приходится тянуть самому.

    Что касается языка C++, то он оказался гораздо сложнее и неоднозначнее, чем я мог предположить десять лет назад, когда начинал его плотно использовать. К сожалению, моя работа не связана с программированием: там, где я живу, такой вещью не заработаешь. В моем окружении нет знакомых, кто хотя бы знал разницу между «сями» и «плюсами», только пара PHP кодеров. И так получается, что если нет личного общения ртом и ушами с доской и фломастером под рукой, то нет и развития. Не с кем обсудить сложные вещи так, чтобы не осталось недопонимания и они хорошо уложились в голове. Возможно, мне помогли бы книги, которые мне очень рекомендовали:

    • Николас А. Солтер, Скотт Дж. Клепер, «C++ для профессионалов»
    • Брюс Эккель, «Философия С++» (1-й том)
    • Брюс Эккель, «Философия С++. Практическое программирование» (2-й том)

    но я нигде не могу найти их в бумажном виде. С экрана же глубокого чтения у меня не получается. Максимум что могу читать — художественную литературу с книгочиталки. Но техническую не воспринимаю. Возможно потому, что книгочиталки — это один «лист», а мне нужно быстро прыгать вперед-назад в поисках разных мест, но книгочиталки такого не позволяют, слишком они медленные и неудобные.

    Я пытался улучшить понимание C++ просмотром лекций из курсов удаленного обучения. Самое вменяемое, что я нашел — это курсы Евгения Линского на lektorium.tv. Но все равно, лекции по интернету к учебе отнести нельзя: у видео не спросишь те вещи, которые тебе были непонятны по ходу лекции. Так что толку от такого «обучения» немного.

    В общем, для меня язык C++ так и остался загадкой. Я использую очень малую часть языка — процедуры и ООП, с болью пишу шаблоны, если без них не обойтись. Каждый раз плачу от синтаксиса указателей и адресов. С осторожностью использую наследование, хотя понимаю, что сила языка именно в нем. С ужасом смотрю на множественное наследование и на кастинг типов объектов. Qt немного сглаживает все эти проблемы, но он их больше маскирует, чем решает. Апофеозом моего понимания языка стала новость на ЛОРе, которую быстро выпилили, вот небольша часть:

    Какие изменения предлагает инициативная группа стандарта C++!!, чтобы сделать язык C++ красивым, мощным и востребованным средством современной разработки? Из наиболее заметных улучшений:
    • Включение в стандарт концепторов, реализующих аспектно-ориентированную парадигму наследуемого кода;
    • Многовекторная диспетчеризация динамического полиморфизма для трансляции полиморфного интерфейса в рантайм;
    • Нативная поддержка каппа-функторов, и отображение их на множества булеан с ковариантной структурой, решающая проблему единичности метаданных;
    • Рекуррентные конструкторы, реализующие перезагрузку объектов-функций для дружественных родовых классов;
    • Расширенная арифметика указателей для поддержки адресации фрагментов унаследованных виртуальных структур данных в спецификаторе сборки;
    • Трансформация мутабельных объектов через операторы доступа к полям класса посредством лаяй-генераторов.

    Чтобы стало понятно — эту новость я писал на 1 апреля, и в ней написана просто мешанина терминов. Примерно такое у меня восприятие языка. Самое смешное, что почти никого вышенаписанная белиберда не смутила — народ активно обсуждал действия комитета ISO и угарал над названием C++!!..

    Как вы можете помочь проекту


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

    Поэтому, реальная помощь проекту MyTetra может заключаться только в одном: нужно начать им пользоваться. Если вы настроите синхронизацию, и начнете пользоваться MyTetra Share, то у вас получится удивительная вещь: вы накапливаете свою базу знаний, и автоматически делитесь знаниями со всем Интернетом, просто пользуясь этим самоорганизовывающим инструментом. Можно пользоваться MyTetra Share втихую для себя, а чтобы ссылка на базу появилась на странице проекта, можно сообщить об этом желании автору MyTetra. О том как настроить синхронизацию через Интернет, написана отдельная статья.

    Важно понимать: если вы пользуетесь бесплатными тарифами CVS-хостингов типа GitHub или BitBucket, то при начале пользования вы принимаете правила хостинга о том, что ваши данные являются открытыми для всех под различными OpenSource лицензиями. Соответственно, ваши данные могут появиться на страницах MyTetra Share просто по факту их размещения на таких открытых хостингах, без вашего участия. Это суровая правда мира OpenSource, и это есть хорошо!


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

    Для того, чтобы проект развивался дальше, мне как создателю, надо видеть, что проект востребован. Никаких объективных средств для определения количества инсталляций программы не предусмотрено: люди не любят, когда программа начинает сливать какую-то информацию, даже если она предварительно спросила разрешения на это. Поэтому единственным мерилом востребованности может быть переписка на форуме, количество email сообщений и наличие активности в MyTetra Share.

    Если количество баз в MyTetra Share увеличится вдвое относительно текущего, я начну работу по созданию отдельного сайта для проекта MyTetra. На новом сайте планируется сделать разделы новостей, исходников, Wiki, скриншотов, разместить форум, перенести туда сервисы MyTetra Share и MyTetra Web Client. Возможно, наличие сайта и англоязычных версий страниц выведет проект на новый уровень.

    Кстати, об английском языке. Ко мне постоянно обращаются англоязычные пользователи, и я понимаю, что некоторый интерес в англоязычном мире MyTetra имеет. Две официальных страницы — страница MyTetra и MyTetra Web Client имеют англоязычные версии на кривом английском (я много перевожу с, но не могу на). По-хорошему, их надо причесать и привести в соответствие с русскоязычными версиями. Так же требуют перевода страницы по MyTetra Share, по синхронизации данных через Интернет, по формату хранения данных (ссылки приведены в конце этого поста). Кроме того, было бы неплохо заполучить если не звуковую дорожку, то хотя бы англоязычные субтитры к обзорным видео (тоже в конце поста). Я всего этого сделать не могу, но возможно кто-то с хорошим знанием языка возьмется за такую работу.

    О форках MyTetra


    Автору очень приятно, что несколько месяцев назад китайский разработчик Beimprovised (реальное имя Hugh Young) сделал форк MyTetra, называемый MyTetra WebEngine. В течении нескольких месяцев он неистово коммитит в GitHub громадные куски кода, что заставляет искренне удивляться его работоспособности. Наличие этого форка говорит о том, что код программы MyTetra был достаточно понятен и прост для того, чтобы другой разработчик, даже являющийся носителем другого языка, смог подхватить проект и начать делать на его основе новый продукт.

    У Hugh Young свое видение проекта, и его форк очень далеко ушел от оригинальной MyTetra. Но недавно он высказал сожаление о том, что пути проектов разошлись, и нововведений, появившихся в последней версии MyTetra у него нет, а воспользоваться новым кодом проблематично, потому что он сильно изменил внутреннюю структуру проекта.

    В любом случае, наличие форка меня, как автора, очень радует. Это значит, что мои усилия по написанию проекта были не напрасными.

    Заключение


    О программе MyTetra я написал несколько материалов, позволяющих разобраться с возможностями, заложенными в нее:


    Есть хорошая идеологическая статья человека под псевдонимом Игорь Блогератор (к сожалению, я с ним не знаком), во второй части которой рассматривается MyTetra:


    Так же, ввиду того, что на днях я выпустил свежую версию 1.42, я сделал видеообзор программы в 3 частях, видеообзор выложен на YouTube:


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

    По новой версии MyTetra 1.42 (юбилейный выпуск на 5-ти летие открытия исходников) опубликована новость, в которой описаны изменения и нововведения, есть информация по установке и обновлению программы.

    Надеюсь, сообществу Хабрахабра понравится программа, и идеи, в нее заложенные.
    Метки:
    Поделиться публикацией
    Похожие публикации
    Реклама помогает поддерживать и развивать наши сервисы

    Подробнее
    Реклама
    Комментарии 297
    • +1
      Почему была сделана библиотека, а не использована существующая? Потому что менеджер позиционируется как Qt-only. Он должен легко собираться командами qmake & make на любой платформе, где есть только Qt, и никаких дополнительных библиотек не требовать.

      В исходниках Qt есть каталог 3rdparty, в которой помещены сторонние приложение, а для интеграции в сборку были сделаны соответствующие *.pri файлы. Поэтому вместо велосипеда можно было взять Crypto++.

      • 0
        Как-то этот проект прошел мимо меня. Я перед тем как велосипедить спрашивал на ЛОРе о возможных решениях. Мне дружно напихали OpenSSL, но никто внятно не смог объяснить, как сделать проект под все платформы (как минимум Win, Lin, BSD, Mac).

        Я пока из доки не понял, Crypto++ — это чистая плюсовая библиотека, которую можно просто положить рядом с проектом и заинклюдить? Или для ее компиляции ее надо «подготавливать» под каждую платформу исходники через make, закомпилить, и только потом использовать?
        • +1

          В некоторых местах используются ассемблерные вставки. Отключить что-то можно через дефайны CRYPTOPP_DISABLE_ASM, CRYPTOPP_DISABLE_SSSE3, CRYPTOPP_DISABLE_AESNI.


          положить рядом с проектом и заинклюдить?

          Нужно исходники прописать в .pro/.pri файле в переменные SOURCES и HEADERS. Тогда библиотека будет собираться во время компиляции основного приложения.

      • 0
        Метакадемию не смотрели? Похожая идея, на мой взгляд.
        • 0
          А что в ней есть? Навскидку попробовал поискать «Linux», а мне в ответ:

          We did not find any relevant results (is your spelling correct?).
          Consider checking our full list of concepts to see if you can find what you're looking for.
          Try using a: Google search for «linux» on Metacademy.

          • НЛО прилетело и опубликовало эту надпись здесь
            • –1
              Здесь не смотрели?
              https://github.com/metacademy/metacademy-application
          • 0
            Но там же только текст, картинок нет. Прикрепляемые файлы — под вопросом. И конечно интерфейс явно не для меня: я не воспринимаю ни Emasc ни Vi/Vim. Вообще не понимаю, как в XXI веке могут существовать такие интерфейсы. Я понимаю, когда подобные интерфейсы делали на Радио-86-РК, но зачем сейчас так мучиться — мне лично не ясно.
            • 0
              Не наезжайте на vim. Очень классная штука, гораздо быстрее «мышечного» интерфейса. Просто в разы. Не суть.

              При всем признании вашей работы — объемной — советую все же обратить внимание на «хипстерские» нынче технологии — node.js, meteor, electrify. С ними рендеренг хтмл из коробочки, кодобаза смешная будет по объему, а функционал и интефейс приятно привычные, хоть bootstrap, хоть материальный. И в вебе, и на десктопе (после двух команд — пакет arboleya:electrify — пробовал сам, знаю-верю).

              Честное слово, правда рассмотрите. Удивитесь как ваше дело превратится в перспективный стартап почище евернота, который ниочемщина в сравнению с накопленной вами базой (знаний и пользователей). Вот так…
              • +1
                > Не наезжайте на vim. Очень классная штука, гораздо быстрее «мышечного» интерфейса. Просто в разы. Не суть.

                Я не наезжаю, просто для меня он очень сложен и неудобен. Я плохо запоминаю несвязанные вещи (именно из-за плохой памяти и сделал MyTetra кстати), а команды Vim я отношу как раз к таким вещам.

                Более того, я за то, чтобы интерфейс всегда и везде был единообразен. Если в GUI-шных DE принято для удаления строки выделить ее и нажать DEL, то так должно быть и в редакторе. Если принято копировать в буфер обмена по Ctrl+C, то так должно быть везде, даже в консоли Linux. И я себе именно так и настраиваю, и статью по этому поводу давненько написал:

                Как «освободить» клавиши Ctrl+C, Ctrl+V, Ctrl+X в терминале

                Я понятия не имею, можно ли настроить Vi и Emasc на такое стандартное поведение. Но мне больше по душе появившийся недавно Micro, в нем основные действия стандартные, хотя тоже закидонов хватает.
                • 0
                  Как и всё в linux (а вы в курсе;)), команды vim также являются сокращениями. dw — delete word например. я тоже все *nix команды не помню по аббревиатурам, вспоминаю каждый раз mv — это move, и так далее.

                  Мой коммент про «смотрите метеор» :) Что вам этот vim :) понятно дело, будь он доступен хотя 72% пользователей, на нём бы уже все сидели (ну и видать это далеко не так).
                  • 0
                    Кстати и мобильные приложения из meteor получить — пара команд. Как говаривал Даня Шаповалов — «мне на три года проплатили эту фразу». :)
                • 0
                  Я бы больше хотел обсудить не технологии, хотя они тоже важны, а вот какую вещь.

                  Рано или поздно придется решить проблему: правка данных через веб-интерфейс. Я все не могу придумать, как это организовать, учитывая что данные хранятся просто как файлы, и синхронизируются через cvs или cloud.

                  Если я даже создам онлайн — сервис, то пользователь должен будет как-то получать изменения, вносимые в веб-интерфейсе, на свои локальные инстансы. Вот как это можно организовать? Так, чтобы пользователю было прощще. И чтоб для пользователя было безопасно.
                  • 0
                    Гляньте filebrowser.io — облачный навигатор по файлам. Если надо править файлы на локальном компе — то естественно, сервер сервиса никак не сможет это сделать — без десктопного клиента или связки по api/ftp/whatever с клиентом.

                    Вот те самые технологии, которые важны, meteor упомянутый, десктопного клиента электрифицирует по умолчанию с собственной монгодб, то есть интернет как бы и не нужен. А по-хорошему, это задача синхронизации двух баз данных, локальной и удаленной, и да — без клиента с логикой, пусть даже опосредованной только облачными хранилищами — никак.
                    • 0
                      Ну и конечно самый простой вариант — реэкспорт файликов. Но не слишком удобно, поэтому даже не писал.
                      • 0
                        Что подразумевается под реекспортом?
                        • 0
                          «Сохранить как...»…
                    • 0
                      rsync / git push или аналоги не предлагать?
                      • 0
                        Проблема в безопасности: при взломе онлайн-сервиса злоумышленник может понапихать изменений в синхронизированные локальные базы пользователей. И будет это делать через rsync и git.

                        Хотелось бы какую-то другую схему, не поверженную таким проблемам.
                      • 0
                        Уже представляю себе merge разниц в xml… :(
                      • +1
                        Есть такое веб приложение для записей, нацеленное на владение собственными данными и синхронизацию — Laverna. Так вот в нем для синхронизации можно пользоваться дропбоксом, у которого есть JS API для изменения файлов. Также laverna шифрует ключом на основе пароля все данные прямо в браузере, так что на сервере никто подменить данные не сможет не превратив их в тыкву. Посмотрите, может даст идеи для развития.
                      • –1
                        > кодобаза смешная будет по объему

                        Это да. Смех сквозь слёзы и цирк с конями.
                      • 0
                        Ну, собственно, по поводу того самого emacs: приблизительно для тех же целей, что и ваше приложение там предусмотрен org-mode.
                        Картинки есть, файлы прикладываются, никаких проблем с синхронизацией чем угодно, вплоть до гита, поскольку хранится плейнтекстом, древовидная структура со сворачиванием, теги, поиск, запуск кода на любом языке прямо in-place, табличный процессор, экспорт в html/tex/odt. Ну и, соответственно, открытый, кроссплатформенный, GPL, всё, как положено.

                        Правда не уверен насчёт объёмов, по три тысячи записей с картинками и аттачментами в одном файле хранить не пробовал, но поиск по директории org с помощью какого-нибудь ag работает очень быстро.
                        • 0
                          +1 ко всем, кто советует Emacs org-mode. У вашей программы хорошая функциональность, но до org-mode ей далеко.

                          > Но там же только текст, картинок нет. Прикрепляемые файлы — под вопросом.

                          Картинки есть. См. http://orgmode.org/manual/External-links.html. Вместо прикрепления блобов применяются гиперссылки.

                          > зачем сейчас так мучиться — мне лично не ясно

                          Это в разы быстрее GUI в большинстве случаев.
                          • 0
                            Вот за org-mode спасибо. Это весомый повод перейти с вима на емакс.
                            • 0
                              Вовсе необязательно переходить. К примеру, у меня на текущий момент сложилась такая конфигурация:
                              — Код в Атоме с vim-mode-plus
                              — Управление задачами в emacs с org-mode. На тему настройки есть такие монументальные труды, как http://doc.norang.ca/org-mode.html
                              — Конфиги по ssh и локально и мелкие файлы локально — neovim

                              Берите лучшее из всех миров. Если переезжать с вима на емакс ещё и для активной правки текста или кода, то можно посмотреть на evil-mode.
                              • 0
                                Ну, задачи и планы у меня в Thunderbird / Lightning, так уж привык давно. А вто структурированные записки — полезная штука. Они должны быть под рукой, на расстоянии одного-двух шорткатов. Тут либо VimOutline, либо ещё что-то подобное нужно.
                              • 0
                                > Вот за org-mode спасибо. Это весомый повод перейти с вима на емакс.

                                Есть ещё evil-mode, чтобы чувствовать себя на емакс как дома.
                          • 0
                            А вы рассматривали Emacs Org Mode в качестве альтернативы?
                            • –1
                              Рад, что вы донесли свою программу и до хаброжителей.

                              Думаю, начну ей пользоваться, а то веду свои заметки совсем примитивно: текстовые файлики и синхронизация с помощью git.
                              • 0
                                За выбор Qt и за полезную программу спасибо, не раз задумывался о том что было бы не плохо иметь подобный менеджер знаний вместо обычных тетрадных записей.
                                Кстати действительно, его xml файл можно положить под гит и получится вообще удобно)
                                • 0
                                  Ух ты! Настоящая база знаний на десктопе!
                                  Вы меня прямо порадовали, я вот подумывал об изучении C++, как раз для того, чтобы иметь возможность дорабатывать Mozilla Thunderbird, и попробовать сделать быструю базу знаний.
                                  Но потом пришёл к выводам:
                                  1. что надо делать веб-приложение (например, на основе vibe.d), которое можно открыть локально (через http://localhost/wiki);
                                  2. Язык С++ сложноват, проще освоить D(dlang.org)
                                  3. Надо реализовать (или взять готовую библиотеку) именно графовую БД,
                                  4. В качестве источника вдохновения надо взять Fossil там есть wiki и контроль версий.

                                  ЭЭЭ… А если есть готовая вики с контролем версий, то зачем мне писать свой велосипед с треугольными колёсами? Взял Fossil и ни о чём не думаю.
                                  Правда, Вашим требованиям оно не соответствует: требует браузера, и в трее не висит.
                                  • +1
                                    Кстати, насчёт готовой графовой СУБД: поглядите на ScyllaDB (русский анонс я видел здесь)
                                    Или, ещё лучше: библиотека СУБД Sophia, хранит данные в формате ключ->значение, работает быстро.
                                    • +1
                                      Есть ли MyTetra база по MyTetra использованию?:)
                                      • 0
                                        Это упущение по причине нехватки времени. Для демонстрации надо бы написать документацию по MyTetra внутри самой MyTetra, все инструменты для этого есть, а времени нет.
                                        • 0
                                          Это ж старое: Архиватор RAR лежит внутри архива arkchive.rar =)
                                          • 0
                                            Более старое: pkunzip.zip и ha.ha?
                                            • 0
                                              Точно. Но в практике я с архивами ha не сталкивался =)
                                        • 0
                                          О монетезации
                                          Может автору стоит рассмотреть возможность добавлять рекламу в записи
                                          Т.е. есть записи пельмени, блины, соленое сало,
                                          и рядом добавлять от гугла/яндекса рекламу, где их купить
                                          • 0
                                            Расстрелять!
                                            Зря что ли шифрование присобачивали, чтобы содержимое индексировалось?
                                          • +9
                                            Сразу скажу, что не хочу критиковать конкретно ваш проект, но для чего-то более крупного древовидная организация знаний скорее недостаток, чем достоинство.

                                            И быстро понял, что дерево свою функцию «базиса» хорошо выполняет, особенно, если ты сам вырастил это дерево.

                                            Вторая часть этого предложения и есть ИМХО главная проблема. Получившаяся база сугубо индивидуальна. Вот у вас на скрине, например, есть категория «Ноутбуки», а есть категория Asus EEEPC 701, которая не является её подкатегорией. Рискну предположить, что первая категория заполнялась при выборе ноутбука перед покупкой, а вторая — уже про особенности конкретного компьютера, который вы в итоге купили, или ещё по каким причинам так лежит. Ваши данные, вам и решать, как их раскладывать. Но в идеальном-то мире, ежели это не ваша собственная свалка заметок, а что-то масштабов википедии, должно бы быть компьютеры/модели/ноутбуки/асусы/ASUS EEEPC701 или ещё как-нибудь вроде того. Есть немаленький риск погрязнуть в бесконечных спорах остроконечников о том, должны ли нетбуки выделяться в отдельную категорию, и должна ли эта категория быть подкатегорией ноутбуков.
                                            Вы в качестве примера приводите биологическую таксономию, и там наблюдается именно эта картина. Даже с современными требованиями молекулярно подтверждённой монофилии таксонов есть группы, положение которых на древе жизни описывается десятком способов, более или менее принятых в разных кругах, и переносы групп из одних надгрупп в другие происходят постоянно. И это при наличии пусть не безупречных, но всё же методов определить вложенность групп и ранг конкретной группы (и кучи людей, готовых потратить всю жизнь на уточнение третьестепенных деталей классификации). А знания не делятся каким-нибудь очевидным образом на набальзамированные, принадлежащие Императору, нарисованные тонкой кистью и способные лучше меня цитировать Борхеса по памяти.
                                            • +5
                                              Вы все правильно написали. Но следует учитывать еще одну вещь — психологию. Человеку очень важно иметь образ «места», куда он складывает свои записи. Место в иерархии дерева — вот это оно и есть. Иначе возникает неприятное чувство, что данные хранятся где-то в какой-то куче или болтаются где-то в невесомости. А еще хуже осознавать то, что если неточно составиль запрос, то можешь данные вообще не найти.

                                              Достаточно посмотреть, насколько сложнее стало пользователям windows 8 — 10. Раньше у них было древовидне меню, а теперь им надо искат по имени или в каких-то нереально длинных списках. Люди не могут даже запустить нужную программу.

                                              Но в любом случае, как я сказал, дерево — это опора. Я все свои записи хорошо тегирую и активно пользуюсь поиском. Теги — это горизонтальные связи, поэтому в MyTetra имеется на самом деле граф, а не дерево. Дерево слева выполняет вспомогательную функцию: психологическая опора и возможность потыкаться по веткам при поиске «по логике вещей». Ну и еще спользуется при организации списков дел.

                                              В общем, повторюсь, что дерево — это компромисс а не панацея. В MyTetra оно больше подходит для старта, дальше стиль работы меняется, и используется поиск. Наличие связей по тегам и возможность прописывать в текстах ссылки на другие записи превращает дерево в граф.
                                              • 0
                                                А что если предоставить пользователю возможность «вырастить» персональное «опорное дерево» на основе своих предпочтений?
                                                • +1
                                                  Совершенно противоположный опыт с пуском. В XP мне требовались часы на группировку всех программ по дереву, продумывании структуры и т.д, а в результате доступ всё равно был в разы дольше чем набрать 2 первые буквы приложения. Теперь использовать ос без поиска по программам просто не могу, настолько я привык уже к этому. Естественно ничего теперь не сортирую.

                                                  И почему не теги? По моему они отлично вписываются в вашу концепцию «места» куда складываются записи.
                                                  • 0
                                                    Теги есть. В принципе, вам ничто не мешает все складывать в одну ветку, и писать теги. Не знаю, насколько это удобно, но можно и так. А можно одну ветку рассматривать как один блокнот, и держать несколько тематических блокнотов.

                                                    Единственное, чего пока нет, это подсказок по тегам, но необходимости такой у меня еще не возникало.
                                                    • 0
                                                      Лично я проблему с быстрым запуском программ решил через хоткей-менеджеры, большинство программ запускаются через горячие клавиши.
                                                      Остальные, редко используемые, как раз и удобно искать через древовидную структуру — т.е. я помню что у меня есть какая-то утилита по спецэффектам я иду в «Мультимедиа/Графика/» и там смотрю что у меня есть.
                                                      А не ищу в несортированной куче.
                                                  • +1
                                                    согласен, какие варианты вы предлагаете вместо дерева?
                                                    • +2
                                                      Ничего лучше википедийных категорий не знаю. Категории могут, но не обязаны, быть вложенными и категории из отдалённых областей знаний не связаны никакими иерархическими взаимоотношениями. Каждая статья может принадлежать любому количеству категорий от нуля до плюс бесконечности.

                                                      Ну и пользователю надо дать организовывать кастомные категории по вкусу, если это десктоп-приложение и данные хранятся локально.
                                                      • 0
                                                        synedra говорит про граф, насколько я понимаю.
                                                        • 0
                                                          Да называйте это хоть тегами. Главное, что можно одному документу присвоить метки из нескольких разных «веток» дерева.
                                                      • 0

                                                        Полностью согласен с тем, что нужно отойти от древовидной структуры. Сколько я перепробовал подобных программ, но в итоге пришёл к Google Keep. Вот тебе листок, пиши что хочешь и потом поставь тег. Всё.
                                                        Это именно тот идеал подобных программ, который устроил меня и который я бы рекомендовал всем. Он есть у меня на телефоне и есть у меня в браузере. Единственное, я бы хотел своё приватное облако гугл кип на собственном сервере с открытыми исходниками.

                                                      • 0
                                                        Я делаю такую же программу для себя, но полностью в виде веб-приложения. У меня соответственно вопрос — почему standalone? Как пользоваться заметками на планшете или телефоне? А на другом компьютере? Как защитить заметки от воровства, если спионерят компьютер/ноутбук? Веб-подход был бы гораздо удобнее.

                                                        Второй вопрос — почему github и нарушение своей собственной приватности? Всё же личные заметки не для посторонних.

                                                        Насчёт необходимости такой идеи как таковой — её невозможно переоценить. До подобного вида заметок (у меня они относятся к древовидным тегам вместо категорий, хотя это по смыслу одно и то же) чувствовал себя слепым щенком. К этой идее тоже шёл несколько лет. Приводить свои заметки в порядок и систематизировать их — это невероятно удобно и практично.
                                                        • 0
                                                          Веб-подход был бы гораздо удобнее.

                                                          И требовал бы интернета.


                                                          Как пользоваться заметками на планшете или телефоне?

                                                          Для этого есть версии для планшетов и телефонов, судя по описанию.


                                                          А на другом компьютере?

                                                          Для этого есть синхронизация.


                                                          нарушение своей собственной приватности

                                                          Насколько я понял, вы сами выбираете, чем делиться, а чем нет. И личные заметки зашифрованы.

                                                          • 0
                                                            > И требовал бы интернета.

                                                            Как бы 2016 год на дворе, светлое будущее наступило и интернет в основном и быстрый и доступный. К тому же self-hosted сервисы можно и у себя на машине держать.
                                                            • 0
                                                              Я так понимаю, вы никогда не были в ситуациях, когда приезжаешь в командировку, на проходной у тебя изымают телефон, ноутбук проносишь по спецпропуску, в сети предприятия интернета нет, и тебе вместо привезенного тобой образа суют другой диск с дистрибутивом Linux, который ты раньше в глаза не видел. И развертывание нужно сделать за полдня, потому что вечером поезд.

                                                              Вот тогда ты понимаешь, что наличие всех своих записулек локально на ноуте — это просто спасение, и ты радуешься, что пару лет назад работал с чем-то подобным, и не поленился сделать записи. В такие минуты ты сам себя готов в жопу расцеловать за предусмотрительность.
                                                              • 0
                                                                Нет, не случалось. Как бы то ни было при использовании self-hosted решения это не проблема (ноутбук же не отобрали и от localhost не отлучили).

                                                                На своей машине (стационарный пк/ноут не принципиально) запущен сервис с web ui. Даже проблем с обслуживанием nginx, php-fpm нет. Достаточно uwsgi + db (опционально) и браузера. Получается весьма компактное самодостаточное решение (чтоб совсем красиво было надо ещё в docker затолкать, но там свои заморочки).

                                                                Если озадачиться можно без особых проблем:

                                                                * расшарить сервис в локалку (использовать с планшета/смартфона или дать домашним доступ)
                                                                * настроить доступ по клиентскому сертификату
                                                                * настроить tor hidden service и иметь доступ к системе отовсюду

                                                                У меня так rss, wiki и прочие локальные сервисы живут. Довольно удобно.
                                                                • 0
                                                                  А есть гденить хороший мануал про настройку клиентского сертификата в связке nginx + (letsencrypt|startssl)? Гуглится только про selfsigned.
                                                                  • 0
                                                                    Тут ничего порекомендовать не могу. Сам с selfsigned настраивал.

                                                                    Попробуйте про intermediate ca поискать.
                                                                    • 0
                                                                      Купите нормальный сертификат и настройте локальный домен. Сертификат стоит $9 в год.
                                                                    • 0
                                                                      — self-hosted решения
                                                                      — localhost
                                                                      — запущен сервис с web ui
                                                                      — обслуживание nginx, php-fpm
                                                                      — достаточно uwsgi + db (опционально)
                                                                      — в docker затолкать

                                                                      Как все это барахло пользователь будет у себя устанавливать? Я вообще расстраиваюсь, что до сих пор не сделал сборку под Win с инсталлятором, чтоб иконка сама на рабочем столе появилась. А ты тут такой ужосо рассказываешь.
                                                                      • 0
                                                                        Self-hosted решение — 1 скрипт на питоне (перле, люа, джаваскрипте, пэхэпэ), которому нужна только среда исполнения, т.е. интерпретатор языка программирования с подключенной или встроенной библиотекой веб-сервера.
                                                                        Можно, вместо скриптов, написать и статически скомпилировать исполняемый файл (на C++ том же), но трудоёмкость мелкой настройки выше.

                                                                        * Локальное применение
                                                                        Вы запускаете систему примерно так:
                                                                        knowlege-base --port=8080 --bind=127.0.0.1 --datadir=/var/db/knowlegebase 

                                                                        а затем открываете Ваш браузер, и вводите «http://127.0.0.1:8080/» и видите заглавную страничку Вашей вики/базы знаний;
                                                                        * Применение в сети предприятия:
                                                                        knowlege-base --port=8080 --bind=192.168.1.5 --datadir=/var/db/knowlegebase 

                                                                        И ваши пользователи лезут в «http://192.168.1.5:8080» и точно так же пользуются этой базой знаний.
                                                                        Вот в этом и есть преимущество баз знаний с веб-интерфейсом: вы можете начать локально, а когда понадобится — запустить для окружающих.
                                                                        • 0
                                                                          Вы запускаете систему примерно так:
                                                                          knowlege-base --port=8080 --bind=127.0.0.1 --datadir=/var/db/knowlegebase


                                                                          По-моему, комментарий был как раз по поводу действий запуска и/или настройки, которые выглядят страшно для конечного пользователя. Для людей, далёких от мира продвинутого пользования компьютеров и программирования (а таких среди весомое количество) даже адресная строка браузера — это «программирование». Серьёзно, сталкивался с подобными ситуациями. А приведённая в цитате строчка из команд (!), которую нужно ввести в консоль (!!) отпугнёт просто 100%. Чтобы было хорошо — всё должно ставиться в самом сложном случае через «дальше-дальше-готово», а запускаться «через иконочку» и без каких-либо других шаманств.
                                                                          • 0
                                                                            Для пользователя это и сводится к установке пакета в linux или приложения в windows. Сюрприз-сюрприз.

                                                                            Эту «страшную» команду он, весьма вероятно, даже не увидит, потому что при установке скрипты всё сделают за него.

                                                                            Целая ветка удивительных открытий: сайты можно хостить на локальной машине (wow), при установке приложение интегрируется в систему само (wow). Дурдом.
                                                                        • 0
                                                                          Всё смешалось в доме Облонских… Вы для драматизма в этот список забыли добавить чистку Авгиевых конюшен. А ведь это важно, без этого чудо не случится.

                                                                          Приложений с web ui хватает: deluge, transmission, ngrok, syncthing, btsync, portainer (docker ui), jenkins и прочие. Пока никто не помер.
                                                                          • 0
                                                                            Честно говоря, очень расстраивают JS-ошибки в том же Atom'е, причем что делать с ними — непонятно, `undefined is not a function` и всё, приехали.
                                                                            • 0

                                                                              Что поделаешь, JS слишком быстро развивается, не успеешь сваять продукт, все либы уже устарели. Еще несколько лет такой гонки точно будет, если не десятилетий.

                                                                      • 0
                                                                        Вам уже несколько раз напомнили: на Вашем ноутбуке крутится маленький, локальный веб-сервер, который и управляет этой базой знаний. А браузер становится GUI'ём для этого сервера.
                                                                      • 0
                                                                        Есть и другая реальность. У меня домашний интернет — 2 (два) мегабита на вход и 256 кбит на выход. Это недалеко от Гамбурга, кстати. За время отправки в «облако» 20-30 мегабайт можно легко успеть поужинать.
                                                                        По работе же я занимаюсь промышленной автоматизацией (машинное зрение, неразрушающий контроль) и на работе сижу са семью файрволлами с авторизацией и капчами, а в командировках-пусконаладках интернета нет на рабочем месте по определению, и даже точку доступа не поднять, ибо чтобы появилась мобильная связь, надо порой выйти из цеха на улицу.
                                                                        • 0
                                                                          Правда в обоих случаях любопытно, а точно тогда картинки нужны? Может тогда в файлах в консоли, поиск grep, имя файла — титл, каталог — дерево и теги отделять ключевым словом. В чём недостаток?
                                                                          • +1
                                                                            Да нет никаких недостатков — надо пользоваться тем, что удобно, а «удобство» — в данном случае понятие сильно субъективное. Вот будете смеяться — один из основных моих помощников — Natara Bonsai, этой программой я пользуюсь лет пятнадцать уже, она отработала каждую копейку, которую я потратил на покупку и обновления. И да, у меня до сих пор Palm Tungsten T3. Есть и портативная версия на флешке U3. Что касается «с картинками» — тут я пользуюсь ToDoList.
                                                                            Эти инструменты чуть разные, но хорошо дополняют друг друга. В Natara — в основном оперативное планирование, GTD, и списки всякие типа возьми в командировку то-то и то-то. В ToDoList — работа над проектами — я сейчас работаю как QA, и мне приходится много чего тестить на отдельно стоящих компах без интернета. Эти продукты объединяет древовидная структура.

                                                                            Кстати, вот ещё пример очень похожего на myterra решения «для себя» — pdb. Cценарий использования у автора: Кросс-платформенная разовидность TreePad.
                                                                            • 0
                                                                              Natara Bonsai — почему ссылка на WebArchive? Даже сайта от нее не осталось? Наверно стоит сделать перенос данных на другой менеджер? Или данные в закрытом формате?

                                                                              По PDB попытался искать хотя бы скриншоты в Яше и Гоголе. Вообще ничего не находится. Как-то боязно связываться с таким проектом. Плюс на официальной странице программы несуществующая ссылка на исходники.
                                                                              • 0
                                                                                Компания Natara тихо скончалась, но продуктом я пользуюсь о сих пор. Перенести данные — без проблем, там тоже всё в XML (скажем в ToDoList оно перебрасывается без проблем), но мне без пока надобности.
                                                                                pdb — тот продукт, когда автор сделал раз для себя. Он не обновляется, тут тот случай, когда делается форк, и дальше начинается допиливание.
                                                                          • 0
                                                                            Соболезную. Как бы то ни было при использовании self-hosted решения это не проблема. До localhost скорость хорошая.

                                                                            На своей машине (стационарный пк/ноут не принципиально) запущен сервис с web ui. Даже проблем с обслуживанием nginx, php-fpm нет. Достаточно uwsgi + db (опционально) и браузера. Получается весьма компактное самодостаточное решение (чтоб совсем красиво было надо ещё в docker затолкать, но там свои заморочки).

                                                                            Если озадачиться можно без особых проблем:

                                                                            * расшарить сервис в локалку (использовать с планшета/смартфона или дать домашним доступ)
                                                                            * настроить доступ по клиентскому сертификату
                                                                            * настроить tor hidden service и иметь доступ к системе отовсюду

                                                                            У меня так rss, wiki и прочие локальные сервисы живут. Довольно удобно.
                                                                            • –1
                                                                              Когда вместо десктопного приложения пытаешься сделать веб-приложение там, где не нужно, получается pgAdmin4.
                                                                      • 0
                                                                        Я пользуюсь dokuwiki, и если бы в неё добавить древовидные тэги (удобно иногда, чтобы одна и та же заметка была в разных категориях одновременно), переписать бэкенд на ноде или golang (rust, dlang, etc), (что дало бы возможность работать оффлайн без возни с установкой php или же, в варианте ноды, использовать electron для десктопа), добавить стандартный markdown — было бы практически идеально.

                                                                        Веб-подход в данном случае действительно гораздо удобнее, даже для десктопа.
                                                                        • 0
                                                                          dokuwiki прекрасно живёт на uwsgi.
                                                                        • +19
                                                                          У меня соответственно вопрос — почему standalone?
                                                                          Если честно, я просто не представляю, как люди пользуются любыми веб-приложениями. Либо я вырос на десктопных, не тормозящих приложениях, и такой требовательный, либо что-то не так с моим софтом, либо люди не знают, каким вообще приложение должно быть.

                                                                          Вот, скажем, открываете вы документ в Google Docs. Открываете страницу, начинаете набирать, и понимаете, что полностью страница еще не загрузилась, и джаваскрипт не успел перевести фокус на поле ввода. Первые три набранные буквы пропали.
                                                                          Это просто первая мелочь, пришедшая мне в голову, но она для меня столько значит, что сразу ставит крест на Google Docs.
                                                                          Или, например, нажимаете во многих веб-приложениях правую кнопку мыши на каком-нибудь объекте, ожидая, что вы получите меню объекта, и видите там «назад», «вперед», «сохранить страницу», и так далее. Понимаю, что нажатие правой кнопки мыши можно перехватывать, как это делает тот же Google Docs, но когда ты такое видишь в, казалось бы, десктопном приложении (написанном на node.js, который тащит с собой chrome.exe и ffmpeg.dll, и простейшее приложение занимает больше 50 мегабайт в архиве), то это просто неприемлемо.

                                                                          «Десктопные» приложения Slack, Mattermost, текстовый редактор Atom, который раньше не умел открывать файлы с размером более 2 МБ, а сейчас открывает мегабайтный файл несколько секунд — просто какой-то мусор, непонятно, кто в здравом уме будет пользоваться такими программами, пока есть альтернативы в виде нормальных десктопных приложений.
                                                                          • +15
                                                                            Ух ты, я думал я один такой упоротый и не понимаю этого веба на десктопах вместо обычных приложений.

                                                                            Все пользуются и хвалят, а у меня ощущение тормозов даже на современных ПК с SSD и 100мбит каналом.
                                                                            • 0

                                                                              У меня десктопный Emacs тормозил когда я им пользовался (≈2004-2006), десктопный Eclipse тормозил вообще ужасно, Azureus/Vuze торрент-клиент черепаха та еще.
                                                                              А вот вебовские Telegram, Toggl, feng, rizzoma и другой софт работает на пятерочку.
                                                                              Даже хабр не заставляет меня чего-то ждать, все открывает хорошо, комменты постятся сразу, жаловаться не на что.


                                                                              В общем, скорость софта и "вебововсть" с "десктоповостью" связаны косвенно. А уж если что-то крутится локально и комп шустрый, так разницы вообще нет.

                                                                              • 0
                                                                                Наверное, у Вас просто компьютер стал раз в 10 мощнее (обновляли ведь?).
                                                                                • 0

                                                                                  Может и стал, но Eclipse на нем тормозит и сейчас, так что это не критерий. А вот появление и стремительное развитие того же V8 перенесло JS на серверы, а также сделало возможным создавать "гладкую" анимацию там, где до этого использовался Flash, что говорит о значительной оптимизации. Поэтому проблем с использованием "веб-технологий" в десктопных приложениях я лично не вижу.


                                                                                  Вообще не понимаю зачем автору потребовался C++ для данной задачи (по сути — простейшая картотека). Взял бы JS и было бы нормальное масштабируемое решение для всех платформ.

                                                                                  • 0
                                                                                    Есть куча платформ на которых JS нет в помине. И вообще web-технологий. Понятно что лично Вам эти платформы не очень-то нужны, но люди которые их используют — есть и любой web-стек всегда проиграет сишнику в распространённости. Хотя бы уже просто потому что сам этот web-стек написан на сишнике или асме. А для того чтобы радоваться его юзабельности, надо его сначала ещё запустить.
                                                                            • –1

                                                                              Последние пол года активно пользуюсь клиентом Slack под windows, проблем не обнаружил. Интересно стало что Вас в нем раздражает?

                                                                              • 0
                                                                                А какой альтернативой Атому пользуетесь Вы?
                                                                                • 0
                                                                                  Я пользуюсь Kate, это тоже текстовый редактор.
                                                                                  • 0
                                                                                    Спасибо
                                                                                    • 0
                                                                                      Если нужен редактор без боковой навигации по файлам, то лучше использовать kwrite. Это тот же самый kate, только не MDI. И кстати, помоему kate уже не развивают.

                                                                                      По kwrite я писал цикл из трех статей:

                                                                                      Как я искал текстовый редактор под Linux.

                                                                                      Внизу справа ссылка на следующую часть.
                                                                                  • +1
                                                                                    Неплохая альтернатива — sublime text.
                                                                                    • 0
                                                                                      Саблайм действительно неплох, но, по моему личному мнению, скорее мёртв, чем жив.
                                                                                    • 0
                                                                                      Атомом стоит пользоваться просто хотя бы из-за этого плагина
                                                                                      https://atom.io/packages/activate-power-mode

                                                                                      Для всего остального gedit и vim
                                                                                • +3
                                                                                  Я пробовал Zim и Outwiker. Оба не прижились по одной причине, думаю, общей для всех заметочников такого рода. Например, Outwiker. Создаем простую текстовую заметку, а он создает директорию (со служебным файлом, в котором лежит наш текст); добавляем к этой заметке дочернюю, и он создает поддиректорию. WTF1: зачем мне две директории, когда я хотел два текстовых файла? Дальше больше, добавляем вложение, и появлется директория attach. WTF2: но я вообще не просил складывать мои файлы куда бы то ни было — они уже лежат там где надо. В этом фундаментальная проблема всех десктопных заметочников, они ломают твою сложившуюся иерархию, и строят свою. Как и ваш, к сожалению. А проблема это потому, что эта иерархия — не стандарт, и если, в условном завтра, данный заметочник загнется по любой причине, то несчастному пользователю останутся руины того, что он собирал, может быть, годами. И дооолгая процедура миграции.

                                                                                  Каталог data/ аля MyTerra — такая же ни с чем не совместимая файлопомойка, как и у Outwiker, Dokuwiki и прочая. Вы пишете, что отказались от БД, но ваш каталог data/ в общем-то и есть БД, для пользователя он неюзабелен.

                                                                                  Вторая проблема, это то, что каждый wiki-движок считает своим долгом написать собственную wiki разметку. У вас сохраняется в HTML, что в общем одно и тоже. Совершенно не берутся в расчет люди, которым лень тыкать по кнопкам WYSIWYG редактора :) и такие прекрасные штуки как markdown и asciidoc. Чем хорош markdown — написал один раз использукшь везде. Закинуть в Gist, выдрать кусок для README, спопипастить со SO, нет проблем. Можно даже на Хабр запостить. :)

                                                                                  Я на самом деле давно и много над всем этим думал, тоже порывался писать свое решение, но в целом пришел к выводу, что обычная строгая каталогизация покрывет 90% функционала. Да, может где-то не так быстро, и не так удобно, но приемлемо и бесхлопотно. А идеальный PIM — это приложение которое бы умело быстро строить индекс по различным форматам файлов (text, docx, odt, pdf, mht и т.д.). Натравливаешь его на каталог, и оставляешь висеть в трее, чтобы всегда иметь быстрый доступ. Все что от него нужно э- то быстро найти файл(ы) и перейти в каталог или запустить их. Вот такого ПО удовлетворительного качества пока нет, к сожалению.
                                                                                  • 0
                                                                                    У вас совсем другая задача: вам нужно индексируемое хранилище файлов.

                                                                                    Есть такая вещь, правда windows only, но вроде с открытым исходным кодом, называется Docfetcher, использует Java. Там просто вы имеете каталоги с нужной вам структурой и файлами традиционных форматов. Докфетчер натравливается на каталог и индексирует его. Потом можно искать файлы по имени, содержанию, другим критериям.

                                                                                    У него даже есть служба фоновой индексации, но что-то у меня она толком не работала.
                                                                                    • 0
                                                                                      Кстати, тут ниже советуют такую штуку:

                                                                                      https://www.tagspaces.org

                                                                                      Возможно она вам больше подойде
                                                                                      • +1
                                                                                        Поглядел, увидел аналог старинного текстового файла descript.ion, который понимался файловыми менеджерами VolkovCommander и FAR. Впрочем, раз раньше эта идея работала, то и сейчас для кого-то будет полезной.
                                                                                        • 0
                                                                                          Да, тоже интересно, правда я сам как-то привык к минимальному дизайну в стиле Total Commander и т.д.
                                                                                        • 0
                                                                                          А идеальный PIM — это приложение которое бы умело быстро строить индекс по различным форматам файлов (text, docx, odt, pdf, mht и т.д.). Натравливаешь его на каталог, и оставляешь висеть в трее, чтобы всегда иметь быстрый доступ. Все что от него нужно э- то быстро найти файл(ы) и перейти в каталог или запустить их. Вот такого ПО удовлетворительного качества пока нет, к сожалению.

                                                                                          Из коробки может быть решения и нет, но по отдельности все давно решено. Можно прикрутить, например, yad-морду к sphinx.
                                                                                          • 0
                                                                                            Натравливаешь его на каталог, и оставляешь висеть в трее, чтобы всегда иметь быстрый доступ.

                                                                                            Винда Copernic Desktop Search Corporate. linux — recol. Я под винду использовал — очень удобно!
                                                                                            ps
                                                                                            В итоге переборов вариантов софта из топика решил вернуться на ms expresion web 4. Да минусы есть, но плюсов вагон. В прошлый раз я от него отказался, так как не логична работа с изображениями.
                                                                                            • 0
                                                                                              Вот за Recoll спасибо, в пакетах моего дистра есть.
                                                                                              Попробую.
                                                                                          • 0
                                                                                            угу, неплохо было б иметь поддержку markdown
                                                                                          • 0
                                                                                            В качестве источника для вдохновения могу порекомендовать вам Convera RetrievalWare. Понимаю, что повторить подобное не удастся, но как ресурс для анализа возможностей советую. Самому довелось пользоваться (правда под присмотром) — впечатления удивительные.
                                                                                            • 0
                                                                                              Расскажите поподробнее, пожалуйста.
                                                                                            • +1
                                                                                              Кросплатформенность это хорошо, но мне кажется для такого проекта было бы куда полезнее иметь мобильную версию. Потому что если это помощник — то он всегда должен быть рядом, а пк — это всё же не слишком мобильная платформа, даже в формате ноутбука.
                                                                                              • 0
                                                                                                MyTetra собирается под Андроид. Только проблема с синхронизацией: я еще на разобрался как в Android запустить git, причем так, чтобы он работал не в своем каталоге, а в каталоге MyTetra.

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

                                                                                                И та же проблема безопасности: в Андроид программа не может работать в каталоге другой программы. Нужно рутовать, или как-то очень хитро настраивать, в чем я не разобрался.
                                                                                                • +1
                                                                                                  Вместо dropbox для синхронизации можно попробовать Syncthing.
                                                                                                  • 0
                                                                                                    На официальной странице не указаны как поддерживаемые платформы Android и iOs. Там только десктоп. А вопрос то был про мобильные платформы.
                                                                                                    • 0
                                                                                                      Клиент для андроида стабилен, работает неплохо. Для iOS пока нет.
                                                                                                      • 0
                                                                                                        В копилку средств для синхронизации https://owncloud.org/. Правда, в моем случае (бесплатно) требует свой сервер, за то без ограничений, разве что кроме физических (в сравнении с dropbox, если не ошибаюсь, бесплатно 1гб, а цены на сам dropbox выше, чем на дешевенький голландский vds).
                                                                                                    • 0
                                                                                                      А обязательно хранить данные в каталоге программы? Нельзя во внешнем пользовательском каталоге?
                                                                                                      • 0
                                                                                                        Можно. Лишь бы MyTetra имела права туда писать, а не только читать. В Андроиде именно с этим проблема. И в разных версиях с правами все немного по-разному. Не знаю, зачем такой расколбас авторы подсистемы безопасности андроида устроили.
                                                                                                        • +1
                                                                                                          Нужно разрешение «WRITE_EXTERNAL_STORAGE».
                                                                                                      • 0
                                                                                                        Есть jgit он запустится там, где ему укажут. Работает в 3 раза медленнее, чем родной гит, но работает. Вот документация к нему.
                                                                                                        • 0
                                                                                                          для Android есть Dropsync, который позволяет сделать нормальную синхронизацию
                                                                                                          • 0
                                                                                                            На 4pda написано, что не прошная версия синхронизирует только файлы в одном выбранном каталоге.

                                                                                                            Вопрос. А подкаталоги в этом каталоге синхронизируются?
                                                                                                      • 0
                                                                                                        Вы упомянули язык запросов. Можно несколько примеров более-менее нетривиальных запросов на этом языке?
                                                                                                        • 0
                                                                                                          Я упоминал язык запрсов только в исторической ретроспективе.

                                                                                                          В MyTetra очень простой поиск с настройками все слова/одно слово, полное слово/подстрока, вся база/выбранная ветка. Плюс можно пользоваться кавычками.

                                                                                                          В первой части видеообзора на 29-й минуте рассказывается про поиск:

                                                                                                          https://m.youtube.com/watch?v=Bmp_dk2LA6I#t=29m47s
                                                                                                        • 0
                                                                                                          Программа просто супер! Автору респектище за такой труд!
                                                                                                          Я новичок в программировании, изучаю Java, Python. Давно искал подобную программку, перепробовал разные, но эта о которой я думал. Огромное количество информации из книг я пытался систематизировать сначала в обычном ворде, потом в эверноте и т.д. В голове летала идея такой программы, но реализовать её не хватало знаний. Если бы изучал С++ то по любому участвовал бы бы в проекте. Хотя теперь может и возьмусь за него.
                                                                                                          • 0

                                                                                                            Браво! Мне сразу вспомнился незавершенный, увы, Xanadu Project и HyperCard, позволявший создавать связанные базы знаний на Macintosh годах в 80-90-х. Про последний можно глянуть на Internet Archive. Все они тоже черпали вдохновение из идей Буша

                                                                                                            • 0
                                                                                                              Самая идея отличная… Но уж слишком всё сложно и запутанно в смысле настройки и использования. Например, на мой взгляд, не будут обычные пользователи тратить время на подобное конфигурирование синхронизации. Обычные пользователи любят, когда всё красиво, понятно и работает в один клик. Пока продукт не начнёт соответствовать указанными критериям, он, увы, останется нишевым.

                                                                                                              Попробуйте дать MyTetra каким-нибудь знакомыми, которые совсем-совсем не программисты. Пусть они с минимальными подсказками попробуют использовать его. Если им всё будет просто и ясно — значит продукт удался. Если нет — стоит послушать их комментарии и подумать над правками в UI.

                                                                                                              P.S.: Если будет время — расскажите, как работает ваш механизм поиска и выборок? Как я понял, можно выполнять какие-то запросы, которые будут перестраивать дерево… Как это реализовано в рамках UI?

                                                                                                              На правах рекламы
                                                                                                              Второй месяц разрабатываю библиотеку+приложение для работы с информацией, насыщенной метаданными. К новому году планирую доделать MVP. Главный приоритет — юзабилити, красота и интуитивность UI. Максимум использования drag&drop для редактирования и просмотра метаинформации.

                                                                                                              При этом MVP — это не универсальный продукт, а софт для конкретной предметной области, инструмент для сценаристов и режиссёров, который сможет помочь в организации медиаархивов. С другой же стороны, архитектура проекта строится с прицелом на модульность и расширяемость функционала плагинами. В качестве backend написана универсальная библиотека для хранения информации, насыщенной метаданными.

                                                                                                              Автору статьи я уже написал в личку предложение обменяться опытом. Если кому-нибудь ещё интересны детали проекта — обращайтесь. Очень нужны люди со знанием Qt, а также спецы в UI/UX, готовые проектировать новаторские интерфейсы.

                                                                                                              P.S.: Предваряю вопросы по поводу саморекламы… В своё время спрашивал администрацию хабры и мне ответили, что ограниченная самореклама без ссылок на сайт проекта допустима. Я же тут даже название не указываю… Если-таки что не так будет — всецело принимаю любое решение НЛО.
                                                                                                              • 0
                                                                                                                Сложно и запутанно — это синхронизация, потому что для ее использования нужны сторонние сервисы. Нативной синхронизации нет, ибо это обширная тема, которую я один осилить не могу.

                                                                                                                А UI интерфейс в MyTetra очень простой, расчитан на обычных начинающих пользователей.
                                                                                                              • 0
                                                                                                                Такой вопрос. А можно ли в программе показать в одном окне все заметки какого-то раздела?
                                                                                                                • 0
                                                                                                                  Это как?
                                                                                                                  • 0
                                                                                                                    Встать на узел дерева, нажать какую-то кнопку и получить в правом окне полный список статей из всего поддерева выбранного узла.
                                                                                                                    • 0
                                                                                                                      Для чего это может быть нужно?
                                                                                                                      • 0
                                                                                                                        Достаточно известная (в узких кругах) штука — http://tiddlywiki.com/
                                                                                                                        • 0
                                                                                                                          Удобно, если дерево сильно ветвистое, но в каждой ветке по 1-2 записи, с такой кнопкой легче их все пролистать.
                                                                                                                      • 0
                                                                                                                        Например, у меня в каком-то разделе много каких-то заметок (например, цитаты, куски кода, советы и так далее). Да, чаще всего нужно посмотреть лишь одну заметку, которая выбирается из списка. Но хотелось бы иметь возможность в одном окне увидеть не просто список заметок, а все заметки сразу.
                                                                                                                        • +1
                                                                                                                          > в каком-то разделе много каких-то заметок например, цитаты, куски кода, советы

                                                                                                                          Вопрос номер один: зачем вам тогда вообще разделы, если у вас одна куча всего?
                                                                                                                          • 0
                                                                                                                            Потому что чаще всего нужно просматривать список по названию заметок. Но иногда нужно просмотреть всё сразу. Например, на сайтах можно посмотреть просто список статей и отдельно каждую статью, а можно посмотреть с подробным описанием.

                                                                                                                            Причем такой функционал реализован много где касательно сайтов, RSS рассылок и др. Например, в feedly.com можно настроить показ RSS рассылки в виде Title only, а можно в виде Full Articles. А вот в различных менеджерах заметок такого нет. Частично в Evernote реализовано в старом интерфейсе, но не полностью.
                                                                                                                    • 0
                                                                                                                      tagspaces — отличная штука для заметок. Используются просто папки и файлы. Нет БД. Поддержка markdown. Есть десктоп версии для всех ОС, есть веб-версия. Проект ативно развивается. Поставил ее на свой VDS, синхронизацию делаю через git. На серваке скрипт синхронизации дергается cronoм, на домашнем компе мануально. Получается еще и история хранится.

                                                                                                                      На работе блокируется все что только можно (вкл evernote), эта работает без проблем.
                                                                                                                      • 0
                                                                                                                        Использование просто папок и файлов таит в себе такую опасность: ограничение ФС на длину полного пути к файлу, а так же ограничения ФС на длину имени файла или директорий.

                                                                                                                        Особенно неприятно будет смотреть на свою базу будучи перенесенной с linux на windows, или будучи записанной на флешку с ФАТ или на CD: длиные имена порежутся.
                                                                                                                        • 0
                                                                                                                          Используйте современные файловые системы, в них ограничения очень большие.
                                                                                                                      • +2
                                                                                                                        Подозреваю, что ваше огромное облако знаний — на 99% состоит из копипасты с интернета (у вас там даже ссылки на сайты). Смысл в таком облаке, кроме как «а вдруг война, отключат интернет и я забуду какой ноутбук выбирал в две тысяча лохматом году и рецепт плова от Егора»?

                                                                                                                        Вот я когда-то хранил пароли в текстовом файле, когда браузеры не умели это делать нормально, возможно несколько команд и заметок, которые не актуальны уже лет 10, потом понял что все это не нужно, готовые решения по деплою заскриптованы и являются частью проекта, пароли хранятся в браузере, туториалы и книги по ЯП — да господи, любой сайт и форму пестрит подборками, всей жизни не хватит перечитать, а по конкретному вопросу — гугл в помощь. А специфические вещи, которые делаютсч часто и их нет в гугле (как подмонтировать айфон в фрибсд например UPD: уже есть) и так помнишь.

                                                                                                                        Не обижайтесь, но вы этакий «цифровой Плюшкин» 21-го века.

                                                                                                                        Почему-то вспомнилось два случая:
                                                                                                                        1. Знакомый качал и хранил терабайты каких-то док. фильмов конспирологического содержания, забив жесткими дисками всю комнату. На вопрос «зачем если все есть на торрентах» отвечал что-то невнятное, типа так надежнее.
                                                                                                                        2. Сосед по гаражу, который тащил туда всякий хлам из близлежайших окрестней. Какие-то ножки от кроватей, любой найденный гвоздь на улице и т.п. Гараж был забит сверху донизу всем этим, при этом машина ржавела на улице…
                                                                                                                        • +3
                                                                                                                          99% — это вы загнули. Процентов 50 наверно есть, остальное лично переработано в удобный мне вид, сделана выжимка.

                                                                                                                          Но должен вам сказать, что скорость поиска и нахождение именно того, чего записывал — гораздо выше, в разы выше чем в интернете через поисковики. Поисковик мне никогда не даст такую релевантность, как в моей собственной базе. Вы просто такими вещами не пользовались и не знаете всех удобств и достоинств.

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

                                                                                                                          Корпорация «Росатом» полностью отказалась от сети Интернет

                                                                                                                          Это происходит сейчас, в наше время. В таких условиях наличие маленькой личной плюшкинской копии интернета — просто спасение для специалиста.