not sure who said that, but I personally use synchronous within a try/catch construct. Our environment (intranet again) gives us sufficient bandwidth etc for this to be fine.
But make sure you don't make it synchronous, or it would be SJAX. You have to return JS control to the client during the xmlhttp call and assign a function to execute on completion.
And make sure you are returning xml (a fragment of xhtlm arguably works as XML). Returning an XMLRPC response also works. Returning a fragment of html 4.0 is most likely not XML. You'd end up with AJAH. If you just returned text, as ASCII, that would give you AJAA. combinations of synchronous and ASCIIwould give you SJAA. You could then use ?JA? to denote the different combinations. I wonder if you could get the $16M with ?JA?.
You can also use the result of that call to trigger another call, and another. This allows the server and the client to carry on a real conversation in the back end. You don't even have to change the client's display. You can use ?JA? to see who's connected, for example, what page they are looking at, and what values are loaded in a js var; the cursor position for example. Scary huh?
I have an app where I use ?JA? to disconnect the user (by redirecting to a logout page that kills the cookies/sm headers) of any user that, hum, display sensitive data on the browser for more than x minutes. The beauty of this is that it's browser-windows-based. So if someone has 4 browser windows open and three are fine, and the fourth is expired, you can just close that one. Very scary huh? Oh. and there's a live report of who's looking at what page and shows how long they've been on that page. They don't even know. There's nothing on those pages that even suggests ?JA? is being used. And it's on for the entire site. (don't worry, intranet)
How do I know js is enabled? I use an md5 js lib on client to hash the pw at login. If they don't have js enabled, they can't login. If they login, I catch their browser. ?JA? for BOFH. hehe.
Same here. I've had "ajax" apps out there since 2001. Almost all sites I work on I put that in. I also almost always either return an xhtml fragment and do the innerHTML dance or use js xmlrpc to connect to the server's api and use js to update the ui. But it's a kludge, really.
I use it as little as possible, and only when I absoluly have no other choice.
I never tell the managers I use this. They think using replacing nulls with zeros on integer fields is acceptable in a data warehouse environment. Eh, the hackish workaround I've had to implement!!!
In any case, if you really want to go crazy, then build a light xmlrp server in python to act as a bridge, then py2exe it (if you so desire) and run it on the client. Then have a local html+js call it via localhost:someport and it will go out and get the data out on the intarweb. Presto. You've just eliminated the central server. Expose everything as a xmlrpc services, and have only a static web server, with ONE html file. Save to desktop, run, and get the full intarweb, with no cross-domain limit.
And the python bridge can be custmized to do whatever (use Twisted? SOAP, encryption, whatever) and make it generic enough to be completely reuseable.
Same here. Help is for the user, when the user does not know how to do something, or does not know what to do. Updating the software is something you do when you know what you are doing, and know why you want to do it.
At the risk of being redundant (not that that's ever stopped me before) I'm going to echo that. I/., gmail, google news, bbc rss, and a few stocks... Very handy.
Let me just say that even if you don't have to pay anything because YourLittleBrowser never made any money, you are still required to fix any future versions not to infringe on the patent. That, and remove existing patent-infringing versions from download sites under your control.
On top of that, it's not like the South Koreans can't get their friend hackers in China-Taiwan-HongKong to stream them the latest version of whatever OS they want.
The real uptake would be more games designed for linux since gaming is such a large market in SKorea. This would push manufacturers of gaming-grade pc equipment to better support Linux.
read in the post I originally replied to: "The last straws were the copy protection that demands I stop performing my job as a software developer to play a lousy game (quick hint, the debugger *ins't* so I can hack your freaking game..."
So, he's using his work box for games. I was addressing that specifically.
This, ladies and gentlemen, is the reason I stopped playing computer games altogether. My computer is not some throwaway toy for me to be entertained with. It's a tool with which I work to feed my family and pay the mortgage. I don't use IE, I don't use ActiveX, and I don't install games. Games screw with the box too much.
You should try it. You get a lot more productive too.
"Any member of staff working at an organisation shares a certain amount of collective responsibility to do their part well, and help others to do likewise."
Not true: The ONLY requirement of a company is to maximize shareholders profits by following its corporate charter. That is management's job. Failure to do so is management's failure.
"Only a smart-ass manager would expect an engineer to produce 100% bug free code and make no allowance for screw-ups."
And who hired and kept that smart-ass and inexperienced manager? His manager. Again, management's fault.
"Only a smart-ass critic would expect management to hire only perfect staff and fire them instantly if their perfection diminishes."
Read Miyamoto Musahshi's "Book of Five Rings", the part on "trades". It is management's fault that they didn't hire the right people and use them effectively. I say management taking everybody from the operations manager all the way to the board of directors. It is management's fault if workers have insufficient tools, resources. It is management's fault if the project is not adequately funded. It is management's fault if the * is not adequately *. You get the picture?
"The real world doesn't work that way."
The real world works exactly that way. If management in companies, officers in war, or football coaches don't take into account the shortcomings, fears, laziness, incompetence, lack of motivation, and gripe of the people they manage, they will not achieve their goals. Those managers that understand and proactively mitigate those factors succeed. Those that don't, well, blame the engineers.
In Sun Tzu's The Art of War, he writes: "If you do not know yourself and do not know the enemy, you will suffer defeat at every encounter." (I paraphrased from memory) That was 2500 years ago or so. What does knowing yourself mean exactly? He lays it out plainly in the rest of the book: Know where you are strong, know where you are weak. Know the weaknesses of your subordinates.
So, again, it's management's fault.
On your last point about the senior engineer. Why is the engineer talking to the customer? Because the company did not hire a competent salesman, did not pay the salesman in a manner in which his most profit would come from the product being delivered correct and on time. Again, management's fault.
Well, really the manager made the mistake of taking the engineer in there in the first place. The second mistake from the manager is not taking him in "the room" and laying out a plan of action.
Did the programmer slack and not deliver the program on time/at all? Management should have motived him or replaced him. It's always management's fault.
The US is second in GDP/capita only to Luxembourg, which has a population of 468,571. That's less than the San Fernando Valley (at 1.1 million). You tell me.
Cars allow for very dynamic changes in labor allocation because each day, each person can go directly to the place of employment of his/her choice. Harder to do with train/buses. This enables the economy to more rapidly shift labor resources when economic conditions change. This is an advantage. You notice that the chinese are buying cars as fast as they can afford them. Why don't they use their "most advanced" public transportation system instead of cars? And the chinese don't strike me as wasteful.
The reason why America has 1/27th of the world's population and produces about 1/4 of the world's GPD is that Americans know how to be efficient on a large scale. Cars are a very big part of that.
Back to the point: Unions are good when there is a monopoly of talent. Look at SAG (Screen Actor's Guild). They can only command high rates because the very best actors belong to the union. They are a huge problem for independent actors and independent filmmakers. A lot of work goes overseas (Can you say Canada, New Zealand) because the rules make operating in the US very expensive. Unions are a way to create a monopoly. Programmers, nay, Geeks, are fiercely independent, and eschew monopolies like the plague.
"It would have been worse if they'd gone with it and then I'd be stuck PHP programming"
Isn't bugzilla written in Perl? Oh yeah, I remember the pain getting the dependency graphing to work local:) Works like a charm now. Haven't touched the machine in 6 months.
Slashdot Mirror
not sure who said that, but I personally use synchronous within a try/catch construct. Our environment (intranet again) gives us sufficient bandwidth etc for this to be fine.
Intranet. Paycheck. broken: fired.
You want the python source and run it yourself? no problem. Have at it.
But make sure you don't make it synchronous, or it would be SJAX. You have to return JS control to the client during the xmlhttp call and assign a function to execute on completion.
And make sure you are returning xml (a fragment of xhtlm arguably works as XML). Returning an XMLRPC response also works. Returning a fragment of html 4.0 is most likely not XML. You'd end up with AJAH. If you just returned text, as ASCII, that would give you AJAA. combinations of synchronous and ASCIIwould give you SJAA. You could then use ?JA? to denote the different combinations. I wonder if you could get the $16M with ?JA?.
You can also use the result of that call to trigger another call, and another. This allows the server and the client to carry on a real conversation in the back end. You don't even have to change the client's display. You can use ?JA? to see who's connected, for example, what page they are looking at, and what values are loaded in a js var; the cursor position for example. Scary huh?
I have an app where I use ?JA? to disconnect the user (by redirecting to a logout page that kills the cookies/sm headers) of any user that, hum, display sensitive data on the browser for more than x minutes. The beauty of this is that it's browser-windows-based. So if someone has 4 browser windows open and three are fine, and the fourth is expired, you can just close that one. Very scary huh? Oh. and there's a live report of who's looking at what page and shows how long they've been on that page. They don't even know. There's nothing on those pages that even suggests ?JA? is being used. And it's on for the entire site. (don't worry, intranet)
How do I know js is enabled? I use an md5 js lib on client to hash the pw at login. If they don't have js enabled, they can't login. If they login, I catch their browser. ?JA? for BOFH. hehe.
You mean the thing that morphed into the iframe and later yet into the hidden iframe? How could we forget...
Same here. I've had "ajax" apps out there since 2001. Almost all sites I work on I put that in. I also almost always either return an xhtml fragment and do the innerHTML dance or use js xmlrpc to connect to the server's api and use js to update the ui. But it's a kludge, really.
I use it as little as possible, and only when I absoluly have no other choice.
I never tell the managers I use this. They think using replacing nulls with zeros on integer fields is acceptable in a data warehouse environment. Eh, the hackish workaround I've had to implement!!!
In any case, if you really want to go crazy, then build a light xmlrp server in python to act as a bridge, then py2exe it (if you so desire) and run it on the client. Then have a local html+js call it via localhost:someport and it will go out and get the data out on the intarweb. Presto. You've just eliminated the central server. Expose everything as a xmlrpc services, and have only a static web server, with ONE html file. Save to desktop, run, and get the full intarweb, with no cross-domain limit.
And the python bridge can be custmized to do whatever (use Twisted? SOAP, encryption, whatever) and make it generic enough to be completely reuseable.
Beyond Ajax!
Same here. Help is for the user, when the user does not know how to do something, or does not know what to do. Updating the software is something you do when you know what you are doing, and know why you want to do it.
At the risk of being redundant (not that that's ever stopped me before) I'm going to echo that. I /., gmail, google news, bbc rss, and a few stocks... Very handy.
In view of that, it is then amazing that IIS is capable of parsing/rendering the scripts at all. I'd say this is a kudos for MS.
Let me just say that even if you don't have to pay anything because YourLittleBrowser never made any money, you are still required to fix any future versions not to infringe on the patent. That, and remove existing patent-infringing versions from download sites under your control.
Crappy now, dontcha think?
And 2 GB is plenty for the mom&pop.
I'm gonna echo that.
4 GB? You can't even store 1 measly DVD.
They should call it Oracle 10g Teaser Edition.
For a simple web site for a specialty shop, Oracle ould be an overkill. MS Access would be better for that.
For a dedicated web services, well, who knows how large it would grow to? Can't be held back by an arbitrary limit in the software, sorry.
On top of that, it's not like the South Koreans can't get their friend hackers in China-Taiwan-HongKong to stream them the latest version of whatever OS they want.
The real uptake would be more games designed for linux since gaming is such a large market in SKorea. This would push manufacturers of gaming-grade pc equipment to better support Linux.
read in the post I originally replied to: "The last straws were the copy protection that demands I stop performing my job as a software developer to play a lousy game (quick hint, the debugger *ins't* so I can hack your freaking game..."
So, he's using his work box for games. I was addressing that specifically.
Did I say no play at all... There are *other* games besides computer games, you know?
Besides, I have like 100 books on my amazon wish list. I'm working my way down.
This, ladies and gentlemen, is the reason I stopped playing computer games altogether. My computer is not some throwaway toy for me to be entertained with. It's a tool with which I work to feed my family and pay the mortgage. I don't use IE, I don't use ActiveX, and I don't install games. Games screw with the box too much.
/. a game?
You should try it. You get a lot more productive too.
Wait... Is
RFQ to vendors. Let the CIO compare the proposal. Don't do his job. He's not cutting you a slice of his salary.
/. is what to put in the RFQ together.
What you might ask
But you know your system and requirements best.
"That's simply not true."
Of course it is.
"Any member of staff working at an organisation shares a certain amount of collective responsibility to do their part well, and help others to do likewise."
Not true: The ONLY requirement of a company is to maximize shareholders profits by following its corporate charter. That is management's job. Failure to do so is management's failure.
"Only a smart-ass manager would expect an engineer to produce 100% bug free code and make no allowance for screw-ups."
And who hired and kept that smart-ass and inexperienced manager? His manager. Again, management's fault.
"Only a smart-ass critic would expect management to hire only perfect staff and fire them instantly if their perfection diminishes."
Read Miyamoto Musahshi's "Book of Five Rings", the part on "trades". It is management's fault that they didn't hire the right people and use them effectively. I say management taking everybody from the operations manager all the way to the board of directors. It is management's fault if workers have insufficient tools, resources. It is management's fault if the project is not adequately funded. It is management's fault if the * is not adequately *. You get the picture?
"The real world doesn't work that way."
The real world works exactly that way. If management in companies, officers in war, or football coaches don't take into account the shortcomings, fears, laziness, incompetence, lack of motivation, and gripe of the people they manage, they will not achieve their goals. Those managers that understand and proactively mitigate those factors succeed. Those that don't, well, blame the engineers.
In Sun Tzu's The Art of War, he writes: "If you do not know yourself and do not know the enemy, you will suffer defeat at every encounter." (I paraphrased from memory) That was 2500 years ago or so. What does knowing yourself mean exactly? He lays it out plainly in the rest of the book: Know where you are strong, know where you are weak. Know the weaknesses of your subordinates.
So, again, it's management's fault.
On your last point about the senior engineer. Why is the engineer talking to the customer? Because the company did not hire a competent salesman, did not pay the salesman in a manner in which his most profit would come from the product being delivered correct and on time. Again, management's fault.
Remember, it's ALWAYS management's fault.
Well, really the manager made the mistake of taking the engineer in there in the first place. The second mistake from the manager is not taking him in "the room" and laying out a plan of action.
Ultimately, it's ALWAYS management's fault.
Yes, Always. Always, always, always. Remember: It's always management's fault.
Did the programmer slack and not deliver the program on time/at all? Management should have motived him or replaced him. It's always management's fault.
Therefore: It's not the engineer's fault, ever.
I know French women don't shave their armpits but this is getting ridiculous.
Then, where's your source?
GDP: http://www.cia.gov/cia/publications/factbook/ranko rder/2001rank.html. Ok, It's about 1/5th.
o rder/2119rank.html Ok. It's about 1/22nd.
o rder/2004rank.html We're highest with $40,100 per capita among countries with more than 50 million population, 1/3 higher than the next >50M pop. country, the UK, which has $29,600.
Population: http://www.cia.gov/cia/publications/factbook/rank
per capita: http://www.cia.gov/cia/publications/factbook/rank
The US is second in GDP/capita only to Luxembourg, which has a population of 468,571. That's less than the San Fernando Valley (at 1.1 million). You tell me.
Cars allow for very dynamic changes in labor allocation because each day, each person can go directly to the place of employment of his/her choice. Harder to do with train/buses. This enables the economy to more rapidly shift labor resources when economic conditions change. This is an advantage. You notice that the chinese are buying cars as fast as they can afford them. Why don't they use their "most advanced" public transportation system instead of cars? And the chinese don't strike me as wasteful.
The reason why America has 1/27th of the world's population and produces about 1/4 of the world's GPD is that Americans know how to be efficient on a large scale. Cars are a very big part of that.
Back to the point: Unions are good when there is a monopoly of talent. Look at SAG (Screen Actor's Guild). They can only command high rates because the very best actors belong to the union. They are a huge problem for independent actors and independent filmmakers. A lot of work goes overseas (Can you say Canada, New Zealand) because the rules make operating in the US very expensive. Unions are a way to create a monopoly. Programmers, nay, Geeks, are fiercely independent, and eschew monopolies like the plague.
They'll probably rename it to Raiseau International, or RaisInter, to be totally unpronounceable to anyone else in the world.
"I work for a company that requires Muzak to be played over the speaker system all day long"
There's your problem right there.
"It would have been worse if they'd gone with it and then I'd be stuck PHP programming"
:) Works like a charm now. Haven't touched the machine in 6 months.
Isn't bugzilla written in Perl? Oh yeah, I remember the pain getting the dependency graphing to work local