us程序員

A. 一個程序員所要經歷的步驟

程序員應具備的12種能力
畢業四年來，感覺自己也是從一名不合格的程序員一步步走過來的。回頭反思一下，合格的程序員有很多標准和要求，下面是我總結的一個合格程序員應該具備的12種能力。中國軟體行業的崛起，靠的是合格的程序員。任何華麗的管理制度都不能保證軟體項目的成功交付，合格的程序員就是有力的保證，是項目成功的基礎。寫下這些，是為了給剛剛進入程序員這個職業的新同學們一點參考。我一直以為，當程序員是很辛苦的，如果不是真正的喜歡，很難堅持下去。如果真的不喜歡這個職業，也該尊重這個職業，尊重自己，趕緊改行。

1. 編程語言能力

不用多說，作為合格的程序員，精通一門語言是必須的。這種精通，不是說看了一本《24小時精通XXX》，抄了幾個程序就能說精通的,要靠長時間的積累和浸淫。

2.編碼能力

我曾經看多很多程序員寫的代碼，在同一個jsp或者java源文件里，出現了三種以上的對方法的命名方式，有下劃線間隔的，有全大寫的，有拼音首字母的。就像一個菜市場，雜亂無比，估計10天後，他自己都無法看的懂。遵守編碼規范，是一個程序員最基本的要求，可悲的是，很多程序員根本沒有意識到這個問題的嚴重性。隨意堆砌網上搜來的代碼，根本不管可讀性和可維護性，只要能實現功能就行了，心想做完這個項目，就拍拍屁股走人了，缺少最基本的職責素養。我經常把代碼必須成程序員的孩子，你就是是孩子他爹，孩子他媽，是有感情的。對你自己的孩子，你能不仔細呵護嗎？你是稱職的父母嗎？這是我編寫的一個Java編碼規范，供大家參考，這里可以下載http://gurudk.javaeye.com/blog/111734

另外一個就是注釋，要注意不是為了注釋而注釋。對類，以說明職責為主；對方法，以說明意圖為主；對方法體，以說明實現思路為主。對於大段大段的代碼，要分段，使用空行隔開，並使用行內注釋進行說明。

思維的條理性，寫代碼之前，先簡單計劃一下，用自然語言把流程寫下來，用於整理實現思路。不要看了需求或設計之後，馬上就敲代碼了，敲完代碼馬上就debug。花點時間思考，敲代碼只是最後一個很簡單的工作，不要把自己變成一個代碼打字員，編寫邊想，寫了刪，刪了寫。安安靜靜把實現過程想清楚，在腦子里先實現一遍。再去敲代碼，水到渠成。

3.面向對象思維能力

如今，多數編程語言都是面向對象的編程語言。而這些面向對象的編程語言的共同的精髓就是面向對象的思想。掌握這些比面向對象語言本身更重要，比如對繼承，多態，重載的理解。對面向對象基本原則的理解，比如開閉原則，介面隔離原則，單一職責原則等。在此基礎上，應該掌握常用的設計模式，比如工廠模式，策略模式，觀察者模式，模板方法模式，命令模式等等。我面試過很多程序員，沒有一個能說得上幾句的。

4.利用工具能力

工欲善其事，必先利其器。有了趁手的傢伙，工作效率可以提升數倍。你編程序，有沒有選擇一個很好的IDE，以前聽說編程高手都用記事本寫程序，我覺得那是一種自虐。就像以前看到的一篇文章，說一幫戶外旅行愛好者，出去旅遊，背了重重的旅行包，裡面裝著什麼壓縮餅乾等快速食品。他們寧可就著礦泉水啃壓縮餅干，也不肯去1里路都不到的快餐店，農家菜館吃飯。工具是為目的服務的，好用，提高效率就行，形式無所謂。

另外一個常用的工具就是日記本，好聽點可以稱為知識管理工具，我用的是myBase，感覺非常好用，在之前，我的所有的片段內容都是記錄的單獨的文本文件里的，非常不好找，管理也很混亂。

經常上互聯網，看到好多好的資料想保存下來，作為日後查看之用.一開始，我用的是firefox自帶的書簽，但是自己分類太累，多了之後不便於查找，很麻煩。後來用了得樂書簽（del.icio.us）的firefox插件，非常方便，現在成為了我必備的一個工具。

