程式員,不止幹到35歲

[轉自]:http://news.csdn.net/a/20100311/217415.html在中國,程式員不能超過35歲,似乎已經是不爭的事實,軟體開發工作就是青春飯,頂多靠畢業這十年的時間,超過這個年齡,要不成功躍身成為管理者,要不轉行進入其他領域,好像再沒有更好的選擇,即使偶有繼續堅持作開發的,也被看成另類一族。老外卻不是這樣,40,50歲仍然作開發工作的大有人在,甚至很多牛人,包括獲得康柏最佳軟體獎的Robber,仍在埋頭作著他所喜歡的編碼工作,為何如此差異。我仔細想了一下,特別是這一

PBOC/EMV之CDA(複合資料認證)

轉載請註明出處作者:小馬 CDA其實是DDA的衍生方法. 所以它和DDA有很多相同的地方. 先簡要說明一下CDA的幾個要點:1 它也執行SDA,這個和DDA是一致的.  2 它也執行DDA,更先進的技術總是向下相容的.  3 它也用到簽名的Live App資料, 不過這個資料不是內部認證請求的,而是在GAC時終端請求的. 而且這個資料的組成除了一些和DDA相似的組成(DOL資料),還包括密文資料(TC或ARQC). 4

此異常非彼異常(續2)

轉載請註明出處作者:小馬剛開始準備寫關於異常的文章時,也沒想到會一連寫三篇.本篇就是接著寫上篇寫的, 關於如何把windows的SE異常與c++的try/catch整合在一起. 要實現整合, 要用_set_se_translator, 我並不是簡單的直接用這個函數, 因為畢竟c++是一種物件導向語言, _set_se_translator是一個標準的c函數, 為了不破壞物件導向的思想, 我寫了一類把_set_se_translator封裝起來, 然後我希望在實際的開發中,

PBOC/EMV之圈存模式的變革

轉載請註明出處作者:小馬關於圈存的概念可參見我的另一篇文章(電子現金應用):http://blog.csdn.net/pony_maggie/archive/2010/01/29/5270573.aspx PBOC/EMV在國內的推廣帶來的不僅僅是IC卡的變革,它勢必引起整個行業的改變, 這其中包括金融終端產品. 這篇文章就說說PBOC/EMV的遷移給終端圈存模式帶來的變化. 目前很多圈存機所採用的圈存模式一般是離線模式, 可以簡單的用來表示SAM卡是做什麼用的呢. 要回答這個問題,首先你要明白

GDI+入門

轉載請註明出處作者:小馬 一 介紹本人對GDI+算不上專家,只是在幾個小項目中應用了一些而已, 算是入門了. 剛好最近有點時間, 把自己掌握的東東做個總結.  如果你以前用過GDI, 那麼恭喜你,因為你轉到GDI+易如反掌. 如果你沒用過GDI,那麼也恭喜你, 因為你可以直接學GDI+,不用經曆學習GDI的那種痛苦. 因為GDI+相對於GDI,更加抽象,隱藏了更多底層的東西, 整體架構更加清晰明了. GDI+通過c++ class的形式對外引出介面, 程式員直接調用這些介面來完成相應的功能.

WINCE下配置openssl

環境:win7 64位, vs2005, wince6 一 首先配置好WCECOMPAT要編譯CE版本的OpenSSL的話,需要WCECompat這個庫,這個庫實現了許多在Desktop開發環境中有而在CE中沒有的功能,而這些功能是編譯與使用OpenSSL所必需的它相當於一個第三方的橋樑, 如果你的wince工程中要引用一些第三方的庫,比如openssl, cURL等1 設定環境變數, 把下面的內容儲存成一個bat檔案,比如script.batset OSVERSION=WCE600set

msxml dom 全解析

  轉載請註明出處作者:小馬 從題目你應該擷取到以下的資訊:1 本文不講xml,只講msxml2 msxml又包括很多方面,比如DOM,SOM,XSLT等,本文只講DOM好了,現在開始... 一 關於msxml DOM什麼是msxmlMSXML 是一款微軟的 xml 語言解析器, 如果你不瞭解COM,知道這引起就可以了, 否則的話,你應該知道, msxml實際上一種com組件,所謂com組件,可以理解成一個獨立的功能模組, 客戶程式員只需擷取到組件對象, 然後調用裡面的介面進行操作.

