You speak of Federal funding. This US centric view is quite funny. Why is it not possible that one of the newer emerging economies would start to fund such ventures. China is spending more on space these days, as is the EU or even a cartel of corporates. Granted the state of the art in nanotech is still a bit lacking, but recent successes are rather inspiring.
Re:Not quite the same as today's ATMs.
on
ATM Turns 40
·
· Score: 3, Funny
I do not remember those cards, and I had one of the first accounts offered by Barclays. I do remember that you could go to multiple branches and get a few quid from each as they did not update in real time. A real help for poor students, until the bank manager caught up with you a few days later...
Having been in University during the war in Vietnam, I can say that in many respects you are correct. However, in the entire term of the war the casualties by US soldiers only numbered around 60,000 over a period of 20 years http://en.wikipedia.org/wiki/Vietnam_War. With a population of 200 to 250 million there was quite a bit of separation. From my experience people were upset for many reasons, one being the draft, the other being the fact that it was blatantly wrong and unjust. Oddly enough was also seen as fighting for American Oil interests by many in our University.
It seems funny that the state best known for it's part in the American revolution has an all democratic house..... Are the Republicans too much like the king....
However, that does not change the fact that they are and have for some time been involved in the process of puttin' dead folks on their register, doesn't make much sense to me but.... http://www.jefflindsay.com/LDSFAQ/FQ_BaptDead.shtm l
They have always done this for funding. They also say that the best way to get their software is from another individual free. But to order this to help fund them in a way that might get past accounting(other than a donation).
Tis a bad day when all of the so called open source projects start letting their wallets get the best of them. There was a great story on the onion today... low paid worker has fun... not chasing the cash... but I think that most people have become so jaded as to think that money will do them good... sad day....as more and more projects fall prey to the temptation of MS cash they will own all once more... evil bastards....
Well, they have been discussing remote control features for commercial traffic where if there was a problem which incapacitated the crew..... perhaps this or some variation is what inspired the plan.
You are in fact correct IMHO I just find it sad that all the good work done by the Suse community is being tarnished by all of this. Most windows users I have encountered like Suse and feel that it is better than the M$ alternative in many ways. Let us not forget the folks that did this work prior to Novell..... I for one have never liked Novell as a company they were preditory from the beginning and I found the product lacking in many ways, but a commercial success it was.... They as in the case of the record industry outlived their usefullness and are now just riding on the back of many generous individuals that have worked for a dream....
I really find this situation quite sad. I have over the past few years helped many customers move to Linux and they often had a preference for Suse (desktop) and Redhat for the server. In many cases Suse was chosen for it's German roots (German Customers). Novell has really cocked the whole thing up and pitted developers against each other based on distro's. I often think that the FOSS movement gets too hung up on the philosophy of it all and forgets the part about choice, which IMHO is where this all began.
Amdahls law does in deed pose a problem and is correct, however things like Promise Pipelining in the E language as well as Autonomous Agent Architechtures may aid in diminishing the impact.
It was a research project at HP which was spun off. Our firm has been using it for the past four years and it does in fact do exactly what it says on the box. We have developed systems for several Telcoms, Manufacturers and Service Companies. Technobabble, I dont know, isnt most computer related literature ? I think that the whitepaper makes it fairly obvious why and how it works and I did not think it to be too heavy on the technobabble.
Anyway, the CRM code that we have been porting will be posted by the end of the week to Sourceforge NK-CRM.
My only reason for posting on this topic was that I have spent the last week or so porting Sugar CRM from PHP and it is truly a lot of work that would not have been necessary had the performance with PHP been better.
Well, it now has all of the original functionality it had and that is down to the lack of redundant code and frameworks. Declarative based systems are just different. PHP is an awful lot of code. The code seems to me difficult to maintain and modify, but this is just my experience. I stopped using the J2EE frameworks for the same reason. After 30 years of hacking this stuff I have seen an awful lot of 3GL, 4GL.... and other frameworks and they all have to me seemed a bit bulky. Like when I try to find the actual business logic in most of them. Web based apps have come a long way, I started with WebObjects on the Next machines, and have tried many of the methodologies currently being used Ruby, Groovy, PHP, JSP et al. Declarative and RESTfull systems have just worked for me and I have always found that most of the code in the others was for the framework not my app. But as I said before, this has just been my humble experience.
I have found that a truly scaleable design pattern is using a lean little engine like Jetty and a declarative/Rest based architecture. We have recently ported Sugar CRM PHP/Apache to NetKernel and lost over 95% of the code and subsecond response times. We kept the horrible database design and the workflow in the first version as well, so reworking that will further improve performance and further reduce the need for code. For me performance is important but maintainability is equal. The less code the easier to maintain.
There is a great white paper from the NK guys here
But I wonder how accurate it really is. Cobol, while an old language, was estimated last year to employ approx 3 : 2 ratio compared to Java. I know that there is still an awful lot of that code still out there as I see it regularly at large client sites.C is still very much out there and for many embedded devices there is little choice besides ASM of sorts where every device requires a different codebase. I can not see this happening for a long time. As was said above development in a particular language may go out of fashion, but after 30 years in the biz I could have started in Cobol and stayed there for 30 years with little change, same as Fortran, APL, RPG, Lisp... the list goes on..
It would however be much easier and less intrusive if a token based system were used which would not allow a vehicle to be fined if the fee had been paid. It has been developed a long time ago but I have not ever seen an implementation. You take your token to the pay point, pay and the token is charged for that location. It requires proximity of approx 2 times windscreen thickness and if no payment for that area has been made, automatically generates the fine notice.
Closer than you think, but many profited from it as well . The fellow running Sony/Universal/Polygram (Edgar Bronfman, who a while back said he had given his little tyke a talking to about downloading music), well his family made all their money exporting Canadian booze to the states (Seagram).
Slashdot Mirror
Coming from that era I can say that one of the worst things that could be said about a product was that it was made in Japan.
You speak of Federal funding. This US centric view is quite funny. Why is it not possible that one of the newer emerging economies would start to fund such ventures. China is spending more on space these days, as is the EU or even a cartel of corporates. Granted the state of the art in nanotech is still a bit lacking, but recent successes are rather inspiring.
I do not remember those cards, and I had one of the first accounts offered by Barclays. I do remember that you could go to multiple branches and get a few quid from each as they did not update in real time. A real help for poor students, until the bank manager caught up with you a few days later...
Having been in University during the war in Vietnam, I can say that in many respects you are correct. However, in the entire term of the war the casualties by US soldiers only numbered around 60,000 over a period of 20 years http://en.wikipedia.org/wiki/Vietnam_War. With a population of 200 to 250 million there was quite a bit of separation. From my experience people were upset for many reasons, one being the draft, the other being the fact that it was blatantly wrong and unjust. Oddly enough was also seen as fighting for American Oil interests by many in our University.
It seems funny that the state best known for it's part in the American revolution has an all democratic house ..... Are the Republicans too much like the king ....
Probably not such a good idea to use their employee re finance deals, if they are anything like the retail version .....
http://www.ripoffreport.com/reports/0/198/RipOff01 98550.htm
However, that does not change the fact that they are and have for some time been involved in the process of puttin' dead folks on their register, doesn't make much sense to me but .... http://www.jefflindsay.com/LDSFAQ/FQ_BaptDead.shtm l
Additionally 1 dollar seems excessive. Licorice Pizza in 1970's California was selling new albums for a dollar, actually .99.
They have always done this for funding. They also say that the best way to get their software is from another individual free. But to order this to help fund them in a way that might get past accounting(other than a donation).
Tis a bad day when all of the so called open source projects start letting their wallets get the best of them. There was a great story on the onion today ... low paid worker has fun ... not chasing the cash ... but I think that most people have become so jaded as to think that money will do them good ... sad day ....as more and more projects fall prey to the temptation of MS cash they will own all once more ... evil bastards ....
Examples exist.E-rights has some interesting stuff on reputation (albeit for ecommerce).
Yes, but then we would just have a load of MSxx certified politicians ... which way would they vote then ?
I kind of liked the https://paperairplane.dev.java.net/ aproach to the problem.
Well, they have been discussing remote control features for commercial traffic where if there was a problem which incapacitated the crew..... perhaps this or some variation is what inspired the plan.
appropriate sig
You are in fact correct IMHO I just find it sad that all the good work done by the Suse community is being tarnished by all of this. Most windows users I have encountered like Suse and feel that it is better than the M$ alternative in many ways. Let us not forget the folks that did this work prior to Novell..... I for one have never liked Novell as a company they were preditory from the beginning and I found the product lacking in many ways, but a commercial success it was .... They as in the case of the record industry outlived their usefullness and are now just riding on the back of many generous individuals that have worked for a dream....
I really find this situation quite sad. I have over the past few years helped many customers move to Linux and they often had a preference for Suse (desktop) and Redhat for the server. In many cases Suse was chosen for it's German roots (German Customers). Novell has really cocked the whole thing up and pitted developers against each other based on distro's. I often think that the FOSS movement gets too hung up on the philosophy of it all and forgets the part about choice, which IMHO is where this all began.
Amdahls law does in deed pose a problem and is correct, however things like Promise Pipelining in the E language as well as Autonomous Agent Architechtures may aid in diminishing the impact.
It was a research project at HP which was spun off. Our firm has been using it for the past four years and it does in fact do exactly what it says on the box. We have developed systems for several Telcoms, Manufacturers and Service Companies. Technobabble, I dont know, isnt most computer related literature ? I think that the whitepaper makes it fairly obvious why and how it works and I did not think it to be too heavy on the technobabble. Anyway, the CRM code that we have been porting will be posted by the end of the week to Sourceforge NK-CRM. My only reason for posting on this topic was that I have spent the last week or so porting Sugar CRM from PHP and it is truly a lot of work that would not have been necessary had the performance with PHP been better.
There is plenty of info out there both on the HP site and the 1060 site. Google turns up a plethora of info on this stuff as well.
Well, it now has all of the original functionality it had and that is down to the lack of redundant code and frameworks. Declarative based systems are just different. PHP is an awful lot of code. The code seems to me difficult to maintain and modify, but this is just my experience. I stopped using the J2EE frameworks for the same reason. After 30 years of hacking this stuff I have seen an awful lot of 3GL, 4GL .... and other frameworks and they all have to me seemed a bit bulky. Like when I try to find the actual business logic in most of them. Web based apps have come a long way, I started with WebObjects on the Next machines, and have tried many of the methodologies currently being used Ruby, Groovy, PHP, JSP et al. Declarative and RESTfull systems have just worked for me and I have always found that most of the code in the others was for the framework not my app. But as I said before, this has just been my humble experience.
I have found that a truly scaleable design pattern is using a lean little engine like Jetty and a declarative/Rest based architecture. We have recently ported Sugar CRM PHP/Apache to NetKernel and lost over 95% of the code and subsecond response times. We kept the horrible database design and the workflow in the first version as well, so reworking that will further improve performance and further reduce the need for code. For me performance is important but maintainability is equal. The less code the easier to maintain. There is a great white paper from the NK guys here
But I wonder how accurate it really is. Cobol, while an old language, was estimated last year to employ approx 3 : 2 ratio compared to Java. I know that there is still an awful lot of that code still out there as I see it regularly at large client sites.C is still very much out there and for many embedded devices there is little choice besides ASM of sorts where every device requires a different codebase. I can not see this happening for a long time. As was said above development in a particular language may go out of fashion, but after 30 years in the biz I could have started in Cobol and stayed there for 30 years with little change, same as Fortran, APL, RPG, Lisp ... the list goes on ..
It would however be much easier and less intrusive if a token based system were used which would not allow a vehicle to be fined if the fee had been paid. It has been developed a long time ago but I have not ever seen an implementation. You take your token to the pay point, pay and the token is charged for that location. It requires proximity of approx 2 times windscreen thickness and if no payment for that area has been made, automatically generates the fine notice.
Closer than you think, but many profited from it as well . The fellow running Sony/Universal/Polygram (Edgar Bronfman, who a while back said he had given his little tyke a talking to about downloading music), well his family made all their money exporting Canadian booze to the states (Seagram).