Work in progress: 181,232 of 181,233 sites checked so far, more every week · updated 2 Nov 2026Missing a blog? Tell us

Top all-time · #13363

G

Guillaume Marceau

Personal blog · blog.gmarceau.qc.caprogramming

Guillaume Marceau's personal blog at blog.gmarceau.qc.ca covers programming. Since 2010, 6 different Hacker News readers have linked it 6 times, most often “Thoughts on Languages from 2000's”. The last post was in 2015, but the archive is still widely read.

Visit the blog
6mentions?
6HN people?
2010–2026first – last linked?
Links on Hacker News per year · peak 2 in 2026

Too few sampled comments (5) to say how often HN recommends it.?

Why HN links it

Guillaume Marceau's blog with posts on programming language speed and size comparisons. Commenters mostly discuss language performance and cite a 2009 post on JavaScript VM speed as support.

Summarised by Claude from a sample of 5 HN comments that link here. Each comment is marked recommending, critical or neutral (citing without judging); how this works.

Guillaume Marceau's blog away from home

Most-linked posts?

  1. Thoughts on Languages from 2000's
    4 people · 4 mentions · first linked 2010-08-19

What Hacker News says?

  1. In my opinion, it's a question of what you want to optimize for, speed of execution/accessibility/responsiveness or speed of software development. The modern web is a stack of abstractions that separates the code in what the site is written in from the underlying machine that renders it. This stack of abstractions makes it many orders of magnitude slower than it theoretically could be to render, but makes it many or…

    Comment linking /2009/05/speed-size-and-dependability-of.html

    on “I can only think that modern front end development has failed”
  2. Submitted Thoughts on Languages from 2000's as a story · 1 points

    HN discussion
  3. > I'd love to see a "programming language benchmark game" > that only allowed idiomatic code and compared languages based on code length. You just described the old Debian language benchmark game. You could select the various coefficients to apply to code size, program speed etc. I remember it played an important role when I decided to give OCaml a try: I selected 1 for size, 1 for speed, 1 for RAM and zero for ever…

    Comment linking /2009/05/speed-size-and-dependability-of.html?m=1

    on “38% of bugs at Airbnb could have been prevented by using types”
  4. What this means is that for your purposes R is fast enough. But in the absolute sense (or in any case, relative to other programming platforms), R is one of the slowest ever. R is usually slower than Python, and Python in some cases can be 100x slower than C. Performance, assuming identical hardware, depends on the program itself (that is, on what you are trying to calculate or compute or perform), but if you choose…

    Comment linking /2009/05/speed-size-and-dependability-of.html

    on “Julia Computing Raises $4.6M in Seed Funding”
  5. > Over the last three years I have been doing a focussed investigation of a lot of different programming languages and styles I don't know what your invesitgation covers, but a long time ago (2009) someone [0] did an interesting visual comparison of languages. sadly now it seems it's only available at archive.org [1], but I've often gone back to it, partly because it's such an elegant way of looking at some aspects…

    Comment linking /

    on “Julia 1.13 highlights”
  6. "even 'fast' JS VMs are still rather slow" Compared to C, Java, OCaml, and so forth, perhaps. Compared to Ruby, Python, and PHP - not so much. (take a look at the v8 entry. and this is from '09 - v8 has seen some performance improvements since then) http://blog.gmarceau.qc.ca/2009/05/speed-size-and-dependabil...

    Comment linking /2009/05/speed-size-and-dependability-of.html

    on “Mobile Flash Fail: Weak Android Player Proves Jobs Right”

Search all of HN for blog.gmarceau.qc.ca