Thoughts from the trench - by Prakash Muralidharan

September 3, 2008

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

Internet Explorer 8 Beta 2 launches

Filed under: Technology, Products, Consumer Internet — Prakash Muralidharan @ 12:06 am

Amit Ranjan writes about the launch of IE 8 Beta. "Internet Explorer 8 beta launched today and its new features promise to take the browser to new standards of user friendliness and safety." Surely there is a web 2.0 flavour. Should you switch ? Read PC World's comparison of Safari, Firefox and IE. It calls IE 8 a "work in progress". Want a walkthrough before you install ? Check out this nice youtube video.

 


Linking and Sharing

If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: Internet Explorer 8 Beta 2 launches

del.icio.us:Internet Explorer 8 Beta 2 launches  digg:Internet Explorer 8 Beta 2 launches  fark:Internet Explorer 8 Beta 2 launches
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2008/09/03/internet-explorer-8-beta-2-launches/trackback/

June 10, 2007

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

The over engineering trap

Filed under: Software Services, Products, Gotchas — Prakash Muralidharan @ 3:17 am
You see it everywhere. Right from Microsoft's billion dollar products to simple .NET applications. Features that nobody wants to use, but everybody is made to pay for.  The over-engineering malady stems from wrong assumptions, philosophies and attitudes.

More is always better: More is not always better. Packing in features that nobody wants increases the chances of bugs in the features that people really want, makes them pay more for these buggy features and slows down time to market. The marketing folks who are reading this would probably feel that without some over-engineering they cannot sell the product. Agreed! More could possibly be better for the company making the product, but almost always bad for the end customer. 

We need to plan for the future: Let's face it. Most of the time you cannot predict future requirements. Requirements change and that is the fact. The way around that is not to predict and wire in your 'bets' into your requirements but to make the right decisions in the design. However, watch out for the flexibility mania in design (see below).

Product marketing over zealousness: Rand Eckfeld's IEEE paper brings out the importance of using Agile principles in strategic planning. "Projects must be coupled with a complimentary approach to strategy to in order to achieve the overall business goals. If agile development is to continue growing in the business community, complimentary strategic planning capabilities must be developed that share the same agile philosophies. " Product marketing would do well to apply Agile principles during customer interactions to stabilize and prioritize requirements better. Often product marketing has only a strategic feel of what the customer wants and distills this feel into a 'creative' product requirements specification setting off over-engineering. Steve Garnet explores the idea of Agile in business more fully.

Flexibility mania: Joshua at Dr.Dobbs defines code level over-engineering as "When you make your code more flexible or sophisticated than it needs to be, you over-engineer it."  

 


Linking and Sharing

If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: The over engineering trap

del.icio.us:The over engineering trap  digg:The over engineering trap  fark:The over engineering trap
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2007/06/10/the-over-engineering-trap/trackback/

April 16, 2007

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

Can we do away with RDBM’s ?

Filed under: Products, Innovation — Prakash Muralidharan @ 2:54 pm
Abhijit brings up an interesting thought on the possibility of scaling without a database:

"Again, SQL is wonderful for queries, especially dynamic queries. This could be countered with using either XPath style queries or a search engine like Lucene, or even a combination of the two. I consider a database is necessary today because of two reasons - along with the main content we serve a lot of related content and data integrity…..However, I am not able to find replacements for relating content and data integrity. Of course of this can be moved to the software, by building a domain model, but not all."

Here are some other reasons I can think of:

-RDBMS's have a huge legacy base built over the last couple of decades. OK OK. Mainframes were the legacy when RDBMS's came along. Right ? The crucial difference is that RDBMS's came along at pretty much the time PC's caught on. PC's were a huge inflexion point and RDBMS's played the ideal foil and piggybacked along just fine. By the time the web came and scalability got a whole new angle attached to it, RDBMS's had a good ten years to mature and were ready for the challenge. Takeway: I do not see another inflexion point that would expose an RDBMS weakness to the point that warrants another change.

- Google has proved that you can scale with a commodity database with the right kind of infrastructural support and architecture. Yes. They use MySql.

- "Nobody ever got fired for buying IBM" and so the adage goes. The same holds true for Oracle as well.  

-Storage as a category has got too many interesting innovations happening already. The dollars have plenty of other more exciting options with a clearer ROI payoff.

Linking and Sharing

If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: Can we do away with RDBM's ?

