It takes raw inputs — docs, transcripts, brainstorm notes — and it asks the questions necessary to turn ambiguity into a PRD engineers can actually scope against.

The end result is a structured PRD with feature, milestones, budgets, tech stack, and open questions that's easily shareable to wherever you go to get your software built.

Comments URL: https://news.ycombinator.com/item?id=47224533

Points: 1

# Comments: 0

We are building a Flutter mobile app for a well known media brand. We are looking to hire senior Flutter engineers who have experience architecting, building, and deploying mobile applications that serve large consumer user bases.

You will be expected to write clean, scalable code with 100% test coverage on a team of high performers.

If interested, send your LinkedIn to kevin@xolvio.com

I am seeking a freelancer with significant Flutter experience to help rebuild the mobile app of a well known media brand. You must be available 40 hours a week, starting in late February, and be able to coordinate during eastern time zone working hours.

If interested, please email your LinkedIn to kevin@xolvio.com.

In order to get high accuracy PRs with AI (small, tested commits that follow existing patterns efficiently), you need to spend time adding agents (claude.md, agents.md), skills, hooks, and tools specific to your setup.

This is why so much development is happening at the plugin layer right now, especially with Claude code.

The juice is worth the squeeze. Once accuracy gets high enough you don't need to edit and babysit what is generated, you can horizontally scale your output.

HN is probably not the target audience for this, but I've become really obsessed about solving my own problem of building apps, but struggling to market them. There are very few places online that welcome you to post links, enable you to post a link quickly, and drive targeted traffic at reasonable cost.

So I'm trying to bootstrap a new ad network on Link In Bio platforms that offers this trifecta (welcoming, quick, cost effective).

Contributions are great, but I'd imagine more money would be generated for OSS devs if the contributors got something in return - namely highly targeted web traffic from a link on the README.

Personally, I'd like to buy a few links on READMEs to source more consulting work, but finding contact information and cold emailing repository owners is pretty difficult.

Thoughts?

I'm hiring for a software consultant with strong Java and React experience to join a long term contract. US citizenship is required and you must work EST hours from within the United States.

Please contact me at kevin@stokedseagull.com if you are interested.

Ruby | GraphQL | 3-12 months | US based company but remote OK

I'm seeking an expert in Ruby and GraphQL to help a well known company migrate to Apollo Router from an existing GraphQL implementation. Remote is fine but you need to be strong in both GraphQL and Ruby, not just one or the other. The role is for 3 months to a 1 year, depending on the speed of the migration.

Candidates will only be considered if they have a history of working in the Ruby implementations of the GraphQL ecosystem.

If interested, please send your LinkedIn to kevin@stokedseagull.com. Thanks!

I’m hiring full stack freelancers for a long term project. You should have 7+ years of experience, some of which was using Java and React, be willing to work 40 hours in the EST timezone, and be a US citizen.

Please contact me at kevin@stokedseagull.com if you are interested.

I’m hiring full stack freelancers for a long term project. You should have 7+ years of experience, some of which was using Java and React, be willing to work 40 hours in the EST timezone, and be a US citizen.

Please contact me at kevin@stokedseagull.com if you are interested.

I’m hiring full stack Java and React freelancers for a long term project. You are welcome to work as little as 20 hours per week, fully remote. US citizenship is required and we work EST hours. Bonus points if you have experience working in VC backed companies previously.

Please contact me at kevin@stokedseagull.com if you are interested. Visit www.stokedseagull.com for more info.

I’m hiring full stack Java and React freelancers for a long term project. You are welcome to work as little as 20 hours per week, fully remote. US citizenship is required and we work EST hours. I'm seeking people with previous experience at VC backed companies.

Please contact me at kevin@stokedseagull.com if you are interested.

I’m hiring full stack Java and React full stack freelancers for a long term project. You are welcome to work anywhere from 30-40 hours per week, fully remote. US citizenship is required and we work EST hours. 7+ years of experience, at least some of which was in a major tech company or venture backed startup, is required.

Please contact me at kevin@stokedseagull.com if you are interested.

I’m hiring full stack Java and React full stack freelancers for a long term project. You are welcome to work anywhere from 30-40 hours per week, fully remote. US citizenship is required and we work EST hours. 7+ years of experience, at least some of which was in a major tech company or venture backed startup, is required.

Please contact me at kevin@stokedseagull.com if you are interested.

I’m hiring full stack Java and React freelancers for a long term project. You are welcome to work as little as 20 hours per week, fully remote. US citizenship is required and we work EST hours. Bonus points if you have experience working in VC backed companies previously.

Please contact me at kevin@stokedseagull.com if you are interested.

Comments URL: https://news.ycombinator.com/item?id=37650247

Points: 6

# Comments: 5

Comments URL: https://news.ycombinator.com/item?id=36217529

Points: 4

# Comments: 0

I agree, if that is the only way you measure productivity. These tools create a more holistic view of what a person does at work and should not be the sole measure of performance.

In reality, what they make visible are the people who do little to nothing for 3+ days. Graphs that shows no work for long stretches make performance conversations much easier. It's tough for a poor worker to argue their way out of that or fake the metrics going forward.

These articles are very one sided and there is a productive middle ground to be established using productivity management tools. As a manager, it can be difficult to know what your team is working on and who is actually productive, especially in a remote environment. Replace the word "spy" in this article with "hold accountable" and it doesn't sound so bad all of the sudden. But with that visibility, the manager also needs to understand the context in which the data is generated. Whether somebody is productive isn't only a matter of metrics, but also their role, their seniority, and what it is they are expected to do.

As an employee, these tools can benefit you by weeding out teammates who present themselves confidently, but don't actually do much. With a good manager, you should be able to simply do your job and the metrics, in context, take care of themselves.