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