Don't forget to vote, and don't forget to wear your "I Voted" sticker on your website.
For all of you out there who voted today, put this sticker on your personal homepage, your blog, your email, anything. Just be proud that we can all vote, and we can all change this country if we wanted to.
I only wish it was about what is the "better" way of doing things. The plain fact of the matter is that Outlook and Exchange dominate the market. Period. Simply building a better product does not mean it will sell. (Read Innovator's Dilemna, or Crossing the Chasm). What Ximian needs to focus on is how to transition customers off of Outlook onto Evolution - once they have [some] market share, then we can all discuss how to improve the interface. Bottom line: people fear change, and if Ximian requires too much change, even if it is better, people will shy away from buying it. Therefore, I would recommend this - focus on matching Outlook feature-for-feature, focus on integrating with Exchange 5.5 (on which there is a greater percentage of companies deployed)... get rid of every reason why Outlook is better - then come at them and say, "We can transition you to a new system that requires no change for your end users - the interface is the same, the feature set is the same - AND it will cut your costs in half! (not to mention be more secure, yadda yadda yadda)" That is a story that will play really well in this economy and to IT managers and execs.
As for the original Star Wars trilogy - I am afraid absolutely never. George Lucas has been quoted more than once saying that the original series will never find itself officially on VHS or DVD again. Afterall, according to him, those versions are "incomplete" and substandard. Thus, the "Special Edition." However, I have found some excellent copies on DVD from an overseas "distributor." I can't say I found them, they were given to me as a gift (you can find them on eBay).
I would hate to see SOAP::Lite benchmarks personally. It performs really well for small payloads, but quickly begins to fall over when payloads exceed a "reasonably" large size... but then again, developers and architects should have all the facts when thinking about how they will architect their Web services.
My personal take is that SOAP::Lite is probably one of the best toolkits for quick WS prototyping and simple projects, but I would tend to steer towards Axis, WebLogic, WASP, and yes, even.NET (eeeh-gads!) (please let Mono support wsdl.exe soon!) when it comes to putting software into a production environment.
IMHO - I think it is fair to say that bringing up REST is important, especially considering that technically it is a Web services protocol. I thinl to understand Web services and their role in application design and architecture, you should at least have a background of all Web services protocols...
But I digress. One thing I liked about this book was the background is gave on XML-RPC and SOAP and how it started to differentiate the two. I would have liked to have seen a little more critical analysis of them all though - REST v. SOAP v. XML-RPC etc... but perhaps that should be left to the reader?
Of course I am a dork. This is not showtime's website. Luckily I didn't submit the comment before I caught my egregious error.... Real SHOWTIME contact form is here.
My more recent readings led me to the Song of Fire and Ice series, which so far consists of three books (Clash of Kings, Game of Thrones, Storm of Swords). It has an interesting mix of motifs going on - at first glance, it doesn't really come off as a fantasy... but there are some relatively small sub-plots and story elements that are decidedly super-natural/meta-physical/what-have-you. The books are a little verbose, but the length has yet to bother me (even though each book is about as long as all three books of LOTR!). The first of the series is the best, with the others becoming slightly more derivative each time. But I recommend them.
Certainly understandable... but when one is able to put aside their religious backgrounds and admit that regardless of the text (Bible, Torah, Koran, etc) or the individual story... you are dealing with Myth. When you accept that (which is really difficult for some to label their beliefs "myth"), then it is easy to take a look at motifs and themes that runs through Myths of all kind - making them all derivative of each other. The fact that every documented culture on earth has a "great flood story" says something pretty profound.
http://members.bellatlantic.net/~vze33gpz/myth.h tm l
As for the Bible being pretty early written... given that the first book of the bible was written in 1500BC and that the first written language existed over 7000 years ago... all things considered, it is not that old.
To think for a second that there is a story out there - anywhere - that is completely original is ludicrous. People have been telling stories since virtually the dawn of time. And folklorists have been cataloguing every motif and theme found in those stories for well over a century. In fact, the bible can be shown to be very derivative if you really get down to it. Bottom line, every story told today, has been told before by someone, in one form or another.
However, this lawsuit is not so much about the story as it is about a depiction of a character.
Re:Photos of M$ booth...
on
LWCE Wrapup
·
· Score: -1, Flamebait
I expected the usual MS booth - huge multimedia extravaganze, but no. It was way in the back, small, with a couple of guys. MS must have picked the geekiest people they could find, but no matter how bad they may have smelled, or the fact that they didn't tuck in their shirts - they didn't fool me. My friend actually talked to some of them while they were showing off some term emulator or some BS like that - he asked them if they knew what a linux system call was, and some basic, basic questions about the linux kernel... blank stares. Nothing. Nada. Not that we were surprised.
Bottom line, the booth was *really* underwhelming. In every sense of the word.
One project I have been trying to get started is to create a web dashboard to MS Project schedules. If I could only figure out a way to export project task information to MySQL via ODBC - there is a way, I know there is! - then creating a web front end which mines that data would be a breeze!!!!
Anyone successfully save and load MSProject data to and from a MySQL database??? I would really like to know! All my attempts have failed - which doesn't really surprise me given that it is Microsoft - no doubt, it saves and loads data from SQL Server seemlessly! grrrrr.
I am engineer recently turned project manager (hiss)... and I was fed up with the lack of web based tools to facilitate project management. From my perspective, one of the most important things a PM does is facilitate communication betweem team members and groups working on a project. MS Project is great for scheduling and ghant charts, but does nothing to really help in the way intra-team-member communication.
So, I got fed up and wrote my own application. It does not do scheduling. But it does offer a lot of tools and functionality to keep people up-to-date on a project and its status. It grew from the idea of providing an automated/dynamic "project page" that could be posted to our company's intranet... it grew and grew in scope to what it is today - which incorporates simple document management, team member management, release management/tracking, etc.
I think the effort to determine the ultimate derivation of any given story is a fruitless one. To say Star Wars came from pulp literature, or that it was derived from ancient mythology, or that it was ripped off from a Japenese film is a wasted exercise.
What Joseph Campbell was trying to say (to a non-academic audience, not well versed in the study of folklore) is that Star Wars has many *motifs* that are shared across many cultures that are illustrated in the stories they tell.
Bottom line, all stories we tell are derived from other stories we have heard. Therefore, saying that Star Wars was derived from pulp fiction is incorrect. However, was it influenced by pulp fiction? Probably. The question that anyone who is studying the evolution of anything would naturally ask next is, "if Star Wars was derived from pulp fiction, what was pulp fiction derived from..."
I just don't know that anyone can definitively say what the true genesis of any story is because they all borrow quite liberally from each other.
I saw a very interesting report on Frontline about hackers. In the show they briefly discussed how a sheer lack of government regulations governing security standards has led to a glut of problems with such programs as (ee-gads) Windows.
Considering that you need a license in this country to cut someone's hair, it is odd that one does not need a license to write mission critical code.
In any event, while I am against government control of software development for the most part - the idea is not without certain merits!
Slashdot Mirror
Sex Press Ions? You just had to bring porn into this didn't you.
Don't forget to vote, and don't forget to wear your "I Voted" sticker on your website.
For all of you out there who voted today, put this sticker on your personal homepage, your blog, your email, anything. Just be proud that we can all vote, and we can all change this country if we wanted to.
http://www.majordojo.com/archives/000497.php
If I were Google, I would probably buy out space that I could move into later. But that is me.
I only wish it was about what is the "better" way of doing things. The plain fact of the matter is that Outlook and Exchange dominate the market. Period. Simply building a better product does not mean it will sell. (Read Innovator's Dilemna, or Crossing the Chasm). What Ximian needs to focus on is how to transition customers off of Outlook onto Evolution - once they have [some] market share, then we can all discuss how to improve the interface. Bottom line: people fear change, and if Ximian requires too much change, even if it is better, people will shy away from buying it.
Therefore, I would recommend this - focus on matching Outlook feature-for-feature, focus on integrating with Exchange 5.5 (on which there is a greater percentage of companies deployed)... get rid of every reason why Outlook is better - then come at them and say, "We can transition you to a new system that requires no change for your end users - the interface is the same, the feature set is the same - AND it will cut your costs in half! (not to mention be more secure, yadda yadda yadda)" That is a story that will play really well in this economy and to IT managers and execs.
As for the original Star Wars trilogy - I am afraid absolutely never. George Lucas has been quoted more than once saying that the original series will never find itself officially on VHS or DVD again. Afterall, according to him, those versions are "incomplete" and substandard. Thus, the "Special Edition." However, I have found some excellent copies on DVD from an overseas "distributor." I can't say I found them, they were given to me as a gift (you can find them on eBay).
Best. Gift. Ever.
+1
In total agreement. This behavior is so weak... and quite transparent.
I would hate to see SOAP::Lite benchmarks personally. It performs really well for small payloads, but quickly begins to fall over when payloads exceed a "reasonably" large size... but then again, developers and architects should have all the facts when thinking about how they will architect their Web services.
.NET (eeeh-gads!) (please let Mono support wsdl.exe soon!) when it comes to putting software into a production environment.
My personal take is that SOAP::Lite is probably one of the best toolkits for quick WS prototyping and simple projects, but I would tend to steer towards Axis, WebLogic, WASP, and yes, even
IMHO - I think it is fair to say that bringing up REST is important, especially considering that technically it is a Web services protocol. I thinl to understand Web services and their role in application design and architecture, you should at least have a background of all Web services protocols...
But I digress. One thing I liked about this book was the background is gave on XML-RPC and SOAP and how it started to differentiate the two. I would have liked to have seen a little more critical analysis of them all though - REST v. SOAP v. XML-RPC etc... but perhaps that should be left to the reader?
Of course I am a dork. This is not showtime's website. Luckily I didn't submit the comment before I caught my egregious error. ... Real SHOWTIME contact form is here.
Showtime contact form
http://majordojo.com/fantasybooks/
Something I slapped together because I love the list, but found it near impossible to navigate and actually click through to buy a book I wanted! Doh!
Visit http://majordojo.com/fantasybooks/ for an HTML listing of the Top 100 fantasy books maintained at: http://www.geocities.com/Area51/Cavern/6113/top100 .html
Certainly understandable... but when one is able to put aside their religious backgrounds and admit that regardless of the text (Bible, Torah, Koran, etc) or the individual story... you are dealing with Myth. When you accept that (which is really difficult for some to label their beliefs "myth"), then it is easy to take a look at motifs and themes that runs through Myths of all kind - making them all derivative of each other. The fact that every documented culture on earth has a "great flood story" says something pretty profound.
h tm l
http://members.bellatlantic.net/~vze33gpz/myth.
As for the Bible being pretty early written... given that the first book of the bible was written in 1500BC and that the first written language existed over 7000 years ago... all things considered, it is not that old.
To think for a second that there is a story out there - anywhere - that is completely original is ludicrous. People have been telling stories since virtually the dawn of time. And folklorists have been cataloguing every motif and theme found in those stories for well over a century. In fact, the bible can be shown to be very derivative if you really get down to it. Bottom line, every story told today, has been told before by someone, in one form or another.
However, this lawsuit is not so much about the story as it is about a depiction of a character.
No. Are you?
I expected the usual MS booth - huge multimedia extravaganze, but no. It was way in the back, small, with a couple of guys. MS must have picked the geekiest people they could find, but no matter how bad they may have smelled, or the fact that they didn't tuck in their shirts - they didn't fool me. My friend actually talked to some of them while they were showing off some term emulator or some BS like that - he asked them if they knew what a linux system call was, and some basic, basic questions about the linux kernel... blank stares. Nothing. Nada. Not that we were surprised.
Bottom line, the booth was *really* underwhelming. In every sense of the word.
But they had balls to show up.
One project I have been trying to get started is to create a web dashboard to MS Project schedules. If I could only figure out a way to export project task information to MySQL via ODBC - there is a way, I know there is! - then creating a web front end which mines that data would be a breeze!!!!
Anyone successfully save and load MSProject data to and from a MySQL database??? I would really like to know! All my attempts have failed - which doesn't really surprise me given that it is Microsoft - no doubt, it saves and loads data from SQL Server seemlessly! grrrrr.
I am engineer recently turned project manager (hiss)... and I was fed up with the lack of web based tools to facilitate project management. From my perspective, one of the most important things a PM does is facilitate communication betweem team members and groups working on a project. MS Project is great for scheduling and ghant charts, but does nothing to really help in the way intra-team-member communication.
So, I got fed up and wrote my own application. It does not do scheduling. But it does offer a lot of tools and functionality to keep people up-to-date on a project and its status. It grew from the idea of providing an automated/dynamic "project page" that could be posted to our company's intranet... it grew and grew in scope to what it is today - which incorporates simple document management, team member management, release management/tracking, etc.
http://majordojo.com/pmi/
I think the effort to determine the ultimate derivation of any given story is a fruitless one. To say Star Wars came from pulp literature, or that it was derived from ancient mythology, or that it was ripped off from a Japenese film is a wasted exercise.
What Joseph Campbell was trying to say (to a non-academic audience, not well versed in the study of folklore) is that Star Wars has many *motifs* that are shared across many cultures that are illustrated in the stories they tell.
Bottom line, all stories we tell are derived from other stories we have heard. Therefore, saying that Star Wars was derived from pulp fiction is incorrect. However, was it influenced by pulp fiction? Probably. The question that anyone who is studying the evolution of anything would naturally ask next is, "if Star Wars was derived from pulp fiction, what was pulp fiction derived from..."
I just don't know that anyone can definitively say what the true genesis of any story is because they all borrow quite liberally from each other.
I saw a very interesting report on Frontline about hackers. In the show they briefly discussed how a sheer lack of government regulations governing security standards has led to a glut of problems with such programs as (ee-gads) Windows.
Considering that you need a license in this country to cut someone's hair, it is odd that one does not need a license to write mission critical code.
In any event, while I am against government control of software development for the most part - the idea is not without certain merits!