Sure.

Which is why I do not in any way defer to their judgements, but make my own.

"To draw truths from reading for yourself."

Drawing truths from the book with the longest continuous editorial history known to man, one that warns you it has been tampered with by scribes with lying pens (Jeremiah 8:8) is not an easy thing, it is a puzzle. But our creator gave us rational minds to solve puzzles with.

No, I am sorry but you are wrong. They were certainly not part of the original Bible. They were *added* to some Greek translations of the Scripture, somewhere around 100bc, but no one considered them Canonical until centuries later. We are talking the 4th century AD on the "Christian" side and perhaps a couple of centuries earlier on the Rabbinate side, but in each case it was a multi-generational project to ultimately *add* these books, to elevate the works of men to the status of scripture.

But you see you are in the Windows CE embedded niche. Your vision is clouded.

I'm not in a "windows CE embedded" niche and the grandparent poster is right.

It's not an issue with the target. It's an issue with the platform(s) supported by the development tool vendors and the chip manufacturers.

For instance: With Bluetooth 4.0 / Bluetooth Low Energy (BLE), two of the premier system-on-a-chip product families are from Texas Instruments and Nordic Semiconductors.

TI developed their software in IAR's proprietary development environment and only supports that. Their bluetooth stack is only distributed in object form - for IAR's tools - with a "no reverse engineering" and "no linking to open source (which might force disclosure)". IAR, in turn, doesn't support anything but Windows. (You can't even use Wine: The IAR license manager needs real Windows to install, and the CC Debugger dongle, for burning the chip and necessary for hooking the debugger to the hardware debugging module, keeps important parts of its functionality in a closed-source windows driver.) IAR is about $3,000/seat after the one-month free evaluation (though they also allow a perpetual evaluation that is size-crippled, and too small to run the stack.)

The TI system-on-a-chip comes with some very good and very cheap hardware development platforms. (The CC Debugger dongle, the USB/BLE-radio stick, and the Sensor Tag (a battery-powered BLE device with buttons, magnetometer, gyro, barometer, humidity sensor, ambient temp sensor, and IR remote temp sensor), go for $49 for each of the three kits.) Their source code is free-as-in-beer, even when built into a commercial product, and gives you the whole infrastructure on which to build your app. But if you want to program these chips you either do it on Windows with the pricey IAR tools or build your own toolset and program the "bare metal", discarding ALL TI's code and writing a radio stack and OS from scratch.

Nordic is similar: Their license lets you reverse-engineer and modify their code (at your own risk). But their development platforms are built by Segger and the Windows-only development kit comes with TWO licenses. The Segger license (under German law), for the burner dongle and other debug infrastruture, not only has a no-reverse-engineering clause but also an anti-compete: Use their tools (even for comparison while developing your own) and you've signed away your right to EVER develop either anything similar or any product that competes with any of theirs.

So until the chip makers wise up (or are out-competed by ones who have), or some open-source people build something from scratch, with no help from them, to support their products, you're either stuck on Windows or stuck violating contracts and coming afoul of the law.

That may be a matter of opinion and perspective as well.

Those are late compositions in Greek and clearly not part of the original Hebrew Bible (properly called the Tanakh.)

The books you mention, along with the so-called New Testament books, both those declared 'canonical' by the Imperial Roman authorities and the other books that were banned instead, along with the Talmud, are all in my mind defensible and even in cases valuable, as Midrash, as Commentary, as a record of what men at the time thought on some important subjects - but NOT as scripture to be elevated to stand with the Tanakh, let alone to actually be set ON TOP of the Bible proper as so many do.

The US taxpayer gave away airwaves to broadcasters in exchange from free service. The broadcaster can recoup costs and make a profit through advertising. Cable companies pay because they collect all signals and transmit to everyone. Aero rents an antenna and a DVD and records specific shows. I think the SCOTUS only looked at present revenue, no the long term impact of limiting broadcaster viability in the age of the internet. I have the right to place an antenna anywhere and receive a personal signal or recording of the signal. If the broadcasters are not going to honor the original mandate, they should give our airwaves back.

On a related note, broadcaster have been increasingly ignoring the public service mandate, and our government has been complicit in this. Aero is just another example of the giveaway of public resources to the privileged few.

"What was the last time there was a retraction of inaccurate or harmful material from the Bible?"

It's actually a good question if refined a bit.

I would propose to you that what you see as 'inaccurate or harmful material from the Bible' is better defined as 'inaccurate or harmful interpretations of the Bible' and while retractions of those are not unheard of, they are certainly relatively rare.

