frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Open in hackernews

Tiny Teams Playbook

https://www.latent.space/p/tiny
45•tilt•4d ago

Comments

monadoid•2h ago
`Simple, Boring Tech Stack: shell scripts over k8s, keep code modular`. wut
hshdhdhehd•1h ago
I think now k8s is boring and shell scripts exciting.
klardotsh•1h ago
The office or otherwise mandatory frequent in person work sessions bit seems pretty at odds with the underlying idea that you’re a team focused on actually delivering and building with deep focus. What does commuting a half hour, hour, or more, each way to an office to put my headphones on and zone in, do to achieve any of that? I’m gonna be able to do that more effectively, more focusedly, and at the hours I’m most productive, remotely. The commute is strictly a distraction.
awalsh128•1h ago
Same. I find myself much more productive. I do like coming in every once in awhile for the rapport and cultivating working relationships face to face though.
klardotsh•1h ago
Yep, 2-4x onsites together a year to develop human relationships, and otherwise 100% remote, is by far the most effective team arrangement IME. It is especially the most accessible format for people who do not necessarily perform their best work within the typical office hours (9-5, +/-1), who do not want to live in your metro area, or who are distracted by disturbances in their surroundings - or just aren’t hardcore extroverts.

Or simply put: if you truly want the best, most focused, highly performing team, an office requirement shrinks your talent pool tremendously for extremely little gain. Do quarterly meetups somewhere and move on, IMO.

rhubarbtree•1h ago
The commute doesn’t help you, but working in an office next to your team mates will accelerate your work.

Software development is a team sport and individual productivity is not the same as team productivity. Communication bandwidth in person is much higher when colocated. Startups move fast and higher bandwidth increases velocity, reduces errors, improves quality and team cohesion.

For other situations remote can be “good enough”, and has advantages eg bigger recruitment pool or cheaper labour, but in general in person is just going to be a lot faster with higher quality results.

A lot of engineers don’t wish this to be true, because wfh is often better for them as individuals, but it is what it is.

klardotsh•1h ago
I’ve worked in plenty of startups (the overwhelming majority of my career, actually) and did not perceive the performance of in-office teams to be significantly better than the remote teams I’ve been on. The floor is probably lower for remote teams (in that ineffective remote teams are horribly ineffective), but the ceiling is comparable, and the average is (again, in my experience) anywhere from comparable to slightly better, because folks are working the ways+hours they’re most effective, not what someone else thinks should be the most effective.
copperroof•24m ago
I use this kind of opinion as my idiot bat signal now. It’s so obviously untrue when someone starts spouting this nonsense you know they are a very feelings based decision maker.
weinzierl•1h ago
"Almost no meetings: “deep focus” - building instead of talking about building"

I used to work in an environment with often 8 hours of meetings straight. People had their headsets on while being in meetings and were simultaneously programming and when they heard their name mentioned they tried to say something smart. It was a terribly inefficient way to work.

Then I switched to an environment where we took "Almost no meetings" seriously and it was a tremendous boost. After a year or so I realized that we left a lot of potential efficiency untapped because of lack of communication or miss-communication.

Now I think there must be a middle ground - an optimum of communication for an optimum of efficiency. Teams need to be actively steered to that, just hiring good communicators and hoping for the best is probably not going to work. You need meetings. At least some. And some seemingly inefficient meetings will prevent inefficiency elsewhere.

Everything I wrote above was about highly distributed teams working remotely. The Tiny Teams Playbook has also

"In Person: either have an office, or VERY frequent AirBnB hack weeks"

in it, which changes things quite a bit.

the_duke•24m ago
That middle ground for me is what I like to call "proposal driven development".

Ideas, concepts, implementation plans are first written down as a proposal, which is read by others and discussed online. Meetings are only required if there are blockers to resolve, or differences in opinion.

abuani•1h ago
This was a very challenging article to read. Not because any of the concepts described, but for the way ideas are thrown around and organized. This looks like it was written by a set of llm agents that were instructed to write an article without a clear outlined, and then the author took what they felt were the best bits and hit publish.
leetrout•16m ago
> Camaraderie, speed: Have fun, do retreats, avoid burnout

Or, alternatively, respect personal boundaries and don't force coworkers to have social outings.

I really wish "work is just work" was more popular. There is an empathetic way to do this that isn't just treating people as a number but also not forcing socializing outside of the context of work.

Yes to avoiding burnout. No to thinking a retreat is the answer to that.

fra•11m ago
Hacker News formula for startups: no offices, no offsites, no meetings, and no MBAs. If only idiot CEOs and rapacious VCs were listening!
leetrout•6m ago
Not quite.

Have an onsite team or have hybrid setups that bring people within geographic areas together. Nothing replaces getting around a physical whiteboard in a physical space.

