別人看錶vs程序員看錶

㈠ 基表上一般建幾層視圖為什麼程序員只能對視圖操作

基表上一般建幾層視圖？
這個看項目的需要。 不同公司， 不同項目， 千差萬別。
有的業務簡單的， 就一個視圖， 直接 SELECT 表了。
有的業務復雜的， 就先 底層視圖 select 表。 上層視圖 select 底層視圖。
具體幾層， 還是看業務的復雜程度的。
不過不建議層數太多。 某些情況下， 視圖嵌套多了， 影響查詢性能。

為什麼程序員只能對視圖操作？
沒這個規定的啊。
除非是某些公司的， 某些項目。 一個表中， 某些數據， 不能讓程序員看到。
但是又需要程序員來開發相應的程序。
這種情況下，是 程序員只能對視圖操作， 不能看錶的。

例如 公司的 HR 的表， 包含 員工 的工號、姓名、出生年月、家庭住址、部門、職務、薪資等信息。
HR 希望 程序員開發一個 「生日提醒」的 功能。
就是每月月底， 自動提醒， 產生一個 下月過生日的 員工信息列表。 包含 姓名、生日、部門等信息。

對於程序員來說， 要必須要訪問這個 HR 的表。
但是對於 「薪資」 這類 較為敏感的數據， HR 也不希望讓你們 寫程序的都知道。
咋辦咧？

那就創建一個視圖
CREATE VIEW v_員工表縮水版 AS
SELECT 姓名, 生日, 部門 FROM HR的表。

然後只
把 SELECT v_員工表縮水版 的許可權， 給程序員。
就可以了。

㈡ 程序員適合戴手錶嗎

我覺得程序員適合戴手錶，每個人都可以戴手錶，這樣的話會更有時間觀念。

㈢ 低級程序員和高級程序員的區別在哪

低級程序員認為自己與高級程序員的區別：高級程序員任何功能都能編碼實現，編碼速度快，代碼無bug。

正如一慣的那樣，IT培訓http://www.kmbdqn.cn/認為低級程序員之所以低級，正是因為他們勉強能看到（或者根本看不到）事物的表象而看不到本質。

我們來聽聽高級程序認為自己與低級程序員的區別是什麼。

高級程序員之所以高級，在於他們認識到代碼bug是不可避免的，有千萬種理由可以導致bug，但他們可以在設計和邏輯上保證（追求）滴水不漏，並用邏輯的百分之百准確性來減少代碼bug。沒錯，嚴謹的邏輯能力是高級程序員區別於低級程序員的最主要原因。

類似於武俠小說中的武術一樣，程序員也分內功和招式。

招式就是各種編程技巧和編程概念（框架，架構等），通過經驗可以不斷習得。而內功就是數據結構+演算法了，招式可以決定你幹活的速度，而且絕大多數情況下，不需要深厚的內力(知道加減乘除就行)。而內功可以決定你解決問題的高度，就是說一件事情難到一定程度，內力不夠的話是解決不了的。

優秀程序員的行為：

拿到任務，就開始仰望星空或天花板上那盞高懸的電燈棒，狀如老僧入定

忽而皺眉，忽而展顏一笑，忽而手舞足蹈，忽而在紙上指指戳戳，忽而口中念念有詞，忽而長吁??感覺有點神經病啊

桌子上擺的是代碼大全、設計模式、敏捷實踐之類的書籍，並且沒有灰塵

chrome或firefox的書簽欄里分門別類，類別多於10個，8個以上是技術相關的

容不得破窗戶，看見別人的爛代碼就想改過來

隨手就能在白板上畫出軟體的流程圖或者時序圖??

㈣ 程序員戴什麼手錶比較好戴手錶有職業的區分嗎

我認為程序員戴萬國手錶還是不錯的，不過還是要根據你個人的性格。

㈤ 什麼樣的手錶適合程序員的男生

前陣子大家在大肆討論程序員的著裝問題，格子襯衫、牛仔褲和運動鞋基本就是標配了。還有人曬了程序員的辦公室，一眼望去一片花花綠綠的格子（還有的居然能和餐廳桌布撞衫，佩服），蔚為壯觀。 理由是“格子衫穿上，代碼敲出來都整整齊齊的”……

這個細節非常清晰，這塊就是雅典的航海天文台腕錶，43mm表徑，用的是雅典的UN-118機芯，黃軒戴的這塊配了鱷魚皮表帶，另外也有橡膠表帶的選擇。不過黃軒的這塊是舊款，現在不太買得到了。但我們可以看看同樣是航海系列的領航者腕錶，因為它的靈感就來自於航海天文台腕錶。同樣用的是雅典的UN-118自動上鏈機芯，不過表徑是42mm，有鋼款也有玫瑰金款式。

㈥ 低級程序員和高級程序員的區別

低級程序員認為自己與高級程序員的區別, 主要是高級程序員任何功能都能編碼實現, 編碼速度快, 代碼無 bug. 正如一慣的那樣,
低級程序員之所以低級, 正是因為他們勉強能看到(或者根本看不到)事物的表象而看不到本質. 所以, 低級程序員總結出的一切東西,
你都可以大膽的忽略.

