Joe Armstrong
@joeerl
Followers
21K
Following
44
Statuses
3K
Writes programs and books. Invents things. Gives talks. Fixes broken software. Hobbies: Stroking cats, playing piano, grumbling, reading, thinking.
Sweden
Joined June 2009
@Rev_Kachowski "we" built (not me personally) - for a *specific* rather simple DTD NOT a general purpose parser.
2
0
34
Should also add that all significant energy gains in the last 50 odd years are result of new hardware NOT software.
@emidttun @stevestreeting @FlohOfWoe Energy usage is *very* complicated - If you want low energy use VLSI or an FPGA and NOT a programming language - true total lifecycle energy costs are very very difficult to calculate - more of a physics/hardware question than a programming problem.
4
34
209
Oh and I guess I should add relative energy might be interesting - but Absolute Energy in Joules is the important thing to measure. K times 0 is still 0 even if K is huge. Q: How many Joules does it take to transfer 1 GB of data from your machine to Dropbox? - tricky question.
@emidttun @stevestreeting @FlohOfWoe Energy usage is *very* complicated - If you want low energy use VLSI or an FPGA and NOT a programming language - true total lifecycle energy costs are very very difficult to calculate - more of a physics/hardware question than a programming problem.
0
6
52
@emidttun @stevestreeting @FlohOfWoe Energy usage is *very* complicated - If you want low energy use VLSI or an FPGA and NOT a programming language - true total lifecycle energy costs are very very difficult to calculate - more of a physics/hardware question than a programming problem.
2
6
95
@modernserf And what about the 50 hours thinking while you’re asleep? - fact: you can’t turn your brain off when you leave “work” so really you work 7x24 wherever you like it or not.
1
0
12
This is because the design of all sequential programming languages omitted concurrency and left it to the OS.
@ErlangSolutions @erlang_org @joeerl @rvirding @TheErlef @ErlangForum @erlexsf @josevalim @thompson_si I really like how BEAM properties and features map well to the challenges inherent to software systems. So, as a user of BEAM languages, I feel I can solve most of such problems directly in my main language of choice, instead of having to improvise at the OS level.
2
31
121
@devilherdue I always had a rubber duck in my bag when I didn’t understand anything I’d pull out the rubber duck and say “well I don’t understand could you explain it to my rubber duck” and a model of the 🇬🇧 queen “ explain it to her majesty” (for tricky stuff) - true
3
2
88