bow_
Joined 8 years ago
Karma
106
Submissions
29
Member since
May 6
Recent submissions
Comment · 4 months ago
Comment · 1 year ago
Right ~ fair enough. I should have clarified I meant Debian stable (and by extension all other non-rolling release distros).
Comment · 1 year ago
My own view: rolling release distros gets less in my way than distros like Debian. They allow me to install anything I want, as close as possible to upstream.
Not saying one is better than the other, just remarking that it's interesting to see 'getting in the way' meaning completely opposite things for different people :).
Comment · 1 year ago
Right. Because only laid-off employees can cause such a damage of course (/s).
This is a twisted way to look at the risk.
Disgruntled employees have more reason to wreak havoc. All the more reason they should be treated as humanely as possible in a difficult period that in most cases is inflicted by the company itself.
Comment · 1 year ago
I have been out of the field for some time, so I am not sure how much BLAST is used these days.
Therer was a time when BLAST-ing a DNA and protein sequence you have is like doing a Google search on it: it simply tells you where the sequence might come from. This is useful especially when your research is to figure out what that specific sequence is doing. It won't give you the answer immediately (otherwise why bother doing the research at all), but it certainly gives context: sequence similarity often hints at similar / related functions.
As an analogy: imagine if StackOverflow is suddenly down and you don't know *if* it's going to be up again.
Comment · 1 year ago
Bit of an aside, I found this bit from https://hackclub.com/clubs/ interesting:
> in the Hack Club Slack (Discord-style online groupchat), you'll find a group of 27,253+ fabulous ...
See, in my head Slack comes first before Discord. It was released, after all, 2 years prior. My mental shortcut for Discord is that it's like Slack but for games so it has better audio support. But here it's the other way around.
It's ok ~ perhaps the on-ramp path is Discord -> Slack -> IRC :).
Seriously though, this is really impressive. Not just flashy UIs, they actually have an intro to Assembly: https://github.com/hackclub/some-assembly-required
Kudos to these teenagers.
Comment · 3 years ago
I can second AsciiDoc. It hits the sweet spot between Markdown (arguably more suited for short-ish content) and LaTeX (full-blown academic papers with citations, formulas, etc.).
Have been using AsciiDoc for the past few years and loving it, only falling back to Markdown on places where AsciiDoc is not (yet?) available. GitHub and GitLab, for example, supports rendering AsciiDoc. PyPI unfortunately has not supported it, but more seem to be looking into it [1], which is great.
Comment · 3 years ago
GSoC is awesome and I'm happy to see it's still running.
The experience I got as a student in 2012 was invaluable for my career in tech ~ more so since I did not formally study CS. It introduced me to so much: a lot of the programming itself, collaborating with fellow developers.
I spent one year preparing for it, and man seeing my proposal accepted was one of the best feelings I have ever experienced (much better than when I graduated, even). A close second is knowing that I actually was helping people with my code (I still keep the emails where people sent me questions about the library API I was developing).
I hope this year's (and future) batches of students get to experience the same (if not more) highs :).
Comment · 3 years ago
> But the real question is why they don't do the same for tax evasion?
Who says they don't?
If I had to guess, I would say the magnitude of the problem is just more complex. The tax system is more complicated and impacts more people.
They did attempt to change the law to give the tax agency more similar powers[1]. Last I checked, it was rejected due to public outcry[2]. I do not expect this to be the last attempt.
--
[1] https://kammeradvokaten.dk/nyheder/nyt-lovforslag-kunstig-in...
[2] https://pro.ing.dk/datatech/artikel/efter-massiv-kritik-mini...
Comment · 4 years ago
It's neat ~ could have used checks in-between to ensure e.g. `$(go env GOBIN)` is not empty.
For something more comprehensive (of course with a larger install size) and the possibility of handling not just Go, I have had good experiences with asdf [1].
Comment · 4 years ago
Not really (for the first part at least, am not yet finished with the second part). I did deviate a little bit with my Rust implementation.
This was my goal anyway: implement Lox differently. Off the top of my head:
* I used ADTs to encapsulate error types and states as much as possible, this lead to heavy use of enums and pattern matching. * I implemented the `Environment` as an immutable, explicitly passed value. This was a little challenging at first, but overall quite satisfying to do.
Comment · 4 years ago
I didn't worry because of Java's perceived lack of 'excitement'.
Just that I am more familiar with other languages and I worried I'd get lost trying to understand Java and not digest the material properly. I tend to fall down rabbit holes sometimes ...
If anything, this has been another way for me to be more acquainted with Java, which I am happy for :).
Comment · 4 years ago
I hesitated a little bit before deciding to purchase and go through the book. Had already read many glowing reviews then, but was not sure if the choice of language (Java) for the first half of the book would be a hindrance (it's not the stack I am most familiar with).
Decided to buy it anyway, primarily because the two implementations of the toy language piqued my interest (most other books only go through one implementation).
Boy was I glad I did.
Writing is superb, end-of-chapter challenges are instructive, code samples are meticulously and beautifully done. Here and there I also encountered references to other languages (e.g. had a brief detour to Lua internals [1], thanks to a side note), which I have enjoyed too.
Went through the first half twice: first using Java as it is written and then secondly implemented the interpreter in Rust (my initial fear turned out to be unfounded). Currently going through the second half.
So if you're reading this, thank you, Bob :).
Comment · 4 years ago
Introducing `false` as a standalone type but not `true` is what makes this weird. Generic, literal returns are fine. Python is another language that has it [1].
The introduction of the RFC [2] also still mentions `false` is of type bool:
> null corresponds to PHP's unit type, i.e. the type which holds a single value. false is a literal type of type bool.
But why call it bool if `true` is not a standalone type too?
[1] https://docs.python.org/3/library/typing.html#typing.Literal
Comment · 6 years ago
Here I disagree. HTTPS gives guarantee to visitors of the site that they can trust the information being served to them.
A malicious actor hijacking plain HTTP connections does not necessarily have to inject code that harms the user's computer directly. He/she could also just alter bits and pieces of the served content to trick the user into doing something not in his/her interest.
So while having better browser sandboxing and protection is good (and welcome), HTTPS is still necessary.
Those aren't necessarily oppposing points.
NixOS is a declarative distro. It also happens to come with some defaults that, I assume, caters to the commonly expected use case (and maybe has some historical roots as well).
NixOS is not a minimal, build-from-scratch distro. It's more opinionated than e.g. Arch. For example, it ships with firewall turned on by default (https://nixos.wiki/wiki/Firewall). Another example: the default list of packages is somehow Perl, rsync, and strace (https://search.nixos.org/options?channel=26.05&query=default...). Blanking this default to an empty list is IME harmless.
The declarative nature is probably the subtext the author is trying to convey: what are the things one can do to disable these defaults, to reach a very minimal system (ISO really) that one can then build as one wishes.