WPF Windows Presentation Foundation -A Detailed Overview Version 1.2

November 20, 2009 by shahzadsb

A new version of WPF presentation is uploaded.


WPF Windows Presentation Foundation -A Detailed Overview Version 1.2

Code Sample

[Note: After downloading sample code file. Rename file with rar extension and then extract the rar file to actual sample code.]

Code sample related to following topics.
XMAL,Basic Elements of WPF,Architecture,Property System / Dependency Property,Routed Events,Binding System,Styling / Templating

A detailed overview of WPF,Windows Presentation Foundation

November 7, 2009 by shahzadsb

A detailed overview of WPF,Windows Presentation Foundation

Presentation By: Shahzad Sarwar

To: Comsoft,  Development Team

What is WPF? 

  • Next-generation presentation system for building Windows client applications with visually stunning user experiences.
  • Resolution-independent
  • Vector-based rendering engine (advantage of modern graphics hardware)
  • Coverage:

   Extensible Application Markup Language (XAML), controls, data binding, layout, 2-D and 3-D graphics, animation, styles, templates, documents, media, text, and typography.

 What’s covered:

  • XMAL
  • Basic Elements of WPF
  • Architecture
  • Property System / Dependency Property
  • Routed Events
  • Binding System
  • Styling / Templating

 What’s Not covered:

  • Controls Library
  • Graphics / Multi Media
  • Documents

Attachment:

WPF-WindowsPresentationFoundation-ADetailedOverview

Bits and pieces from Book- “97 Things Every Software Architect Should Know”

October 11, 2009 by shahzadsb
  1. Don’t put your resume ahead of the requirements  by Nitin Borwankar
  2. Simplify essential complexity; diminish accidental complexity  by Neal Ford
  3. Chances are your biggest problem isn’t technical   by Mark Ramm
  4. Communication is King; Clarity and Leadership its humble servants  by Mark Richards
  5. Architecting is about balancing   by Randy Stafford
  6. Seek the value in requested capabilities  by Einar Landre
  7. Stand Up!   by Udi Dahan
  8. Skyscrapers aren’t scalable   by Micheal Nygard
  9. You’re negotiating more often than you think  by Michael Nygard
  10. Quantify  by Keith Braithwaite
  11. One line of working code is worth 500 of specification by Allison Randal
  12. There is no one-size-fits-all solution  by Randy Stafford
  13. It’s never too early to think about performance  by Rebecca Parsons
  14. Application architecture determines application performance  by Randy Stafford
  15. Commit-and-run is a serious crime. Respect your Colleagues   by Niclas Nilsson
  16. There Can be More than One  by Keith Braithwaite
  17. Business Drives   by Dave Muirhead
  18. Simplicity before generality, use before reuse  by Kevlin Henney
  19. Architects must be hands on  by John Davies
  20. Continuously Integrate  by Dave Bartlett
  21. Avoid Scheduling Failures   by Norman Carnovale 
  22. Architectural Tradeoffs  by Mark Richards
  23. Database as a Fortress  by  Dan Chak
  24. Use uncertainty as a driver  by Kevlin Henney
  25. Scope is the enemy of success  by Dave Quick
  26. Reuse is about people and education, not just architecture  by Jeremy Meyer
  27. There is no ‘I’ in architecture   by Dave Quick
  28. Get the 1000ft view  by Erik Doernenburg
  29. Try before choosing  by Erik Doernenburg
  30. Understand The Business Domain  by Mark Richards
  31. Programming is an act of design  by Einar Landre
  32. Time changes everything  by Philip Nelson
  33. Give developers autonomy  by Philip Nelson
  34. Value stewardship over showmanship  by Barry Hawkins
  35. Warning, problems in mirror may be larger than they appear  by Dave Quick
  36. The title of software architect has only lower-case ‘a’s; deal with it  by Barry Hawkins
  37. Software architecture has ethical consequences  by Michael Nygard
  38. Everything will ultimately fail  by Michael Nygard
  39. Context is King  by Edward Garson
  40. It’s all about performance   by  Craig L Russell
  41. Engineer in the white spaces  by Michael Nygard
  42. Talk the Talk by Mark Richards
  43. Heterogeneity Wins  by Edward Garson
  44. Dwarves, Elves, Wizards, and Kings  by Evan Cofsky
  45. Learn from Architects of Buildings  by Keith Braithwaite
  46. Fight repetition by Niclas Nilsson
  47. Welcome to the real world by Gregor Hohpe
  48. Don’t Control, but Observe by Gregor Hohpe
  49. Janus the Architect by Dave Bartlett
  50. Architects focus is on the boundaries and interfaces  by Einar Landre
  51. Challenge assumptions – especially your own by  Timothy High
  52. Record your rationale  by Timothy High
  53. Empower developers  by Timothy High
  54. It is all about the data  by Paul W. Homer
  55. Control the data, not just the code   by Chad LaVigne
  56. Don’t Stretch The Architecture Metaphorsby David Ing
  57. Focus on Application Support and Maintenance   by Mncedisi Kasper
  58. Prepare to pick twoby Bill de hOra
  59. Prefer principles, axioms and analogies to opinion and taste  by Michael Harmer
  60. Start with a Walking Skeleton   by Clint Shank
  61. Share your knowledge and experiencesby Paul W. Homer
  62. Make sure the simple stuff is simple   by Chad LaVigne
  63. If you design it, you should be able to code it  by Mike Brown
  64. The ROI variable by George Malamidis
  65. Your system is legacy, design for it  by Dave Anderson
  66. If there is only one solution, get a second opinion  by  Timothy High
  67. Understand the impact of change  by  Doug Crawford  
  68. You have to understand Hardware too   by  Kamal Wickramanayake
  69. Shortcuts now are paid back with interest later  by  Scot Mcphee
  70. “Perfect” is the Enemy of “Good Enough”   by  Greg Nyberg
  71. Avoid “Good Ideas”   by  Greg Nyberg
  72. Great content creates great systems  by  Zubin Wadia
  73. The Business Vs. The Angry Architect by Chad LaVigne
  74. Stretch key dimensions to see what breaks  by  Stephen Jones
  75. Before anything, an architect is a developer  by  Mike Brown
  76. A rose by any other name will end up as a cabbage   by  Sam Gardiner
  77. Stable problems get high quality solutions  by  Sam Gardiner
  78. It Takes Diligence   by Brian Hart
  79. Take responsibility for your decisions  by  Yi Zhou
  80. Dont Be a Problem Solver  by  Eben Hewitt
  81. Choose your weapons carefully, relinquish them reluctantlyby Chad LaVigne
  82. Your Customer is Not Your Customer  by  Eben Hewitt
  83. It will never look like that  by Peter Gillard-Moss
  84. Choose Frameworks that play well with others  by  Eric Hawthorne
  85. Making a strong business case  by  Yi Zhou
  86. Pattern Pathology  by  Chad LaVigne
  87. Learn a new language by  Burk Hufnagel
  88. Dont Be Clever  by Eben Hewitt
  89. Build Systems to be Zuhanden by Keith Braithwaite
  90. Find and retain passionate problem solvers   by Chad LaVigne
  91. Software doesnt really exist   by  Chad LaVigne
  92. Pay down your technical debt   by  Burk Hufnagel
  93. You can’t future-proof solutions   by Richard Monson-Haefel
  94. The User Acceptance Problem by Norman Carnovale
  95. The Importance of Consommé  by  Eben Hewit
  96. For the end-user, the interface is the system   by Vinayak Hegde
  97. Great software is not built, it is grown    by  Bill de hora

