With jabber, it involved knowing what servers I wanted to connect to, and having some sort of context per user etc... There is something very elegant and simple about not having to worry about all the minute details.
Perhaps it's gotten simpler and I need to re-explore it. But I've never found a particularly good API for it so far. Not to say they don't exist. If you think you've got one worth using, feel free to mention it.
Despite the fact that these are admins using the application, I do not see why there would be a need to introduce yet another IM application like GChat when they most likely already have AIM or Yahoo. And I also still think for small-midsize businesses, adding the complexity of any kind of jabber server might be overkill.
All this being said, when we initially scoping out our IM at our company (and it is small), I suggested Jabber instead of JMS because Jabber has excellent gateways to other IM networks and supported some data transfer features which AIM of course does not support. I hope it has it's day. I thought GTalk going jabber would help support my case, but they are knee deep in Sun marketing so I did not prevail.
How about these? These are arguably far more important inventions:
- indoor plumbing - the plow (so long dark ages) - the printing press - the refrigerator - the cotton gin - the clock - the steam engine - the electrical grid - and while many medical advances were the result of "war" research, I don't believe the following were: --- antibiotics --- the discovery of DNA
I'll troll back. After you wait the obligatory 90 minutes for the IDE to load on your dual core PC with 4 gigs of ram.
*rolls eyes*
And after you generate the app, it's a beautiful thing to behold! 80k worth of code to maintain for a single form with an additional 15 xml files to store the configurations and data mappings, and proprietary HTML elements and tag specific to the java world....
But I missed the point! It's now an enterprise class application!
Hey, the trend is to manage less servers, not more. And in response to your other comment, installed user base does matter. More servers, more users, more passwords, more configuration.
Jabber is great, but the clients are leagues away from the usability that AIM, MSN, Yahoo and G-Talk provide. Sure, in a large corporate environment it might be important to have IETF/XMPP certification standards, but for a small company, less is more.
Ask Microsoft, they have sold billions of dollars in software which caters to the needs of people who just need to simply get stuff done....
This will be a boon to those doing internal company projects who would like to connect to IM to send messages which need to be received in real time for monitoring things like servers or some other process where a traditional monitoring tool might not work.
Sure, the application might never make it to your desktop, but most apps don't.
Personally, I probably wouldn't use it either as I use OSCAR, but if for some reason OSCAR starts to fail, there is this.
It's really about displaying the content that is worthwhile to the user.
What is needed is an heuristic which can determine based on user feedback, hits etc... what content is interesting and valid, promote that to the top of the list.
Hyperbole? I've heard that you can use appliction tools other than Jboss to sell software as a service! In fact, some of them are simpler, and even more secure and do not involve having to write everything in nice fluffy verbose Java! Imagine a world where you could use a hammer, a wrench, a screwdriver, and a stapler! I guess that doesn't make sense, after all, those same tools could all be replaced with a single one-size fits all approach!
This guy and his newsflashes: PHP was not designed for extensive multi-threaded coding.
And guess what? It never will be. Why should it? It's a scripting language designed to return webpages. Webpages ought to be simple and return quickly. These Sun java weenies seem to think you should be rewriting the webserver all over again, designing in tricky multi-threaded support. No wonder we have all these "appservers" doing double duty as a webserver. It's completely redundant, and frankly, most of them are shoddy in comparison in reliability to Apache.
Of course, he knows this, and in the following paragraph talks about how wonderful the performance of apache will be on these new chips.
Correct me if I'm wrong, but doesn't the SWT use JNI - it certainly links to some native windows GUI DLL calls. That's used by Eclipse - eclipse is by no means a small insignificant project.
But I would add, if the breaking point on your decision for where to goto college has come down between in-dorm or not in-dorm ethernet, perhaps some soul-searching is in order. It's a necessary feature in computer-centered fields, but there are many of degrees for which it is not the primary tool of research. Perhaps CS majors should see more of Dykstra's handwritten notes before thinking about how much needs to be done on a computer.
Umn, am I the only one confused by this derivation of the thread? How many different versions of Linux distributions are there? Why don't we get rid of those while we're at it! emacs, vi, nano, pico, joe, all must be merged into kate or maybe nedit.
Anyway, this is silly talk. It is nice to have choice.
Re:Oddly, there is still a delay difference
on
Beyond Megapixels
·
· Score: 0
Also said in the same article:
The pictures themselves, Fine says, have changed the look of the magazine. "For years [with film], we've been fighting a battle between sharpness and grain, especially in low-light shots. You try to sharpen and you just end up building more graininess. I'm amazed at the quality we're getting in low-light shots off our digital files. We're running [low-light pictures] up to two-page size that we could never have done before. Sometimes [digital] looks like it's underwater, a little bit too smooth. A strobed basketball game on a Hasselblad has a sharp line and a punch that digital doesn't have. But we don't have grain anymore. In really poorly lit situations, the ability to make a clean picture far outweighs the downside."
They also talked about how changing their timing hasn't really been an issue. I've used these cameras and I find no lag between the time you hit the button and the time the shot is taken.
Slashdot Mirror
Ha! So true! I forgot about GTalk being jabber.
In my actual experience developing applications with Jabber vs. AIM, targeting users and creating custom clients wasn't nearly as easy a cakewalk.
Sending an AIM message for me was as simple as...
login(username, password)
sendmsg(msg, targetuser)
With jabber, it involved knowing what servers I wanted to connect to, and having some sort of context per user etc... There is something very elegant and simple about not having to worry about all the minute details.
Perhaps it's gotten simpler and I need to re-explore it. But I've never found a particularly good API for it so far. Not to say they don't exist. If you think you've got one worth using, feel free to mention it.
Despite the fact that these are admins using the application, I do not see why there would be a need to introduce yet another IM application like GChat when they most likely already have AIM or Yahoo. And I also still think for small-midsize businesses, adding the complexity of any kind of jabber server might be overkill.
All this being said, when we initially scoping out our IM at our company (and it is small), I suggested Jabber instead of JMS because Jabber has excellent gateways to other IM networks and supported some data transfer features which AIM of course does not support. I hope it has it's day. I thought GTalk going jabber would help support my case, but they are knee deep in Sun marketing so I did not prevail.
How about these? These are arguably far more important inventions:
- indoor plumbing
- the plow (so long dark ages)
- the printing press
- the refrigerator
- the cotton gin
- the clock
- the steam engine
- the electrical grid
- and while many medical advances were the result of "war" research, I don't believe the following were:
--- antibiotics
--- the discovery of DNA
I'll troll back. After you wait the obligatory 90 minutes for the IDE to load on your dual core PC with 4 gigs of ram.
*rolls eyes*
And after you generate the app, it's a beautiful thing to behold! 80k worth of code to maintain for a single form with an additional 15 xml files to store the configurations and data mappings, and proprietary HTML elements and tag specific to the java world....
But I missed the point! It's now an enterprise class application!
Sounds like this.
This whole thread is off topic.
At one point they did. But they dropped it. I'm not sure if the third party existed.
Hey, the trend is to manage less servers, not more. And in response to your other comment, installed user base does matter. More servers, more users, more passwords, more configuration.
Jabber is great, but the clients are leagues away from the usability that AIM, MSN, Yahoo and G-Talk provide. Sure, in a large corporate environment it might be important to have IETF/XMPP certification standards, but for a small company, less is more.
Ask Microsoft, they have sold billions of dollars in software which caters to the needs of people who just need to simply get stuff done....
This will be a boon to those doing internal company projects who would like to connect to IM to send messages which need to be received in real time for monitoring things like servers or some other process where a traditional monitoring tool might not work.
Sure, the application might never make it to your desktop, but most apps don't.
Personally, I probably wouldn't use it either as I use OSCAR, but if for some reason OSCAR starts to fail, there is this.
It's really about displaying the content that is worthwhile to the user.
What is needed is an heuristic which can determine based on user feedback, hits etc... what content is interesting and valid, promote that to the top of the list.
JBoss is positioned to be the king of that world
Hyperbole? I've heard that you can use appliction tools other than Jboss to sell software as a service! In fact, some of them are simpler, and even more secure and do not involve having to write everything in nice fluffy verbose Java! Imagine a world where you could use a hammer, a wrench, a screwdriver, and a stapler! I guess that doesn't make sense, after all, those same tools could all be replaced with a single one-size fits all approach!
Why not simply associate the cookie with the IP address? Please do not go down the road of spoofing. (I got bored finding links)
Is that there are so many to choose from....
If sneakernet were down, would that imply you were injured or had passed on to the great bitbucket in the sky?
Mod parent up, this is reality.
Is this similar to the way that Internet Explorer just simply couldn't have been removed from previous versions of windows?
Meanwhile, article submitter was glad to unload the Zaurus for a much better price now that slashdot carried the story.
Oversimplified. I believe your "It's very simple" as much as I believe there's an easy way to eliminate deadlock, resolve synchronization issues....
Languages and frameworks do not change the fundamentals of computer science....
This guy and his newsflashes: PHP was not designed for extensive multi-threaded coding.
And guess what? It never will be. Why should it? It's a scripting language designed to return webpages. Webpages ought to be simple and return quickly. These Sun java weenies seem to think you should be rewriting the webserver all over again, designing in tricky multi-threaded support. No wonder we have all these "appservers" doing double duty as a webserver. It's completely redundant, and frankly, most of them are shoddy in comparison in reliability to Apache.
Of course, he knows this, and in the following paragraph talks about how wonderful the performance of apache will be on these new chips.
I figure I'm going to need 30 or 40 more degrees of movement.
Correct me if I'm wrong, but doesn't the SWT use JNI - it certainly links to some native windows GUI DLL calls. That's used by Eclipse - eclipse is by no means a small insignificant project.
HDMI cables run for a much longer distance than DVI. DVI cables longer than 6 meters are REALLY expensive.
Looks like they have a distance learning program, they just want you learning at that, a distance.
But I would add, if the breaking point on your decision for where to goto college has come down between in-dorm or not in-dorm ethernet, perhaps some soul-searching is in order. It's a necessary feature in computer-centered fields, but there are many of degrees for which it is not the primary tool of research. Perhaps CS majors should see more of Dykstra's handwritten notes before thinking about how much needs to be done on a computer.
When ivan strikes.
This was modded funny because everybody knows we use trains for high speed data mass transit.
Umn, am I the only one confused by this derivation of the thread? How many different versions of Linux distributions are there? Why don't we get rid of those while we're at it! emacs, vi, nano, pico, joe, all must be merged into kate or maybe nedit.
Anyway, this is silly talk. It is nice to have choice.
Also said in the same article:
The pictures themselves, Fine says, have changed the look of the magazine. "For years [with film], we've been fighting a battle between sharpness and grain, especially in low-light shots. You try to sharpen and you just end up building more graininess. I'm amazed at the quality we're getting in low-light shots off our digital files. We're running [low-light pictures] up to two-page size that we could never have done before. Sometimes [digital] looks like it's underwater, a little bit too smooth. A strobed basketball game on a Hasselblad has a sharp line and a punch that digital doesn't have. But we don't have grain anymore. In really poorly lit situations, the ability to make a clean picture far outweighs the downside."
They also talked about how changing their timing hasn't really been an issue. I've used these cameras and I find no lag between the time you hit the button and the time the shot is taken.
They will need to go back and save the whales etc...