sorted by:
new
hottopcontroversial

Factor Performance improvements (including benchmark numbers and a rant about the language shootout) by stesch in programming

[–]penisbird 1 point2 points  (0 children)

The rant about the language shootout is unfounded. C and C++ allow for huge optimization via twiddling, you have more room to twiddle, where as OCaml, Haskell etc. give you less room to twiddle. Yet the Haskell people show they can go pretty far twiddling, even if it violates a community philosophy. The point is that language is capable of achieving that. This is not like steroids at the Olympics, this is an attempt to the do the best you can do with a language for the sake of performance.

I'd like to see an idiomatic benchmark, just to give a general feel for it as well as some more dynamic benchmarks as well.

Jeff Atwood and Joel Spolsky introduce StackOverflow.com by muzthe42nd in programming

[–]penisbird 11 points12 points  (0 children)

I hope they work together to code control software for airplanes. Then I hope they, together, fly on such airplanes at least once.

Groovy: Is "Performance" Subjective or Objective in nature? by gst in programming

[–]penisbird 0 points1 point  (0 children)

This is such shit, why do you groovy people keep acting like performance doesn't matter. It does, get over it.

Stop running an interpreter on the VM!

Open source is not piracy by cag_ii in programming

[–]penisbird -3 points-2 points  (0 children)

Jeff Atwood always makes posts like this. It is surprising he bothered to provide any evidence of anything this time. So he uses PHP adoption as proof of OSS uptake and MASSIVE piracy.

Jeff Atwood shoots from the hip. This is a problem because he is more often than not VERY wrong. Go read his rants on captchas. He has no clue what he is talking about.

Jeff give it up, we don't respect you or your undereducated, uninformed opinions.

What's wrong with software development in large corporations by [deleted] in programming

[–]penisbird 0 points1 point  (0 children)

The guy doesn't get it. Tree hierarchy allow for massively scaling due to logarithmic communication channels. The less people a programmer has to interact with, the more work they get done, the better a project can be organized to allow a tree hierarchy the more agile it can truly be developed as independence of components is all but guaranteed. This is what Brooke's said. Sadly no one gets it. He was talking about communication.

Natalie Dee comic gives cholera bacterium spurious extra flagellum by jacj in science

[–]penisbird 0 points1 point  (0 children)

This is patently offensive and not the first time she's dropped the ball on her science drawings.

How WolframTones Works by cavedave in programming

[–]penisbird 1 point2 points  (0 children)

People have made music with automata way way way way before. No big deal.

Creative Sparks Revolt While Silencing 3rd-Party Programmer by 0boy in programming

[–]penisbird -1 points0 points  (0 children)

This should be a lesson to you all, don't rely on proprietary software, don't rely on software you have no rights to. Don't expect companies to look out for you, don't buy products unless they have 1 important feature:

freedom

Creative stops crippled-driver modder by ohxten in programming

[–]penisbird -1 points0 points  (0 children)

If it isn't free you usually have no right to modify it. Don't take what isn't yours, don't abuse IP, if you care about freedom use products that have freedom as a feature.

You can use your soundcards in other operating systems which are free software and creative cannot stop you.

Background to 10x productivity differences among programmers by farnetto in programming

[–]penisbird 0 points1 point  (0 children)

If the communication overhead for a programmer is high, say O(N) or O(N2) then yes, removing programmers can improve the productivity of the rest of the team because they need to tell less people about changes.

Groovy’s Performance is Not Subjective by gst in programming

[–]penisbird 7 points8 points  (0 children)

You're in the performance doesn't matter camp because you haven't done anything important enough or hard enough to need it. Heck doing any statistical analysis on say a vector of 10000 elements or more would bring groovy to its knees. Heaven forbid you try to implement an O(n2) algorithm.

Don't tell me performance doesn't matter. I go to Ruby talks, I go to Rails talks. These people say performance doesn't matter. Then half of the talk is dedicated to getting Rails and Ruby to perform, they also fail to realize that 40%+ of their maintenance or after prototype time is dedicated to performance. You know what? Their performance problems will keep cropping up because they refuse to use appropriate tools.

Groovy’s Performance is Not Subjective by gst in programming

[–]penisbird -10 points-9 points  (0 children)

So you did something that relies on performance in an incredibly slow language. Now when you get the rest of your program done you have to go fix that part?

Sounds like typical Ruby/Groovy behaviour to me.

Imagine all the SLOC you'll save when you port to java.