нужна-ли “слжность” в Java?

вот оно о чем я всегда говорил всем этим “очкарикам” которые брызгая слюной отстаивали достоинства очередной системы абстракции – новой framework (как framework на русском?) – не нужно это все если уж жизненно не необходимо для приложения…

Вот статья, коорая это все объясняет:

Just enough, and no more

A posting at dzone this week, “Thinking In Java: Do you really need a Persistence Layer?” made me think. One of the recurring themes in Java community discussion during the past couple of years has been the complexity of J2EE, and especially EJB. One could argue that the rise to prominence of frameworks like Spring and Hibernate is a direct reflection on the complexity of using the de facto “standard” approach of using only the J2EE stack. Yes, I am aware that J2EE is officially standardized through the JCP, but I don’t think this type of broad, sweeping standard necessarily carries the same weight or the same intrinsic merit as some of its component parts like servlets, JDBC or JavaServer Pages. We may automatically adopt and employ certain technology standards, but others have to prove their value.

The “standard” J2EE covers a lot of territory, and few of us today are prepared to swallow it hook, line and sinker merely because it has been approved by the JCP organization. Here at DeveloperZone we may be shortsighted, but I can tell you that Matt, Mike and I never even gave serious consideration to a full-blown EJB-based architecture for the technology that powers dzone.com or the upcoming revisions to Javalobby and EclipseZone. It was pretty much a no-brainer to use Spring for the basic web application, and our toughest choices pertained to whether or not we would use Spring’s Web MVC layer and to which persistence strategy was most likely to work well. Looking at those same choices today, I think we probably would have given more consideration to Java EE 5 and its simplified architecture for EJB3 and web services. The updated “standard” approach seems to match our needs and expectations better than the old one did.

But are we, collectively speaking, viewing such issues from a perspective that is fundamentally too complicated. Is it really a choice between one ORM layer and another, or are there times when you can do quite well without having a full-blown persistence layer at all? Humans are creatures of habit, so we tend to use familiar approaches when evaluating how to solve problems, and the use of a persistence layer is arguably one of the most familiar facets of typical application architecture. The blogger who wrote the post I mentioned above, Iceman, suggests that we can sometimes reach our goals without an official persistence layer, especially a full-fledged database-oriented persistence layer. Iceman favors a KISS approach that provides sufficiency to a presumptively heavyweight approach.

He does not, however, suggest that you never need to adopt the more complicated approach. There are many times when, whether for prudence or scalability, you have no other choice. What I think Iceman is suggesting is that we ask ourselves the question, “How much is just enough?” and it is a mightily worthwhile question to ask. How do we do just enough to get the job done, and not a bit more? I’d be a big liar if I tried to pretend I had never made choices that unnecessarily complicated projects, and sometime those choices have led to projects that significantly overran schedules and budgets, or even which completely failed! Figuring out how to do “just enough, and no more” may be the strategy that allows your project to fall into that minority of those which are completed successfully, on time and on budget. I know there have been times when I’d have been smarter to focus on “just enough” than on problems like future scalability. An application that never gets delivered has no future needs no future scalability.

Read what Iceman has to say. I think you’ll enjoy it. You may not agree with his specific choices, but I bet you’ll recognize the merit of his basic approach to do just enough to get the job done, and no more.

Why Ruby Doesn’t Interest Dave Glasser
The whole world seems to be talking about why Java isn’t sexy and fun anymore, as if the “newcomer” Ruby is just intrinsically superior. Dave Glasser doesn’t agree, and you may enjoy his thoughtful posting “Why Ruby Doesn’t Interest Me” at Javalobby. Dave is a valuable contributor to the Javalobby community, so I’m happy to know he’s not planning to give up on Java in favor of Ruby any time soon!

Until next time,
Rick Ross
rick@javalobby.org
AIM or Yahoo Messenger: RickRossJL

откуда время?

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

подонки в Лондоне

на одном дыхании в поезде до Лондона и обратно прочиталась старая, вообщем-то вещь,Похождения двух подонков в Лондоне. готовьтесь, буду петь дифирамбы. с самого начала чтения становлюсь в ступор пытаясь определить жанровость. не получается. при всей “подоночной” аттрибутике прет эрудированность, кругозор и умение замечать и описывать вещи. по моему, это талант писателя. на великое произведение может и не потянет, но таких подробностей описания жизни в Англии на зашкаливающем эмоциональном уровне точно не окажется ни в одном путеводителе. по следам подробностей делаются интереснейшие сентенции по поводу Англии вообще и английского менталитета в частности. все это в очень нескушной форме.

вам всегда были интересно – “а как в Англии?” – но боялись спросить? – читайте “подонков”

p.s. в одном из последних описаний, я идентифицировал хостел с пабом в Брикстоне где жили подонки последнее время и в котором я тоже бываю когда заезжаю в Лондон. ничего себе место.

риторический вопрос

пришло очередное письмо из очередной страховой компании. предлагают застраховать жизнь.

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

весь переход с дружеского восклицания к точной сумме уместился у них в два коротких предложения. а может и не было попытки братского чувства? нет, ясно была! – да, попытка, чувства и не было… но нахера спрашивается так мерзко извиваться пытаясь изобразить это панибратство?!

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

в конце письма предлагают подарок, если вы застрахуетесь на 100 тыс, вам подарят БЕСАЛАТНЫЙ плеер за 7.99. вообще оборзели, нюх потеряли!

p.s. еще оказалось, что по их мерзской табличке статистеке ценность жизни курильщика в полтора раза меньше обычной жизни английского киборга, а после 50 лет жизнь ценности не представляет вообще (не страхуют). цинизм ващебляпиздец!

как принимать решения и вообще

Высказывание обобщающее принцип принятия сложных решений и преводящее этот принцип из области программирования в плоскость принятния жизненных решений:

“…Судите сами: если однажды принятое решение можно легко изменить, то его правильность становится менее важной. А это делает жизнь много проще. [При эволюционном стиле проектирования дизайнеры должны стараться принимать легко обратимые решения] И вместо того, чтобы мучительно отыскивать единственно правильное решение, нужно или постараться отложить его принятие на потом (когда у вас будет больше необходимой информации), или же принять такое решение, которое в будущем можно изменить без особых усилий…”

“Проектирования больше нет?” вообще, статья хоть и для “очкариков” от программирования, но написана интересно.