I beg to disagree. I don't know what your dev env is, but any ORM will cause dynamic table / column labels. This isn't a bad thing. This means you don't spend countless hours hand sculpting selects/updates.
- Considerably faster to write and maintain queries / persistence
- Significantly less code / DB coupling
- Makes DB refactors easier to handle (depends on how much you leverage static DB-metamodels but that's another discussion)
- Eager/lazy fetching makes foreign relations stupidly easy, like legitimately night and day
- Often less efficient because its harder to pull in subsets of a table row vs. just fetching full rows (though totally doable, people generally don't bother)
- Depending on the SQL abstraction, you can get some bad JOIN's if you don't know the gotcha (but these are generally poorly constructed large queries, but they do require debugging to fix)
- Eager/lazy fetching can cause SIGNIFICANT poor performance if you aren't aware of what your queries / related code are doing
If you want to know what's being pushed into the DB, put in breakpoints into the ORM layer or add persistence listeners to trace what's being stored / when (then turn it off for prod). If you're using raw JDBC, you don't have no excuse for traceability. Your problem isn't in the language, its about your ignorance about the framework / libraries your project is using.
Plus, at least with Hibernate, it'd use bind variables, not poor performing literals unless your code itself is being written with native SQL queries in JDBC. The one thing not trivially easy in most ORM's is DB-side batch updates. I generally hand code my SQL in those cases, but it can be done.
Don't blame a language for the mistakes of the developer. Don't blame the language for 'selecting bad developers'. Blame underperforming developers for underperforming, or blame management for not managing / training / filtering them very well.
I did a very large COBOL port a few years ago, and I must say it was very well written. We were increddibly lucky that the developers were maintaining the project for decades and wrote their code very consistently (though they significantly lacked in comments) and were quite comfortable with helping learn the in-s and outs of the system. The actual business logic of the product was factors more difficult to grasp than any simple technical issues with COBOL itself.
Much in the same veign as C, COBOL's whole memory model is like a big block of crap, being able to remap memory blocks willy nilly over existing ones, sending memory blocks across programs, etc.. makes tracing memory much more difficult unless you had some sort good static analysis tools for tracing (which we didn't). The processing code was straight forward but obviously very simple, which meant that there was a lot of boiler plate (but completely drop dead simple since the same code was used consistently throughout the project).
Joe rocks my Linux CLI editing world, but that's about it. The highest level of 'coding' I do with it is the occasional bash script. At least I can log into the latest centos and not have to spend 10 years editing the keyboard shortcuts anymore -- win!
For real work, I use Eclipse for Java. Frankly, if I did what I do in Java in any test editor, I'd probably loose close to 5-10x productivity. I know the tools and what they can do for me, and that's a lot.
1. Have a universal number, lets call it a SIN number for simplicity
2. Have a web site / physical record of casted votes with the casted vote and the voter's unique id hashed by something like MD5/SHA & date/time of casted vote in the incredibly rare case of hash collisions (correction, see below)
3. Send a mail-in pamphlet that provides a seed so that only the voting registry knows your unique (no reverse SIN guess in case your SIN was compromized by 'influencing' parties)
Me: Joe Blow
Issued SEED: 1234567890
SIN Number: 32323
Vote: Mad-like-hell Libertarian
Public Government Site Record:
| Mad-like-hell Libertarian | 8e63860d2a80a5d32d95345592697328 | May-14-2015 / 08:54pdt
(Example hashed from seed+sin / MD5)
The only problem being that the public needs to know (or rely) on the hash magic, but if you really care about your vote being untampered with, you can learn how to use basic tools to make it work.
For independent audits of the voting office, all SIN/seed hashes are to be retained for a number of years (or forever depending on data retention blah blah) so that independent audits of SIN numbers to actually viable voters, etc.. can be verified.
(Correction, because the registry can pre-calculate the hashes of everyone, they can re-generate a new seeding number until it doesn't collide with existing generated hashes)
Well, Sunni's and Shiites are also largely ethnic in nature as well as religious, so its arguable if that would matter. The same with Israel and Palestinians, but realistically, England wouldn't have cared about a displaced ethnic group (see gypsys) so they never would've repartiated their lands after WW2.
As for the territorial / violence, etc.. Its nothing at all to do with Religion. As another commented posted, the ingroup/outgroup dynamic is a lot stronger when there's a clear selection bias (skin / religion / socio-economic / 'birth caste' / left-handed / (wo-)man).
Of course the best solution is to educate people and hope that their own affirmed hypocracy guilts them into changing their opinions, or at least shutting their mouths from perpetuating the bias.
"Had it done to me"
Pardon? You signed a contract, and if they didn't honor your agreement by paying for your proscribed hours, take them to court for breach of contract. The only retarded thing that you could've done was have a fixed maximum hours worked, in which case they can't demand your time in excess. As a contractor, you sure as hell aren't bound by the same "work till you drop" technique salaried employees are legally subjected to.
A company that I contracted for had a fleet of young Cobol dev's who replaced the previously retiring workforce because upgrading the system to a new arch was too much money (at the time).
Oh, and COBOL is almost rediculously easy to learn. The big money is in knowing the business processes that those developers probably spent decade(s) mastering.
They're a company that wants to stay in business. TV's about as locked in as can be and even they're draining audiences in one form or another. The internet is an amazing levelling field, and even if terrestrial TV packed up and quit tomorrow, there'd be no firm reason NetFlix alone would dominate the internet markets. They're playing the same game by locking up good content behuind their platform so that if/when the sh hits the fan, they'll have something to keep loyal customers paying well for their services.
#3 Who has more time to manipulate an open source web engine index? A do gooder looking to relfect bad SEO in a search result, or an SEO not looking to pump their own numbers floating their own crap to the top (through whatever carrot/stick-like measures implemented).
Google had some extremely bad queries some years back due to every SEO on earth trying to game the system. The only reasonable solutions on the top of my head are:
1. some sort of real-id-type verification system that requires actual investment in an acocunt being considered having weight (even then, it makes compromized systems a lot more valuable to hackers)
2. Devise a systemic pattern manipulation which is known to specifically target and down-rate results (like results that only get linked through blog comments or reuse heavily from their referenced pages for instance) -- Google seems to do some form of this
3. Individualized / group based blackack-lists -- Pain in the butt to curate, causes false positives to be burried (forever?), relies on people with associations comparable to their own (eh, ban all GBLT/alternate religions / pre-xyz sites / etc..) and of course having individualized search curation is a butt ton of extra data that needs to be floating around on servers waiting for your specific user ID to hit said server. I think that is may have been one reason blocked sites died in Google. Its just a pain in the ass to distribute the user's search preferences to every possible hosting node (or having slower responses due to limited numbers of nodes being able to respond to them).
Meh, not even necessary. Church attendance is hitting rock bottom throughout the world. In Canada, already like 25% are self-ascribed non-religious (agnostic / atheist / etc..). Times are changing, and given a few more generations and there may not even be a majority of religious people period. Once they lose the majoirty, do you really think people will support tax exemption for a special society?
Hey Religious orders do great things, and I'm generally content with them in our communities. They bring joy and satisfaction to those in them, often help the most socially fragile people and if that was it, I'd be the first one to support them. The sad side is the all too common exploitation, special interest politicalization, and other people's moral codes (all of which are perpetuated through their religious leaders' position of power) which seems so repugnant to me.
Any organized religion operating in any country are required to operate within the laws of the lands they reside in, just like people. Scientology is often considered a cult / secret organization because of secret doctrine, non-transparent rules for church structure, and the fact that you pay to elevate yourself in the order. I'm sure there's more, but I don't spend much time caring about the org.
They are fine in calling it a secret order and have all the right to do so, but its no a religion just because people rely on the org to fix their sad lives. Germany isn't the only one either. The UK also doesn't consider them a religion.
Any % is relevant. 5% drop in economic output and a countries can sway from economically stable to chaos. 5% increase in mortality rate is a hell of a lot more dead babies. 5% more cases of cancer, 5% swing easily chooses the next American president, etc... Your lack of care to any statitistical measure is rather short-sighted. I hope you're not employed somewhere where your decisions matter.
Now the quesiton which you tossed away with your drivel: Does a 5% drop in student graduations cause material harm to society?
I would actually say that its probably a lot less worrisome than it represents. The fact that they couldn't hack post-secondary with easy access to (an admitently low severity) drug probably means they weren't cut out for school to begin with.
I'm sure there were plenty of failures that could've gone on to better careers if they had just hung on, but I believe a lot more would've found little opportunity for just-marginal post-secondary education entering a now very constrained jobs market.
"It's not libel if it's true, and just because the doctor who was negatively reviewed says "nuh uh, am not" does NOT establish anything at all resembling libel."
If you go to a court of law and the anonymous party doesn't defend themselves then 100% its libel. If you don't stand up for your point, it has zero credability.
On the flip side, Google should honour the japanese take-down in Japan while allowing for the clinic to follow similar law suits in other nations if they find it necessary for a similar ruling. Having a carte-blanche international force on any entity isn't great without international level of oversight. Japan, the US, China, Tajikstan, etc.. shouldn't carry unilateral control over information that may be politically or economically damaging without reasonable oversight.
Sure, I mean it isn't like the majority of the world doesn't operate in the US, but hell, fuck it! Lets only allow unfettered access to the internet for people presenting their SIN, blood samples, and birth cirtificates while we're at it!