青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

GLORY | 學習·記錄

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有人拋出了這么一個問題。上面是最精彩的一條回復。

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

2011年11月1日




Google Reader今天換了新的界面,變的跟Google Docs的頁面風格一致了。登陸Reader的時候還彈出來窗口說是為了使頁面更加簡潔還有保持所有產品的風格一致等等,從今天開始全面采用新界面。但是Google Reader里面拿掉了Share的功能,取而代之的是一個Google Plus的+1按鈕和Share on Google+。這個改動讓我非常難以適應,給我帶來了很多問題。

1. 以前把一篇文章分享之后,在Reader里面有一個View Shared Items鏈接,可以很方便的看到自己曾經分享過的文章,對于我自己來說,因為我會經常的回頭看我覺著有價值的文章,點擊這個鏈接就十分方便。現在不僅僅拿掉了share的圖標,連那個自己的分享頁面在Reader的主界面里面也沒有鏈接。點了+1按鈕或者在Share on Google+之后,這個文章會出現在Google Plus的頁面,并且在那里并不是直接顯示全文,而是只顯示一個文章標題和內容摘要,想要讀文章還有點到鏈接里面去看;

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

3. 以前的曾經分享的文章跟現在的Google Plus完全沒了聯系,等于說即使我現在開始用+1按鈕,我還是要為了找不同的文章而不得不分別搜索兩個地方;

4. 我還是比較依賴于我follow的人推薦的文章的,這樣在質量上有保證,可以大大減少在爛文章浪費的時間的可能,而現在也不能查看follow的人推薦文章了;

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

好在之前分享的文章還在,我重新訂閱了自己的Shared Items,算是勉強是個辦法,但是以后新的文章如何分享,我還真不知道。把分享改成加星號似乎是個解決辦法,但是它已經遠遠比不上簡單的share所帶來的效果。

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

Google Reader的這次改變,給我帶來了這么多不便,我也正好借此機會慢慢淡出GR了。

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

2011年8月15日

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


我想,這個標題或許是很多初學者的問題。尤其是像我這樣的對C/C++比較熟悉,剛剛進入python殿堂的朋友們

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

呵呵,語言的特性決定了是使用的方法,那么,現在我們來探究一下python的函數參數傳遞方式。

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

首先要說的是:變量 與 對象

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

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

例如: 

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

lstFoo = [1]   #一個指向list類型的lstFoo,這個list中包含一個整數1。

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

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

還是上面的例子:

nfoo = 2        

這時,內存中原始的1對象因為不能改變,于是被“拋棄”,另nfoo指向一個新的int對象,其值為2

lstFoo[0] = 2  

更改list中第一個元素的值,因為list是可改變的,所以,第一個元素變更為2,其實應該說有一個新int對象被指定給lstFoo 所指向的對象的第一個值,但是對于lstFoo 來說,所指向的對象,并沒有變化,就是這個看似void*的變量所指向的對象仍舊是剛剛的那個有一個int對象的list。(聽著有點暈吧,仔細琢磨一下 就明白了,嘿)

好了,被我這么填鴨似的復習了一下python的基礎知識,改轉回題目的問題了,Python的函數參數傳遞:傳值?引用?

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

接著說例子好了:

def ChangeInt( a ):

      a = 10  # change the number

nfoo = 2 

ChangeInt(nfoo)

print nfoo #結果是2

這時發生了什么,有一個int對象2,和指向它的變量nfoo,當傳遞給ChangeInt的時候,按照傳值的方式,復制了變量nfoo的值,這樣,a就是nfoo指向同一個Int對象了,函數中a=10的時候,發生什么?

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

def ChangeList( a ):

      a[0] = 10  # change the number

lstFoo = [2]

ChangeList(lstFoo )

print nfoo #結果是[10]

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

恩,現在是不是對python中的變量和對象的概念有了更深入的理解了呢?

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

