Information
- Rating
- 5,687-th
- Location
- Москва, Москва и Московская обл., Россия
- Works in
- Registered
- Activity
Specialization
Бэкенд разработчик, Архитектор программного обеспечения
Ведущий
Python
Высоконагруженные системы
PostgreSQL
Английский язык
Spring Boot
Git
опыт общения с WD, QNAP подсказывал, что Synology и Terramaster примерно такая-же проприетарщина, работающая по правилу "как заплачено, так и ... работает".
У меня есть опыт только с Synology. Стоит дорого, работает хорошо. Так что не могу не согласиться 😁
Вечно актуальная тема. На днях перечитывал статью Дорофеева про это
Горячо поддерживаю всё написанное!
Но, как мне кажется, эти правила применяют не только ИТ-лиды, но и все люди, ценящие своё и чужое время и рационально его расходующие.
Просто форма маркетинга вместе с брейнсорсингом, ничего личного.
Спасибо!
Инструкции по созданию бота через 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