frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

Modifying an HDMI dummy plug's EDID using a Raspberry Pi

https://www.downtowndougbrown.com/2025/06/modifying-an-hdmi-dummy-plugs-edid-using-a-raspberry-pi/
71•zdw•2h ago•13 comments

I want to be a Journey Programmer Again

https://hexhowells.com/posts/journey.html
30•hexhowells•1h ago•19 comments

Red Hat Linux in 1998 (2009)

https://linuxgazette.net/165/laycock.html
46•marcodiego•1h ago•15 comments

Canyon.mid

https://canyonmid.com/
149•LorenDB•4h ago•78 comments

How to modify Starlink Mini to run without the built-in WiFi router

https://olegkutkov.me/2025/06/15/how-to-modify-starlink-mini-to-run-without-the-built-in-wifi-router/
152•LorenDB•5h ago•45 comments

Datalog in Rust

https://github.com/frankmcsherry/blog/blob/master/posts/2025-06-03.md
173•brson•6h ago•17 comments

1k year old 3 sisters crop farm found in Northern Michigan

https://www.smithsonianmag.com/smart-news/massive-field-where-native-american-farmers-grew-corn-beans-and-squash-1000-years-ago-discovered-in-michigan-180986758/
102•CoopaTroopa•3d ago•35 comments

Social anxiety disorder-associated gut microbiota increases social fear

https://www.pnas.org/doi/abs/10.1073/pnas.2308706120
84•thunderbong•1h ago•39 comments

Childhood leukemia: how a deadly cancer became treatable

https://ourworldindata.org/childhood-leukemia-treatment-history
46•surprisetalk•4h ago•13 comments

Datalog in miniKanren

https://deosjr.github.io/dynamicland/datalog.html
10•deosjr•1h ago•2 comments

Biofuels Policy, a Mainstay of American Agriculture, a Failure for the Climate

https://insideclimatenews.org/news/13062025/agriculture-ethanol-biofuel-policy-climate-failure/
33•rntn•2h ago•10 comments

The Art of Lisp and Writing (2003)

https://www.dreamsongs.com/ArtOfLisp.html
135•Bogdanp•10h ago•48 comments

Foundations of Computer Vision

https://visionbook.mit.edu
58•tzury•7h ago•0 comments

The experience continues until you stop experiencing it

https://strangemachine.tv/safespace/popov/
18•durakot•1h ago•4 comments

The Skyscraper That Could Have Toppled over in the Wind (1995)

https://www.newyorker.com/magazine/1995/05/29/the-fifty-nine-story-crisis-citicorp-center
5•georgecmu•2h ago•2 comments

How easy is it for a developer to "sandbox" a program?

https://kristaps.bsd.lv/devsecflops/
24•zdw•4d ago•15 comments

Text-to-LoRA: Hypernetwork that generates task-specific LLM adapters (LoRAs)

https://github.com/SakanaAI/text-to-lora
66•dvrp•3d ago•1 comments

SQLite Date and Time Functions

https://www2.sqlite.org/cvstrac/wiki?p=DateAndTimeFunctions
8•1vuio0pswjnm7•1d ago•1 comments

Q-learning is not yet scalable

https://seohong.me/blog/q-learning-is-not-yet-scalable/
193•jxmorris12•17h ago•40 comments

The Keyset

https://dougengelbart.org/content/view/273/
9•tosh•4h ago•2 comments

Show HN: Container-compose – A Docker-compose like tool for Apple containers

https://github.com/noghartt/container-compose
9•Noghartt•3h ago•5 comments

Tiny-diffusion: A minimal implementation of probabilistic diffusion models

https://github.com/tanelp/tiny-diffusion
48•BraverHeart•10h ago•1 comments

I have reimplemented Stable Diffusion 3.5 from scratch in pure PyTorch

https://github.com/yousef-rafat/miniDiffusion
449•yousef_g•1d ago•71 comments

CI/CD Observability with OpenTelemetry Step by Step Guide

https://signoz.io/blog/cicd-observability-with-opentelemetry/
109•ankit01-oss•4d ago•40 comments

Journalists Wary of Travelling to US Due to Palantir Surveillance

https://bsky.app/profile/alistairkitchen.bsky.social/post/3lrjsdecc5c2x
152•Kapura•2h ago•100 comments

Infinite Grid of Resistors

https://www.mathpages.com/home/kmath668/kmath668.htm
197•niklasbuschmann•19h ago•100 comments

Notes on the History of the Map Tile

https://placing.technology/notes-on-the-history-of-the-map-tile
35•altilunium•8h ago•7 comments

AMD's AI Future Is Rack Scale 'Helios'

