ainar-g

17 ms·

121.
by ainar-g 4y ago
You can enable hyper-threading at runtime though. sysctl hw.smt=1
122.
by ainar-g 4y ago
NetSurf[1][2] still exists, and while it's not a small program, it's definitely not as large and unwieldy as Chrome or Firefox. And it's good-enough to browse simple sites like Wikipedia or HN with, heh. [1]: https:/&#
123.
by ainar-g 4y ago
Once again, you're referring to the conditional as “visual noise” as opposed to the actual thing that reminds you that there is a bifurcation here. The point is not to do this: // Bad, most of the time. result, err :=
124.
by ainar-g 4y ago
Concurrency is hard generally, so I agree with that. > The introduction of generics should make it easier to wrap these lower level concurrency primitives into higher level safe constructs without needing code generation or runtime typ
125.
by ainar-g 4y ago
The difference between pointers/references and values is there in most languages in the same ilk as Go, maybe with the exception of Java. (C# has structs, which are value types.) It's a concept pretty much any developer in that
126.
by ainar-g 4y ago
The fact that you think that error handling should be ignored is probably what prevents you from seeing the point of the Go error handling. The point is that one should never only consider the happy path. That one should actually think ab
127.
by ainar-g 4y ago
I'm not sure what you're talking about. Besides the standardization of error wrapping, there weren't any changes to how error handling is done.
128.
by ainar-g 4y ago
Most of these are a part of the syntax though. When the parent comment talked about syntax, I'd assume that they said it the way most people say that Perl or Rust syntaxes are hard to read. I agree about defer and the walrus operator
129.
by ainar-g 4y ago
Can you provide examples of the things that are hard to master and the footguns?
130.
by ainar-g 4y ago
I can get that Go's stdlib is smaller than Python's, but can you elaborate on why you feel that Go's syntax is hard to read compared to Java? Because both of them are very much C-like languages, syntax-wise.
131.
by ainar-g 4y ago
A similar review of OpenBSD's features: https://why.openbsd.rocks/fact/ .
132.
by ainar-g 4y ago
In another thread[1] I've mentioned the SVG Tiny profile[2], which has been defined almost twenty years ago and is apparently already used in some cases where the full power of SVG is not required. [1]: https://news.ycombina
133.
by ainar-g 4y ago
There's the SVG Tiny profile[1] which was created back in the day for the low-power mobile devices. Seems like a good start! [1]: https://www.w3.org/TR/SVGTiny/
134.
by ainar-g 4y ago
A subset of SVG with just basic lines and shapes is fairly simple, and in fact is very similar to what OP is doing. It's only when you go into colours, fonts, animations, and stuff like that stuff gets progressively more complex.
135.
by ainar-g 4y ago
Another user has posted a link to that issue: https://github.com/mozilla/firefox-translations/issues/358 . I upvoted it instead of creating a new one.
136.
by ainar-g 4y ago
Thanks for the extension! Are you planning on adding a “select some text → right click → Translate in a tooltip” feature? It'd be extremely useful for language learners.
137.
by ainar-g 4y ago
In my experience, DeepL is still the undefeated leader when it comes to translating Russian obscenity, heh.
138.
by ainar-g 4y ago
Weird. I had a numeric progress indicator, and the model got downloaded in just a couple of seconds.
139.
by ainar-g 4y ago
I would say that technology that requires constant (re)writing of everything cannot be called boring. I could writing a project in COBOL, which is an old technology, but certainly isn't boring. Its age has actually made it “exciting”
140.
by ainar-g 4y ago
Perl seems to still be fairly popular with the OpenBSD folk, since a Perl installation comes with the base system. It seems to be pretty much the scripting language of choice when simple Shell scripts don't do the job or are too slo
141.
by ainar-g 4y ago
Yep! This is pretty much the main reason I don't use SQLite in Go unless I know that the project won't ever be compiled on anything other than what the devs and the server run. Simple and easy cross-compilation is one of Go&#x27
142.
by ainar-g 4y ago
It can be useful when there is a piece of functionality that could be or not be present depending on the configuration. Something like a debug logger that is nil in a release build or some OS-dependent feature handler that is only non-nil
143.
by ainar-g 4y ago
I actually agree with the author that nils are a massive pain in the arse most of the time, and that Go would be much better off without them. There is no precise, mathematical answer to your question, since it's always contingent on m
144.
by ainar-g 4y ago
They mention it elsewhere in the post, but there are a few types that are essentially pointers but don't look like pointers. Slices, maps, interfaces, and channels (and also functions, but that isn't that important here). So you
145.
by ainar-g 4y ago
When was this originally posted? Because telling your clients that you shut down everything three days later sounds rather not-nice.
146.
by ainar-g 4y ago
Could you elaborate on mypy? I'm not a Python developer (and I really have much more experience with statically typed languages), but if I ever had to maintain a Python codebase, I'd assume that adding mypy and type annotations w
147.
by ainar-g 4y ago
This is the first time I ever hear about it, to be honest. Is there a link to something like OP but for tables?
148.
by ainar-g 4y ago
I guess, ESR misses the “ever” part in the parent comment. Once you update from Firefox 78 ESR to, say, Firefox 91 ESR, you get all the newest UI changes and all. There is a certain demand for “the boring UI”. Using as much of the native
149.
by ainar-g 4y ago
On a related note, I seriously recommend everyone to set their merge.conflictStyle to diff3 (or even zdiff3 on newer Gits). It shows you all of your version, thier version, and the original, common-ancestor version. It really should be
150.
by ainar-g 5y ago
Funnily enough, find(1), one of the oldest Unix tools to still be somewhat actively used, had those from the very beginning. Although, arguably, find(1) can be considered an interpreter of a language of its own, like sed(1) and awk(1), as

More ›