It's what the game console's *case*, a bit of molded plastic, might be made to look like. To be blunt, why does this matter? What gamer is concerned whether or not his game console has a red stripe or a blue stripe on it?
So basically you are proposing storing material that will be dangerously radioactive for around 300 thousand years in a pyramid as a kind of indiana jones style booby trap? Nice. Although I would say "funny" more than "insightful"
A geiger counter is only useful for measuring how radioactive something is. I pity the fool in 200,000 years who has to trek all around the UK with a Geiger counter to find the stuff. Assuming geiger counters still exist.
We have nuclear waste buried in certain places in the UK.
A few things worry me about it.
Firstly: It appears we have some of the stuff wrapped in aluminium foil and aren't entirely sure where it is.
Secondly: Some of this stuff will be dangerously radioactive for longer than any form of government has been in existence for. Realisticly this means there is no gurantee we can successfully pass the information on about where we have buried the stuff for the required length of time.
Possibly we are intentially hiding (read: losing) this information because the companies don't care or possibly to avoid terrorism. OR maybe both.
When I saw these TCO ads running on slashdot I complained to OSDN. They didn't deny the ads were misleading but didn't seem to want to stop running them. Their argument basically revolved around the fact that slashdot users wouldn't take the ads seriously anyway.
I stated at the time that I thought they would be in breach of UK advertising law.
Urm why would you "copy" all the data from the model to the view when using MVC? Yes, that would be inefficient but that's not a requirement of MVC, infact I wouldn't recommend it at all.
The view is responsible for mapping graphics onto a device, to achieve this you don't need to copy any data from the model to the view, you can just access the model data directly whenever you recieve a change notification in the view.
And you certainly don't need to start storing model data in the view to achieve reasonable performance - that would be very poor data encapsulation.
If you want still better performance then eliminate unneccessary notification events or send different notification events for different types of model change. (non-pure mvc but easily support with observer/observable)
Sheesh, I can't believe this got modded so high. I reckon most of slashdot are sysadmins and not developers. (ducks)
Whether Mono, Java or python is layered ontop of Glibc or not is largely irrelevant. If you think there won't be a migration away from C/C++ to modern languages that provide protection from buffer overruns, pointer errors and with decent garbage collection then you either think linux is just "dead" or you are very nieve.
If what you say is true it would indicate linux will never catch up with windows/osX and I'm not convinced that is true now that there is so much interest in linux and so much money is being poured in by the likes of IBM.
Jonathan Schwatz is right with regard to webapps, the attempt at making apps portable across JVM's and application servers is very useful and does make java seem more open than say.NET
However due to the JVM license restrictions and lack of a good OSI compliant license for the JVM and class library source, Java is not open enough to become a primary linux development language.
It is a critical time for SUN if they ever want Java to become a primary development language for Linux.
To keep up with the competition linux development is going to have to move to higher level languages for the development of core desktop applications, such as the Gnome suite. As far as I can tell there are only a few realistic options, Mono, Java, Python or something new.
With the M$/patent concerns over mono the immaturity of python and the lack of any other options now would be a damned good time to properly open source Java.
That is if they care about being a leader in the inevitable linux desktop takeover:)
I agree in principle. But if Western Digital is willing to pay him vast amounts of money to get access to seagate secrets does that mean Seagate should have to pay him vast sums to keep him?
What if western digital offered vast sums to each of the engineering team in turn? Would western digital have to counter offer each one so as not too lose trade secrets?
I see your point although the shell in unix is one of the things holding back the switch over to using high level OO based design throughout the system.
Obviously we have to move to high level OO design at some point or will we never be able to keep up in terms of developing linux/bsd.
Sure we can continue to hack around the problem by layering java/mono stuff on top of the base system but as more and more apps (for example once all gnome development) move to high level languages for primary development then bash will not be so useful. We will need something that can interact with objects rather than using strings and pipes.
In a way the fact that string manipulation, pipes and small apps are so powerful it is holding up the next major upgrade of linux/unix systems. Whilst the gnome people realise that moving to a high level language is probably essential in the long run it is going to mean re-writing a lot of C code.
The world moves on. Small apps and pipes are hugely powerful but OO and highlevel language/shells is the future - there is no doubt in my mind.
As recommended by others I suggest you setup SMTP with Auth. Then you tell your users that you "recommend" they use this SMTP server because some companies like microsoft may block emails if they don't come from this authorized mail server. Just make it clear that they *can* send mail safely via your SMTP server and that if they use a local SMTP server then mail might be blocked and you can't do anything about it...
Slashdot Mirror
...home is ALWAYS mounted as noexec. You want a program on the server, fine, you let me know which one and why, and I'll think about it...
I think that pretty much sums up why client/server computing is dead and everyone runs a local copy of Windows as admin.
They need a format that only contains meta information about files/services rather than actual commands to execute (pre/post install sections in rpm).
Atleast I think that's what they need, they sure as hell need to sort something out that is better than RPM...
I mean what are they going to come up with next, a standard packaging format?
Jesus, they're just taking all the fun out linux.
It's what the game console's *case*, a bit of molded plastic, might be made to look like. To be blunt, why does this matter? What gamer is concerned whether or not his game console has a red stripe or a blue stripe on it?
Girls.
I'm not sure it's that difficult. Rsync already does a lot of the work.
So basically you are proposing storing material that will be dangerously radioactive for around 300 thousand years in a pyramid as a kind of indiana jones style booby trap? Nice. Although I would say "funny" more than "insightful"
A geiger counter is only useful for measuring how radioactive something is. I pity the fool in 200,000 years who has to trek all around the UK with a Geiger counter to find the stuff. Assuming geiger counters still exist.
We have nuclear waste buried in certain places in the UK.
A few things worry me about it.
Firstly: It appears we have some of the stuff wrapped in aluminium foil and aren't entirely sure where it is.
Secondly: Some of this stuff will be dangerously radioactive for longer than any form of government has been in existence for. Realisticly this means there is no gurantee we can successfully pass the information on about where we have buried the stuff for the required length of time.
Possibly we are intentially hiding (read: losing) this information because the companies don't care or possibly to avoid terrorism. OR maybe both.
Yes I know. Why are they all on the coast so close to us in the UK?
When I saw these TCO ads running on slashdot I complained to OSDN. They didn't deny the ads were misleading but didn't seem to want to stop running them. Their argument basically revolved around the fact that slashdot users wouldn't take the ads seriously anyway.
I stated at the time that I thought they would be in breach of UK advertising law.
My god there is almot a whole book written on the subject!
p he nomena
http://en.wikipedia.org/wiki/Slashdot_trolling_
heh.
:)
Yeah, it might be cheaper for them to integrate a hard disk for data recovery purposes
Don't be stupid.
Users don't read readme.txt files.
Well he is suggesting MVC requires copying the model data into the view on each notification. That could explain why he finds MVC slow.
Urm why would you "copy" all the data from the model to the view when using MVC? Yes, that would be inefficient but that's not a requirement of MVC, infact I wouldn't recommend it at all.
The view is responsible for mapping graphics onto a device, to achieve this you don't need to copy any data from the model to the view, you can just access the model data directly whenever you recieve a change notification in the view.
And you certainly don't need to start storing model data in the view to achieve reasonable performance - that would be very poor data encapsulation.
If you want still better performance then eliminate unneccessary notification events or send different notification events for different types of model change. (non-pure mvc but easily support with observer/observable)
Sheesh, I can't believe this got modded so high. I reckon most of slashdot are sysadmins and not developers. (ducks)
Whether Mono, Java or python is layered ontop of Glibc or not is largely irrelevant. If you think there won't be a migration away from C/C++ to modern languages that provide protection from buffer overruns, pointer errors and with decent garbage collection then you either think linux is just "dead" or you are very nieve.
If what you say is true it would indicate linux will never catch up with windows/osX and I'm not convinced that is true now that there is so much interest in linux and so much money is being poured in by the likes of IBM.
Jonathan Schwatz is right with regard to webapps, the attempt at making apps portable across JVM's and application servers is very useful and does make java seem more open than say .NET
:)
However due to the JVM license restrictions and lack of a good OSI compliant license for the JVM and class library source, Java is not open enough to become a primary linux development language.
It is a critical time for SUN if they ever want Java to become a primary development language for Linux.
To keep up with the competition linux development is going to have to move to higher level languages for the development of core desktop applications, such as the Gnome suite. As far as I can tell there are only a few realistic options, Mono, Java, Python or something new.
With the M$/patent concerns over mono the immaturity of python and the lack of any other options now would be a damned good time to properly open source Java.
That is if they care about being a leader in the inevitable linux desktop takeover
I agree in principle. But if Western Digital is willing to pay him vast amounts of money to get access to seagate secrets does that mean Seagate should have to pay him vast sums to keep him?
What if western digital offered vast sums to each of the engineering team in turn? Would western digital have to counter offer each one so as not too lose trade secrets?
Indeed, I have no idea if he is actually a shyster but this does sound like he is now engaging in pettifoggery one way or another :)
pettifogger
Sorry it's my new word of the day.
Python is interpreted and most system components are not written in python therefore you can't interact with a lot of stuff in an OO way.
Most advertising is CPM based not CPC based.
CPM = Cost per thousand impressions.
CPC = Cost per click
Of course I expect microsoft will mess it up somehow :)
I see your point although the shell in unix is one of the things holding back the switch over to using high level OO based design throughout the system.
Obviously we have to move to high level OO design at some point or will we never be able to keep up in terms of developing linux/bsd.
Sure we can continue to hack around the problem by layering java/mono stuff on top of the base system but as more and more apps (for example once all gnome development) move to high level languages for primary development then bash will not be so useful. We will need something that can interact with objects rather than using strings and pipes.
In a way the fact that string manipulation, pipes and small apps are so powerful it is holding up the next major upgrade of linux/unix systems. Whilst the gnome people realise that moving to a high level language is probably essential in the long run it is going to mean re-writing a lot of C code.
The world moves on. Small apps and pipes are hugely powerful but OO and highlevel language/shells is the future - there is no doubt in my mind.
I don't like it much either.
As recommended by others I suggest you setup SMTP with Auth. Then you tell your users that you "recommend" they use this SMTP server because some companies like microsoft may block emails if they don't come from this authorized mail server. Just make it clear that they *can* send mail safely via your SMTP server and that if they use a local SMTP server then mail might be blocked and you can't do anything about it...
"Also, I would have trouble buying "Java Powered" unless the phone's core software was running in a JVM"
:)
Heh. I take it you aren't a great fan of the so called "java desktop system" either
oh god don't give him any more stupid ideas.