My employer bought me an iPod touch, because I should write a client for it for our in-house software.
The device was delivered with os v 2.x but 3.0 was already out. so I had to fire up a virtual machine, install itunes to get the update. No updates for you it said, until you are registered. well i started registering an itunes acc and found out they want my credit card (just in case?) for the free update and free apps i want to install.
This was a real WTF moment!
iAnything? not with me any more. If they start pulling stunts like this with OSX... i will replace my private mbp as soon as possible.
Yeah, the nolocks option works, as long as I have control over the NFS server.
I really appreciate your help! This issue is the reason I am considering using another browser on unix like systems. I haven't had issues like this with chromium or konqueror.
this one is the most apropriate: https://bugzilla.mozilla.org/show_bug.cgi?id=478189
I have been working with sqlite and it's clearly stated in the sqlite FAQ that sqlite *will* have locking problems over NFS, it's a design desicion. I think this is the source of the Problem: http://www.sqlite.org/faq.html#q5
When FF crashes, the sqlite databases are in a state where the uncommited transactions cannot be rolled back nor discarded.
Not sure if this could be fixed without replacing sqlite entirely.
Yes Boris, for example storing history data in sqlite leads to problems on a normal unix installation where the home (and the profile) is stored on an NFS share. When my ff crashes on linux (which unfortunately happens often due flash) my profile ist dead.
I have started to dump all sqlite databases before starting FF so i can easily recover corrupt sqlite databases after a crash.
Paper is really getting less important to People. PDF is best used for generating print ready documents or archiving old and newly created documents. It's a print media used read-only. When we need to submit data there are various better suited ways, today html/http is preferred (specially when cross-platform compatibility is of concern).
Integrating form functionality and scriptability is a desperate try to transform a static print media into an interactive online media. Too many other technologies do it already, so there is no need for replacement (and wasn't early this decade when forms were added to PDF).
What I never understood is, why adobe hasn't added a simple data store in their document format. Then extend the "Reader" to be able to store data in the document in a standardised way. A filled out form would stay filled out. it could be archived, mailed and automatically processed by software which imports this data back into other storage system(s).
I am a long time user and customer of VMWare products. But for my desktop virtualisation (and more and more non system critical servers) i am moving to virtualbox, why?
My host system is linux and Virtualbox is compiling the needed kernel modules through the package manager automagically on updates, i have to do this for vmware server by hand, every fucking time. And this is often, since i prefer patched servers so new kernels are going ins ASAP.
"2. If you are too stupid to figure out how to download and install an alternative web browser, how is that Micorsoft's fault or problem?"
Maybe you do not remember the late 90ies. Without Mozilla we wouldn't call the web "Web 2.0" today, it would be "Microsoft Web 2.0" and would nor work without "Microsoft Internet Explorer(C)". This being a linux/unix centric site, i guess most readers would be out of luck browsing the web and more importantly using web applications (no company webmail from at home for you sir).
I don't understand all the bitching on this topic, people seem to forget so quickly. Web applications are the future, it was clear to some in the late 90ies, today every one working in IT should know this! If one monopolist can control the web, we sure have a problem in the future.
That's an interesting point which will make it harder for google to relate the resolved site with the client.
However, it's just bad luck if the target site uses and google service (ads, cdn, webmaster tools, analytics, application exports like docs/spread, etc.).
We have wages to pay here in the Heroes team and in order to keep a team large enough to make new free content like maps and other game features we need to increase the amount of BF that people buy.
By earning more money of some players they will be able to release "free" content?
Battlefield was a really nice game... but with Version 2 they have screwed up. DICE released unfinished addons for half the price of a new game (1-2 new maps, 1-2 new weapons). The addon's were bug ridden (more than the original game) and patches came in slowly.
This in combination with the usually EA stunts lead me to abandon Battlefield entirely (altough I like the game when it works).
You have read the fine article, did you? This was about serverside javascript (not Java Script, it really isn't Java) concerning a common server side js framework.
This is silly. The story is about a common Serverside Javascript implementation standard and not about whatnot is faster. For those who haven't RTFA it's about standardisation of JavaScript on the server side (JS has really only lived brightly in the browser so far with it's enormous install base on the client side).
Cheers,
-S
I think your intent is to help and not to troll, maybe I gave too little detail about our problem.
The main problems are not of technical nature but social. We have a well defined set of HL7[1] Messages for exchanging record sets (HL7), binary data which might contain a record set (HL7 MDM) as well as Messages/Events (HL7 ORU).
The real problem lies in the fact, that hospital personal (except doctors) are primarily focused at treating the patient. Everything technical is seen as just another annoyance. Today's management expects a lot of reporting, which forces said workers into entering and mangeing a lot of data. Something they don't want to do (sometimes can't). It is an annoyance to them which they want just to go away as quickly as possible. Therefore they often use systems inappropriately.
[1] HL7 is data exchange format primarily used in medical environments across the globe.
I am working in a large Hospital as software engineer. I can tell you, that it's more safe to give a nurse a piece of paper than a computer. why? because the nurse's primary goal is to treat the patient and to to use this scary computer thing!
It might be about safety (i don't answer you the answer) but -- as I see it -- it is about having alot of data (especially history and current results) at your fingertips (from the perspective of a doctor). This safes time and enables them to see the bigger picture in less time. However, most of the data doesn't enter itself into the systems.
That some of this has to do with the staff being largely of the 35+ crowd and the propensity of that crowd to not know how to use computers even remotely as well as, say, a 16 year old kid does right now.
This is exactly what I witness. I am working as a Software developer in a University Hospital in Europe. Just an example:
It often happens here, That some one enters data into a system. Then another devision needs said data and guess what they do? Data is printed out, faxed internally to another devision and usually a subset of the data is entered manually into another system again. Despite the fact that all involved users have access to both systems and if they'd use the systems appropriate, data would be exchanged automatically between theses systems (data exchange doesn't always happen automatically for several logical or obscure reasons).
As it looks like (from talks with IT stuff from other hospitals) we are not a special case. Especially non academic employees in a hospital are really resistant in learning how to use these "new" technologies (it works much better with younger employees).
I do the same for some time. However, I would not call ExtJS fast in IE6 on a corporate desktop (remeber, corporates are not running the latest and greatest for typing emails and word documents). Even in Firefox 3.5 and Chrome are JavaScript powered pages slow (compared to the good old HTML forms which loaded *and* rendered in miliseconds).
However, not needing to refresh the UI after every user action will make the user experience faster in more complex web applications.
From a technical point of view the biggest difference between FF and Seamonkey (AKA Mozilla Suite) is the XUL interfache of firefox.
With a litle bit of XML and Javascript knowledge it is possible to completely redesign firefoxe's user interface. To some extent, this is what add-ons do. In Seamonkey the application wold need to be recompiled for changes (except for some hooks in the menu AFAIR).
This is the main Reason IMHO why FF feels so bloated today. FF itself is still quiet lightweight. But all those extensions are (which are often badly written) add a lot of bloat to FF. Also, XUL and JS is certainy not going to performa as well as a UI written in C/C++.
Cheers, -S
PS: by lightweigth (at the time of phoenix) it was not meant to have more performance but less features (browser only, many options removed)... The inofficial slogan of the Mozilla suite was: "We have everything but a kitchen sink". Whoever has seen the perferences window will probably agree;)
Let's see how you see this after 10 Years of commercial flying. My Brother is captain on an A320 for many years now. The problem is boredom. Most of those pilots are over-achiever until they have the job they want. And from then on, they have too much time while doing their jobs. Most of them start doing their office work in the cockpit, play games, watch movies, etc.
I don't want to say that the "computer thing" wasn't a silly excuse for something else, but think about it, most of them are so bored by their job that they start doing stupid things after some years (especially when they also have a lot of routine on the routes they fly every day).
your having problems with logic here but its quite simple, let me help you a bit.
for most people flash is a very good thing, for idiot zealots like you it isn't. flash continues to spread and grow in power.
the increasingly shrill voices of those like you
if you're stupid enough to buy a phone that drops 1/5 of all calls in nyc then they deserve what they get - a walled garden that nobody with half a brain would want to be in.
you just wait for html 5 with svg wundershow extensions/sarcasm.
Well I byte, young man.
Embedded devices have not the same resources available as desktop PCs have. CPU intensive tasks are often offloaded from the CPU to specialized hardware. Video and Audio en-/decoding is a good example for that.
Running a video player as separate application (which is by no means efficent) in another application just isn't going to help the cause (especially, if the same software performs already pretty bad on Desktop hardware).
NAtive video players can take advantage of the environment by default (be it hardware acceleration or desktop integration).
Apple might have an agenda, but if not I see plenty of technical reasons to rather not have flash on the iPhone (doesn't flash videos use h.264 for encoding which is certainly already supoorted on all apple platforms?).
I am still trying to figure out where my logic is flawed, you might be able to help me politely?
Palm seems to have no problem with it. The Palm Pre is going to be the first phone to support Flash:
The way you write this, it sounds like something positive.
Seriously, I don't like the stronghold of Apple over the iPhone platform but if this prevents the poor iPhone users to ever have to witness the Flash "Experience", I think this is a good thing.
Oh, an if you want video, there is a video player on the iPhone which can display streaming video. Flash is the worst option for watching video so just offer a Video stream on your site instead of a fucking flash applet, dammit!
Slashdot Mirror
I did get a *free* update but I had to provide a CC anyway, this was my point and i find it ridiculous!
My employer bought me an iPod touch, because I should write a client for it for our in-house software.
... i will replace my private mbp as soon as possible.
The device was delivered with os v 2.x but 3.0 was already out. so I had to fire up a virtual machine, install itunes to get the update. No updates for you it said, until you are registered. well i started registering an itunes acc and found out they want my credit card (just in case?) for the free update and free apps i want to install.
This was a real WTF moment!
iAnything? not with me any more. If they start pulling stunts like this with OSX
Yeah, the nolocks option works, as long as I have control over the NFS server.
I really appreciate your help! This issue is the reason I am considering using another browser on unix like systems. I haven't had issues like this with chromium or konqueror.
There are a couple of bug reports, but they do not seem to get a lot of attention:
https://bugzilla.mozilla.org/buglist.cgi?quicksearch=NFS
this one is the most apropriate:
https://bugzilla.mozilla.org/show_bug.cgi?id=478189
I have been working with sqlite and it's clearly stated in the sqlite FAQ that sqlite *will* have locking problems over NFS, it's a design desicion. I think this is the source of the Problem:
http://www.sqlite.org/faq.html#q5
When FF crashes, the sqlite databases are in a state where the uncommited transactions cannot be rolled back nor discarded.
Not sure if this could be fixed without replacing sqlite entirely.
Thanks for your Interest and kind Regards,
-S
Yes Boris, for example storing history data in sqlite leads to problems on a normal unix installation where the home (and the profile) is stored on an NFS share. When my ff crashes on linux (which unfortunately happens often due flash) my profile ist dead.
I have started to dump all sqlite databases before starting FF so i can easily recover corrupt sqlite databases after a crash.
If I had mod points, i would mod you up.
Paper is really getting less important to People. PDF is best used for generating print ready documents or archiving old and newly created documents. It's a print media used read-only. When we need to submit data there are various better suited ways, today html/http is preferred (specially when cross-platform compatibility is of concern).
Integrating form functionality and scriptability is a desperate try to transform a static print media into an interactive online media. Too many other technologies do it already, so there is no need for replacement (and wasn't early this decade when forms were added to PDF).
What I never understood is, why adobe hasn't added a simple data store in their document format. Then extend the "Reader" to be able to store data in the document in a standardised way. A filled out form would stay filled out. it could be archived, mailed and automatically processed by software which imports this data back into other storage system(s).
Cheers,
-S
Oh and another one:
I am a long time user and customer of VMWare products. But for my desktop virtualisation (and more and more non system critical servers) i am moving to virtualbox, why?
My host system is linux and Virtualbox is compiling the needed kernel modules through the package manager automagically on updates, i have to do this for vmware server by hand, every fucking time. And this is often, since i prefer patched servers so new kernels are going ins ASAP.
Cheers,
-S
"2. If you are too stupid to figure out how to download and install an alternative web browser, how is that Micorsoft's fault or problem?"
Maybe you do not remember the late 90ies. Without Mozilla we wouldn't call the web "Web 2.0" today, it would be "Microsoft Web 2.0" and would nor work without "Microsoft Internet Explorer(C)". This being a linux/unix centric site, i guess most readers would be out of luck browsing the web and more importantly using web applications (no company webmail from at home for you sir).
I don't understand all the bitching on this topic, people seem to forget so quickly. Web applications are the future, it was clear to some in the late 90ies, today every one working in IT should know this! If one monopolist can control the web, we sure have a problem in the future.
Kind regards,
-S
That's an interesting point which will make it harder for google to relate the resolved site with the client.
However, it's just bad luck if the target site uses and google service (ads, cdn, webmaster tools, analytics, application exports like docs/spread, etc.).
Cheers,
-S
For those too lazy to run whois:
...
...
spliffy@localhost:~$ whois gtei.net
Registrant:
Verizon Trademark Services LLC
Verizon Trademark Services LLC
1320 North Court House Road
Arlington VA 22201
US
domainlegalcontact@verizon.com +1.7033513164 Fax: +1.7033513669
no, after 1942 came vietnam, then came "Battlefield 2". for 2 came a bunch of paid updates which were screwed up badly.
By earning more money of some players they will be able to release "free" content?
Battlefield was a really nice game ... but with Version 2 they have screwed up. DICE released unfinished addons for half the price of a new game (1-2 new maps, 1-2 new weapons). The addon's were bug ridden (more than the original game) and patches came in slowly.
This in combination with the usually EA stunts lead me to abandon Battlefield entirely (altough I like the game when it works).
You have read the fine article, did you? This was about serverside javascript (not Java Script, it really isn't Java) concerning a common server side js framework.
This is silly. The story is about a common Serverside Javascript implementation standard and not about whatnot is faster. For those who haven't RTFA it's about standardisation of JavaScript on the server side (JS has really only lived brightly in the browser so far with it's enormous install base on the client side). Cheers, -S
I think your intent is to help and not to troll, maybe I gave too little detail about our problem.
The main problems are not of technical nature but social. We have a well defined set of HL7[1] Messages for exchanging record sets (HL7), binary data which might contain a record set (HL7 MDM) as well as Messages/Events (HL7 ORU).
The real problem lies in the fact, that hospital personal (except doctors) are primarily focused at treating the patient. Everything technical is seen as just another annoyance. Today's management expects a lot of reporting, which forces said workers into entering and mangeing a lot of data. Something they don't want to do (sometimes can't). It is an annoyance to them which they want just to go away as quickly as possible. Therefore they often use systems inappropriately.
[1] HL7 is data exchange format primarily used in medical environments across the globe.
I am working in a large Hospital as software engineer. I can tell you, that it's more safe to give a nurse a piece of paper than a computer. why? because the nurse's primary goal is to treat the patient and to to use this scary computer thing!
It might be about safety (i don't answer you the answer) but -- as I see it -- it is about having alot of data (especially history and current results) at your fingertips (from the perspective of a doctor). This safes time and enables them to see the bigger picture in less time. However, most of the data doesn't enter itself into the systems.
Cheers,
-S
That some of this has to do with the staff being largely of the 35+ crowd and the propensity of that crowd to not know how to use computers even remotely as well as, say, a 16 year old kid does right now.
This is exactly what I witness. I am working as a Software developer in a University Hospital in Europe. Just an example:
It often happens here, That some one enters data into a system. Then another devision needs said data and guess what they do? Data is printed out, faxed internally to another devision and usually a subset of the data is entered manually into another system again. Despite the fact that all involved users have access to both systems and if they'd use the systems appropriate, data would be exchanged automatically between theses systems (data exchange doesn't always happen automatically for several logical or obscure reasons).
As it looks like (from talks with IT stuff from other hospitals) we are not a special case. Especially non academic employees in a hospital are really resistant in learning how to use these "new" technologies (it works much better with younger employees).
UN Resolution 3379 defines Zionism as racism!
http://en.wikipedia.org/wiki/United_Nations_General_Assembly_Resolution_3379
Cheers,
-S
I do the same for some time. However, I would not call ExtJS fast in IE6 on a corporate desktop (remeber, corporates are not running the latest and greatest for typing emails and word documents). Even in Firefox 3.5 and Chrome are JavaScript powered pages slow (compared to the good old HTML forms which loaded *and* rendered in miliseconds).
However, not needing to refresh the UI after every user action will make the user experience faster in more complex web applications.
Cheers,
-S
From a technical point of view the biggest difference between FF and Seamonkey (AKA Mozilla Suite) is the XUL interfache of firefox.
With a litle bit of XML and Javascript knowledge it is possible to completely redesign firefoxe's user interface. To some extent, this is what add-ons do. In Seamonkey the application wold need to be recompiled for changes (except for some hooks in the menu AFAIR).
This is the main Reason IMHO why FF feels so bloated today. FF itself is still quiet lightweight. But all those extensions are (which are often badly written) add a lot of bloat to FF. Also, XUL and JS is certainy not going to performa as well as a UI written in C/C++.
Cheers,
-S
PS: by lightweigth (at the time of phoenix) it was not meant to have more performance but less features (browser only, many options removed) ... The inofficial slogan of the Mozilla suite was: "We have everything but a kitchen sink". Whoever has seen the perferences window will probably agree ;)
Let's see how you see this after 10 Years of commercial flying. My Brother is captain on an A320 for many years now. The problem is boredom. Most of those pilots are over-achiever until they have the job they want. And from then on, they have too much time while doing their jobs. Most of them start doing their office work in the cockpit, play games, watch movies, etc.
I don't want to say that the "computer thing" wasn't a silly excuse for something else, but think about it, most of them are so bored by their job that they start doing stupid things after some years (especially when they also have a lot of routine on the routes they fly every day).
Cheers,
-S
BOFH excuse #345: Stray Alpha Particles from memory packaging^H^H^H^H^H^Hpile of coal caused Hard Memory Error on Server.
your having problems with logic here but its quite simple, let me help you a bit.
for most people flash is a very good thing, for idiot zealots like you it isn't. flash continues to spread and grow in power.
the increasingly shrill voices of those like you
if you're stupid enough to buy a phone that drops 1/5 of all calls in nyc then they deserve what they get - a walled garden that nobody with half a brain would want to be in.
you just wait for html 5 with svg wundershow extensions /sarcasm.
Well I byte, young man.
Embedded devices have not the same resources available as desktop PCs have. CPU intensive tasks are often offloaded from the CPU to specialized hardware. Video and Audio en-/decoding is a good example for that.
Running a video player as separate application (which is by no means efficent) in another application just isn't going to help the cause (especially, if the same software performs already pretty bad on Desktop hardware).
NAtive video players can take advantage of the environment by default (be it hardware acceleration or desktop integration).
Apple might have an agenda, but if not I see plenty of technical reasons to rather not have flash on the iPhone (doesn't flash videos use h.264 for encoding which is certainly already supoorted on all apple platforms?).
I am still trying to figure out where my logic is flawed, you might be able to help me politely?
-S
Palm seems to have no problem with it. The Palm Pre is going to be the first phone to support Flash:
The way you write this, it sounds like something positive.
Seriously, I don't like the stronghold of Apple over the iPhone platform but if this prevents the poor iPhone users to ever have to witness the Flash "Experience", I think this is a good thing.
Oh, an if you want video, there is a video player on the iPhone which can display streaming video. Flash is the worst option for watching video so just offer a Video stream on your site instead of a fucking flash applet, dammit!
-S
Mod Parent up. Vista is known for bad battery life on laptops. So now blame 3rd party browsers instead of the OS?