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

 



Forgot your password?
typodupeerror
×

Comment Beta again, really? (Score -1, Offtopic) 246

Dear Slashdot,
didn't you say you knew Beta was broken, what was wrong etc? Didn't you say, you would only redirect not logged in users to Beta? Well, I have my doubts as I am force over with Beta again. And not even a click to Classic works. Great work again with your Beta. I am really proud of you. Well sort of. Well actually I am not. You guys really know how to annoy your user base.

I hate Beta.

Submission + - User Backlash at Slashdot Beta Site (slashdot.org) 3

hduff writes: Look at almost any current Slashdot story and see loyal, long-time members rail against the new site design, willing to burn precious karma points to post off-topic rants against the new design and it being forced on users by the Dice Overlords. Discussion has begun to create an alternate site.

Submission + - Boycott Beta 2

An anonymous reader writes: On February 5, 2014, Slashdot announced through a javascript popup that they are starting to "move in to" the new Slashdot Beta design.

Slashdot Beta is a trend-following attempt to give Slashdot a fresh look, an approach that has led to less space for text and an abandonment of the traditional Slashdot look. Much worse than that, Slashdot Beta fundamentally breaks the classic Slashdot discussion and moderation system.

If you haven't seen Slashdot Beta already, open this in a new tab. After seeing that, click here to return to classic Slashdot.

We should boycott stories and only discuss the abomination that is Slashdot Beta until Dice abandons the project.
We should boycott slashdot entirely during the week of Feb 10 to Feb 17 as part of the wider slashcott

Moderators — only spend mod points on comments that discuss Beta
Commentors — only discuss Beta
http://slashdot.org/recent [slashdot.org] [slashdot.org] — Vote up the Fuck Beta stories

Keep this up for a few days and we may finally get the PHBs attention.

Captcha: fuckbeta

http://developers.slashdot.org/comments.pl?sid=4757125&cid=46169357
http://developers.slashdot.org/comments.pl?sid=4757125&cid=46169451
http://yro.slashdot.org/comments.pl?sid=4757045&cid=46168351
http://science.slashdot.org/comments.pl?sid=4756947&cid=46167453

Submission + - /. Goes down in flame war 5

An anonymous reader writes: Slashdot users flame all site stories with comments about the sites forced switching over to Beta version. The comments are relentless, calling for a ban of the site from Feb 10 to Feb 17. The following post is being made in every story comment:
On February 5, 2014, Slashdot announced through a javascript popup that they are starting to "move in to" the new Slashdot Beta design.
Slashdot Beta is a trend-following attempt to give Slashdot a fresh look, an approach that has led to less space for text and an abandonment of the traditional Slashdot look. Much worse than that, Slashdot Beta fundamentally breaks the classic Slashdot discussion and moderation system.
If you haven't seen Slashdot Beta already, open this [slashdot.org] in a new tab. After seeing that, click here [slashdot.org] to return to classic Slashdot.
We should boycott stories and only discuss the abomination that is Slashdot Beta until Dice abandons the project.
We should boycott slashdot entirely during the week of Feb 10 to Feb 17 as part of the wider slashcott [slashdot.org]
Moderators — only spend mod points on comments that discuss Beta
Commentors — only discuss Beta
http://slashdot.org/recent [slashdot.org] — Vote up the Fuck Beta stories
Keep this up for a few days and we may finally get the PHBs attention.
Captcha: fuckbeta

Comment Re:I fail to see parallelism in CSS flow (Score 1) 208

I think you'd be surprised how many real world day to day task can be and are parallelized: [...] searching

I thought searching a large collection of documents was disk-bound, and traversing an index was an inherently serial process. Or what parallel data structure for searching did I miss?

