HN user

dunk010

758 karma
Posts30
Comments220
View on HN
news.ycombinator.com 5mo ago

Hacker News Alternative Where People Are Positive About AI

dunk010
11pts11
jamescooke.info 6y ago

Are Microsoft's GitHub Actions Embrace, Extend, Extinguish in Disguise?

dunk010
4pts0
medium.com 9y ago

Putting strings into databases and then taking them back out again

dunk010
2pts0
www.youtube.com 9y ago

Updated version of the Chain of Fools experiment now with Windows 8/8.1/10

dunk010
3pts0
www.youtube.com 11y ago

Programming is terrible – Lessons learned from a life wasted

dunk010
4pts0
blogs.wsj.com 12y ago

Big Data helped Germany in historic win over Brazil

dunk010
2pts0
www.businessweek.com 12y ago

Wall Street's Lessons for Tinder and the Rest of Silicon Valley

dunk010
3pts0
jonty.co.uk 15y ago

Firesheep usage leads to Idiocy

dunk010
139pts82
blog.last.fm 16y ago

Last.fm adds Spotify, MOG, and Hype Machine streaming links to track pages

dunk010
1pts0
www.newscientist.com 16y ago

Innovation: Ultimate jukebox is next step in net music

dunk010
1pts0
www.stearns.org 16y ago

Advanced SSH Techniques

dunk010
89pts19
www.wired.com 16y ago

Playdar - P2P music streaming content resolver (from RJ of Last.fm)

dunk010
1pts0
www.cs.duke.edu 16y ago

Loop Patterns

dunk010
6pts1
www.gowrikumar.com 16y ago

The Best Answers to Tough Interview Questions

dunk010
1pts0
mywiki.wooledge.org 16y ago

Common Bash Pitfalls

dunk010
60pts25
www.quotesque.net 17y ago

Graphic of Michael Jackson's hits over time

dunk010
16pts11
www.last.fm 17y ago

Got experience with high traffic websites? Last.fm is hiring again.

dunk010
4pts0
news.bbc.co.uk 17y ago

Video of nascent uk hackspace based in london

dunk010
1pts0
code.google.com 17y ago

Great talk from Steve Souders (yslow) @ google IO about front end optimisation

dunk010
1pts0
www.bbc.co.uk 17y ago

BBC Radio shows hack to show programme details in iTunes, done in Erlang

dunk010
7pts0
om2.one.microsoft.com 17y ago

Microsoft technet for free, surely this is a mistake

dunk010
32pts32
blogs.wsj.com 17y ago

Last.fm Denies Data-Sharing Accusations, Again

dunk010
1pts0
blog.last.fm 17y ago

Last.fm overhauls radio page

dunk010
1pts0
blog.last.fm 17y ago

Last.fm launches Android player

dunk010
6pts0
cdn.last.fm 17y ago

Last.fm are giving away their ballpit. Are you interested?

dunk010
1pts0
cdn.last.fm 17y ago

Does anyone want ~23,000 balls for a ball pit? One careful owner.

dunk010
3pts4
www.governmentattic.org 17y ago

A History of U.S. Communications Security

dunk010
1pts0
www.last.fm 17y ago

Last.fm are hosting a Hack Day

dunk010
4pts0
blog.last.fm 18y ago

Last.fm releases subscriber beta

dunk010
4pts1
img135.imageshack.us 18y ago

CBS Buys CNET for $1.8 Billion

dunk010
5pts0
Gas Town Decoded 6 months ago

I've had to read so far down to get a single non-stupid, ignorant, or inflammatory comment. What's wrong with HN, jeepers. Some actual discussion of the thing itself and not just pearl clutching would be appropriate here.

