Follow Slashdot stories on Twitter


Forgot your password?

Comment Correct treatment? Radioactive iodine abalation. (Score 1, Interesting) 97

Correct treatment? Radioactive iodine abalation.

If only they had some radiation with which to treat those cancers... particularly radiation in shell fish, given shell fish are a common source of iodine.

Isn't it more likely that avoiding eating fish would account for the difference (assuming there is one, after you control for "suspected cases", and you compare to a relatively unexposed genetically similar population of children elsewhere in Japan, I mean)?

Comment Re:If I was Microsoft, here's what I'd do. (Score 1) 90

I think either yours or my idea or even both would be a good move to add more Windows Phone users.

Realize that I don't necessarily believe that more Windows phones are automatically a social good; I just believe that if that were Microsoft's goal, the way to achieve it would be for Microsoft to encourages developers to target them as a platform. This would incidentally benefit Microsoft by having developers target their code to Microsoft's IDE, rather than X Code or Eclipse.

Again, this is only about Microsoft's best interests in regard to establishing market share, and not about what I believe is necessarily a social good.

Comment Re:If I was Microsoft, here's what I'd do. (Score 1, Insightful) 90

I'm not sure if this is legal or not, but if they made an iOS and Android emulator so you could run both iOS and Android apps on the Windows phones, some people might get a Windows Phone then who'd otherwise be getting one or the other because they figure they get all types of compatibility.

This would be the third worst tactical blunder of all time. The most famous of which is "never get involved in a land war in Asia" - but only slightly less well-known is this: "Never go in against a Sicilian when death is on the line"!

The correct thing to do is build Windows emulators for iOS and Android, rather than the other way around.

This will cause developers to target their development for Windows, rather than targeting iOS or Android. This get Microsoft native apps, and at the same time, detracts from having those same apps native on iOS or Android.

FreeBSD made the mistake of building a Linux emulation layer for FreeBSD, instead of a FreeBSD emulation layer for Linux, which would have had developers working on FreeBSD native code, rather than Linux native code.

Comment Re:Documentation is rarely valued as a contributio (Score 1) 688

I can't speak for other people, but personally I do value documentation. Not that I want to spend all my time documenting someone else's work, but when I need to learn about something, documentation is invaluable. No, it isn't as fun as writing code, but that doesn't make it useless. If someone else wants to contribute to FOSS and isn't a coder, but can do tech writing, I for one would appreciate their contribution to documentation.

I value documentation as well.

The problem is that the people changing the code out from under the documentation, so that the documentation quickly becomes out of date, or, worse, incorrect and misleading, is those people who are doing that to the code *not appreciating* the documentation effort.

At worst, there needs to be an agreement that things will stay the same for a while, or for at least a major version number, before the documentation goes out of date. And as you've noted with git: when things grow organically and incrementally, it's going to be near impossible to keep the docs in lock-step with the code -- particularly if the only way to make them match up is reverse engineering the code until you know enough about it to document it accurately and completely.

At one point in time, I wrote a rather complete internals book on FreeBSD; but the OS changed out from under the book too quickly, and so it was inaccurate, except for a particular major revision. And even then, there were sufficient differences even in the point releases (to the odd minor version number) that, unless I'd included a CDROM set or DVD with the book itself, there was no way that it was going to be useful for its intended purpose as a college textbook.

So yeah, documentation would be nice, but it's only going to get there as a divided labor effort if we agree to write design documents up front, and then follow a cathedral model for both the docs and the code that come out of those designs.

I think one of the major problems is that when you make something understandable by documenting it ... it makes it a whole lot easier for someone to step in and know how to "improve" things, until the docs are out of date again. At least, that has been my personal experience.

Comment Documentation is rarely valued as a contribution. (Score 2) 688

If women don't care about making code faster and more compact, maybe they should work on other aspects of FOSS. For instance, most of it could use a lot of help in the documentation department.

Documentation is rarely valued as a contribution. We specifically had to go out of our way to hire a technical writer for Mac OS X to get the man pages covered for the UNIX Conformance requirement. And those were just command line commands, Libc, and the kernel interfaces that had coverage requirements.

It's definitely not valued nearly as well as code. The most common comment with regard to it is advice to "RTFS" and some variant of "If it was hard to write, it should be hard to understand". This is seen in the tools, as well. For example, git is written in such a way that you pretty much have to understand all of it to use any of it. This steepness of the learning curve appears to be intention, and viewed as a merit badge for when someone gets their head around it and Groks it. In the same way that you can do anything in Perl in half a dozen or a dozen different ways, the same is true of git.

