I realize that there is an overlap between "document layout" issues and GUI issues, but believe that perhaps we have to separate these issues in order to focus on doing each well.
My draft GUI markup suggestion(s) uses HTML as a base because it's established and does initial layout "good enough". (Although I'd like an MDI option added: true sub-windows.) It's mostly the interaction between parts and pages that is lacking, such as drag-and-drop, scrolling tables, and value or element refreshing without re-rendering the entire page (AJAX-like without AJAX).
Up to 60 percent of power might come from nuclear sources.
I don't think that will sell. Nuclear power has a bad rap despite the fact that objective studies show deaths per watt or medical costs per watt to be equal to or better than most alternatives.
Nuclear just gives voters the jeebies; that's the way it is.
"Big dust" is "sand". Big sand is pebbles. Big pebbles are rocks. Big rocks are boulders. Big boulders are mountains. Big mountains are planets. Big planets are stars. Big stars are something you don't want to be around.
They are? Only if you or your boss are willing to live with a generic out-of-the-box template or style. In some cases one can say, "That's all the tool allows me to do", but often the customer wants to custom-fit it to their needs and work patterns, not the example prototype. Otherwise, they'd use FileMakerPro and skip you and you'd never know about it.
And if you go outside of the box, you will realize the web is indeed "just an enormous stack of kluges upon hacks". Web GUI's that attempt to approach the power and flexibility of desktop apps are often a real pain to make, have jittery movements, break in the next browser version, and use frameworks the new guy is likely unfamiliar with because there are so many. Time for a new web GUI standard; the existing attempts keep falling on their face and try to turn JavaScript into a GUI OS language, which it wasn't meant for. We need fresh standards, dammit! Stop making excuses for the f8cking kludgeWeb. Think Different, Think desktop GUI, and Think Right.
I've kicked around ideas for a "GUI markup language" on the c2 wiki which basically takes the common desktop GUI idioms which have been around 20 odd years, and make them markup declarations so that one does not have to micro-manage GUI handling when making applications. (Granted, portable devices have created a new set of popular UI idioms, but they are not too different from prior ones.)
Part of the problem is that junk food is more plentiful to the poor than healthy food. Healthy food rots faster in part because little critters also find it healthier, and is thus costlier to distribute.
Japan is fairly heavily protectionist in the retail era, but has some of the lowest unemployment rates in the world. Yes, some goods are more expensive because of it, but perhaps Japan believes jobs are more important than stuff.
"Doing is Y is better than X" may be true, but that doesn't necessarily mean that Y is desirable.
And while "lump of labor" may be a fallacy in aggregate, it may be true on a regional basis, such as being cheaper to give the labor to some other country or region than a USA worker, due to the way a particular set of societies is set up.
I know that in the past new fields often opened up to replace those automated, but for some reason the replacement jobs appear to be slow to come now, and nobody knows what they are this time.
Many of the candidate jobs are being offshored to well-educated 3rd-world human workers so that repetitious jobs go to machines and brain-intensive jobs to countries where wages are much less.
New fields are opening up, but they don't create mass jobs to replace the mass losses.
Something seems different this time. I'm just not seeing the replacement jobs. Help me spot them, please.
I will agree there are spot shortages in specific technologies, but if we fill the spot shortages with imported labor, then citizen techies in spot surpluses won't get a chance to move into new areas.
I had that problem in that I was a dBASE/FoxPro/Clipper (xBase) developer in the mid 90's, and I tried to move into VB/Delphi when it was clear xBase was "out of style". I was still able to get some xBase gigs but couldn't get into VB/Delphi gigs because they insisted on paid experience in VB/Delphi, and often went overseas to get it. I even was willing to accept less money to start. (Eventually I skipped desktop stuff and targeted web because the dot-com boom was broiling and pulled me in.)
IBM and Oracle et al. are known to "butter up" their customers. Bribery works for politicians and it works in the private sector, with the same result: Expensive useless bullshit that kicks merit and fairness in the nuts.
the [alleged] reason for it is that "Americans sabotage and sue, foreign workers can be trusted far more. Ever see a H-1B tie us up in courts?"
The flip-side is try to sue an ex-H-1B who is in India. Doable, yes, easy, no. You'll probably have to hire both a US lawyer and an Indian lawyer, and maybe fly witnesses to Indian courts.
I've seen a company only pay their H-1B workers every six months. The visa workers didn't balk because such risked getting them booted home. The "indentured servants" comparison has some merit.
As far as the work quality: mixed, just like US citizens.
When the team zapped the area with high frequency electrical impulses, the woman lost consciousness. She stopped reading and stared blankly into space, she didn't respond to auditory or visual commands and her breathing slowed. As soon as the stimulation stopped, she immediately regained consciousness with no memory of the event.
"...Smeds was able to confirm the existence of the flaw only after pushing through an extensive series of tests that was initially rejected by mission managers as unnecessary.
Smeds confirmed the existence of the fatal software flaw in the Probe Support Avionics (PSA), mounted onboard Cassini, in a series of tests conducted in February 2000...
"They said it was too complex," says Smeds, adding, "But then I started to investigate the equipment available at JPL's ground stations..."
Slashdot Mirror
I realize that there is an overlap between "document layout" issues and GUI issues, but believe that perhaps we have to separate these issues in order to focus on doing each well.
My draft GUI markup suggestion(s) uses HTML as a base because it's established and does initial layout "good enough". (Although I'd like an MDI option added: true sub-windows.) It's mostly the interaction between parts and pages that is lacking, such as drag-and-drop, scrolling tables, and value or element refreshing without re-rendering the entire page (AJAX-like without AJAX).
You can see some of these suggestions at: http://c2.com/cgi/wiki?GuiMark...
Darwin is wrong wrong wrong about global warming! Government scientists have hit a line-drive touchdown in their level of deceit.
I don't think that will sell. Nuclear power has a bad rap despite the fact that objective studies show deaths per watt or medical costs per watt to be equal to or better than most alternatives.
Nuclear just gives voters the jeebies; that's the way it is.
"Big dust" is "sand". Big sand is pebbles. Big pebbles are rocks. Big rocks are boulders. Big boulders are mountains. Big mountains are planets. Big planets are stars. Big stars are something you don't want to be around.
They are? Only if you or your boss are willing to live with a generic out-of-the-box template or style. In some cases one can say, "That's all the tool allows me to do", but often the customer wants to custom-fit it to their needs and work patterns, not the example prototype. Otherwise, they'd use FileMakerPro and skip you and you'd never know about it.
And if you go outside of the box, you will realize the web is indeed "just an enormous stack of kluges upon hacks". Web GUI's that attempt to approach the power and flexibility of desktop apps are often a real pain to make, have jittery movements, break in the next browser version, and use frameworks the new guy is likely unfamiliar with because there are so many. Time for a new web GUI standard; the existing attempts keep falling on their face and try to turn JavaScript into a GUI OS language, which it wasn't meant for. We need fresh standards, dammit! Stop making excuses for the f8cking kludgeWeb. Think Different, Think desktop GUI, and Think Right.
I've kicked around ideas for a "GUI markup language" on the c2 wiki which basically takes the common desktop GUI idioms which have been around 20 odd years, and make them markup declarations so that one does not have to micro-manage GUI handling when making applications. (Granted, portable devices have created a new set of popular UI idioms, but they are not too different from prior ones.)
That's fair, geeks are excluded from touching girls.
"Sponge Bob Square Screen..."
These sales people are demented, and I have the tests to prove it.
If you want to "go max" with cheap & long, get E. Indian highschoolers who are dirt poor; they work for peanuts, literally.
Part of the problem is that junk food is more plentiful to the poor than healthy food. Healthy food rots faster in part because little critters also find it healthier, and is thus costlier to distribute.
Japan is fairly heavily protectionist in the retail era, but has some of the lowest unemployment rates in the world. Yes, some goods are more expensive because of it, but perhaps Japan believes jobs are more important than stuff.
"Doing is Y is better than X" may be true, but that doesn't necessarily mean that Y is desirable.
And while "lump of labor" may be a fallacy in aggregate, it may be true on a regional basis, such as being cheaper to give the labor to some other country or region than a USA worker, due to the way a particular set of societies is set up.
And even if they could, the first is subject to offshoring and the second to illegals and slave-condition-accepting "guest" workers.
And I expect remote-controlled construction and food service robots are coming down the pike. Bandwidth grows cheaper with time.
"Friendly" face-to-face people skills may be the last bastion of work opportunities, not technical nor physical.
and give everyone a pony
Wilmaaaaaaaaa!
An audit by the IRS?
It's those commie Global Copterists trying to push their socialist sodomy agenda on us hard-working patriotic air creators!
I know that in the past new fields often opened up to replace those automated, but for some reason the replacement jobs appear to be slow to come now, and nobody knows what they are this time.
Many of the candidate jobs are being offshored to well-educated 3rd-world human workers so that repetitious jobs go to machines and brain-intensive jobs to countries where wages are much less.
New fields are opening up, but they don't create mass jobs to replace the mass losses.
Something seems different this time. I'm just not seeing the replacement jobs. Help me spot them, please.
Soon they'll have Daleks wield the sticks. N-o E-n-t-r-y, N-o E-n-t-r-y!
I will agree there are spot shortages in specific technologies, but if we fill the spot shortages with imported labor, then citizen techies in spot surpluses won't get a chance to move into new areas.
I had that problem in that I was a dBASE/FoxPro/Clipper (xBase) developer in the mid 90's, and I tried to move into VB/Delphi when it was clear xBase was "out of style". I was still able to get some xBase gigs but couldn't get into VB/Delphi gigs because they insisted on paid experience in VB/Delphi, and often went overseas to get it. I even was willing to accept less money to start. (Eventually I skipped desktop stuff and targeted web because the dot-com boom was broiling and pulled me in.)
IBM and Oracle et al. are known to "butter up" their customers. Bribery works for politicians and it works in the private sector, with the same result: Expensive useless bullshit that kicks merit and fairness in the nuts.
The flip-side is try to sue an ex-H-1B who is in India. Doable, yes, easy, no. You'll probably have to hire both a US lawyer and an Indian lawyer, and maybe fly witnesses to Indian courts.
I've seen a company only pay their H-1B workers every six months. The visa workers didn't balk because such risked getting them booted home. The "indentured servants" comparison has some merit.
As far as the work quality: mixed, just like US citizens.
Just store pics of skunks
Hey GOP, leave Lois Lerner alone already!
The man who saved the Huygens lander:
"...Smeds was able to confirm the existence of the flaw only after pushing through an extensive series of tests that was initially rejected by mission managers as unnecessary.
Smeds confirmed the existence of the fatal software flaw in the Probe Support Avionics (PSA), mounted onboard Cassini, in a series of tests conducted in February 2000...
"They said it was too complex," says Smeds, adding, "But then I started to investigate the equipment available at JPL's ground stations..."
http://www.esa.int/Our_Activit...