Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
hliyan
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
42 ms
·
811.
▲
by
hliyan
5y ago
In my case, funnily enough, I find public speaking much more enjoyable than attending, say, a wedding. I guess this is very multi-dimensional thing...
812.
▲
by
hliyan
5y ago
This gives me an idea. Next time I'm going to see how much drainage I experience when I'm socializing with people I don't mind offending!
813.
▲
by
hliyan
5y ago
Would you say introversion and social anxiety are two distinct phenomena? I always viewed these as existing on the same spectrum.
814.
▲
by
hliyan
5y ago
I've noticed the same. I think self-confidence grows with age and we become more and more comfortable in our own skin. But then at some point (perhaps in our fifties) we pass a threshold and enter the witty curmudgeon territory. Edit:
815.
▲
Automa: A Chrome extension for automating the browser
(chrome.google.com)
111 points
by
hliyan
5y ago
|
20 comments
816.
▲
by
hliyan
5y ago
For over 25 years I wondered why social events drained me and what neurological phenomenon the metaphor "energy" stood for (which this article and many others like it don't seem to bother investigating). I've recently co
817.
▲
Microservices Architecture on Google Cloud
(cloud.google.com)
70 points
by
hliyan
5y ago
|
47 comments
818.
▲
Use FlatBuffers in Go
(rwinslow.com)
2 points
by
hliyan
5y ago
|
0 comments
819.
▲
by
hliyan
5y ago
Yes, it was C++. I was unfamiliar with the acronym "UB" so did a Google search. Does it mean "Undefined Behavior"? If I remember correctly, primitive types other than strings are memcpy'd. GetStr basically returned
820.
▲
by
hliyan
5y ago
Despotism tends to be more efficient than representative democracy at decision making. Representative democracy tends to be more efficient than direct democracy at the same. Effectiveness is another matter.
821.
▲
by
hliyan
5y ago
It was a proprietary messaging middleware library. We actually found even FAST FIX slow.
822.
▲
by
hliyan
5y ago
This is exactly right. It was almost always deltas in favor of snapshots. One of the downsides was that sometimes, debugging an issue required replaying the entire market up to the point of the crash/bug.
823.
▲
by
hliyan
5y ago
Pretty basic. The receiving process usually has an input thread that just puts the messages into a queue. Then a processing thread processes (maybe logic, maybe disk writes, maybe send) the messages and queues up periodic batch acks to the
824.
▲
by
hliyan
5y ago
Actually, even FAST was too slow for us. This was a proprietary messaging middleware library. And this particular market data feed was the direct one into the matching engine itself. For the rest of the system, we used a sort of reliable mu
825.
▲
by
hliyan
5y ago
Political rot is inevitable. Small political units (e.g. committees, HOAs) rot into pettiness. Large political units rot into despotism. I would take pettiness as the lesser evil. Also, the human brain was never designed to handle social gr
826.
▲
by
hliyan
5y ago
In our system, if the message didn't unpack properly, the application would send a retransmit request with that message's sequence number. But in practice, this scenario never occurred because TCP already did this for us.
827.
▲
by
hliyan
5y ago
Despite all the algorithms we employed, the concept of a manual trade never went away. Also, when the front-end was taken out of the equation, the latencies were in the microsecond range. 50ms would be excruciatingly slow for an algorithm.
828.
▲
by
hliyan
5y ago
That just reminded me of the most mysterious scaling issue I ever faced. We had a message to disseminate market data for multiple markets (e.g. IBM: 100/100.12 @ NYSE, 101/102 @ NASDAQ etc.). The system performed admirably under l
829.
▲
Vertiwalk Vertical Walking
(vertiwalk.com)
886 points
by
hliyan
5y ago
|
180 comments
830.
▲
by
hliyan
5y ago
This reminded me of a tight-packed binary format we used in the trading systems domain almost 20 years ago. Instead of including metadata/field names in each message, it had a central message dictionary that every client/server wo
831.
▲
by
hliyan
5y ago
I think part of the problem is the concept of an "application", which is a prepackaged collection of functionalities. The user has to start the application to use a function. If software was developed as standalone functions that
832.
▲
by
hliyan
5y ago
Typescript doesn't necessarily make your code any more stable than equivalent vanilla JavaScript that validates function arguments properly. However, it does make the code more terse and the types more apparent. It adds some build time
833.
▲
by
hliyan
5y ago
I think some names are actually born this way: "Tibidy"
834.
▲
by
hliyan
5y ago
What we need to counter this insane trend toward unnecessary graphical representations, is to double down on a plain-text knowledge graph version of the Internet. Something that is completely devoid of formatting, with only semantic markup
835.
▲
by
hliyan
5y ago
This is incredible! Breadth, depth and no crap formatting. I can't believe that this isn't more well known.
836.
▲
by
hliyan
5y ago
Feels like something that should be handled at the client, rather than having even more personal info sent to servers. Perhaps something like a face-id that automatically switches the entire device a kids' profile.
837.
▲
by
hliyan
5y ago
I was also put off by the author not being able to make the distinction between a library and a framework. The two are almost the inverse of each other: a framework is an application scaffolding while libraries are the building blocks that
838.
▲
by
hliyan
5y ago
The current enthusiasm around React seems somewhat reminiscent of jQuery about 15 years back. It was the first library to solve a problem that plagued the entire industry. It was widely adopted and considered almost a "standard",
839.
▲
Megatron-Turing NLG 530B, the World’s Largest Generative Language Model
(microsoft.com)
4 points
by
hliyan
5y ago
|
2 comments
840.
▲
Event-based camera chips are here, what’s next?
(spectrum.ieee.org)
111 points
by
hliyan
5y ago
|
31 comments
More ›