Year of Reality Checks: Struts joins Dodo League with some inane comments; when will Groovy follow suit? 수표의 현실 년 : 스트럿 조인 도도 연맹과 일부 공허한 의견;은 언제 홈 다음과 소송을?
I am very annoyed when people decides to abuse some contextually correct phrase to try to justify something stupid. 난 정말 짜증이 결심하는 사람들이 학대를 정당화하기 위해 어떤 콘텐츠 올바른 구문을 어리석은 행동을 시도합니다.
We do offer Struts developers a choice, but, hey, choice is good. 스트럿의 개발자들이 우리에게 선택권을 제공, 그러나, 안녕하세요, 선택이 좋은합니다.
People who want to create and maintain Struts Classic are welcome to do so. 스트럿 및 유지 관리를 만드는 사람들이 클래식에 오신 것을 환영합니다 그렇게합니다.
People who want to create and maintain Struts Shale are equally welcome. 스트럿을 유지하기 원하는 사람 혈암를 작성하고이 동등하게 오신 것을 환영합니다.
Source: http://www.apachenews.org/archives/000552.html 출처 : http://www.apachenews.org/archives/000552.html
Right on Sir! 오른쪽에 선생님! Choice is good. 선택이 좋은합니다. So offer hundreds of Open Source choices each of which are architecturally short-sighted (reflecting badly on the designers) and/or poorly implemented and force the user to plough through them wasting hundreds of hours or till he loses his sanity. 그래서 수백 개의 오픈 소스 옵션을 제공하는 각각의 구조적으로 짧은 - 시력 (심하게을 반영 디자이너) 및 / 또는 낮은 구현을 낭비하고 강제로 그들을 통한 사용자가 수백명의 시간 또는까지 갈고 그는 그의 건전성 상실합니다. Look at the choices for Open Sores CMS. cms 부스럼에 대한 선택을 열어보세요. There are over hundreds of them. 수백 명이 넘는 사람들이있습니다. Who needs hundreds of equally inane choices (with few good ones) and with no objective analysis lying around? 수백명의 사람이 필요 동등하게 공허한 선택합니다 (과 몇몇 좋은 추억) 및 객관적인 분석이없는 거짓말을 근처에 있나요? Same with Java Frameworks (yeah, everyone thinks he can design his own framework and sourceforge and apache are always eager to help them) and scripting languages. 동일한와 자바 프레임 워크 (예, 사람들이 생각하는 그는 자신의 프레임 워크를 설계하고 싶어서 도움말 sourceforge와 아파치는 항상 그들을)와 스크립팅 언어합니다.
I am not singling out struts here. 스트럿 로우 나는 여기에없습니다. In fact struts is a decent framework though shortsighted and complicated. 스트럿은 비록 실제로 근시가 괜찮은 프레임 워크와 복잡하게합니다.
Choice is good but in moderation. 선택이 좋은 그러나, 절제합니다. Anything in excess is bad including choice. 나쁜 포함하여 아무것도 선택을 초과합니다. You are forcing yet another choice on the user without any justification and without admitting your failures with struts experiment. 아직 당신은 강제없이는 사용자의 또 다른 선택의 실패를 인정하지 않고 그 정당성과 스트럿 실험을합니다.
As a volunteer organization, we are not constrained by the economics of competition. 자원 봉사 단체로서, 우리는 경제의 경쟁에 제약이 없다. All we need are volunteers who are ready, willing, and able to do the work. 우리에게 필요한 사람은 자원 봉사자들이 준비 의지, 그리고 일을 할 수있습니다. So long as we have volunteers, we have work for them to do. 너무 오래 우리는 자원 봉사자로, 우리는 그들이 할 수 일하는합니다.
Right on Sir again! 선생님 오른쪽에 다시! Sure volunteers are infinite in number and so competition doesn’t exist! 무한대의 자원 봉사자들이 경쟁을 확인 번호, 그래서 존재하지 않습니다! That not being the reality why don’t you admit that you are effectively shelving struts for good. 이되지 않습니다의 현실을 효과적으로 당신은 왜 선반 스트럿을 인정하는 좋은합니다. And would you Sir please come out with the proper reasons like very painful to use and manage, steep learning curve, short-sighted in handling complex web sites, tries to do too many things at once etc. 그리고 선생님이 당신을 적절한 제발 나와 같은 이유로 사용 및 관리가 매우 고통스럽고, 가파른 학습 곡선, 짧은 - 시력이 처리 복잡한 웹 사이트를하려고 시도를 한 번에 너무 많은 일들을 할 등등
I hope Groovy will get a reality-check soon or it will join the same league! 프라 으면 좋겠 현실을 세례를받을 것입니다 - 체크 곧 아니면 같은 리그의 숙소를 입력하세요!
Filed under 밑에 Java Software 자바 소프트웨어 , Open Source Software 오픈 소스 소프트웨어 , Web 웹 | |
| |
RSS 2.0 rss 2.0를 | |
Email this Article 전자 우편이 문서
You may also like to read 같은를 읽을 수있습니다 |




November 29th, 2005 at 12:25 am 2005년 11월 29일에서 오전 12시 25분
[...] It doesn’t give me much pleasure to say that I already spoke about struts demise in January, 2005. [...]하지 않습니다 많은 기쁨을 줘 스트럿 대해 이야기라고 생각이 이미 붕괴 년 1 월, 2005. It was effectively dead since then. 그것은 효과적으로 죽은 이후로합니다. Now it is finally brain-dead. 이제는 마지막으로 뇌 - 죽은합니다. But I wouldn’t gloat like Larry about the demise as Struts after all has provided MVC support for tons of Java developers worldwide (and because I don’t speak ill about the dead). 하지만 래리처럼 안에 대해 기뻐할 사망에 대한 지원을 스트럿 mvc를 제공했습니다 톤의 이후의 모든 자바 개발자 전세계 (그리고 죽음에 대한 욕설하지 않으니까). [...]