frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Haskell for all: Beyond agentic coding

https://haskellforall.com/2026/02/beyond-agentic-coding
2•RebelPotato•3m ago•0 comments

Dorsey's Block cutting up to 10% of staff

https://www.reuters.com/business/dorseys-block-cutting-up-10-staff-bloomberg-news-reports-2026-02...
1•dev_tty01•6m ago•0 comments

Show HN: Freenet Lives – Real-Time Decentralized Apps at Scale [video]

https://www.youtube.com/watch?v=3SxNBz1VTE0
1•sanity•7m ago•1 comments

In the AI age, 'slow and steady' doesn't win

https://www.semafor.com/article/01/30/2026/in-the-ai-age-slow-and-steady-is-on-the-outs
1•mooreds•15m ago•1 comments

Administration won't let student deported to Honduras return

https://www.reuters.com/world/us/trump-administration-wont-let-student-deported-honduras-return-2...
1•petethomas•15m ago•0 comments

How were the NIST ECDSA curve parameters generated? (2023)

https://saweis.net/posts/nist-curve-seed-origins.html
1•mooreds•16m ago•0 comments

AI, networks and Mechanical Turks (2025)

https://www.ben-evans.com/benedictevans/2025/11/23/ai-networks-and-mechanical-turks
1•mooreds•16m ago•0 comments

Goto Considered Awesome [video]

https://www.youtube.com/watch?v=1UKVEUGEk6Y
1•linkdd•18m ago•0 comments

Show HN: I Built a Free AI LinkedIn Carousel Generator

https://carousel-ai.intellisell.ai/
1•troyethaniel•20m ago•0 comments

Implementing Auto Tiling with Just 5 Tiles

https://www.kyledunbar.dev/2026/02/05/Implementing-auto-tiling-with-just-5-tiles.html
1•todsacerdoti•21m ago•0 comments

