633 karma · joined May 3, 2012
And for the record, I think it is amazing and wonderful to receive these images. I am so thankful for that. But, for a data collection instrument that cost $2.6 billion to build, I cannot conceal my very personal feeling that an opportunity was missed.
We can go on and on about familiarity considerations, and planning considerations, and instrumentation considerations, and scientific concerns, etc. It all sounds like excuses after a bit.
Let's reformulate the question: Why not keep the same enclosure, the same lens assembly, the same mechanical parts and simply swap the 2MP sensor for a 20MP sensor?
Further, let's say you are really not sure about that spanking new 20MP sensor, because it is new, you are not familiar with it, and it was not part of the plan drafted 10 years ago, why not add 1 extra camera with a 20MP sensor? If it blows up during the trip or during landing, too bad, it's lost. If it makes it down there safe and sound, you can collect a 10-minute HD sequence that you can stream back to earth over the next 2 years, during down-times, as a very low priority task.
Potential benefit: You offer the world the first and a truly spectacular HD film shot on Mars, in all its splendor, and you inspire a new generation of world explorers, who will ultimately drive man to take another small step, but a giant one for mankind.
Clearly, if that's the best we can do for something as trivial as shooting a video up there, I cannot fathom a man setting foot on Mars in my lifetime. That may be normal, but it saddens me somehow.
The problem is that I cannot make "my own" something I had absolutely no part in, from its inception. I guess there could be some odd situation where someone comes up with something in the exact same manner I would have, but the chances of that are low.
The other typical behavior is business people who believe "the idea" is everything and that the building of "it" is a trivial task that a tech co-founder will want to tackle because they are unable to formulate ideas on their own. [The reality is that ideas are a dime a dozen and execution is 99% of success. And tech co-founder will be as much business-oriented as any entrepreneur must be.]
There is a difference between something that may lead from here to there and something that is definitely never going to lead anywhere.
An example of the former: You write some software that re-orients an array of solar panels to make the most of weather conditions in real time. It's not going to crack the "energy production and storage" enigma, but it's a step in the right direction. Next, you may want to study how panel geometry influences energy collection.
An example of the latter: You set up a Web site that allows teenagers to compare their gadgets.
Want to make a mark?
Focus on energy production and storage!
Want to make a mark?
Think about generation ships!
Want to make a mark?
Design a way to reform government!
Mankind does not need another social Web site.
Most sales or acquisitions originated online are based on rational decisions, not on the appeal of annoying ads.
The day advertisers start to use a verifiable CPA system, 80% of online advertising cease to exist and 95% of today's start-ups see their cash vaporize.
I just wonder about performance and deployment practicality.
One thing is certain though, the days of wondering "Is Java fast enough for this?" are long gone. These days, people have no issue promoting deep stacks far above and beyond any OS platform.
Poor grammar is the telltale sign of other impediments that hinder the practice of any activity that requires good attention to details.
In this particular case, time to market is going to be super critical. They must get to market within the next 9 months or these hardware specifications will be laughable and Android 5+ will already be out there.
Microsoft's problem is not their lack of spending on advertising, branding, marketing, PR, etc. They spend colossal amounts of money in these departments.
Their problem is that they no longer know who they are. Worse, they no longer know who they want to be.
In that respect, they are very close to Sony.
I doubt it'll be easier to deploy than a LAMP server, though. I already recoil at the idea of having to figure out why Passenger is not working as it should, or why I should run a terrible HTTP front just to try this out.
Maybe it does suck. You can certainly tell it was not designed by computer scientists. In many ways, it throws away years for programming language best practices.
This being said, what are the practical alternatives? JSP? Servlets? ASP? Python/Django? Ruby/Rails? What?
I am sorry but JSP, Servlets, ASP, Python/Django, Ruby/Rails are just shit of a different kind. But they do not deserve that holier-than-thou aura.
I suggest bad programmers keep blaming their tools for their own shortcomings. I suggest that when bad programmers have produced enough horrors to sully a tool, they blame the tool and move on to the next tool.
You have all that and so much more in jEdit for $0.
For all those ventures, which often compare themselves to market leaders, it is nothing more than a buzzword.