|
Brecht posted:context-destroying façade of an ORM.  I think people are kind of overlooking the O part of ORM. They don't just construct a SELECT, they handle the boring process of converting results into useful objects, which is cool if you're not just dumping results to a page. Also, no ORM aims to totally abstract a complex subquery. The point of wrapping a SELECT is that the majority of queries in the majority of applications are brainless boilerplate and the programmer shouldn't even have to think about how they're constructed, any more than they should have write i = 0; i++ in a foreach.
|
#
¿
Dec 11, 2011 17:21
|
|
|
|
| # ¿ May 10, 2024 12:35 |
|
|
tef posted:should we start a orm/sql apologist thread? it's like tabs vs spaces in here More like HLL vs assembly.
|
|
#
¿
Dec 11, 2011 18:13
|
|
|
npe posted:
Is this just about using Exception instead of NullPointerException, or is there an additional horror?
|
|
#
¿
Dec 19, 2011 07:14
|
|
defensive programming
|
yaoi prophet posted:If message is null, message.equals(null) will throw a null pointer exception. Oh ouch. I'll probably be doing poo poo like that if I ever go back to Java from Ruby.
|
|
#
¿
Dec 19, 2011 16:45
|
|
|
Mr. Crow posted:
I frequently do that (in Ruby) to handle values that could be either a datetime or date.
|
|
#
¿
Jul 3, 2012 18:53
|
|
|
That Turkey Story posted:If you're manually using new and delete for dynamic memory allocation in modern C++, you're probably missing a better alternative in the standard library and/or boost. The use of "probably" kinda sums up the whole problem.
|
|
#
¿
Sep 10, 2012 19:44
|
|
|
how!! posted:I call it How!!'s rule of software complexity: As software complexity increases, bugs and features become indistinguishable. Indistinguishable to people who are too loving stupid to read the code.
|
|
#
¿
Jan 17, 2013 02:22
|
|
|
|
| # ¿ May 10, 2024 12:35 |
|
|
Nickopops posted:not a great MATLAB coder Nice tautology you got there.
|
|
#
¿
Jan 22, 2013 05:35
|
|