Forgot your password?

Comment: Carmack FTW. (Score 5, Insightful) 60

by engineerErrant (#47839745) Attached to: Carmack On Mobile VR Development

I have been an Android developer for two years and a Java developer for almost 15, and even a former Google employee, my estimation, Carmack is 100% right.

Despite how much more I like Java than lower-level languages, Google's software stack is a complete disaster. It's poorly designed, bug-riddled garbage that I have actually considered re-writing parts of, even in the middle of a high-pressure project. What makes matters so much worse is Android's distribution model: rather than the direct-to-consumer approach that Apple takes, Google distributes Android indirectly via its device vendors, who can provide arbitrarily modified or out-of-date versions of the infrastructure that you're expected to support when dealing with angry customers who don't understand why their network stack mysteriously doesn't work.

The NDK is not an answer. It's a wreck because JNI is a wreck. I've been using JNI since 2002, and almost nothing has evolved since then - it was never anything more than a token olive branch to luddite C++ developers in 1995, and probably never will be. Ultimately, Java is excellent for mature devices (like servers), but is not suitable for emerging devices (like all the mobile devices we're seeing now) because of its runtime overhead.

Despite Apple's many shortcomings, one of the key points they get right is that mobile development needs natively compiled, non-runtime (or thin-runtime) languages. And, of course, libraries that work. Apple isn't exactly the gold standard on that either, but at least they're miles ahead of "beta early, beta often" Google.

Comment: Troll (Score 5, Insightful) 794

by engineerErrant (#46371107) Attached to: Whole Foods: America's Temple of Pseudoscience

While Whole Foods does sell a lot of homeopathy items, that is *hardly* its entire character as a store. I, along with no doubt many others, go there because it's a specialty grocery store that has a lot of interesting foods that you can't find other places, including (and especially) a big variety of craft beers and vegetarian stuff. Their produce and bulk sections are also hard to beat for variety and freshness, and the prepared-foods section is great when you're on your way home and don't feel like cooking.

I'm no Whole Foods shill, and it does have its share of silliness. But comparing it to the Creation Museum is completely ridiculous and has no place in serious discourse.

Comment: Typical Kurzweil (Score 5, Interesting) 254

by engineerErrant (#46326175) Attached to: Ray Kurzweil Talks Google's Big Plans For Artificial Intelligence

Ray Kurzweil is no doubt a brilliant thinker and an engaging writer/futurist - I've read some of his books (admittedly, not "Singularity"), and they are fun and thought-provoking. However, disciplined and realistic they are not - his main skill is in firing our imaginations rather than providing realistic interpretations of the evolution of technology.

My favorite case in point is his elevation of Moore's Law into a sort of grand unified theory of computing for all time, and using some very dubious assumptions to arrive at the idea that we'll all have merged with machines into immortal super-beings within the near to mid future. I don't need to pick apart all the reasons why this is fallacious and somewhat silly to treat as a near-term likelihood - the point is, he's basically a sci-fi writer in a lot of ways, and I read most of his statements in the same spirit as I'd read a passage out of "Snow Crash."

That said, Google has some very capable people, and can, in all likelihood, mount our best attempt at human-like intelligence to date. They'll push the envelope, and may make some good progress in working through all the challenges involved, although the notion that they'll create anything truly "human-like" is laughable in the near term.

Comment: Re:The usual consulting snake oil (Score 1) 149

by engineerErrant (#46280705) Attached to: Can Reactive Programming Handle Complexity?

Clearly, one-time structural updates during system upgrades are a different ballgame. The pattern described is for ongoing use in deployed production code, and my assertion is limited to that context.

For upgrading Hibernate-based systems (or any other O/R-based system), I'd totally agree that short SQL scripts are in many cases the only reasonably performant solution.

As an aside, I don't really like "classical" O/R (meaning, every field is a column and object relations are explicitly embodied in the DB layer) either because it is so brittle. It lacks any ability to "soft-upgrade" the data because the code is so rigidly tied to the DDL that you're forced to write tons of SQL or other migration scripts for every system upgrade. This, in turn, drags the deployment process into an hours-long affair and sharply discourages frequent upgrades. Despite being no fan of Agile overall, I have found that frequent, granular upgrades are usually better than months-long waterfall cycles, which I feel that classical O/R tends to promote.

Comment: Re:The usual consulting snake oil (Score 3, Insightful) 149

by engineerErrant (#46279737) Attached to: Can Reactive Programming Handle Complexity?

That's certainly valid that proper organization is far more the key to good code than the use of any language - my comments should not be taken as an ad for Java or any other specific technology.

That said, certain language features lend themselves to good organization much better than others. Where SQL faces challenges is that (1) it's mostly a declarative language using set calculus, which (again, in my opinion) makes it ill-suited for non-trivial business logic, (2) because of the aforementioned, it can't be hooked up to a debugger in any normal sense, making maintenance and troubleshooting that much harder, (3) it's a separate "codebase" and technical competency than the "main" codebase (whether it's in Java, C#, Ruby or whatever), thus creating a competency barrier that must be crossed every time work needs to be done on that code, (4) it's not stored with the main codebase, but as a form of data, raising the issue of out-of-sync deployments with the app servers, and (5) far fewer developers know it well enough for complex uses than typical app-server languages, making staffing difficult.

Finally, I have personally always found large codebases much more manageable when written in a statically typed language (which SQL is obviously not). Not wanting to spark a flame war with Ruby or PHP fans, though, I will caveat my statement that those languages are also much better suited for business logic than SQL's declarative style is.

Comment: The usual consulting snake oil (Score 5, Insightful) 149

by engineerErrant (#46279443) Attached to: Can Reactive Programming Handle Complexity?

As background, I am the director of engineering in a small Java/Postgres-based shop. We run a cloud backend for our mobile apps.

This "methodology" reads from the first sentence like an extended infomercial for a consulting shop, or a company trying to create the aura of "thought leadership" to get more investment cash. The formula is simple and time-honored: (1) arbitrarily single out a well-worn software practice to receive a snappy marketing name and be held above all other practices, (2) claim it's new, and (3) offer to implement this bleeding-edge buzzword to clueless executives. For a small fee, of course. It's the same formula that gave us Agile.

In my opinion, what they've described here is a large step *backward.* Not only is this a relatively trivial use of the GoF Observer pattern, but bizarrely, it's done in SQL using triggers, causing immediate database vendor lock-in and creating a maintainability nightmare. It's how software was made back in the 90s when Enterprise SQL database vendors ruled the land. Sprinkling business logic around in the SQL instead of centralizing it in a much more suitable language for logic like Java is a completely terrible idea, unless you're an Oracle sales rep.

This one is safely ignored.

Comment: Focus on the business. That's hard enough. (Score 5, Insightful) 325

by engineerErrant (#38338742) Attached to: Ask Slashdot: Open Vs. Closed-Source For a Start-Up

Focus, focus, focus on getting that product out the door; that alone will take everything you've got. Open-sourcing involves managing a team of people who are distributed in geography and in time zones, and may not care about the mission of your business. It's way more headache than you need right now; I'd definitely not try to add that to your already-full plate.

Open-sourcing isn't really a marketing tool. Once you have a harem of happy customers, they will provide all the buzz you need, and then if you're profitable, you might have some breathing room to think about helping society.

Comment: Fire useless teammates. (Score 2) 208

by engineerErrant (#35600892) Attached to: Improving Productivity (With Science)

The single biggest line item on my (and probably many people's) productivity costs is interruptions of the form, "hey, I need to answer a question that takes more than a goldfish brain's worth of thought. I'd like you to do that thinking for me."

The second would be, "As my work product, I took a big dump into our codebase. Given that I don't care about anything but going home at 5, and none of our leadership understands what I did anyway, especially since I have two monitors and therefore look smart, why don't you clean it up for me if you are interested in finishing your own work?"

I'd settle for just dumping some dead weight instead of any new technology. Really.


The Proton Just Got Smaller 289

Posted by samzenpus
from the size-does-matter dept.
inflame writes "A new paper published in Nature has said that the proton may be smaller than we previously thought. The article states 'The difference is so infinitesimal that it might defy belief that anyone, even physicists, would care. But the new measurements could mean that there is a gap in existing theories of quantum mechanics. "It's a very serious discrepancy," says Ingo Sick, a physicist at the University of Basel in Switzerland, who has tried to reconcile the finding with four decades of previous measurements. "There is really something seriously wrong someplace."' Would this indicate new physics if proven?"

Concrete That Purifies the Air 88

Posted by samzenpus
from the clean-roads dept.
fergus07 writes "Although much of the focus of pollution from automobiles centers on carbon emissions, there are other airborne nasties spewing from the tailpipes of fossil fuel-powered vehicles. These include nitrogen oxides (NOx). In the form of nitrogen dioxide it reacts with chemicals produced by sunlight to form nitric acid – a major constituent of acid rain – and also reacts with sunlight, leading to the formation of ozone and smog. Everyone is exposed to small amounts of nitrogen oxides in ambient air, but exposure to higher amounts, in areas of heavy traffic for example, can damage respiratory airways. Testing has shown that surfacing roads with air purifying concrete could make a big contribution to local air purity by reducing the concentration of nitrogen oxides by 25 to 45 percent."

A Genetically Engineered Fly That Can Smell Light 111

Posted by timothy
from the lsd-way-cheaper dept.
An anonymous reader writes "It sounds like a cool — if somewhat pointless — super-powered insect: a fly that can smell light! Researchers added a light-sensitive protein to a fruit fly's olfactory neurons, which caused the neurons to fire when the fly was exposed to a certain wavelength of blue light. Adding the protein specifically to neurons that respond to good smells, like bananas, makes for a light-seeking fly."

Your code should be more efficient!