del.icio.us:Can we do away with RDBM's ?   digg:Can we do away with RDBM's ?   fark:Can we do away with RDBM's ?
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2007/04/16/can-we-do-away-with-rdbms/trackback/

April 11, 2007

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

Salesforce.com 2.0 : Strategic implications

Filed under: Software Services, Technology, Web2.0, Products, Strategy — Prakash Muralidharan @ 4:53 pm



Sramana writes about how companies like Salesforce.com are reducing the cost of market entry with a ready made platform and an eager user base. Here's what I believe some of the strategic implications are:

Ecosystems versus monolithic products. Value in monolithic products would get deconstructed by several smaller niche players and re-aggregated into an ecosystem. The crucial enabler would be the existence of a common infrastructural stack that enables re-aggregation.

Market place fragmentation and accelerated consolidation cycles due to increased choices and easier entry. More number of companies would cross the early adopter stage but many would falter when faced with the challenges of mainstream adoption. This would force application vendors to add value or face the consequences of low lock in (see point below).

Lock in 2.0 : Increased switching costs for companies leading to lock in of a different type. Microsoft locked in people with the Windows API. Salesforce is trying to do the same thing with their "on demand" platform. But the catch here is that there is no monopoly as far as the applications that rest on the platform are concerned. They can be switched more easily to a competitor on the same platform because of the commonalities in the underlying tech stack.

Value migration within an app space. Since the infrastructural stack is the same, value will migrate from the back end to more customer facing aspects. Companies whose core competence lies in the backend might find this model unattractive.

New opportunities for product oriented services companies like Symphony Services with reduced selling and marketing costs. Get Salesforce.com as a customer and sell into the app base. You have a common platform to master and the expertise can be leveraged across the whole app community. Software delivery management in such companies would also need to evolve in step with the on-demand, perpetual Beta environment.

Systems integration will become "ecosystem gluing". The task of the integrator will be to provide services to build an ecosystem centered around the chosen SaaS platform.

Changes in the software developer marketplace with skills getting realigned to SaaS platforms versus the current orientation to technologies (J2ee, K2ee , L2ee and what not).

My prediction: Ebay will enter this space soon. The are already doing it in the consumer space with their API program. I see strong market and technology relatedness which will make it an attractive diversification.


Linking and Sharing

If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: Salesforce.com 2.0 : Strategic implications

del.icio.us:Salesforce.com 2.0 : Strategic implications  digg:Salesforce.com 2.0 : Strategic implications  fark:Salesforce.com 2.0 : Strategic implications
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2007/04/11/salesforcecom-20-strategic-implications/trackback/

March 9, 2007

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

Why R&D offshoring has matured so slowly.

Filed under: Software Services, Outsourcing, Products, Innovation — Prakash Muralidharan @ 2:47 pm


Sharad brings out his top five reasons why R&D (product development and related areas) has blossomed slowly. Here are some other reasons I can think of:

Software engineering mindset: The local market for talent is heavily biased towards software engineering. Take the average manager or developer and he will live and breathe software engineering, quality and processes. Nothing wrong with that. But a true product company typically has a computer science core comprised of algorithm savvy programmers. If critical product development is to get outsourced, you need computer scientists. Sadly, the local market has few such people. If you don't believe me, trying interviewing a six year experienced technical lead and ask him what a binary search is.  The candidate would likely take offence, not because the question is too easy, but because he is above it in spite of not knowing the answer. He might even respond that he has left behind algorithms in engineering school.

Multi site, concurrent development expertise: To have product development outsourced across the value spectrum (not just low end work) you need to have multi site concurrent development enabled. The offshore developers need to live and breathe the same code base. Regular services delivery models are good at executing tightly coupled, single site development engagements.

Long gestation period and attrition: To add innovative value to a product requires intimate knowledge of the context, be it code or the domain. It takes time and investment to see the returns come. Most companies are unwilling to spend the time and effort and seek quick results. The high attrition in offshore labor markets only make the case worse.

Seeds of failure and the peak of success: It is commonly accepted that captive centers make sense only with scale accompanying it and when the work is strategic enough. As the product outsourcer's share of the business grows, both qualitatively and quantitatively, the case for outsourcing actually becomes weaker. The seeds of failure lie in the peak of success.

The technology lag factor: Products are not static. They need to evolve constantly in tune with market demands and need to aggressively look at incorporating new technologies to stay on the leading edge. Services companies typically absorb technology with a lag factor. There is a certain amount of derived demand for a skill set that needs to manifest before budgets get released for investment in the skill set. The classic utilization mindset. Makes perfect sense in the services world, but it does not help lead the innovation race.