EMV/PBOC之 9f5d和9f79的區別

轉載請註明出處作者:小馬嚴格來說,9f5d的概念是qpboc裡,可用離線餘額. 9f79叫電子現金餘額. 由於本身qpboc和電子現金就不是完全獨立的兩個概念,再加上這兩個tag又都表示餘額,所以往往,這兩個概念很難區分. 沒錯,我是用了很難區分這樣的說法。 因為我自己也不是很清楚這兩個tag“真正的”區別是什麼, 只是想根據自己的理解,闡述一下他們各自的用途和應用情境. 首先,9f5d和9f79通常情況下應該是相等的, 為什麼說通常, 因為在需要CTTA(累計離線交易總金額)檢查的時候,9f5

指標訪問與數組訪問的效率分析

轉載請註明出處作者:小馬 很多人都知道指標訪問比數組訪問效率高, 但很少人明白其中的原理, 這篇文章從彙編層級上分析一下原因.我用一個"reverse"函數來作為例子, 分別用指標和數組的形式來實現這個函數.//指標訪問void reverse(char *pStr,int nLen){ char *pStart=pStr;//指向字串開始 char *pEnd=pStr+nLen-1;//指向字串結尾 char chTmp; while(pEnd > pStart) {

終端關於”閃卡”問題的處理

轉載請註明出處作者:小馬設想這麼一種情況, QPBOC卡消費, 在讀應用資料階段, 終端一條條發讀記錄命令,卡片一條條回, 當卡片返回了最後一條記錄時,卡片在這個瞬間遠離了終端. 終端”讀最後一條記錄失敗”.這種情況下,卡片認為互動已經結束了,並且成功了,它會把錢扣掉,但是終端會報錯,這筆消費對於終端是失敗的,商戶當然不會把商品給到持卡人,持卡人是吃虧的.不用”這種情況很少發生”這樣的借口,肯定是有可能發生的.這裡要討論的是,遇到這種情況,該如何處理呢?先說一種,銀聯很早就採用的方法.

談談WinCE應用程式的升級

作者:ARM-WinCE  簡單介紹一下WinCE下應用程式的升級,一般在WinCE啟動以後,系統可能包含多個應用程式,其實升級也很簡單,就是通過網路下載更新某一個應用程式,這裡知識介紹一種方法可以對包括shell或其他應用程式進行升級。 如: 這是一個系統啟動及應用升級的狀態圖,簡單介紹一下:Hardware Boot: 上電後,硬體初始化,一般運行一個bootloader,Eboot或者什麼,然後載入WinCE核心。OS Bootup:

PBOC/EMV之建立應用列表

 轉載請註明出處作者:小馬 建立應用列表有兩種方法, PSE目錄選擇方法和AID選擇方法. 後者比較簡單,看規範容易理解. 這篇文章只介紹目錄選擇方法. 步驟是這樣的:1 終端選擇PSE,從卡片返回的FCI中讀到SFI.PSE本身是一個EF檔案,所以通過SFI來定位, EF檔案又是由很多記錄組成, 通過read record來讀取. 記錄的個數不一定, 終端應該從第一條記錄一直讀,一直讀到卡片返回6A83. 格式如:2 終端通過read record讀取SFI中的所有記錄. 每讀到一條記錄,

跟我一起寫 Makefile(十四)

使用make更新函數庫檔案———————————函數庫檔案也就是對Object檔案(程式編譯的中間檔案)的打包檔案。在Unix下,一般是由命令"ar"來完成打包工作。一、函數庫檔案的成員一個函數庫檔案由多個檔案組成。你可以以如下格式指定函數庫檔案及其組成:    archive(member)這個不是一個命令,而一個目標和依賴的定義。一般來說,這種用法基本上就是為了"ar"命令來服務的。如:    foolib(hack.o) : hack.o            ar cr foolib

PBOC/EMV之SDA(待用資料認證)