posted @ 2011-08-15 09:10 meglory 閱讀(569) | 評論 (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

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

待續
posted @ 2011-06-24 18:57 meglory 閱讀(1001) | 評論 (0)編輯 收藏

2011年6月22日

把vim的配色方案,還有terminal的配色方案弄好了。
vim像是一個有著無窮魔力的神器,我需要不停的學習才能在使用的時候能夠得心應手。

vim的配色方案選擇了,jellybeans.vim. 去vim.org站內搜索一下就ok。現在覺著黑色的背景確實看起來還不錯。
我就是喜歡在這些無關緊要的地方琢磨很長時間。
posted @ 2011-06-22 11:16 meglory 閱讀(208) | 評論 (0)編輯 收藏

2011年5月16日

ASP.NET

通過BS結構向ftp上傳文件的時候,出現權限錯誤,不能創建文件。

搜索了半天之后,該文件夾權限,更改servu設置,都無濟于事。

最終還是這個辦法解決了問題:

要將 ASP.NET 訪問權限授予某個文件,請在資源管理器中右擊該文件,選擇“屬性”,然后選擇“安全”選項卡。單擊“添加”添加適當的用戶或組。突出顯示 ASP.NET 帳戶,選中所需訪問權限對應的框。
在 Web.Config 中添加如下代碼,就OK了

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


 

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

2011年4月11日

需要粘貼的東西多了以后,發現多重粘貼實在是個必要的功能。

這里推薦ClipX.

默認是Ctrl+Shift+Insert調出歷史,我設置成了Ctrl+Shift+X,非常方便。

它的官網在這里:http://bluemars.org/clipx/

posted @ 2011-04-11 10:30 meglory 閱讀(1124) | 評論 (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 閱讀(356) | 評論 (0)編輯 收藏

2011年4月1日

假如主鍵id是自增的,插入一條記錄后如何直接返回該id值?
之間寫webservice的時候,很傻,都是先插入以后,再寫一個select語句,有時候會因為數據的更新導致問題。

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

posted @ 2011-04-01 14:51 meglory 閱讀(692) | 評論 (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有人拋出了這么一個問題。上面是最精彩的一條回復。

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

看到網上一個代碼挺有意思的,要我肯定寫不了這么簡潔。exp的使用很精髓。

原文:http://m.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 閱讀(317) | 評論 (0)編輯 收藏
僅列出標題  下一頁

導航

隨筆分類

隨筆檔案

最新評論

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            国产精品一区二区男女羞羞无遮挡| 在线亚洲欧美视频| 亚洲精品婷婷| 91久久国产自产拍夜夜嗨| 在线观看日韩欧美| 亚洲精品久久久久久久久久久久久| 亚洲国产婷婷香蕉久久久久久| 1204国产成人精品视频| 国产精品在线看| 黄色成人av在线| 亚洲区欧美区| 亚洲免费在线看| 久久福利毛片| 最新成人av在线| 夜夜嗨av一区二区三区| 午夜视频精品| 欧美成人高清视频| 国产精品久久久久av| 激情av一区| 亚洲网站啪啪| 免费观看不卡av| 亚洲网在线观看| 美女被久久久| 国产乱码精品一区二区三区忘忧草 | 欧美日韩在线视频观看| 国产精品福利影院| 亚洲风情在线资源站| 亚洲一区二区三区乱码aⅴ蜜桃女 亚洲一区二区三区乱码aⅴ | 久久久欧美一区二区| 欧美视频在线视频| 伊人一区二区三区久久精品| 亚洲无线一线二线三线区别av| 麻豆精品视频在线| 亚洲性感美女99在线| 欧美久久久久免费| 亚洲国产精品久久| 久久天天躁狠狠躁夜夜爽蜜月| 亚洲一二三区在线观看| 欧美日韩国产成人在线免费| 亚洲福利视频网| 久久亚洲一区二区| 亚洲欧美一区二区三区极速播放| 欧美精品 国产精品| 国内精品久久久久久影视8 | 欧美成人免费在线| 欧美一区在线看| 国产精品手机在线| 亚洲深爱激情| 亚洲精品一区中文| 欧美高清在线精品一区| 国语对白精品一区二区| 久久久久久久高潮| 欧美一级片在线播放| 国产欧美日韩一区二区三区在线| 亚洲免费网址| 亚洲一区欧美一区| 亚洲乱码国产乱码精品精| 久久这里有精品15一区二区三区| 亚洲欧美日韩一区在线| 国产精品午夜久久| 久久疯狂做爰流白浆xx| 欧美一区二区精品| 国产亚洲一区二区三区在线播放 | 欧美国产大片| 欧美大片国产精品| 一本久久知道综合久久| 亚洲区在线播放| 欧美日韩午夜剧场| 午夜在线视频观看日韩17c| 亚洲一区久久| 国产亚洲高清视频| 欧美成人高清视频| 欧美精品激情| 午夜精品av| 久久久99免费视频| 亚洲精品在线一区二区| 中文欧美字幕免费| 国内精品久久久久久久97牛牛| 欧美成在线视频| 欧美日韩精品一区二区三区四区| 亚洲欧美日韩中文在线制服| 欧美一区二区三区在线免费观看 | 国产精品久久久久久久午夜| 久久岛国电影| 欧美国产在线电影| 亚洲欧美日韩精品在线| 欧美在线观看网址综合| 亚洲国产精品123| 一本色道久久88综合亚洲精品ⅰ| 国产视频在线观看一区| 欧美福利电影在线观看| 国产精品v亚洲精品v日韩精品 | 欧美日韩在线精品| 久久久国产精品一区二区中文 | 99精品国产福利在线观看免费 | 鲁大师成人一区二区三区| 日韩视频一区二区三区| 欧美亚洲免费高清在线观看| 91久久综合亚洲鲁鲁五月天| 一本一本久久a久久精品综合妖精 一本一本久久a久久精品综合麻豆 | 欧美成人免费网站| 国产精品伦一区| 免费视频一区二区三区在线观看| 欧美精品久久久久久久免费观看 | 亚洲大片免费看| 一区二区三区 在线观看视频| 国产综合久久久久久| 夜夜嗨av色一区二区不卡| 在线观看日韩精品| 亚洲欧美日韩国产综合在线| 亚洲美女精品成人在线视频| 久久福利一区| 午夜精品久久久久| 欧美日韩视频一区二区三区| 欧美高清一区二区| 在线成人av| 久久精品国产在热久久| 午夜日韩激情| 欧美日韩亚洲网| 亚洲破处大片| 亚洲精品视频免费观看| 老巨人导航500精品| 久久成人人人人精品欧| 国产精品私房写真福利视频| 一本色道久久综合狠狠躁篇的优点| 亚洲激情电影中文字幕| 久久米奇亚洲| 欧美成人精精品一区二区频| 狠狠色狠狠色综合日日五| 欧美一级在线播放| 久久久久久久性| 狠狠色丁香久久婷婷综合丁香| 欧美一区免费视频| 久久人人爽人人爽| 狠狠综合久久| 美国十次成人| 亚洲精品免费看| 亚洲愉拍自拍另类高清精品| 国产精品久久久久9999高清| 亚洲女人小视频在线观看| 欧美中文字幕在线播放| 国际精品欧美精品| 久久天堂精品| 亚洲国产视频一区| 一区二区三区毛片| 国产精品女主播一区二区三区| 亚洲男人的天堂在线aⅴ视频| 欧美伊人久久久久久午夜久久久久 | 亚洲精品国产视频| 亚洲午夜女主播在线直播| 国产精品久久久久久久久动漫| 亚洲性线免费观看视频成熟| 欧美在线精品免播放器视频| 激情自拍一区| 欧美黄网免费在线观看| 亚洲视频视频在线| 久久先锋影音| 日韩视频中午一区| 国产精品免费区二区三区观看| 午夜精品久久| 欧美日韩 国产精品| 一区二区三区蜜桃网| 欧美一级在线播放| 亚洲福利免费| 国产精品不卡在线| 久久精品视频在线观看| 亚洲国产视频a| 久久精品国产亚洲一区二区| 91久久久国产精品| 国产精品永久免费视频| 久久久午夜精品| 亚洲毛片在线看| 久久久久久久成人| 中文av一区二区| 国内成人在线| 欧美午夜影院| 欧美成人免费在线视频| 亚洲欧美春色| 亚洲精品一区二区网址 | 亚洲美女视频网| 久久一区二区三区四区| 制服丝袜激情欧洲亚洲| 韩国三级电影久久久久久| 欧美三日本三级三级在线播放| 午夜精品久久久久久久男人的天堂| 亚洲国产欧美在线| 久久久久在线观看| 亚洲欧美日韩一区二区在线| 99国产精品视频免费观看一公开| 国产欧美一级| 国产精品久久久久久久久久久久久| 免费日韩成人| 久久成人久久爱| 亚洲一区二区在线| 一本色道久久综合精品竹菊| 亚洲国产三级| 亚洲福利在线观看| 欧美sm重口味系列视频在线观看| 久久久久久9| 久久久999成人|