https://morethanmoore.substack.com/p/amds-ai-future-is-rack-scale-helios
121•rbanffy•21h ago•72 comments

Meta-analysis of three different notions of software complexity

https://typesanitizer.com/blog/complexity-definitions.html
74•ingve•1d ago•14 comments

Bits and bobs related to Wireless-Tag's WT32-ETH01 board

https://github.com/egnor/wt32-eth01
11•johnnyApplePRNG•2d ago•0 comments
Open in hackernews

Fixing the mechanics of my bullet chess

https://jacobbrazeal.wordpress.com/2025/06/14/fixing-the-mechanics-of-my-bullet-chess/
40•tibbar•18h ago

Comments

pvg•18h ago
APM but for chess, outstanding.
snitty•18h ago
I only use chess tools that allow for vim bindings. /s
wuiheerfoj•17h ago
Not quite vim bindings, but lichess supports typing pgn for moves (at least for blindfold)
mdaniel•15h ago
lichess.org is a treasure and as a friendly reminder https://lichess.org/patron#:~:text=No%2C%20because%20Lichess...
quasigloam•6h ago
At some point there was "the keyboard extension" which was somewhat vim like (kinda). It was too overpowered and you literally could not flag someone who was using it in ultra or hyperbullet, so lichess finally banned it: https://lichess.org/page/play-extensions. Vim bindings were too overpowered for chess :D
fasterik•17h ago
I think this depends highly on your mouse skills. Most of the top bullet players I've seen play on stream (Andrew Tang, Hikaru Nakamura, and Daniel Naroditsky) use drag-to-move.

A notable exception is Magnus Carlsen. He uses click-to-move, but I think his skill in bullet comes from his baseline chess skill and not his ability to move fast.

joeyagreco•15h ago
on computer, the difference between the 2 is negligible in my opinion, since either way you have to place the mouse at the start and then navigate to the finish with the only difference being if you are holding down left click or not.

on phone/tablet, the difference between the 2 is massive, since you don't have to slide your finger across the screen and can just tap tap (and even use multiple fingers if you want.

jpablo•14h ago
On a computer click click is a lot slower since you have to come to a complete pointer stop in your release. If your pointer is still moving in the release square most interfaces would detect that as some attempt to start a drag
retsibsi•11h ago
On Lichess, this isn't the case; if I set my movement preference to 'click two squares', a click on a piece is registered immediately on mousedown regardless of cursor movement.

