This is a mismatch of ui paradigm. Ajax is used to enable rich client interfaces where the back button simply does not make sense anymore unless you save a continuous application stage (which again is not possible with ajax due to its non continous flow) The limited programmability of the back button does not help there too much.
On the other hand the back normally is used as a document specific buttom which should help the user to jump back into the "DOCUMENT" history which a rich client app almost never is, because you leave the document level. As long as your application is document centric there is a way you can enable back even in ajax, but as soon as you leave the domain it does not work anymore usabilitywise.
The problem starts when people get a rich client application in a browser and suddenly expect that the back button still has to work the way they think it should (which they do not really know how to also, but it should work because it is there) No one expects a back button in word or photoshop, but if they would be in the browser they suddenly would scream for it.
And no back is not undo in this case although it comes close.
Is it just me or is software design generally to difficult, you just should define your system in uml with all rules in place and then generate the code. The problem is all this fails usually in detail, where you have to deal with platform specific issues, client specific issues, rules you cannot cover in the description language, deployment szenarii, existing infrastructure, whatever you name it.
I know them back from the good old TurboPascal/Delphi years, properties never really have been an issue . This is one thing I have been lacking from java since 0.7:-( I personally think the sideffects of having endless getters and setters in the code is worse than the sideffects of applying a property wrongly. Btw. I do not particularily like the auto propertying languages like Groovy do. I personally prefer to mark instance variables as properties.
I would not call the interface mechanism a weakness, interfaces come straight from eiffel and are contractual "interfaces" in a sense that they allow a loose coupling of classes while still forcing you to some standard which reflective mechanisms do not. Interfaces are an awesome mechanism for certain things.
Javas problem in this are is not the interface, they are heavens sent it is the lack of a real property mechanism. True you dont write setters and getters anymore, but something is wrong if the average class has about 1/3rd of its code dedicated to setters and getters. Given that javas goal was to enable readable code the setters and getters are clear contradictory to this goal. I hope now that Oracle is at the helm this is finally recognized as a problem. (Btw. I have been programming with java since version 0.7)
Spring is the only real alternative, but given the state of J2EE it has taken until version 5 that JEE really became usable, you speak mostly of the merits the app servers give you but seriously until JEE 6 JEE in many areas was a mess (EJBs while good in idea were barely usable due to the XML bloat, the entire ORM part was broken so people had to refer to alternatives outside of the JEE realm) The first version which I would call outright excellent is JEE6 and this one is the first which beats Spring in the core areas it covers so that I consider switching over for the parts JEE covers. The biggest problem JEE has still is the massiv loading time from the servers, the turnaround times are frustrating, but the language is to blame for it and there are solutions but still this has to be fixed one way or the other.
Did not work out, it went into the top 10 and went out straightly after 1-2 weeks in every country, in case of AC2 the DRM really hurt the sales, it probably would be in every top 10 list still if it had not such a draconian non working DRM. And btw. the game is fully cracked as someone has posted there is a full server emu! It took ubisoft millions to develop the DRM it took the crackers 4 weeks to write a fully working emulator:-)
Eulas are zero and void in Europe, they are more worthless than a piece of used toilet paper, because they are waived at the customer after the purchase and not before and are not even signed by the customer, so go figure. They are mostly worthless in the USA for the same reasons, I dont get it, why every time an Eula issue comes out on Slashdot one or two posters think an Eula replaces local law! An Eula is a wannabe law by a producer which almost always goes contradictory to local contractual and consumer laws! They can write everything into the EULA they want, to have the legal right to enforce it is another issue, which under normal circumstances they have not!
The funny thing was that even with the lower import taxes and counting out the VAT sony mostly charged 30-50% more for the consoles here than they did in the states, so they tried to ripp off the governments of their import taxes and sack them in themselves by also using a 1:1 dollar Euro calculation! Speaking of slimey behavior!
The suing here is not even a problem regarding labor laws, the local countries runs organisations and they fight it out in court for you without additional costs, the same goes for national consumer organisations, once they receive a load of complaints they drag the company causing them to court if they have a case without additional costs to their members. Labor Law violations happen here as well, but usually the company is dragged to court instantly over them and that can happen even from the cleaning personal or anyone else who does not own a lot (no costs required expect to be member of one of those orgs) So those draconian labor contracts usually can be signed, if the company tries to enforce it ends up in court and always looses.
Problem is for certain commodity items you cannot even avoid such things, show me one mouse manufacturer who does not outsource production or does not go to the cheapest bidder. Hell Logitech for instance was one of the last to outsource from Europe to Asia, but in the end they were forced to do so as well. The same goes for almost all computer parts:-( With food you at least can buy organic or fair trade, with computer parts there is almost no chance.
I think that as well, those companies are not stupid they do everything they can get away with, once things like that become public they play the shocked ones... Nothing new here, worked since the outsourcing of manufacturing has started.
Actually my personal guess is, they will sue first, but if they loose getting rid of the mac platform support in their products will be the next step they will take. After all it is not their primary market anymore, and even if they still have 1/3rd of the revenue by mac users, my personally guess is the financial hit of not supporting the mac anymore will be not too big, the users will rather switch platforms than giving up photoshop and co. especially given apples flakey history of their own produts (no blu ray support in their hardware but wanting to sell a video cutting software)
But even then the commits are sent through an email system so if there is an attack to inject code one of those attemts end up being becoming public, the next thing you can be aware of is that every committer will check his own commits back in the history to the date of the compromise and if needed will pull his code. So there is a double layer of security involved.
After RTFA, yes, the passwords were stored using SHA-512. However, for three days the login form for one of the compromised services was altered, possibly allowing clear-text passwrod grabbing.
Is Apache a valuable target? I'm interested in what people would crack this site for, if not for fun or proof of concept.
Also, inb4 "Ubuntu sucks" or similar trolls. Linux haters would be in here if it were Ubuntu or Red Hat. Netcraft would be trolling if FreeBSD were the host OS. And God Forbid Apache had been using Server 2008.
I am not sure either, the only possible value is to inject code, but even that is quite hard since every commit is sent through mailing lists so that the committer usually might be aware of third party commits under his name. My personal guess is that it just was for 'fun' but for doing it for 'fun' involved a lot of work over several days with questionable results aka, nothing to be gained, since there are not trade secrets and everything can be downloaded anyway. But on the other hand some people justify their existence due to being destructive, so for many this is motivation enough.
Jepp I agree here, it is less that DVD sales fall due to piracy but due to not having any interest anymore. At least this is my personal experience, I dont pirate movies, but I do not really want to shell out the money, it is either rental or watch it on TV (via recording) But I guess that comes with age, there is less and less material worth watching for me, and my private life is more and more interesting due to having a family and a son to raise! I used to buy 2-3 DVDs a month when I was around 30, not it is one per year, and given the RIAA and MPAA attitude I dont regret not buying anything. Btw. the last CD I bought was 5 years ago, I decided to stop it, when the RIAA start mass suing people! I am probably not the only one!
The average person probably would not have used his replacement tire in the car as well, and probably only has a remote clue where it is. But yet if the manufacturer decided to get the replacement tires of the already sold cars back to cut costs and sell them somewhere else, what do you think would happen. The feature was sold as such, it was advertised as such it is printed in the manual some people bought it exactly because of that feature and after 3 years sony decides to remove that feature for whatever reason.
At least here in Europe this is a clearly illegal act they performed! And dont come with the EULA here, an EULA is electronic toilet paper in europe well toilet paper has more value than an EULA at least you can do something useful with it!
Good for them, Sony needs to learn such a lesson... I am not even remotely on Sonys side here, what they did is something close to stealing or fraud. They sold something after a while they decided hey this was not such a good idea and took parts of it back, to have a real life analogy. Sort of like you buy a car with an advertised replacement tire, after a while the seller decides to get the replacement tire back and fetches it from your garage, the info that he was going to pry your car open and remove the replacement tire was put onto the net and the date of the operation was April the first!
Fact is EULAs are not even remotely legally binding, because they are waived at you after the purchase and opening the package, at least here in europe it is like that. People are just so used to see all this legal bullshit that they think the EULA is some form of contract, which in Europe it clearly is not, and probably in the rest of the world as well!
In Europe the EULA is a piece of toilet paper, the main reason for this is that it is processed to the user after the purchase. There have been various trials regarding this and so far not a single one came out in favor of the EULA system. It goes against the basic principals of sales rights and contractual rights! The funny thing is most knowledgable end users know this but yet companies still waive EULAs in front of them thinking they will get any legal right out of it!
ModulaII I guess + assembly, Pascal never really was a production language from Wirths POV, Modula II was it. Pascal just became famous due to Turbo Pascal.
Embedded will develop like every other field, there is C now and the next step again will be vm based solutions, heck just look at the cell phones there it happens already!
Actually Oberon is written in Oberon, it is just compiled into binary code of the target platform, but the entire oberon system is self hostet and within its language written.
Slashdot Mirror
This is a mismatch of ui paradigm. Ajax is used to enable rich client interfaces where the back button simply does not make sense anymore unless you save a continuous application stage (which again is not possible with ajax due to its non continous flow)
The limited programmability of the back button does not help there too much.
On the other hand the back normally is used as a document specific buttom which should help the user to jump back into the "DOCUMENT" history
which a rich client app almost never is, because you leave the document level.
As long as your application is document centric there is a way you can enable back even in ajax, but as soon as you leave the domain it does not work anymore usabilitywise.
The problem starts when people get a rich client application in a browser and suddenly expect that the back button still has to work the way they think it should (which they do not really know how to also, but it should work because it is there)
No one expects a back button in word or photoshop, but if they would be in the browser they suddenly would scream for it.
And no back is not undo in this case although it comes close.
Is it just me or is software design generally to difficult, you just should define your system in uml with all rules in place and then generate the code.
The problem is all this fails usually in detail, where you have to deal with platform specific issues, client specific issues, rules you cannot cover in the description language, deployment szenarii, existing infrastructure, whatever you name it.
I know them back from the good old TurboPascal/Delphi years, properties never really have been an issue . :-(
This is one thing I have been lacking from java since 0.7
I personally think the sideffects of having endless getters and setters in the code is worse than the sideffects of applying a property wrongly.
Btw. I do not particularily like the auto propertying languages like Groovy do.
I personally prefer to mark instance variables as properties.
I would not call the interface mechanism a weakness, interfaces come straight from eiffel and are contractual "interfaces" in a sense that they allow a loose
coupling of classes while still forcing you to some standard which reflective mechanisms do not. Interfaces are an awesome mechanism
for certain things.
Javas problem in this are is not the interface, they are heavens sent it is the lack of a real property mechanism. True you dont write setters and getters anymore, but something is wrong if the average class has about 1/3rd of its code dedicated to setters and getters. Given that javas goal was to enable readable code the setters and getters are clear contradictory to this goal. I hope now that Oracle is at the helm this is finally recognized as a problem.
(Btw. I have been programming with java since version 0.7)
Spring is the only real alternative, but given the state of J2EE it has taken until version 5 that JEE really became usable, you speak mostly of the merits the app servers give you but seriously until JEE 6 JEE in many areas was a mess (EJBs while good in idea were barely usable due to the XML bloat, the entire ORM part was broken so people had to refer to alternatives outside of the JEE realm)
The first version which I would call outright excellent is JEE6 and this one is the first which beats Spring in the core areas it covers so that I consider switching over for the parts JEE covers.
The biggest problem JEE has still is the massiv loading time from the servers, the turnaround times are frustrating, but the language is to blame for it and there are solutions but still this has to be fixed one way or the other.
Did not work out, it went into the top 10 and went out straightly after 1-2 weeks in every country, in case of AC2 the DRM really hurt the sales, it probably would be in every top 10 list still if it had not such a draconian non working DRM. :-)
And btw. the game is fully cracked as someone has posted there is a full server emu!
It took ubisoft millions to develop the DRM it took the crackers 4 weeks to write a fully working emulator
Eulas are zero and void in Europe, they are more worthless than a piece of used toilet paper, because they are waived at the customer after the purchase and not before and are not even signed by the customer, so go figure. They are mostly worthless in the USA for the same reasons, I dont get it, why every time an Eula issue comes out on Slashdot one or two posters think an Eula replaces local law!
An Eula is a wannabe law by a producer which almost always goes contradictory to local contractual and consumer laws!
They can write everything into the EULA they want, to have the legal right to enforce it is another issue, which under normal circumstances they have not!
The funny thing was that even with the lower import taxes and counting out the VAT sony mostly charged 30-50% more for the consoles here than they did in the states, so they tried to ripp off the governments of their import taxes and sack them in themselves by also using a 1:1 dollar Euro calculation!
Speaking of slimey behavior!
The suing here is not even a problem regarding labor laws, the local countries runs organisations and they fight it out in court for you without additional costs, the same goes for national consumer organisations, once they receive a load of complaints they drag the company causing them to court if they have a case without additional costs to their members.
Labor Law violations happen here as well, but usually the company is dragged to court instantly over them and that can happen even from the cleaning personal or anyone else who does not own a lot (no costs required expect to be member of one of those orgs)
So those draconian labor contracts usually can be signed, if the company tries to enforce it ends up in court and always looses.
Sorry, but I rather doubt that an embedded power pc chip is really much faster than
a cortex A9.
Internship is not quite slave work, but comes very close in many cases.
Problem is for certain commodity items you cannot even avoid such things, show me one mouse manufacturer who does not outsource production or does not go to the cheapest bidder. Hell Logitech for instance was one of the last to outsource from Europe to Asia, but in the end they were forced to do so as well. :-(
The same goes for almost all computer parts
With food you at least can buy organic or fair trade, with computer parts there is almost no chance.
I think that as well, those companies are not stupid they do everything they can get away with, once things like that become public they play the shocked ones...
Nothing new here, worked since the outsourcing of manufacturing has started.
Actually my personal guess is, they will sue first, but if they loose getting rid of the mac platform support in their products will be the next step they will take.
After all it is not their primary market anymore, and even if they still have 1/3rd of the revenue by mac users, my personally guess is the financial hit of not supporting the mac anymore will be not too big, the users will rather switch platforms than giving up photoshop and co. especially given apples flakey history of their own produts (no blu ray support in their hardware but wanting to sell a video cutting software)
But even then the commits are sent through an email system so if there is an attack to inject code one of those attemts end up being becoming public, the next thing you can be aware of is that every committer will check his own commits back in the history to the date of the compromise and if needed will pull his code.
So there is a double layer of security involved.
After RTFA, yes, the passwords were stored using SHA-512. However, for three days the login form for one of the compromised services was altered, possibly allowing clear-text passwrod grabbing.
Is Apache a valuable target? I'm interested in what people would crack this site for, if not for fun or proof of concept.
Also, inb4 "Ubuntu sucks" or similar trolls. Linux haters would be in here if it were Ubuntu or Red Hat. Netcraft would be trolling if FreeBSD were the host OS. And God Forbid Apache had been using Server 2008.
I am not sure either, the only possible value is to inject code, but even that is quite hard since every commit is sent through mailing lists so that the committer usually might be aware of third party commits under his name.
My personal guess is that it just was for 'fun' but for doing it for 'fun' involved a lot of work over several days with questionable results aka, nothing to be gained, since there are not trade secrets and everything can be downloaded anyway.
But on the other hand some people justify their existence due to being destructive, so for many this is motivation enough.
Jepp I agree here, it is less that DVD sales fall due to piracy but due to not having any interest anymore.
At least this is my personal experience, I dont pirate movies, but I do not really want to shell out the money, it is either rental or watch it on TV (via recording)
But I guess that comes with age, there is less and less material worth watching for me, and my private life is more and more interesting due to having a family and a son to raise!
I used to buy 2-3 DVDs a month when I was around 30, not it is one per year, and given the RIAA and MPAA attitude I dont regret not buying anything.
Btw. the last CD I bought was 5 years ago, I decided to stop it, when the RIAA start mass suing people!
I am probably not the only one!
The average person probably would not have used his replacement tire in the car as well, and probably only has a remote clue where it is. But yet if the manufacturer decided to get the replacement tires of the already sold cars back to cut costs and sell them somewhere else, what do you think would happen.
The feature was sold as such, it was advertised as such it is printed in the manual some people bought it exactly because of that feature and after 3 years sony decides to remove that feature for whatever reason.
At least here in Europe this is a clearly illegal act they performed!
And dont come with the EULA here, an EULA is electronic toilet paper in europe well toilet paper has more value than an EULA at least you can do something useful with it!
Good for them, Sony needs to learn such a lesson...
I am not even remotely on Sonys side here, what they did is something close to stealing or fraud.
They sold something after a while they decided hey this was not such a good idea and took parts of it back, to have a real life analogy.
Sort of like you buy a car with an advertised replacement tire, after a while the seller decides to get the replacement tire back and fetches it from your garage, the info that he was going to pry your car open and remove the replacement tire was put onto the net and the date of the operation was April the first!
Fact is EULAs are not even remotely legally binding, because they are waived at you after the purchase and opening the package, at least here in europe it is like that. People are just so used to see all this legal bullshit that they think the EULA is some form of contract, which in Europe it clearly is not, and probably in the rest of the world as well!
In Europe the EULA is a piece of toilet paper, the main reason for this is that it is processed to the user after the purchase. There have been various trials regarding this and so far not a single one came out in favor of the EULA system.
It goes against the basic principals of sales rights and contractual rights!
The funny thing is most knowledgable end users know this but yet companies still waive EULAs in front of them thinking they will get any legal right out of it!
ModulaII I guess + assembly, Pascal never really was a production language from Wirths POV, Modula II was it.
Pascal just became famous due to Turbo Pascal.
Embedded will develop like every other field, there is C now and the next step again will be vm based solutions, heck just look at the cell phones there it happens already!
it breaks auto indentation
Actually Oberon is written in Oberon, it is just compiled into binary code of the target platform, but the entire oberon system is self hostet and within its language written.