News for hackers. Stuff that matters.

ewhauser421

Show HN: Shuck – a fast shell linter written in Rust

https://github.com/ewhauser/shuck

I’ve been working on shuck, a shell script linter written in Rust.ShellCheck is excellent project and set the bar for this space. However, it's very slow and take up a far amount of resources. shuck is conservatively 20x faster than shellcheck and uses a fraction of the resources. shuck currently supports sh, bash, dash, ksh, mksh, and zsh.shuck should mostly be a drop in replacement for...

( Read More... | 1 comment | 4 points | on HN )
If you're all in on Go and AI, you might want to take a look at: https://github.com/ewhauser/gbash

It's a just-bash like variant implemented in Go. Useful for giving a managed bash tool to your agents without a full sandboxing solution.

Re:Test Postgres in Python Like SQLite on Friday June 06, 2025 @12:46AM (#44197880)
Nice! Ive been wanting to try this ever since PGLite came out.

Anything that won’t work if you tried this as a drop in replacement for a full PG instance in tests? Maybe extensions? Any benchmarks?

Re:The next generation of Bazel builds on Thursday April 10, 2025 @03:28PM (#43647279)
Bazel is an investment to learn for sure but your effort estimates are way overblown. We have a Python, Go, and Typescript monorepo that I setup for our team and rarely have to touch anything. Engineers rarely think about Bazel as we use Gazelle to generate all our build files and have patterns for most everything we need to do.

Compared with build efforts using other tools and non-monorepo setups at other companies the effort here has felt much reduced.

timestamppb.New(time) is hard to figure out?
Just verify the SHA of the tarball a la Bazel?
Re:We use GitHub Actions to build GitHub on Tuesday April 05, 2022 @03:51PM (#30924077)
It's weird to me that GitHub doesn't have larger machines types available for actions yet. I don't want to bother with a self-hosted runner just to get more CPUs. They have much larger machines available for Codespaces - why not actions? I'm happy to pay for them.
Re:How A.I. Conquered Poker on Tuesday January 18, 2022 @03:44PM (#29985489)
Congrats - PIOSolver is an amazing program. What are the future plans for it? It would be great if you didn't need a PhD to set it up though. I keep wondering if I'm actually training myself using the right solutions or not based on the setup :)
Re:Scaling Kafka at Honeycomb on Tuesday November 30, 2021 @05:13PM (#29398167)
The irony of Honeycomb using an open source tool from Datadog is not lost on me =)
Patrick,

I think Stripe does a lot of things right, but your comments back in 2018 certainly indicated that Billing could be used in perpetuity:

"- For existing customers, there's no pricing change. You just get more functionality than before for free. This is what we generally try to do: we want Stripe to continually become better value for you over time, as you get more functionality for the same price."

https://news.ycombinator.com/item?id=16766846

I specifically reached out to Stripe support back then to verify this would be the case and they confirmed. If you've since changed your mind, I think you should come out and say that's the case as opposed to saying this is a communications issue.

Is Coinbase willing to make their guide on how to stay safe when working from home public? It’s a link in the doc.
Re:Show HN: Minibatch – Python stream processing on Friday January 31, 2020 @12:10PM (#22203321)
(Beam has a DirectRunner which is just in memory)
Re:Show HN: Minibatch – Python stream processing on Friday January 31, 2020 @12:09PM (#22203315)
Why not Apache Beam? It doesn’t require Spark or Flink
Have you thought about open sourcing the non-AI pieces? It would be great for other researchers so they wouldn’t have to build the poker pieces from scratch
Neal - super interesting stuff. Couple of questions:

1) What were the reasons for choosing 6-handed play (assuming logistical and costs)? It would be interesting to see how the bot’s strategy would differ in a full ring game. 2) Are there any plans to commercialize the bot as a tool for training human players?

Re:How to use Gmail more efficiently (2013) on Wednesday April 24, 2019 @02:33AM (#19736068)
I’ve been using ActiveInbox to achieve the same thing. It’s not perfect - and has been a bit buggy with the redesign - but its been an effective tool for me.
Re:Languages I want to write on Sunday April 14, 2019 @03:08AM (#19657999)
Google announced Dataflow SQL recently. Not too many details on it yet but should be close to what you want
Re:Google May Have to Get Used to Third Place in the Cloud on Wednesday November 14, 2018 @09:20PM (#18456337)
To be clear, we spent $10M+ annually on AWS at a previous company. We do not spend that amount at my current employer.
Re:Google May Have to Get Used to Third Place in the Cloud on Wednesday November 14, 2018 @06:03PM (#18455057)
I see a lot of Google Cloud bashing on this thread, so thought I'd share my viewpoint as a customer.

We've been a Google Cloud customer for close to a year now and just recently signed a deal to move all of our infrastructure over to them from AWS. I've previously managed infrastructure spends of $>10M a year on AWS before, so have a decent amount of experience with them. I've never used Azure.

We had been running our CI/CD pipelines on Google mostly because we received startup credits from them. Over time, our use cases expanded as we adopted BigQuery for data warehousing. We choose to commit to Google long term because we've been a heavy Kubernetes shop in got tired of managing it ourselves on Amazon. We participated in the Amazon EKS alpha and felt that they were years behind Google in their Kubernetes implementation. We have probably been able to save 1-2 DevOps hires this year by adopting some of Google's managed services.

If there is a downside on the technical side, it is that some of their products don't have the same number of features as Amazon such a prefix signing and reporting on GCS. There also isn't the same level of community awareness on how to use their stack so documentation gaps are more painful. Other things like a lack of presence in China could be challenging in the future as well.

On the business side, Google has been amazing to work with. Whenever we have a technical question, the sales team has generally been able to quickly get us an answer or we've got to talk to the product PM. When working with Amazon, you are usually referred to a solutions integrator who can't answer tough technical questions. Google is very open with early access releases as long as you're willing to provide them feedback - which they truly value. Their sales processes aren't as mature as that of an established enterprise company - which can be a good or a bad thing - but they've certainly earned our trust as an enterprise customer.

In some ways, any of the big 3 are going to have marks against them in some way as they just do too many things for them not to piss you off in some way. I wasn't a fan of Microsoft a decade ago because they regularly killed open source products I liked by releasing their own version of it under the Microsoft name.

When looking for partner I'm looking for someone who can accelerate my business and earn my trust. So far, that's what I've gotten from this relationship.