Да, вы правы. В текущем виде есть много возможностей сотворить «монстра», напутав даже с такими примитивными анатомическими особенностями и т.д. Спец. инструмент действительно помог бы, кроме того, с его помощью можно было бы решить массу других проблем. Например, анимировать наиболее выразительных «человечков».
Пост был скрыт модератором. Автор провел дополнительную работу, пост прошел через песочницу, автор получил новый инвайт (спасибо подарившему) и вот мы снова в эфире.
Облако VS десктоп — вопрос уже давно решенный, очередной виток эволюции. Приватные или публичные облака — все там будем.
Позволю себе добавить немного иронии, поскольку в очередной раз многие компании потратятся на новый buzzword не особо заботясь о реальной экономической выгоде.
Я не спорю с вами, просто хочу обратить ваше внимание на следующее: слепое следование правилам (отбрасывая область их применимости) может пагубно сказаться на результате. Инженерный чертеж является очень узкой областью, соответственно любое заимствование правил, применимых к нему, требует некоторого внимания и дополнительной адаптации. Смею предположить, что ваше мнение, выраженное правильно и полностью, только улучшит понимание и содержательность любой беседы с вашим участием.
Касательно оригинала: автор вопроса указывает на невозможность или нежелание менять стиль, что вполне понятно. Я лишь пытался продемонстрировать возможность существенно упростить задачу разработчика путем изменения начальных требований к стилю. Прошу отметить, я не называю одно из решений правильным, а другое ложным. Идея проста — показать наличие другого пути.
Давайте представим следующую ситуацию: практически одновременно у двух команд появляется идея создать проект, который бы позволил людям легко аннотировать любые изображения, найденные в сети. Грубо говоря, интерфейс пользователя можно описать как «кликнул — написал». Далее система автоматически генерирует удобочитаемый результат.
Какой вариант вы бы выбрали?
Упрощение стиля, ведущее к стабильному и узнаваемому результату и быстрый выход в публичную фазу?
Безоговорочное следование канонам, но чуть более или существенно чуть более долгую разработку, отладку и последующий выход на публику не имея полной уверенности в том, как будут размещены эти непослушные сноски?
Использование генетического алгоритма, кстати, может привести к потрясающей ресурсоемкости без гарантированного результата. Или, другими словами, ваш новый корпоративный пользователь Василий, после часа ожидания, может увидеть результат, мягко говоря не предназначенный для человека.
Привычка. Я не так много времени трачу на код и рисунки, кроме того задача была интересной. А привычка появилась благодаря:
— заказчикам, которые с трудом дочитывают даже небольшие спецификации
— разработчикам, которым тоже лень читать, соответственно проще подготовить «мурзилку», убедиться что все все поняли, объеденить важные иллюстрации в постер и повесить на рабочий стол для особо забывчивых
Вопрос «строительства велосипедов», к стати, не настолько прост. Любопытно, почему наши с вами современники все еще продолжают придумывать что-то новое и улучшать старое?
Давайте представим, к Йенсу Шуленбургу (главный конструктор Bugatti) приходит кто-то из АвтоВАЗа и говорит: «Мужик, слушай, ну зачем тебе вся эта возня? Вот, держи ключи и не волнуйся. Только это, прогреть не забудь».
Два момента:
— Вы действительно готовы использовать такой стиль всегда?
— Идея поста показать, что ценой некоторых упрощений можно сделать существенно более простой другую задачу. В данном случае алгоритм расстановки пояснений.
Графический дизайн — художественно-проектная деятельность по созданию гармоничной и эффективной визуально-коммуникативной среды.
«Какой-то» стандарт не обязательно окажется к месту, кроме того условие задачи накладывает ряд ограничений: кривые не пересекаются, иллюстрация легко воспринимается и т.д. Именно наличие ограничений делает возможным поиск лучшего решения. Кто-нибудь мог бы сказать примерно следующее: «О чем спор, везде линии используются...». Но вашему глазу скорее не все равно.
Линии выносок должны быть максимально незаметными. Они должны указывать на объект и при этом как бы не иметь собственного значимого рисунка. Поэтому — только лаконичные прямые, без изломов и углов, как вверху (но без стрелок). В крайне неудобном случае рисуйте дуги.
В любую точку Украины доставить сможете? Кстати, у вас на сайте очень шумный и не очень разговорчивый бот. Издал пару очень громких и неприятных звуков прямо в ухо, после чего даже не удосужился ответить на приветствие.
С надеждой смотрим в будущее :)
Админам хочется пожелать чуть больше внимания уделять своему здоровью.
Позволю себе добавить немного иронии, поскольку в очередной раз многие компании потратятся на новый buzzword не особо заботясь о реальной экономической выгоде.
отсюда
Касательно оригинала: автор вопроса указывает на невозможность или нежелание менять стиль, что вполне понятно. Я лишь пытался продемонстрировать возможность существенно упростить задачу разработчика путем изменения начальных требований к стилю. Прошу отметить, я не называю одно из решений правильным, а другое ложным. Идея проста — показать наличие другого пути.
Давайте представим следующую ситуацию: практически одновременно у двух команд появляется идея создать проект, который бы позволил людям легко аннотировать любые изображения, найденные в сети. Грубо говоря, интерфейс пользователя можно описать как «кликнул — написал». Далее система автоматически генерирует удобочитаемый результат.
Какой вариант вы бы выбрали?
Упрощение стиля, ведущее к стабильному и узнаваемому результату и быстрый выход в публичную фазу?
Безоговорочное следование канонам, но чуть более или существенно чуть более долгую разработку, отладку и последующий выход на публику не имея полной уверенности в том, как будут размещены эти непослушные сноски?
Использование генетического алгоритма, кстати, может привести к потрясающей ресурсоемкости без гарантированного результата. Или, другими словами, ваш новый корпоративный пользователь Василий, после часа ожидания, может увидеть результат, мягко говоря не предназначенный для человека.
— заказчикам, которые с трудом дочитывают даже небольшие спецификации
— разработчикам, которым тоже лень читать, соответственно проще подготовить «мурзилку», убедиться что все все поняли, объеденить важные иллюстрации в постер и повесить на рабочий стол для особо забывчивых
Давайте представим, к Йенсу Шуленбургу (главный конструктор Bugatti) приходит кто-то из АвтоВАЗа и говорит: «Мужик, слушай, ну зачем тебе вся эта возня? Вот, держи ключи и не волнуйся. Только это, прогреть не забудь».
Линии-выноски стандартизированы и выглядят вполне:
— www.pntd.ru/2.109.htm
— vsesnip.com/Data1/38/38724/index.htm
Два момента:
— Вы действительно готовы использовать такой стиль всегда?
— Идея поста показать, что ценой некоторых упрощений можно сделать существенно более простой другую задачу. В данном случае алгоритм расстановки пояснений.
«Какой-то» стандарт не обязательно окажется к месту, кроме того условие задачи накладывает ряд ограничений: кривые не пересекаются, иллюстрация легко воспринимается и т.д. Именно наличие ограничений делает возможным поиск лучшего решения. Кто-нибудь мог бы сказать примерно следующее: «О чем спор, везде линии используются...». Но вашему глазу скорее не все равно.
Кстати, дуги: