ninepoints

11 ms·

91.
by ninepoints 3y ago
What does this comment mean? Function parameters used or not are part of the function signature, so obviously would participate in any form of argument dependent lookup.
92.
by ninepoints 3y ago
Narcissist might be a bit more appropriate
93.
by ninepoints 3y ago
There's "not fast but usable enough" of course, but I would never ship std::regex code on any user facing software. Forget realtime, std::regex fails to be interactive in examples where other libraries resolve quickly.
94.
by ninepoints 3y ago
IDK, JSON? HTML and XML are markup languages also. There are obvious issues with markdown that were fixed/resolved in various markdown variants, and missing features as well that I don't think anyone could argue helped adoption.
95.
by ninepoints 3y ago
I'd argue that it won the adoption it did in spite of parsing ambiguities and the lack of a spec. Not because of it. There are plenty of examples of well specified things that have gained mass adoption, so I think you are confusing c
96.
by ninepoints 3y ago
Myths data scientists believe about "is all you need considered harmful"
97.
by ninepoints 3y ago
> it's quite different from Windows, where it's the norm to maximize everything. Where did you get this idea? It's definitely not the norm and MSFT supports an excellent tiling window system: https://learn.micr
98.
by ninepoints 3y ago
Still sounds like a miserable experience compared to fancyzones though
99.
by ninepoints 3y ago
Honestly, the best resources I know are the ISA/architecture manuals directly from each vendor (Intel, AMD, Arm) for the various CPUs and/or GPUs of interest. Prior to that, my experience largely comes from doing (working with low
100.
by ninepoints 3y ago
Thanks I missed that line regarding the O states. Still, a word about write reordering on ARM would probably be useful (unless I missed that also). I understand that synchronization in code vs hardware is different, but the blog explicitly
101.
by ninepoints 3y ago
Hmm, I think the discussion is missing a few things needed for a complete picture of the situation. First, ARM and x86 coherency models differ, so a big disclaimer is needed regarding the protocol. Most ARM processors use the MOESI protocol
102.
by ninepoints 3y ago
Yes I hack on llvm and clang. Where can I submit a PR to Apple Clang?
103.
by ninepoints 3y ago
If foo is a function in this example, then yes I agree for most PLs. If foo is a class, namespace, or some other declaration context however, its contents are definitely relevant when editing a different context due to possible usage of sco
104.
by ninepoints 3y ago
How do you propose code completions are done without it? To even produce a set of suggestions, you need to understand the parse context, the set of available symbols with appropriate types and scope resolution. AST parsers already have reco
105.
by ninepoints 3y ago
And that assumption is relevant in the context of OPs concern but not yours. You created a different hypothetical and orthogonal situation where the assumption need not apply, and to be honest, I lost the plot a bit. It's possible for
106.
by ninepoints 3y ago
I guess I meant complexity in the sense of symbol resolution in this context. So things like scoped type aliases, expressions evaluated as template or trait arguments, that sort of thing.
107.
by ninepoints 3y ago
Either way, all those files need to be marked dirty and reindexed, so I suppose I'm just not sure how the topic at hand is relevant. Is the proposal that we attempt to treat each dirtied file as though incremental edits were imminent?
108.
by ninepoints 3y ago
I only know a little bit about zig, but I would have assumed that the latter mechanism you are describing isn't really possible. Most languages with "advanced" features and type systems really need a full semantic tree to do
109.
by ninepoints 3y ago
As someone actually working on some symbol indexing stuff at the moment, I can mention that this model is ignoring some pretty important details, and I think there's some classic overengineering happening here (easy trap to fall into w
110.
by ninepoints 3y ago
Such an excellent resource. Makes me wish there was an equivalent geared toward small business as opposed to startup operation
111.
by ninepoints 3y ago
And an easy way to lose everything because you sent tokens to the wrong address, forgot your passphrase, lost your hardware ledger, fell prey to some scam or another, house burned down, etc.
112.
by ninepoints 3y ago
> The govern can simply turn off your money for any reason. This obviously happens so often /s
113.
by ninepoints 3y ago
This is a typical sort of projection I see from crypto-owners. They can't seem to contemplate the fact that there are people that think crypto is a bad idea _regardless_ of how much profit they might or might not have made by buying or
114.
by ninepoints 3y ago
I really don't think protecting IP produced at company expense is "evil." That's their prerogative, and people knowingly violating agreements/ToS are playing with fire.
115.
by ninepoints 3y ago
Having every transaction recorded in a public append only but otherwise immutable ledger does not afford the privacy choice you have with fiat. People using fiat are not losing their life savings when they forget their bank passwords, nor a
116.
by ninepoints 3y ago
What difference you mean, aside from the lack of a regulatory framework, pseudonymity (and paradoxically, lack of privacy), lack of recourse in the face of user error, and custodial issues? The "not your keys not your coins" take
117.
by ninepoints 3y ago
In what way is its documentation not useful? I did a project based on TreeSitter a year ago and the docs were perfectly clear and adequate, and I was up and running within half an hour or so
118.
by ninepoints 3y ago
Correlation != causation. It's clear that his success is in spite of himself, not because of it. I don't know anyone in my professional circle that would work under him, what with having a reputation for impulse firing people that
119.
by ninepoints 3y ago
Err no they mean the left "addend" technically but they are definitely talking about the RHS of the equation (first addend/term of the RHS).
120.
by ninepoints 3y ago
Considering Elon an "effective leader" is certainly a take.

More ›