Не могу не похвалить стиль и слог статьи, а также её структурированность. В тексте и комментариях разбросаны намёки, что будут ещё статьи. Буду ждать. Хотя есть несколько моментов, где видно, что автор немного недоговорил или недораскрыл тему или раздел. Но это ничего не портит.
По эстетике общего оформления vault-а мне всё-таки ближе фраевская "Энциклопедия мифов". Как раз с неё начинался мой нынешний период жизни. Так что за подсказку - спасибо!
Теперь немного по конкретике.
братская могила мыслей
Сильно сказано. :)
Daily-заметки (позвоночник системы). Одна заметка на день по шаблону... Важно: daily – это лог. Прошлые дни не редактируются.
Интересный подход. Подумаю.
Я-то ввёл два католога на эту тему: Дневник и Проекты. Дневник - это мои отвлечённые мысли, с датой и временем в названии заметки + краткое описание заметки. Проекты - это тематические заметки. Например, какая-то поездка. В поездке я веду лог по нитке маршрута, но тем же способом, как и в Дневнике.
Но ваш подход более удобен. Когда одна заметка на день, её удобно на старте дня сформировать по шаблону, а потом только дополнять до момента отхода ко сну. Если, конечно, дело не переходит на следующий день. (Как случилось у меня в поездке две недели назад.) Как тут быть? С ноля часов ноля минут формировать новую заметку?
Спринты ... я планирую циклами, новолуние к новолунию...
Откуда берёте точную дату и время новолуния?
Книги. ... Электронные книги читаю внутри Obsidian...
Какой формат у книг? Про плагин - прочитал. Жду статью.
Синхронизация: от Google Drive до своего сервера
Я хотел было использовать Syncthing. Но столкнулся с тем, что на рабочем компе невозможно настроить синхронизацию. До него тупо не достучаться. Можно, конечно, отделить базу личную от рабочей, и всё, что личное на работе - только в телефон. Но соблазн-то велик... Но я подумаю над этим. Ежевечерне зиповать файлы и кидать куда-то в облако уже надоело.
Думаю, что баллы ей сдёрнули за сам факт использования нейросетки. А вернули, потому что она всё объяснила. Хотя я, как бывший препод, баллы бы ей не вернул. Именно потому, что призналась.
По самой фиче: интересно, но это вынести куда-то в другое место. Возможно, на сайдбар, как это сделано с блоком "Читают сейчас". И хорошо бы, чтобы тоже была прикручена минимальная статистика, как сделано в том блоке.
Теперь некоторая критика.
У хронологических лент есть два неочевидных плюса, которые Хабру критически важно сохранить.
И сто процентов один недостаток (во всяком случае, как это сейчас устроено на Хабре). Когда ты уезжаешь на пару недель в отпуск в места без связи, по возвращении долистать ленту до тех постов, которые ты читал, уже невозможно. Конкретный пример: уехал 24 июля, вернулся 6 августа. Хронологическую ленту смог долистать только до 28 июля. Т.е. посты с 24 июля по 27 июля оказались недоступными для просмотра хотя бы загов. Ответ техподдержки на мой вопрос про это: "У нас не реализована возможность избирательно увеличить размер выборки ленты."
Можно ли сделать нечто вроде календаря публикаций в виде таблицы, как сделано в ЖЖ, например? Или в профиле сделать настройку "В отпуске", чтобы посты собирались в индивидуальную подборку, которую по возвращении из отпуска можно было бы спокойно пролистать?
У нас компания про другое, но прочитать было интересно.
У нас всем инструментом и контрольно-измерительными приборами отдан в контрольно же измерительную лабораторию. Они и электроиспытания сложные проводят (типа дать пять киловольт на разъём и посмотреть, не задымится ли), и ведают выдачей инструментов во временное пользование, а также занимаются поверкой инструмента. Не спрашивал, честно говоря, есть ли у них попоболь на все эти темы.
Заявки на испытания им поступают через сервис-деск. А вот оперативный учёт инструмента в работе ведут просто в бумажном талмуде. Как и за что они потом отчитываются - вообще не в курсе.
Так вот хочу спросить: поверка контрольно-измерительного оборудования в сторонних метрологических организациях как-то встроена у вас?
Да, регистрация и учёт ТМЦ на складе ведутся в PDM и ERP соответственно. Но это больше про КД на продукцию и её выпуск, нежели про жизненный цикл инструмента для повседневной работы. И вот задумался неожиданно...
ЖЦ продукции у нас сидит в отдельном продукте. PDM - выпускаем КД на продукцию -> перегружаем в ERP структуру под конкретный заказ -> в ERP каждой единице продукции присваивается серийный номер -> ТМЦ и КД отправляется на производство -> собираем, контроль ОТК, пакуем, формируем упаковочную ведомость -> отгружаем... И всё. На этом ЖЦ уезжает в другую подсистему. Упаковочник руками грузят туда, и отгрузка начинает жить своей жизнью уже там.
Для меня как разработчика проблема в том, что если прилетает информация, что где-то на объекте что-то случилось с таким-то заказом, то указывается серийный номер конкретного изделия (что понятно), а не обозначение структуры по КД для серии проблема. С той подсистемой, что работает с конкретными экземплярами продукции, я почти не сталкиваюсь. Только вот таких вот форс-мажорах. Моя территория - это PDM. В ERP вообще не лезу. Но я имею доступ к базе заказов через подсистему, и могу при необходимости глянуть, по какой структуре делался этот заказ. Руками. Опять. А потом пойти в PDM и посмотреть, чего же там навертели мы.
Имхо, по-моему тут какой-то "провис": один руками загоняет серийник и комплектацию в виде упаковочника в базу, другой потом лезет в эту базу уточнить, а что ж там было с т.з. КД, и вручную (копипастой) переносит данные в поиск в свою систему. У нас, конечно, в компании сейчас не та ситуация, чтобы думать над оптимизацией процессов. Но этот момент меня после вашей статьи что-то зацепил. Можете оценить ход моих размышлений? Если, конечно, это как-то соприкасается с вашими задачами по работе.
О-о... На первой своей работе работал в отделе по проектированию микросборок. Непосредственным начальником у меня был как раз разработчик топологий оных. Я-то пришёл на должность инженера-конструктора по всякой механике, а мой начальник в этом - ни бельмеса. Зато его усидчивость и терпение при перестановке картонных деталей и сотая по счёту перерисовка разводки дорожек сделали очень важную для меня вещь. Не понимая ровным счётом ничего в деталях машин и механизмов, он гонял меня по любому поводу в библиотеку за соответствующим ГОСТом или стандартом ЕСКД и потом буквально по словам заставлял разбирать стандарт. По этому поводу я чуть не рыдал первые полгода. Зато эта школа жизни приучила меня к главному принципу настоящего инженера: "Не торопись!"
К несчастью, на нынешней работе последние лет семь этот принцип основательно подзабыли (всего же на этом предприятии я работаю 15 лет). И огребаем граблей за это регулярно.
Как-то у вас всё слишком гладко и красиво. Вот ни разу не поверю, что в этой среде все были прямо хиппи-хиппи. И что уровень преступности был чрезвычайно низкий. И что морды тем же туркам не били.
Хех. Мы на работе интегрировали стоечный Systeme Electric, чтобы агрегат включался-выключался по кнопке. Так при смене модели у них поменялась логика работы аварийного отключения, на которую мы опирались. Пришлось плату управления переразводить. Теперь, ёкарный бабай, два варианта.
Интересно. Но: я не люблю видео. Больше бы устроил такой вариант: в музее ставится свой небольшой веб-сервер, собирается на статике простой сайт к картинками и текстом, подключаем телефон посетителя по вай-фаю к внутренней сети, а рядом с экспонатами размещаем куар-коды с адресами соответствующих страниц на веб-сервере. Посмотрел на экспонат, захотелось большего - прочитал на телефоне.
Достаёт каждый раз копировать это дело.
Кланяюсь за ответ. :) Уж больно ваш пост зашёл. Потому что вскрыл множество моих собственных проблем про ведение личной базы в Обсидиан.
А у вас есть шаблон для дэйли? Не поделитесь? И как структурируете внутри дэйли всю информацию? Это, кмк, важнее того, что заметки именно в Обсидиане.
Упс. Да, вы правы. Про нейросетку она ни слова не сказала.
Доброе утро.
Не могу не похвалить стиль и слог статьи, а также её структурированность. В тексте и комментариях разбросаны намёки, что будут ещё статьи. Буду ждать. Хотя есть несколько моментов, где видно, что автор немного недоговорил или недораскрыл тему или раздел. Но это ничего не портит.
По эстетике общего оформления vault-а мне всё-таки ближе фраевская "Энциклопедия мифов". Как раз с неё начинался мой нынешний период жизни. Так что за подсказку - спасибо!
Теперь немного по конкретике.
Сильно сказано. :)
Интересный подход. Подумаю.
Я-то ввёл два католога на эту тему: Дневник и Проекты. Дневник - это мои отвлечённые мысли, с датой и временем в названии заметки + краткое описание заметки. Проекты - это тематические заметки. Например, какая-то поездка. В поездке я веду лог по нитке маршрута, но тем же способом, как и в Дневнике.
Но ваш подход более удобен. Когда одна заметка на день, её удобно на старте дня сформировать по шаблону, а потом только дополнять до момента отхода ко сну. Если, конечно, дело не переходит на следующий день. (Как случилось у меня в поездке две недели назад.) Как тут быть? С ноля часов ноля минут формировать новую заметку?
Откуда берёте точную дату и время новолуния?
Какой формат у книг? Про плагин - прочитал. Жду статью.
Я хотел было использовать Syncthing. Но столкнулся с тем, что на рабочем компе невозможно настроить синхронизацию. До него тупо не достучаться. Можно, конечно, отделить базу личную от рабочей, и всё, что личное на работе - только в телефон. Но соблазн-то велик... Но я подумаю над этим. Ежевечерне зиповать файлы и кидать куда-то в облако уже надоело.
Думаю, что баллы ей сдёрнули за сам факт использования нейросетки. А вернули, потому что она всё объяснила. Хотя я, как бывший препод, баллы бы ей не вернул. Именно потому, что призналась.
Доброе утро.
По самой фиче: интересно, но это вынести куда-то в другое место. Возможно, на сайдбар, как это сделано с блоком "Читают сейчас". И хорошо бы, чтобы тоже была прикручена минимальная статистика, как сделано в том блоке.
Теперь некоторая критика.
И сто процентов один недостаток (во всяком случае, как это сейчас устроено на Хабре). Когда ты уезжаешь на пару недель в отпуск в места без связи, по возвращении долистать ленту до тех постов, которые ты читал, уже невозможно. Конкретный пример: уехал 24 июля, вернулся 6 августа. Хронологическую ленту смог долистать только до 28 июля. Т.е. посты с 24 июля по 27 июля оказались недоступными для просмотра хотя бы загов. Ответ техподдержки на мой вопрос про это: "У нас не реализована возможность избирательно увеличить размер выборки ленты."
Можно ли сделать нечто вроде календаря публикаций в виде таблицы, как сделано в ЖЖ, например? Или в профиле сделать настройку "В отпуске", чтобы посты собирались в индивидуальную подборку, которую по возвращении из отпуска можно было бы спокойно пролистать?
Доброе утро.
У нас компания про другое, но прочитать было интересно.
У нас всем инструментом и контрольно-измерительными приборами отдан в контрольно же измерительную лабораторию. Они и электроиспытания сложные проводят (типа дать пять киловольт на разъём и посмотреть, не задымится ли), и ведают выдачей инструментов во временное пользование, а также занимаются поверкой инструмента. Не спрашивал, честно говоря, есть ли у них попоболь на все эти темы.
Заявки на испытания им поступают через сервис-деск. А вот оперативный учёт инструмента в работе ведут просто в бумажном талмуде. Как и за что они потом отчитываются - вообще не в курсе.
Так вот хочу спросить: поверка контрольно-измерительного оборудования в сторонних метрологических организациях как-то встроена у вас?
Да, регистрация и учёт ТМЦ на складе ведутся в PDM и ERP соответственно. Но это больше про КД на продукцию и её выпуск, нежели про жизненный цикл инструмента для повседневной работы. И вот задумался неожиданно...
ЖЦ продукции у нас сидит в отдельном продукте. PDM - выпускаем КД на продукцию -> перегружаем в ERP структуру под конкретный заказ -> в ERP каждой единице продукции присваивается серийный номер -> ТМЦ и КД отправляется на производство -> собираем, контроль ОТК, пакуем, формируем упаковочную ведомость -> отгружаем... И всё. На этом ЖЦ уезжает в другую подсистему. Упаковочник руками грузят туда, и отгрузка начинает жить своей жизнью уже там.
Для меня как разработчика проблема в том, что если прилетает информация, что где-то на объекте что-то случилось с таким-то заказом, то указывается серийный номер конкретного изделия (что понятно), а не обозначение структуры по КД для серии проблема. С той подсистемой, что работает с конкретными экземплярами продукции, я почти не сталкиваюсь. Только вот таких вот форс-мажорах. Моя территория - это PDM. В ERP вообще не лезу. Но я имею доступ к базе заказов через подсистему, и могу при необходимости глянуть, по какой структуре делался этот заказ. Руками. Опять. А потом пойти в PDM и посмотреть, чего же там навертели мы.
Имхо, по-моему тут какой-то "провис": один руками загоняет серийник и комплектацию в виде упаковочника в базу, другой потом лезет в эту базу уточнить, а что ж там было с т.з. КД, и вручную (копипастой) переносит данные в поиск в свою систему. У нас, конечно, в компании сейчас не та ситуация, чтобы думать над оптимизацией процессов. Но этот момент меня после вашей статьи что-то зацепил. Можете оценить ход моих размышлений? Если, конечно, это как-то соприкасается с вашими задачами по работе.
О-о... На первой своей работе работал в отделе по проектированию микросборок. Непосредственным начальником у меня был как раз разработчик топологий оных. Я-то пришёл на должность инженера-конструктора по всякой механике, а мой начальник в этом - ни бельмеса. Зато его усидчивость и терпение при перестановке картонных деталей и сотая по счёту перерисовка разводки дорожек сделали очень важную для меня вещь. Не понимая ровным счётом ничего в деталях машин и механизмов, он гонял меня по любому поводу в библиотеку за соответствующим ГОСТом или стандартом ЕСКД и потом буквально по словам заставлял разбирать стандарт. По этому поводу я чуть не рыдал первые полгода. Зато эта школа жизни приучила меня к главному принципу настоящего инженера: "Не торопись!"
К несчастью, на нынешней работе последние лет семь этот принцип основательно подзабыли (всего же на этом предприятии я работаю 15 лет). И огребаем граблей за это регулярно.
Так что искренне приветствую вашу дотошность.
На мой взгляд, идея вайб-кодить мониторинг безопасности выглядит не очень безопасно. Судя по тому, на чём вы остановились, и эти грабли сработали.
Напомнило "Код. Тайный код информатики" Петцольда. :)
Ясно.) Пасяб за разъяснение. А то вообще контекст непонятен был.
Так как правильно-то: Mermaid или
mermind?Н-да... Лучше "Никиту" посмотреть ещё раз.
Как-то у вас всё слишком гладко и красиво. Вот ни разу не поверю, что в этой среде все были прямо хиппи-хиппи. И что уровень преступности был чрезвычайно низкий. И что морды тем же туркам не били.
Хех. Мы на работе интегрировали стоечный Systeme Electric, чтобы агрегат включался-выключался по кнопке. Так при смене модели у них поменялась логика работы аварийного отключения, на которую мы опирались. Пришлось плату управления переразводить. Теперь, ёкарный бабай, два варианта.
Пафос - через край.
Если вы проектируете так же, как пишете статьи - миль пардон с вами связываться.
Угу. Или так: вместо обычных моников вешать сенсорные, чтобы можно было выбрать режим "видео/аудио/текст".
Интересно, коснётся ли это Хабра?
Интересно. Но: я не люблю видео. Больше бы устроил такой вариант: в музее ставится свой небольшой веб-сервер, собирается на статике простой сайт к картинками и текстом, подключаем телефон посетителя по вай-фаю к внутренней сети, а рядом с экспонатами размещаем куар-коды с адресами соответствующих страниц на веб-сервере. Посмотрел на экспонат, захотелось большего - прочитал на телефоне.