Posts Tagged ‘VMWARE’

Horses and Monkeys

April 16, 2009

We had some internal debate if the following pictures would work well as marketing campaign. I came up with the concept and our graphic artist created it.

I was giving them out as postcards next to the booth in VMWARE Partner exchange.

Some initial conclusions:
1. Animal pictures do attract attention.
2. Monkeys are better than horses.
3. People like humor.

4. If you hand out something to people, they stop and look at it.

5. If people start thinking you have time get their attention.

free the sales monkey vmware partner exchange

free the sales monkey vmware partner exchange


unleash sales horses vmware partner exchange 2009

unleash sales horses vmware partner exchange 2009

vcloud booth IT structures VMWARE partner exchange

vcloud booth IT Structures VMWARE partner exchange


VMWORLD 2009 – Cannes and Paris

February 27, 2009

Some pictures form IT Structures booth at the show and views of Paris, preparing for next conference.

Starting with a cheap trick to get the audience attention.

Nice Car of the Future in Paris, not like my Peugeot 206

Nice Car of the Future in Paris, not like my Peugeot 206

girl picture in paris winter

girl picture in paris winter

Moving to the important keynote we attended

paul mauritz and zvi guterman on vmworld 2009 vcloud keynote

Paul Mauritz and Zvi guterman on vmworld 2009 vcloud keynote

IT Structures Vmworld vCloud Keynote The Big Screen

IT Structures Vmworld vCloud Keynote The Big Screen

it structures vmworld vmware 2009 vcloud pavilion

it structures vmworld vmware 2009 vcloud pavilion

it structures vmworld vmware 2009 vcloud pavilion booth ophir and zvi

it structures vmworld vmware 2009 vcloud pavilion booth ophir and zvi

VMWORLD Europe 2009 Pictures

February 23, 2009
vmworld 2009 clouds and signs

vmworld 2009 clouds and signs

vmworld 2009 Europe stairs

vmworld 2009 Europe stairs

The Proof is in the Pudding- Stating the Obvious III

January 31, 2009

Contrary to what many programmers think, QA role is not to do the dirty work for them. QA’s role is to validate, independently, that the code actually works.

The reason I put the responsibility on the coder is simple. The coder is the one who writes the code, the one that understands it and the one that can change it. Why should anyone else be the owner ?

QA has a lot less options for proving the code works and reducing the risk than the developer, they can only test the functionality from a black box perspective.

Smart Software Developer using Virtual Lab Automation

Smart Software Developer using Virtual Lab Automation

The developer, on the other hand, has multiple options , beyond the ones already listed in part II.

  • Rewrite the code in a more modular fashion so it is easier to have unit tests
  • Move from c# to Python to make it easier to write mocks and do sub system testing
  • Add logs, alerts and assertions so he knows that edge conditions are safely handled
  • Refactor the code so User Interface validations and server validations use the same mechanism
  • Add new code with a separate flag\object\screen so it has less chance to have regression on other functionality
  • Shout at the product manager that the requirements are too complex and there is not way to implement them In SQL with proper testing
  • Move from simple ASP.NET mode to MVC model so more parts of the UI can be tested separately
  • Ask QA to help with extensive PRE-COMMIT manual testing as part of the development stage
  • Ask QA to help with running the automatic testing on development branches
  • Help the  Automated QA team  to make sure new features are tested during the development stage and not post deployment

The manager role is:

  • Iterate over and over the concept of ownership, proof and responsibility
  • Back the theory with resources – buy machines for testing, software for code checking etc
    • For example, buying two servers for the clustering team so they can test their code actually runs on a cluster
  • Help to manage trade-offs and real world considerations
    • For example, which functionality is used a lot and which is hardly used
  • Pay the “price” for making higher quality code
    • For example, Pay $50,000 for a new automated testing project
  • Avoid being dogmatic in the specific methodology
    • For example, unit testing might not be effective in certain places and forcing everyone to do them will just create resentment
  • Introduce and promote new technologies such as Virtualization and lab automation
  • Help apply the right methods in the right context
    • The JavaScript testing framework is great, but should we implement it right now ?

To summarize, like any other professional, the developer is the one responsible for the quality of his or her work.Allowing them to push unproven code to customers is what gave us bad reputation as an industry.However, the best ones are able not just to code, but also to analyze the risk, check for validity ,rewrite and design to create bullet proof products.

And if you read so far, here is a reminder to a lovely 80’s song.

Five Best Software Development Products – Ever

November 8, 2008

This is just my biased and very personal opinion.

1. Turbo Pascal 3.0 (1986)

No Mouse, No Objects , No GUI. Great Fun.

However, it was one of the fastest, most productive IDE’s ever.

On an IBM AT “Compatible” system running at 11MHZ (Using the Turbo Button 🙂  ) and 1MB of memory it outpaced Visual Studio.Net on a Dual-Core 2000MB,2000GHZ machine.