(When I set my movement preference to 'either', it's a bit harder to test, but I think a brief click-and-drag always counts as a click provided the mouseup happens within the initial square.)

somenameforme•4h ago
The ability to physically move fast has relatively little role in bullet beyond a certain level, because most games will end on the board instead of in a frantic mouse scramble. This was even tested, to some degree, in one of chess.com speed chess championships. They had a bunch of top players including Alireza and Nakamura play one of the little reflex games where you have to click in a certain spot that lights up, and their performance was nothing noteworthy. Nakamura, the oldest player by far, was actually the fastest but his reflexes were again nothing spectacular, so it was more of a reflection of the reflexes of the other players.
jpablo•17h ago
This doesn’t make any sense. Click and click is slower than click+drag, it’s just obviously two extra movements (a full extra press and an extra release).

You can also drag and hover while waiting for the opponent move and release if the expected move shows up or right click to cancel the drag if not the expected move.

Also dragging and hovering over your target square is super useful to visualize your move and catch any last millisecond mistakes.

I do t think any of the top bullet/hyperbullet players does click and click. I think I have seen Magnus doing click and click in very old chess24 blitz videos but I’m not sure he did that in lichess playing bullet orin chesscom scc for example.

tibbar•17h ago
I never use a mouse, which probably makes a difference here: it's all via touchpad.
jpablo•15h ago
Not having the right click to cancel a drag would certainly be a huge difference
dmurray•10h ago
That seems massively relevant and should be in your post, assuming you're the author. Dragging on a touchpad is a nightmare for me: I would click and click with a touchpad, but would much prefer a mouse where I drag and drop. Click and click on a phone works great too.

(I'm playing at a significantly higher level than you, but nowhere near the elite players).

Ferret7446•17h ago
> Click and click is slower than click+drag, it’s just obviously two extra movements (a full extra press and an extra release).

From a pure physics standpoint, maybe, but humans aren't ideal physics actuators. Your muscles' ability to fire, your nerves' ability to fire, and your brain's ability to drive those (and also recover from each action) affects the dynamics.

In particular, your ability to precisely release heavily obstructs your hypothesis. There's a reason that sharpshooting guns still fire on trigger pull and not on trigger release.

Imagine a game where you need to precisely hit many targets quickly, and you can either click on a target or release a click on a target. You will be much more precise and quick only clicking even though you're doing "extra movements" releasing between each.

retsibsi•11h ago
> Click and click is slower than click+drag, it’s just obviously two extra movements (a full extra press and an extra release).

I don't think this is right, because the second release is irrelevant (a click-click move happens on the second mousedown, not the second mouseup) and the first release can be done in parallel with the mouse movement. So really it is:

mousedown -> drag -> mouseup

vs.

mousedown -> (mouseup while moving) -> mousedown

reassess_blind•8h ago
mouseup has to occur before moving, or it initiates a drag
retsibsi•7h ago
Not on Lichess. (I'm not sure about other platforms.)

With the click-to-move setting, the piece is activated on mousedown, and dragging is ignored.

reassess_blind•6h ago
Oh I see, I forgot there was a setting. I thought it was always either behaviour, depending on what you do.
stevage•8h ago
I don't know for everyone but I think I can move a mouse faster and more accurately when not holding down the mouse button.
helloplanets•17h ago
Touch screens (especially tablets) are also great for bullet because you can just tap-tap move, with as many fingers as you like!

Small unrelated nit: It's Elo rating instead of ELO, as Elo just stands for the surname of the rating system's creator, Arpad Elo.

chatmasta•7h ago
It’s also a smaller area. I can tap the opposite corners of the board on my phone faster than I could click them on my computer.

Some chess snobs react with derision to using a mobile app to play… but I think they must be using the Chess.com app, which is awful - low response times, input lag, etc - and not the Lichess app which is snappy and reliable.

poincaredisk•6h ago
I must be very clumsy with my phone, because it takes me a painfully long time to make a move on my phone (i estimate it to be a bit under a second), while with a mouse I can click at the speed of thought.

It may also be age? I use mouse all my life, while touchscreens are relatively new.

kosmickanga•7h ago
Smaller nit: they were never Elo points to begin with because Lichess uses the Glicko-2 system.
shawabawa3•5h ago
I think at this point "elo" has become genericized to refer to any skill rating system
daft_pink•16h ago
Wow! I play rapid, but I love that trick as I like to premove, but this is a better strategy than premove in many cases. Thanks!
b2fel•13h ago
>I’ve always been a good deal better (maybe a couple hundred ELO points) at blitz (3+0 or 5+0) than bullet (1+0).

I believe this is just due to how the ELO system works on sites like lichess and chess.com - you can also see the difference between blitz and rapid, and rapid and classic, and it's the case for EVERY player.

tibbar•13h ago
I'm not sure if this is true anymore. Some years ago chess.com increased bullet ratings by 150 points to better align them with blitz ratings [0].

[0]https://www.chess.com/news/view/10-minute-chess-now-rapid-ra...

chatmasta•7h ago
> it's the case for EVERY player

No it isn’t. My bullet rating is higher than my blitz rating and I’ve got 5,000+ games on each.

tyzoid•8h ago
I've been doing this for most of my games too. I find I'm less likely to release a piece somewhere I don't want with this method.
quasigloam•6h ago
I usually play chess with just my mousepad, so I've basically always just dragged and dropped. Playing click and click feels about the same speed, but I'm less used to it; maybe I'll try use it more in the future. I think Andrew Tang does drag and drop, and he's the fastest I've ever seen; I don't know if people like Danya or Hikaru do drag and drop, might be interesting to get some kind of statistical analysis of that.

>I’ve always been a good deal better (maybe a couple hundred ELO points) at blitz (3+0 or 5+0) than bullet (1+0).

I've basically always found that my bullet rating is at least 100 rating points higher than my blitz on lichess; possibly because I've wasted too much of my youth on bullet

helpfulContrib•6h ago
I wonder what the metrics would look like when tested on a tablet device, i.e. no mouse, just finger-drag?
not-so-darkstar•5h ago
I think speed is important only for ratings in the lower end.
ukprogrammer•4h ago
Does anyone else find that ELO skill built on screens does not carry over to over-the-board chess as much? It seems curious how physicality seems to materially affect a game which is meant to be primarily mental.
somenameforme•4h ago
Elo is dependent upon the player pool. Claude Bloodegood [1] took this to an extreme, nearly becoming the highest rated player in the world at the time, largely by playing officially rated games in prison against other players who were completely inexperienced but whose rating did not reflect that since they were, in turn, also only playing against completely inexperienced players.

Online ratings have a correlation with otb ratings, but they're very different - especially on the lower (and extremely high) ends.

[1] - https://en.wikipedia.org/wiki/Claude_Bloodgood