Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
the_other_guy
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
13 ms
·
61.
▲
by
the_other_guy
8y ago
damn, almost all your comments are advertisements
62.
▲
by
the_other_guy
8y ago
See my other reply below under this comment tree, I also tried flatbuffers and it was extremely inefficient compared to protobuf but I don't have numbers currently for it
63.
▲
by
the_other_guy
8y ago
No way that msgpack can produce more compact messages than protobuf, it is schemaless and stores the element names inside the message. Here is a simple benchmark I have of an array of objects where each {id: int,x: int,y: int,rot: float}. A
64.
▲
by
the_other_guy
8y ago
Yet protobuf is probably the most compact, efficient and performant serialization method especially when saving bandwidth is important. I experimented with protofbuf, flatbuffers and messagepack and always found protobuf messages the most c
65.
▲
by
the_other_guy
8y ago
I didn't mean to belittle they guy at all, but the title "CSS expert" looks ironic to me, just like "SEO expert"
66.
▲
by
the_other_guy
8y ago
CSS """expert"""
67.
▲
by
the_other_guy
8y ago
>“This is where the web is going,” commented Chris Coyier, CSS expert are you kidding me?
68.
▲
by
the_other_guy
8y ago
if it's about simplicity, then Javascript and Node are better at concurrency for me when it comes to I/O, Node is very performant too
69.
▲
by
the_other_guy
8y ago
Creating millions of coroutines or "goroutines" isn't really interesting by itself. I believe the real questions for me are: 1. is Go scheduler better than Linux scheduler if you have a thousand concurrent goroutines or threa
70.
▲
by
the_other_guy
8y ago
Brave, DuckDuckGo, Vivaldi, etc... are examples of the parasitic products that are trying to make use of the current privacy paranoia to earn a very tiny market share while they aren't any different from the big players. They only look
71.
▲
Fuchsia’s Xi code editor is no longer a Google-owned project
(9to5google.com)
99 points
by
the_other_guy
8y ago
|
4 comments
72.
▲
by
the_other_guy
8y ago
Wow, thank you. Now I am absolutely in love with your tool!
73.
▲
by
the_other_guy
8y ago
I think comments here are unfairly harsh. I really like this innovative idea of having a dedicated language. If it can see client-side rendered HTML (e.g. React, Vue, etc...), that would be a whole another level for me since I don't th
74.
▲
by
the_other_guy
8y ago
I have a real suspicion towards anything that's featured on ProductHunt. I hope that this post's upvotes are genuine!
75.
▲
by
the_other_guy
8y ago
64-bit addressing is much more than enough for many decades to come or even forever!
76.
▲
by
the_other_guy
8y ago
Great article. I am really curious, what's the theoretical position of using coroutines/green threads vs native OS threads especially in Linux as of 2018? Was Golang right in choosing this model or Linux has become very efficient
77.
▲
by
the_other_guy
8y ago
https://www.reddit.com/r/linux/comments/9jg8mg/duckduckgo_us...
78.
▲
by
the_other_guy
8y ago
I know why you're being downvoted, I am sure it's a pure conicidence this website is being shilled very hard in Reddit and HN over the past 24 hours :D
79.
▲
by
the_other_guy
8y ago
>you actually do not provide evidence for this I did, I listed 1 big evidence (the lack of indexing client-side rendered HTML), and also a simple example "rust vs go" that came to my mind. Take another example that I just tried
80.
▲
by
the_other_guy
8y ago
Search "go vs rust" and set the filter to the "past month" in both Google and DuckDuckGo. I can go on and on, but this is just a simple evidence of how inferior DuckDuckGo is. Also DuckDuckGo is incapable of indexing cli
81.
▲
by
the_other_guy
8y ago
For me, Javascript now means Typescript, thanks to all who contribute to this great language!
82.
▲
Rust ownership, the hard way
(chrismorgan.info)
3 points
by
the_other_guy
8y ago
|
0 comments