所以, 我們來聽聽高級程序認為自己與低級程序員的區別是什麼. 高級程序員之所以高級, 在於他們認識到代碼 bug 是不可避免的,
有千萬種理由可以導致 bug, 但他們可以在設計和邏輯上保證(追求)滴水不漏, 並用邏輯的百分之百准確性還減少代碼 bug. 沒錯,
嚴謹的邏輯能力是高級程序員區別於低級程序員的最主要原因.

可以舉一個簡單常見例子: 網路購票終端的開發. 當然, 比低級程序員還低級的程序員做不出來. 我們先看看低級程序員是怎麼做:

order = Db::new_order();
ret = Network::place_order(order);
if(ret == TRUE){
order.finish();
}else{
order.cancel();
}

你看到的沒錯, 這段代碼邏輯清晰, 一般 90% 的情況都能正常工作, 有的甚至能達到 99%, 在某些特定的時間段, 這樣的系統 100% 能正常工作(幾乎是完美的系統).

你可能發現了問題: 網路是不可靠的, 網路請求可能發出去了, 也可能沒發出去; 對方可能收到了, 也可能沒收到; 響應可能由對方發出去了, 也可能沒發出去; 你可能收到了響應, 也可能沒收到.

但是, 低級的程序員會這樣解釋: 我用的是 TCP 協議, "TCP 是一種可靠的傳輸協議", 哈! 可笑的照本宣科. 這種低級程序員,
不僅在於他們寫出了邏輯上不完備的系統, 而且還惡劣地引經據典來做錯誤的辯護. 但他們引用的經典是不合時宜的(不能支撐他們的結論).

正確的做法應該是假設上面的每一行代碼都可能中斷執行, 然後進行相應的對策. 正如狹義上的網路協議其實是廣義上的交互協議, 我們可能把 TCP/IP 協議上的許多思想和機制應用到系統間的交互上來.

簡單來講, 可以加上就是重試(超時重傳)和對賬(請求確認). 所以, 邏輯上更准確的代碼應該是這樣:
Process_0{
order = Db::new_order();
}
Process_1{
order = Db::find_new_order();
ret = Network::query_order_result(order);
if(ret == NOT_FOUND){
ret = Network::place_order(order);
if(ret == TRUE){
order.finish();
}else{
order.cancel();
}
}
}

Process_0 和 Process_1 是相互獨立的處理邏輯.

Process_0 即處理用戶交互, 接受訂單.
Process_1 請求服務提供商進行對賬. 進行采購下單(補單), 更新訂單狀態.

上面的代碼邏輯實現了重試(超時重傳), 對賬(請求確認). 但上面的代碼在邏輯上還不是 100% 准確的, 例如, 如果對方系統誤報呢? 但其它的異常情況可以根據實際情況來忽略. 如果你發現這段代碼還有重要的邏輯上缺陷, 歡迎告訴我.

記住, 低級程序員和高級程序員的區別在於邏輯和抽象.

㈦ 怎樣做一名高效率程序員

1、理解編程語言的原理

三流的人才懂應用，二流的人才懂開發，一流的人才懂原理。各種語言之間存在著相似的地方，掌握語言的原理是必不可少的。最重要的，讓語言去適應項目，反之亦然。

2、向優秀程序員學習

你有一個蘋果，我也有一個蘋果，我們交換蘋果，你我還是有一個蘋果;你有一種思想，我也有一種思想，我們交換思想，你我就有了兩種思想。

與優秀的程序員為伍，你將吸收的最實用的經驗，這遠比你一個人自學、死磕編程來的快一些。有一句話說到好，與臭棋佬下棋，棋會越下越臭。不可否認這樣一個事實：和什麼樣的人在一起，就有什麼樣的格局，就會有什麼樣的人生。

3、了解數據結構和演算法

如果你要成為一個高效的開發者，就必須學會快速排序、學會辨認O(n2)程序、學會編寫遞歸函數。

學會多種語言，你便會更清楚不同的框架是相同問題的是如何解決的。盡可能去了解底層命令(plumbing)，以便能夠作出明智的決定(Web框架是怎麼存儲session狀態的?Cookie到底是什麼?)。

4、精通一個編輯器

高效開發者通常是用IDE編輯器嗎?其實不是的，他們更常用的文本編輯器，因為這樣更會學到東西。

如果使用編輯器選擇通用的Emacs或Vim，自然是最好的。其次，挑選你的首選平台最支持的。使用宏，不斷地寫代碼;使用Visual Studio或SublimeText的自動補齊功能。

5、整潔的代碼勝過巧妙的代碼

如果想讓別人可以輕松讀懂你編寫的代碼，請盡量使用最少的代碼來完成任務。在編寫代碼過程中，遵循DRY(Don』t repeat yourself)的原則，使用明確定義的對象和庫，將任務分解成小而簡單的代碼段。

6、掌握代碼調試技巧

現如今市場和需求變化相當快，項目的周期有時就會縮短。一個月的工作計劃，會縮短到2個星期。項目的壓力難免會導致程序員的代碼質量會有所下降!