Open Challange (Get all Universities involved

https://x.com/i/grok/share/3513b9001b8445e49e4795c93bcb1855
1•rwilliamspbgops•22m ago•0 comments

Apple Tried to Tamper Proof AirTag 2 Speakers – I Broke It [video]

https://www.youtube.com/watch?v=QLK6ixQpQsQ
2•gnabgib•24m ago•0 comments

Show HN: Isolating AI-generated code from human code | Vibe as a Code

https://www.npmjs.com/package/@gace/vaac
1•bstrama•25m ago•0 comments

Show HN: More beautiful and usable Hacker News

https://twitter.com/shivamhwp/status/2020125417995436090
3•shivamhwp•25m ago•0 comments

Toledo Derailment Rescue [video]

https://www.youtube.com/watch?v=wPHh5yHxkfU
1•samsolomon•27m ago•0 comments

War Department Cuts Ties with Harvard University

https://www.war.gov/News/News-Stories/Article/Article/4399812/war-department-cuts-ties-with-harva...
6•geox•31m ago•0 comments

Show HN: LocalGPT – A local-first AI assistant in Rust with persistent memory

https://github.com/localgpt-app/localgpt
1•yi_wang•32m ago•0 comments

A Bid-Based NFT Advertising Grid

https://bidsabillion.com/
1•chainbuilder•35m ago•1 comments

AI readability score for your documentation

https://docsalot.dev/tools/docsagent-score
1•fazkan•43m ago•0 comments

NASA Study: Non-Biologic Processes Don't Explain Mars Organics

https://science.nasa.gov/blogs/science-news/2026/02/06/nasa-study-non-biologic-processes-dont-ful...
2•bediger4000•46m ago•2 comments

I inhaled traffic fumes to find out where air pollution goes in my body

https://www.bbc.com/news/articles/c74w48d8epgo
2•dabinat•47m ago•0 comments

X said it would give $1M to a user who had previously shared racist posts

https://www.nbcnews.com/tech/internet/x-pays-1-million-prize-creator-history-racist-posts-rcna257768
6•doener•49m ago•1 comments

155M US land parcel boundaries

https://www.kaggle.com/datasets/landrecordsus/us-parcel-layer
2•tjwebbnorfolk•53m ago•0 comments

Private Inference

https://confer.to/blog/2026/01/private-inference/
2•jbegley•57m ago•1 comments

Font Rendering from First Principles

https://mccloskeybr.com/articles/font_rendering.html
1•krapp•1h ago•0 comments

Show HN: Seedance 2.0 AI video generator for creators and ecommerce

https://seedance-2.net
1•dallen97•1h ago•0 comments

Wally: A fun, reliable voice assistant in the shape of a penguin

https://github.com/JLW-7/Wally
2•PaulHoule•1h ago•0 comments

Rewriting Pycparser with the Help of an LLM

https://eli.thegreenplace.net/2026/rewriting-pycparser-with-the-help-of-an-llm/
2•y1n0•1h ago•0 comments

Lobsters Vibecoding Challenge

https://gist.github.com/MostAwesomeDude/bb8cbfd005a33f5dd262d1f20a63a693
2•tolerance•1h ago•0 comments

E-Commerce vs. Social Commerce

https://moondala.one/
1•HamoodBahzar•1h ago•1 comments
Open in hackernews

Ask HN: Do you think switching between apps hurts your productivity?

7•PaulShin•7mo ago
Founder here currently building a product to address a problem I’ve seen repeatedly in modern teams.

We use Slack to talk. Notion to document. Jira or Asana to plan. But every time a decision is made in chat, someone has to manually copy, summarize, or “translate” it into another system. Context gets lost. Work slows down.

I'm starting to wonder: is it the tools themselves, or the gaps between them, that hurt our productivity the most? I’m not here to pitch anything, just trying to learn from your workflows.

"How do you and your team deal with this?" "Is switching between apps a real friction point for you?" "Have you found any habits or tools that reduce this friction?"

Would love to hear from you.

Comments

fewbenefit•7mo ago
Switching apps isn't the root problem, switching contexts is.

If tools are well-integrated and mentally compartmentalized (e.g., Slack for fast input, Notion for synthesis, Jira for logistics), switching shouldn't feel painful. But when decisions get scattered and nothing enforces consolidation, yeah, it becomes chaos by slow erosion.

Ironically, the more we try to unify everything into one tool, the worse the mental clutter gets. The problem isn't that we have too many tools, it's that we try to make each one do more than it's supposed to.

So, It's not app switching that kills productivity. It's app misusing.

PaulShin•7mo ago
Great point context switching hurts more than app switching when the tools don’t enforce a single source of truth.

Role clarity: Slack = capture, Notion = synthesize, Jira = track.

Reality: Decisions still leak out of channels, tasks lose owners, docs go stale.

Unifying everything in one mega-app can create new clutter, unless the app itself preserves context automatically. That’s the angle we’re exploring: keep roles clear, but let the hand-off happen inside the flow so people don’t have to think about it.

Curious how does your team make sure a Slack decision doesn’t die before it reaches Jira? Any workflow tricks that actually stick?

P.S. We’re prototyping a tool that tries this “context-in one flow” idea (still private beta). If anyone’s curious—or has horror stories about chat→task hand-offs—happy to swap notes. DM or reply here.

sherdil2022•7mo ago
My contrarian view is that if someone wants to get stuff done, they will get it done or find a way to get it done. Or else there will always be one excuse or another. Of course, there might be some legitimate blockers or onorous processes, but you don’t need a reason to do stuff and one can come up with thousands of reasons to not do.
PaulShin•7mo ago
Fair point no tool can manufacture intrinsic motivation. At the same time, even highly motivated people hit friction: digging through chat history, duplicating context, or chasing down “who owns this.”

The goal of what we’re building isn’t to make someone work; it’s to strip away the overhead that slows down people who already want to.

Think of it like version control: Git doesn’t write code for you, but it removes enough coordination pain that good engineers ship more often. We’re aiming for the same effect between conversation and execution—same motivation, less drag.

From our side, the north-star is a radically simple answer: let a single chat thread end all that visible complexity. One place, one flow, nothing to copy or sync. That’s the product we’re building toward.

Curious have you seen lightweight workflows that actually cut this friction without adding new layers?

brudgers•7mo ago
Git was dog fooded by a community of programmers.

Has a user interface only Linux kernel developers could tolerate.

And was written by one programmer in ten days.

It was not a product and in accord with the Unix philosophy, only does one thing.

PaulShin•7mo ago
You've absolutely nailed the history and ethos of Git, and it's a crucial distinction. Thank you for the clarification. You're right, it wasn't a "product" in the modern sense.

My analogy wasn't intended to be about the UI or its 'one thing well' philosophy, but about the category of friction it eliminated.

Before Git, the coordination overhead for code was immense think manual patches and diffs. Git didn't write the code for anyone, but it automated away that specific, painful "collaboration tax," freeing developers to focus on the actual programming.

I see a parallel today, but the "collaboration tax" has moved. It's now the manual, repetitive work of translating team conversations into structured tasks. We believe that specific friction can also be automated away, freeing teams to focus on the actual execution.

So, you've helped me refine the analogy: It's not about building a product like Git, but about tackling a problem in the same way Git did by automating a specific, painful type of coordination overhead.

brudgers•7mo ago
Before Git

SCM was a solved technical problem.

The Linux kernel team used Bitkeeper for Source Code Management.

The problem was Bitkeeper’s license.

Github built a business on top of git by making the existing tool easier to use. They did not build an SCM.

PaulShin•7mo ago
That's an even more precise and insightful framing. You're absolutely right—the catalyst was licensing, and the technical problem of SCM was, in a sense, already "solved." Thank you for sharpening the point further.

You've actually given me the perfect "Part 2" of the analogy "the relationship between Git and GitHub."

Yeah, Git is the powerful, low-level engine. Technically brilliant, but with a notoriously steep learning curve. The real explosion in adoption came when GitHub wrapped it in a user-friendly product with a clear workflow (pull requests, issues, etc.). GitHub didn't reinvent SCM; it reinvented the collaboration workflow on top of it.

That's exactly how we see the problem we're tackling. The "protocols" of modern work already exist: real time chat, task lists, documents. But they exist as separate, low-level primitives, like Git commands. The "collaboration tax" comes from users having to manually act as the interface between them.

Our goal is to be the "GitHub for general collaboration." To take those existing primitives and build a seamless, opinionated workflow on top where the connections are automated. The user shouldn't have to think about the "protocol"; they should just be able to work.

So, your point is well taken and helps clarify our position. We're not trying to build the "Git" (the core primitive). We're trying to build the "GitHub" (the intuitive workflow layer that makes the primitives powerful for everyone).

And that philosophy is baked right into our name. The reason we're called Markhub is because we're building a central "Hub" where every "Mark" a team makes a message, a decision, a task, a document can live together in a single, seamless flow.

brudgers•7mo ago
Of course it does.

There is no silver bullet.

https://en.m.wikipedia.org/wiki/No_Silver_Bullet

But there is Zawiski’s Law.

https://en.m.wikipedia.org/wiki/Jamie_Zawinski#Zawinski's_La...

And the reward for good work is more work.

https://youtube.com/shorts/SUu1R0Sdfy8?si=ZrXy7uYRMV08WNP3

Good luck.

PaulShin•7mo ago
Thanks for the links—Brooks and Zawinski are exactly the guard-rails we keep taped to the monitor.

No Silver Bullet: We’re not chasing a “one tool to rule them all.” The essential complexity—humans aligning on what to do can’t be deleted; we’re only trying to strip away the accidental part (manual copy-pasting).

Zawinski’s Law: Instead of cramming every feature into one bloated app, we’re limiting scope to a single object model:

A message, a task, and a doc are the same object, just rendered in different views.

Chat ≠ Task Manager ≠ Wiki, but they sit on the same data layer, so hand-offs happen automatically rather than by re-typing.

Anything beyond that (CRM, billing, email) stays as integrations no temptation to rebuild an Outlook clone.

So the direction is “context cohesion without feature creep.” If we can kill the copy-paste tax and still keep each tool honest to its purpose, we think that’s the sweet spot.

Curious where you’ve seen this approach succeed or crash and burn in real teams.

brudgers•7mo ago
My advice:

One ring to rule them all is a fiction…

…and did not work out well for anyone anyway.

PaulShin•7mo ago
Haha, wise words indeed. We’re definitely aiming to be the Council of Elrond, not Sauron. The goal is alignment, not domination.
brudgers•7mo ago
The elves left Middle Earth shortly thereafter.
PaulShin•7mo ago
Haha, touché. You're sharp.

But they left some of the palantíri behind for the new age to communicate. We're just trying to build a less treacherous version.

v5v3•7mo ago
>We use Slack to talk. Notion to document. Jira or Asana to plan. But every time a decision is made in chat, someone has to manually copy, summarize, or “translate” it into another system. Context gets lost. Work slows down.

Have you got multiple monitors or ultra wide monitor?

As switching between Apps is much easier if you are only moving your eyes and everything mostly stays where it is.

I have email/slack on one monitor, then main ide on wide monitor taking up 70% width and other things split vertically in remaining 30%.

Same with laptop, went for 16" as again screen size is key for me.

PaulShin•7mo ago
Multiple monitors definitely make window switching easier—totally agree. The snag we keep hitting isn’t the physical hop, but the cognitive hop:

- A decision lives in Slack, - its rationale hides in Notion, - the actual task ends up in Jira.

Even with three screens, someone still has to copy-paste and re-explain. That’s the part we’re trying to erase: let a Slack message turn itself into a task/doc record without leaving the thread.

If that hand-off were automatic, would you still feel the need for so much screen real-estate, or is multi-monitor workflow a must for you regardless?

Side note We’re prototyping this idea right now. If you’re curious and willing to give feedback, drop me a note at (admin@markhub.ink) and I’ll send over a private link.

Appreciate your take!