Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
Note: You can take 10% off all Slashdot Deals with coupon code "slashdot10off." ×

Comment Re:I'm not mad about the subsidies (Score 1) 134

I'm mad because in ten years they still won't have delivered, will have spent the bulk of the money on executive bonuses and won't get punished. Keep the subsidies, make em pay it back with interest if they're so much as a smidge off

Better yet, why not pay on delivery? Sure, you'll have to compensate them a little bit extra to cover interest for the roll-out period but "no cure, no pay" tends to get things done.

Comment Re:Their work is being wasted. (Score 2) 92

We're getting to the point where the Linux kernel itself is superb, but everything built on top of it is becoming utter shit. This is unfortunate, because the kernel alone is not very useful. The kernel's actual usefulness comes from it laying a solid foundation for the great things that could potentially be built upon it.

There was a billion Android devices shipped last year. It has 98% market share on the TOP500 supercomputer list. About 92% of Amazon's EC2 cloud servers run some form of Linux. Maybe we'll still be waiting for YotLD ten years from now, but I don't think anything could reverse that momentum. The entire FreeBSD ports tree had in Q1 2015 a bit less than 7000 commits from 163 developers, there's a ton of work missing to reach feature parity with the Linux kernel and nobody complained about it in the first place, I think there already was a "BSD-like" init system called OpenRC and it'd probably be less work to finish that than to write all the bits that are missing from Linux. Either way the problem is how many packages you must maintain that don't support your init system upstream.

Personally I wish Google would take a play from the Microsoft playbook and introduce the Android desktop, then again at this point it might be seen as admitting Microsoft has a point about one device from smartphones to tablets to laptops to desktops. Then again their Chromebooks are very successful, unfortunately really since they got you very hooked up to the mothership.

Comment Re:How many people to thank? (Score 3, Insightful) 92

How many people to thank?

According to this:

Each Linux release includes more than 10,000 patches from more than 1,400 developers and more than 200 corporations.

Of course a whole lot of them work on some driver that won't have any effect on you unless you own that piece of hardware, same with architecture-specific code and various other subsystems. The number of code changes that touches everyone is significantly less.

Comment Re:What kind of post is this? (Score 2) 35

As far as I can understand, AMD has released the specs for the new GPUs, which is what many Linux / Open Source advocates care about, right? Sure they haven't yet added the support for the new cards on their own, but other people could do it if they are in a hurry, right?

Not for Fury, not yet. The shader instruction set architecture (ISA) is up to date, since the shaders are still GCN 1.2 (also known as 3rd gen GCN, IPv8) so you can write shader code for it. But the code to initialize and manage the card changes from generation to generation, if I recall correctly at launch it didn't work at all. Those parts are typically written by AMD, with the code typically preceding and more or less being the initial documentation. From what I've understood it's because AMD's legal department finds it easier to approve low level code than the high level documentation you'd need to write your own from scratch, since the former is less likely to reveal any trade secrets or plans for the future and the implementation is de facto proof the information is sufficient. So until AMD drops some code to dynamically manage clocks on Fury, there's not documentation either.

Once upon a time AMD had a plan to reach launch parity with Windows, since the work doesn't get any significant less by waiting - in fact it would be easier if they could ask the closed source people towards the end of their implementation while it's still fresh before they start moving on to the next generation of cards, but with AMD's financial troubles that's not going to happen. If the open source driver wasn't important for the embedded/semi-custom market, one of the niches AMD is betting on I don't think any of them would have a job today. In fact, I'm not sure how long anybody at AMD has a job as they now have a stockholder's deficit meaning they owe more than their assets. Technically that's not a problem until they can't pay their bills, but I'm not sure how much longer they can get financing since they're now losing the bank's money.

Comment Re:GPGPU (Score 1) 37

On the bright side it seems CPUs are again fast enough to decode most 1080p video streams without video card assist, so maybe we are not as far as we might otherwise be. I doubt 4k video is going to easily be decoded with today's CPUs, and complex games won't happen.

Actually that's just because people do crazy things in madVR, "normal" UHD decoding can be done in software (source):

In a JCT-VC document NTT DoCoMo showed that their HEVC software decoder could decode 3840x2160 at 60 fps using 3 decoding threads on a 2.7 GHz quad core Ivy Bridge CPU.

Comment Re:What's with all the awkward systemd command nam (Score 1, Insightful) 665

And java conventions of long method camel case names are regarded as silly in other languages, descriptive short methods are very possible

user = User.getUserByGuidBecauseImAJavaTwat(gid)
vs
user=User.(guid=gid)

And that makes sense to you? I don't recognize the language, but my guess it's one dot away from creating a user "user=User(guid=gid)". And if guid is a member variable, why are you assigning a value to it? Looks to me like you have some unnamed (...) function, does that imply "find"? Why? Go to your nearest CS school and 9 out of 10 pupils will figure out the purporse on the first function on the first try. You'd be lucky if 2 of 10 managed to guess the second. You're the kind of idiot which means people need 3-6 months of bootup time just to get into the head of the fucker who wrote the code.

