HackerTrans
トップ新着トレンドコメント過去質問紹介求人

anttiharju

420 カルマ登録 10 年前
-

投稿

Pre-commit hooks are useful

anttiharju.dev
5 ポイント·投稿者 anttiharju·7 か月前·2 コメント

A Safer Container Ecosystem with Docker: Free Docker Hardened Images

docker.com
360 ポイント·投稿者 anttiharju·7 か月前·98 コメント

[untitled]

1 ポイント·投稿者 anttiharju·9 か月前·0 コメント

Don't just check errors, handle them gracefully (2016)

dave.cheney.net
44 ポイント·投稿者 anttiharju·昨年·45 コメント

コメント

anttiharju
·4 日前·議論
same

Zig is an excellent C cross-compiler for Rust. Filtering out the iconv flag one can produce macOS binaries from a Linux host for most projects.
anttiharju
·19 日前·議論
Context about tony the pony

https://stackoverflow.com/questions/1732348/regex-match-open...
anttiharju
·2 か月前·議論
oh, good catch! Point stands
anttiharju
·2 か月前·議論
I remember looking into the nodejs alternatives some years ago, one way to compare them is to look at the open issues. bun had so many hits for 'segfault' and deno has basically none.

Even now:

bun (zig) [1] 119 open / 885 closed

deno (rust) [2] 0 open / 1 closed

I don't think this has that much to do with Zig's anti-AI stance. More about using the right tool for the job.

[1] https://github.com/oven-sh/bun/issues?q=is%3Aissue%20state%3...

[2] https://github.com/denoland/deno/issues?q=is%3Aissue%20state...
anttiharju
·3 か月前·議論
clap's derive is so nice
anttiharju
·3 か月前·議論
Really happy to see 0.16 come out.

I did a really tiny contribution about zig cc supporting -exported_symbols_list, which together with the hack of filtering out -liconv makes for a very viable linux -> macOS Rust cross-compiler. There's a few caveats but those have been manageable so far.

Absolutely in awe of Zig as a project.
anttiharju
·4 か月前·議論
I would second their experience, works well for me
anttiharju
·5 か月前·議論
What pains are you experiencing? Cdk has far exceeded Ansible and Terraform in my experience.
anttiharju
·5 か月前·議論
Github being less and less reliable nowadays just makes this more true.

In the past week I have seen:

- actions/checkout inexplicably failing, sometimes succeeding on 3rd retry (of the built-in retry logic)

- release ci jobs scheduling _twice_, causing failures, because ofc the release already exists

- jobs just not scheduling. Sometimes for 40m.

I have been using it actively for a few years and putting aside everything the author is saying, just the base reliability is going downhill.

I guess zig was right. Too bad they missed builtkite, Codeberg hasn't been that reliable or fast in my experience.
anttiharju
·5 か月前·議論
I think cdk is the one to use nowadays. Infrastructure as real code.
anttiharju
·6 か月前·議論
I've Fairphone 6 with e/OS. Works well. Ok, some caveats:

- mobilepay does not work (I think Danes have an issue with non-mainstream platforms for whatever reason)

- the default browser does not work for some of the authentication flows when it integrates as the in-app browser. But it does give one dark theme on hn so I can just keep it on my homescreen while fireflx is the default for compat reasons.
anttiharju
·6 か月前·議論
for office files one can also unzip and zip to store them in git as plaintext
anttiharju
·6 か月前·議論
I would like to live in less historical times.

I'm a Finn.
anttiharju
·6 か月前·議論
Tangentially; I keep finding I flag things accidentally due to mainly browsing on mobile.
anttiharju
·6 か月前·議論
Secrets that you store in github actions secrets?
anttiharju
·6 か月前·議論
What do you mean? Simple env prints get masked as *** in logs

I guess one can always just echo the secret to a file and upload-artifact it
anttiharju
·6 か月前·議論
Could be, not familiar with Bazel. Thanks for mentioning it now can check it out.
anttiharju
·6 か月前·議論
https://anttiharju.dev
anttiharju
·6 か月前·議論
Second the Nix approach. One can even build a github actions-compatible container out of a flake and have actions run in it. I have done so for my personal projects https://github.com/anttiharju/compare-changes
anttiharju
·6 か月前·議論
One can get the ssh access with self-hosted runners but it is problematic because uncovering secrets becomes trivial.