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