Friday, November 4, 2011
Monday, October 31, 2011
Six Steps in Product Design For Success
Six Steps is all it takes to ensure product success. Read more about this here ...
Monday, October 3, 2011
SolidWorks - Beyond Kernels
SolidWorks has been an enviable product for many CAD Software developers and companies for many reasons - Ease of Use, Rich Feature / Functionality and above all empowering users with a voice that the developers listen to all the time.
When Parametric Solid Modelling was in its birth pangs, kernels, architecture, operating systems were discussed threadbare to focus on the inherent power of visualization in enabling design of better products.
It is well known that SolidWorks has been leveraging on the Solid Modelling strengths of Parasolid, Surfacing capabilities of ACIS (Spatial) and Advanced Math Libraries of CATIA to put SolidWorks on steroids as we know it today. Just looking at the Installation directory and DLL's installed would throw light on the above statement.
For many years, SolidWorks has not really been relying on any particular kernel for its existence and growth. A cursory view of features such as Multi-body parts, deformable solids, n-sided patch fill would help users understand the versatility of features that have made users love SolidWorks the way it is today.
Upward Compatibility between different releases while protecting legacy data is a de facto essential that every CAD Software developer understands and accepts. Market always determines the choice and popularity of a particular shift. Cases in point are SDRC/Ideas and CATIA V4 to V5 transformation, not to metion CADDS after Parametric Technologies acquired it. SpaceClaim uses ACIS from Spatial (owned by Dassault). Can SpaceClaim open 3D models of any CAD toolkit and still edit and change features? Yes. Why? Not because of the Kernel per se, but how the Kernel is put to use for a specific intent by the CAD Software developer.
At the user level or for that matter at the IT Data Management level, no one is really worried about the internal architecture or function calls of their underlying engine as long as the User level functionalities and flexibilities are protected, enhanced and stabilized. Even API calls from top-level user routines can be protected during version enhancements as we have seen before. When SolidWorks started it was just Parasolid. Did the user really know or get a knee-jerk reaction when SolidWorks started empowering its users with features based on multi-kernel strategy?
Whispers and innuendo's about the future SolidWorks releases may be making the rounds for reasons beyond objectivity, but SolidWorks knows that its objective is to deliver on one thing - A Pleasant User Experience. Kernels are just that - lying underneath and delivering what their masters - the code developers want. Users could not care less.
When Parametric Solid Modelling was in its birth pangs, kernels, architecture, operating systems were discussed threadbare to focus on the inherent power of visualization in enabling design of better products.
It is well known that SolidWorks has been leveraging on the Solid Modelling strengths of Parasolid, Surfacing capabilities of ACIS (Spatial) and Advanced Math Libraries of CATIA to put SolidWorks on steroids as we know it today. Just looking at the Installation directory and DLL's installed would throw light on the above statement.
For many years, SolidWorks has not really been relying on any particular kernel for its existence and growth. A cursory view of features such as Multi-body parts, deformable solids, n-sided patch fill would help users understand the versatility of features that have made users love SolidWorks the way it is today.
Upward Compatibility between different releases while protecting legacy data is a de facto essential that every CAD Software developer understands and accepts. Market always determines the choice and popularity of a particular shift. Cases in point are SDRC/Ideas and CATIA V4 to V5 transformation, not to metion CADDS after Parametric Technologies acquired it. SpaceClaim uses ACIS from Spatial (owned by Dassault). Can SpaceClaim open 3D models of any CAD toolkit and still edit and change features? Yes. Why? Not because of the Kernel per se, but how the Kernel is put to use for a specific intent by the CAD Software developer.
At the user level or for that matter at the IT Data Management level, no one is really worried about the internal architecture or function calls of their underlying engine as long as the User level functionalities and flexibilities are protected, enhanced and stabilized. Even API calls from top-level user routines can be protected during version enhancements as we have seen before. When SolidWorks started it was just Parasolid. Did the user really know or get a knee-jerk reaction when SolidWorks started empowering its users with features based on multi-kernel strategy?
Whispers and innuendo's about the future SolidWorks releases may be making the rounds for reasons beyond objectivity, but SolidWorks knows that its objective is to deliver on one thing - A Pleasant User Experience. Kernels are just that - lying underneath and delivering what their masters - the code developers want. Users could not care less.
Thursday, July 1, 2010
What next in 3D CAD? - Ideas for Next Generation Technology
It has been over two decades since a new technology emerged in 3D CAD Design. Parametric representation and B-Rep modelling created a tectonic shift in the CAD industry spawning several codes with the latest generation exploiting the Windows architecture for ease-of-use and reach.
While history based representation has provided innumerable benefits, history free editing, a mere corollary, has been confined to limited areas of geometric manipulations in comparison to creat-modify-update-release nature of drawings for manufacture, that the industry requires.
Common challenges still remain in 3D CAD technology that needs to be addressed. Some of them include:
While history based representation has provided innumerable benefits, history free editing, a mere corollary, has been confined to limited areas of geometric manipulations in comparison to creat-modify-update-release nature of drawings for manufacture, that the industry requires.
Common challenges still remain in 3D CAD technology that needs to be addressed. Some of them include:
- Handling of large data sets
- Faster regeneration time during edit and update processes
- Quicker and easier ways of generating/ modifying 2D Drawings
- Intuitive approach to design using constraint-free environment
- Operating System Independent environment
- Freedom to collaborate without data translation
- 2D framework that enables 3D data manipulation without losing sight of the 2D drawing - be it part or assembly (because at the end of the day the user requires a 2D Drawing anyway - am I asking for a roll back ? No !)
- Hybrid approach with both History-free and History-based environment wherein the user has the choice to decide on the approach in the middle of a design process - going back and forth
- Transparent inter-operability - absoluted no barriers !
- Ability to handle Large data sets in fractions of time taken currently
- Surface or Solid - User does not care or should not be troubled to fix 'closure volume' errors
- If one can view HTML pages on any web browser, why not 3D CAD and associated 2D CAD data? e-Drawings has helped - but still more needs to be done here.
- Web standards have evolved - why not leverage on this for 3D CAD environment and framework? (a.k.a Google Sketchup with an advanced framework)
- OS Free, platform independent approach with distributed cloud computing (this is emerging as a serious alternative with much spoken and written about it)
- If Torrents can used a distributed collaborative framework, why not leverage on this for 3D CAD data sets?
Time to re-look at Gregory Patch?
Gregory patch (remember Designbase from Ricoh?) has numerous intrinsic advantages over NURBS in terms of handling large data sets, concise representation and computationally less intensive architecture. Combined with cloud computing, history/history-free hybrid approach, simplified language (CTML - CAD Text Mark Up language?), ability to manipulate 3D data in 2D (yes - I mean this seriously) and 'Torrent'ial collaborative engineering - we will have a deadly cocktail of capabilities that I am sure the users would enjoy and celebrate !
Let us free our minds of constraints and break conventions, now that technology empowers such initiatives. Are we ready for this?
Subscribe to:
Posts (Atom)