И чуть менее аналог и много более дороже.
Попытался повторить одну интеграцию. Начал с подключения чтения RSS. Вариант «просто читать RSS» — не нашёл (отсутствует?). Ок, другой вариант: «чтение RSS с помощью feedly» — … требуется включить платную подписку на feedly!
Когда я ходил последний раз по вакансиям — точно в нескольких из них это было в требованиях (хотя не UML в целом, а некоторые определённые схемы и/или инструменты моделирования) и точно, как минимум, один раз просили нарисовать на бумажке.
Но я не разработчик. :)
Вот как раз со вставкой никаких проблем нет. Более того, даже более удобно: выделил часть, оттащил в сторону, дорисовал/вставил новое, задвинул часть обратно, при этом расположил элементы с учётом увеличившейся схемы. (Это может быть немного муторно, если схема ну очень большая, но это значит, что либо вы не умеете в композицию/вложенность/подпроцессы, либо это редкий уникальный случай.)
В случае plantuml — она либо тупо расширила схему, либо как-то, по её мнению, перерисовала, решив, что «она так видит» (знаю, плавал, скриншоты этого треша не сохранил), что выливается в… (читаем предыдущее моё сообщение) «долго разбираешься и пробуешь, как же так написать «код», чтобы он отображал элементы диаграммы так, как надо»
Вот про версионность — согласен. Но пока не пригождалось. :)
Он очень полезен, когда нужно описать средние и сложные процессы. Хотя я иногда и простые описываю.
Потому что диаграмма:
1. это не текст из кучи неопределённых слов и домысливаний. Разработчики обычно говорят спасибо.
2. позволяет найти все ветвления процесса и описать их поведение.
Plantum смог применять только для диаграммы последовательности. И то — с трудом, потому что долго разбираешься и пробуешь, как же так написать «код», чтобы он отображал элементы диаграммы так, как надо.
Другие типы диаграм попробовал нарисовать что-то простое — оно сразу на этом этапе становилось непонятным как текст, а следовательно, теряло единственное преимущество перед картинкой.
Проще и быстрее использовать редактор WYSIWYG.
Туда принимают только с собранной командой.
А идеи везде убоги, потому что (а) отбор идей идёт инвесторами, которым нужны деньги (это не плохо, это констатация факта) и потому, что (б) в обществе придерживаются мнения, что «идея без реализации ничего не стоит» (не все хорошие идеи можно реализовать в одиночку и не про все идеи можно понять, что они хорошие). В итоге (а) + (б) = 0.
Ну, во-первых, это распространение лицензионного контента. ;) Попробуйте, загуглить на тех ресурсах, которые нельзя называть.
Во-вторых, да, нужен особый телевизор.
Есть одно преимущество Smart TV перед Android box'ами — возможность проигрывать видео Double Vision «из файлов».
Упомянутый Shield может играть DV только с онлайн-сервисов.
Это уже плохая реализация.
Во-первых, можно установить время, чтобы свет при обнаружении движения горел столько, чтобы вам точно хватило. Будет не экономно, но за реальные удобства можно и заплатить.
Во-вторых, как у нас, можно выключатель сделать внутри туалета, который включает постоянное освещение. Используется для посиделок на унитазе и для душа.
За несколько лет ни разу не махал руками и ни одной лампочки не перегорело. Но лампочки у нас светодиодные, может поэтому. :)
UPD: Ещё читал статейку, кажется тут, на хабре, кто-то заморочился и сделал триггер на туалетную дверь — срабатывает, если дверь закрылась: если триггер сработал и в туалете движение, то свет горит пока триггер не сработает ещё раз. Как-то так.
>> Как раз «вставлять/доставать пистолет» это мне кажется наименьшей из проблем.
Я показал, что мысль автора о том, что он, грубо говоря, больше не думает о заправке, на самом деле является постоянным думаньем о заправке.
Что же касается именно «вставлять/доставать пистолет», то предлагаю провести простой эксперимент: установить в туалете включение/выключение света по датчику движения. Вот тогда вы увидите, что такое эволюция в реальности и есть ли тут проблема. :)
Но тебе приходится постоянно «вставлять/доставать пистолет». Искать место с зарядкой. Пусть его и хорошо видно, но выглядывать его тебе всё равно приходится. Получается, что да, ждать заливки электричества в бак не надо, но надо проводить кучу мелких действий по постоянному подсоединению и отсоединению машины от зарядки.
Посчитаем.
Я как-то ездил на работу. Заправлялся ровно каждые 2 недели. Это 10 рабочих дней. Время на заправку — 5 минут. (Сейчас с помощью Яндекс.Заправки — это 2 минуты.)
Как это было бы на электрике. В каждой точке нужно вставить «шланг» и снять шланг. Допустим, 15 секунд на действие. (У меня есть электросамокат — могу представить. :) ). 10 дней — это 10 поездок — это 20 действий. 20*15=300 = 5 минут.
Не осилил все комменты, возможно кто-то уже обратил внимание:
С одной стороны написано, что на бензиновые заправки смотрю как на каменный век, но с другой стороны написано (и подтверждено кучкой фоток), что паркуюсь только на электрических заправках (и надо всегда быть с заряженной батареей).
Эволюции не увидел.
Можно не классический.
Персонаж видит на N шагов. Всё, что дальше — отсутствует, появляется при доступе и удаляется при покидании. Получается, если тебе дадут задание принести предмет, то за предметом ты идёшь одной дорогой, а обратно — другой. :)
Про фантазии аналитиков знаю. И про нюансы согласен. Но в данном случае я был прав. И другая команда это доказала.
Аналог — это как у тебя есть библиотека с однострочным label'ем, тебе нужен контрол для отображения многострочного текста, но ты не пишешь новый контрол, а просто пихаешь на форму много label'ей. :)
P.S. Ну и контрольный: контрол был согласован заказчиком, но пришлось отменять. :)
Так и думал, что задену за святое. :)
И да, разработчик я уже так себе. Но до сих пор иногда могу тыкать носом текущих разработчиков в их баги. :)
Тот пример «невозможности» уже не помню (больше 10 лет прошло), но есть пример из текущей работы: я придумал самодельный контрол, но разраб отказался делать, т.к. он отсутствует в UI-библиотеке (плюс ещё несколько причин). А через неделю увидел реализацию этого контрола в другой команде (UI-библиотека та же самая).
Т.е. будучи разрабом, ты больше думаешь о реализации, а не о нужности.
Попытался повторить одну интеграцию. Начал с подключения чтения RSS. Вариант «просто читать RSS» — не нашёл (отсутствует?). Ок, другой вариант: «чтение RSS с помощью feedly» — … требуется включить платную подписку на feedly!
Но я не разработчик. :)
В случае plantuml — она либо тупо расширила схему, либо как-то, по её мнению, перерисовала, решив, что «она так видит» (знаю, плавал, скриншоты этого треша не сохранил), что выливается в… (читаем предыдущее моё сообщение) «долго разбираешься и пробуешь, как же так написать «код», чтобы он отображал элементы диаграммы так, как надо»
Вот про версионность — согласен. Но пока не пригождалось. :)
Потому что диаграмма:
1. это не текст из кучи неопределённых слов и домысливаний. Разработчики обычно говорят спасибо.
2. позволяет найти все ветвления процесса и описать их поведение.
Другие типы диаграм попробовал нарисовать что-то простое — оно сразу на этом этапе становилось непонятным как текст, а следовательно, теряло единственное преимущество перед картинкой.
Проще и быстрее использовать редактор WYSIWYG.
А идеи везде убоги, потому что (а) отбор идей идёт инвесторами, которым нужны деньги (это не плохо, это констатация факта) и потому, что (б) в обществе придерживаются мнения, что «идея без реализации ничего не стоит» (не все хорошие идеи можно реализовать в одиночку и не про все идеи можно понять, что они хорошие). В итоге (а) + (б) = 0.
Во-вторых, да, нужен особый телевизор.
Упомянутый Shield может играть DV только с онлайн-сервисов.
Во-первых, можно установить время, чтобы свет при обнаружении движения горел столько, чтобы вам точно хватило. Будет не экономно, но за реальные удобства можно и заплатить.
Во-вторых, как у нас, можно выключатель сделать внутри туалета, который включает постоянное освещение. Используется для посиделок на унитазе и для душа.
За несколько лет ни разу не махал руками и ни одной лампочки не перегорело. Но лампочки у нас светодиодные, может поэтому. :)
UPD: Ещё читал статейку, кажется тут, на хабре, кто-то заморочился и сделал триггер на туалетную дверь — срабатывает, если дверь закрылась: если триггер сработал и в туалете движение, то свет горит пока триггер не сработает ещё раз. Как-то так.
Я показал, что мысль автора о том, что он, грубо говоря, больше не думает о заправке, на самом деле является постоянным думаньем о заправке.
Что же касается именно «вставлять/доставать пистолет», то предлагаю провести простой эксперимент: установить в туалете включение/выключение света по датчику движения. Вот тогда вы увидите, что такое эволюция в реальности и есть ли тут проблема. :)
Посчитаем.
Я как-то ездил на работу. Заправлялся ровно каждые 2 недели. Это 10 рабочих дней. Время на заправку — 5 минут. (Сейчас с помощью Яндекс.Заправки — это 2 минуты.)
Как это было бы на электрике. В каждой точке нужно вставить «шланг» и снять шланг. Допустим, 15 секунд на действие. (У меня есть электросамокат — могу представить. :) ). 10 дней — это 10 поездок — это 20 действий. 20*15=300 = 5 минут.
С одной стороны написано, что на бензиновые заправки смотрю как на каменный век, но с другой стороны написано (и подтверждено кучкой фоток), что паркуюсь только на электрических заправках (и надо всегда быть с заряженной батареей).
Эволюции не увидел.
Персонаж видит на N шагов. Всё, что дальше — отсутствует, появляется при доступе и удаляется при покидании. Получается, если тебе дадут задание принести предмет, то за предметом ты идёшь одной дорогой, а обратно — другой. :)
Аналог — это как у тебя есть библиотека с однострочным label'ем, тебе нужен контрол для отображения многострочного текста, но ты не пишешь новый контрол, а просто пихаешь на форму много label'ей. :)
P.S. Ну и контрольный: контрол был согласован заказчиком, но пришлось отменять. :)
И да, разработчик я уже так себе. Но до сих пор иногда могу тыкать носом текущих разработчиков в их баги. :)
Тот пример «невозможности» уже не помню (больше 10 лет прошло), но есть пример из текущей работы: я придумал самодельный контрол, но разраб отказался делать, т.к. он отсутствует в UI-библиотеке (плюс ещё несколько причин). А через неделю увидел реализацию этого контрола в другой команде (UI-библиотека та же самая).
Т.е. будучи разрабом, ты больше думаешь о реализации, а не о нужности.