ciarand

10 ms·

1.
by ciarand 9mo ago
If you don’t already have a preferred workflow for autogenerating these, you might be interested in vhs https://github.com/charmbracelet/vhs I am not affiliated, I just think it’s a neat tool
2.
by ciarand 4y ago
I don’t mind sticking to bash, but some of the other choices seem overly opinionated. In my experience the best Makefiles just invoke other commands, so you’re only using make for its dependency tracking. That way the Makefile remains fairl
3.
by ciarand 5y ago
I think Drew lists some of his complaints here https://sourcehut.org/blog/2021-05-08-sourcehut-is-the-faste... Basically GitHub is pretty unusable on slow connections / computers (for some definition of some). Git
4.
by ciarand 13y ago
Yeah, as long as there's a way to specify a strict type then I'd be happy. Libraries and other code that's intended to be used by 3rd parties could probably benefit from weak type hinting, but internally I'd really like
5.
by ciarand 13y ago
>PHP plays a bit too loose with those rules I don't think you or I disagree on this. The language does not handle strings gracefully.[1][2] The more magic casting and conversions I can remove from my codebase, the happier I'll
6.
by ciarand 13y ago
I've read that article, and like most of the commentators I'd like the option for strict type hinting. It's a choice I make, it's not forced on me. Having strong type hints removes any doubt from the code. I know exactly
7.
by ciarand 13y ago
First, you're right - the core library and API does have a long way to go. Imo, we need a new major version (6) so we can break backwards compatibility for some of this craziness. But as for the annotations, the most compelling argumen
8.
by ciarand 13y ago
Also try gh[1], a Go port of hub. It's faster (mostly due to the difference in speed between Go and Ruby), and it doesn't require Ruby be installed. [1]: https://github.com/jingweno/gh