59nadir

31 ms·

451.
by 59nadir 4y ago
They do believe it should be rewritten in Rust: > The part about being annoyed that sudo is still written in C is coming from a sense of exasperation that there's still more predictable memory safety bugs involved with sudo because
452.
by 59nadir 4y ago
Indeed. Most of the commentary I've seen from people who were around is that scrum isn't agile but just an impotent compromise made by people who thought business could never actually handle an actually agile (as in flexible) work
453.
by 59nadir 4y ago
I'll be honest, it's embarrassing the amount of issues my friends who use Wayland have with basic things like sharing screens, global hotkeys for applications (push-to-talk in Discord is somehow an issue) and other things. I chose
454.
by 59nadir 4y ago
This is an unnecessarily cynical comment, IMO. The title already establishes the value prop of the project as a "Show" entry; it's an action RPG, i.e. game. It's not "I made a clone of a C tool but in Rust" whe
455.
by 59nadir 4y ago
> [...] and seemingly never include native work that was done when giving metrics about how long it took to "write" a feature in RN, usually because a separate "native" team does that work, not them, so it's conv
456.
by 59nadir 4y ago
You've been able to write PureScript that compiles to Erlang and has perfect interop for years, via `purerl`[0]. Using it with Elixir is as simple as adding `purerlex` as a compiler and having your PureScript code automatically compile
457.
by 59nadir 4y ago
You've been able to write PureScript compiled to Erlang for years. PureScript is a well tested language at this point, and the Erlang compilation works very well. Statically typed message passing is a non-issue in practice and it has b
458.
by 59nadir 4y ago
> I’ve never used the standalone apps. Do they provide a better experience? In my experience there is no difference in terms of slowness, no. The standalone apps are usually just bundled with more features for the specific use case by de
459.
by 59nadir 4y ago
> F# and OCaml are much more practical than Haskell For industrial applications in most deployment environments Haskell is a much more practical language than OCaml, due to having many more modern runtime features (green threads, STM, et
460.
by 59nadir 4y ago
It's the dreaded "I know enough to be dangerous" type that you have to worry about; the people who don't actually know all that much but enough to make a mess of things. I was brought in to help for a while on a project
461.
by 59nadir 4y ago
For context, this rant was inspired by someone who complained that "1. Improve the code yourself" was prohibitively slow and even if you did solve the problem there could be a months/years-long turnaround only for it to be de
462.
by 59nadir 4y ago
Disclaimer: I think both Clojure and Elm are good technologies and I understand most of the trade-offs they've made. I wouldn't mind using either for a project or two in the future. Some important context for me, when I read this
463.
by 59nadir 4y ago
The participants of the StackOverflow survey are likely not people who end up on StackOverflow randomly when looking for answers, but are more likely to be people who answer questions or are pulled in from other communities that link to the
464.
by 59nadir 4y ago
> I was literally just my pre-coffee blunt self. I have a co-worker who's socially retarded as well and I can say that the vast majority of his comments that tend to rub people the wrong way are just badly phrased versions of legiti
465.
by 59nadir 5y ago
I had this same experience by proxy and myself was very skeptical. I had asked people around me what they thought about scrum and almost universally people were unclear on what it was supposed to do for them and for each person there was a
466.
by 59nadir 5y ago
I think a very reliable method here would be to use Gamepass for trying games out and see what the landscape looks like without having to scout around much and also not paying just to try things. We used to do this with demos but they becam
467.
by 59nadir 5y ago
Does Cloudflare just write blog post upon blog post shitting on other companies, or are these examples just coming up now because when it rains it pours? These seem like embarrassing posts to have highlighted as well; the fake benchmark one
468.
by 59nadir 5y ago
> to refute your statement and go even stronger I don't know of ANY pls that require * operands be the same type. This really comes down to a lack of experience on your part. Haskell requires both arguments to be of the same type an
469.
by 59nadir 5y ago
`@cImport` in zig does the same as `ImportC` for D. You import a C file and can then just use it in your program. Notably it existed in Zig before it did in D.
470.
by 59nadir 5y ago
Our solution to this is that we are clear that we're looking for Haskell programmers (as in that is what they should expect to do) but we have very modest requirements in terms of prior knowledge. I made sure to relay to HR that almost
471.
by 59nadir 5y ago
> Just think - every software engineer’s resume worth anything mentions Linux and Git. This is noise on a resume, in my opinion. I'm going to be assuming familiarity with these in most circumstances. I recognize that different marke
472.
by 59nadir 5y ago
It's legitimately surprising that you would double down here instead of realize that your tooling is recompiling your code and showing you the result continuously, making your workflow essentially the same as the people you seem to f
473.
by 59nadir 5y ago
Does it have hooks? Class components are super tedious in comparison.
474.
by 59nadir 5y ago
> Eg working with web based services, your code tends to communicate a lot with other services, and a very large % of bugs that make it further out than your dev laptop come from those interfaces. Making these part of the closed world of
475.
by 59nadir 5y ago
> If you had a rigid system and slow turnaround from the start, you might not have gotten off the ground to get that far. I always see people say this and on the surface it seems to make sense, but I also always wonder what "rigid s
476.
by 59nadir 6y ago
Thanks for the link. The asker wasn't me. I suppose I would just create my own types/functions that take actual allocators if I were to use Nim. It's more work than you'd like, but the alternative isn't really good
477.
by 59nadir 6y ago
I've spent a fair amount of time learning C++ throughout the years (beginning in 2001) and Haskell. I mention these as examples of languages that seem to have no end to them. Using and learning Zig after about 1.5-2 years is many times
478.
by 59nadir 6y ago
How does Nim deal with passing allocators to things? Does the standard library have a story for this?
479.
by 59nadir 6y ago
> Rust took a lot of inspiration from the functional programming world (it has some heavy OCaml inspiration), which albeit very powerful and expressive, also come with a conceptual burden. > Rust is also in the unique position, being
480.
by 59nadir 6y ago
I don't disagree about any of what you said here in isolation, but I'm not sure that the complaints that the author has stem from Rust being inherently more popular. Sure, adding features is generally a sign that you're tryin

More ›