That's the reason MS SQL Server is gaining ground over Oracle, and what PostgreSQL should target in order to get a bigger annual growing.
In plain relational databases Oracle is better and Postgres is more cost effective, however now the hot stuff is bussiness intelligence and data-mining.
I'm from Colombia and I laugh because the Medellin Cartel jokes. And I've had colateral consecuences because the armed conflict.
Humor is a good way of get free of so much stress and stuff, if youre really affected by conflicts. You don't imagine what armed groups do to people here because the press is somewhat censored about that. If you live in the USA and feel ashamed by your governments actions and believe that feeling sorry about all that can change something, well, that's not true.
FYI Opera has a mail client too. So Opera = MSIE + OE + smart not intrusive google toolbar + several other things not found elsewere. And all that in just a 3-4 MB download.
Anyway, Opera integrated mail client doesnt let you open the attachment directly, you have to save it to disk first.
Second: several editions of Outlook Express executed the code automatically just viewing the message (not any message, it had to be some code in it).
So yes, using Opera can help naive users from running executable attachments received by mail.
Its not that, is that you can test some resolution and fallback to the working one if the tested doesnt work, and doing it in just a matter of seconds, like in windows. Not backing up your config, change params in the config file, fire up xfree which takes ages, rinse and repeat which takes even longer and is boring to have to worry about all that little details if a much better alternative exists.
Database conectivity, OpenGL support, html rendering... a lot of stuff.
It also doesn't use propietary C++ extensions (the moc compiler) and you get full source of the library for every version (not just libs and includes).
And the license is non restrictive in MSWindows too.
Well I really believe you have to be a painter to really get the full analogy.
I didn't knew that painters had to know that much about chemical processes of paint for example. Just pick a nice color and that's it.
The part about sketches and evolving the model is to me the most accurate part of the analogy.
Anyway, it's an analogy, and that doesn't mean hacker==painter. But it means you can use some similarities between them in order to understand the big picture and not get lost in the boring everyday details of coding.
If you send something like API calls from server to client the only textures that need to be sent are the toolbar bitmaps. Only the heavily skinned applications will suffer performance. That's the approach remote desktop uses and it feels really fast without sacrifing 24bit color, as you have to do with VNC. I'm more worried about fonts (have to be the same in both server and client) that about your "textures".
My ultra cheap mobo with integrated cheap video has 3D acceleration more than enough to play games at 800x600 and decent framerate, it surely is more than enough for this.
And 3D with zbuffer solves a lot of current design problems. This is not a 80k poligons per second thing. May be all the poligons needed are just windows, or even controls. Very small number to handle.
But it solves the miriad of paint events problem, wich are no longer needed except for resize events. Less traffic too.
I don't have exact numbers (taking back the "at least part") but remote desktop is usable with 20kbps connections and VNC needs a local network for me to feel it that fast. (My 56k modem connects at that speed when rains several days here, wet lines). However, data is not the plural of anecdote.
About reworking Xprotocol, that backwards compatibility thing is the same excuse used for more than 10 years, and is somewhat valid; but library mantainers change APIs and broke other programs without any problem, and that has happened several times here, so it's a double moral thing, I believe.
Anyway, the 3D thing is a future enhancement, and X is here now. But it will be replaced or will evolve, hopefully.
Some X users have been bitching for years asking for a rework of the X server protocol, but always receiving the unix BOFH response: "but backwards compatibility..." Why do you think X has a fork now?
The MS protocol is at least two orders of magnitude more efficient than anything X could provide.
And mix that with the 3d hardware accelerated graphics API of longhorn, then you have graphics the way it should be.
Everything new will become new only when lisp machines return from the dead! bwa hahaha
Oh no, not again. For the last time, the problems of X are not caused by the remote capability unless you show different. And to do that, there is more needed just to say "X has remote capabilities, MS Win has not, X has disadvantages in comparison to MS Win -> X is disadvantaged because of the remote capabilities.
The problem is not in the remote capability, but in the remote implementation, it's too low level. And MS Win has something similar now, but higher level and is at least one order of magnitude faster than anything X11 provides. I wont use it because I will not upgrade to XP, but it exists, and shows that things can be done better.
The only inconvenient I see is that X11 has no standard toolkit, and a higher level protocol would depend on the toolkit.
And you can download the SDK for free.
:)
It's Good(tm) to have a nokia 3650
As it is the operating system with the most annoying users and the worst interface designers!!
:)
(Thankfully it exist Apple so that linux UI designers have something to copy)
Now mod me down
It also helps that IBM was the model they copied to make the Japanese dream company.
So in their corporate culture they all share an admiration towards IBM.
That's the reason MS SQL Server is gaining ground over Oracle, and what PostgreSQL should target in order to get a bigger annual growing.
In plain relational databases Oracle is better and Postgres is more cost effective, however now the hot stuff is bussiness intelligence and data-mining.
I'm from Colombia and I laugh because the Medellin Cartel jokes. And I've had colateral consecuences because the armed conflict.
Humor is a good way of get free of so much stress and stuff, if youre really affected by conflicts. You don't imagine what armed groups do to people here because the press is somewhat censored about that. If you live in the USA and feel ashamed by your governments actions and believe that feeling sorry about all that can change something, well, that's not true.
And I laughed!!!
Am I feeding a troll?
FYI Opera has a mail client too. So Opera = MSIE + OE + smart not intrusive google toolbar + several other things not found elsewere. And all that in just a 3-4 MB download.
Anyway, Opera integrated mail client doesnt let you open the attachment directly, you have to save it to disk first.
Second: several editions of Outlook Express executed the code automatically just viewing the message (not any message, it had to be some code in it).
So yes, using Opera can help naive users from running executable attachments received by mail.
That would help other countries in this special case too.
I guess that a not-unimportant feature of .NET is that they can decompile and assimilate competitors software if any of it turns useful.
.NET will be the same made with MFC. (hint: none at all)
And the number of commercial software made by microsoft with
Its not that, is that you can test some resolution and fallback to the working one if the tested doesnt work, and doing it in just a matter of seconds, like in windows. Not backing up your config, change params in the config file, fire up xfree which takes ages, rinse and repeat which takes even longer and is boring to have to worry about all that little details if a much better alternative exists.
I do have a SiS graphics chipset and Xfree has always been more trouble than anything. Someday I will buy an nvidia or ATI and be happy like you.
Yes, please show me the "Good quality OSS X server". That's something I've been waiting for years.
That's both funny and Insightful
Don't forget the wxWindows license:
It's like lgpl but it puts absolutely no restrictions on redistribution of binaries, commercially or otherwise.
That's even more free.
If you want to use a multiplatform library that works superb in windows and makes standard C++ (without moc extensions) shine that's is.
Qt may be good, but is native only in Linux, and in windows wx is way better (you have the source, it's not dual-licensed like qt).
And the socket based server is a childs play in wxWindows too (event driven sockets). See the sockets sample.
I'm on the BSD or wxWindows licenses side.
and some robotic virus...
To have a full real Descent experience!!
And whoever put (paraphrased):
I think that the GPL is actually a bigger threat than MS.
Is totally right.
Long live wxWindows license.
Database conectivity, OpenGL support, html rendering... a lot of stuff.
It also doesn't use propietary C++ extensions (the moc compiler) and you get full source of the library for every version (not just libs and includes).
And the license is non restrictive in MSWindows too.
What moron modded this?
What's offtopic about having a bittorrent link for the distro refered in the article?
Well I really believe you have to be a painter to really get the full analogy.
I didn't knew that painters had to know that much about chemical processes of paint for example. Just pick a nice color and that's it.
The part about sketches and evolving the model is to me the most accurate part of the analogy.
Anyway, it's an analogy, and that doesn't mean hacker==painter. But it means you can use some similarities between them in order to understand the big picture and not get lost in the boring everyday details of coding.
You haven't dispensed the 3D argument at all.
If you send something like API calls from server to client the only textures that need to be sent are the toolbar bitmaps. Only the heavily skinned applications will suffer performance. That's the approach remote desktop uses and it feels really fast without sacrifing 24bit color, as you have to do with VNC. I'm more worried about fonts (have to be the same in both server and client) that about your "textures".
My ultra cheap mobo with integrated cheap video has 3D acceleration more than enough to play games at 800x600 and decent framerate, it surely is more than enough for this.
And 3D with zbuffer solves a lot of current design problems. This is not a 80k poligons per second thing. May be all the poligons needed are just windows, or even controls. Very small number to handle.
But it solves the miriad of paint events problem, wich are no longer needed except for resize events. Less traffic too.
I don't have exact numbers (taking back the "at least part") but remote desktop is usable with 20kbps connections and VNC needs a local network for me to feel it that fast. (My 56k modem connects at that speed when rains several days here, wet lines). However, data is not the plural of anecdote.
About reworking Xprotocol, that backwards compatibility thing is the same excuse used for more than 10 years, and is somewhat valid; but library mantainers change APIs and broke other programs without any problem, and that has happened several times here, so it's a double moral thing, I believe.
Anyway, the 3D thing is a future enhancement, and X is here now. But it will be replaced or will evolve, hopefully.
Some X users have been bitching for years asking for a rework of the X server protocol, but always receiving the unix BOFH response: "but backwards compatibility..." Why do you think X has a fork now?
The MS protocol is at least two orders of magnitude more efficient than anything X could provide.
And mix that with the 3d hardware accelerated graphics API of longhorn, then you have graphics the way it should be.
Everything new will become new only when lisp machines return from the dead! bwa hahaha
If you would have wrote PostgreSQL, well that is really superior.
But MySQL ?? I'm glad Postgres has finally acknowledge the necesity of a windows version wich is due this year.
MySQL... bah !
This is the reason for all the dll hell, ok shared object hell in Linux.
It comes hand in hand with the BOFH attitude from some linuxers towards the regular users of the software.
And this is a more important issue to be resolved in Linux instead of just picking on the "sintoms" like the article does.
Oh no, not again. For the last time, the problems of X are not caused by the remote capability unless you show different. And to do that, there is more needed just to say "X has remote capabilities, MS Win has not, X has disadvantages in comparison to MS Win -> X is disadvantaged because of the remote capabilities.
The problem is not in the remote capability, but in the remote implementation, it's too low level. And MS Win has something similar now, but higher level and is at least one order of magnitude faster than anything X11 provides. I wont use it because I will not upgrade to XP, but it exists, and shows that things can be done better.
The only inconvenient I see is that X11 has no standard toolkit, and a higher level protocol would depend on the toolkit.