а смысл использовать два продукта, если можно один? Расскажите уж тогда чем это удобнее — думаю не мне одному будет интересно

ну в отрыве от Java мавен бесполезен, а вот системы сборки — да, они вполне полезны и не только в джаве.

Например удобно компресить JS, решать те же зависимости (а не чекаутить постоянно ZF для PHP проектов), сетапить или апдейтить структуру БД и пр.

к сожалению и сейчас ситуация особо не изменилась…

согласен. кк только мне это понадобится, в процессе изучения джавы, так сразу обо всем и отпишусь :)

вообще статья написана в цикле "Миграция с PHP на Java"

для Java это слишком примитивно, а веб-разработку это все же местами затрагивает :)

данные то может быть и реальные, но экстраполировали Вы не мой пример

экстраполяция Вам не удалась :)

и что нам показывает этот график, касательно дискуссии? как это корелирует с установленным GA?

неверно то, что эти 3% проявились бы, если бы все ресурсы грузились в этих 30 потоках с любого домена.
представим ситуацию.
есть сайт. у сайта есть CSS, JS и картинки. каждый тип ресурса лежит на своем поддомене:
css.site.com
js.site.com
imgs.site.com

пусть каждого типа ресурсов — 10 штук.

пользователь открывает страницу. создается 18 потоков и начинает грузиться 6 стилей, 6 сриптов и 6 картинок. еще 12 потоков простаивает. вообще. простаивает.

добавляем еще подгрузку GA:
пользователь открывает сраницу. создается 19 потоков и начинает грузиться 6 стилей, 6 скриптов, 6 картинок и 1 GA.

Где тут замедление? Можете экстраполировать эту логику далее, что бы понять что загрузка 1 скрипта малого размера с отдельного домена в современных браузерах рояля практически не играет

да — бедный файрфокс, который гружит в 6 потоков с домена и в 30 потоков вообще, очень замедлит загрузку страницы, если одн поток будет отдан другому домену, при этом еще 29 (не считаем другие вкладки) будут распределены на другие домены. таким образом, что бы скрипт GA повлиял на скорость загрузки, картинки и прочие ресурсы должны грузиться с еще 5 доменов сразу же и в колличестве не менее 6 штук с каждого.
не берем в расчет размеры ресурсов, так как в таком случае освобождение стека, который мог бы быть занят загрузкой картинки, а не GA будет еще медленнее, а значит влияние загрузки GA будет еще меньше.

тут даже о 3% речь идти не может

чета Вы перемудрили в п.4.
Например FF выделяет по несколько потоков на домен. Таким образом картинки будут продолжать грузиться точно в стольки же потоках, так как GA грузится с другого домена

имели. ну и что?
теперь просто произойдет сепарация:
новички уйдут на другие сайты, те кто реально зарабатывает фрилансом останется тут

хотя время покажет что и как у них там получится

слишком смело поделили MVC по временным затратам

осталось подождать месяц, год, пять…

я думаю что Вы все же поняли мою мысль ;)

что-то мне подсказывает что речь идет не о IDE, а о WYSIWYG редакторах форм. а IDE гараздо более чем «текстовый редактор» и я очень сомневаюсь что они используеют notepad, а не IDE

это ничего. есть и более старые видео…

А это так задумано, что div id=«menu_index» шириной во всю страницу и менюха доступна и на картинке?

мир изменчив — поспевайте за ним и все будет ок :)
не нужно ныть что раньше деревья были большими, ведь прогресс, а прогресс штука хорошая