I hate writing long variable and function names. I hate reading short variable and function names. And I've been back and forth, but here's my refined opinion: If you can't tell WTF the code is doing at a glance and want to add a micro-comment like "// find user", it's too obtuse. If you're trying to write a whole comment in the name like "getUserThatIsSomethingSomethingForWhateverBeforeThisAfterThat()", call it "getUser()" and write a damn comment. If it's ambigious, it's fine to start small and extend like if you used to have getUser() now you have getUserByGuid() and getUserByName().

As for the get/set prefix, I prefer the simpler user.guid() over user.getGuid() as it's really more a property than a function, you're just abstracting the implementation from the interface. Also you basically don't get any autocomplete before the 4th letter and it's not going to be consistent anyway, for true/false conditions you typically use "isSomething()". In this particularly case for a function I'd much rather call it "findUserByGuid()" though indicating it's a search on a set, not simply returning a value. Likewise if you have a class where you set numbers a and b and calculate the GCD, I'd much rather call the function calculateGcd() than getGcd() to point out that this function does the work. It gets a little ambiguous at times with "returnAddress()" the property vs "returnShipment()" the function where I sometimes reconsider that "getReturnAddress()" would be clearer but in 99% of the cases it's fine.

Comment Re:Feynman and Crichton (Score 1) 252

Acutely summed up in this quote from the Crichton lecture:

In science consensus is irrelevant. What is relevant is reproducible results. The greatest scientists in history are great precisely because they broke with the consensus. There is no such thing as consensus science. If it's consensus, it isn't science. If it's science, it isn't consensus. Period.

Comment Re:Goodbye Redhat, keep making the same mistake.. (Score 1) 162

So Ubuntu got volume, are they making any money? Nobody can tell, since they're a black box private company but Red Hat got 7300 employees, $1.5 billion in revenue and turned a $178 million profit last year so they're making money. That's why Red Hat dropped RHL, it was a money sink with no end and no signs of improvement. Who cares if Ubuntu got 100000 installations making $0? I'd probably use Ubuntu over CentOS for an unsupported server too, but if I wanted support I'd probably go Red Hat. Without knowing how many of the Ubuntu servers have a support contract it's not an apples-to-apples comparison. Unless you think profit is decided by popular vote.

Comment Re:Hard to believe (Score 3, Interesting) 170

H.264 and JPEG are supposed to output random-looking bytes, by definitions. If you can compress those, something is very wrong.

Well, it seems to be applied per codec not a general compression algorithm like zip. And they probably say mobile-encoded for a reason, simple encoders have to work on low power and in real time, random JPGs from the Internet is probably the same. From what I can gather the algorithm basically take a global scan of the whole media and applies an optimized variable-length transformation making commonly used values shorter at the expense of making less commonly used values longer. Nothing you couldn't do with a proper two-pass encoding in the codec itself, the neat trick is doing it to someone else's already compressed media afterwards in a bit-reversible way. Very nice when you're a third party host, assuming the increase in CPU time is worth it but not so useful for everyone else.

Comment Re:Does flipping one electron now flip the other? (Score 1) 207

Because you don't get to 'flip' anything without breaking entanglement. You can just measure one electron and be sure that the same measurement will give you the same result in entangled one. It is like having two random number generators with the same seed - they always give the same (random) answer, but it does not allow you to transmit anything.

That's the "local hidden variables" theory, in which both particles are set with some quantum state at entanglement and don't interact later but which we know is false. If we angle the detectors, collapsing the quantum state at one end will cause correlation at the other end that can't be explained by hidden variables. The funny thing is though is that in order to measure the correlation you need both sets of measurements, which you have to transfer from one to the other at classical speeds so you don't get FTL communication. But the change happens FTL, even though you can't determine it until later. Every time you think you understand QM, it just gets weirder.

Comment Re:I've had this as a plug-in. (Score 3, Insightful) 171

And the sad part? So many here will cheer when HTML V5 video is worse in every metric than Flash by a country mile!

Uses more resources? Yep, both CPU cycles and memory, just compare Flash/VP8 to HTML V5 H.264 of the same quality and you'll find its a pig. they try to hide how big a hog it is by offloading to the GPU but guess what? GPU cycles don't grow on tress and all that extra power sucking will equal much quicker battery drain.

Has less features? Yep again, when it comes to animation and gaming HTML V5 isn't anywhere as good as Flash, despite it being in development for...what? The better part of a decade?

And finally the rotting elephant in the room...DRM. Adobe not only has always allowed any format to be put in a flash container but they also have had zero problems with people redistributing Flash or even producing a FOSS option in Gnash. Compare this to HTML V5 which thanks to APPL and MSFT is tied to H.264, a format owned by one of the nastiest patent trolls on the planet. Anybody think they are gonna let FOSS OSes add support without cutting them a check?

I'm all for replacing flash but it should be with something BETTER, what we are getting with HTML V5 is practically a wish list written by APPL and MSFT to help their position. think APPL wants HTML V5 to be great for animation and gaming and possibly compete with their appstore? Think MSFT wants a video format that doesn't have a patent tollbooth for any possible competition?

So if you want to replace Flash? Then replace it with something BETTER, with more features, more open formats, less resource usage. What we are doing is replacing one bad idea for another and that isn't progress to me.

Crazee Edeee, his prices are INSANE!!!

Working...