IP concerns: This is a no brainer. Exposing precious source code to someone over whom you have no direct control is not easy and it is not just about the code. The minute you outsource product development and start sharing schedules you are exposing product release timelines, details about how behind you are on schedule, what features and in and what are out. These can be very sensitive.


Linking and Sharing

If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: Why R&D offshoring has matured so slowly.

del.icio.us:Why R&D offshoring has matured so slowly.  digg:Why R&D offshoring has matured so slowly.  fark:Why R&D offshoring has matured so slowly.
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2007/03/09/why-rd-offshoring-has-matured-so-slowly/trackback/

March 6, 2007

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

Oracle acquistion of Hyperion :Predictions!

Filed under: Software Services, Products — Prakash Muralidharan @ 3:59 pm

Mike Madura pops the 64000 dollar question on Linkedin: "With this deal, I am interested in your thoughts regarding… 1) effect upon SAP? 2) predictions for Cognos, Business Objects, others??? 3) long-term implications for the SW industry? ". Here are some of the responses he got:

Effect on SAP:
Brian Galicia says "Only in additional revenue that Oracle can recognize. SAP has a internal BI solution (BW) and they just acquired a much smaller company in Pilot. Based on SAP's stance, they will do tuck in acquistions rather than large purchases like Oracle has done. SAP doesn't just focus on BI but on the entire business application suite". Andy Bynum seems to agree with him "I don't think SAP will do much to recognize this event. In my opinion, they really see this as a race with only one participant, themselves! They make a lot of noise about the competion but I just don't get the sense they really care. They continue to march forward and do what they feel is best." Doug Lautzenheiser however feels this might lead to a tug of war between Oracle and SAP "SAP and Hyperion are definitely linked. SAP manufacturing customers, for example, may like SAP for those operational functions, but use Hyperion for financial consolidation and reporting. With Oracle owning Hyperion, SAP may now want to "persuade" those clients to eliminate Hyperion in fear of Oracle whispering the same message to have them replace SAP as the manufacturing application. The ETL vendors may get caught in this as well, as they provide tools to dump SAP data into Hyperion (e.g., Informatica, which announced a partnership with Hyperion mid-2006). Of course, SAP has been a partner of Oracle for some time as they do not have their own database engine. So, would IBM and SAP be good complements? On the BI side, I think SAP will still want an end-user tool, so Business Objects/Crystal is a good candidate (Crystal Reports being a common tool used by SAP shops).

I am not an Enterprise Software guy but what do you think ?
 

 


Linking and Sharing

If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: Oracle acquistion of Hyperion :Predictions!

del.icio.us:Oracle acquistion of Hyperion :Predictions!  digg:Oracle acquistion of Hyperion :Predictions!  fark:Oracle acquistion of Hyperion :Predictions!
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2007/03/06/oracle-acquistion-of-hyperion-predictions/trackback/

February 13, 2007

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

Yahoo pipes: The RSS crunching machine

Filed under: Technology, Web2.0, Products, Consumer Internet — Prakash Muralidharan @ 3:39 pm


Check out
this neat little tool from yahoo. The official line: 

Pipes is an interactive feed aggregator and manipulator. Using Pipes, you can create feeds that are more powerful, useful and relevant.

Pipes seems an RSS freak's dream come true. You have a universe of feeds waiting to be mixed and matched and pipes lets you play around to your heart's content. But wait! If you think this can be extended to enterprise level integration, read Phil's excellent write up on the pitfalls.
 


Linking and Sharing

If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: Yahoo pipes: The RSS crunching machine

del.icio.us:Yahoo pipes: The RSS crunching machine  digg:Yahoo pipes: The RSS crunching machine  fark:Yahoo pipes: The RSS crunching machine
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2007/02/13/yahoo-pipes-the-rss-crunching-machine/trackback/

February 12, 2007

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

Secrets of consumer internet success.

Filed under: Life, Technology, Web2.0, Products, Consumer Internet — Prakash Muralidharan @ 12:16 pm

Startup review.com brings out very well the secrets of consumer internet success. My comments are in italics as always.

