HN user

timruffles

1,614 karma

timr.co

Posts22
Comments180
View on HN
developer.mozilla.org 3y ago

MDN: <i> - The Idiomatic Text Element

timruffles
1pts1
world.hey.com 4y ago

Programmers should stop celebrating incompetence

timruffles
7pts2
web.archive.org 5y ago

NXIVM's Keith Raniere on web technology (2008)

timruffles
1pts0
timr.co 7y ago

Architecture for a JavaScript to C compiler

timruffles
90pts45
gist.github.com 10y ago

Node streams – a fractal of weird design

timruffles
2pts0
github.com 11y ago

Lodash 3.0.0 arrived

timruffles
3pts0
gist.github.com 11y ago

EXtreme Go-Horse Process

timruffles
2pts0
github.com 11y ago

The culture of weirdly brittle node modules starts here. Set a better example

timruffles
1pts0
www.moock.org 11y ago

Software Wood Bridges

timruffles
2pts0
sidekicksrc.com 12y ago

For modern development, Javascript is just something you need to learn

timruffles
84pts117
sidekicksrc.com 12y ago

Enforced privacy is rude: advise instead

timruffles
34pts21
sidekicksrc.com 13y ago

Offer HN: Javascript code-read

timruffles
2pts0
sidekicksrc.com 13y ago

If you love automation, why is your development environment manual?

timruffles
137pts113
news.ycombinator.com 13y ago

Ask HN: Can I visit your startup in Berlin?

timruffles
8pts3
www.totopoetry.com 14y ago

"Eve" automatically reads, sorts and generate new knowledge and/or content.

timruffles
61pts17
github.com 14y ago

Backbone.js 0.9

timruffles
6pts0
timruffles.github.com 14y ago

Drag-drop deshredder for Instagram challenge

timruffles
22pts2
steve-yegge.blogspot.com 15y ago

EBay Patents 10-Click Checkout

timruffles
337pts40
truffles.me.uk 15y ago

30kloc and $0 revenue. Lessons from my failed startup (& code release)

timruffles
301pts97
picklive.com 15y ago

A Javascript game that's making money

timruffles
2pts1
www.indiegogo.com 15y ago

Crowd funding for game to teach *nix and Bash

timruffles
1pts0
news.ycombinator.com 15y ago

Ask HN: Would a game to teach Bash & *nix be worth-while?

timruffles
29pts34

Import dependency. The UK government put it at 43.5% in 2025 and 43.8% in 2024: https://assets.publishing.service.gov.uk/media/69cd1451b5210...

EDIT: maybe you meant the UK total primary energy? I feel like that's extending the boundary a bit far.

If we're talking about 'sovereign', is it too far? I think the history of conflict in the modern era, hot and cold, shows that your rivals' ability to disrupt your energy imports matters a lot.

Sovereign capability just means that no foreign government can pull the plug

OK, fair enough on 'pull the plug ~instantly'. But models and chips age fast. If another country can stop you getting new models and chips, this means you're sovereign in state-of-the-art AI for only a window of a year or two (maybe this will widen if model progress tails off).

If it is a short window, strategically, that doesn't seem worth much given the timelines of: a) inter-state conflict, or trade wars b) cold-start time to be able to make your own models and chips

Maybe that's not how you like the term to be used but it's widely used that way and widely understood.

Noted. But as a data-point, the audience at the event I mentioned (various AI builders and founders) made it clear from their questions to the speaker that the 'sovereign' that sov/ai was aiming at was hollow, for exactly the reasons I've stated.

Firstly, congrats! As a Brit this looks cool, and I'm happy to see it. I wish you every success.

Secondly: I get that 'sovereign' is probably an important sales term for your company. But this, in common with the government's 'sov/ai' fund, does not deserve to be described as sovereign. This is other countries' models served on chips designed and manufactured abroad, powered by a grid which imports 44% of its power.

