SCJP
Visit my download page
Matthew Brown wrote:I go with neither .
(Specifically, I use the first style by preference, if I have the choice, except that I'd put catch, else etc on a new line).
SCJP
Visit my download page
Jayesh A Lalwani wrote:How about I don't care? While reading code my brain skips over the curly braces anyways. As long as the indenting is correct, I don;t need the braces. The braces are for the compiler not me. The indentation is for the humans not the compiler. You need both.
Enthuware - Best Mock Exams and Questions for Oracle Java Certifications
Quality Guaranteed - Pass or Full Refund!
SCJP
Visit my download page
Randall Twede wrote:the point is it uses no braces. only indentation. i like it in theory, but i don't know
i didn't know you were into D&D
Paul Anilprem wrote:Is there any Java IDE that does it?
Paul Anilprem wrote:Python eliminates this redundancy I like it.
Steve
curly brackets: which side are YOU on?
Steve Luke wrote:I like Python, but the reliance on white space for defining a block I hate - probably the think I hate the most about the language.
Pat Farrell wrote:I do:
I hate python's use of white space instead of brackets. Its just personal taste, but my mind is made up, so don't bother to try to change it.
Ryan McGuire wrote:I still don't know how I feel about capitalizing reserved words in SQL.
Pat Farrell wrote:SQL was never intended to be used by people.
Jesper de Jong wrote:I remember seeing an old advertisement....The idea was that business people (not programmers or other technical specialists) would write SQL to get whatever data they needed for their business decisions. It's so easy, you know, it's almost like asking the computer in English what you want...
Pat Farrell wrote:SQL was an attempt to have an English-like command front end to relational-calculus.
"Leadership is nature's way of removing morons from the productive flow" - Dogbert
Articles by Winston can be found here
Enthuware - Best Mock Exams and Questions for Oracle Java Certifications
Quality Guaranteed - Pass or Full Refund!
Jesper de Jong wrote:Yet, SQL still exists and it used everywhere where there's a relational database, apparently nobody in 30+ years has come up with something that's good enough to replace SQL.
"Leadership is nature's way of removing morons from the productive flow" - Dogbert
Articles by Winston can be found here
Paul Anilprem wrote:I find sql to be quite intuitive (for the most part). Not sure why it is being criticized so much. It may not be perfect but I think if it hasn't been replaced in 30 yrs, it must be doing something right
"Leadership is nature's way of removing morons from the productive flow" - Dogbert
Articles by Winston can be found here
Winston Gutkowski wrote:
Paul Anilprem wrote:I find sql to be quite intuitive (for the most part). Not sure why it is being criticized so much. It may not be perfect but I think if it hasn't been replaced in 30 yrs, it must be doing something right
VHS wasn't replaced until DVDs came along; but would anyone actually claim that it was the best?
Somebody (possibly you) said that this is entirely down to marketing; and I suspect they're right. SQL covers most of the bases it was intended to; and for those it doesn't, vendors have written their own proprietary add-ons, so you can usually get it to do more or less what you want.
And the value of SQL is not in the language itself, but that it gives you access to a huge datastore that is specifically designed to manage and hand you vast amounts of information quickly. Hell, I'd re-learn COBOL if it was needed for that sort of power.
Winston
Enthuware - Best Mock Exams and Questions for Oracle Java Certifications
Quality Guaranteed - Pass or Full Refund!
Paul Anilprem wrote: Just that I don't find it as complicated as it is being made out to be.
Pat Farrell wrote:
Paul Anilprem wrote: Just that I don't find it as complicated as it is being made out to be.
Ok, SQL drives me nuts. The problem is that its not a linear language, simple things are simple, but slightly more complex things are much more complex. Really complex things are often impossible with the "standard" SQL so you use implementation specific extensions which are not portable. You end up with really complex things that are next to impossible to understand, let alone optimize.
Enthuware - Best Mock Exams and Questions for Oracle Java Certifications
Quality Guaranteed - Pass or Full Refund!
Paul Anilprem wrote:VHS and DVD analogy doesn't apply here because DVD fulfills a need that VHS simply cannot
"Leadership is nature's way of removing morons from the productive flow" - Dogbert
Articles by Winston can be found here
Martin Vajsar wrote:Still ugh?
"Leadership is nature's way of removing morons from the productive flow" - Dogbert
Articles by Winston can be found here
Matthew Brown wrote:I think the problem with both examples is that they are trying to bolt on an imperative language onto a declarative language, and that mismatch is always going to be a problem. SQL works fine when the action isn't "fetch then process" but "fetch matching these conditions and I'll leave the details up to you". Once you go beyond things that model is good at it gets messy.
No more Blub for me, thank you, Vicar.
Winston Gutkowski wrote:
You may be right, but for anything other than bulk updating, the chances are virtually 100% that the results of an SQL statement are likely be used in some imperative way
Martin Vajsar wrote:Moreover, in Oracle Forms you can use PL/SQL on the client side too (hopefully I'm not mistaken, I've never used Oracle Forms), so you could use this construct even on the client, not having to mess with cursors or result sets.
Still ugh?
No more Blub for me, thank you, Vicar.
Matthew Brown wrote:
Winston Gutkowski wrote:
You may be right, but for anything other than bulk updating, the chances are virtually 100% that the results of an SQL statement are likely be used in some imperative way
Actually, even as a developer I reckon the majority of SQL queries that I write produce results that are just pasted into a spreadsheet and emailed to somebody. Most of them never go near any other code.
chris webster wrote:Oh goody, a language war!
Braces:...
SQL: ...Most people I encounter who have problems using SQL are really having problems breaking out of their imperative/procedural mindset and failing to think about what they are trying to achieve in relational/set-oriented terms: they're thinking about the process rather than the data.
As for PL/SQL, obviously it's a proprietary procedural extension to SQL, so if you don't want that kind of thing, don't use it.
I dunno, Javaranch is full of really smart people, so if a relative idiot like yours truly can master SQL and PL/SQL, you guys should have no problems!
"Leadership is nature's way of removing morons from the productive flow" - Dogbert
Articles by Winston can be found here
Winston Gutkowski wrote: Oracle used to trumpet their Java support all the time, but I don't see any sign of a Pro*Java anywhere.