satyan
Team is as good as its Leader
Kissflow - workflow as a service on Google apps
Keep an 'A' player engaged.
The new attrition problem
Extending the joel test..
Windows 8 preview.. what it means
Working with legacy code
Peer feedback exercise
Revisiting is the key
Who do you work for?
Every employee is your salesperson.
Pitch the dream, not the job
Inherit or Compose..
Better way to comment.. code it.
Don't agree on Unit test being trivial. Infact, it is one of the things that aid you with changing specs and code. It helps you change your code with confidence. That really matters.
I appreciate your overall point, had just one correction. thanks.
Interviews - Two at a time
How to find yourself a good programming job
We're just getting started with touch based apps..
Emails are just getting hotter
Why I did not build my first product..
Training the dragon.. Learning by feedback.
Social Profile for Interviews
The best part of TDD
Once you start listening to your people and pick your organizational directions from there, the whole decision making process gets more efficient.
Keep the floor open for different kind of discussions. Keep looking at what discussions are catching heat (more people talking about it). Pick your directions from them. That was the intent.
Eg. Which technology is the most popular among our folks? What kind of clients are liked by our folks? What kind of work do our people prefer? etc. etc.
Our people are not discussing about it..
Thats the context. Thanks.