Of course this isn't your company's fault. Last week I went to an event where the sovereignai.gov.uk people presented. In a very Keir Starmer way (spiritually, he wasn't there), they said in as many words 'oh but I'm sure all reasonable people would agree _really_ sovereign AI would be too hard. So let's all agree to pretend that just popping a bit more money into the AI startup ecosystem is a sovereign AI strategy'.

I'm unsure if the UK does need to be sovereign in anything; it certainly doesn't seem to want to be. But I will continue to poke fun at anything using the pompous phrase 'sovereign' for anything that isn't.

If sovereign AI is a problem you're in earnest about, I hope you go after it seriously, and fix the rest of the stack. I'll cheer you on!

The Economist is a British newspaper. HQ London, editors British.

That said, ‘America’ is synonymous with the USA in writing and conversation here (and elsewhere in Europe in my experience).

nowadays every 16-year-old web-dev reaches for Array.map(x => <div>{x}</div>) when they write their pages in the most popular framework. These higher-order functions have now become part of the “hello world”

It's just wrong to ascribe the popularisation of HOFs like `map` to Haskell. `map` was there in good old (practical) Lisp 1.5 back in the 1960s. Why ascribe this to Haskell (released 1990) rather than Lisp? Guido said Python v1 (1994) got HOFs "courtesy of (I believe) a Lisp hacker who missed them"[1], Ruby had blocks in V1 (1995). Haskell's research direction was not about very, very old news like HOFs, it was about non-strict evaluation, and cool type system stuff.

[1] https://www.artima.com/weblogs/viewpost.jsp?thread=98196

Hampstead Heath 3 years ago

One of the best things about living in London. If you visit, take a walk there and then end up in one of the many brilliant pubs nearby - The Holly Bush, Wells, Spainard’s Inn, Magdala, Garden Gate, or sit in Keats’ house’s garden.

Also probably of interest to the HN crowd: in years past I set up a philosophy meetup on the heath that is still going strong (thanks Sam!) - https://www.meetup.com/london-philosophy-walks/events/290653...

Your take is cliché, factually wrong, and makes you look callous all at once, congrats! Any other major religions' holidays you'd like to dismiss while you're at it?

Sounds wonderful! Would love if this were a thing elsewhere. I don't think I've experienced anything similar since I left uni, where unplanned, all-night conversations might happen randomly in halls' kitchens, pubs etc.

Because the number of death from smoking or traffic accidents doesn't grow exponentially, as they're not caused by an infectious disease. You don't go from 100 lung cancer cases to 80,000 within a matter of weeks.

Also, consider second order effects. What happens to hospitals when you get 20k cases of something in a month, vs 20k over a year.

Sure, but since that’s a median not a cap, doesn’t that point to ‘a more realistic cap is not even half that’ (75k) being a bit pessimistic?

There are a lot of people in finance in London, also a lot of big tech (seen the current, and new, Google buildings at KGX?), quite aside from a lot of contractors :)

I’m actually very surprised, and interested, to hear this. I’ve never felt software was looked down on in any middle class/professional circle I’ve mixed in. Perhaps a generational/geographic/tribe thing? 32y/o, London for 13 years, left of centre.

Conversely, when I’m in SF I do feel a bit anxious about saying what I do - when I’m talking to people who aren’t in tech - due to the inequality/negative image of techies.

Definitely higher than half that. SWEs at FB, Google etc will get >100k. Even aside from that I regularly see higher than half that - e.g random example from a quick Google at 85k https://www.glassdoor.co.uk/Salary/Travelex-Backend-Engineer... - 90th percentile of Java roles are over 100k - https://www.itjobswatch.co.uk/jobs/uk/java.do.

Secondly a pretty average contractor day rate is 500pd, which is over 100k, and there are a lot of contractors. I think it makes eng salaries in the UK seem lower than they are. Many of my friends went contract and would never go back. The senior market is therefore hard to hire for, outside trendy/exciting companies, unless you pay for contractors.

That said, we should all be asking for raises <3! By all I mean everyone apart from the C suites of public companies

Sounds like quite the challenge!

Built in, in the sense that they're first class statements built into the language.

:O

94 year old hacker in the great state of Texas

Wow, I hope I'm coding at 94!

Cubik.io | Developers | London | Onsite | Pay by level, up to £65k for good full-stack devs

We're building a data-visualisation platform using some great tech (TypeScript, D3, Node, React+Redux, Postgres) and using it to deliver data stories for clients like Barclays, IBM and startups including fintech + smart energy companies.

We're looking for devs who love to build visually compelling products. We really care about surprising our users with the quality of our UI and visualisations.

Please have a look at the gist below for more details - we're right next to Old St tube on the Northern Line so it's easy to drop by and meet us over lunch! Reach out to paul@cubik.io

https://gist.github.com/timruffles/825fa496406c95f19ce44760a...

Not well reasoned. Mostly of the complaints boil down to 'not knowing' whether a given piece of data is mutable or not.

If you're doing FP with immutable data, there is no ambiguity: you never mutate. Doesn't matter which language you're in, nor whether the data-structure is mutable or not (e.g Redux mostly uses normal mutable JS objects, with the spread operator to avoid mutation when returning a new state).

Cubik.io | Developers | London | Onsite | Pay by level, up to £65k for good full-stack devs

We're building a data-visualisation platform using some great tech (TypeScript, D3, Node, React+Redux, Postgres) and using it to deliver data stories for clients like Barclays, IBM and startups including fintech + smart energy companies.

We're looking for devs who love to build visually compelling products. We really care about surprising our users with the quality of our UI and visualisations.

Please have a look at the gist below for more details - we're right next to Old St tube on the Northern Line so it's easy to drop by and meet us over lunch!

https://gist.github.com/timruffles/825fa496406c95f19ce44760a...

It's much better to do this earlier. If you're asking v8 to optimise, say, the whole of React on a mobile device before first paint, that's definitely going to be slower than having the same optimisations done before V8 needs to parse/optimise it!

Reducing this initial work would really help startup time - especially on mobile. Consider that v8 etc are really fast only after the JIT kicks in after seeing repeated work: for time-to-first-significant-paint that's too late.