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

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

            Solaris轉(zhuǎn)移到Linux
            雖然目前的工作平臺還是Solaris,但是已經(jīng)打定主意切入Linux了。好在一直很注意跨平臺的問題,所以C++的功底應(yīng)該不會(huì)在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)度,一方面一直很怕無類型無定義變量,一方面對跨平臺時(shí)候ksh/bash或者awk/gawk什么的參數(shù)差異耿耿于懷。甚至連自動(dòng)生成Makefile這種事情,我也是不憚?dòng)谧约簩慗ava程序的。但是隨著開發(fā)的深入,發(fā)現(xiàn)的確需要一個(gè)可以快速開發(fā)的腳本環(huán)境來作為粘合劑。最后放棄大紅大紫的Python和Ruby,而選擇各大系統(tǒng)都默認(rèn)安裝的Perl,個(gè)人感覺也是一個(gè)十分務(wù)實(shí)的選擇。同時(shí)也要強(qiáng)迫自己學(xué)習(xí)一直沒有機(jī)會(huì)接觸的正則表達(dá)式了,嘿嘿。

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

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

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

            2006年4月23日

            網(wǎng)絡(luò)
            放棄ACE了. 一方面是因?yàn)楣ぷ黝I(lǐng)域的偏離, 另一方面是真的開始反思一個(gè)框架真的有必要復(fù)雜到無法控制嗎?


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

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


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

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


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


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


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


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

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

            2006年3月20日

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

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

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

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

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

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

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

            ?

            圖形界面

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

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

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

            ?

            MTL & ITL

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

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

            ?

            Boost Graph

            老啦, 玩不動(dòng)啦.

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

            我投降在前了. 老實(shí)說, 不如做一個(gè)好點(diǎn)的std lib來的實(shí)在

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

            ?

            XML

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

            ACEXML好像還是中文不行.

            xerces在Unix下還是要掛個(gè)ICU, 不然就只能手動(dòng)換ISO-8859-1.

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

            ?

            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, 功能加了不少, 但是強(qiáng)化的實(shí)在是重量級過分了

            本來想等PACE出來, 自己實(shí)做一個(gè)OORTDB的. 但是看來沒希望了.

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

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

            posted @ 2006-03-20 12:36 shephard.li 閱讀(813) | 評論 (7)編輯 收藏
            僅列出標(biāo)題  
             
            久久91亚洲人成电影网站| 久久久久国产精品三级网| 伊人久久综合无码成人网| 久久亚洲精品国产精品| 久久青青草原国产精品免费| 成人国内精品久久久久影院VR| 久久久久久久免费视频| 久久人人爽人人爽人人片AV不 | 久久精品国产亚洲av麻豆小说| 2021精品国产综合久久| 久久综合给合综合久久| 久久久噜噜噜www成人网| 天天影视色香欲综合久久| 精品国产VA久久久久久久冰| 性欧美大战久久久久久久| 日韩精品久久久久久| 亚洲精品无码久久久久久| 成人精品一区二区久久久| 久久综合香蕉国产蜜臀AV| 一级a性色生活片久久无 | 精品伊人久久大线蕉色首页| 国产成人久久精品麻豆一区 | 色偷偷88欧美精品久久久| 亚洲国产成人久久综合碰碰动漫3d| 国产精品久久久久久久人人看| 中文字幕成人精品久久不卡| 亚洲人成精品久久久久| 亚洲精品无码久久毛片| 国产精久久一区二区三区| 99国产欧美精品久久久蜜芽 | 亚洲国产小视频精品久久久三级| 久久久久久久综合日本亚洲| 国产精品久久久久9999| 久久久久亚洲av无码专区| 无码国内精品久久人妻| 国色天香久久久久久久小说| 欧美亚洲国产精品久久高清| 久久精品国产免费观看| 国产aⅴ激情无码久久| 久久香蕉国产线看观看精品yw| 亚洲午夜久久久久久久久电影网|