還有一個最重要的工具就是搜索引擎了，我裝了google forfirefox插件，感覺不錯，還有英文翻譯功能。按照我同事的說法，內事用，外事用google。很多技術資料都是英文的，用google搜索效率高一些。搜索引擎用好了，就等於打開了一扇通向知識寶庫的門，使用搜索引擎，關鍵字選擇很重要。

經常去瀏覽大牛的blog，逐個網站訪問很麻煩，去看了又可能沒有更新，可以藉助於RSS訂閱工具，我是用iGoogle桌面工具，每天早上花半個小時掃一下，大牛的最新文章盡收眼底了。

5. 英語能力

新的技術資料都是英文的，英語國家的IT技術走在我們前面至少10年（這是我自己估計的數字，可能正在縮小）。就連印度，一個連基礎設施建設都不太完善的國家，因為其英語基礎較好，其在軟體外包領域的發展也非常迅猛,遠遠超過了我們。學英語，首先是有信心，其次就是花時間。多閱讀英文資料，使用金山詞霸，google的firefox插件等工具配合，貴在堅持。

6.學習能力

在IT也混飯吃不容易，整個環境進化的太快，你不學習，就等於落後了。學習要有針對性，別今天學ruby，明天學python，後天php的。首先要認清自己的目標，自己短期目標是什麼，1年後，3年後，5年後的目標是什麼。結合這些目標，確定自己的學習計劃，人的精力畢竟是有限的。當然，多掌握幾門編程語言也是好的，可以擴充自己的知識面，重要的是為自己的目標服務。

要想系統的學習一門技術或工具，看書是最好的方法。看完後，然後上網找相關資料，進行深入學習。學習要抓緊一切可以利用的時間，比如電腦啟動要花1分多鍾，旁邊放一本書，可以看上幾頁了。公交車上，地鐵上也可以看。

當然，不能只學習技術，要經常聯系自己的軟技能，比如溝通能力，表達能力。你可以把自己學到的東西，解釋給自己的同事聽，既加深了理解，又增進了同事之間的交流。學習的最高境界就是你能夠把學到的東西解釋給別人聽，這才說明你理解了。在學習心理學上，稱之為構成主義。

我學一樣東西，總是先上網了解有沒有相關書籍，如果想學，就買一本或者去圖書館找相關的書來讀。我買的書，家裡快放不下了(到目前位置，我買了1萬多塊的書)。我多半是把目錄看完，了解這本書講解的主要內容，然後需要的時候，我就可以立即補充它進入到我的知識結構。每個人可能都有自己的學習方法，意識到學習的重要，並能夠根據需要補充自己的知識，這種能力更重要。

7.創造能力

普遍認為，東方人模仿能力很強，但創造能力差。我見過很多這樣的程序員，經常說，「這個只能這么解決了，我想不出有什麼別的方法。」可能他根本都沒想過別的方法，或者懶得去想。對任何一個問題，找出兩種以上的解決辦法都是非常容易的，簡單的google一下，可能就是數十種。悲哀的是，有些程序員經常止步於自己構建的狹小領地之內。對待客戶也是這種態度，不是積極的幫助客戶解決問題，而是推脫這只是唯一解決方案。

打破這一思維定勢的首先的一個辦法就是在面臨一個問題時，首先想到的是「沒有不可能」，或是「一切皆有可能」，前面那個是阿迪的廣告語，後面是李寧的。只有這樣去想，才能尋找解決問題的別的出路，即使最後我們試了很多種辦法，還是只有著一種解決方案，但我們在這種尋找解決方案的過程中，常常會產生很多好的想法，這樣才會使我們真正深刻思考一個問題。建議大家看一看《水平思考》這本書，他提供了一些進行創造性思考的方法和工具。

但我認為，堅持認為存在另一種解決方案的信念是第一位的，方法和工具都是其次。

8.文檔能力

也許有人會質疑，程序員跟寫文檔有什麼關系。大家開源軟體也用過不少，看看Spring，hibernate，Struts等最流行的開源軟體的文檔就知道，他么的tutorial，他們的getstarted，他們的reference文檔寫的多麼的易懂。其實寫代碼也相當於寫文檔，只不過用的是編程語言。同樣，寫文檔，用自然語言，也相當於寫程序，簡單明了，清晰易懂,這樣的「程序」誰看誰舒服。同樣，對於想進階到設計師或者需求分析員角色的程序員，文檔能力更是非常重要。