1. Define a previously unrecognized niche
Allows you to focus your value proposition and differentiate yourself from the rest. Ensures first mover advantage which typically allows for lower customer acquisition cost due to lack of switching costs.
2. Strong ability to leverage natural search as the primary means of user acquisition
Leveraging natural search means people need to link to you. If you have a single story that can cause a large number of links to originate from your site, this could lead to a positive feedback loop (assuming your site is sticky enough).
3. Service that empowers people to make a living
A tough act to follow especially where you are trying to make money. iStockPhoto is a good example. The site was in part a success because it tied the financial success of some of it's users to itself.
4. Free (or near free) alternative for a previously high cost service
5. True viral distribution potential
Viral distribution is cool, but I would not put it as a mandatory factor as long as you can acquire users cheaply. Viral distribution does help the cause of loyalty but I there are other ways to build loyalty too.
6. Ability to jumpstart user acquisition through distribution partnerships
7. Story that lends itself to mainstream PR  

 


Linking and Sharing

If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: Secrets of consumer internet success.

del.icio.us:Secrets of consumer internet success.  digg:Secrets of consumer internet success.  fark:Secrets of consumer internet success.
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2007/02/12/secrets-of-consumer-internet-success/trackback/

February 3, 2007

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

Why Software succeeds or fails: Parallels between products and services.

Filed under: Software Services, Outsourcing, Products — Prakash Muralidharan @ 3:05 am


Adam Bosworth (VP-Google) mentions two things as important for a software’s success:

• "Physics" (P), meaning whether the infrastructural plumbing (machine speed, broadband etc) that supports the software is good enough to bring out the intrinsic value of the software. Bosworth mentions that AJAX was invented way back in 1997 but failed because of bandwidth and processor limitations.

• "Human Psychology" (HP), meaning knowing exactly how your users are going to use and the important of KISS (Keep it simple and stupid).

Projecting Mr.Bosworth's thoughts into the services and outsourcing space yields some startling parallels. "P" and "HP" seem to be key enablers here too. It is very true that outsourcing has benefited greatly from better development and configuration management tools (P), broadband (P), secure networks (P+HP), standardized methodologies (HP), better physical security (P). In fact, the recent growth in outsourced product development is standing on the pillars of IP protection (P and HP), better collaborative tools to enable distributed product development (P) and standardized methodologies that give the client a comfort feel on quality (a big HP factor).

Linking and Sharing

If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: Why Software succeeds or fails: Parallels between products and services.

del.icio.us:Why Software succeeds or fails: Parallels between products and services.  digg:Why Software succeeds or fails: Parallels between products and services.  fark:Why Software succeeds or fails: Parallels between products and services.
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2007/02/03/why-software-succeeds-or-fails-parallels-between-products-and-services/trackback/

January 31, 2007

Nederlands/Dutch Français/French ???????/Russian Deutsch/German Italiano/Italian Português/Portuguese Español/Spanish ????????/Greek 日本語/Japanese 한국어/Korean 中文(简体)/Chinese Simplified 中文(简体)/Chinese Traditional

MYSQL to go public.

Filed under: Technology, Products — Prakash Muralidharan @ 4:06 pm
This news article made me cup my hands in joy. No, I am not an investor in MySQL, but just that I love to see underdogs doing well. But will the move succeed? A quick look at the VA Software (the folks who created Source Forge) stock does not seem encouraging.


I am keeping my fingers crossed, but here's why I think MYSQL will not go the VA Software way:

·        VA Software's flagship product is SourceForge and databases are any day a hotter space than source management. Even the largest of development efforts target a few thousand developers, while the largest DB installations run into millions of users. 

·        MYSQL is offering an enterprise wide license at just $40000. Seriously, the likes of Oracle and Microsoft have been ripping off customers with ridiculous prices. I don't mean these products are not good. They are great which is why they command a premium. But why pay the earth to "overengineered" Oracle when you can pay a fraction of that to "lean and mean" MySQL, especially when you do not need the bells and whistles? I see the lower end of the corporate market looking at MySQL more seriously.

·        Oracle's attempted takeover last year vindicates the model.

·        MySQL has successfully piggybacked on several open source products and bundled itself into platforms like Solaris,MacOS and Linux. At the end of the day if a data centric company like Google can rely on MySQL I see no reason why others can't. It is proven!   

    So, who's joining the IPO party ?


Linking and Sharing

If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: MYSQL to go public.

del.icio.us:MYSQL to go public.  digg:MYSQL to go public.  fark:MYSQL to go public.
Trackback

Trackback URI for this entry:

http://www.prakashonsoftware.org/blog/index.php/2007/01/31/mysql-to-go-public/trackback/