tabtab

209 ms·

961.
by tabtab 7y ago
Re: It has largely been fine in my experience. That's not my experience. It requires too much fiddling and diddling to get things right that wouldn't be drama under 90's GUI IDE's. (Early versions sucked, but they got
962.
by tabtab 7y ago
OO/LO "Base" is a pile crap in my opinion. People often develop smallish CRUD apps in MS-Access in two weeks or less. It's up and going without fuss and muss and without fiddling with servers, containers, DBA's, etc
963.
by tabtab 7y ago
Re: "In terms of predictable layout and control, Flash is still lightyears beyond HTML+JS...That said, Flash was/is an accessibility nightmare." The key question is if these are mutually exclusive goals or not. Can we take th
964.
by tabtab 7y ago
I bet you didn't test it on enough browser brands and versions.
965.
by tabtab 7y ago
The law says "reasonable accommodations". Spending 30% more on IT is not "reasonable" in my book. Spending millions to help a handful of people is not "reasonable". Of course, it is situational. Your main produ
966.
by tabtab 7y ago
I think the key is that what the browser (client) gets should be coordinates. If the server side wants to use some wazoo auto-layout engine, that's fine. And that gives one a wide choice of layout engines/algorithms, unlike browse
967.
by tabtab 7y ago
Doesn't work well for text in my experience. Perhaps a bounding box can be defined as pixel coordinates, but there's no guarantee the text will fit right across browser brands or versions.
968.
by tabtab 7y ago
Re: "A fixed layout is not going to work for all devices." Agreed, but not all apps need watch-to-wall scaling. All our internal "productivity" apps run on desktops and nobody has complained. Certain check-status-of-proj
969.
by tabtab 7y ago
I disagree WYSIWYG or coordinate-based positioning inherently "can't do accessibility". It perhaps may take more discipline to make sure the necessary meta data is supplied to the client, but it doesn't outright prevent
970.
by tabtab 7y ago
Agreed, but web standards don't support the second choice very well. Different groups, scenarios, or apps will want one or the other depending on circumstances, but we don't have "other" right now. The server having more
971.
by tabtab 7y ago
I believe we need 3 different UI standards: 1. Page and document centric (HTML may be close enough) 2. Productivity and data-oriented GUI's ("cubicle" stuff) 3. Games, art, and diagrams Doing everything in HTML/CS/J
972.
by tabtab 7y ago
I haven't seen it work well. Part of the problem is that JavaScript is needed emulate many common GUI idioms, and the emulation or rendering is sometimes buggy on different browsers. It's back the the brand/version combinator
973.
by tabtab 7y ago
Designers loved Flash because it was WYSIWYG. It's also why PDF lives. You usually only had to test it on one computer, not different versions of different browser brands. The client-side "auto-flow" of HTML browser drives
974.
by tabtab 7y ago
I had a bit of trouble knowing which "escape level" I'm in while debugging. You have strings that wrap strings that wrap strings, etc. Maybe with more experience I'd learn to manage string nesting levels better, but ther
975.
by tabtab 7y ago
There should be an HTTP-friendly GUI standard and we should have GUI browsers that implement all the common GUI widgets we know and love rather than emulate them with buggy clunky JavaScript/DOM/CSS. And be state-friendly to avo
976.
by tabtab 7y ago
Is there a benefit in asking to get "paid" in both preferred stock and regular stock to spread the risk out? It seems "preferred" stock is really "preferred but with lots of dangerous caveats" stock.
977.
by tabtab 7y ago
That is true, but somebody did mention a "cloud friendly language". Most of the languages in common use were designed pre-cloud. This new thing, whatever it is, could thus have cloud dependencies that current languages don't.
978.
by tabtab 7y ago
COBOL.js++ with qubit edge-cloud blockchain microservices
979.
by tabtab 7y ago
Dogs, man's best friend.
980.
by tabtab 7y ago
"I'll have one Escher stake, and one stake-Escher."
981.
by tabtab 7y ago
I remember a news crew interviewing Russian citizens on the street about climate change. One guy said, "I welcome global warming, it's f&cking cold here!"
982.
by tabtab 7y ago
I'm hoping Dynamic Relational will catch on. Unlike the dynamic NoSql products, this is pro-SQL so you don't have to relearn much. You get dynamism AND familiarity (per existing RDBMS experience). I believe the industry wants it,
983.
by tabtab 7y ago
Siberia will be the next California ;-)
984.
by tabtab 7y ago
Re: "cloud applications will be written with cloud-friendly languages" Carefull, you invest your code base on a "cloud-friendly" language and clouds then could fall out of style. That goes for other components as well.
985.
by tabtab 7y ago
Cue the tune "Hotel California". There's a great miniseries in the idea with a taste of West World to it.
986.
by tabtab 7y ago
It is hard to tell fads from the real deal these days. There's rarely a Grand New Idea with no downsides or tradeoffs, and those promoting such ideas usually have an agenda. It's rational to let somebody else be the proverbial gui
987.
by tabtab 7y ago
Isn't abstract (flat) art kind of an idol itself? I'm not sure how they equated "false" with "3D". I suppose that was just their particular interpretation of the commandment, but I find it rather derived and no
988.
by tabtab 7y ago
I have to say the "GOF" book was giant fraud, or at least a big mistake. It has no clear rules on when to use what pattern over another. This resulted in ambitious but naive programmers throwing design patterns at everything in wa
989.
by tabtab 7y ago
I guess what I'm trying to say is that there are no books that address and "solve" the real issues of typical software design, and I am explaining the reason why there are no such books. It's kind of like asking for go
990.
by tabtab 7y ago
A big problem is that software organization success largely depends on "soft sciences" like psychology and physiology. Science may find ways to make faster machines, but being that the actual bottlenecks are the cost of humans rea

More ›