fizwhiz

34 ms·

331.
by fizwhiz 12y ago
"But the real reason for the limit in the messages is to maximize the audience" Can you explain this further? Do you mean to say that if you bumped up the number of messages to 40, you will not be maximizing the audience because t
332.
by fizwhiz 12y ago
This is brilliant! What's hilarious and equally disturbing is that I get to hear several PMs at my workplace say this kind of stuff on a weekly basis: "Empowering disruptive intelligence." On a side note, I'm very curiou
333.
by fizwhiz 12y ago
I agree that people have the right to speak their minds, but why cap it at 20 "messages" per day? Is this backed up by any psychological research or did the team set it up arbitrarily? I'm thinking if I want to really use the
334.
by fizwhiz 12y ago
You post seems to be insinuating that we deem GAs as a panacea. No one here is saying that; to the contrary, we're just trying to see how we could use them for dynamically generating interesting test-input data. In addition to that, I&
335.
by fizwhiz 12y ago
Spot on, this is exactly why I posted it. I'm a relatively new programmer (~2 yrs into a corp gig), and for me to really grasp things at an intuitive level it always helps me understand the context in which they are conceived. This was
336.
The Art of Unix Programming (2008)(catb.org)
103 points by fizwhiz 12y ago|19 comments
337.
by fizwhiz 12y ago
I definitely think that GAs can uncover a variety of bugs ranging from simple NPEs and more nuanced bugs like memory leaks (which would then required human dev intervention to investigate for a post-mortem) by dynamically generating the tes
338.
by fizwhiz 12y ago
I'm in complete agreement. A short while back I mused on whether we could leverage genetic algorithms to actually find a single point of failure in the systems we're designing (linked here: https://news.ycombinator.com&
339.
Why it's not about containers "winning" or "losing"(bitmason.blogspot.com)
1 points by fizwhiz 12y ago|0 comments
340.
by fizwhiz 12y ago
I agree that doing these challenges helps you play the scales super fast. But I think the important segue to acknowledge is that the fastest pianists don't necessarily make the "best" pianists in terms of the quality of the c
341.
by fizwhiz 13y ago
> "test them in various manners" I'm aware, since all of us do test these sub-systems via unit tests, functional tests, integration tests and load tests. The point of my post, however, was different. The point was that is
342.
Ask HN: Genetic algorithms for detecting Single Point Of Failure
1 points by fizwhiz 13y ago|3 comments
343.
Ask HN: Reasons behind renaissance of functional programming languages
101 points by fizwhiz 13y ago|89 comments
344.
by fizwhiz 13y ago
LSM tree, anyone?
345.
by fizwhiz 13y ago
Found the youtube video where he's presenting this: https://www.youtube.com/watch?v=4zjPm39kPDM Good stuff.
346.
The origin of zero-based array indexing(exple.tive.org)
103 points by fizwhiz 13y ago|107 comments
347.
Facebook Publications(facebook.com)
179 points by fizwhiz 13y ago|24 comments
348.
Think Complexity(youtube.com)
1 points by fizwhiz 13y ago|0 comments