Context is in the original statement that retreats are a fix for burnout.

Free Software Hasn't Won

https://dorotac.eu/posts/fosswon/
32•LorenDB•56m ago•17 comments

Wireguard FPGA

https://github.com/chili-chips-ba/wireguard-fpga
273•hasheddan•5h ago•69 comments

Ask HN: What are you working on? (October 2025)

60•david927•2h ago•115 comments

Edge AI for Beginners

https://github.com/microsoft/edgeai-for-beginners
55•bakigul•2h ago•15 comments

Emacs agent-shell (powered by ACP)

https://xenodium.com/introducing-agent-shell
70•Karrot_Kream•2h ago•5 comments

MAML – a new configuration language (similar to JSON, YAML, and TOML)

https://maml.dev/
18•birdculture•1h ago•13 comments

Completing a BASIC language interpreter in 2025

https://nanochess.org/ecs_basic_2.html
44•nanochess•3h ago•1 comments

Three ways formally verified code can go wrong in practice

https://buttondown.com/hillelwayne/archive/three-ways-formally-verified-code-can-go-wrong-in/
26•todsacerdoti•16h ago•10 comments

Macro Splats 2025

https://danybittel.ch/macro.html
356•danybittel•12h ago•59 comments

Bird Photographer of the Year Gives a Lesson in Planning and Patience

https://www.thisiscolossal.com/2025/09/2025-bird-photographer-of-the-year-contest/
24•surprisetalk•6d ago•4 comments

Tiny Teams Playbook

https://www.latent.space/p/tiny
45•tilt•4d ago•14 comments

A whirlwind introduction to dataflow graphs (2018)

https://fgiesen.wordpress.com/2018/03/05/a-whirlwind-introduction-to-dataflow-graphs/
14•shoo•1d ago•0 comments

3D-Printed Automatic Weather Station

https://3dpaws.comet.ucar.edu
11•hyperbovine•3d ago•0 comments

Constraint satisfaction to optimize item selection for bundles in Minecraft

https://www.robw.fyi/2025/10/12/using-constraint-satisfaction-to-optimize-item-selection-for-bund...
11•someguy101010•4h ago•4 comments

A years-long Turkish alphabet bug in the Kotlin compiler

https://sam-cooper.medium.com/the-country-that-broke-kotlin-84bdd0afb237
43•Bogdanp•5h ago•44 comments

Rcyl – a recycled plastic urban bike

https://rcyl.bike/en/the-bike/
15•smartmic•3h ago•15 comments

oavif: Faster target quality image compression

https://giannirosato.com/blog/post/oavif/
13•computerbuster•6h ago•2 comments

Show HN: I built a simple ambient sound app with no ads or subscriptions

https://ambisounds.app/
67•alpaca121•7h ago•30 comments

AdapTive-LeArning Speculator System (ATLAS): Faster LLM inference

https://www.together.ai/blog/adaptive-learning-speculator-system-atlas
184•alecco•14h ago•43 comments

Addictive-like behavioural traits in pet dogs with extreme motivation for toys

https://www.nature.com/articles/s41598-025-18636-0
128•wallflower•6h ago•86 comments

Schleswig-Holstein completes migration to open source email

https://news.itsfoss.com/schleswig-holstein-email-system-migration/
293•sebastian_z•7h ago•93 comments

The neurons that let us see what isn't there

https://arstechnica.com/science/2025/10/the-neurons-that-let-us-see-what-isnt-there/
23•rbanffy•5d ago•1 comments

How I'm using Helix editor

https://rushter.com/blog/helix-editor/
168•f311a•6h ago•49 comments

HP1345A (and wargames) (2017)

https://phk.freebsd.dk/hacks/Wargames/
26•rbanffy•3h ago•1 comments

Loko Scheme: bare metal optimizing Scheme compiler

https://scheme.fail/
143•dTal•5d ago•14 comments

Nostr and ATProto (2024)

https://shreyanjain.net/2024/07/05/nostr-and-atproto.html
111•sph•13h ago•56 comments

Meta Superintelligence Labs' first paper is about RAG

https://paddedinputs.substack.com/p/meta-superintelligences-surprising
390•skadamat•23h ago•220 comments

After the AI boom: what might we be left with?

https://blog.robbowley.net/2025/10/12/after-the-ai-boom-what-might-we-be-left-with/
81•imasl42•3h ago•229 comments

Ridley Scott's Prometheus and Alien: Covenant – Contemporary Horror of AI (2020)

https://www.ejumpcut.org/archive/jc58.2018/AlpertAlienPrequels/index.html
49•measurablefunc•5h ago•35 comments

The Flummoxagon

https://n-e-r-v-o-u-s.com/blog/?p=9827
106•robinhouston•5d ago•24 comments