Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
smaudet
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
27 ms
·
331.
▲
by
smaudet
3y ago
Likely because the element authors didn't want to overload the existing input semantics. You are talking about <calendar /> not <input type="date" />. Its the same semantic issue that lead to <button
332.
▲
by
smaudet
3y ago
You hit the nail on the head (well, half) - design is an incredibly tricky problem. Mostly because it at its core is the process of adding constraints, and once you've added those its far harder to un-add them. That's why CSS was
333.
▲
by
smaudet
3y ago
Many "seniors" I've seen are just handed the role. They are rarely any good...which makes me treasure the seniors who actually know their stuff so much more, and also feel a fair amount of contempt for the folk handing out pa
334.
▲
by
smaudet
3y ago
"standard Typescript configs are absolutely compiling to JavaScript" You are missing the point. I want zero cost abstractions (for some level of abstraction - I accept e.g. there is a CPU and a browser). I don't care what it
335.
▲
by
smaudet
3y ago
> Typescript doesn't implement new Javascript features until their addition to Javascript itself is imminent. I guess we want different things from Type systems. I want rock solid guarantees that code is correct, so that the only
336.
▲
by
smaudet
3y ago
Not enums. But you don't need a runtime or function mutation for that... Particularly egregious was (is?) async/await. Upgrade your browser/runtime/don't use it you say? Sure, but first two weren't always possi
337.
▲
by
smaudet
3y ago
Are the changing colors on purpose? Noticed it has some issues browsing in firefox (so it might be broken).
338.
▲
by
smaudet
3y ago
Convention over Configuration. That and types. The only framework that's useful to JS is a better static type check system (and none of this lets-make-the-whole-damn-runtime-slow to support X feature, looking at you TypeScript).
339.
▲
by
smaudet
3y ago
There are (and should be) exemptions to the DMCA. If only we had a universal way to easily distribute data, without need to heavily license it, instead opting for easily accessible licenses from reputable sources at market prices... (we do,
340.
▲
by
smaudet
3y ago
Ivy, Netbeans, Open Office, Shiro, Solr all jump at me off this list: https://projects.apache.org/projects.html?name These are all projects that once were (more) relevant, however seem to have become rather niche (Gradle, J
341.
▲
by
smaudet
3y ago
Yes, I agree. However a lot of their forward facing projects seem to be effective abandon-ware (few people interested in contributing, competing more popular solutions based on forks, or just no longer relevant). These projects don't g
342.
▲
by
smaudet
3y ago
"semi-abandoned disasterware" Hmm. I suppose all open source looks that way if it doesn't get regular funding/attention. Apache does house a lot of abandonware. They had some relevance as recently as 6-7 years ago but th
343.
▲
by
smaudet
3y ago
I think the former pronunciation is more correct, but... I see the point of the later if you are prone to verbalize acronyms: SQL => Verbalized Acronym: "See-Quell" vs Structured Query Language: "Ess-Queue-Ell" So the
344.
▲
by
smaudet
3y ago
It's news if you are are uneducated about synchronization/threading in general (it's extremely difficult to do well so it stands to reason most people won't even understand the issues). It's also news that they ar
345.
▲
by
smaudet
3y ago
Yes. This was proposed over 10 years ago. I even proposed this back then... Its a great idea but the same forces that (were|did) threaten(ing) to corrupt DNS got involved in the web 3.0 and thoroughly corrupted that to... Power (and money)
346.
▲
by
smaudet
3y ago
Wildly unfeasible. The consumer does not have a choice, they do not have an ability to live within their means without incurring credit checks. Take housing - perhaps it is possible to purchase outright a home with cash, however you will no
347.
▲
by
smaudet
3y ago
And they should have been held accountable, were they? If such an entity demonstrates gross negligence yet there are no repercussions, perhaps it is worse than negligence, it is outright larceny - Equifax could be characterizes as a govt su
348.
▲
by
smaudet
3y ago
If you could actually control the virtualization in the browser, that would be good. Unfortunately you are just left trusting that it is even virtualized (properly).
349.
▲
by
smaudet
3y ago
Agreed. And treat all JS engine-requiring sites like viruses that need to be executed in protected VMs.
350.
▲
by
smaudet
3y ago
Supporting as many devices as possible, breaking RESTful APIs, etc. A JS engine pre-supposes many, many things (too many) about a client, stuff like implicit assumptions that "this device has enough power and bandwidth to process my &l
351.
▲
by
smaudet
3y ago
This is a good reason to wait for "gold" editions etc. Not sure if they still sell 'em but you would get a patched version that is actually done.
352.
▲
by
smaudet
3y ago
Not even true. Anything you say is copyrighted. This comment is copyrighted. I have the legal ability to sue if this is reproduced without my permission. Publishers yes have an outsized voice, however the solution is not to abolish copyrigh
353.
▲
by
smaudet
3y ago
Eh? For coding you don't need a 2k$ monitor setup, you can get by comfortably on 3-400$. It's an interesting argument but they are going to need to try a lot harder for it to be a compelling desktop replacement.
354.
▲
by
smaudet
3y ago
These systems are completely losing propositions. My data is worth $$$$, my time is worth $$$, and I have to spend $$-$$$ in order to safely interop with them? Twitter/FB don't understand just what a terrible value proposition and
355.
▲
by
smaudet
3y ago
Agreed, a lot of it is wrong and reads like an emotional reaction to some bad things that started to happen. I think the kernel of truth here is not that all compiled languages are superior, or that independent formally specified languages
356.
▲
by
smaudet
3y ago
> That's what we were discussing before someone mentioned that no, self-driving cars are bad for this specific use case, trains would be better. That's a gross mischaracterization of what I actually said, which was that we have
357.
▲
by
smaudet
3y ago
Sure, and my mistake, if any, was assuming the topic had changed (as happens in the course of comment threads). Regarding the individual with a taxi in a town 6 miles away, I didn't mean to imply he would definitely be serviced. Instea
358.
▲
by
smaudet
3y ago
> Remember, the use case is a village whose taxi needs are satisfied by 1 car per village Eh? No, absurd. I'm not sure where you got that I was limiting myself to villages that only need 1 taxi per village. I think you are thinking
359.
▲
by
smaudet
3y ago
Your last comment is not actually a retort, but I'll play along for now... Some hard numbers. We can talk about "millions" of dollars in train costs as if that's some bad thing, actually some back of the envelope math re
360.
▲
by
smaudet
3y ago
> maybe 'it's just off a straight line by a little bit' - ok, that will be several million I understand your general point - diversions have realized material and labor costs. However, not all "diversions" need t
More ›