Follow Slashdot stories on Twitter


Forgot your password?
Slashdot Deals: Cyber Monday Sale Extended! Courses ranging from coding to project management - all eLearning deals 20% off with coupon code "CYBERMONDAY20". ×

Comment Re:"Failed" push for renewables? (Score 2) 354

Plus a LFTR can burn up some of that spent uranium fuel that is left over from conventional reactors, in fact it needs to in order for the reactor to start up, thorium is 6 times more abundant than uranium, LFTR designs are inherently fail-safe, and it's hard to make weapons grade material with a LFTR. It's just the right way forward. I was reading an article about how the closing of reactors in California has lead to coal based power plants, and not wind or solar, stepping in to fill the breach . Wind and solar are nice, I guess, but we need either available base load power , or battery technology that would make it trivial to cache the power from those unreliable sources. I'm thinking the former is the easier problem to solve.

Comment Re:America (Score 1) 630

I don't think that's quite right. The shouting is about people advocating a ban on some weapons. I'm a strong 2nd amendment advocate, but I think there are a lot of people who should refrain from having guns. They just don't have the self discipline. On the other hand, 313M people in the US, 270M guns, and only ~8K murders by gun last year. Either we are exceptionally lousy shots, or maybe people have more restraint then I am giving them credit for.

Comment Re:Vodka (Score 1) 770

No, it really doesn't. The fact that a user *can* change it is the only thing that matters. This is the issue with many (not all) devs in general. Say something they wrote isn't easy or is unintuitive and instead of fixing it they say "well nobody with a brain would do that" or "if they don't know how to figure it out then too bad for them". These are not valid comebacks.

Absolutely right. Our job as software developers is to write software that's invisible, because we are the only people that are interested in software and computers. Everyone else is interested in getting a job done. If our code gets in the way of that, then to some extent we have failed, and excuses or pointing a finger at competing OSes doesn't get the job done. No one said software was easy, and good UI code has to be among the hardest code to write simply because half of the human/computer interface is completely irrational .

Comment Mistake? (Score 1) 594

So was this a mistake or deliberate on the part of the bank employee? What possible email address could be the right one to send this data to? ? And are we to understand that none of this is automated, when loan information on thousands of accounts is transferred from A to B the addresses are typed in by hand? And this information was being sent, why? What did these accounts have in common? How many of these transfers happen daily? The gmail account address came from somewhere; someone's address book, a mailto on a web page, something like that. Surely they already knew the identity of the account's owner. So, would it better for a bank to appear incompetent to its customers, or for it to be known that one of your employees was trying to commit identity fraud? Which one is more actionable on the part of the bank's customers? Of course you send a second email, to yourself, asking that you don't open the first email. That's just basic deniability in case you ever get discovered.

Comment Re:"Sells software"? Microsoft Partner! (Score 1) 281

who are you going to trust this to, some guy called bob on sourceforge, or a multi billion dollar company with resources to get you out of the shit?

Bob. At least I know his name, and can actually talk to him, the developer, before making a decision. Megacorp may have lots of resources, but they aren't my resources. They have an interest in getting me out of the shit only if they can profit from it and even then only if they can profit from it more than they can by expending those resources elsewhere. More likely in this situation their resources are going to be directed into their legal department to get them out of the shit. Bob, on the other hand, really wants his software to work well as a point of pride, and will be positively giddy to take the relatively small amount of money, compared to Megacorp's support contract, that we will offer him to fix his code right frickin now. Bob and 10 of his best buddies will be living on caffeine and sugar until they get a patch out the door because this is the brass ring, getting paid to work on code you otherwise would work on for free. Bob, because if he screws me then I and my large organization can crush him and his buddies like bugs. I'm not in a dominant position when doing business with Megacorp, I am with Bob, so from a very Machiavellian standpoint I'm better off doing business with Bob.

Comment Re:migrating from Joomla.. (Score 1) 73

A good CMS to migrate to is Plone. I've been working the last few months with Plone and I love it! Plone is well structured and easy to develop for, the documentation on their site is a bit thin, and the documentation you can google is often outdated. However their IRC channel has plenty of nice peeps willing to help.

Plone is somewhat of a hairball, multiplied by the bits of Zope3 that have been included. If you look up "overengineering" or "java envy" in the dictionary, you will see the Zope3 logo. This is unfortunate because Plone has by far the best UI of any CMS that I've seen. And Zope2, while somewhat wooly, had some very interesting ideas in it. I would really like to like Plone, but even creating a new skin is a major undertaking, requiring the special buildout tools, and learning their special dictionary of CSS tags. It's very "One True Way". I'm not building a cathedral, just a website. I think a better tool in most cases is Django. The chief advantage is that it is less tightly coupled, making it easier to integrate other python products and just generally making it more approachable. YMMV.

A rock store eventually closed down; they were taking too much for granite.