Live data from Hacker News

Viewing profile — filwit

filwit

HN member
Joined
Fri, Jan 23, 2015, 10:58 PM UTC
HN karma
10
Public activity
20 items

About filwit

No profile information was provided.

Recent public activity

  1. comment
    Comment #13603169

    There are many third-party libs which make using Vulkan much easier, all the way up to Game Engines which abstract everything. That isn't a argument against Vulkan. A good graphics…

  2. comment
    Comment #9488209

    I'm not sure what you're implying.. you can turn on most optimizations and still keep nil-checks on in Nim (either the whole project via --nilChecks:one, or select portions of code…

  3. comment
    Comment #9488089

    > I should clarify: What's confusing me is the indexing stuff. I'm not sure if this is referring to something about the `Option ` or something else. By indexing, I meant as an alte…

  4. comment
    Comment #9487921

    So I remembered correctly, Nim does not reach UB in non-release code (or rather, code without --boundCheck:on), it throws an exception. I still think this is a reasonable solution.…

  5. comment
    Comment #9487802

    You prove to the compiler that the nilable var is not-nil via if statement. Eg: proc foobar(f:Foo not nil) = discard let f = Foo() # nilable ref let b: Foo not nil = f # Error, can…

  6. comment
    Comment #9487678

    > there are strictly more steps involved when you have null pointers. Well yes, and both Nim and Rust have non-nil pointers.. I suppose I misread your original statement as "Rust i…

  7. comment
    Comment #9487432

    I was measuring with pcwalton's ruler.

  8. comment
    Comment #9487236

    ...because zebra's are not a universally useful modelling tool to programmers like references are. Thus, the absence of a reference, ie nil, also becomes a useful, commonly used mo…

  9. comment
    Comment #9487177

    > It's not verbose. "Option" is 6 characters. ".map" is 4. I just want to note that verbosity isn't just about symbol length, but also about operator noise and the number of availa…

  10. comment
    Comment #9487093

    No worries. I also wasn't implying you where trying to discourage Nim, and I hope my post didn't come off as accusatory. Cheers! EDIT: > The solution here is to just use a referenc…

  11. comment
    Comment #9487079

    > it is useful for the compiler to force you to handle the case in which pointers are null. Well I agree that it's very useful (and we have that in Nim), but.. > With constructs li…

  12. comment
    Comment #9486855

    > Rust's compiler prevents you from moving data into a method which then nulls it out Just for clarity, we have this in Nim too, eg: type Foo = ref object Bar = object val: Foo not…

  13. comment
    Comment #9486565

    I agree the concept of 'non-nil' vars is very useful (and we have that in Nim), but I'm not entirely convinced by the rest of that argument. Namely, I don't agree that nil is rare …

  14. comment
    Comment #9486323

    So Rust has some cool safety features, especially for concurrent code. But, and perhaps I'm just uninformed, I never really understood the safety benefit of Rust's 'never nil' desi…

  15. comment
    Comment #9483800

    Err... what you said just reminded me of something, and I realized all the code I just showed you is really over-complicated and that Nim has much more straight forward options usi…

  16. comment
    Comment #9480500

    > can static: sections assign to an array that will be available at runtime? The answer is yes, but it's a tad trickier than just accessing the compile-time list from run-time code…

  17. comment
    Comment #9479356

    I'm not sure exactly what you're asking, but I can answer at least part of it. You can build lists at compile time in Nim via the `static` statement or `compileTime` pragma. Eg: # …

  18. comment
    Comment #8938021

    Not that it's even really needed... Just select the section of text and use your IDE's shortcuts to comment it out (which now works fine in any IDE due to comments no longer being …

  19. comment
    Comment #8938009

    Ridiculous. We use "special tools" for every other language (Visual Studios, Eclipse, etc).. Calling a language feature, which give programmers style freedom, a "tortured lexical s…

  20. comment
    Comment #8937968

    In practice, resolving symbols is not really harder. Once you understand the symbols rules, your mind is very good at finding the match. Plus the real solution is proper IDE suppor…