Интересно. Но: я не люблю видео. Больше бы устроил такой вариант: в музее ставится свой небольшой веб-сервер, собирается на статике простой сайт к картинками и текстом, подключаем телефон посетителя по вай-фаю к внутренней сети, а рядом с экспонатами размещаем куар-коды с адресами соответствующих страниц на веб-сервере. Посмотрел на экспонат, захотелось большего - прочитал на телефоне.
От методов и целей зависит. Меня, например, интересные мысли в дороге настигают. Причём внезапно. Сидишь, пялишься в окно - и вдруг инсайт. В поезде с ноутом, принципе, нормально. Если соседям не мешает разложенный на столе купе ноут. :) В рейсовом автобусе дальнего следования - похуже, но тоже можно разместиться при желании и необходимости. А вот в городском транспорте телефон выручает.
Да вспомнился кейс с Qt-шного раздела программистского форума. Там один из топикстартеров недоумевал, почему на десяти тысячах символах тормозит рендеринг текста у QTextEdit. А потом выяснилось, что он эти 10k символов пихал в виджет одной беспробельной строкой без переносов. ТекстЭдит такое плохо переваривает. Он блоками рендерит, по частям.
SQLite уже проходил.) Плюсы: нормально поддерживается UTF-8. Минусы: танцы с бубнами при масштабировании и обеспечении универсальности доступа. Что вы будете делать с БД, если вам внезапно захочется, чтобы заметку можно было быстро открыть тем же самым Notepad++ или в Obsidian? Вот вы точно знаете, что за заметка, а кастомного инструмента под рукой нет?
Пытался и на Markdown построить заметочник. Но тут упёрся в то, что C++ Qt5.12.5 (или .6) внезапно иногда ломает md-файл с русской кодировкой в паре-тройке букв на файл. Уже не помню, что там была за бага. Я остановился на текстовом редакторе и забил на эту тему.
С нейронкой тоже пытались собрать текстовый редактор для Markdown. ИИшенка предложила для реализации Electron - и я сдался почти сразу, без боя.))) Зачем писать свой Obsidian, если он уже есть?
Проблема с заметочниками - ровно та же проблема, как и с таск-трекерами. Если ты завёл задачу в трекере и обращаешься к ней хорошо если раз в неделю - это гарантированная потеря контекста и боль при его восстановлении. Причём это касается не только исполнителя, но и того, кто эту задачу ставил. Нет ревью по задачам - прогресс не виден. Даже если по делу он есть. Вопрос не в инструменте, а систематическом мониторинге происходящего. Причём если ревью по задаче нет, а прогресс есть - это ещё полбеды. Что-то делается, в конце концов. Но тогда закономерно встаёт вопрос: зачем таск-трекер?
То же и с заметками. Даже если заметка связана с другой заметкой жёсткой ссылкой - хоть на живое облако, хоть на локальный файл, - как только ты начинаешь вспоминать о ней через неделю - заметка выпала из контекста, даже не смотря на ссылку. И вот этом плане использовать ссылочный механизм Obsidian - просто конфетка. В комплекте с графом заметок, который позволяет вместо текста увидеть живое облако заметок и сразу же найти заметки без единой связи. Открыл, посмотрел, и либо сразу вспомнил контекст, и прицепил её куда надо, либо пошёл дальше. к следующей одинокой заметке. Но такая работа требует регулярности, известной занудности и усидчивости.
Уф... Для меня это тоже боль. Как раз активно работаю над темой "таск-трекер в Obsidian как единая точка входа для задач из разных потоков (таск-трекер на вебе, корпоративная почта, звонок по телефону. личная встреча)". Так что ситуацию вашу понимаю.
По статье: хотелось бы, конечно, хоть пару слов об обвязке вокруг SQLite. Но - будем потерпеть! Кода без багов!
Заранее прошу прощения, так как не знаю всей специфики, но... В моменте, когда на первой предзащите заказчик внезапно на ходу меняет лыжи, указывая, что заинтересованность у него не только в сменной таре, но и в других областях, связанных с пластиком, говорит не вашем проколе, а что заказчик не предоставил полной информации о своих интересах. Это узкое место вашей статьи.
В остальном - читать было интересно. Написано живо и непосредственно.
Спасип за респект. Я не сразу въехал, чего учудил цЫтатой..))
Про второе. (С первым-то я полностью согласен.) Да, согласен. Это надстройка. Но я (пока) не вижу иного выхода из положения.. Мне нужно наладить связи между записями. Как это сделать? Причём на основе тегов или любой подходящей инфы. Пайтон обладает отличным механизмом для анализа текстовой информации. Чем не решение?
"Там" уже давно всё организовано. И они, кроме всяких мелких независимых хозяйств, которые подыхают с голода ровно так же, как и наши, или живут на грани выживаемости "от зарплаты до зарплаты", уже давно перешли на систему дистрибуции своей продукции через крупные торговые сети. Процент грабительский, и они тоже не в восторге. Но "такова селява". Вон, страны бывшего Варшавского договора теперь стонут и плачут под игом заполонившей их прилавки продукцией совершенно левых поставщиков. Хотя сами до развала Союза (Хабр, не прими это за политику! Это лишь история...) поставляли в нашу страну тонны овощей и фруктов в различных формах.
Про ваши мысли только так (не сердитесь, это, как на Хабре принято говорить, сарказм; хотя я предпочитаю слово "ирония"):
"- Вы не могли бы перечислить все вопросы? - Сколько групп работает в нашем тылу? Точное место выброски, их маршрут и задачи? Цель всего десанта? - Ну у вас и аппетит!"
(с) Х/ф "В зоне особого внимания" /s
У меня запросы значительно меньше: собрать всю эту разрозненную шушеру заметок в одно облако (хоть тэги, хоть ссылки, мне этого будет на первом этапе достаточно). Ну, или в несколько взаимосвязанных облаков. На каком-то этапе ведения заметок у меня случился крупный фейл. Один из проектов выпятился настолько, что его пришлось выделять по итогам в отдельный vault. А из него - ещё один. В итоге ни один не взлетел как следует, и все они сидят по отдельности. Совместить ваулты точно ни фига не выйдет. Так хоть навести порядок в каждом из них по отдельности.
Тэгировать, чисто теоретически, можно по ключевым словам из текстов. Если это отдельный ваулт, связанный с конкретной тематикой, то по частотному анализу выявить нужные паттерны получится. По крайней мере, на одном проекте это стопудово возможно. И понавтыкать в записи нужных тэгов. Автоматизируется легко.
Со ссылками - сложнее. Тут нужна смысловая база. Это уже, к сожалению, ручная работа. Но по тем же тэгам можно хоть самому ориентироваться, что где, и работа займёт существенно меньше времени. Вот только пока не решил, средствами самого Обсидиана это реализовывать (в виде плагина) или отдельное обсидианоподобное приложение писать на том же PyQt или чем-то вроде него.
Не пытались прикинуть, как это можно реализовать БЕЗ ИИшенки? Я просто буквально вчера размышлял на эту тему, как запитонить это дело. Но пока ни к каким выводам не пришёл.
Ключевая причина - то, что у нас выращивать получается дороже. У вас в исследовании в этом отношении провал: сколько тратят хозяйства на то, чтобы получить продукт? Выращивание на плохих почвах с рисками загубить урожай оборачивается затратами на сохранение урожая, которые нужно чем-то отбивать. И единственный вариант - это задрать ценник. У западных партнёров объёмы в разы больше, им продукт девать некуда, вот они и демпингуют.
Я совсем не дизайнер интерфейсов и не владею понятийным апаратом в этой области. Но мне чудится некое несоответствие понятия "доступность" с ограниченными возможностями человека по тем или иным причинам. В ОСях это решается путём введения раздела настроек вроде "Специальные возможности". Вероятно, меня сбивает палкой определение доступности в автоматизированных системах, где рассматривается обезличенный оператор системы, по умолчанию умеющий пользоваться условным пультом управления системой при наличии инструкции по эксплуатации.
Про дизайн же и сочетаемость цветов у меня в голове только одна фраза некого известного дизайнера: "Красный и зелёный цвета не сочетаются? Посмотрите на грядку с клубникой." Хотя для дальтоников всё не так однозначно...
Я три раза пытался отрастить себе длинные патлы. На третий - получилось.)) Почему они поначалу вьются, а потом перестают? Сейчас вообще почти прямые, только кончики завиваются.
По длине тоже вопрос. У меня джо лопаток. Дальше - ни-ни. Что это за ограничение?
И два "вбоквелл"-вопроса. 1) Почему весной волос на расчёске остаётся значительно больше, чем в остальные времена года? 2) Что за аномалия: видимая мне в зеркало часть волос поголовно светлая (кстати, до женитьбы было довольно много седых, середина на половину, после - только светлые), а в районе затылка - больше тёмных (обнаруживается при расчёсывании).
Я, как прагматик, - извините! - не въехал, к чему эта статья тут. Порицание - да, согласен. Но вот всё остальное - под огромнейшим вопросом. Да, лингвистам сейчас о-очень непросто. Практически на ходу меняется практически всё. И, что самое главное, в худшую сторону.
«Я отвечаю только за свой код/модуль» vs «Я отвечаю за результат, который видит пользователь»
Вот да, согласен. Когда я пришёл работать на текущее место работы, после понятного КМБ, у меня стали возникать вопросы, которые, по большому счёту, выходили за границы моей ответственности. Почти всегда мне отвечали: "Какое твоё дело?" Не так грубо, конечно, но смысл был именно такой. Но за два года мне удалось получить целостную картину. Это в итоге позволило оптимизировать как собственную работу (когда точно знаешь, чем аукнется твоё действие на другом конце цепочки), так и взаимодействие с коллегами из других подразделений, с которыми, на первый взгляд, я вообще не должен был встречаться.
Угу. Или так: вместо обычных моников вешать сенсорные, чтобы можно было выбрать режим "видео/аудио/текст".
Интересно, коснётся ли это Хабра?
Интересно. Но: я не люблю видео. Больше бы устроил такой вариант: в музее ставится свой небольшой веб-сервер, собирается на статике простой сайт к картинками и текстом, подключаем телефон посетителя по вай-фаю к внутренней сети, а рядом с экспонатами размещаем куар-коды с адресами соответствующих страниц на веб-сервере. Посмотрел на экспонат, захотелось большего - прочитал на телефоне.
От методов и целей зависит. Меня, например, интересные мысли в дороге настигают. Причём внезапно. Сидишь, пялишься в окно - и вдруг инсайт. В поезде с ноутом, принципе, нормально. Если соседям не мешает разложенный на столе купе ноут. :) В рейсовом автобусе дальнего следования - похуже, но тоже можно разместиться при желании и необходимости. А вот в городском транспорте телефон выручает.
Да вспомнился кейс с Qt-шного раздела программистского форума. Там один из топикстартеров недоумевал, почему на десяти тысячах символах тормозит рендеринг текста у QTextEdit. А потом выяснилось, что он эти 10k символов пихал в виджет одной беспробельной строкой без переносов. ТекстЭдит такое плохо переваривает. Он блоками рендерит, по частям.
Под андроид нет сборки. Печаль.
Кстати, нагрузочное тестирование будете проводить? Было бы интересно узнать, на каком количестве заметок тормоза начнутся.
SQLite уже проходил.) Плюсы: нормально поддерживается UTF-8. Минусы: танцы с бубнами при масштабировании и обеспечении универсальности доступа. Что вы будете делать с БД, если вам внезапно захочется, чтобы заметку можно было быстро открыть тем же самым Notepad++ или в Obsidian? Вот вы точно знаете, что за заметка, а кастомного инструмента под рукой нет?
Пытался и на Markdown построить заметочник. Но тут упёрся в то, что C++ Qt5.12.5 (или .6) внезапно иногда ломает md-файл с русской кодировкой в паре-тройке букв на файл. Уже не помню, что там была за бага. Я остановился на текстовом редакторе и забил на эту тему.
С нейронкой тоже пытались собрать текстовый редактор для Markdown. ИИшенка предложила для реализации Electron - и я сдался почти сразу, без боя.))) Зачем писать свой Obsidian, если он уже есть?
Проблема с заметочниками - ровно та же проблема, как и с таск-трекерами. Если ты завёл задачу в трекере и обращаешься к ней хорошо если раз в неделю - это гарантированная потеря контекста и боль при его восстановлении. Причём это касается не только исполнителя, но и того, кто эту задачу ставил. Нет ревью по задачам - прогресс не виден. Даже если по делу он есть. Вопрос не в инструменте, а систематическом мониторинге происходящего. Причём если ревью по задаче нет, а прогресс есть - это ещё полбеды. Что-то делается, в конце концов. Но тогда закономерно встаёт вопрос: зачем таск-трекер?
То же и с заметками. Даже если заметка связана с другой заметкой жёсткой ссылкой - хоть на живое облако, хоть на локальный файл, - как только ты начинаешь вспоминать о ней через неделю - заметка выпала из контекста, даже не смотря на ссылку. И вот этом плане использовать ссылочный механизм Obsidian - просто конфетка. В комплекте с графом заметок, который позволяет вместо текста увидеть живое облако заметок и сразу же найти заметки без единой связи. Открыл, посмотрел, и либо сразу вспомнил контекст, и прицепил её куда надо, либо пошёл дальше. к следующей одинокой заметке. Но такая работа требует регулярности, известной занудности и усидчивости.
Уф... Для меня это тоже боль. Как раз активно работаю над темой "таск-трекер в Obsidian как единая точка входа для задач из разных потоков (таск-трекер на вебе, корпоративная почта, звонок по телефону. личная встреча)". Так что ситуацию вашу понимаю.
По статье: хотелось бы, конечно, хоть пару слов об обвязке вокруг SQLite. Но - будем потерпеть! Кода без багов!
Добрый вечер.
Заранее прошу прощения, так как не знаю всей специфики, но... В моменте, когда на первой предзащите заказчик внезапно на ходу меняет лыжи, указывая, что заинтересованность у него не только в сменной таре, но и в других областях, связанных с пластиком, говорит не вашем проколе, а что заказчик не предоставил полной информации о своих интересах. Это узкое место вашей статьи.
В остальном - читать было интересно. Написано живо и непосредственно.
Спасип за респект. Я не сразу въехал, чего учудил цЫтатой..))
Про второе. (С первым-то я полностью согласен.) Да, согласен. Это надстройка. Но я (пока) не вижу иного выхода из положения.. Мне нужно наладить связи между записями. Как это сделать? Причём на основе тегов или любой подходящей инфы. Пайтон обладает отличным механизмом для анализа текстовой информации. Чем не решение?
/*неопределённый артикль*/ Читайте мой исхходный коммент внимательнее.
На первую часть комментария (про вопрос) отвечу.
"Там" уже давно всё организовано. И они, кроме всяких мелких независимых хозяйств, которые подыхают с голода ровно так же, как и наши, или живут на грани выживаемости "от зарплаты до зарплаты", уже давно перешли на систему дистрибуции своей продукции через крупные торговые сети. Процент грабительский, и они тоже не в восторге. Но "такова селява". Вон, страны бывшего Варшавского договора теперь стонут и плачут под игом заполонившей их прилавки продукцией совершенно левых поставщиков. Хотя сами до развала Союза (Хабр, не прими это за политику! Это лишь история...) поставляли в нашу страну тонны овощей и фруктов в различных формах.
Про вторую часть - извините, совсем не в теме.
Про ваши мысли только так (не сердитесь, это, как на Хабре принято говорить, сарказм; хотя я предпочитаю слово "ирония"):
"- Вы не могли бы перечислить все вопросы?
- Сколько групп работает в нашем тылу? Точное место выброски, их маршрут и задачи? Цель всего десанта?
- Ну у вас и аппетит!"
(с) Х/ф "В зоне особого внимания" /s
У меня запросы значительно меньше: собрать всю эту разрозненную шушеру заметок в одно облако (хоть тэги, хоть ссылки, мне этого будет на первом этапе достаточно). Ну, или в несколько взаимосвязанных облаков. На каком-то этапе ведения заметок у меня случился крупный фейл. Один из проектов выпятился настолько, что его пришлось выделять по итогам в отдельный vault. А из него - ещё один. В итоге ни один не взлетел как следует, и все они сидят по отдельности. Совместить ваулты точно ни фига не выйдет. Так хоть навести порядок в каждом из них по отдельности.
Тэгировать, чисто теоретически, можно по ключевым словам из текстов. Если это отдельный ваулт, связанный с конкретной тематикой, то по частотному анализу выявить нужные паттерны получится. По крайней мере, на одном проекте это стопудово возможно. И понавтыкать в записи нужных тэгов. Автоматизируется легко.
Со ссылками - сложнее. Тут нужна смысловая база. Это уже, к сожалению, ручная работа. Но по тем же тэгам можно хоть самому ориентироваться, что где, и работа займёт существенно меньше времени. Вот только пока не решил, средствами самого Обсидиана это реализовывать (в виде плагина) или отдельное обсидианоподобное приложение писать на том же PyQt или чем-то вроде него.
Не пытались прикинуть, как это можно реализовать БЕЗ ИИшенки? Я просто буквально вчера размышлял на эту тему, как запитонить это дело. Но пока ни к каким выводам не пришёл.
Ключевая причина - то, что у нас выращивать получается дороже. У вас в исследовании в этом отношении провал: сколько тратят хозяйства на то, чтобы получить продукт? Выращивание на плохих почвах с рисками загубить урожай оборачивается затратами на сохранение урожая, которые нужно чем-то отбивать. И единственный вариант - это задрать ценник. У западных партнёров объёмы в разы больше, им продукт девать некуда, вот они и демпингуют.
Хорошая статья и интересный проект.
Я совсем не дизайнер интерфейсов и не владею понятийным апаратом в этой области. Но мне чудится некое несоответствие понятия "доступность" с ограниченными возможностями человека по тем или иным причинам. В ОСях это решается путём введения раздела настроек вроде "Специальные возможности". Вероятно, меня сбивает палкой определение доступности в автоматизированных системах, где рассматривается обезличенный оператор системы, по умолчанию умеющий пользоваться условным пультом управления системой при наличии инструкции по эксплуатации.
Про дизайн же и сочетаемость цветов у меня в голове только одна фраза некого известного дизайнера: "Красный и зелёный цвета не сочетаются? Посмотрите на грядку с клубникой." Хотя для дальтоников всё не так однозначно...
Доброе утро.
Я три раза пытался отрастить себе длинные патлы. На третий - получилось.)) Почему они поначалу вьются, а потом перестают? Сейчас вообще почти прямые, только кончики завиваются.
По длине тоже вопрос. У меня джо лопаток. Дальше - ни-ни. Что это за ограничение?
И два "вбоквелл"-вопроса. 1) Почему весной волос на расчёске остаётся значительно больше, чем в остальные времена года? 2) Что за аномалия: видимая мне в зеркало часть волос поголовно светлая (кстати, до женитьбы было довольно много седых, середина на половину, после - только светлые), а в районе затылка - больше тёмных (обнаруживается при расчёсывании).
Я, как прагматик, - извините! - не въехал, к чему эта статья тут. Порицание - да, согласен. Но вот всё остальное - под огромнейшим вопросом. Да, лингвистам сейчас о-очень непросто. Практически на ходу меняется практически всё. И, что самое главное, в худшую сторону.
Вот да, согласен. Когда я пришёл работать на текущее место работы, после понятного КМБ, у меня стали возникать вопросы, которые, по большому счёту, выходили за границы моей ответственности. Почти всегда мне отвечали: "Какое твоё дело?" Не так грубо, конечно, но смысл был именно такой. Но за два года мне удалось получить целостную картину. Это в итоге позволило оптимизировать как собственную работу (когда точно знаешь, чем аукнется твоё действие на другом конце цепочки), так и взаимодействие с коллегами из других подразделений, с которыми, на первый взгляд, я вообще не должен был встречаться.
Имхо, правило 1 и правило 4 коррелируют.