The trouble is, that marketing departments are usualy so far removed from Customer Service departments that to a marketing person "User Feedback" sounds like some sort of exotic disease...
Marketing departments are more interested in _telling_ users what they want, than asking them.
Re:jsp is a bad idea, but Java is not
on
On PHP and Scaling
·
· Score: 3, Informative
JSP on it's OWN is a bad idea.
just as Velocity on it's own would be a bad idea. Write your buisness logic in plain java, use servlets to manage the flow of control, and to call your java API to create value objects (beans) to place in the request, and then use JSP to format the data.
You only run in to problems if you try to do everything with JSP, which is always a bad idea, just as it's always a bad idea.
and JSP 2.0 is even better with the JSTL expression language built in.
have you actually tried to write a non trivial cross platform application? (Non GUI - obviously you're going to find differences when you're writing GUI applications)
Apache is a terrible example, they had to pratically rewrite the server portion from scratch to make Apache on Windows perform anywhere near as well as it does on Unix platforms. That's because the kernels are fundamentally different. The video support is completely irrelevant, the real differences are the threading and process model, the filesystem features especially file locking (argh, I hate windows file locking semantics - i _WANT_ to be able to delete or rename a file that happens to be open by a process somewhere). In Windows, Only Files are files. So you _have_ to use send() and recv() on a socket, you cant just use write() and read() to ensure network transparency, you'd have to do the abstraction yourself.
The whole philosophy of windows seems to not understand abstraction or polymorphism. In the Windows world that seems to be - provide two different APIs that use two different types of objects, and apply similar methods to them. as opposed to One API that can use multiple object types and use the same methods on them and have those methods do what is appropriate for that object type.
The differences are not insurmountable, but they're definitely there, and it's the programmers, the administrators and the power users that feel them the most. It's the casual user that wont notice the difference.
A person would call something a gun, whether the projectile was fired using combustion, compressed air, or a spring. If by "The device itself" you mean a device that causes something to happen by this one specific method, then you'd be right. But most people are happy to call multiple objects that appear to perform largely the same task but by different methods the same type of device.
And even if that weren't true, it's irrelevant in this context, because an API does nothing, and is therefore not patentable by anyone's definition. It's not an invention, and it's not a mechanism, it's simply a bunch of words that make it easy for someone to access a mechanism.
The only way an API would be remotely patentable is if someone had patented the concept of an API - A mechanism for providing a coherent set of human readable names used to access services.
That is, and always will be the only answer to privacy concerns about email.
Port 25 is for non encrypted, non authenticated mail traffic. There are other ports for authenticated, SSL encrypted mail sending (of course, the email itself is plaintext to the server, so you'll still want to use pgp, gpg, S/MIME or whatever).
If you have another server that you send mail through, then set it up to handle authenticated SMTP and use it that way. Port 25 for mail sending needs to die. It's mostly OK for server - server delivery though.
KDE doesn't NEED to do anything other than exactly what it's doing right now.
I use KDE _because_ it is easy to customize. I have absolutely no interest in working in an environment where changing your colour scheme is something you can only do by manually modifying a text file somewhere.
Your text does not agree with your conclusion, you say people are not idiots, they just have better things to do, yet then you say it needs to install in idiot mode, and make it difficult to customize.
People DO just have better things to do, but they also usually like making something their own first - which means customizing, and if it's difficult to do or hidden, then they'll count that against the environment, not as a point for it. KDE allows you to easily make the customizations you want to do, when you feel like it, with a minimum of fuss, and then get straight back to work. I fail to see how that's a bad thing.
Your point on the Media / Video players is a good one, but I disagree with the Mixer. Someone interested in recording and creating sound effects had better know that a mixer is in fact a volume control - or more accurately multiple volume controls, it's not a "Geek" or computer term, it's an Audio term. Someone interested in it would either already know the difference, or would find out.
what's even funnier is seeing some hotmail addresses in there... Now I know that nobody reads the article, and only about 10% even bother reading the summary.
I honestly don't know either. But apparently DNS is hard, even when you're using W2K. I've never figured out how one of our network people was able to ACCIDENTLY add an NS record for one of our web servers instead of an A record, and I've definitely never figured out how it is that they couldn't understand what the problem was or how to fix it. They use Win2K on the DNS servers.
If it'd been Bind, they wouldn't have made the mistake in the first place, because there is no way you would accidently type "NS" instead of "A". Not to mention the fact that they probably wouldn't have attempted to make the change, and would have waited until the person who knew what he was doing was back.
I'm assuming that the person in question randomly clicked stuff until he had somewhere he could put a server name in....
Nope, I don't care what other software you've used, or how easy or difficult it is. If you say that the Bind configuration is anything like Sendmail configuration in any way then you have not used both Bind and Sendmail. Myabe you have used one of them, but you have definitely not used both.
Tabbed browsing makes it much harder to locate the specific browser instance quickly...it effectively circumvents the task bar. So you've got to find Mozilla or Firefox on the task bar, and then find the tab you want.
It's even worse if you have a couple of browser windows open with multiple tabs in each.....something that I tend to find myself doing - especially when I'm using two monitors.
Having said that, I still rather like tabs, I mainly use them for grouping related browsing in a single window - one window for general browsing, one for documentation and research, one for testing, etc...
And for those of us not living in the USA, what sort of taxes do you pay on that income?
My gross salary is around AU$73,000 (plus $7000 in superanuation), but all I get in my pocket after tax is $50,000. Is the situation similar over there?
Every single email you send anywhere on the internet is read in it's entirety by at least one machine not in your control. That machine can trivilaly copy and archive the contents of your message and leave NO TRACE.
If you're paranoid about GMail, but you're happy to send unencrypted email to other addresses, then you're an idiot, that's all there is to say.
Though I agree it's definitely Perl, not PERL, but it's name did originaly come from an acronym.
Re:Someone please explain this to me.
on
Mozilla 1.7 Released
·
· Score: 2, Interesting
> but whats the BIGGEST reason to switch?
Why don't you find out for yourself. There are some decisions in life that are important, and weighty, and have significant consequences...for those decisions, you should make sure you find out verything you know first before making them.
Choice of browser is not one of those decisions. It's a 5 meg download, then it's a case of clicking the globe with a red fox on it instead of the e with the halo. It's really not that hard, and you're not commited. You can always click the E again next time if it didn't work out clicking the fox.
Since you say you already use it, I'm a bit confused as to why you're asking. If you can't think of a reason, after having used it then just don't switch, keep uisng IE if it suits you ok, there's no shame in it.
> VB.Net is a new language, VB6 has reached its end, you might want to compare it to the transition from C to C++
Ok, I'll do exactly that. When looking to move on from C to an object oriented language, I considered C++, but it's weird inconsistancies and "not quite C"ness put me off, and I instead decided that if I was going to have to learn a new language, and a new way of doing things, I might as well make the jump all the way to Java. I've never regretted that decision. Though this is not quite the same thing as VB6 and VB.NET. The most recent version of all C++ compilers still supports C, so C has not been abandoned, my decision to switch was based on a desire to learn a different development model, not a forced change due to the discontinuation of the product like the VB6 and VB.NET transition is for most people.
That's always the risk when you make it difficult to upgrade. They think "Well, if I have to go through this much effort to stick with company X anyway, why don't I see whether or not company Y has something better to offer, as the transition won't be any more painful"
ok then, the simple addition of a session key parameter is all you need. It's really not that hard, and with SSL protecting it from being sniffed it's more than sufficient for the needs of most applications.
Slashdot Mirror
it's not quite that bad, but at the same time, it's worse...
Solaris 2.6 was SunOS 5.6, and Solaris 7 is SunOS 5.7
So you have -
SunOS 5.6, Solaris 2.6
SunOS 5.7, Solaris 7
I always assumed it was the difference between the language and the platform
The Language is Java 2, the platform is J2SE 1.4...
Of course people own TVs, how else are they supposed to watch DVDs, or play console games?
that's what they're for isnt it?
but the point was, that the jobs using scripts, weere working ok using scripts.
Adding more power doesn't help anything when lack of power was not a problem in the first place.
The trouble is, that marketing departments are usualy so far removed from Customer Service departments that to a marketing person "User Feedback" sounds like some sort of exotic disease...
Marketing departments are more interested in _telling_ users what they want, than asking them.
JSP on it's OWN is a bad idea.
just as Velocity on it's own would be a bad idea.
Write your buisness logic in plain java, use servlets to manage the flow of control, and to call your java API to create value objects (beans) to place in the request, and then use JSP to format the data.
You only run in to problems if you try to do everything with JSP, which is always a bad idea, just as it's always a bad idea.
and JSP 2.0 is even better with the JSTL expression language built in.
OR d), the person making the statement (read wild speculation) is just wrong.
that _is_ possible you know...
Thank you for proving my point that programing for Windows is different to programing for Unix (and Linux in specific).
I'll leave it up to you to figure out how you've proved it.
Try re-reading my post if it helps.
have you actually tried to write a non trivial cross platform application? (Non GUI - obviously you're going to find differences when you're writing GUI applications)
Apache is a terrible example, they had to pratically rewrite the server portion from scratch to make Apache on Windows perform anywhere near as well as it does on Unix platforms. That's because the kernels are fundamentally different.
The video support is completely irrelevant, the real differences are the threading and process model, the filesystem features especially file locking (argh, I hate windows file locking semantics - i _WANT_ to be able to delete or rename a file that happens to be open by a process somewhere).
In Windows, Only Files are files. So you _have_ to use send() and recv() on a socket, you cant just use write() and read() to ensure network transparency, you'd have to do the abstraction yourself.
The whole philosophy of windows seems to not understand abstraction or polymorphism. In the Windows world that seems to be - provide two different APIs that use two different types of objects, and apply similar methods to them. as opposed to One API that can use multiple object types and use the same methods on them and have those methods do what is appropriate for that object type.
The differences are not insurmountable, but they're definitely there, and it's the programmers, the administrators and the power users that feel them the most.
It's the casual user that wont notice the difference.
well, neither does Konqueror, so what's your point?
what happens when the GDI subsystem dies?
A person would call something a gun, whether the projectile was fired using combustion, compressed air, or a spring.
If by "The device itself" you mean a device that causes something to happen by this one specific method, then you'd be right. But most people are happy to call multiple objects that appear to perform largely the same task but by different methods the same type of device.
And even if that weren't true, it's irrelevant in this context, because an API does nothing, and is therefore not patentable by anyone's definition.
It's not an invention, and it's not a mechanism, it's simply a bunch of words that make it easy for someone to access a mechanism.
The only way an API would be remotely patentable is if someone had patented the concept of an API - A mechanism for providing a coherent set of human readable names used to access services.
If it's confidential, encrypt it.
That is, and always will be the only answer to privacy concerns about email.
Port 25 is for non encrypted, non authenticated mail traffic. There are other ports for authenticated, SSL encrypted mail sending (of course, the email itself is plaintext to the server, so you'll still want to use pgp, gpg, S/MIME or whatever).
If you have another server that you send mail through, then set it up to handle authenticated SMTP and use it that way.
Port 25 for mail sending needs to die. It's mostly OK for server - server delivery though.
KDE doesn't NEED to do anything other than exactly what it's doing right now.
I use KDE _because_ it is easy to customize.
I have absolutely no interest in working in an environment where changing your colour scheme is something you can only do by manually modifying a text file somewhere.
Your text does not agree with your conclusion, you say people are not idiots, they just have better things to do, yet then you say it needs to install in idiot mode, and make it difficult to customize.
People DO just have better things to do, but they also usually like making something their own first - which means customizing, and if it's difficult to do or hidden, then they'll count that against the environment, not as a point for it.
KDE allows you to easily make the customizations you want to do, when you feel like it, with a minimum of fuss, and then get straight back to work.
I fail to see how that's a bad thing.
Your point on the Media / Video players is a good one, but I disagree with the Mixer.
Someone interested in recording and creating sound effects had better know that a mixer is in fact a volume control - or more accurately multiple volume controls, it's not a "Geek" or computer term, it's an Audio term. Someone interested in it would either already know the difference, or would find out.
what's even funnier is seeing some hotmail addresses in there...
Now I know that nobody reads the article, and only about 10% even bother reading the summary.
But surely they read the TITLE?....
I honestly don't know either. But apparently DNS is hard, even when you're using W2K.
I've never figured out how one of our network people was able to ACCIDENTLY add an NS record for one of our web servers instead of an A record, and I've definitely never figured out how it is that they couldn't understand what the problem was or how to fix it. They use Win2K on the DNS servers.
If it'd been Bind, they wouldn't have made the mistake in the first place, because there is no way you would accidently type "NS" instead of "A". Not to mention the fact that they probably wouldn't have attempted to make the change, and would have waited until the person who knew what he was doing was back.
I'm assuming that the person in question randomly clicked stuff until he had somewhere he could put a server name in....
Nope, I don't care what other software you've used, or how easy or difficult it is. If you say that the Bind configuration is anything like Sendmail configuration in any way then you have not used both Bind and Sendmail.
Myabe you have used one of them, but you have definitely not used both.
> I for one welcome our new.....
AHA!, thought you could sneak that one by did you?
Tabbed browsing makes it much harder to locate the specific browser instance quickly...it effectively circumvents the task bar. So you've got to find Mozilla or Firefox on the task bar, and then find the tab you want.
It's even worse if you have a couple of browser windows open with multiple tabs in each.....something that I tend to find myself doing - especially when I'm using two monitors.
Having said that, I still rather like tabs, I mainly use them for grouping related browsing in a single window - one window for general browsing, one for documentation and research, one for testing, etc...
And for those of us not living in the USA, what sort of taxes do you pay on that income?
My gross salary is around AU$73,000 (plus $7000 in superanuation), but all I get in my pocket after tax is $50,000. Is the situation similar over there?
What the hell is an ethicist?
Do you outsource your morals too these days?
Personaly, I make up my own mind about what's right.
Every single email you send anywhere on the internet is read in it's entirety by at least one machine not in your control. That machine can trivilaly copy and archive the contents of your message and leave NO TRACE.
If you're paranoid about GMail, but you're happy to send unencrypted email to other addresses, then you're an idiot, that's all there is to say.
Pratical Extration and Reporting Language
Though I agree it's definitely Perl, not PERL, but it's name did originaly come from an acronym.
> but whats the BIGGEST reason to switch?
Why don't you find out for yourself.
There are some decisions in life that are important, and weighty, and have significant consequences...for those decisions, you should make sure you find out verything you know first before making them.
Choice of browser is not one of those decisions. It's a 5 meg download, then it's a case of clicking the globe with a red fox on it instead of the e with the halo. It's really not that hard, and you're not commited. You can always click the E again next time if it didn't work out clicking the fox.
Since you say you already use it, I'm a bit confused as to why you're asking. If you can't think of a reason, after having used it then just don't switch, keep uisng IE if it suits you ok, there's no shame in it.
> VB.Net is a new language, VB6 has reached its end, you might want to compare it to the transition from C to C++
Ok, I'll do exactly that.
When looking to move on from C to an object oriented language, I considered C++, but it's weird inconsistancies and "not quite C"ness put me off, and I instead decided that if I was going to have to learn a new language, and a new way of doing things, I might as well make the jump all the way to Java. I've never regretted that decision. Though this is not quite the same thing as VB6 and VB.NET. The most recent version of all C++ compilers still supports C, so C has not been abandoned, my decision to switch was based on a desire to learn a different development model, not a forced change due to the discontinuation of the product like the VB6 and VB.NET transition is for most people.
That's always the risk when you make it difficult to upgrade. They think "Well, if I have to go through this much effort to stick with company X anyway, why don't I see whether or not company Y has something better to offer, as the transition won't be any more painful"
ok then, the simple addition of a session key parameter is all you need. It's really not that hard, and with SSL protecting it from being sniffed it's more than sufficient for the needs of most applications.