Searching a large collection of non-indexed documents from disk is likely disk-bound, yes - except you somehow formulated a very complex search or stream from multiple disks at a time - but maybe you are searching data already in RAM. Traversing an index isn't necessarily a serial process, depending on your data structure. There are parallel implementations for binary and red-black trees, as far as I know. Or one could simply use a forest of as many trees as one has searching threads. (will get worse performance when using less threads than trees). If you only have a sorted list or array you could use a parallel search. If your data is not indexed you are likely to be faster with multiple threads (if there is no other bottle neck like, for example, disk throughput). Maybe you are searching multiple things at the same time (like a string in authors and contents of e-mails) or you are searching with multiple parameters (filetype [type], last access after [date], string in content [foo]) where not all parameters are indexed.

rendering web pages

I don't see how rendering a web page can be fully parallelized. Decoding images, yes. Compositing, yes. Parsing and reflow, no. The size of one box affects every box below it, especially when float: is involved. And JavaScript is still single-threaded unless a script is 1. being displayed from a web server (Chrome doesn't support Web Workers in file:// for security reasons), 2. being displayed on a browser other than IE on XP, IE on Vista, and Android Browser <= 4.3 (which don't support Web Workers at all), and 3. not accessing the DOM.

I never stated that my problems are 100% parallelizable. ;) Parsing: Why not? Reflow: And if I have multiple boxes at the same layer? At least as long the dimension are fixed or bounded some parallel processing could be possible, if it would benefit I can't tell.
Often enough there is more than one page opened at a time. With every open page the likelihood of executing multiple JavaScripts rises and with multiple pages getting rendered at the same time you can use parallelism, too.

compiling

True, each translation unit can be combined in parallel if you choose not to enable whole-program optimization. But I don't see how whole-program optimization can be done in parallel.

Many steps can be parallelized, not all, as you pointed out. And even than I am not sure if there wouldn't be a solution for whole-program / link-time optimization, but I'm no professional concerning compiler building. And even then: I happen to compile multiple binary files with one run of make most of the time, so using multiple threads is for free (there is a reason make has the -j option).

Comment Re:Requires parallelism (Score 2) 208

I think you'd be surprised how many real world day to day task can be and are parallelized: almost everything concerning audio and video (images or movies), searching, analyzing, rendering web pages, compiling, computing physics and AI for games.

I can't think of one computing intensive day to day action that is not parallelized or wouldn't be easy to do so.

Comment Re:My sky bully could kick your sky bully's ass... (Score 1) 674

I have to correct myself. I can't prove something stating: "All swans are white", but I can prove "There is a black swan." if I happen to catch one. Going back to religion: imho one could only prove the existence but not the non-existence of something supernatural. Concluding: if at all religious people could prove non-believers wrong.

Comment Re:My sky bully could kick your sky bully's ass... (Score 2) 674

I would agree with many of your points, but: Do not mix up a mathematical proof with a "proof" in general science. ;)
A mathematical proof says something is or is not. There is no doubt (if we accept some axioms). In general "proofs" (better: validation) of theories describing nature can only say, something seems likely or unlikely (and to what extend). To be more specific: One formulates a hypothesis and a null hypothesis (often saying the effect described in the hypothesis is non-existent) and then look at the data and say whether one can show the null hypothesis to be highly unlikely. Your are not saying your hypothesis is right, your just saying the null hypothesis is likely wrong and your hypothesis _could_ explain why.

To support your claim: As we can we only say what likely is wrong, any theory has to be falsifiable. Everything else is not science. I can't say: "My god is out of reach of man and their tools, he can't be perceived or measured, neither it's actions. And science hasn't proven me wrong about it's existence, so it must exist." and expect science to take me serious, as it is impossible to (in)validate this claim with tools of science.

To the general topic: I have no problem of people being religious in general (as long those don't rub it under my nose all the time, play missionary or try to use it for their advantage), but there is a big misunderstanding about science, what it can achieve and how it works. On both ends. How often have I read post saying science is just another kind of religion. No it's not. Maybe some pseudo sciences make non-invalidatable claims, but definitely not natural sciences and mathematics. On the other hand people trying science to disprove religious believe will not succeed, for reasons mentioned above. The only thing you could do imho is to argue, why you consider it not reasonable to have religious believe.

Slashdot Top Deals

He has not acquired a fortune; the fortune has acquired him. -- Bion

Working...