Как раз хотел добавить, что у PlantUML помимо описанных в статье прекрасных типов диаграмм есть довольно приятный на вид mindmap: https://plantuml.com/ru/mindmap-diagram
С небольшой стилизацией выглядит вообще волшебно. И писать просто - как многоуровневый список.
А так - диаграммы классов, последовательности и активности - самый топ.
Когда схемы большие, начинается шаманство с размещением элементов для повышения удобочитаемости, но это отдельная история.
Спасибо за объяснение и примеры, но в моей картине мира это выглядит по-другому.
RUG (Repeat Until Good) — это принцип, который говорит: улучшай код итеративно, пока он не станет достаточно хорошим для поставленных целей. Как прогрессивный JPEG.
То есть, наговнякай, чтобы работало хоть как-то, а потом доводи но нужного уровня хорошести.
Одновременно измененные MD через Obsidian git нормально мёрджатся, а вот если одновременно изменить canvas, тогда чуда не произойдет, и придется исправлять конфликт вручную. Это единственный недостаток командной работы над требованиями в Obsidian с синхронизацией через git, в остальном работает шикарно.
Не удаётся установить по инструкции в Chrome (https://github.com/krakotay/ai-translator-chrome?tab=readme-ov-file#installation) ни одним способом: 1. При перетаскивании в окно chrpme://extensions появляется сообщение CRX_REQUIRED_PROOF_MISSING, и CRX-файл удаляется, не устанавливаясь. 2. Папки dist в исходных файлах нет.
Мои изыскания и опыт показывают, что успешный успех зависит от того, насколько соискатель и работодатель подходят друг другу.
Парадоксально, но более слабый в целом кандидат может считаться более успешным и ценным для конкретной вакансии, если у него больше опыта или навыков в конкретной наиболее важной для работодателя области.
Таким образом, любой кандидат может найти идеальную для себя работу. Это лишь вопрос количества собеседований. Поэтому кмк важно быть честным перед собой и работодателем и не останавливаться, пока не получите предложение, которое будет со всех сторон подходящим. Плюс при принятии решения нужно обращать внимание на эмоции и интуицию, а не только руководствоваться логикой, переходящей в гипотезы.
У меня семейное дерево было на rodivid.org, потом перерисовал на канвасе Obsidian.
Фоточки распределяются по виртуальным папкам людей, чьи лица на них присутствуют, штатной функцией Synology. Сразу после того как автоматически скидываются с телефонов на этот семейный NAS.
Поэтому я иногда мечтаю о простом языке описания системных требований на базе Markdown — с минимальной валидацией, автокомплитом и всем прочим.
Не совсем голый маркдаун, а ещё немного магии Obsidian Dataview. Я примерно это сделал для своей продуктовой команды. В пике трекали 390 требований. Мапили на них истории, критерии приемки и версии продукта.
Спасибо!
Инструкции по созданию бота через botfather уже несколько утомили, но в общем статья полезная: увидел, как временно ограничивать пользователя.
Это, наверно, вопрос к комиссии и к процессу поддержки статуса «правильного» производителя
Во всем согласен с автором, только встречи не отклоняю. Поэтому на собственно работу остаётся часов 10 в неделю
И правда 😁
Есть же аналитики, лучше через них
Как раз хотел добавить, что у PlantUML помимо описанных в статье прекрасных типов диаграмм есть довольно приятный на вид mindmap: https://plantuml.com/ru/mindmap-diagram
С небольшой стилизацией выглядит вообще волшебно. И писать просто - как многоуровневый список.
А так - диаграммы классов, последовательности и активности - самый топ.
Когда схемы большие, начинается шаманство с размещением элементов для повышения удобочитаемости, но это отдельная история.
В прошлом году выступал на Flowconf с темой AsyncAPI: https://m.vk.com/video-214741188_456239297
Поздравляю, вы изобрели заметки и рабочий журнал! 🎉🎉🎉
Да. Но из вашего объяснения в посте это следует очень неявно.
Причина кмк в неправильном переводе расшифровки термина на русский язык.
Until перевели как while, хотя это противоположности.
Спасибо за объяснение и примеры, но в моей картине мира это выглядит по-другому.
RUG (Repeat Until Good) — это принцип, который говорит: улучшай код итеративно, пока он не станет достаточно хорошим для поставленных целей. Как прогрессивный JPEG.
То есть, наговнякай, чтобы работало хоть как-то, а потом доводи но нужного уровня хорошести.
В моей реализации по ссылке в первом комменте идентификаторы требований семантические - от общего к частному через точку.
Это даёт дополнительные возможности поиска и связи требований, ну и в принципе удобно.
P.S. MD - это Markdown, как верно отметили выше. Прошу прощения, что непонятно высказался. Думал, что в контексте Obsidian будет понятно.
Грамотное управление требованиями - залог хорошего продукта.
Я тоже делал систему управления требованиями для команды аналитиков, и тоже в Obsidian 😀
https://github.com/dimonier/Obsidian-Requirements-Management
Одновременно измененные MD через Obsidian git нормально мёрджатся, а вот если одновременно изменить canvas, тогда чуда не произойдет, и придется исправлять конфликт вручную. Это единственный недостаток командной работы над требованиями в Obsidian с синхронизацией через git, в остальном работает шикарно.
Спасибо, получилось установить из dist.
Переводит прекрасно :)
Как бы ещё сделать кнопку для перевода страницы целиком (а не только выделенного элемента)?
Так уж и все? Я не юзаю. Автор, видимо, тоже.
Не удаётся установить по инструкции в Chrome (https://github.com/krakotay/ai-translator-chrome?tab=readme-ov-file#installation) ни одним способом:
1. При перетаскивании в окно chrpme://extensions появляется сообщение CRX_REQUIRED_PROOF_MISSING, и CRX-файл удаляется, не устанавливаясь.
2. Папки
distв исходных файлах нет.Так и есть. Повторение - мать учения 😁
Мои изыскания и опыт показывают, что успешный успех зависит от того, насколько соискатель и работодатель подходят друг другу.
Парадоксально, но более слабый в целом кандидат может считаться более успешным и ценным для конкретной вакансии, если у него больше опыта или навыков в конкретной наиболее важной для работодателя области.
Таким образом, любой кандидат может найти идеальную для себя работу. Это лишь вопрос количества собеседований. Поэтому кмк важно быть честным перед собой и работодателем и не останавливаться, пока не получите предложение, которое будет со всех сторон подходящим. Плюс при принятии решения нужно обращать внимание на эмоции и интуицию, а не только руководствоваться логикой, переходящей в гипотезы.
Опечатка в адресе сайта. Правильно: rodovid.org
Хорошая тема, спасибо за статью!
У меня семейное дерево было на rodivid.org, потом перерисовал на канвасе Obsidian.
Фоточки распределяются по виртуальным папкам людей, чьи лица на них присутствуют, штатной функцией Synology. Сразу после того как автоматически скидываются с телефонов на этот семейный NAS.
Спасибо, с удовольствием прочитал.
Для связей 1:М можно использовать как список (массив) FK в первой таблице, так и обычный FK во второй таблице
Скрытое продвижение однополых отношений. Теперь и с ИИ 🤣
Не совсем голый маркдаун, а ещё немного магии Obsidian Dataview. Я примерно это сделал для своей продуктовой команды. В пике трекали 390 требований. Мапили на них истории, критерии приемки и версии продукта.
https://github.com/dimonier/Obsidian-Requirements-Management