轉載請註明出處作者:小馬看這篇文章之前,建議瞭解非對稱式加密解密的工作原理.  SDA的意思是待用資料認證,首先如何理解這個靜態。參與認證的都是靜態卡片資料,這些資料在卡片個人化後就不會在改變,比如卡號.

CDA卡片返回的簽名恢複出來的cid和明文中的不一樣

這種情況下是需要拒絕交易的,規範裡明確寫明,這種情況屬於CDA失敗,對於終端就可以直接拒絕這筆交易了,同時置位TVR中的”CDA失敗”. 如下:  從上面的分析來看,似乎明文的CID存在沒有意義了,因為既然是以簽名中恢複出來的為準,明文的是否可以不存在了呢? 其實不然,明文的CID, 要用在CDA最開始的階段,終端用這個CID來判斷卡片是否返回了AAC, 如果是就會直接拒絕這筆交易,但是要注意這種情況下是不用置位 TVR中的”CDA失敗”位的.

跟我一起寫 Makefile(十二)

 隱含規則————在我們使用Makefile時,有一些我們會經常使用,而且使用頻率非常高的東西,比如,我們編譯C/C++的來源程式為中間目標檔案(Unix下是[.o]檔案,Windows下是[.obj]檔案)。本章講述的就是一些在Makefile中的“隱含的”,早先約定了的,不需要我們再寫出來的規則。“隱含規則”也就是一種慣例,make會按照這種“慣例”心照不喧地來運行,那怕我們的Makefile中沒有書寫這樣的規則。例如,把[.c]檔案編譯成[.o]檔案這一規則,你根本就不用寫出來,make會

2017年, 全球Mobile Security領域將會有144億的市場

作者:Fahmida Y. Rashid2011-08-24 發表於eWeek 隨著行動裝置的普及,越來越多的個人和公司的資料存放區在這些裝置上. 保護這些資料安全的工具正在催生Mobile Security市場.行動裝置越來越受歡迎並且越來越多的出現在工作場合, 這就意味著一些企業必須考慮資料竊取的惡意軟體以及行動裝置丟失或被盜帶來的風險.個人和公司資料持續增加的風險對Mobile Security產業卻是個機會, 市場調查公司Global Industry

此異常非彼異常

轉載請註明出處作者:小馬 最近越來越多的用到c++的try/catch,發現有很多人錯誤的理解了try/catch的用法,這種誤解我在剛學c++那會其實也有過, 寫篇文章討論一下這個問題,希望大家避免犯這種錯誤. 剛學C++異常處理那會, 我認為try/catch是萬能的, 所謂的"萬能", 是我認為, 加入異常處理的代碼, 我就能很好的處理諸如除數為0,記憶體非法操作等錯誤.舉個例子:try{ int *p = NULL; *p = 10;}catch (...){ cout <<

PBOC/EMV之DDA(動態資料認證)

轉載請註明出處作者:小馬 前一篇文章講了SDA,DDA的步驟可以這樣理解:先執行SDA,再執行DDA特有的步驟. 所以這篇文章主要講這個特有的步驟.正是這個特有的步驟,使得DDA不僅具有SDA的功能(保證卡片上的資料在個人化後不會被修改),還可以防止卡片被複製偽造. 第一步,取IC公開金鑰 在SDA階段取得的發卡行公開金鑰,在DDA時還有一個用途,就是恢複IC卡公開金鑰.

PBOC/EMV之持卡人驗證

轉載請註明出處作者:小馬 儘管PBOC基本是中文版的EMV, 但還是需要根據國情做一些適當的差異化處理. 這一點在持卡人認證方面有很明顯的體現.EMV支援離線密文PIN,PBOC不支援. 但PBOC支援身份證件驗證,EMV不支援. 身份證件驗證是根據國情增加的,誰讓咱們國家證多呀. 持卡人認證並不是必備的EMV流程, 終端是否應該執行持卡人認證, 決定因素在兩點. 一是AIP表明是否支援, 二是在讀資料階段,卡片是否返回CVM list. PBOC 支援的CVM如下:離線明文PIN驗證;

總頁數: 61357 1 .... 19870 19871 19872 19873 19874 .... 61357 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.