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

            GLORY | 學(xué)習(xí)·記錄

            coding for life

            置頂隨筆

            None. Really, don't walk into the trap of endlessly reading blogs.

            Do. Only after you've just done something, figured it out yourself, should you look around for some more hints on it, since the advice will resonate much better if you recognize the problem.

            Then do again.


            Reddit/Programming有人拋出了這么一個(gè)問題。上面是最精彩的一條回復(fù)。

            Verdana字體實(shí)在是太贊了,打算以后代碼都用這個(gè)字體。
            posted @ 2011-03-24 23:05 meglory 閱讀(359) | 評(píng)論 (0)編輯 收藏

            2011年11月1日




            Google Reader今天換了新的界面,變的跟Google Docs的頁(yè)面風(fēng)格一致了。登陸Reader的時(shí)候還彈出來(lái)窗口說(shuō)是為了使頁(yè)面更加簡(jiǎn)潔還有保持所有產(chǎn)品的風(fēng)格一致等等,從今天開始全面采用新界面。但是Google Reader里面拿掉了Share的功能,取而代之的是一個(gè)Google Plus的+1按鈕和Share on Google+。這個(gè)改動(dòng)讓我非常難以適應(yīng),給我?guī)?lái)了很多問題。

            1. 以前把一篇文章分享之后,在Reader里面有一個(gè)View Shared Items鏈接,可以很方便的看到自己曾經(jīng)分享過(guò)的文章,對(duì)于我自己來(lái)說(shuō),因?yàn)槲視?huì)經(jīng)常的回頭看我覺著有價(jià)值的文章,點(diǎn)擊這個(gè)鏈接就十分方便?,F(xiàn)在不僅僅拿掉了share的圖標(biāo),連那個(gè)自己的分享頁(yè)面在Reader的主界面里面也沒有鏈接。點(diǎn)了+1按鈕或者在Share on Google+之后,這個(gè)文章會(huì)出現(xiàn)在Google Plus的頁(yè)面,并且在那里并不是直接顯示全文,而是只顯示一個(gè)文章標(biāo)題和內(nèi)容摘要,想要讀文章還有點(diǎn)到鏈接里面去看;

            2. 如果一個(gè)文章在發(fā)表后被刪除了(這實(shí)在太常見了),那么即使跑到+1頁(yè)面也看不到那個(gè)文章了,而以前的Reader是直接把文章復(fù)制到一個(gè)頁(yè)面的,不管原文如何改動(dòng),對(duì)于分享頁(yè)面并無(wú)影響;

            3. 以前的曾經(jīng)分享的文章跟現(xiàn)在的Google Plus完全沒了聯(lián)系,等于說(shuō)即使我現(xiàn)在開始用+1按鈕,我還是要為了找不同的文章而不得不分別搜索兩個(gè)地方;

            4. 我還是比較依賴于我follow的人推薦的文章的,這樣在質(zhì)量上有保證,可以大大減少在爛文章浪費(fèi)的時(shí)間的可能,而現(xiàn)在也不能查看follow的人推薦文章了;

            5. Reader可以通過(guò)https訪問,但是國(guó)內(nèi)并不能訪問Google+(不知https是否有效),那么國(guó)內(nèi)的朋友等于是需要額外的功夫才能做跟以前一樣的事情,上次跟浩總聊天,他說(shuō)現(xiàn)在翻*墻似乎越來(lái)越困難了。

            好在之前分享的文章還在,我重新訂閱了自己的Shared Items,算是勉強(qiáng)是個(gè)辦法,但是以后新的文章如何分享,我還真不知道。把分享改成加星號(hào)似乎是個(gè)解決辦法,但是它已經(jīng)遠(yuǎn)遠(yuǎn)比不上簡(jiǎn)單的share所帶來(lái)的效果。

            我非常珍惜自己曾經(jīng)分享的文章,用Reader時(shí)間不短了,我知道Reader上有太多的條目只是當(dāng)時(shí)看起來(lái)覺著有趣,但回想一下卻不能給自己帶來(lái)任何價(jià)值,真正有價(jià)值的文章是需要反反復(fù)復(fù)去讀的。除了這么多的不安之外,還能讓我稍微安心的是,我已經(jīng)得到了Reader所能帶給我的一些改變,我并沒有之前那么依賴它了,甚至我正在慢慢的從中抽身出來(lái),把時(shí)間用在去讀更多的好書上面。我是一個(gè)反SNS主義者,我對(duì)于所有SNS性質(zhì)的東西都感到不太舒服,我停用了校內(nèi),基本不上facebook,從未在Google Plus上面分享過(guò)任何文章,所以可以肯定的是,將來(lái)我也肯定不會(huì)花太多時(shí)間在Google Plus上。

            Google Reader的這次改變,給我?guī)?lái)了這么多不便,我也正好借此機(jī)會(huì)慢慢淡出GR了。

            posted @ 2011-11-01 23:24 meglory 閱讀(2228) | 評(píng)論 (3)編輯 收藏

            2011年8月15日

            http://blog.csdn.net/winterttr/article/details/2590741
            作者:winterTTr


            我想,這個(gè)標(biāo)題或許是很多初學(xué)者的問題。尤其是像我這樣的對(duì)C/C++比較熟悉,剛剛進(jìn)入python殿堂的朋友們

            。C/C++的函數(shù)參數(shù)的傳遞方式根深蒂固的影響這我們的思維--引用?傳值?究竟是那種呢。

            呵呵,語(yǔ)言的特性決定了是使用的方法,那么,現(xiàn)在我們來(lái)探究一下python的函數(shù)參數(shù)傳遞方式。

            在開始之前,我們有必要分清一下python的一些基礎(chǔ)概念。

            首先要說(shuō)的是:變量 與 對(duì)象

            在python中,類型屬于對(duì)象,變量是沒有類型的,這正是python的語(yǔ)言特性,也是吸引著很多pythoner的一點(diǎn)。所有的變量都可以理解 是內(nèi)存中一個(gè)對(duì)象的“引用”,或者,也可以看似c中void*的感覺。所以,希望大家在看到一個(gè)python變量的時(shí)候,把變量和真正的內(nèi)存對(duì)象分開。

            類型是屬于對(duì)象的,而不是變量。這樣,很多問題就容易思考了。

            例如: 

            nfoo = 1   #一個(gè)指向int數(shù)據(jù)類型的nfoo(再次提醒,nfoo沒有類型)

            lstFoo = [1]   #一個(gè)指向list類型的lstFoo,這個(gè)list中包含一個(gè)整數(shù)1。

            對(duì)應(yīng)于上一個(gè)概念,就必須引出另了另一概念,這就是“可更改”(mutable)與“不可更改”(immutable)對(duì)象。

            對(duì)于python比較熟悉的人們都應(yīng)該了解這個(gè)事實(shí),在python中,strings, tuples, 和numbers是不可更改的對(duì)象,而list,dict等則是可以修改的對(duì)象。那么,這些所謂的可改變和不可改變影響著什么呢?

            還是上面的例子:

            nfoo = 2        

            這時(shí),內(nèi)存中原始的1對(duì)象因?yàn)椴荒芨淖?,于是?#8220;拋棄”,另nfoo指向一個(gè)新的int對(duì)象,其值為2

            lstFoo[0] = 2  

            更改list中第一個(gè)元素的值,因?yàn)閘ist是可改變的,所以,第一個(gè)元素變更為2,其實(shí)應(yīng)該說(shuō)有一個(gè)新int對(duì)象被指定給lstFoo 所指向的對(duì)象的第一個(gè)值,但是對(duì)于lstFoo 來(lái)說(shuō),所指向的對(duì)象,并沒有變化,就是這個(gè)看似void*的變量所指向的對(duì)象仍舊是剛剛的那個(gè)有一個(gè)int對(duì)象的list。(聽著有點(diǎn)暈吧,仔細(xì)琢磨一下 就明白了,嘿)

            好了,被我這么填鴨似的復(fù)習(xí)了一下python的基礎(chǔ)知識(shí),改轉(zhuǎn)回題目的問題了,Python的函數(shù)參數(shù)傳遞:傳值?引用?

            對(duì)于變量(與對(duì)象相對(duì)的概念),其實(shí),python函數(shù)參數(shù)傳遞可以理解為就是變量傳值操作(注意哦,我說(shuō)的是變量,不是對(duì)象  =_= )

            接著說(shuō)例子好了:

            def ChangeInt( a ):

                  a = 10  # change the number

            nfoo = 2 

            ChangeInt(nfoo)

            print nfoo #結(jié)果是2

            這時(shí)發(fā)生了什么,有一個(gè)int對(duì)象2,和指向它的變量nfoo,當(dāng)傳遞給ChangeInt的時(shí)候,按照傳值的方式,復(fù)制了變量nfoo的值,這樣,a就是nfoo指向同一個(gè)Int對(duì)象了,函數(shù)中a=10的時(shí)候,發(fā)生什么?

            (還記得我上面講到的那些概念么),int是不能更改的對(duì)象,于是,做了一個(gè)新的int對(duì)象,另a指向它(但是此時(shí),被變量nfoo指向的對(duì)象,沒有發(fā)生變化),于是在外面的感覺就是函數(shù)沒有改變nfoo的值,看起來(lái)像C++中的傳值方式。

            def ChangeList( a ):

                  a[0] = 10  # change the number

            lstFoo = [2]

            ChangeList(lstFoo )

            print nfoo #結(jié)果是[10]

            當(dāng)傳遞給ChangeList的時(shí)候,變量仍舊按照“傳值”的方式,復(fù)制了變量lstFoo 的值,于是a和lstFoo 指向同一個(gè)對(duì)象,但是,list是可以改變的對(duì)象,對(duì)a[0]的操作,就是對(duì)lstFoo指向的對(duì)象的內(nèi)容的操作,于是,這時(shí)的a[0] = 10,就是更改了lstFoo 指向的對(duì)象的第一個(gè)元素,所以,再次輸出lstFoo 時(shí),顯示[10],內(nèi)容被改變了,看起來(lái),像C++中的按引用傳遞。

            恩,現(xiàn)在是不是對(duì)python中的變量和對(duì)象的概念有了更深入的理解了呢?

            通過(guò)我上面的解釋,我想大家也可以自己搞定其他類型對(duì)象的傳遞問題了吧。

            posted @ 2011-08-15 09:10 meglory 閱讀(565) | 評(píng)論 (0)編輯 收藏

            2011年6月24日

            function afunc
            {
                echo 
            in fnction: $0 $1 $2
                var1
            ="in function"
                echo var1: $var1
            }

            var1
            ="outside function"
            echo var1: $var1
            echo $
            0: $1 $2
            afunc funcarg1 funcarg2
            echo var1: $var1
            echo $
            0: $1 $2

            OUTPUT:

            ./ascript: arg1 arg2
            in fnction: ./ascript funcarg1 funcarg2
            var1: in function
            var1: in function
            ./ascript: arg1 arg2

            說(shuō)明var1在afunc內(nèi)部被改變了。shell的局部變量跟c語(yǔ)言有些差別,這里默認(rèn)所有外部定義的變量,在函數(shù)內(nèi)部可以訪問并且可以改變。即外部定義的變量默認(rèn)為全局變量。
            若想在afunc內(nèi)部定義一個(gè)局部變量,則需要顯式的加上local var1.

            待續(xù)
            posted @ 2011-06-24 18:57 meglory 閱讀(997) | 評(píng)論 (0)編輯 收藏

            2011年6月22日

            把vim的配色方案,還有terminal的配色方案弄好了。
            vim像是一個(gè)有著無(wú)窮魔力的神器,我需要不停的學(xué)習(xí)才能在使用的時(shí)候能夠得心應(yīng)手。

            vim的配色方案選擇了,jellybeans.vim. 去vim.org站內(nèi)搜索一下就ok。現(xiàn)在覺著黑色的背景確實(shí)看起來(lái)還不錯(cuò)。
            我就是喜歡在這些無(wú)關(guān)緊要的地方琢磨很長(zhǎng)時(shí)間。
            posted @ 2011-06-22 11:16 meglory 閱讀(203) | 評(píng)論 (0)編輯 收藏

            2011年5月16日

            ASP.NET

            通過(guò)BS結(jié)構(gòu)向ftp上傳文件的時(shí)候,出現(xiàn)權(quán)限錯(cuò)誤,不能創(chuàng)建文件。

            搜索了半天之后,該文件夾權(quán)限,更改servu設(shè)置,都無(wú)濟(jì)于事。

            最終還是這個(gè)辦法解決了問題:

            要將 ASP.NET 訪問權(quán)限授予某個(gè)文件,請(qǐng)?jiān)谫Y源管理器中右擊該文件,選擇“屬性”,然后選擇“安全”選項(xiàng)卡。單擊“添加”添加適當(dāng)?shù)挠脩艋蚪M。突出顯示 ASP.NET 帳戶,選中所需訪問權(quán)限對(duì)應(yīng)的框。
            在 Web.Config 中添加如下代碼,就OK了

            <authentication mode="Windows"/>
            <identity impersonate="true" userName="用戶名" password="密碼"/>   //添加這句


             

            posted @ 2011-05-16 11:20 meglory 閱讀(2634) | 評(píng)論 (1)編輯 收藏

            2011年4月11日

            需要粘貼的東西多了以后,發(fā)現(xiàn)多重粘貼實(shí)在是個(gè)必要的功能。

            這里推薦ClipX.

            默認(rèn)是Ctrl+Shift+Insert調(diào)出歷史,我設(shè)置成了Ctrl+Shift+X,非常方便。

            它的官網(wǎng)在這里:http://bluemars.org/clipx/

            posted @ 2011-04-11 10:30 meglory 閱讀(1120) | 評(píng)論 (0)編輯 收藏

            2011年4月3日

            I hate this type of problems...

            The key to this problem is the definition of a "word":

            a word is defined as a consecutive sequence of alphabets, in upper and/or lower case

            so, "won't" consists of two words, "won" and "t"......

            posted @ 2011-04-03 17:05 meglory 閱讀(349) | 評(píng)論 (0)編輯 收藏

            2011年4月1日

            假如主鍵id是自增的,插入一條記錄后如何直接返回該id值?
            之間寫webservice的時(shí)候,很傻,都是先插入以后,再寫一個(gè)select語(yǔ)句,有時(shí)候會(huì)因?yàn)閿?shù)據(jù)的更新導(dǎo)致問題。

            解決方法很簡(jiǎn)單:
            INSERT INTO tableName (fieldname ...) values (value ...) SELECT @@IDENTITY AS returnName

            posted @ 2011-04-01 14:51 meglory 閱讀(685) | 評(píng)論 (0)編輯 收藏

            2011年3月24日

            None. Really, don't walk into the trap of endlessly reading blogs.

            Do. Only after you've just done something, figured it out yourself, should you look around for some more hints on it, since the advice will resonate much better if you recognize the problem.

            Then do again.


            Reddit/Programming有人拋出了這么一個(gè)問題。上面是最精彩的一條回復(fù)。

            Verdana字體實(shí)在是太贊了,打算以后代碼都用這個(gè)字體。
            posted @ 2011-03-24 23:05 meglory 閱讀(359) | 評(píng)論 (0)編輯 收藏
            水題。

            看到網(wǎng)上一個(gè)代碼挺有意思的,要我肯定寫不了這么簡(jiǎn)潔。exp的使用很精髓。

            原文:http://www.shnenglu.com/syhd142/articles/130347.html

             1 #include <stdio.h>
             2 #include <string.h>
             3 
             4 #define N 20
             5 
             6 const int exp[11= {012864321680421};
             7 
             8 int main()
             9 {
            10     //freopen("out.txt", "w", stdout);
            11     char data[N];
            12     while(gets(data))
            13     {
            14         int sum = 0;
            15         int l = strlen(data);
            16         if(data[0!= '|'continue;
            17         for(int i = 1; i < l - 1; i++)
            18         {
            19             if(data[i] == '.'continue;
            20             if(data[i] == 'o') sum += exp[i];
            21         }
            22         printf("%c", sum);
            23     }
            24     return 0;
            25 }
            posted @ 2011-03-24 21:11 meglory 閱讀(308) | 評(píng)論 (0)編輯 收藏
            僅列出標(biāo)題  下一頁(yè)

            導(dǎo)航

            隨筆分類

            隨筆檔案

            最新評(píng)論

            日日躁夜夜躁狠狠久久AV| 97久久精品人人澡人人爽| 久久久亚洲裙底偷窥综合| 中文字幕久久久久人妻| 91视频国产91久久久| 开心久久婷婷综合中文字幕| 一本久久知道综合久久| 青青草国产精品久久久久| 久久久无码精品亚洲日韩京东传媒 | 久久久久国产精品人妻| 久久久久久亚洲AV无码专区| 国产呻吟久久久久久久92| 久久久久se色偷偷亚洲精品av| 久久精品a亚洲国产v高清不卡| 久久久91人妻无码精品蜜桃HD| 久久亚洲日韩精品一区二区三区| 久久99精品免费一区二区| 国产精品久久久久9999| 亚洲精品乱码久久久久久蜜桃不卡| 久久www免费人成精品香蕉| 国产午夜免费高清久久影院| 亚洲国产高清精品线久久| 色综合久久88色综合天天| 97精品国产91久久久久久| 久久精品免费一区二区| 久久久国产视频| 一本色综合久久| 欧美久久亚洲精品| 亚洲一区中文字幕久久| 精品久久久久久久久中文字幕| 久久精品人妻中文系列| 久久久久久久久久久久久久| 亚洲七七久久精品中文国产| 婷婷久久综合九色综合绿巨人| 国产精品成人99久久久久| a级毛片无码兔费真人久久| 日韩精品国产自在久久现线拍| 久久综合中文字幕| 日韩精品国产自在久久现线拍 | 九九精品久久久久久噜噜| 一本色道久久综合|