Viewing profile — tapirl
tapirl
HN member- Joined
- Sat, Feb 07, 2015, 2:17 AM UTC
- HN karma
- 871
- Public activity
- 720 items
- HN profile
- View on Hacker News ↗
About tapirl
No profile information was provided.
Recent public activity
-
comment
Comment #49014918
Aha, you are right. Smaller indexes are for least-significant bits.
-
comment
Comment #49014626
Maybe I'm wrong, but should it be @clz instead?
-
comment
Comment #48862198
Performance alone doesn't always imply verbosity, but combining it with other goals—such as increased security and more power std APIs—often does.
-
comment
Comment #48839380
Zig is indeed verbose in some aspects, but not overall. For example, its `try error-union` syntax eliminates a lot of boilerplate code. The main reason why Zig is verbose in some a…
-
comment
Comment #48758357
Unlike Google, the AI wave appears to deliver positive revenue impacts for Microsoft. The company does need to integrate the new AI-human-machine interface into its application dev…
-
comment
Comment #48757902
Thanks for the info. Updated.
-
comment
Comment #48749968
Full List Of Open Source Physics Engines: https://www.tapirgames.com/blog/open-source-physics-engines
-
comment
Comment #48749591
About Jolt, do you mean https://github.com/jrouwe/JoltPhysics ?
-
comment
Comment #48553513
No specific examples. Just general GUI apps.
-
comment
Comment #48543674
Slow means many: * long program launch times * inconsistent frame rates during runtime * noticeable lag in user interaction
-
comment
Comment #48518581
web UI is slow, this is only reason when I don't it.
-
comment
Comment #48447089
Having quick viewed all the chapters, the examples are too simplistic to fully demonstrate Zig's syntax and semantics.
-
comment
Comment #48310271
[dead]
-
comment
Comment #48306087
Yes, the sugar is just to make chain calls with parameter types possible. The sugar reflects the limitation of the basic of Go generics design. Now they would make the language eve…
-
comment
Comment #48304493
Go's generics design is the most clunky one among popular languages.
-
comment
Comment #48152617
Are there any evidences which prove the process was done in a week?
-
comment
Comment #48088952
It might be feature richer, but it is hard to say it is more powerful. Sometimes, features (especially constraints) will reduce powerlessness.
-
comment
Comment #48076978
> ..., comptime that is more powerful than Zig It would be great if you can elaborate more here. I can't make the conclusion from Mojo's docs now.
-
comment
Comment #47394735
> ... and perhaps `go fix` should add a check for this ( This is an impossible task. For a library function, you can't know whether or not the function is defer called. Maybe this …
-
comment
Comment #47394439
another: package main type T = [8]byte var a T //go:fix inline func foo() T { return T{} } func main() { if foo() == a { } } filed: https://github.com/golang/go/issues/78170 and ht…
-
comment
Comment #47393789
similar: package main //go:fix inline func foo[T [8]byte | [4]uint16]() { var v T var n byte = 1 > len(v) if n == 0 { println("T is [8]byte") } else { println("T is [4]uint16]") } …
-
comment
Comment #47392470
Another example (fixable): package main import "unsafe" //go:fix inline func foo[T any]() { var t T _ = 1 / unsafe.Sizeof(t) } func main() { foo[struct{}]() } Go is a language full…
-
comment
Comment #47392387
You claim listens right for this specified example. :D It is just a demo.
-
comment
Comment #47392368
As I have mentioned, no ways to fix it. Because it is hard to know whether or not the handle function is called in a deferred call.
-
comment
Comment #47391964
It looks the following code will be rewritten badly, but no ways to avoid it? If this is true, maybe the blog article should mention this. package main //go:fix inline func handle(…