metaclass | Кто-то тупой, или я или гвозди

Сижу изучаю различные варианты реализации middle-tier, который планируется использовать в будущем для нескольких проектов. Решил пересилить свой страх и взглянуть на J2EE. А надо сказать, что для неподготовленного ума ентерпрайз жаба выглядит совершенно ирреально бредовой: миллиарды фреймворков, утилит, серверов, сотни страниц документации, проекты на ней содержат over 9000 папок и мелких исходников и xml-конфигов и вообще я не уверен, что в здравом уме и имея некую начальную свободу выбора инструментов, с этим стоит вообще связываться.

Начал искать что-нибудь вроде "J2EE для начинающих с пошаговыми инструкциями". Нашел AppFuse. Вроде все описано понятно, есть QuickStart, написано откуда качать зависимости, итд, итп. Но таки вы будете смеятся - но я не могу найти, где качать исходники этого дела. Ссылки "Download" на сайте нету.

Я, конечно, счас попытаюсь произвести описанные там вуду-ритуалы, может мавен тот все что нужно сам скачает, но то, что начинать приходится с вуду-действий, как-то печалит.

Вообще говоря, у меня уже есть почти полностью готовая основа для этого миддл-тиера, на которой я бы проект сделал очень быстро: Firebird+Delphi+ASP.NET RESTful веб-сервис. Но проблема в том, что это означает полную и окончательную привязку проектов к виндам, отказ от любых потенциальных работ с юниксами в будущем и сгнаивание мозга до состояния "сеньор-фокспро-девелопер в ВЦ НИИ Говна и Торфа, 50 лет, 30 лет опыта рисования формочек в дизайнере".

Кроме того, если дать объявление "требуется разработчик на дельфи" - приходят такие долбаные мышевозы с паттернами "magic button" что рыдать хочется, соответственно шансов на то, что хотя бы когда-нибудь я займусь только архитектурой и управлением проектами, вместо того, чтобы самостоятельно писать код, внедрять и обслуживать - не останется никаких.

PS: Есть кстати, еще одна, еще более неадекватная альтернатива: сойти с ума и ударится в нетривиальщину вроде ерланга и хаскеля, начать писать самодельный миддл-тиер на чистом С и изобретать прочие велосипеды. То, что это гарантированно будет легче для нервной системы, чем J2EE и ASP.NET, я уверен. Там комьюнити меньше и не будет такого, что половина интернетов забита разнообразными фреймворками, каждый из которых настолько наворочен, что позволяет не писать код, а всего лишь парой сотен xml-конфигов сделать любое приложение.
Я вспоминаю 90-е годы, когда никаких интернетов не было, проекты были более мелкие и выбора "на чем писать" особо не было, можно было велосипеды изобретать хоть годами.

В этом, кстати, и проблема с J2EE - я уверен, что 83% авторов готовых фреймворков думают совершенно не так как я, то бишь неправильно, хаскель не изучали, и вообще делали эти фреймворки по наитию левой задней пятки.

Вот, к примеру: я считаю, что любой, кто сталкивался с статической типизацией и выводом типов, резко перестанет делать проекты "мегапереконфигурируемыми" с помощью сотен xml-конфигов, т.к. это выносит проверку правильности с времени сборки на время деплоймента и запуска. Ошибся в xml-файле в одной букве и вешайся, читай 100-строчные стеки вызовов и это еще хорошо, если у тебя доступ к продакшен-серверу есть.

Flat | Top-Level Comments Only

(deleted comment)

У меня нет опыта работы с j2ee, кроме деплоймента и анализа небольших чужих проектов.

Сотни xml-файлов, по моему опыту реализации проекта(на .net) в таком стиле, приводят к неподдерживаемости. Т.е. исправил код - будь добр лезь в конфиги(которые еще и статик тайпчекером никак не проверяются).

То, что это стандарт в серьезных проектах и вынуждает меня изучать почти неизвестную технологию, вместо того, чтобы за пару недель сделать все на известной на основе старых наработок.

У студентов-первокурсников нет 15 лет опыта в предметке, легаси кода и 5 работающих проектов в поддержке:)

то поставить на фронт-энд Software Load Balancer типа Apache и всего то делов.

Ну, Вы сейчас насоветуете тоже.

Главное при этом к этому апачу поставить побольше modules-modules-modules.

Вы таки вздумали меня поучить? Пойдите лучше папу ебаться поучите. Я вообще апач не использую последние годы.

Nginx понятное дело. Он уже даже по миру отожрал существенную часть ниши lighthttpd.

С профи Вам не получится пообщаться. Разве что Вы говорите сами с собой. Сразу же видно, кроме Вас не то, что профи нет, нет никого кого стоило бы выслушать или внимательно прочитать.

Да, кстати, Великий, снизойдите показать что-нибудь, что сделали своими руками?

Re: Автор шутит?

alexclear.livejournal.com - 2009-12-18 09:10 (UTC) - Expand

Вас с такими познаниями к Павлу Дурову никогда не наймут.
Если Вы, конечно, знаете, кто это.

В про поучить, я готов вас попросить хорошо, если вы в ответ обязуетесь записывать на видео, эту вашу беседу с вашим папой.

Полагаю, что с hardware balancer будет не то же самое.
Кроме того, полагаю, что внутри hardware balancer все равно, некоторым образом, software. Более того, я даже догадываюсь, как такой софт написать самому.
Что меня не устраивает в схеме с Apache - да то, что Apache обрабатывает запросы от клиентов синхронно.

Весь ваш местный высер лишний раз показывает, что пиздабола и мудака тоже могут поставить руководить 30 ява разработчиками. Боюсь правда качество у конечного продукта будет говняное. Но все компенсируется конструктивной сложностью, ведь правда же?

Отлезь животное.

Еще какие слова знаешь, ебосрань? Позови к телефону папу.

bopm.livejournal.com - 2009-12-19 20:33 (UTC) - Expand

bopm.livejournal.com - 2009-12-19 21:29 (UTC) - Expand

bopm.livejournal.com - 2009-12-19 21:54 (UTC) - Expand

bopm.livejournal.com - 2009-12-19 22:49 (UTC) - Expand

Забавно, что этот беженец считает нас PHP-шниками.

А ему больше не на чем подняться.

И у асинхронных серверных приложений есть такого же уровня проблемы, как и у тех которые выполняют обработку синхронно - C10k например :-)

Ой, таки да что Вы говорите?
ПРАВДА, ЧТОЛЕ?
И какого же это уровня проблемы, если более подробно?
C10k, например? Что Вы можете знать про C10k?
Вы ни разу в жизни epoll queue своими руками не заполняли, какой для Вас C10k?

Более всего в направлении распараллеливания процессов Google идет со своими разработками.

Какой еще Google?
С какими еще разработками?
Какое еще распараллеливание каких процессов?
О ЧЕМ ВЫ?
Вы себе представляете, что для большей части web-приложений достаточно тривиальной горизонтальной кластеризации и шардинга, безо всяких там map-reduce?

А ваш уровень РНР скриптинга, это для школяров оставьте :-0)

А Вы, надо полагать, Google enginner?

Это я к вашим приматам и прочим истерикам :-)

Вы байт от ниббла не отличаете, не знаете, куда и зачем растет стек.
Не пишите мне больше.