• <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>

            2007年1月25日

            工作了之后真的很無奈,被項目拖著鼻子走感覺很不舒服,但學(xué)習(xí)還是不能停的,要開始有意識的自我規(guī)劃了。

            Solaris轉(zhuǎn)移到Linux
            雖然目前的工作平臺還是Solaris,但是已經(jīng)打定主意切入Linux了。好在一直很注意跨平臺的問題,所以C++的功底應(yīng)該不會在Linux上荒廢太多。
            小小試用了一下Ubuntu,發(fā)現(xiàn)*nix在日常辦公開發(fā)過程中還是和Windows不能比。所以基本流程就變成:VC6+Intel Cpp+Visual Assist寫代碼編譯,VMWare+cygwin X Server遠(yuǎn)程調(diào)試。
            最開心的一件事情是Sun Studio Express 3發(fā)布了,竟然有了PerfLib的Linux版本,嘖嘖。順帶說一下,Sun Studio Express3好像多了很多Linux版的工具(包括C++編譯器),大家快去捧場啊。

            學(xué)習(xí)Perl
            一直對腳本持懷疑態(tài)度,一方面一直很怕無類型無定義變量,一方面對跨平臺時候ksh/bash或者awk/gawk什么的參數(shù)差異耿耿于懷。甚至連自動生成Makefile這種事情,我也是不憚于自己寫Java程序的。但是隨著開發(fā)的深入,發(fā)現(xiàn)的確需要一個可以快速開發(fā)的腳本環(huán)境來作為粘合劑。最后放棄大紅大紫的Python和Ruby,而選擇各大系統(tǒng)都默認(rèn)安裝的Perl,個人感覺也是一個十分務(wù)實的選擇。同時也要強迫自己學(xué)習(xí)一直沒有機會接觸的正則表達式了,嘿嘿。

            OpenMP
            大公司們對多核多線程的炒作如火如荼,而我還是只會用ACE的Thread Wrapper寫點服務(wù)器端Thread Per Request應(yīng)用,或者用Java操作一下UI Thread,感覺這些都只是偽多線程,大多數(shù)時候自己的思維還都是禁錮在單線程的簡單流程中。OpenMP則大大開放了我的思維,比如循環(huán)內(nèi)自動fork線程,如此低粒度的算法級并行,真的是以前沒有想過的。順帶說一下比OpenMP成名更早的MPI,感覺這種強調(diào)分布式運算的東西太專業(yè)了,不適合我們平時的運算環(huán)境。

            矩陣計算
            在這個領(lǐng)域,我的浮躁本性暴露無疑,一直一山望著一山高,不肯定心好好研究一個東西。先是Fortran接口的BLAS和Lapark,緊接著就覺得MTL這種模板實例化才是可維護性和運行效率的最佳結(jié)合點,然后又發(fā)現(xiàn)uBLAS的表達式模板更加精妙,最后又對ITL的迭代子羨慕不已。一直到今天,發(fā)現(xiàn)有了OpenMP,又在鄙視uBLAS之流對多核多線程的短視。老是靜不下心來鉆研一個東西,也許這是比技術(shù)短板更可怕的東西。

            posted @ 2007-01-25 13:15 shephard.li 閱讀(906) | 評論 (0)編輯 收藏

            2006年4月23日

            網(wǎng)絡(luò)
            放棄ACE了. 一方面是因為工作領(lǐng)域的偏離, 另一方面是真的開始反思一個框架真的有必要復(fù)雜到無法控制嗎?


            矩陣
            開始重新思考MTL了,一個冷冷清清的社區(qū),一個缺乏表達式模板的矩陣庫,一個畫餅充饑的4.0, MTL真的有必要有這么大名氣么?

            反觀uBLAS, 基本上已經(jīng)finalize了, 可是借助boost的人氣, 還是讓人感到社區(qū)的活力.
            唯一的遺憾, 它還是調(diào)用了Lapark. C++在科學(xué)計算中的蒼白無力真是讓人喪氣.
            最近的打算就是把ITL和uBLAS結(jié)合一下, 不知道有沒有先行者可以讓我瞻仰一下?


            圖形界面
            鄙視wxWindoz, 堅決鄙視.
            GUI本來就不應(yīng)該是一個軟件的中心, 我竟然要花這么多力氣在這種"垃圾"接口上,為自己傷心啊
            還是重回QT了,平時用GPL自己玩. 真要做產(chǎn)品,就讓老板去買QPL, 呵呵
            同時稍稍郁悶一下,為什么QT4不能用cygwin?

            順便說一下FLTK, 真的很喜歡這種量級的東西
            但是它一定要在cygwin用windoz兼容模式下編譯, 我的stlport和xerces全罷工了,咬牙恨恨啊
            那位高手可以指點我如何改進么?


            Boost
            呵呵,工作原因, 短期內(nèi)不會玩圖算法了,但是要有很多矩陣方面的工作
            因此放棄graph, 師從uBLAS, 好像又有的忙了...


            XML
            最近舒服啊, 配置文件中一個中文都沒有, xerces光膀就能上陣了,呵呵


            Database related
            嘿嘿,全部用java了, JDBC簡單啊, 舒服啊, 用的我滿臉笑嘻嘻啊


            發(fā)現(xiàn)C++的世界其實很小,對于一個領(lǐng)域,大家翻來覆去就是引用那么幾個庫。
            但是很多名氣大的庫往往并不怎么樣,呵呵,可能是我的需求不對路或者水平太低吧。
            一己之見,歡迎拍磚
            同時也想把C++關(guān)注一直做下去,歡迎大家一起思考

            posted @ 2006-04-23 22:04 shephard.li 閱讀(951) | 評論 (7)編輯 收藏

            2006年3月20日

            首先聲明, 我雖然是用C++啟蒙的, 但是有很長一段時間一直是用Java來維持生計的, 因此對C++可能會有些與脫節(jié), 大家原諒.

            系統(tǒng)服務(wù)

            ACE波瀾不驚地發(fā)布了5.5, 有什么新意么? 貌似subsetting做的有聲有色.

            但是發(fā)現(xiàn)Posix ACE停止開發(fā)了, 已經(jīng). 甚至還狠心的刪除了源代碼.

            天哪, 覺得ACE最有前景的一塊已經(jīng)消失了. 剩下來一幫人在自娛自樂地搞CIAO和TAO, 無語啊. 又不是C++的強項.

            不過也怪不得他們, 畢竟是半商業(yè)化的東西了, PACE對ACE和TAO的沖擊太大了, 換了我是贊助者也不同意.

            可憐的是我, 本來就特?zé)〢CE_OS. 因此在獲悉PACE的開發(fā)計劃后, 硬是生生忍住幾個項目的開發(fā)欲望, 打算等PACE出來解放我的. 但是想不到Java上轉(zhuǎn)一圈彎路回來, 竟然碰此噩耗.

            ?

            圖形界面

            在學(xué)校和在單位看一個開源項目, 最大的不同就是: 在學(xué)校先看Tutorial, 在單位先看license.

            這不, 就這樣, 即便QT 4 For win32有了開源版本, 可我還是放棄了自己的QT xx年資歷, 投奔了wxWidgets

            只是wxWidgets, 你的仿MFC接口也忒差了吧

            ?

            MTL & ITL

            這兩個玩意許久未更新了, 難道BLAS竟是C++在科學(xué)計算中的終點?

            望著MTL中指向Lapack的adapter, 我欲哭無淚啊

            ?

            Boost Graph

            老啦, 玩不動啦.

            一坨坨的template, 真的看不動了. 據(jù)說C++ 200x還要加更多的C++ template語法

            我投降在前了. 老實說, 不如做一個好點的std lib來的實在

            最可憐的是我的網(wǎng)絡(luò)流了, 本來想好好作為一番的. 但是工作不饒人, 只能對不住您了.

            ?

            XML

            什么世道啊, 不玩XML就不算程序員?

            ACEXML好像還是中文不行.

            xerces在Unix下還是要掛個ICU, 不然就只能手動換ISO-8859-1.

            天哪, 我只是想讀個配置文件, 您竟然給我這么一個大庫, 我容易么我

            ?

            RDBMS

            Oracle不管它到了10g, 還是11what, 我發(fā)現(xiàn)我還是只用了它的8i功能子集.

            沒辦法啊, 俺們低級程序員, 只知道把Oracle當(dāng)作Data Storage, 渾然沒有被Grid等等新特性招安的資質(zhì)

            唯一開心的是我最親愛的OTL不但出了新版本, 還能支持10g了

            一圈unixODBC, QT DB Interface, wxWidgets ODBC Interface, Oracle Gateway走下來, OTL還是你最好

            ?

            RTDB

            Berkerly DB被買走了, 無所謂. 類似的不是還有SQLite么?

            我唯一關(guān)心的是Gigabase, 功能加了不少, 但是強化的實在是重量級過分了

            本來想等PACE出來, 自己實做一個OORTDB的. 但是看來沒希望了.

            呼喚達人, 合作開發(fā)OORTDB, 我們用ACE_OS好不好???

            同時嫉妒TopLink, 也呼喚牛人合作開發(fā)一個OO Adapter for RDBMS, 我們用OTL好不好???

            posted @ 2006-03-20 12:36 shephard.li 閱讀(813) | 評論 (7)編輯 收藏
            僅列出標(biāo)題  
             
            精品午夜久久福利大片| 国产一级持黄大片99久久 | 亚洲国产精品成人久久| 亚洲αv久久久噜噜噜噜噜| av国内精品久久久久影院 | 99久久夜色精品国产网站| av午夜福利一片免费看久久| 国产亚洲精午夜久久久久久| 欧美亚洲国产精品久久久久| 久久精品国产亚洲麻豆| 色天使久久综合网天天| 久久九九亚洲精品| 亚洲国产精品嫩草影院久久| 亚洲国产成人久久精品动漫| 成人久久免费网站| 久久e热在这里只有国产中文精品99| 无遮挡粉嫩小泬久久久久久久 | 久久久无码精品亚洲日韩按摩| 久久精品成人| 青青草国产精品久久| 五月丁香综合激情六月久久 | 伊人久久综合精品无码AV专区| 精品久久久久国产免费| 国产精品美女久久久久| 无遮挡粉嫩小泬久久久久久久 | 国产一区二区精品久久| 欧美黑人激情性久久| 欧美激情一区二区久久久| 久久精品夜色噜噜亚洲A∨| 久久久青草久久久青草| 97久久精品人妻人人搡人人玩| 熟妇人妻久久中文字幕| 人妻无码αv中文字幕久久琪琪布 人妻无码精品久久亚瑟影视 | 亚洲综合日韩久久成人AV| 久久精品一区二区影院| 国产精品免费久久久久影院| 久久综合综合久久狠狠狠97色88| 久久99国内精品自在现线| 久久国产精品国产自线拍免费| 97久久综合精品久久久综合| a高清免费毛片久久|