News for hackers. Stuff that matters.

anticlickwise

Re: on Thursday March 19, 2026 @12:52PM (#47442389)
Early in my career, I used to avoid playing devil’s advocate. It always felt a bit negative, like I was slowing things down or questioning momentum when everyone else was ready to move forward. But after a few projects didn’t go the way we expected, I started noticing a pattern that was hard to ignore.

The decisions that failed weren’t the ones we spent too much time debating. If anything, those usually turned out fine. The ones that caused real problems were the ones nobody really challenged. Everyone agreed in the room, the plan sounded reasonable, and we moved ahead with a lot of confidence. It felt smooth in the moment. And then a few months later, the cracks would show up. Usually in places we could have spotted early if we had just asked slightly harder questions.

Since then, I’ve tried to change one small habit. Before committing to anything meaningful, I take a step back and try to stress-test the idea a bit. Nothing formal, just forcing myself (or the team) to answer a few uncomfortable questions.

Things like: if this fails in six months, what probably caused it? What assumption here are we taking for granted? What would someone who strongly disagrees with this say?

It’s not about being pessimistic or slowing things down for the sake of it. It’s more about creating a moment where it’s okay to surface doubts before they become expensive problems later. I ended up building a small internal tool to make this easier to run consistently, but I’m less interested in the tool itself and more curious about how others approach this.

Do you actively try to challenge decisions before committing, or do most of those questions only show up once things start breaking?

Show HN: The Elephant- a Tool to Safely Surface the Unspoken Issue in Meetings

https://www.cognu.app/the-elephant

I’ve walked out of meetings feeling uneasy more times than I can count.Nothing dramatic happened. No arguments. No pushback.Everyone agreed. We moved on. But later, in a one on one or a Slack message, someone would say, “Yeah… I wasn’t totally comfortable with that either.”And that’s the part that stuck with me. How often are we all thinking the same thing… and just waiting for someone else to...

( Read More... | no comments | 2 points | on HN )
I’m a solo maker and I built this after repeatedly running into the same problem in planning sessions. No matter what framework we used: RICE, ICE, voting, scoring, nothing actually got removed. Everything had a solid justification. The roadmap just kept growing.

It wasn’t a prioritization problem. It was a subtraction problem. So I tried reversing the rule. Instead of asking people to vote on what to keep, I made everyone cut three items. You couldn’t move forward until something was actually removed.

The tone of the conversation changed immediately. It forced real trade-offs instead of polite agreement. I turned that exercise into a small web tool called Less Is More. It’s intentionally simple, no accounts, no scoring system, no analytics. Just structured subtraction. I’m curious how others here handle “priority inflation.” Do you enforce caps? Time box initiatives? Something else?

Would appreciate honest feedback: https://www.cognu.app/less-is-more

Show HN: What We Learned: a 3 question meeting closure tool

https://www.cognu.app/what-we-learned

I built this because I kept seeing the same thing happen. A meeting would end, everyone would feel aligned and we’d move on. It felt productive. But a few weeks later, the same misunderstandings would show up again.It wasn’t that people weren’t paying attention. We just never paused long enough to capture what we learned while it was still fresh. Retros felt too heavy for everyday decisions....

( Read More... | no comments | on HN )
Happy to clarify anything here. This isn’t meant to replace roadmaps or frameworks. It’s more of a conversation trigger something to surface disagreement early instead of discovering it weeks later in execution.

Curious how others here handle prioritization when multiple stakeholders are all “right” at the same time.

Show HN: A forced ranking exercise to stop priority inflation

https://www.cognu.app/what-comes-first

In many planning meetings, everything sounds important. So everything stays.Weeks later, progress slows not because people aren’t working hard, but because attention is split across too many “priorities.” I kept seeing the same pattern: teams avoid prioritization not out of laziness but because it forces uncomfortable trade offs.So I built a small tool called What Comes First. It removes...

( Read More... | 2 comments | 2 points | on HN )

Show HN: A one word check to detect misalignment in meetings

https://www.cognu.app/room-read

Hi HN, I’m a solo maker and I built a very small tool after noticing a recurring problem in my meetings.I used to ask open questions like: “How are we feeling about this?” “Any concerns?” “Thoughts?”The pattern was always the same: a few people spoke, some nodded, many stayed silent. In the moment, it felt aligned. Weeks later, execution slowed and people realized they’d understood the decision...

( Read More... | no comments | on HN )
Re:How do you surface real confidence before execution? on Thursday January 29, 2026 @06:47PM (#46818584)
I’ve seen plans fail that were technically solid. Clear goals, reasonable timelines, capable people and full agreement in the room.

Yet execution slowed weeks later. Not loudly. Quietly.

What I eventually realized was missing wasn’t alignment or process. It was confidence. People had agreed, but they didn’t fully believe the plan would work. After decisions are made, doubt rarely gets voiced. It feels late, political or unproductive. That doubt goes underground and shows up later as hesitation, delay or quiet disengagement.

I’m a solo maker and built a very small experiment to surface that signal early, essentially a lightweight confidence check before execution. I’m less interested in the tool itself and more curious about the practice.

How do you handle this? Do you explicitly check confidence before committing?

Or do you rely on signals that appear during execution?

Would appreciate perspectives from people who’ve lived this.

Re:All In – a small tool to check real buyin after decisions on Wednesday January 28, 2026 @01:33PM (#46799630)
lol. I love this
Fair point and I agree. The intent isn’t to make anyone “die on a hill” or perform loyalty. What I kept running into was people accepting decisions without really feeling ready to own or back them in execution. That gap usually only showed up later as delays or fuzzy ownership. The wording is one way to surface that but the goal is clarity, not confrontation. Appreciate you calling it out.
After meetings, everyone agreed but execution still drifted. People had different interpretations of the same “yes.” I built Same Page, a 60 seconds check where everyone independently writes what was decided, what happens next, and what risks remain. Answers are grouped by meaning so misalignment shows up immediately.

It takes about 60 seconds. No accounts. Free to use.

I’m sharing this to learn: - Does this problem resonate with you? - Where would this feel most useful (or unnecessary)? - What would you change about the questions or flow? Would love feedback on whether this problem resonates.

will work on slowing it down
I am adding more context soon.

I will work on the url query param persistence - I know its annoying at the moment

yes. This was designed for the Ipad
This is cool
Yes. I will have to get the physics right for the air stream. will work on that. Thanks
Maker here. Built this after repeatedly mistaking agreement for commitment in real projects. It’s free and intentionally minimal. Happy to answer questions or hear where this breaks down in real teams.
We kept running into the same issue after decisions where everyone agreed in the meeting but execution slowed later. The problem wasn’t disagreement, it was unclear commitment.

All In is a small, free tool I built to quickly check whether people actually stand behind a decision or are quietly unsure.

After a decision, participants answer a single question independently. You see where support is solid, where it’s weak and where follow up is needed.

No accounts, no setup, no facilitation overhead.

It’s intentionally simple. Meant to be used right after decisions, before silence turns into delay.

Feedback very welcome.

Show HN: Interactive physics simulations I built while teaching my daughter

https://www.projectlumen.app/

I started teaching my daughter physics by showing her how things actually work - plucking guitar strings to explain vibration, mixing paints to understand light, dropping objects to see gravity in action.She learned so much faster through hands-on exploration than through books or videos. That's when I realized: what if I could recreate these physical experiments as interactive...

( Read More... | 22 comments | on HN )

Show HN: DevCompare – a live, auto-updating comparison of AI coding tools

https://www.devcompare.io/

Hi HN,AI coding tools change fast and I kept running into comparisons that were outdated within weeks. So I built DevCompare to automate the whole thing.DevCompare regenerates comparisons daily across 18 criteria, including features, pricing, repo understanding, latency, and real developer sentiment from Reddit and HN.The site is fully automated via cron, cached at the edge, and loads as a...

( Read More... | no comments | 3 points | on HN )

Show HN: Here Be Shovels – a calm supply depot for indie makers and AI builders

https://www.herebeshovels.com/

I built this for myself.I was tired of checking Product Hunt, Hacker News, Reddit, Indie Hackers, and YouTube separately while building.Here Be Shovels is a calm, opinionated place that aggregates tools, launches, AI signals, and YouTube channels indie makers actually watch.It’s intentionally incomplete and updated every few hours and I had a lot of time building out the Wild West...

( Read More... | no comments | on HN )
Thank you

Show HN: Backlog – a public repository of real work problems

https://www.worldsbacklog.com/

AI has made building fast and cheap, but finding the right problems still feels hard.I built World’s Backlog (https://worldsbacklog.com ) to collect real problems directly from people working inside different industries.Contributors post workflow pain, others validate it, and builders can study severity, frequency, and willingness to pay before building anything.Would love feedback from...

( Read More... | 28 comments | 2 points | on HN )
AI based task assistant I made for my absent-minded self https://notforgot.ai

Older »