Submission timeline
2007–2026One slot for every year since HN launched. Height is that year's peak points; orange marks a 100+ point or 50+ comment breakout. Select a bar to open its strongest thread.
First comments on top threads
HN comment orderThis has been posted before[1], and the "spiral rule" is a load of hooey. The correct rule is "follow the C grammar". An easier to remember and also correct rule is "start at the identifier being declared; work outwards from that point, reading right until you hit a closing parenthesis, then left until you hit the corresponding open parenthesis, then resume reading right..." (this is sometimes called the "right-left rule"[2]). The "spiral rule" dances around the truth without actually being…
I've always had a bit more luck with the "typedef each step of the construction" rule-of-thumb. Also, I tend to hide anything as complex as "pointer-to-array-of-pointers-to-functions" (even though you memorize this idiom pretty quickly after an hour in the kernel) behind library ADT's, so you're never indexing an array, but rather passing an index and a whatever_t* to whatever_get(w, index).
I link to my old response every time the "spiral rule" comes up. It makes for pretty pictures, but it's nonsense. https://news.ycombinator.com/item?id=5080096
The spiral rule works only if there is no pointer to pointer or array of array in the type. In other words it is an incorrect rule. But take this for example: +----------------------------+ | +-----------------------+ | | | +------------------+ | | | | | +-------------+ | | | | | | | +--------+ | | | | | | | | | +--+ | | | | | | | | | | ^ | | | | | |…
The first top-level comment from each of the four biggest threads, in HN’s own order. Excerpts are shortened; open a comment for full context.
- Breakout years
- 3
- Total points
- 505
- Total comments
- 233
100+ points or 50+ comments
reference only — not used in Hall rules or ranking
reference only — not used in Hall rules or ranking
Every submission
| Date | Title as submitted | By | Points | Comments |
|---|---|---|---|---|
| 2010-06-26 | No more confusions on tricky C declarationsFirst breakout | ashishb4u | 132 | 41 |
| 2012-11-06 | The "Clockwise/Spiral Rule" (a C tip) | geoka9 | 3 | 0 |
| 2013-09-30 | The Clockwise/Spiral Rule | pravnar | 8 | 7 |
| 2014-02-12 | The 'Clockwise/Spiral Rule', How to read C declarations. | sjarvie | 1 | 0 |
| 2014-11-23 | The “Clockwise/Spiral Rule” | dsr12 | 64 | 26 |
| 2016-10-23 | The Clockwise/Spiral Rule of C declarationsBest thread | xvirk | 225 | 68 |
| 2019-09-16 | Clockwise/Spiral Rule (1994) | Tomte | 2 | 0 |
| 2020-03-25 | Clockwise/Spiral Rule (1994) | Tomte | 2 | 0 |
| 2020-12-21 | Clockwise/Spiral Rule | asamant | 25 | 16 |
| 2022-10-03 | Clockwise/Spiral Rule | max23_ | 1 | 0 |
| 2023-01-10 | Clockwise/Spiral Rule (1994) | Tomte | 1 | 0 |
| 2024-12-01 | The "Clockwise/Spiral Rule" (1994) | andrelaszlo | 2 | 0 |
| 2025-01-01 | C "clockwise/spiral" rule to understand declarationsLatest 20+ point return | galkk | 39 | 75 |
