59nadir

28 ms·

421.
by 59nadir 3y ago
I think the point about grass being greener is a good one in general, but I have to say that I'm wording things specifically to account for this: I want other problems than the ones I have now. I don't like the problems modern d
422.
by 59nadir 3y ago
I started learning programming (C++) when I was 12-13 (2000-2001) because a guy on QuakeNet told me I should learn how to code if I want to learn about hacking. All these years later I'm very well paid to create distributed systems in
423.
by 59nadir 3y ago
Nim punts too many things to random GitHub libraries. Tagged unions with exhaustiveness checks for something like pattern matching on them is the responsibility of some random person in the Nim community, for example, which is a step too fa
424.
by 59nadir 3y ago
In some ways I think Rust is a bad replacement for both. It's an alternative in some ways to C and an alternative in some ways to C++. I don't think anyone who still uses C today and hasn't lived in a cave for the last 20 yea
425.
by 59nadir 3y ago
It's hard to not read this as elitist and entitled, to be honest. There are many people who know that GitHub exists but don't want to use it, and they also don't care for you having their source code. It's a choice they
426.
by 59nadir 3y ago
I think this is a great idea. I would suggest joining the Discord server if you want to talk to like-minded people and immerse yourself in the language: https://odin-lang.org/community/discord/
427.
by 59nadir 3y ago
> Did you encounter memory bugs? Essentially what memory safety feature Odin offer? (From what I read here, Zig and Rust offer some features to eliminate entire classes of bugs which remove the nightmare of hours of debugging) Odin is es
428.
by 59nadir 3y ago
I think the idea here is that "small programs" = "scripts". Modern lower level languages are mostly terrific for writing small programs, which obviates the need for scripting languages.
429.
by 59nadir 3y ago
I think Odin is terrifically designed overall. There are design choices that I was initially very skeptical about but when I decided to use the language they actually made a lot of sense. Some overall differences between Odin and Zig and ho
430.
by 59nadir 3y ago
I think by the time I have a massive project where compile times could actually hurt the newest endeavor with compiling to an intermediate form, etc., will already be released so it's likely that I'll dodge that entirely. For what
431.
by 59nadir 3y ago
I've settled on Odin as well and I think it's currently way ahead for game development than Zig is. Even for other things I'm currently more likely to write it in Odin, despite writing Zig from 2019 to 2022. The reasons reall
432.
by 59nadir 3y ago
For what it's worth I think this is an excellent choice. Back in 2019 I was deciding whether I wanted to pursue Zig full-time and one of the upsides that I determined was that once you reach critical mass writing all of your code for t
433.
by 59nadir 3y ago
> Another question i have : are there any kind of mechanism to ensure at least some kind of memory safety with regards to memory deallocation ? In general you probably need to learn about custom allocators and how different kinds can hel
434.
by 59nadir 3y ago
> In most projects I've worked on, the proportion of GUI code to business code was different: I saw apprx. 70% GUI code to 30% business code. Is it just me or is this a sad indictment of GUI libraries/frameworks in general? I&#
435.
by 59nadir 3y ago
I think the man pages in FreeBSD cross a critical threshold where they actually are enough to learn the bulk of most things and seem to be generally much more useful than at least what my personal experience with Linux is. I will admit to a
436.
by 59nadir 3y ago
Programming in your free time isn't "work", though. The people I've worked with who aren't programming in their free time have all been worse than the ones who did, which really isn't a big surprise. It's
437.
by 59nadir 3y ago
They were both THE languages of systems that became/were important. I agree that they both have the "worse-is-better" quality about them, but C is a much more appropriate language for what it's supposed to do than Java
438.
by 59nadir 3y ago
> Tangentially related, I'd to dabble in Rust at some point but the syntax and memory management leave me trepidatious [...] Assuming your trepidation is because memory management is somehow more manual in Rust I would argue that it
439.
by 59nadir 4y ago
I was surprised with the announcement that Go's standard compiler had register allocation for function arguments[0] added to it. This seemed like table stakes for a very long time but it really illustrated just how Go's compiler i
440.
by 59nadir 4y ago
> This is just passing the buck. If the boss tells you to write credit card stealing software or to DDOS your competitor are you just going to do it? This is already illegal. Holding the makers of things more accountable would do nothing
441.
by 59nadir 4y ago
Not allowing you to talk about allocation in any great detail certainly on the surface seems to simplify things, but as with most things of that nature it tends to complicate things in edge cases (or just entire parts of industry). What the
442.
by 59nadir 4y ago
`malloc` doesn't make up a meaningful percentage of performance-oriented software's execution time. Most of those programs bulk allocate and manage memory internally, so the cost of `malloc` isn't a relevant argument against
443.
by 59nadir 4y ago
>I kinda feel like Bun missed its moment already. While I'm not particularly into or even all that interested in Bun, this pop culture attitude in general always mystifies me. What's the purpose of adopting this attitude (or is
444.
by 59nadir 4y ago
> I feel like if I used it, it would atrophy my skills in other more traditional languages. If your skills in other languages are tied to a syntax then you never had any skills to begin with. I've used pretty much every syntax (and
445.
by 59nadir 4y ago
It's commendable to reflect so publicly on this and to make it clear that you made a mistake. Not that it means much, but this comment and the one you linked actually softened my view on this debacle considerably.
446.
by 59nadir 4y ago
Personally, I wouldn't trust anything that Richard Feldman was involved in. He was instrumental in making the Elm community a hostile and unwelcoming place[0]. To my recollection he has never come out and admitted that the Elm core tea
447.
by 59nadir 4y ago
> What's the business value argument for not using Elm? The time and energy investment into using any JS code in Elm for things not currently sorted out is severely disproportional to the value provided by Elm. The ROI is just not t
448.
by 59nadir 4y ago
I'm writing proof-of-concept applications in it for our company currently. Our core technology is Erlang (and Elixir), so the jump isn't comparatively as ridiculous as a Java shop suddenly writing PureScript on the BEAM. I trust c
449.
by 59nadir 4y ago
I will put in a good word for PureScript for the beam with `purerl`. It's my go-to for writing BEAM code nowadays. Notably PureScript tooling including LSP, package management, etc., just works, so you are able to just get to work in i
450.
by 59nadir 4y ago
This is after Steam's cut.

More ›