Turbo Pascal Manual

Turbo Pascal Manual

2. Purify & Quantify (1995)

The Instrumentation masters.

For any developer that ever spent three months looking for a memory leak, Purify was a godsend.

Its main advantage – the technology actually worked.

It is amazing to see that even in .Net  environment we still keep having memory leak problems, but no Purify to the rescue. Even more amazing is that the inventor of Purify is also the inventor and founder of NetFlix.

3. Xemacs (1994)

Dynamic word completion, greatest and weirdest Keyboard shortcuts , real human multitasking.

The Editor that invented plugins, open source and tons of other cool features.

And it’s the only useful lisp program ever written.

If you didn’t write code in emacs-lisp you don’t know what how pleasure feels like.



4. VMWARE workstation 3 (2001)

The mother of everything virtualized. It hinted of the future. It was the first “emulation” software that actually worked.

Freezing code in time, replaying bugs, running SoftIce inside a VM , running Linux on windows, running Linux on windows, multiple servers on a single machine. All of that for $300 ( $240, if you bought many of them ).



5. Visual Basic 6.0 (1998)

While many people like Delphi and VB has its downsides, it had such a dramatic effect that it can’t be ignored.

A real simple environment for light weight programmers which is actually useful.

What do they have in common?

  • Great performance.
  • High reliability
  • User simplicity ( maybe not emacs J )
  • Solving hard problems

What do you think ?

Hardware, Software and (Virtual) Appliances Myths – Part Two

October 17, 2008

In Part One I examined some myths about hardware and software appliance. Today I’ll try to describe why hardware appliances became so successful in last years and where.

The basics ideas come from a great NetApp pitch I heard in 1994, when they were very small.Their example at the time was “Routing was done by generic Sun\IBM\HP\Digitital Computers and Cisco turned it into Appliance”. The analogy was “File Serving is done by generic Sun servers and NetApp is going to be the Filer Appliance”, which they did.

Appliances can be great because:

  • Appliances can be cheaper than PC – creating a 60$ Small office router is just not possible using  PC hardware components. Even $1000 enterprise branch office is better of using cheap CPU and low memory to achieve a great margin.
  • Appliances are much easier to install – this is probably still true. Having someone else tie together all the software , do the hardening, remove extra bits and having no drivers to deal with is a great win. Installing the right RAID driver for a generic Linux system can still be quite challenging.
  • Appliances can have better performance for dedicated tasks– NetApp favorite example was trying to list 2000 files in a big directory .It could take several minutes in a generic Unix file system. Since NetApp designed the operating system  just for file serving it was done amazingly fast.
  • Appliances can have a much better form factor – It is quite hard to put 12 Network cards in a single PC.To populate it with 40 is just impossible. Moreover, the network cards on x86 servers are in the wrong side ! Network equipment makers place the cards in the front , while generic servers have them in the back. Again, it seems like a small thing, but try to get Dell,HP or IBM to change that for your appliance.
  • The right side of the cable

    The right side of the cable
  • Appliances are not managed by the server group – one of the biggest selling points for network departments is that the server group can not touch dedicated operating systems. If a Firewall admin buys a Linux server she has to conform to the Linux guidance and dictatorship of the server admins.If it PimiPimiOS , they have no say about it.
  • Appliances are more secure – this is true to some extent just because the functionality is limited and no extra services are installed. However, in many cases it may boil down to security by obscurity. Nobody bothers to update their appliances with latest security patches and the proprietary operating system are not inspected by the community. Furthermore, security applications can not be run on these unique environments.
  • Appliances boot faster – seems like a small thing, but waiting  ten minutes for windows to load is not really acceptable for an enterprise grade router or file server. It is also quite annoying in your home DSL modem. Actually it is quite annoying on my $2000  ThinkPad. Anyway, having a very small ,optimized OS and no hard disk allows a very fast boot time, along with dedicated thinking about boot and reboot length.
  • Appliances are more reliable because they have no hard disk (“moving parts”) –  maybe , not so sure about this one. Anyway , in few years no server will have any moving part ( although it seems fans are moving all the time … )
  • Appliance have  a superior , dedicated management console – this is commonly true. Good appliances have a a great unified web and command line management that bundles all management aspects from image management to application configuration. The problem is once you have 30 different appliances from different vendors  each with its own dedicated ChuChuOs. On a side note, it tends to be quite hard to script and program these beasts , for the same reason.

To make the discussion more interactive till i post the third piece here is a small poll to get your feedback.

VMWARE Expiry Problem

August 13, 2008

Seems that vmware has released an ESX version ( 3.5 Update 2)  that can stop working after August 12.

“An issue has been uncovered with ESX/ESXi 3.5 Update 2 that causes the product license to expire on August 12. VMware will reissue the binaries in the next 36 hours (by August 13, PST). Until the issue is resolved, we advise against upgrading to ESX/ESXi 3.5 Update 2.”

Should be interesting to follow.