На самом деле, в финансовом плане мы отделались, можно сказать, легким испугом. Но если бы у него получилось зарегистрировать торговую марку, речь пошла бы о других деньгах.
Что касается предположений о том, сколько бы запросил брендсквоттер, то я не вижу резона с его стороны просить меньше положенных по суду 5 млн. А даже это уже достаточно ощутимые деньги, чтобы за них побороться.
Да, есть такое. Хотелось сделать симпатичнее и понятнее для людей. Хотя с точки зрения длительней перспективы правильнее, конечно, было бы позаботиться о роботах, которые привели бы на текст новых людей.
Вообще, «planfix» покрывает не только варианты с разным расположением заглавных букв, но даже написание кириллицей. Так что хоть в этом плане легче — нет нужды регистрироваться во всех возможных вариантах и потом бояться, что кто-то придумает еще какой-то странный вариант.
Одна из основополагающих закономерностей в развитии технических систем — рост их динамичности и управляемости:
"В процессе развития технической системы происходит повышение её динамичности и управляемости, то есть способности к целенаправленным изменениям, обеспечивающим улучшение адаптации, приспособление системы к меняющейся, взаимодействующей с ней среде."
(цитируется по источнику)
Ситуация, описанная в статье — хороший пример проявления этой закономерности: была "жесткая" кабина стандартных размеров, а стала более динамичная — появилась возможность изменять несколько параметров.
Сам механизм динамизации на описанном уровне тоже повторяет классический путь — вместо одного жесткого состояния появляется несколько вариантов (условно, 3-5 вариантов расстояния кресла пилота от приборной панели). Я не являюсь специалистом в авиастроении и не интересуюсь этим вопросом, но уверен, что с описанной поры кабина самолета стала гораздо более динамичной и управляемой: появилось больше настраиваемых параметров и даже описанное расстояние кресла теперь регулируется не в ограниченных вариантах, а в более широком диапазоне и более мелкими шагами (условно, двигается по направляющей на любое расстояние в миллиметрах).
То же самое касается и ПО, в частности браузеров, которым посвящено немало комментариев. Оно становится более динамичным, гибким и настраиваемым. Это повод для отдельной статьи, конечно — потому что процесс повышения динамичности и управляемости не прост, плюс в ходе эволюции системы работает не одна, а несколько закономерностей. Но даже не углубляясь глубоко в вопрос, на уровне базовых представлений стоит учесть: система, которую вы разрабатываете, будет стремиться стать более гибкой и настраиваемой. Лучше учесть это на стадии проектирования архитектуры — это позволит сэкономить много времени и нервов и уменьшить количество неправильных решений в будущем.
Поддерживаю — основной тормоз в развитии это именно несовместимость и отсюда невозможность легко выстраивать взаимодействие разных девайсов своими руками.
Не знаю, что думают по этому поводу участники рынка, но я предполагаю, что решение будет найдено не в «железных» протоколах совместимости, а на более высоком уровне — что-то типа программной среды с возможностью простого (вплоть до визуального) программирования конструкциями «Если — То». После появления такой среды и утверждения ее в качестве стандартной, задача производителей железа будет заключаться только в обеспечении совместимости с ней своих устройств.
Ну а там уже наступит будущее:
-Не спишь?
— Не
— Прикинь, замутил чтобы кофеварка и тостер включались, когда будильник срабатывает и я с кровати встаю.
— Ну круто, чо
— Ага, круто — наверное свет отрубался и будильник сейчас сработал. Лежу теперь и встать боюсь — что я буду делать с кофем и тостами в два часа ночи?
На мой взгляд, есть еще одна важная штука — идеология продукта, подход создателей к его устройству и развитию. К сожалению, этот момент часто и незаслуженно опускается при оценке.
Насколько я понимаю, для этого должен существовать общепринятый стандарт для обмена задачами, и все системы должны его поддерживать. А это достаточно трудная задача. Пока вон даже iCal далеко не все поддерживают.
Не помню, я им не пользуюсь — просто когда тестировал сервис, понравился их простой и прозрачный для внешнего человека способ подключения. Пару писем получал-отправлял, но дело было давно, не сохранились.
> Вам любом случае придется притащить туда человека
Не обязательно, в qtrack.ru, насколько я помню, можно любому внешнему человеку отослать задачу по почте, не регистрируя его в системе. А его ответы на письмо будут аккуратно складываться в трекер.
Может, что-то подобное gregor и имеет в виду, когда говорит про несложный способ убрать такое ограничение?
В ПланФикс можно экспортнуть https://planfix.com/ru/help/Импорт_из_Trello_в_ПланФикс
Что касается предположений о том, сколько бы запросил брендсквоттер, то я не вижу резона с его стороны просить меньше положенных по суду 5 млн. А даже это уже достаточно ощутимые деньги, чтобы за них побороться.
"В процессе развития технической системы происходит повышение её динамичности и управляемости, то есть способности к целенаправленным изменениям, обеспечивающим улучшение адаптации, приспособление системы к меняющейся, взаимодействующей с ней среде."
(цитируется по источнику)
Ситуация, описанная в статье — хороший пример проявления этой закономерности: была "жесткая" кабина стандартных размеров, а стала более динамичная — появилась возможность изменять несколько параметров.
Сам механизм динамизации на описанном уровне тоже повторяет классический путь — вместо одного жесткого состояния появляется несколько вариантов (условно, 3-5 вариантов расстояния кресла пилота от приборной панели). Я не являюсь специалистом в авиастроении и не интересуюсь этим вопросом, но уверен, что с описанной поры кабина самолета стала гораздо более динамичной и управляемой: появилось больше настраиваемых параметров и даже описанное расстояние кресла теперь регулируется не в ограниченных вариантах, а в более широком диапазоне и более мелкими шагами (условно, двигается по направляющей на любое расстояние в миллиметрах).
То же самое касается и ПО, в частности браузеров, которым посвящено немало комментариев. Оно становится более динамичным, гибким и настраиваемым. Это повод для отдельной статьи, конечно — потому что процесс повышения динамичности и управляемости не прост, плюс в ходе эволюции системы работает не одна, а несколько закономерностей. Но даже не углубляясь глубоко в вопрос, на уровне базовых представлений стоит учесть: система, которую вы разрабатываете, будет стремиться стать более гибкой и настраиваемой. Лучше учесть это на стадии проектирования архитектуры — это позволит сэкономить много времени и нервов и уменьшить количество неправильных решений в будущем.
Не знаю, что думают по этому поводу участники рынка, но я предполагаю, что решение будет найдено не в «железных» протоколах совместимости, а на более высоком уровне — что-то типа программной среды с возможностью простого (вплоть до визуального) программирования конструкциями «Если — То». После появления такой среды и утверждения ее в качестве стандартной, задача производителей железа будет заключаться только в обеспечении совместимости с ней своих устройств.
Ну а там уже наступит будущее:
-Не спишь?
— Не
— Прикинь, замутил чтобы кофеварка и тостер включались, когда будильник срабатывает и я с кровати встаю.
— Ну круто, чо
— Ага, круто — наверное свет отрубался и будильник сейчас сработал. Лежу теперь и встать боюсь — что я буду делать с кофем и тостами в два часа ночи?
Например, у нас она выглядит так: Идеология ПланФикса.
Штука отличная, молодцы, иду писать про вас в нашем блоге.
Не обязательно, в qtrack.ru, насколько я помню, можно любому внешнему человеку отослать задачу по почте, не регистрируя его в системе. А его ответы на письмо будут аккуратно складываться в трекер.
Может, что-то подобное gregor и имеет в виду, когда говорит про несложный способ убрать такое ограничение?