Become a fan of Slashdot on Facebook


Forgot your password?

Comment Re:Rookie mistake number one (Score 1) 236

While true, it is the (rare) exception, not the rule. For most real-world projects, the only way to speed them up is start with the best people you can get (and not the cheapest as is done to often these days) and then make sure they are not bothered by other things while they work. And, of course, use the smallest team that is still reasonable.

Comment Re:Who? (Score 1) 391

This actually matches what I have seen. I think this whole thing is about people with entitlement issues that think whatever great thing they do deserves unconditional respect and admiration. And when it then turns out their idea was not so smart and Linus is telling them in language that cannot be misunderstood, they look for fault with him instead of themselves. The language argument is completely bogus. In fact, when Linus rants at somebody, he is not disrespecting them, as he always gives rational reasons. Disrespecting them would be to add them silently to an ignore-list.

My take is that the SJWs and the self-proclaimed geniuses just cannot deal with running into people smarter and more experienced than them. The Linux core-team is admittedly one of the most high-powered engineering teams on the planet. And yes, there quite a few decisions they made that I do not like, but these are details in comparison to the overall achievement.

Comment Re:Who? (Score 1) 391

Hypervisors are a really bad idea when you have high security requirements. They increase complexity and hence, attack surface. (And they have bugs.) In addition, you still have a distro in there, so in order to be somewhat secure, you still need the jails/sandboxing/chroot.

The increased complexity also makes attacks more complex, so for lower security needs, this can work.

Comment Re:Back in July - of 2013! (Score 1) 805

And that is your problem. These people are not "being an asshole". You have a cultural misunderstanding and are trying to force your culture on them.

And, incidentally, there is basically nothing bigger (in complexity) than the Linux kernel at this time, and not a lot that is more important.

Comment Re:Can't Take the Heat........? (Score 1) 805

While I have not submitted any kernel patches, I have submitted several bug reports via the kernel bugzilla and only got feedback between neutral and very positive (from Alan Cox). I did not see any patch-proposals being attacked either. Hence, I cannot confirm any "toxicity" there.

Sure the LKML may look different, but I have quite a bit of experience with really bad proposals (one could say "dumb") cropping up again and again by people that have not bothered to find out how things actually work on the low-volume mailing-list where I am active. As it is low-volume, I am usually polite and explain things, but these people are really annoying and keep coming and sometimes they even bring really bad patches and expect them to be included immediately.


Team Constructs Silicon 2-qubit Gate, Enabling Construction of Quantum Computers 60

monkeyzoo writes: A team at the University of New South Wales (UNSW) in Sydney has made a crucial advance in quantum computing. Their advance, appearing in the journal Nature (abstract), demonstrated a two-qubit logic gate — the central building block of a quantum computer — and, significantly, did it in silicon. This makes the building of a quantum computer much more feasible, since it is based on the same manufacturing technology as today's computer industry. Until now, it had not been possible to make two quantum bits 'talk' to each other — and thereby create a logic gate — using silicon. But the UNSW team — working with Professor Kohei M. Itoh of Japan's Keio University — has done just that for the first time. The result means that all of the physical building blocks for a silicon-based quantum computer have now been successfully constructed, allowing engineers to finally begin the task of designing and building a functioning quantum computer.

Disproving the Mythical Man-Month With DevOps 236

StewBeans writes: The Mythical Man-Month is a 40-year old theory on software development that many believe still holds true today. It states: "A project that requires five team members to work for five months cannot be completed by a twenty-five person team in one month." Basically, adding manpower to a development project counterintuitively lowers productivity because it increases complexity. Citing the 2015 State of DevOps Report, Anders Wallgren from Electric Cloud says that microservices architecture is proving this decades-old theory wrong, but that there is still some hesitation among IT decision makers. He points out three rookie mistakes to avoid for IT organizations just starting to dip their toes into agile methodologies.

Comment Re:The movie was good because the book was short. (Score 1) 228

If you want to keep "doing the math" and if you want to be called "hard sci fi", you need to do the math right. You can't say that because you've got 50 liters of oxygen that you're going to get 100 liters of water because O2 + 2 H2 = 2 H2O. Yet Weir does exactly that, over and over and over again, mixing up moles, liters, and kilograms. One of dozens of categories of huge fundamental science mistakes that he keeps repeating.

Comment Re:The Line (Score 1) 805

Since the Linux kernel does not only exist, but is doing fine, the LKML is very likely not often subject to "every discussion quickly devolves into name calling and profanity", negating your argument nicely for the case at hand. In general you are right of course, but these are dysfunctional groups. The one on the LKML is not one of those.

Comment Re:Sarah, the LKML SJW (Score 1) 805

In hard-core engineering (and if the Linux kernel does no qualify, then nothing does), results are the only thing that counts. Because if you let anything else become important, then you fail. My take is that the actual engineers in kernel development do not place much importance on the language Linus and others use, but take what they mean to say as very important. Engineering on this level takes its complexity from the technical objective, a communication breakdown is not acceptable. Anybody lamenting the communications style is not actually participating or has issues meeting the level of expertise required.

And no, it is not a game of "mine is bigger". Nobody of the ones doing the heavy lifting has anything to prove there.

Comment Re:Can't Take the Heat........? (Score 1) 805

No, it is not. It is a filter that that is needed because lots of people ask questions without having looked into things or thought about them. In this case the effort of answering vastly outstrips the effort of asking. That is a losing game for those answering. You can do it on a low-volume mailing list (I do) and invest an hour to answer a question asked with 5 minutes of effort. You cannot do in on anything less tranquil. Hence they only take questions seriously where people have invested significant time. You see that they care not by the language used, but whether they actually address technical issues. The language used is a complete side-show and irrelevant.

Comment Re:Any links to real conversations? (Score 1) 805

There are two types of human beings:

1. The ones that learn from their mistakes. It takes either recognizing them yourself or being able to stand and understand criticism.
2. The ones that blame everything on others given an excuse to do so.

Type 1 learns and gets better over time. Type 2 stays incompetent. (As we are all starting out incompetent in this life. Hard to accept, but true nonetheless.)

You know, Callahan's is a peaceable bar, but if you ask that dog what his favorite formatter is, and he says "roff! roff!", well, I'll just have to...