Live data from Hacker News

Viewing profile — tapirl

tapirl

HN member
Joined
Sat, Feb 07, 2015, 2:17 AM UTC
HN karma
871
Public activity
720 items

About tapirl

No profile information was provided.

Recent public activity

  1. comment
    Comment #49014918

    Aha, you are right. Smaller indexes are for least-significant bits.

  2. comment
    Comment #49014626

    Maybe I'm wrong, but should it be @clz instead?

  3. 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.

  4. 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…

  5. 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…

  6. comment
    Comment #48757902

    Thanks for the info. Updated.

  7. comment
    Comment #48749968

    Full List Of Open Source Physics Engines: https://www.tapirgames.com/blog/open-source-physics-engines

  8. comment
    Comment #48749591

    About Jolt, do you mean https://github.com/jrouwe/JoltPhysics ?

  9. comment
    Comment #48553513

    No specific examples. Just general GUI apps.

  10. comment
    Comment #48543674

    Slow means many: * long program launch times * inconsistent frame rates during runtime * noticeable lag in user interaction

  11. comment
    Comment #48518581

    web UI is slow, this is only reason when I don't it.

  12. comment
    Comment #48447089

    Having quick viewed all the chapters, the examples are too simplistic to fully demonstrate Zig's syntax and semantics.

  13. comment
  14. 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…

  15. comment
    Comment #48304493

    Go's generics design is the most clunky one among popular languages.

  16. comment
    Comment #48152617

    Are there any evidences which prove the process was done in a week?

  17. 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.

  18. 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.

  19. 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 …

  20. 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…

  21. 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]") } …

  22. 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…

  23. comment
    Comment #47392387

    You claim listens right for this specified example. :D It is just a demo.

  24. 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.

  25. 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(…