Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
sago
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
50 ms
·
421.
▲
by
sago
11y ago
Okay, but how long would you think it sensible to look for, test and assess a package for being 'well-maintained' before you'd consider it a better use of your time to average a list of numbers? If you had to, say, add a list
422.
▲
by
sago
11y ago
> I do expect to be able to call "average" on a list of numbers without writing it myself Just out of interest, what kinds of functions would you expect to have to write yourself, if you're not happy about calculating the
423.
▲
by
sago
11y ago
"Contractor" can mean, entrepreneurial person who's made a career helping a range of companies who's internal developers couldn't get the job done. Or it could mean, someone that a company took on with a day-rate be
424.
▲
by
sago
11y ago
You have to really not care about your industry to not recognize Georgia Tech or CMU, birthplace of some of the greatest technical innovations in the industry. Let's talk about how you hire HR people. I've never interviewed for
425.
▲
by
sago
11y ago
Yes I was over-egging the cake. It is a large cast bowl in 1 Kings 7:23ff. It's beloved of a certain kind of 'gotcha' internet skeptic "Proof that the bible thinks Pi is 3 !!1! How dumb are teh Christians!". But the
426.
▲
by
sago
11y ago
To me, TDD means: 1. No functionality is coded without a failing test. 2. Only code the minimum functionality to make the test pass. It does not mean 'test more' or 'write tests'. So I'm not sure more than 10% of th
427.
▲
by
sago
11y ago
Yes, but it misses the point of the criticism. The issue isn't whether the final product is difficult to test. It should be roughly as easy to test the final product no matter the implementation strategy. The problem is that TDD requir
428.
▲
by
sago
11y ago
In the 'Frontiers in Astrophysics' course on Open Yale, professor Bailyn says that, for the purpose of the course, pi = 3, and pi^2 = 10. Pi = 3, coincidentally, is the Hebrew Bible's approximation too.
429.
▲
by
sago
11y ago
You're disagreeing with my 'I can't imagine'? So you're saying you've built non-toy systems with TDD where you've never tested anything but the user-facing behavior of the system? I'd be interested in
430.
▲
by
sago
11y ago
Thanks for the response, it's fun to read someone strongly disagreeing while saying what you think. slightly baffling, but fun ;)
431.
▲
by
sago
11y ago
> only functional invariants should be tested. That makes no sense at all. > Your example is a perfect illustration I didn't give an example. > invariant-based testing can easily be transformed into automated fuzzy tests '
432.
▲
by
sago
11y ago
> You're ignoring the fact that tests aren't only to validate "end user functionality". Erm, no, that was my entire point!
433.
▲
by
sago
11y ago
See my reply above. I think your view is either naive, or you understand 'implementation decision' in too narrow a way.
434.
▲
by
sago
11y ago
> that tells us that we wrote a bad test, not that TDD is bad I strongly disagree. The only thing that matters to how software works for an end user is its boundary. You simply can't do TDD by only testing the boundary. You have to
435.
▲
by
sago
11y ago
It's not a good argument against testing, I agree. Automated testing is a huge boon for software quality (though by no means a panacea). But TDD, in my experience, gives a slightly different dynamic. Because you generated the code bein
436.
▲
by
sago
11y ago
Thanks for the tip on JUCE. I have an audio project I've been wanting to implement for a while, and procrastinating because of ugly audio APIs, JUCE looks just the ticket.
437.
▲
by
sago
11y ago
Matrix Reloaded was 13 years ago. That's a bit unfair. You can still tell, I think, especially if you know where to look, but I don't think most people would notice, in Fast and the Furious 7, for example.
438.
▲
by
sago
11y ago
Nice to know your criteria. There have been many. The trick is not to decide when you'll 'agree' (whatever your agreement is worth), but to form a consensus in the discussion. I've known people who've been unable to
439.
▲
by
sago
11y ago
I remember similar arguments in the early 90s when I was doing my PhD. They got about as far then. The same arguments will be happening in another 25 years. And beyond, even when a computer is super-human in every conceivable way, there
440.
▲
by
sago
11y ago
Ah, the joys of arguing about artificial intelligence without ever defining intelligence. It is the perfect argument, everyone can forcefully make their points forever, and we'll be none the wiser whether this AI is 'true AI'
441.
▲
by
sago
11y ago
I agree with this. I've always wanted to use an FPGA for something cool, but never found a need. (I'm a hobbyist, fwiw). They fall in a middle ground between things I can build more simply with a super cheap microcontroller (I buy
442.
▲
by
sago
11y ago
Not very comparable, except that they both produce some form of text interface. Ink is most similar to ChoiceScript [0], which powers Choice of Games's Games. Twine [1] has the same structure but is a visual editor, not a scripting lan
443.
▲
by
sago
11y ago
Lovely: make it clear that we're inherently immoral (not doing the 'right thing'), and increase our dependency on charity.
444.
▲
by
sago
11y ago
Where 'doing the right thing' is synonymous with 'being abled bodied' in this case. Being disabled is expensive. Adding to that cost, because being disabled also has more 'externalities' is a pretty vindictive
445.
▲
by
sago
11y ago
Friday US time, yes. ;)
446.
▲
by
sago
11y ago
Yes, the AGA version was better. Unfortunately they aren't broadcasting for the next game on Friday. At least that's what they said.
447.
▲
by
sago
11y ago
They put a version of the broadcast up after it is finished, if last time is anything to go by. Took a little while because the stream is still going, with the press conference.
448.
▲
by
sago
11y ago
When I moved to Py3, it was the thing that got me most often. It was annoying. But three things changed to make that less annoying: 1. I got used to it, fairly quickly. That made me care less. 2. I used print-statement debugging less, and u
449.
▲
by
sago
11y ago
The obvious problem is that speed of tactical execution can make up for a lot of strategic thought. The famous example: you can rush a line of siege tanks with zerglings if you can micro them fast enough[0]. [0]: https://www.youtu
450.
▲
by
sago
11y ago
I'm planning to watch the AGA coverage later, after watching the DeepMind coverage live. I found the DeepMind pair a bit underwhelming. Redmond was excellent at playing through some variations, but they did get very distracted at time
More ›