История изменений

Portlets 1.0(JSR-168) был местами неудобным, поэтому, а также в силу корпоративной жадности коммерческие производители (IBM, Oracle, SAP, RedHat) налепили своих нахлобучек что-бы там был RAD как в делфи, но на вендорлочных изобретениях. Portlets 3.0 получился уже хорошим и поэтому говноделы объявили микросервисную революцию, что-бы все приложения состояли из хардкода и лисапедов чуть более чем полностью. Ну и я бы не сказал, что не взлетел, просто оно в том сегменте, который всегда под NDA. И если сравнивать порталы с цмсками и mvc фреймворками, время жизни каждого из которых варьируется от 1 до 3х лет в среднем, портальные приложения обладают некоторой большей стабильностью, т.е. качеством. Хотя на вебе построенном вокруг работорговли этого добиться наверное нереально, т.к. корпорациям, не говоря уже о шарагах, надо все время набирать новых телепузиков в айтишники и потом выгонять через пару лет, т.е. на проектах всегда будут царить временщические загоны.

Portlets 1.0(JSR-168) был местами неудобным, поэтому, а также в силу корпоративной жадности коммерческие производители (IBM, Oracle, SAP, RedHat) налепили своих нахлобучек что-бы там был RAD как в делфи, но на вендорлочных изобретениях. Portlets 3.0 получился уже хорошим и поэтому говноделы объявили микросервисную революцию, что-бы все приложения состояли из хардкода и лисапедов чуть более чем полностью. Ну и я бы не сказал, что не взлетел, просто оно в том сегменте, который всегда под NDA. И если сравнивать порталы с цмсками и mvc фреймворками, время жизни каждого из которых варьируется от 1 до 3х лет в среднем, портальные приложения обладают некоторой большей стабильностью, т.е. качеством. Хотя на вебе построенном вокруг работорговли этого добиться наверное нереально, т.к. корпорациям надо все время набирать новых телепузиков в айтишники и потом выгонять через пару лет, т.е. на проектах всегда будут царить временщические загоны.