I think the deeper point here is simply that the theoretical bright-line between science and religion has a worrying tendency to evaporate in practice, and simply pointing out that tel-evangelists are even worse is not much of a defense.

There's a huge difference between appreciating the scientific method and having faith in whatever the 'scientist' says - in fact they are mutually incompatible.

Everything is a continuum.

That is an exaggeration. Things grow as a continuum, but they can get separated when the parts in the middle die off. You wind up with a branched structure because things really can get far enough separated that when the middle dies off they can't reconnect. For example, mammals really are distinct from other tetrapods because the forms that connected them died off and they've been developing in different directions ever since.

oh forget it, this meme is no longer funny.

Nobody else around here lets that kind of thing stop them.

"My impression, also from German newspapers etc., is that most germans including politicians are truely mad and are seriously considering to cool down relations with the USA."

As they should be, frankly the reaction seems inexplicably mild.

Can you imagine the reaction if the shoe was on the other foot? If this was a BD spy caught infiltrating the CIA?

A 'cool down' in relations would be a serious understatement.

"Over the years, I've done a lot of work with games and simulations for training."

OK. That really doesnt have anything to do with the web, however. Sure, the web can be used to deliver the project - that doesnt mean it has to actually run inside the browser. There is a HUGE difference.

"We could not have produced this educational game with just HTML."

I get where you are coming from but I still think it's far off the mark. The web is not a game platform, that is not it's purpose, so 'we could not do games this way' is not a very telling criticism.

You can use better tools to make the games, and use the web merely to deliver the game. Where is the problem with that?

It would NOT be slower, clunkier, or more prone to error. It could be done using exactly the same technologies in virtually exactly the same way - the only difference would be very slightly less easy to get it started, and in return for that, your browser is no longer a malware vector.

Or, it could be done using technologies better suited for the purpose, in which case I would expect the results to be less clunky, faster, and more stable - but the development process would be more expensive as well.

I get why you would want to use RAD to lower costs, just not why you see the tiny convenience of running in the browser automatically as worth the cost of turning the web into a malware distribution network.

"An HTML-only web is great for relatively static content, but not so great for anything much beyond that. "

This sounds like nonsense to me, but I will give you the benefit of the doubt and ask you for *concrete* examples of what you are talking about. I have yet to be cited a single good example here - very often what is being done would work just fine in HTML, with less overhead, but the 'designers' just do not understand HTML, or have any desire to learn it, so they do things this way instead.

Certainly javascript can produce a slicker appearance and make certain things a bit smoother - but to do so it sacrifices device-independence and browser agnosticism - critical advantages that underlie the success of the web and whose loss can only undermine it.

Now if you build a proper web page, and then *enhance* it with javascript sanely, preserving graceful fallbacks, that would be fine. You can have your slick interface without sacrificing the web. And I can choose to avoid your slick interface so as not to sacrifice my security.

The 'designers' that cant be bothered to do that, and the suits that keep them employed, are the reason we cant have nice things. In this case, javascript.

"Is it so difficult to grok why you might want content to change on the client?"

Not difficult to understand why it was desired.

The point is it's harmful and been proven harmful, and far too harmful for the small advantages it brings to outweigh that.

If you think you have nothing to hide, you should probably spend a bit of time studying the history of the FBI. Leading an exemplary life has never been a protection from them, if they suspect you may be part of whatever conspiracy is popular at the time. A few decades ago, it was Communists, and having no connection to any Communist organization was never protection from them or their colleagues in organizations like HUAC. It's quite clear that the "anti-terrorist" push nowadays is no more concerned with whether you have anything to hide; if they need a scapegoat and you're handy (perhaps because your name is vaguely like some name on one of their lists), they'll go after you and make your life a hell on Earth.

Having "nothing to hide" is one of the most naive misconceptions going around, and has been for at least a century. Dig into the history of the FBI and assorted other similar organizations. Google can find a lot of it for you. Then come back and tell us again whether you have anything to hide.

(And they probably already have a copy of your pron collection, added to their own. ;-)

I wonder how much of that is because of the way you're using them. They give a lifespan estimate, but that's making some very broad assumptions about how you use them. Those estimates about how many years they'll last are based on you using it for so many hours per day but only turning it on a few times per day. If you turn the light on and off many times per day, as you might in a bathroom or if you're using an occupancy sensor, the filaments will wear out a lot sooner than the projected lifespan. If you're really turning the lights on and off a lot, LEDs are probably a better choice.