сдается мне проблема в множестве реализаций стандартов javaEE и их аналогов а также в неупорядоченном их использовании.
По поводу доков. Например выходит официальная спека EE периодически (сейчас 7 версия), где обновляют api для transaction, ejb, jpa, security и т.д., потом оракл имплементирует это в своем глассфише, потом поттягиваются аппсервера вендоров типа jboss, weblogic и т.д., потом аналоги (спринг и т.д.).
В итоге имеем только официальные java доки от оракла ну и мануалы от кастомных вендоров, спринга и все, и только через год-2 может издадут книжку типа «javaEE 7 в действии». Т.е. полные гайды тут всегда с задержкой.
А на javaEE проектах сплошь и рядом сборная солянка даже там где используют аппсервера: например вместе с jboss часто используют spring, чтобы этот EE так сказать упростить (да и знают его многие), в то же время многие из реализованных EE фич — не используют вообще (тот же спринг много чего сам делает), вот и получается что почти на всех проектах понамешано разных фич из EE, кастомных фич аппсерверов, и шаблонов из Спринга.
За свой немаленький опыт в javaEE еще не видел проектов которые ипользуют только фичи из EE спеки, т.е. которые в идеале без серьезных изменений можно было бы запустить на любом аппсервере с поддежкой этой EE спеки
да, история громкая, помню бурление, как понял из статьи и ее комментов 2 версии почему так.
По одной версии гугол сделал обычный приоритет для ui потока, т.к. андройд задумывался как конкурент blackberry, т.е. с клавой а не как тач-скрин и лишь только потом вышел айфон, который поменял тренд, но было уже поздно для гугла изменить ui. А теперь не фиксят т.к. потребует переписывания большинства приложений.
По второй — это все trade-off между гладким ui и многопроцессорностью, который по задумке инженеров гугла должен постепенно нивелироваться мощным железом и разными gpu оптимизациями. И прерывание многих процессов ради отрисовки гуя будет уже необязательно.
За каким подходом будущее? ведь на дворе уже 4-ядерные процессоры смартфонов.
попробовал сегодня 13 на проекте с мавеном, osgi, спрингом. По ощущениям редактор больше лагать стал, задержки с подсветкой типа где курсор стоит например. Вернулся пока обратно на 12, решил подождать первый апдейт.
Кто нибудь замечал лаги по сравнению с 12 на своих проектах?
как?
Год назад во время конца света (21 дек) запаниковал и купил 12 идею, подскажите как теперь 13ю бесплатно получить? Пробовал из личного кабинета — просит 99$.
меньше 10 вряд ли такого уровня будет кресло, это понятно, но неужели за 4 года ничего близкого за тыщ 15-20 не появилось?
Т.е. как было так и есть: миллеры — цена космос, миллион настроек и стандарный ширпотреб за <10 тыщ. Странно.
вот точно, имел ввиду все что не игры (их то понятно на open gl разных делают).
Т.е. обычные приложение так не получится клепать, несмотря на то что потока там всего 2: гуй и асинхронная задача (редко когда их больше одной в приложении)?
интересно а много таких контор кто в своих коммерческих приложениях весь функционал на плюсах пишет а потом просто добавляет гуй и собирает под андройд/айфон/винфон и т.д.? Такой подход оправдывает затраты или далеко не всегда?
в сравнении с hdfs что скажете?
так понял что в dcache упор на заливку и распределенное хранение любых файлов +доступ по множеству протоколов, ну первое hdfs вроде бы выполняет, вот с протоколами у нее туго.
абсолютно точно, вон из слов самих учеников — лучше бы систему рейтинга сделали чем просто прослушать и получить деньги:
А когда тебе просто платят зарплату или стипендию, то не очень и хочется к чему-то стремиться. В Java Школе рейтинга как такового не было. Нам давали бумажки, мы отмечались, и в конце этот рейтинг видели организаторы Java Школы. Затем кураторы обменивались мнениями, и на основании всего этого принимались решения, кого брать, а кого не брать.
со 100 тысячами gross — это странный пиар, да, не уверен например что опытные тестировщики в ДБ столько все получают.
если веб-серфинг является самой важной частью почему бы не пойти дальше и не носить планшет?
у меня приблизительно 50/50 звонки, смс и серфинг (думаю схожий паттерн у большинства) и с диагональю больше 4 звонить становится реально неудобно, не говоря уже об удобном ношении, быстром вытаскивании из кармана и т.п.
Поэтому сейчас у меня до сих пор потертый desire-s (3.7") с кастомным android 4.2 который я как и полагается могу носить в любом кармане одежды (и даже сидеть с телефоном в заднем кармане джинс! :-0 )
речь не о либах а об языке, который они используют для написания своих продуктов. Раньше это была только жава, теперь на котлин переходят. Свой язык намного эффективней стороннего конечно.
По поводу доков. Например выходит официальная спека EE периодически (сейчас 7 версия), где обновляют api для transaction, ejb, jpa, security и т.д., потом оракл имплементирует это в своем глассфише, потом поттягиваются аппсервера вендоров типа jboss, weblogic и т.д., потом аналоги (спринг и т.д.).
В итоге имеем только официальные java доки от оракла ну и мануалы от кастомных вендоров, спринга и все, и только через год-2 может издадут книжку типа «javaEE 7 в действии». Т.е. полные гайды тут всегда с задержкой.
А на javaEE проектах сплошь и рядом сборная солянка даже там где используют аппсервера: например вместе с jboss часто используют spring, чтобы этот EE так сказать упростить (да и знают его многие), в то же время многие из реализованных EE фич — не используют вообще (тот же спринг много чего сам делает), вот и получается что почти на всех проектах понамешано разных фич из EE, кастомных фич аппсерверов, и шаблонов из Спринга.
За свой немаленький опыт в javaEE еще не видел проектов которые ипользуют только фичи из EE спеки, т.е. которые в идеале без серьезных изменений можно было бы запустить на любом аппсервере с поддежкой этой EE спеки
По одной версии гугол сделал обычный приоритет для ui потока, т.к. андройд задумывался как конкурент blackberry, т.е. с клавой а не как тач-скрин и лишь только потом вышел айфон, который поменял тренд, но было уже поздно для гугла изменить ui. А теперь не фиксят т.к. потребует переписывания большинства приложений.
По второй — это все trade-off между гладким ui и многопроцессорностью, который по задумке инженеров гугла должен постепенно нивелироваться мощным железом и разными gpu оптимизациями. И прерывание многих процессов ради отрисовки гуя будет уже необязательно.
За каким подходом будущее? ведь на дворе уже 4-ядерные процессоры смартфонов.
Кто нибудь замечал лаги по сравнению с 12 на своих проектах?
Год назад во время конца света (21 дек)
запаниковал икупил 12 идею, подскажите как теперь 13ю бесплатно получить? Пробовал из личного кабинета — просит 99$.Т.е. как было так и есть: миллеры — цена космос, миллион настроек и стандарный ширпотреб за <10 тыщ. Странно.
Т.е. обычные приложение так не получится клепать, несмотря на то что потока там всего 2: гуй и асинхронная задача (редко когда их больше одной в приложении)?
так понял что в dcache упор на заливку и распределенное хранение любых файлов +доступ по множеству протоколов, ну первое hdfs вроде бы выполняет, вот с протоколами у нее туго.
со 100 тысячами gross — это странный пиар, да, не уверен например что опытные тестировщики в ДБ столько все получают.
у меня приблизительно 50/50 звонки, смс и серфинг (думаю схожий паттерн у большинства) и с диагональю больше 4 звонить становится реально неудобно, не говоря уже об удобном ношении, быстром вытаскивании из кармана и т.п.
Поэтому сейчас у меня до сих пор потертый desire-s (3.7") с кастомным android 4.2 который я как и полагается могу носить в любом кармане одежды (и даже сидеть с телефоном в заднем кармане джинс! :-0 )
там у них на перле код в основном?
Собеседования на английском все?
и они не в голландии разве?