因此，調試技巧在這樣的環境下就顯得尤為重要。高級程序員會在函數的開始和結束輸出Log，把所有的參數和返回值列印到日誌系統，便於追蹤。在解決問題的過程中，使用開發工具一行一行進行調試，實時觀看參數的變化。

7、重新回顧代碼

重新去回顧和審視自己寫過的代碼，通常會有兩種體驗，一種是我怎麼寫了這么爛的代碼;另外一種則是對自己寫過的代碼充滿了成就感。回顧代碼有時可以觸發我們新的想法，甚至還能對編碼有一個更深層次的思考。

㈧ 好程序員：優秀的程序員和一般的程序員差別在哪

一個好的程序員定義分為三種：興趣，努力，行業前景
1: 首先你要對前端這個職位這個行業感興趣，沒有興趣你再怎麼去學都是沒有用的，比啞巴吃黃蓮都更難受。有興趣後就要懂得培養。
2: 俗話說：人往高處走，水往低處流，努力要講究方法，你剛畢業不久，我建議我們先好好實習積累工作經驗，然後跳出來自己找個公司上班，工作經驗會更加豐富，我就是這樣
3: 互聯網行業正屬於當今社會的發展高峰期，首先確定你選這個行業前景是沒有錯的，非常好，其次 除了前端，你應該去了解後端，和互聯網行業的其他職位，程序員不一定都是前端。或許互聯網行業的其他職位也很適合你。
在大學里學的專業是前端，這個已經是非常好的了，當今前端的需求量大。也是很景氣。希望你能抓住這個機會 不要放棄 踏實一步一步來，成就會來的非常快！

㈨ 大理電腦培訓學校告訴你低級程序員和高級程序員的區別在哪

低級程序員認為自己與高級程序員的區別：高級程序員任何功能都能編碼實現，編碼速度快，代碼無bug。

正如一慣的那樣，IT培訓http://www.kmbdqn.cn/認為低級程序員之所以低級，正是因為他們勉強能看到（或者根本看不到）事物的表象而看不到本質。

我們來聽聽高級程序認為自己與低級程序員的區別是什麼。

高級程序員之所以高級，在於他們認識到代碼bug是不可避免的，有千萬種理由可以導致bug，但他們可以在設計和邏輯上保證（追求）滴水不漏，並用邏輯的百分之百准確性來減少代碼bug。沒錯，嚴謹的邏輯能力是高級程序員區別於低級程序員的最主要原因。

類似於武俠小說中的武術一樣，程序員也分內功和招式。

招式就是各種編程技巧和編程概念（框架，架構等），通過經驗可以不斷習得。而內功就是數據結構+演算法了，招式可以決定你幹活的速度，而且絕大多數情況下，不需要深厚的內力(知道加減乘除就行)。而內功可以決定你解決問題的高度，就是說一件事情難到一定程度，內力不夠的話是解決不了的。

優秀程序員的行為：

拿到任務，就開始仰望星空或天花板上那盞高懸的電燈棒，狀如老僧入定

忽而皺眉，忽而展顏一笑，忽而手舞足蹈，忽而在紙上指指戳戳，忽而口中念念有詞，忽而長吁感覺有點神經病啊

桌子上擺的是代碼大全、設計模式、敏捷實踐之類的書籍，並且沒有灰塵

chrome或firefox的書簽欄里分門別類，類別多於10個，8個以上是技術相關的

容不得破窗戶，看見別人的爛代碼就想改過來

隨手就能在白板上畫出軟體的流程圖或者時序圖

㈩ 有哪些話一聽就知道一個程序員是個水貨

有hover切換功能，不能直接換成png ，現在的官網取消了hover才換的png

首先，有些公認的水貨，比如熊節，根本就是一個文藝編輯，就不用廢話了。其次，有爭議的，比如陳皓。這貨的博客多年保持livelock狀態。什麼意思呢，就是看起來系統還是在跑，但沒有任何有用功。常年都是給入門馬農做科普的內容。這種屬於大自然的搬運工，把搜索引擎里的資料編譯一下就拿來做自己的內容。然後是比較隱藏的水貨。比如陳碩。言必讓讀者看自己的書第幾頁。但他那本書純屬基礎知識和常識列舉。看幾個man page和rfc就夠了。另外，他的書里錯誤很多，言之鑿鑿的地方其實都是掛一漏萬，把特例當公理。雲風當屬最隱蔽的水貨。都是實打實的產品，代碼，難題，分析。內容都是網路，高性能，並發，分布。但不幸的是，老子才是這方面的行家。就拿他最新那個所謂的樂觀悲觀鎖來說吧，裡面每個結論每個分析我都指出其不靠譜之處。還有其他一些水貨，就不一一列舉了。他們有如下顯著特徵:話題以程序科普為主。內容都是在其他它地方能輕易獲得的，缺少自己的思想。問題分析流於猜測，不能達到問題本質。輕易下結論，下過多總結陳詞。缺乏量化分析，以主觀感受和特例作為依據。如果有不服的，歡迎討論。我可以具體問題具體分析給你看，他們的思想有多毛糙，基本功有多不扎實。