I worked at Last.fm from 2007 to 2012. The MIR team (think: research) developed a wonderful system called "RadioQL", which allowed you to stitch together custom ratio stations from any of a huge host of factors, joined together by AND, OR, and NOT. You could select artist radios, song radios, tags, and so on, but also combine this with things like the BPM or even some sentiment analysis. It was used a little bit inside some public-facing radio stations, but nobody outside of the staff ever got full access, and that's a tragedy as it was glorious.

The whole thrust of the article is complaining about timed tests and some kids getting more time. That's doubtless unfair if some are overclaiming, but the real solution is to not do timed tests at all - they are only serving to produce an arbitrary bell curve so that some can have higher grades and get better career opportunities. Better to not have a timer at all, and let people's actual ability shine.

Nebula and Dante will do this for like $300, and you can get 30x coverage at every base or even 100x coverage if you pay a little more. The $1000 genome was here more than a decade ago.

I distinctly remember in one of his talks he said words to the effect of “I wrote corporate C++ and Java for years and eventually realised I had to do something else, or else quit the industry”. So he took a year long sabbatical and created Clojure.

It's useful to have as a resource that you can dip into; for instance to check a specific thing like "how fast do I metabolise caffeine (bad example as youc can get that from a SNV checking service like 23&Me. However, never ever EVER dump your whole genome into a program that will output every match for some potential condition. Now that's not for the reason you might immediately think ("Oh no look at all the bad stuff"), but rather because the databases that tools like this use are pretty chock full of junk where some researcher threw in a reference - along with a few thousand others - to say that their particular piece of research implicates this gene at this poistion with this variant. I've seen it with my own eyes, and a lot of it is very low quality. You therefore need highly curated databases where the genotype-phenotype associations are well-defined and thoroughly researched. You'll spend the rest of your life either trying to prove/disprove every potential false positive, or just worrying yourself needlessly. So, yeah, it's not a bad resource to have if you can be responsible with it.

I used to have mine in LaTeX, rendering a nice PDF. But here's the thing, you're up against automated CV parsing systems that you don't have any insight into - a total black box. And it's a different black box with every recruiter. If your CV fails to parse, then it kicks out into a manual system where the recruiter has to add it all in. And as the market isn't wonderful right now, I would lean into making your CV as simple and congruent with their systems as possible. Which is to say, maddeningly, you should Just Use Microsoft Word. I know, I know...

If you could pre-sign the queries to prevent abuse (user edits to queries making them potentially slow) then IMHO it would be a nice idea in a load of cases. Datasette actually does this, though that’s aimed at a very specific subset of cases.

I think you’re somewhere off base here. Yes, you understand React very well, but many don’t. And HTMX gives you a lot of leverage without needing to (1) deal with learning React, (2) deal with all the extra baggage that comes with it (oodles of extra complexity and code)

I remember this paper, and was at a company at the time that was one of the first to use MapReduce, so saw this all play out first hand. I appreciated the paper. Then and now developers rush to grab new technologies, especially those that stroke their ego-driven fantasies of “working at scale” without considering their underlying constraints or applicability. At the time this was published every company and startup under the sun was rushing to use MapReduce, most often in places where it wasn’t warranted. I’m glad someone surfaced this paper again; people still need to learn the lessons that it outlines. Microservices and k8s: I’m looking straight at you.

It’s a shame that most comments here are debating the meaning of “10x” and rather missing the point of the article. This one spoke to me completely outside of this productivity distinction. I’m forever finding myself doing the same; trying to rationalise dev envs, the write-once CI code that nobody will touch, or fixing egregiously bad tests. The author is right; nobody will thank you for it but it’s also crucial.

LSP is basically an open(-ish) source implementation of Google’s internal tool called Grok. Grok was made by Steve Yegge, a formerly famous tech blogger. Steve Yegge uses emacs, and half his motivation was to equalise editors by moving the language processing elements to an external place that’s shareable by all. He has a great talk on it: https://youtu.be/KTJs-0EInW8.

So it’s, like, not an accident that emacs can leverage this :-D. Though I never see anyone giving him credit.