Вообще это не вам был вопрос)
Просто всегда удивляло, как люди вот так одним махом утверждают, что никто ничего не сделал. Ведь просто невозможно знать, кто, где и над чем работает на 100%. Не все же научные разработки публикуются в интернете или журналах. По крайней мере сразу.
Дневники того же Теслы, кто-то в итоге получил все таки. Хотя конечно возможно, что их просто потеряли и они уничтожены… но это маловероятно.
1. Первый же пункт сейчас уже невыполним. Точность определения по сети достаточная, чтобы заставить параноика нервно икать)
2. Альтернативные сборки тоже слабенький вариант, ибо все равно неизвестно что там и как.
Слишком много времени уйдет на проверку.
3. А нафига он тогда нужен, этот смартфон? Я хочу пользоваться удобными и современными сервисами. Тех же банков и т.д.
С таким успехом брать нокию 1100 и все.
По сути, о безопасности мобильных устройств, в том виде в каком ее хотели видеть многие, можно забыть.
Слишком многим будет интересно узнать где ходит потребитель и что в этих местах делает.
Поэтому максимум доступной безопасности будет как в iOS. Т.е. контроль приложений от явных вредоносов на этапе размещения софта в маркете.
О какой либо приватности собственных данных, можно забыть. Ее уже никогда не будет.
Есть конечно варианты альтернативных систем.
Но они вряд ли достигнут масштабов андроида или iOS, а значит выбор софта там будет куда более скудный.
Воровство далеко не единственная проблема.
Я вот не хочу чтобы читалка получала слишком много инфы. Зачем это ей? Ее задача книгу открыть и при необходимости скачать ее из инета. Все. Нафига ей все те разрешения что она запрашивает?
При этом очень часто альтернативы нет, все аналоги убоги. Я готов заплатить разработчику за его труд, но в упор непонимаю, зачем его приложение хочет иметь столько инфы обо мне.
Это не ошибка это подход такой, целенаправленный.
У человека есть источник дохода, поэтому свое время не меняется напрямую на деньги.
Поэтому и говорят о собственных затратах на проект, а не о затратах вообще.
Т.е. говорят не о стоимости проекта в целом, а о прямых затратах на проект.
Как пример:
Допустим вы зарабатываете 3000 руб в час.
Пусть на поход в магазин вы тратите 30 мин и хлеб стоит 40 руб.
На вопрос, сколько стоит хлеб, вы же не будете отвечать 1540руб, верно?
Я тоже много писал на Swing раньше, сейчас на Vaadin.
Возможно у нас с вами разный подход к разработке, ибо у меня нет «сотни строк кода, даже для простых экранов».
>Применять или не применять визуальные инструменты типа нашей Студии — это по желанию.
Вот это хороший подход, правильный.
>Что касаемо работоспособности одновременно веб и десктоп…
Я не сомневаюсь, что можно сделать генерацию различных клиентов через XML. Я просто знаю, ибо видел не раз, чего в итоге стоит такое решение в больших проектах. И не верю что может получится серебряная пуля.
Логика очень простая, когда я выбираю vaadin, я попадаю в зависимость от них и их решений по развитию.
Когда выбираю решения типа вашего, я попадаю в зависимость от двух вендоров сразу, и их взаимодействия. Т.е. в случае проблем, головняка будет даже не в 2 раза, а больше…
А профит от первоначального ускорения создания форм, очень быстро нивелируется разборками с глюками системы уйдя в «минус».
Ну в данном конкретно случае, возможно вы и правы.
Но речь идет не о конкретной какой-то ошибке. А о том, что появляется еще одна прослойка абстракция над другими абстракциями. Которая добавляет проблем, которые неизвестно где аукнутся.
Что бы было понятнее, посмотрите на скрин системы из статьи Пример с сайта разработчиков CUBA
Обратите внимание на кнопки выбора/очистки у полей слева.
Борьба с таки глюками, а они могут быть гораздо серьезнее, отнимает просто адовое количество времени.
Если вообще будет техническая возможность исправить это…
Но в целом, декларативность, которая очень круто выглядит на демонстрациях и в туториалах (все эти тонны XML), в реальном, боле менее крупном проекте превращается просто в ад и содомию.
Как притянутый за уши пример (очень притянутый), если надо на 30 формах исправить элемент какой-то, с определенными параметрами.
Надо 30 раз прокликать мышкой все параметры, на всех страницах. Что бы во всех нужных XML, среда разработки проставила все нужные параметры.
Тут конечно можно возразить, что все это из кода можно сделать, там есть наследование и прочие ништяки. Ты начинаешь это делать и радоваться, что не приходится развивать скилл мышекликания…
И в какой-то момент отчетливо понимаешь, что ты все равно все делаешь кодом и смысл во всех этих «чего-то улучшающих» прослойках как-то ускользает от тебя. Но при этом ты вынужден пользоваться этими прослойками, потому что переписать проект уже нереально, все завязано на эти костыли. Я уже не говорю, что все эти прослойки просто адово жрут ресурсы.
Я реально не понимаю, зачем тот же vaadin еще чем-то оборачивать. Зачем строить абстракции над абстракциями над абстракциями?
Любой адекватный разработчик, хоть раз окунувшись в большой проект с «рисованием» кода через XML, расскажет какой это ад.
Я уже не говорю про банальности вроде дебага, когда пара строк на XML делает непонятно что и непонятно где, без какой либо отладочной информации и приходится разбирать буквально гадая и перебирая варианты. Или выдавая офигенно информативные сообщения вида «в жизненном цикле граней появились исключения».
Добавьте сюда еще и такие моменты, JDeveloper (а только в нем можно разрабатывать на ADF), сам по себе ужаснейшая поделка.
Версия JDev намертво прибита деревянными гвоздями к версии ADF. А это значит, что в 99% случаях вам придется работать в древнейшей IDE в которой функционала меньше чем в notepad.
Если уж касаться указанных в статье технологий, связка вроде Hibernate (подставить ORM по вкусу, хоть JDBC голый) + Scala/Java/Groovy + AppServer (по вкусу), позволяет вполне себе быстро разрабатывать, а самое главное хоть как-то контролировать приложение. Менять компоненты, при возникновении проблем и т.д.
Все эти разговоры, про «написал интерфейс на XML и оно работает везде», это красивый маркетинг. Ну написали вы пару формочек, ну запустилось оно на десктопе и в браузере. А потом, через какое-то время, вдруг обнаруживается, что юзкейсы то разные, что работа в приложении и в браузере отличается и по хорошему надо это как-то разруливать… или «на десктопе работает, а в браузере, только в IE или FireFox что-то не так», и начинается ад. Простые вещи начинают отнимать непозволительное количество времени. И вся экономия на «один XML для всего» очень быстро теряется и начинает отжирать время (как основной ресурс) просто в страшных количествах. Тут как правило все уже начинают понимать, к чему приводит экономия там где не надо, но уже не в силах отказаться от сделанного, слишком много ресурсов вложено в доведение этих костылей до ума. а руководство, как правило, не умеет признавать свои ошибки и отказываться от расточительных проектов… ежики плакали, кололись, но продолжали жрать кактус.
Читал и плакал, вспоминая Oracle ADF…
Его рекламные проспекты, схемы, графики, пламенные речи, декларативность… и то что получилось (да и сейчас получается) в итоге.
Да нет там противоречий.
Обычная система сдержек и противовесов.
Да, в банках рассчитывают на незаменимых. Но что имеем в реальности? Правильно, ЗП неплохие, поэтому люди хотят закрепиться. А как это сделать проще всего? Правильно, сделать так, чтобы тебя было дешевле держать, чем увольнять. Вот и экономия появилась…
Т.е. желания банкиров, корректируются жизнью. Все четко.
Ну а про трейдера на миллиард и 100 руб в год, просто за уши притянуто. От ошибок никто не застрахован.
(Глядя на свой десктопный calculate-linux) Да, действительно не верю ;)
Хром, это всего лишь пример. Не очень удачный, т.к. это популярное и к тому же ширпотребное ПО, и его по любому кто-то запилит под генту.
Но в жизни не все так просто.
А если это не самое распространенное ПО будет? А если это надо для конторы, а не домой?
Ставить ПО собранное фиг знает кем, с неизвестной степенью кривизны, когда для убунты сборка пилится производителем?
А как же поддержка? А что с драйверами, если это комплекс ПО + Железо? И т.д.
Вот об этом я и говорю. Если будут выпускать что-то под линух, то обязательно будут пилить под убунту. Конкретно под туже генту никогда.
Хотя конечно, это же линух, в этом его прелесть, всегда можно что-то придумать для запуска на других дистрибах))
Отвечу вопросом на вопрос. А как вы добились, чтобы оно не летало?
И что вообще означает ваше «Не летает»?
Наутилус открывает папку не за 0.0005сек, а за 0.005сек? Что вообще в самой убунте может тормозить?
Все приложения которые тормозят в ней, точно так же тормозят и в других системах.
Глючить может, это да. От ошибок в ПО никуда не деться. Первые версии юнити та еще веселуха была. Но вот чтобы «не летало»… такого не могу понять.
>лет пять уже убунтой пользуюсь по пятнадцать минут каждой версией. Поставить, убедиться, что тормозит еще больше предыдущей, снести.
Т.е. вы за 15 минут легко определяете скорость в сравнении с дистрибутивом, которым пользовались пол года назад те же 15 минут? ;)
А если серьезно, то единственное преимущество, которое я вижу перед другими дистрибами, это «раскрученность».
Например выходит стим под линух, там поддержка убунты есть. Выходит хром браузер под линух, там поддержка убунты есть и т.д… Я больше чем уверен, все что будет выходить в дальнейшем, обязательно будет теститься под убунтой и при этом упаковано будет максимально удобно для пользователей.
P.S. >то сейчас это монстр, которому мало четырех ядер i5
Вы бы постеснялись делать такие громкие заявления на техническом-то ресурсе)
Ну какие такие операции делает убунта, что ей мало такого проца?
Пользуюсь убунтой с 8-й версии. Да, первые версии юнити были не очень, мягко говоря, но сейчас в этом плане с ним нет никаких проблем. Все летает на Core i5.
Просто всегда удивляло, как люди вот так одним махом утверждают, что никто ничего не сделал. Ведь просто невозможно знать, кто, где и над чем работает на 100%. Не все же научные разработки публикуются в интернете или журналах. По крайней мере сразу.
Дневники того же Теслы, кто-то в итоге получил все таки. Хотя конечно возможно, что их просто потеряли и они уничтожены… но это маловероятно.
2. Альтернативные сборки тоже слабенький вариант, ибо все равно неизвестно что там и как.
Слишком много времени уйдет на проверку.
3. А нафига он тогда нужен, этот смартфон? Я хочу пользоваться удобными и современными сервисами. Тех же банков и т.д.
С таким успехом брать нокию 1100 и все.
Слишком многим будет интересно узнать где ходит потребитель и что в этих местах делает.
Поэтому максимум доступной безопасности будет как в iOS. Т.е. контроль приложений от явных вредоносов на этапе размещения софта в маркете.
О какой либо приватности собственных данных, можно забыть. Ее уже никогда не будет.
Есть конечно варианты альтернативных систем.
Но они вряд ли достигнут масштабов андроида или iOS, а значит выбор софта там будет куда более скудный.
Я вот не хочу чтобы читалка получала слишком много инфы. Зачем это ей? Ее задача книгу открыть и при необходимости скачать ее из инета. Все. Нафига ей все те разрешения что она запрашивает?
При этом очень часто альтернативы нет, все аналоги убоги. Я готов заплатить разработчику за его труд, но в упор непонимаю, зачем его приложение хочет иметь столько инфы обо мне.
У человека есть источник дохода, поэтому свое время не меняется напрямую на деньги.
Поэтому и говорят о собственных затратах на проект, а не о затратах вообще.
Т.е. говорят не о стоимости проекта в целом, а о прямых затратах на проект.
Как пример:
Допустим вы зарабатываете 3000 руб в час.
Пусть на поход в магазин вы тратите 30 мин и хлеб стоит 40 руб.
На вопрос, сколько стоит хлеб, вы же не будете отвечать 1540руб, верно?
Возможно у нас с вами разный подход к разработке, ибо у меня нет «сотни строк кода, даже для простых экранов».
>Применять или не применять визуальные инструменты типа нашей Студии — это по желанию.
Вот это хороший подход, правильный.
>Что касаемо работоспособности одновременно веб и десктоп…
Я не сомневаюсь, что можно сделать генерацию различных клиентов через XML. Я просто знаю, ибо видел не раз, чего в итоге стоит такое решение в больших проектах. И не верю что может получится серебряная пуля.
Логика очень простая, когда я выбираю vaadin, я попадаю в зависимость от них и их решений по развитию.
Когда выбираю решения типа вашего, я попадаю в зависимость от двух вендоров сразу, и их взаимодействия. Т.е. в случае проблем, головняка будет даже не в 2 раза, а больше…
А профит от первоначального ускорения создания форм, очень быстро нивелируется разборками с глюками системы уйдя в «минус».
Но речь идет не о конкретной какой-то ошибке. А о том, что появляется еще одна прослойка абстракция над другими абстракциями. Которая добавляет проблем, которые неизвестно где аукнутся.
Пример с сайта разработчиков CUBA
Обратите внимание на кнопки выбора/очистки у полей слева.
Борьба с таки глюками, а они могут быть гораздо серьезнее, отнимает просто адовое количество времени.
Если вообще будет техническая возможность исправить это…
Но в целом, декларативность, которая очень круто выглядит на демонстрациях и в туториалах (все эти тонны XML), в реальном, боле менее крупном проекте превращается просто в ад и содомию.
Как притянутый за уши пример (очень притянутый), если надо на 30 формах исправить элемент какой-то, с определенными параметрами.
Надо 30 раз прокликать мышкой все параметры, на всех страницах. Что бы во всех нужных XML, среда разработки проставила все нужные параметры.
Тут конечно можно возразить, что все это из кода можно сделать, там есть наследование и прочие ништяки. Ты начинаешь это делать и радоваться, что не приходится развивать скилл мышекликания…
И в какой-то момент отчетливо понимаешь, что ты все равно все делаешь кодом и смысл во всех этих «чего-то улучшающих» прослойках как-то ускользает от тебя. Но при этом ты вынужден пользоваться этими прослойками, потому что переписать проект уже нереально, все завязано на эти костыли. Я уже не говорю, что все эти прослойки просто адово жрут ресурсы.
Я реально не понимаю, зачем тот же vaadin еще чем-то оборачивать. Зачем строить абстракции над абстракциями над абстракциями?
Любой адекватный разработчик, хоть раз окунувшись в большой проект с «рисованием» кода через XML, расскажет какой это ад.
Я уже не говорю про банальности вроде дебага, когда пара строк на XML делает непонятно что и непонятно где, без какой либо отладочной информации и приходится разбирать буквально гадая и перебирая варианты. Или выдавая офигенно информативные сообщения вида «в жизненном цикле граней появились исключения».
Добавьте сюда еще и такие моменты, JDeveloper (а только в нем можно разрабатывать на ADF), сам по себе ужаснейшая поделка.
Версия JDev намертво прибита деревянными гвоздями к версии ADF. А это значит, что в 99% случаях вам придется работать в древнейшей IDE в которой функционала меньше чем в notepad.
Если уж касаться указанных в статье технологий, связка вроде Hibernate (подставить ORM по вкусу, хоть JDBC голый) + Scala/Java/Groovy + AppServer (по вкусу), позволяет вполне себе быстро разрабатывать, а самое главное хоть как-то контролировать приложение. Менять компоненты, при возникновении проблем и т.д.
Все эти разговоры, про «написал интерфейс на XML и оно работает везде», это красивый маркетинг. Ну написали вы пару формочек, ну запустилось оно на десктопе и в браузере. А потом, через какое-то время, вдруг обнаруживается, что юзкейсы то разные, что работа в приложении и в браузере отличается и по хорошему надо это как-то разруливать… или «на десктопе работает, а в браузере, только в IE или FireFox что-то не так», и начинается ад. Простые вещи начинают отнимать непозволительное количество времени. И вся экономия на «один XML для всего» очень быстро теряется и начинает отжирать время (как основной ресурс) просто в страшных количествах. Тут как правило все уже начинают понимать, к чему приводит экономия там где не надо, но уже не в силах отказаться от сделанного, слишком много ресурсов вложено в доведение этих костылей до ума. а руководство, как правило, не умеет признавать свои ошибки и отказываться от расточительных проектов… ежики плакали, кололись, но продолжали жрать кактус.
Его рекламные проспекты, схемы, графики, пламенные речи, декларативность… и то что получилось (да и сейчас получается) в итоге.
Надеюсь у вас результат лучше.
Обычная система сдержек и противовесов.
Да, в банках рассчитывают на незаменимых. Но что имеем в реальности? Правильно, ЗП неплохие, поэтому люди хотят закрепиться. А как это сделать проще всего? Правильно, сделать так, чтобы тебя было дешевле держать, чем увольнять. Вот и экономия появилась…
Т.е. желания банкиров, корректируются жизнью. Все четко.
Ну а про трейдера на миллиард и 100 руб в год, просто за уши притянуто. От ошибок никто не застрахован.
Да уж, с такой мотивацией вам что флеш, что юнити один фиг…
Хром, это всего лишь пример. Не очень удачный, т.к. это популярное и к тому же ширпотребное ПО, и его по любому кто-то запилит под генту.
Но в жизни не все так просто.
А если это не самое распространенное ПО будет? А если это надо для конторы, а не домой?
Ставить ПО собранное фиг знает кем, с неизвестной степенью кривизны, когда для убунты сборка пилится производителем?
А как же поддержка? А что с драйверами, если это комплекс ПО + Железо? И т.д.
Вот об этом я и говорю. Если будут выпускать что-то под линух, то обязательно будут пилить под убунту. Конкретно под туже генту никогда.
Хотя конечно, это же линух, в этом его прелесть, всегда можно что-то придумать для запуска на других дистрибах))
И что вообще означает ваше «Не летает»?
Наутилус открывает папку не за 0.0005сек, а за 0.005сек? Что вообще в самой убунте может тормозить?
Все приложения которые тормозят в ней, точно так же тормозят и в других системах.
Глючить может, это да. От ошибок в ПО никуда не деться. Первые версии юнити та еще веселуха была. Но вот чтобы «не летало»… такого не могу понять.
Т.е. вы за 15 минут легко определяете скорость в сравнении с дистрибутивом, которым пользовались пол года назад те же 15 минут? ;)
А если серьезно, то единственное преимущество, которое я вижу перед другими дистрибами, это «раскрученность».
Например выходит стим под линух, там поддержка убунты есть. Выходит хром браузер под линух, там поддержка убунты есть и т.д… Я больше чем уверен, все что будет выходить в дальнейшем, обязательно будет теститься под убунтой и при этом упаковано будет максимально удобно для пользователей.
P.S. >то сейчас это монстр, которому мало четырех ядер i5
Вы бы постеснялись делать такие громкие заявления на техническом-то ресурсе)
Ну какие такие операции делает убунта, что ей мало такого проца?
Пользуюсь убунтой с 8-й версии. Да, первые версии юнити были не очень, мягко говоря, но сейчас в этом плане с ним нет никаких проблем. Все летает на Core i5.
Хотя мне кажется уже на каждом углу говорят об этом.