word是一個最實用的工具，很多程序員，多級編號都不會用，索引目錄也不知道如何生成，更別靈活應用樣式了。很多排版都是所謂的dirty work。垃圾樣式一大堆。其實，靜下心來，稍微學習一下，就能寫出一篇格式漂亮的文檔。

9.抽象能力

抽象能力是認識事物從現象到本質的能力。如果你只是停留在「見山是山，見水是水」的層次，客戶說什麼，你就做什麼，設計怎麼做，你就怎麼實現，從來不過問為什麼，也不去想他是滿足了用戶哪些方面的需求呢。這樣可能只解決了表面的問題，可能會引起返工。認識到本質，才能讓你的程序具備更大的靈活性和可擴展性。在做企業應用軟體開發中，抽象能力體現為對問題域的理解能力，對領域模型的抽象。合理的抽象也是代碼重構的前提，每一次重構，都是向更好的抽象邁進了一步。

10.代碼評審能力

代碼評審和單元測試是保證代碼質量的兩種常用手段之一。代碼評審能力，說明了你的審美標准，知道什麼是好的，什麼是不好的，什麼是優雅的代碼，什麼是糟糕的代碼，你才能讓自己做的更好。

11.單元測試能力

沒有單元測試的代碼，只能說是半成品。因為沒有什麼能證明你的代碼是可以運行的。測試驅動開發是一個非常好的敏捷過程的最佳實踐。單元測試還可以作為回歸測試，在修改代碼時，起到警戒線標志的作用。是否具有單元測試的意識是區分程序員是否合格的重要標准。寫不寫單元測試是區分平庸程序員和優秀程序員的重要標桿。

12.DRY
DRY是一種原則，就是Don't RepeatYourself.出自《程序員修煉之道-從小工到專家》。這條原則可以用到很多地方，比如你經常要編譯，打包，部署應用程序，供集成測試用。每次你都在重復你自己，寫一個自動化腳本（比如用ant，批處理命令）來將這些工作自動化，以提高效率。

還有一個就是我們經常在不同的地方切換IP，如果每次手工做，也非常浪費時間，寫一個bat命令可以解決，找一個小工具也可以解決。

編碼時，對代碼的復用也是在重復你自己，雖然拷貝過程很爽，但是維護一致性就要付出巨大的工作量，特別是將來維護的人不是你的時候,使用代碼生成工具可以解決這個問題。類似的例子太多了，如果你發現你經常做一些重復的工作，就要警惕了，是否違背了這個原則，想一些辦法將他們自動化。

B. 適合程序員使用的鍵盤有哪些

感覺這個應該是看手感的，如果你用習慣了某種鍵盤，方便操作的話，那麼你就會習慣了，但是機械鍵盤還是很好用，可以考慮雷蛇，不錯。

C. 微軟認證考試和微軟程序員考試

你可以到微軟官方網站上看看，上面寫的很詳細，我看過，在這里沒法一一指出。 http://www.microsoft.com/learning/en/us/certification/cert-default.aspx

D. 為什麼有的程序員極度推崇 Vim 和 Emacs，卻對 IDE 嗤之以鼻

1、vim/emacs，30年前就有了。至今並沒有太大的變化。30年前熟練掌握vim的用戶至今依然能熟練使用最新版本vim。並且這個延續了這么多年使用習慣的編輯器依然能夠通過擴展具有最新的功能，能適應最新的編程語言。預設安裝無配置的情況下就能夠具有成千上萬種文件的語法著色，這是其他編輯器無法做到的。
2、而ide呢？30年前的ide，現在還有能用的？你若是用多年前的ide，根本無法適應新的編程語言，或者無法適應新的語言標准，或者無法適應新的操作系統。
3、你18歲學會了編程，可以用vim/emacs，一直用到48歲。但如果你用ide，你每過幾年就得換個新ide，30年恐怕換過10個。
4、所以，為什麼有人吹捧vim/emacs？是因為有人認為，程序員沒必要花費大量時間用在不斷的更換ide，學習新ide上面。而如果用vim/emacs，除了最初的一年半載有個新鮮感有個折騰勁，之後的幾十年裡，你再也不需要操心編輯器的事兒。

E. 程序員是怎麼工作的

