ilikebits

6 ms·

1.
by ilikebits 4mo ago
LOC is useful here not because it's a metric for output but because it's a metric for _understandability_. Reviewing 200 lines is a very different workload than reviewing 2000.
2.
Show HN: Nudge – Enforcing guardrails for coding agents(github.com)
4 points by ilikebits 8mo ago|0 comments
3.
by ilikebits 9mo ago
sccache caches at the per-rustc invocation level, whereas we cache at the package level. In practice, this means we get more cache hits and our cache hits take less overhead to load. You can see the benchmarks in our CI!
4.
by ilikebits 9mo ago
We haven't worked with Dioxus in particular, but the CLI is a project that we benchmark against: https://github.com/attunehq/benchmarks
5.
Show HN: Hurry – Fast Rust build caching(hurry.build)
11 points by ilikebits 9mo ago|4 comments
6.
by ilikebits 11mo ago
Monads are a generalization of Promises. Each type in Monad defines their own `.then` in a different way. For promises, `.then` is defined as "run this function once you have this deferred value from the last promise". For optiona
7.
by ilikebits 1y ago
How do you compare against Morph ( https://morphllm.com/ )?
8.
by ilikebits 1y ago
Sorry I missed this - let us know if there's anything we can do to help! Feel free to email me at eliza@attunehq.com.
9.
by ilikebits 1y ago
Yup, this was similar to our experience as well. If publishing is still a source of toil for you, feel free to reach out at eliza@attunehq.com - we'd love to see if we can do any dev work or hosting pro bono for your open source projec
10.
by ilikebits 1y ago
I'm not familiar with mise and ubi, but these look like they're tools that the end user runs to install binaries. In contrast, we're building something that sets up a server so that end users can use their existing `apt-get i
11.
by ilikebits 1y ago
Thanks, appreciate it!
12.
by ilikebits 1y ago
Yeah, solving this locally for one repository definitely isn't that hard at all. Most of the features we're building become useful when you're trying to build CI integrations for a larger team while also complying with enterp
13.
by ilikebits 1y ago
That's true! The Debian and Ubuntu folks are also experts at this. In our experience, the sharp edges generally affect teams that don't have a lot of in-house expertise in this, and where release engineering is not a core engineer
14.
by ilikebits 1y ago
We don't plan to do that right now. The CLI isn't that complicated, and the choice for that was driven more by Go's excellent cross-compilation story than anything else. It would be a fun thing to do if we had the resources t
15.
by ilikebits 1y ago
Yeah, multi-distro and multi-arch is something on our roadmap! We're especially interested in automating the more annoying OS-specific parts of releasing, like MacOS notarization.
16.
by ilikebits 1y ago
Our use case is customers who (1) want to use a managed cloud hosting service that we provide, but (2) are not willing to give us their signing keys. Our design allows them to keep all of their signing keys local to their environment. To ou
17.
by ilikebits 1y ago
Thanks for trying, and sorry in advance for the rough edges :) We're also working on a hosted service! If you'd like a sneak peek, send us a message at founders@attunehq.com (or email me directly at eliza@attunehq.com). I'm h
18.
by ilikebits 1y ago
You are correct. The reason we built this tool is because all of the scripts we found had sharp edges when we tried to use them in production at scale (I talk about some of them here: https://news.ycombinator.com/item?id=437
19.
by ilikebits 1y ago
One of the tools we tried was Aptly! A couple issues we had with Aptly: 1. Aptly needs to rebuild the entire repository before it can do any changes. One of our customers builds packages for every Linux OS, and every architecture, and each
20.
by ilikebits 1y ago
Totally agree here. The current target is people who are familiar with the process, and we plan to write more documentation as we start thinking more about accessibility to a broader audience. We actually ran into this issue ourselves while
21.
Show HN: Attune - Build and publish APT repositories in seconds(github.com)
102 points by ilikebits 1y ago|31 comments
22.
by ilikebits 1y ago
Congratulations on the launch! I think you might have a typo in your screenshots, where "liabilites" should be spelled "liabilities".
23.
by ilikebits 2y ago
This is great! I loved playing Sub Command as a kid, and seeing the very familiar waterfall display was a real blast from the past.
24.
by ilikebits 3y ago
I've been following Unison since almost the beginning (back in the structure editor days!). It's a very cool project, https://www.unison.cloud/our-approach/ is a great read, and the Unison language (especiall
25.
by ilikebits 3y ago
Re: positive and negative - refer to my answer in https://news.ycombinator.com/item?id=36744384 and especially the linked Serokell interview, where we dived into this question specifically. Re: design workflow - this is not
26.
by ilikebits 3y ago
Excellent question, and this was a serious concern for us. And we have experience with this! We had one deep Haskell expert on the team who helped build a bunch of core primitives who has since left to another company. One of the motivation
27.
by ilikebits 3y ago
Here's my take on a monad tutorial: https://lobste.rs/s/7cllte/monads_part_six_really_what_is_mo... TL;DR: Monads are Promises and async/await, but generalized to different implementations of `.then`. Yo
28.
by ilikebits 3y ago
We have, and it's Got The Spirit, but it's still not the same. It's just so much more verbose, so much noisier, and has so much less compiler safety. You don't get things like non-eager evaluation or effect tracking, you
29.
by ilikebits 3y ago
Re: applications and language comparison, see my answer over at https://news.ycombinator.com/item?id=36744384 Re: development process - it's very similar to development in other languages. Write, compile, yell at compi
30.
by ilikebits 3y ago
Developer tools! I think Haskell and OCaml are popular in finance because they're high-level and familiar to math/quant types (who are broadly--and this is a sweeping generalization--more familiar with expressing algorithms in rec

More ›