Path: csiph.com!v102.xanadu-bbs.net!xanadu-bbs.net!feeder.erje.net!eu.feeder.erje.net!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Martin Gregorie Newsgroups: comp.lang.java.programmer Subject: Re: Alternatives languages on the JVM: which one or is there no alternative? Date: Sat, 14 Dec 2013 10:11:56 +0000 (UTC) Organization: A noiseless patient Spider Lines: 31 Message-ID: References: <5294b061$0$15961$e4fe514c@news2.news.xs4all.nl> <52955f0f$0$296$14726298@news.sunsite.dk> <5295a669$0$15879$e4fe514c@news.xs4all.nl> <19zo5i01fjd4t.101filzjnniw.dlg@40tude.net> <52972d87$0$15919$e4fe514c@news.xs4all.nl> <5297cbd9$0$15882$e4fe514c@news2.news.xs4all.nl> <16c2e66f-de41-4a63-8525-b6703837ae15@googlegroups.com> <52987501$0$15919$e4fe514c@news.xs4all.nl> <01086072-1547-49d0-8ef6-ab6a22deb401@googlegroups.com> <529c9e1c$0$15920$e4fe514c@news.xs4all.nl> <529ca6a9$0$15992$e4fe514c@news.xs4all.nl> <644dd621-a729-48f1-9e28-61d5bcd5c2a7@googlegroups.com> <529d9961$0$15960$e4fe514c@news.xs4all.nl> <03a09ab3-7ae1-4b77-a2b8-def9ff166c8e@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Injection-Date: Sat, 14 Dec 2013 10:11:56 +0000 (UTC) Injection-Info: mx05.eternal-september.org; posting-host="e5160e2be48f1ea550cf61512446f525"; logging-data="14815"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19dU3h6Z2dJxB9nIzp/E+Wrsg4NXUr/ZXw=" User-Agent: Pan/0.139 (Sexual Chocolate; GIT bf56508 git://git.gnome.org/pan2) Cancel-Lock: sha1:YXDTCdQjb71MK3Dx4d7YrLlCDrw= Xref: csiph.com comp.lang.java.programmer:26888 On Sat, 14 Dec 2013 03:31:20 -0400, Arved Sandstrom wrote: > Martin, I gave up on UML several years ago. That and all other graphical > modeling languages. All of that graphical stuff seriously wastes time - > competent developers understand text better, and God forbid if managers > see UML. Plain English, pseudocode, and sketches on paper work a lot > better. > Agreed. > There actually is a role for architects. It's just that 95 percent of > the people who advertise themselves as such couldn't code their way out > of a piss-soaked paper bag, let alone comprehend a system. > Yes. If a significantly sized system isn't designed, designed well and this specifically includes details of how it is to be controlled, configured and recovered after a crash, before any code is cut it will probably be a disaster. Configuration needs to cover how the system is to be scaled up since there is a good chance that it will be asked to deal with more data that is delivered quicker than the original requirements foresaw. For example, I designed a system that handled the warehousing and analysis of call detail records that, when first run live, was faced with more data volume than the requirement said was expected in 3 years time (due to the introduction of pay-as-you-go). And it soon ramped up from there... -- martin@ | Martin Gregorie gregorie. | Essex, UK org |