程序員(英文Programmer)從事程序開發、維護的專業人員。一般將程序員分為程序設計人員和程序編碼人員，但兩者的界限並不非常清楚，特別是在中國。軟體從業人員分為初級程序員、高級程序員、系統分析員，系統架構師，測試工程師五大類。
程序員主要工作流程如下：
1、流程說明：
⑴客戶提出網站功能的要求；
⑵網頁程序員根據客戶的要求，設計動態功能；
⑶項目負責人對設計的頁面進行審核，如果符合要求交給客戶審核，如不符合要求，則返回給程序員重新修改；
⑷客戶對頁面進行審核，如果符合要求，須填寫網頁功能確認書，如不符合要求，則返回給程序員重新製作；
⑸程序員完成的靜態頁面和後台程序進行整合。
2、XHTML編碼規范
（1）使用過度的（Transitional）XHTML1.0DTD編寫網頁。
每個HTML頁面的基本結構必須是：
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN""http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312"/>
<title>無標題文檔</title>
<meta name="keywords"content="">
<meta name="Description"content="">
</head>
<body>
內容
</body>
</html>
（3）CSS和JavaScript必須使用外部調用的方式。
例如：
<link rel=」stylesheet」 rev=」stylesheet」 href=」css/style.css」 type=」text/css」media=」all」 />
<script type=」text/javascript」src=「javascript.js」></script>
（4） 所有的標記都必須要有一個相應的結束標記。
所有標簽必須關閉。假如是單獨不成對的標簽，在標簽最後加一個"/"來關閉它。例如：
<div>…</div>
或者
<br /><img alt="…" src="…" />
所有標簽的元素和屬性的名字都必須使用小寫。
所有的標簽和屬性都要用小寫。例如：
<BODY></BODY>
要寫成
<body></body>
onMouseOver=」…」
要寫成
onmouseover=」」
所有的XHTML標記都必須合理嵌套。
也就是說所有的標簽必須對齊。例如不能出現
<p><b>…</p></b>
而要是
<p><b>…</b></p>
所有的屬性必須用引號""括起來。
<height=80>必須修改為：<height="80">
不要在注釋內容中使「–」， 一定要使用可用「=」代替。
「–」只能發生在XHTML注釋的開頭和結束，例如：
<!–這里是注釋———–這里是注釋–>
要改為
<!–這里是注釋============這里是注釋–>
使用語義標簽。
每個區塊的劃分必須有注釋。
表現與結構分離，代碼中嚴格控制涉及任何的表現元素。如style、font、bgColor、border等。
<img />標簽必須有alt屬性。
3、CSS編碼規范
⑴、 總體規范
CSS代碼要按照固定格式編寫，屬性之間不換行。
屬性按照「顯示屬性」（display ?list-style? position? float? clear）——「自身屬性」（width? ?height? ?margin? padding? border? ?background ）——「文本屬性」（color fonttext-decoration text-align vertical-align white-space other text content）的順序來編寫。
按照XHTML的層級來縮進CSS的定義。加強代碼的結構性。如：
#nav{} #nav #sub_nav{}
不同的塊之間要用空行或者注釋隔開。
編寫的樣式要在主流瀏覽器中解析正常。（正常並不要求在每種瀏覽器都有中都有一摸一樣的樣式，但要求在每種瀏覽器里都比較美觀且相差不大。）
⑵、 CSS樣式表各區塊用注釋說明
注釋的寫法:
/* Footer */
內容區
/* End Footer */
⑶、 CSS選擇器的命名規范
id和class命名採用該版塊的英文單詞或組合命名，要做到見名之意，單詞之間採用下劃線鏈接new_Release。注意不能採用「駝峰標識」的寫法。
顏色:使用顏色的名稱或者16進制代碼,如
.red { color: red; }
.ff8600 { color: #ff8600; }
字體大小,直接使用"font_字體大小"作為名稱,如
.font_12px { font-size: 12px; }
.font_12px {font-size: 12px; }
對齊樣式,使用對齊目標的英文名稱,如
.left { float:left; }
.bottom { float:bottom; }
標題欄樣式,使用"類別_功能"的方式命名,如
.bar_news { }
.bar_proct { }
頁面結構
容器 布局頭部 尾部 側欄
#container #layout #head、#header #foot、#footer #sidebar
左邊欄 右邊欄頁面主體 欄目 包裝/外套
#sidebar_left #sidebar_right #main #column #wrapper、wrap
內容
#content
導航
導航 主導航頂導航 左導航 右導航
#nav #main_nav #top_nav left_nav right_nav
下導航 二級導航菜單 二級菜單 下拉
bottom_nav #sub_nav #menu #sub_menu .drop
下拉菜單
. drop_menu
功能
標簽 提示信息小技巧 注釋 熱點
.tab、.tag .msg、.message .tips .note .hot
標簽 工具條標題 LOGO 搜索
.label .tool、.tool_bar.title .logo .search
搜索條 搜索框搜索輸入框 搜索輸出框 搜索結果
.search_bar .search_box .search_input .search_output .search_results
注冊 登錄登錄條 登錄框 友情鏈接
.register .login .login_bar .login_box .friend_link
廣告/標語 版權信息 加入我們 合作夥伴 服務
.banner .right .join_us .partner .service
網站地圖 縮略圖產品 產品價格 產品描述
.site_map .screen_shot procts procts_prices procts_description
編輯 編輯評論
editor editor_review
其他
左中右 上中下按鈕 麵包屑 滾動
left、center、right top、middle、bottom btn bread_crumb scroll
當前： 圖標箭頭 首頁 二級頁面
current icon arrow home_page sub_page
狀態 常見問題關鍵詞
status faq keyword
⑷、 CSS文件命名規范
基本的樣式表，每個文件都要引用的命名為： default.css。
該文件用於定義整站的風格，如站點的默認字體大小，默認鏈接樣式等。
用於布局的樣式表命名為：layout.css。
一般分為首頁布局，二級頁面布局，詳細頁面布局等幾個塊，塊與塊之間要用注釋隔開。
頭部，底部，導航等單獨的頁面模塊要單獨的定義一個CSS文件。名稱和頁面名稱相同。如：head.css
首頁要單獨定義一個CSS文件：index.css。
其他頁面可更具情況共用一個或按照網站欄目共用幾個CSS文件。如：page.css、news.css等等。
特殊功能可以單獨定義一個CSS文件，4.6.21如lightBox.css。
⑸ 、JavaScript編碼規范
JavaScript文件
JavaScript程序應獨立保存在後綴名為.js的文件中。JavaScript代碼不能被包含在HTML文件中,除非這是段特定只屬於此部分的代碼。JavaScript引用應盡量放到body的後面。這樣可以減少因為載入JavaScript而造成其他頁面內容載入也被延遲的問題。
注釋
代碼必須有注釋。以便給以後需要理解你的代碼的人們(或許就是你自己)留下信息。注釋要和所注釋的代碼一樣是書寫良好且清晰明了。避免冗長或者情緒化。及時地更新注釋。避免錯誤的注釋存在於程序中。
變數聲明
所有的變數必須在使用前進行聲明。將var語句放在函數的首部。把每個變數的聲明語句單獨放到一行,並加上注釋說明。
var currentEntry; // 當前選擇項
var level; // 縮進程度
var size; // 表格大小
函數聲明
所有的函數在使用前進行聲明。 內函數的聲明跟在var語句的後面。
函數名與((左括弧)之間不要有空格。)(右括弧)與 開始程序體的{(左大括弧)之間應插入一個空格。函數程序體應縮進一個TAB鍵。}(右大括弧)與聲明函數的那一行代碼頭部對齊。
function outer(c, d) {
var e = c * d;
function inner(a, b) {
return (e * a) + b;
}
return inner(0, 1);
}
命名變數名由26個大小寫字母(A..Z,a..z),10個數字(0..9),和_(下劃線)組成。大多數的變數名和方法命應以小寫字母開頭。必須與new共同使用的構造函數名應以大寫字母開頭。全局變數要全部大寫。
語句
簡單語句
每一行最多隻包含一條語句。把;(分號)放到每條簡單語句的結尾處。注意一個函數賦值或對象賦值語句也是賦值語句,要以分號結尾。
復合語句
復合語句是被包含在{ }(大括弧)的語句序列。被括起的語句必須多縮進一個TAB鍵。 {(左大括弧)應在復合語句其實行的結尾處。 }(右大括弧)應與{(左大括弧)的那一行的開頭對齊大括弧要在所有復合語句中使用,即使只有一條語句,當它們是控制結構的一部分時, 比如一個if或者for語句。這樣做可以避免以後添加語句時造成的錯誤。
return 語句
一條有返回值的return語句不要使用( )(括弧)來括住返回值。如果返回表達式,則表達式應與return 關鍵字在同一行。
if 語句
if語句應如以下格式:
if (condition){
statements;
}
if (condition) {
statements;
} else {
statements;
}
if (condition) {
statements;
} else if (condition) {
statements;
} else {
statements;
}
for 語句
for語句應如以下格式:
for (initialization;condition;update) {
statements;
}
for (variable in object)if (filter) {
statements;
}
第一種形式的循環用於已經知道相關參數的數組循環。第二種形式應用於對象中。object原型中的成員將會被包含在迭代器中。通過預先定義hasOwnProperty方法來區分真正的object成員：
for (variablein object) if(object.hasOwnProperty(variable)){
statements;
}
while 語句
while語句應如以下格式:
while (condition){
statements;
}
do 語句
do語句應如以下格式:
do {
statements;
} while (condition);
不像別的復合語句,do語句總是以;(分號)結尾。
switch 語句
switch語句應如以下格式:
switch (expression){
case expression:
statements;
default:
statements;
}
每個 case與switch對齊。每一組statements(除了default應以 break,return,或者throw結尾。不要讓它順次往下執行。
try 語句
try語句應如以下格式:
try {
statements;
} catch (variable){
statements;
}
try {
statements;
} catch (variable){
statements;
} finally {
statements;
}
continue 語句
避免使用continue語句。它容易使得程序的邏輯過程晦澀難懂。
with 語句
不要使用with語句。
空白
用空行來將邏輯相關的代碼塊分割開可以提高程序的可讀性。空格應在以下情況時使用:跟在((左括弧)後面的關鍵字應被一個空格隔開。while (true) {函數參數與((左括弧)之間不要有空格。這能幫助區分關鍵字和函數調用。所有的二元操作符,除了.(點) 和((左括弧)和 [(左方括弧)應用空格將其與操作數隔開。一元操作符與其操作數之間不應有空格,除非操作符是個單詞,比如typeof。每個在控制部分,比如for 語句中的; (分號)後須跟一個空格。每個,(逗號)後應跟一個空格。
4、 根據效果圖利用XHTML/CSS/JavaScript/DOM/Flash等各種Web技術進行產品的界面開發。
5、 開發JavaScript以及Flash模塊，
6、 增加交互動態功能。致力於通過技術改善用戶體驗。
7、 結合後台程序，
8、從後台介面獲取數據整合到前台界面顯示。
參考資料：http://wenku..com/view/0d632cd576eeaeaad1f330a0.html

F. 去日本留學的理科專業選擇哪種比較好

1。日本語（推薦東京外國語大學 以後自己開語言學校 當老師 搞翻譯都行）
2。經營（以後在中日兩國只間的商場活躍 但是學經營的人太多了 並且學經營 只是學了一些理論 不像理科那樣學到的是一門技術 所以最好考一個高的學歷）
3。會計（考出日語簿記2級後 再去考USCPA（中國搞英文會計大多數用英國的ACCA 日本則用USCPA） 回國或在日本都很吃香 去美國也行）
4。計算機 （學軟體開發 現在日本很多IT企業 將設計書寫好後 讓中國的搞外包的公司進行編程 還有很多it企業都往中國發展 如 富士通 所以又懂it 又會日語的人才 未來挺搶手）
5。機械工程 （不用說了 日本的汽車 ）
6。動漫（不說也知道）
7。城市規劃（就是學城市的布局設計 日本城市規劃 搞得很好 來日本就知道了）
8。另外一些理科 （石油工程 電器電子 等等 理科總的來說在日本好就職 學的人少 而且又是學一門技術 不想文科那樣學的是理論）

想做營銷的話 學商學 經營學都行 但是在日本學商學 經營學 以後也只能在日中之間活躍 而且跟留美 留歐 的海歸沒得比 畢竟MBA還是老美的特長 日本的MBA 不行

總之 一句話 一個人不是什麼行業都能做 要先選自己喜歡的 擅長的 其次是對自己有用的 行行出狀元嘛 以上是我的推薦

G. 程序員對圖靈的認識是怎樣的

圖靈毫無疑問是天才，在計算機各個領域做出了巨大的不可磨滅的貢獻！
電子計算機
圖靈在第二次世界大戰中從事的密碼破譯工作涉及到電子計算機的設計和研製，但此項工作嚴格保密。直到70年代，內情才有所披露。從一些文件來看，很可能世界上第一台電子計算機不是ENIAC，而是與圖靈有關的另一台機器，即圖靈在戰時服務的機構於1943年研製成功的CO-LOSSUS(巨人)機，這台機器的設計採用了圖靈提出的某些概念。它用了1500個電子管，採用了光電管閱讀器；利用穿孔紙帶輸入；並採用了電子管雙穩態線路，執行計數、二進制算術及布爾代數邏輯運算，巨人機共生產了10台，用它們出色地完成了密碼破譯工作．
戰後，圖靈任職於泰丁頓國家物理研究所(Teddington National Physical Laboratory)，開始從事「自動計算機」(Automatic Computing Engine)的邏輯設計和具體研製工作。1946年，圖靈發表論文闡述存儲程序計算機的設計。他的成就與研究離散變數自動電子計算機（Electronic Discrete Variable Automatic Computer）的約翰•馮•諾伊曼（John von Neumann）同期。圖靈的自動計算機與諾伊曼的離散變數自動電子計算機都採用了二進制，都以「內存儲存程序以運行計算機」打破了那個時代的舊有概念。
人工智慧
1949年，圖靈成為曼切斯特大學（University of Manchester ）計算實
驗室的副院長，致力研發運行Manchester Mark 1型號儲存程序式計算機所需的軟體。1950年他發表論文《計算機器與智能》（ Computing Machinery and Intelligence），為後來的人工智慧科學提供了開創性的構思。提出著名的「圖靈測試」，指出如果第三者無法辨別人類與人工智慧機器反應的差別， 則可以論斷該機器具備人工智慧。
1956年圖靈的這篇文章以「機器能夠思維嗎？」為題重新發表．此時，人工智慧也進入了實踐研製階段。圖靈的機器智能思想無疑是人工智慧的直接起源之一。而且隨著人工智慧領域的深入研究，人們越來越認識到圖靈思想的深刻性：它們至今仍然是人工智慧的主要思想之一。
數理生物學
從1952年直到去世，圖靈一直在數理生物學方面做研究。他在1952年發表了一篇論文《形態發生的化學基礎》(The Chemical Basis of Morphogenesis)。他主要的興趣是斐波那契葉序列，存在於植物結構的斐波那契數。他應用了反應-擴散公式，現在已經成為圖案形成范疇的核心。他後期的論文都沒有發表，一直等到1992年《艾倫•圖靈選集》出版，這些文章才見天日。

H. 微軟匈牙利命名法是怎麼回事啊

找到張圖片

I. 查爾姆斯理工大學的知名校友

Abraham Langlet, 著名化學家
尼爾斯·古斯塔夫·達倫，諾貝爾物理學獎獲獎者
Ingemar Lundstr&ouml;m，諾貝爾物理獎評委會主席
Leif Johansson，愛立信董事長，前沃爾沃集團（Volvo Group）總裁兼CEO
Leif Osting，斯堪尼亞（SCANIA）汽車總裁兼CEO，SKF集團董事局主席
Peter Augustsson，前薩博汽車（Saab Automobile）總裁兼CEO
H&aring kan Buskhe，薩博集團（Saab Group，軍工）總裁兼CEO
Hans Straberg，伊萊克斯（Electrolux）總裁兼CEO
Goran Lindahl，ABB 集團總裁兼CEO
Sune Carlsson，阿特拉斯·科普柯集團(Atlas Copco)董事局主席
西格弗里德·埃德斯特隆，第4任國際奧林匹克委員會主席
Peter Nordin,計算機科學家，創業家
Gert Wing&aring;rdh，著名建築設計師
Lars Pensjǒ，LPC 編程語言之父
Ludvig Strigeus，瑞典著名程序員，BitTorrent，μTorrent，OpenTTD and ScummVM 等世界知名軟體的開發者，也是歐洲最大的音樂服務網站Spotify的主要開發者，現就職於Spotify。
Ivar Jacobson，UML之父，Use Case、RUP等軟體技術作者，公認的軟體工業開發模式的世界級大師