Live data from Hacker News

Viewing profile — 12thwonder

12thwonder

HN member
Joined
Wed, Feb 20, 2019, 7:28 PM UTC
HN karma
56
Public activity
41 items

About 12thwonder

No profile information was provided.

Recent public activity

  1. comment
    Comment #34762804

    I made a similar editor a while ago https://apps.apple.com/us/app/aerial/id1483897826?mt=12

  2. comment
    Comment #33222045

    it seems like less sophisticated version of reactive paradigm to me, am I wrong?

  3. comment
    Comment #33048973

    Most of the UI/UX designers that I see at work and other places are basically graphics designers. I just wish UI designers learn more about interaction design than just pure graphi…

  4. comment
    Comment #32421864

    I think this article is more about alternative rasterization algorithm for 2D geometry. 'vector graphics' is misleading as vertices used in graphics APIs are vectors.

  5. comment
    Comment #32421805

    > creation of a Beizer curve: ... clearly a CPU algorithm. isn't this just a tessellation basically? GPU-based tessellation is very common, mostly for meshes but can be used for li…

  6. comment
    Comment #32013401

    can you elaborate on what "protocol" looks like? or can you give us some example?

  7. comment
    Comment #32012664

    I like this. It is very hard to find out if the definition already exists or not in the codebase. This can lead to multiple definitions of the same thing or the truth. anyone has a…

  8. comment
    Comment #31628742

    good article. my questions now is how can we avoid over-plannings and under-plannings? a lot of time I feel like the diminishing return of a planning is pretty steep for many situa…

  9. comment
    Comment #31565686

    I am amazed at how small the codebase is, and also pretty readable. great to see work like this, thank you!

  10. comment
    Comment #31141605

    good to know, thanks! I personally would like to know when the GPU resources become available (freed) thus still inclined to prefer RC over GC tho.

  11. comment
    Comment #31141214

    this is a really good benefit of RC codebase. Resource management becomes much more harmonious and easy to follow.

  12. comment
    Comment #31141118

    like Chris said in the article, it is difficult for GC languages to interop with C/C++ codebase. in addition, if your system requires precise control over when and when not to use …

  13. comment
    Comment #28690743

    my understanding is that the author is talking about stack usage at runtime not the size of an entire stack which can be set by the pthread API you mentioned. it's confusing becaus…

  14. comment
    Comment #28487390

    what is your view on Clojure.spec?

  15. comment
    Comment #28478097

    Throwing away is easy but remember, you have to do the runtime check instead of compile time check, and that is not so easy in a lot of cases

  16. comment
    Comment #28477717

    sort of. I don't write tests at early stages, do you? I don't see types as serious tests and I don't think they are robust. let's say that some integer must be between 10 and 100, …

  17. comment
    Comment #28477666

    good point. Yes, during prototype phase, rigid typing actually helps quite a bit. I still do that myself, simply because I don't have to "run" the program to see if I'm on the righ…

  18. comment
    Comment #28475702

    yeah, but my point is that checking system that you had created will be thrown away at some point in my experience. so why bother writing types? that is my attitude at least at ver…

  19. comment
    Comment #28475617

    back in the days, I had this infatuations with the idea of having everything checked at compile time by using type system. and I see many people following this kind of path with ty…

  20. comment
    Comment #28425338

    why not struct Foo{ bool some_flag : 1; bool other_flag : 1; .... } ?

  21. comment
    Comment #28424629

    I feel like you are talking about types in programming languages but Object–relational impedance mismatch is still a thing and I'm not sure if you want a solution (for the mismatch…

  22. comment
    Comment #28424565

    > I wonder what kind of application I need to try application that deals with highly dynamic data. lots of variants (OR type) in tree/graph. (photoshop's layers come to mind.)

  23. comment
    Comment #28424383

    I think what you are saying makes sense for a lot of projects. but point I was trying to make is that there are projects that have to deal with highly dynamic and complex data stru…

  24. comment
    Comment #28424309

    do you think having a DATE type will increase performance for example as opposed to use INT/LONG type? if stronger type systems will ensure performance, Haskell will beat C in benc…

  25. comment
    Comment #28424214

    but do you want, for example, a file system where you have to define what kind of files you can store? This folder can only contain JPEG and PNG files, this folder can contain only…