Also, your verbal vs. visual thinking bias is showing. Personally, I process software in the same part of my brain that does auditory processing of music (meaning I have a hard time coding if I'm listening to music, as verified by FMRI of the dorsolateral frontal cortex and inferior frontal gyrus, Broca's, and Wernicke's areas, among other areas). Language centers tend to be common for processing both sound and software in many coders.

Ironically, if you are good with languages, you tend to be good with code as well, assuming you have a number of computer languages under your belt to generalize from. But if the tools have a crappy learning curve, then it takes a bit of OCD to be willing to invest the time necessary to overcome it. Staying overnight in a computer lab so that you can get time on the machines is not something most people do these days.

Comment Re:What kind of dumbass company... (Score 1) 141

Port it? are you really that completely clueless?

You simply fucking compile it with the same compiler flags you used for the first version. Compiling android 5.1 for a 4.4.4 phone is absolutely trivial.

You obviously do not *get* how Android partner companies deal with porting android. Most of the bits for various phones do *not* get integrated back into the main line sources.

Any given android version on any given phone is generally a stable snapshot of whatever was top of tree when the work on the phone started, plus local additions for device support.

Internally, Samsung treats each new phone as a one-off porting job. They've got an entire group that does nothing but one-off ports of whatever is a top of tree to the new phone hardware they are coming out with.

I know you'd love for this not to be the case, but it pretty much is the way things are.

Comment What kind of dumbass company... (Score 1) 141

What kind of dumbass company is going to spend money porting a new version of an OS to an old platform, with no payday for doing so?

Mobile phone vendors make their money selling new phones. You want a new Android, get a new phone. Your contract will be up in 2 years, and at 18 months, you will be offered a new phone with early renewal, so just wait until the contract is up, re-up the contract, and get the new phone with the fix.


Comment There are actually 4 options... (Score 1) 182

There are actually 4 options... buy outright, buy financing through them, lease with an option to buy, buy power (lease, no option to buy, lower cost).

And yeah, they told me about the no panel upgrade and that bothered me as well. I have some shade in the area, and it moves around, and in order to get off the grid entirely, a 13% increase in panel efficiency for a given area would fix it. But they will not upgrade your existing panels when more efficient panels become available.

So that sticks me with a 20 year contract with no way to get off the grid.

Comment Re: Symantec infects a device with a user's consen (Score 1) 79

Yes they did. It says right on the box that the computer comes with it. You accepted it by buying it.
Your argument is like saying you didn't consent to cancer when you bought and smoked cigarettes.

A better analogy would be "he consented with cancer when he was born with a defective p53 gene on his c17".

By the way: shrink wrap licenses are not valid in all jurisdictions.

Comment Re:Gun-free zone? (Score 1) 1163

Keep your xenophobia to yourself. "Cultural friction". Wow. You're really not very good at this "being a human" thing, are you?

I take your use of the term "xenophobia" as an existence proof for cultural friction.

I'm not personally xenophobic, but I *do* recognize the social problems that arise because it *does* exist, and I recognize that xenophobia can not be legislated away.

New reports from Europe about various countries and municipalities not wanting to host refugees show that it is alive and well in Europe, despite the lessons of WW II.

One of the most troubling parts of the refugee situation in Europe is that the refugees are, for the most part, from countries with a strong tradition of xenophobia, and in fact the current refugee crisis has been triggered by internal xenophobia against existing (cultural, not racial) minority groups, such as being the wrong *kind* of Islam (Shia vs. Sunni), or being a Christian.

Again, nothing to do with race, and nothing to do with me personally owning the xenophobia in question.

I invite you to study Culture Conflict Theory, which is one of the major types of Conflict Theory. You can read some about it here:

Comment How is this racist? (Score 1) 1163

that so many gun nuts are known for. I'm surprised it took this long.

How is this racist? You act as if everyone who has a different culture is magically a different subspecies of human, with their own genotype and phenotype to go along with it.

Being anti-multiculturalist is not being racist.

If the original post wasn't clear enough, let me spell it out for you: any multicultural society is going to experience more conflict, via the tools at hand (not necessarily guns), than any monocultural society. Europe is largely monocultural, and that's in the process of changing.

Comment Re:They *don't* want a better world for our kids (Score 1) 93

You're being ridiculous. I am an energy-efficiency wonk. You can build as many nuclear power plants as you want, as long as they can compete with other forms of clean energy on price.

They can, as long as you take knee-jerk anti-nuclear stonewalling out of the equation. The primary costs in any nuclear plant are legal opposition by people who are antinuclear, and moving regulatory goalposts causing redesigns during construction, which re-triggers all the legal opposition (again). If you replace a T-31-A valve with a T-31-B valve in a design, you are pretty much required to re-do the entire "environmental impact" study, even if the valve in question is in the water faucet in the employee break room.

Comment Re:You're missing the point; it's like software te (Score 1) 93

If that is your experience then it says more about your experience than wider practice.

Given that the regression tests used for both ChromeOS and the Mac OS X kernel are available in the publicly published source trees for each, I assure you that my experience is not unique.

Regression testing is simply ensuring that functionality that is already in place is not compromised when new versions/extensions/etc are added. Tests from the original specification for the system would be part of ongoing regression testing as the system is expanded/updated.

I said as much, when I made the post to which you are replying.

One of the process problems that both projects have is that a single test failure is considered a "build breaker"; and there is no distinction between:

* Tests which fail because they previously passed, and have regressed
* Tests which fail because they were written to verify product acceptance criteria, and that code is not yet written

By not having any way to allow a test failure to be acceptable during the development process, every test failure breaks the build, and shuts down progress for the rest of the team, while that breakage is dealt with.

This is, in general, one of the major dangers of utilizing a bazaar-model iterative process to approach a goal through successive approximation. The other danger is transiently flakey tests that are not disqualified as build breakers because they are considered important enough to break the build, but not important enough to track down (and fix) the reasons for them being flakey (usually differences in timing, e.g. cache creation on initial vs. subsequent boots, etc.).

P.S.: Apple and Google typically do not hire many formal Q/A types; tests are expected to be written by engineers working on the product as part of them working on the product, and are added to build qualification relatively ad-hoc. Ubuntu development testing works in relatively the same way; the closest Open Source projects get to formal verification are probably the compiler testing that happens with gcc and llvm.

"The pyramid is opening!" "Which one?" "The one with the ever-widening hole in it!" -- The Firesign Theatre