Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
tabtab
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
35 ms
·
331.
▲
by
tabtab
4y ago
It's "learnificationism", -George W. Bush
332.
▲
by
tabtab
4y ago
In the past few years when ideas are requested on Hacker News, plenty are provided. I'll link them if I can find them again. There's a lot of itches to be scratched in tech. "Dynamic Relational" would be nice, for examp
333.
▲
by
tabtab
4y ago
We wouldn't need bloated convoluted web & JavaScript frameworks if we had a state-ful GUI markup standard. Then any language that can emit and read XML can use the GUI kit/browser/component, no binders needed. At least in
334.
▲
by
tabtab
4y ago
I'm looking for JavaScript library that would allow me to build a hobbyist autoharp tuner. I can program the UI, but need a note generator library. It just needs one API function or equivalent: soundNote(noteNum, duration); Note-number
335.
▲
by
tabtab
4y ago
The description of "neoliberalism" sounds closer to libertarianism to me: a worship of competition and minimalist regulation (AKA, "freedom").
336.
▲
by
tabtab
4y ago
I lost patience to read it.
337.
▲
by
tabtab
4y ago
It's not good D.R.Y. to reinvent a binding library for each and every application language. What's needed is a state-ful GUI markup standard. Then any language that can emit and read XML can use the GUI kit/browser/compo
338.
▲
by
tabtab
4y ago
I keep saying this and it's still applicable. What's really needed is "Dynamic Relational" ( https://www.reddit.com/r/Database/comments/qw1erd/are_the_no... ) D.R. allows ad-hoc "
339.
▲
by
tabtab
4y ago
I keep saying we need a state-ful GUI markup language standard so we don't have to re-re-re-reinvent real GUI's with JS+CSS+DOM. Those weren't meant for real GUI's and retrofitting creates bloated, buggy, ever-changing m
340.
▲
by
tabtab
4y ago
Many "overly educated" (for lack of nice way to say it) just seem to often waste time on idealistic issues. It would take a while to give a decent example, but they just seem to not understand the business world and capitalism. Th
341.
▲
by
tabtab
4y ago
Knowledge of the domain and general experience with similar domains helps. My horse sense about what's likely to change has improved with time. As far as #6, you don't want to outright limit change because the future surprises, bu
342.
▲
by
tabtab
4y ago
So nix Nix?
343.
▲
by
tabtab
4y ago
Meta ability (dynamism) will generally have an average performance penalty. If you want speed, you hard-code more up front. Meta-ability generally is best for ad-hoc and short-term uses. One performance trick is for the query optimizer assu
344.
▲
by
tabtab
4y ago
In many domains code maintenance is more important than hardware costs. In many domains 1-based indexing is a better fit, meaning less conversion code, meaning simpler code. Thus, the best indexing choice depends on the domain and circumsta
345.
▲
by
tabtab
4y ago
Managers often don't understand the value of good DBA's and/or schema designers. They focus on the UI first, assuming if it ain't visible it ain't important.
346.
▲
by
tabtab
4y ago
Many of those complaints seem theoretical. I like to focus on practical concerns. The biggest problem I see is that the SQL language has grown too complex. It's related to the "Lack of Orthogonality" problem mentioned in the
347.
▲
by
tabtab
4y ago
If most the common GUI idioms are built into a good GUI standard (see below), then it wouldn't need tons of client-side coding, and thus JS would probably suffice for lite-duty stuff.
348.
▲
by
tabtab
4y ago
What's really needed is an open state-ful GUI markup standard so we don't have to reinvent GUI OS's using JavaScript + DOM. It's bad industry-wide tool factoring. Focus on making the GUI browser (pluggin?) do just ONE th
349.
▲
by
tabtab
4y ago
For every 1k companies who think they'll be the next Amazon, probably 1 is. Program to reality, not ego. Get walking down before you run. Normalize your database in a practical way and you should be able to scale fairly well into typic
350.
▲
by
tabtab
4y ago
I keep proposing Dynamic Relational (DR) be implemented, but the idea is dismissed for vague or inconsistent reasons. The "NoSql" movement has dynamic products, but they are too different from existing RDBMS. DR only tweaks what&#
351.
▲
by
tabtab
4y ago
The original inventor(s) often doesn't make much money, at least not proportional to the power of the idea. It's usually somebody who comes along and implements it better who gets rich. Truly innovative things often take tinkering
352.
▲
by
tabtab
4y ago
@ "Princess Leia hair"
353.
▲
by
tabtab
4y ago
I didn't know what it was called when I was a kid, so referred to it as "the baby playing with its feet".
354.
▲
Web Assembly takes a security drubbing, risk compared to Java applets and Flash
(developers.slashdot.org)
9 points
by
tabtab
4y ago
|
1 comments
355.
▲
by
tabtab
4y ago
Are they US Republican-like bigots, or is this just a cultural phenomenon that outsiders don't understand?
356.
▲
by
tabtab
4y ago
It probably depends on how you define "schema-less". I can't speak for all brands, but in Dynamic Relational, a draft RDBMS idea, if you issue "SELECT madeUpColumn FROM myTable", you'd get nulls for that column
357.
▲
by
tabtab
4y ago
But web standards are crappy for decent GUI/CRUD applications that typically are used on a desktop, which is most business software. Web standards natively lack state handling, and the DOM makes sanely controlling the position of text
358.
▲
by
tabtab
4y ago
Kind of similar: https://www.reddit.com/r/webdev/comments/r59nzr/i_regret_goi...
359.
▲
by
tabtab
4y ago
After gagging on CA fire pollution every summer (due to long drought), It's hard to think that worse shit ain't coming. It may not kill us all, but will make life harder.
360.
▲
by
tabtab
4y ago
Do not quote. Make it yours and then say it yourself.
More ›