Source : http://97-things.near-time.net

New features of Microsoft Visual studio 2008 and .Net framework 3.5 to Comsoft, UAE

October 11, 2009 by shahzadsb

A LINQ Presentation to Palmchip / TRG

October 11, 2009 by shahzadsb

Engineer-vs-Manager

September 13, 2009 by shahzadsb

A group of Managers on a training course are given the task of finding the height of a flagpole outside the training centre. There are several of them in the group so they all start leaping about trying to figure out how to get the tape measure up to the top of the pole. After about half an hour they decide to try fixing the tape to the string that raises the flag and getting it to the top that way.
They’ve got the tape half way up and it’s stuck on a metal ring when an engineer walks past and asks what they’re trying to do. When he’s told, he lifts the pole out of the ground, lays it down and measures it, tells the group how long it is, and walks on.
“Isn’t that just typical of an engineer?” says one of the managers, “We want the height, and he tells us the length!”

———————————————————-

A woman in a hot air balloon realized she was lost. She reduced altitude and spotted a man below. She descended a bit more and shouted, ‘Excuse me sir, can you help me? I promised a friend I would meet him an hour ago but I don’t know where I am.’
The man below replied, ‘You’re in a hot air balloon hovering approximately 30 feet above the ground. You’re between 40 and 41 degrees north latitude and between 59 and 60 degrees west longitude.’
‘You must be an engineer,’ said the lady balloonist.
‘I am’, replied the man. ‘How did you know?’
‘Well, answered the balloonist, ‘everything you told me is technically correct, but I’ve no idea what to make of your information, and the fact is I’m still lost. Frankly, you’ve not been much help to me at all. If anything you’ve delayed my trip even more.’
The man below responded, ‘You must be a manager.’
‘I am,’ replied the lady balloonist, ‘but, how did you know?’
‘Well,’ said the man, ‘You don’t know where you are, or where you’re going. You have risen to where you are, due to a large quantity of hot air within. You made a promise, which you’ve no idea how to keep, and you expect people beneath you to solve your problems.’

Source: google

So we need mixture of both engineer n manager…which is called Engager..which is very close to Architect…:)

“97 Things Every Software Architect Should Know”- A Book Review

September 10, 2009 by shahzadsb

A Must Read-To Know-What the hell is Software Architect

In this truly unique technical book, today’s leading software architects present valuable principles on key development issues that go way beyond technology. More than four dozen architects — including Neal Ford, Michael Nygard, and Bill de hOra — offer advice for communicating with stakeholders, eliminating complexity, empowering developers, and many more practical lessons they’ve learned from years of experience. Among the 97 principles in this book, you’ll find useful advice such as:

Don’t Put Your Resume Ahead of the Requirements (Nitin Borwankar) Chances Are, Your Biggest Problem Isn’t Technical (Mark Ramm) Communication Is King; Clarity and Leadership, Its Humble Servants (Mark Richards) Simplicity Before Generality, Use Before Reuse (Kevlin Henney) For the End User, the Interface Is the System (Vinayak Hegde) It’s Never Too Early to Think About Performance (Rebecca Parsons)

To be successful as a software architect, you need to master both business and technology. This book tells you what top software architects think is important and how they approach a project. If you want to enhance your career, 97 Things Every Software Architect Should Know is essential reading.

About the Author
Richard Monson-Haefel , an independent software developer, coauthored all five editions of Enterprise JavaBeans and Java Message Service (all O’Reilly). He’s a software architect specializing in multi-touch interfaces and a leading expert on enterprise computing. More detail on his work and writings can be found at www.monson-haefel.com.