Viewing profile — 12thwonder
12thwonder
HN member- Joined
- Wed, Feb 20, 2019, 7:28 PM UTC
- HN karma
- 56
- Public activity
- 41 items
- HN profile
- View on Hacker News ↗
About 12thwonder
No profile information was provided.
Recent public activity
-
comment
Comment #34762804
I made a similar editor a while ago https://apps.apple.com/us/app/aerial/id1483897826?mt=12
-
comment
Comment #33222045
it seems like less sophisticated version of reactive paradigm to me, am I wrong?
-
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…
-
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.
-
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…
-
comment
Comment #32013401
can you elaborate on what "protocol" looks like? or can you give us some example?
-
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…
-
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…
-
comment
Comment #31565686
I am amazed at how small the codebase is, and also pretty readable. great to see work like this, thank you!
-
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.
-
comment
Comment #31141214
this is a really good benefit of RC codebase. Resource management becomes much more harmonious and easy to follow.
-
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 …
-
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…
-
comment
Comment #28487390
what is your view on Clojure.spec?
-
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
-
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, …
-
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…
-
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…
-
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…
-
comment
Comment #28425338
why not struct Foo{ bool some_flag : 1; bool other_flag : 1; .... } ?
-
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…
-
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.)
-
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…
-
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…
-
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…