• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            C++ Programmer's Cookbook

            {C++ 基礎} {C++ 高級} {C#界面,C++核心算法} {設計模式} {C#基礎}

            The future of WTL

            The future of WTL

            Interestingly, Pranish Kumar posted to the WTL discussion group on yahoo trying to gain opinions on how MS could best support the WTL developer community. You can find his message there, and I've copied my reply to him below:


            > and the addition of knowledgeable support personnel to the Microsoft 
            > official support channels.

             

            I think it would be a great start for Microsoft to provide some form of officially sanctioned discussion forum. Yahoo groups is advertising supported, incredibly irritating to use (IMHO) and extremely unprofessional. I think microsoft could at least fund the provision of a mailing list / news group combination (with web archives) that would give people a little more confidence in believing that microsoft aren't ignoring WTL.

            > There would also likely be significant
            > changes to the library itself as we moved it forward to the latest
            > version of ATL and the compiler. 

            Hopefully this will happen - I'm sure nobody here wants to be unable to use WTL with the new ATL. If Nenad has managed before, surely it doesn't cost you _that much_ to do this.

            > Related to this the team is investigating various ways that we can
            > improve the experience for WTL users without incurring the
            > prohibitive overhead. Some of the possibilities we are investigating
            > include modifying the licensing for WTL so that the WTL community
            > could support itself with a shared-source project.

            Shared-source: please define.

            Ignoring the precise definition of this term, some form of open development (a product able to live without Nenad - god forbid) could be important so that WTL can live on beyond the interest-span of one developer. However, a complete Open Source project could turn into a nightmare unless it is properly managed. Many open source projects suffer from the old "too many chefs spoil the broth" problem. A project like WTL could be especially succeptible to this because it is highly technical underneath the polished cover.

            What would be ideal (it seems to me) would be some form of public project sponsored by microsoft - a web site explaining it, proper discussion groups and somewhere that community members can post examples etc. Contributions of source would be welcome from community members, but would have to be approved by a few key developers (preferably members of the MS ATL/MFC team). This retains some level of quality control, but doesn't suffer from the speed and cost problems of product-izing WTL.

            Somebody else mentioned code documentation - I would like to add my voice to that plea. Some form of standardised code commenting mechanism that could be parsed with either Doxygen or NDoc or equivalent would be particularly helpful in providing better WTL documentation.

            Just my two english pence,


            Simon.

            Posted by Simon at April 14, 2003 02:21 PM

            posted on 2005-11-16 16:00 夢在天涯 閱讀(869) 評論(0)  編輯 收藏 引用 所屬分類: MFC/QT

            公告

            EMail:itech001#126.com

            導航

            統(tǒng)計

            • 隨筆 - 461
            • 文章 - 4
            • 評論 - 746
            • 引用 - 0

            常用鏈接

            隨筆分類

            隨筆檔案

            收藏夾

            Blogs

            c#(csharp)

            C++(cpp)

            Enlish

            Forums(bbs)

            My self

            Often go

            Useful Webs

            Xml/Uml/html

            搜索

            •  

            積分與排名

            • 積分 - 1811117
            • 排名 - 5

            最新評論

            閱讀排行榜

            久久男人AV资源网站| 国产亚洲精品自在久久| 亚洲精品无码专区久久同性男| 欧美激情精品久久久久久久| 久久久久久久97| 91视频国产91久久久| 国产精品久久久久久久人人看| 久久天天躁狠狠躁夜夜avapp| 99久久99久久精品国产片果冻| 欧美精品国产综合久久| 久久综合九色综合精品| 亚洲精品无码久久久久久| 国产精久久一区二区三区| 久久国产乱子伦免费精品| 久久久青草青青国产亚洲免观| 久久亚洲AV成人无码电影| 久久人人爽人人爽人人片AV不| 精品免费久久久久国产一区| 99精品国产在热久久无毒不卡| 亚洲伊人久久精品影院| 亚洲欧美精品一区久久中文字幕| 91精品国产高清91久久久久久| 久久久久精品国产亚洲AV无码| 热久久国产欧美一区二区精品| 精品无码久久久久久久久久| 四虎国产精品免费久久5151| 久久精品国产精品亚洲精品| 久久国产免费观看精品3| 热re99久久精品国99热| 久久精品国产日本波多野结衣| 久久香综合精品久久伊人| 伊人久久大香线蕉综合热线| 少妇久久久久久被弄到高潮| 久久久免费观成人影院| 日韩精品无码久久一区二区三| 亚洲精品tv久久久久久久久久| 理论片午午伦夜理片久久 | 久久久久久综合一区中文字幕| 国产人久久人人人人爽| www性久久久com| 91精品国产91久久久久久蜜臀|