York Jong's Library tagged → View Popular
97 Things Every Programmer Should Know
Welcome to the home page for the 97 Things Every Programmer Should Know project, pearls of wisdom for programmers collected from leading practitioners.
9. Dynamic Plot on Python
之前介紹 Python 在複雜網路模擬實驗的應用時,曾提到用 matplotlib 來繪製該實驗的圖表。其模仿 Matlab 的繪圖功能,用起來方便,所繪製的圖也在水準之上
追求神乎其技的程式設計之道(七) | vgod’s blog
上一篇談到了優秀程式設計師的第一要件:「熱情」,這一篇我想要談我覺得熱情之外最重要的能力:「思考」,特別是抽象化的思考能力
-
所有的程式都可以看成一個巨大的金字塔,頂端是這個程式的最終目標,一個模糊的概念;底部是細節的程式碼。而中間是一個經由不斷切割與抽象化所構成的高塔,每一個程式都是切割為許多的元件、模組,再切為更細的class和function,再來是最底下的變數與邏輯判斷式
-
平凡和偉大的程式設計師,我覺得他們之間的差別就在於能看到多少這個高塔中間的分層。厲害的高手都很善於切換自己思考的高度,一下能跟你討論高階的系統架構設計,一下又能深入到最底下的組合語言和二進位除錯。他們腦中除了有這高塔每一層的詳盡平面圖,甚至也非常了解不同樓層之間的交互關係
- 1 more annotations...
追求神乎其技的程式設計之道(六) | vgod’s blog
-
程式員的兩種型態,一是重視演算法、資料結構、執行效率的「效率魔人」,二是重視程式架構、擴充性、彈性、可理解性的「架構狂」。這兩種人其實都很好,要完成一個偉大的軟體,團隊中兩種人一定都要有。比較糟糕的是,有很多「第三型態人」,他們的信念只有一條:「程式只要會動就好」。第三型態人不在乎效率,也不管架構漂不漂亮,上面要求他做什麼,他就想辦法東湊西湊,從Google找程式剪貼,從MSDN抓範例來用,反正只要能隨便測過一個case就能交差了
-
要成為一個優秀的程式設計師的關鍵是什麼?關鍵不在於coding速度有多快、懂多少演算法,或是背了多少patterns,最重要的是「熱情」
- 1 more annotations...
编程的那些事儿
我抓住了哪些转瞬就在我脑中消失的思想,,因为它们远比一切成书的东西都让我感到它的珍贵!而更玄的是,他们竟然真的能够被文字描述出来!!这整本书就是小说式的教学。它力求呈现出一个精致化了的术语集。以使初学者能真正理解至关重要的那些概念
Some concepts for hardening embedded software
This document lists in abstract form a number of suggestions to harden embedded software, making units either detect problems and reboot, or in some situations auto-repairing.
Hacker's Delight
A collection useful programming advice the author has collected over the years; small algorithms that make the programmer's task easier.
Programming Pearls
Bentley's bestselling guide to programming creativity is now updated for today's programmer. Features include programming in the small: algorithms, data structures, and program design; practical advice; and new coverage of testing, debugging, performance experiments, QuickSorts, and more.
7 ways to write beautiful code
-
- Return from if statements as quickly as possible.
-
Don’t use an if statement when all you simply want to do is return the boolean from the condition of the if.
- 5 more annotations...
物件導向程式的九個體操練習
好的物件導向設計很難,我們都很同意何謂好的設計原則:高內聚力(cohesion)、低耦合(loose coupling)、不重複程式(Don’t Repeat Yourselp)、封裝(encapsulation)、可測試性、易閱讀性等等,但是實際寫的時候卻不容易化身為一行行的程式碼。這篇作者列了九條規則,並建議你練習寫個千行程式嚴格遵守看看,用以改善你的OO實作能力。
-
2. 不要使用到 else 這個關鍵字。
-
1. 每個函式裡面只能有一層縮排,如果需要多一層,請多寫一個 method 去呼叫。
- 4 more annotations...
美麗程式:頂尖程式設計師的思考方式
本書收集了軟體設計領域的大師級作品,每個作品都獨一無二,而又見解深刻。走在時代前驅的設計大師,引領讀者一章章走過解決特殊難題的優雅方案,並說明各個方案的迷人因素。
Doxygen簡介
Doxygen 就是這樣的一個工具。在您寫註解時,稍微按照一些它所制訂的規則。接著,他就可以幫您產生出漂亮的文件了。因此,Doxygen 的使用可分為兩大部分。首先是特定格式的註解撰寫,第二便是利用Doxygen的工具來產生文件。
-
EXCLUDE
如果您有某幾個特定檔案或是目錄,不希望經過Doxygen處理。您可在這個Tag中指定。 -
EXCLUDE_PATTERNS
類似於FILE_PATTERNS的用法,只是這個Tag是供EXCLUDE所使用。 - 2 more annotations...
明星程式設計師必備的十項特質
這是一篇很有意思的短文。文中條列出不多不少、總共十項優秀軟體工程師所應具備的特質,並且很微妙地將軟體工程師比喻成搖滾明星。你是公司的主管嗎?按照這些特質尋找人才就對了!你是在學的學生嗎?按照這十項特質的方向努力學習就沒錯了!
-
1. 真心喜愛程式 (Loves to Code)
-
2. 把事情完成 (Gets Things Done)
- 9 more annotations...
Top 10 Traits of a Rockstar Software Engineer
We've written here before about the future of software development, in which a few smart developers can leverage libraries and web services to build large-scale systems of unprecedented complexity. It only takes a couple of smart engineers to create quality software of immense value, and below is a list of the top ten qualities you should look for when hiring a developer:
-
- Loves To Code
- Gets Things Done
- Continuously Refactors Code
- Uses Design Patterns
- Writes Tests
- Leverages Existing Code
- Focuses on Usability
- Writes Maintainable Code
- Can Code in Any Language
- Knows Basic Computer Science
-
truly great things are achieved only with passion
- 2 more annotations...
無所不在的Context Switch
不僅電腦中有許多常駐程式,會來中斷我們的重要程式,我們現實的生活中,也有許多例行與非例行的事項,佔據我們一天中大多數的時間,讓我們做事的效率不彰。
-
心理學家發現一種「高度專心與高生產力」的心智狀態,稱之為「流」(flow)。進入流的狀態,需要約15分鐘(0.25小時)的時間。你可以把「進入流」的時間,比喻成CPU進行Context-Switch時的Overhead。
-
如果你想提升你的程式生產力,你可以全面檢視一天中有哪些Context-Switch,然後盡量避免
- 3 more annotations...
Rob Pike: Notes on Programming in C
What follows is a set of short essays that collectively encourage a philosophy of clarity in programming rather than giving hard rules.
-
Length is not a virtue in a name;
clarity of expression is. -
When the variable names are
huge, it's harder to see what's going on. - 13 more annotations...
Selected Tags
Related Tags
Sponsored Links
Top Contributors
Groups interested in programm...
-
Programming jQquery
Items: 26 | Visits: 253
Created by: Vincent Tsao
-
Rspec Intro
RSpec is a Behaviour Driven...
Items: 11 | Visits: 234
Created by: Vincent Tsao
-
webdevelopment
Links to webdevelopment
Items: 252 | Visits: 188
Created by: alfred westerveld
Diigo is about better ways to research, share and collaborate on information. Learn more »
Join Diigo
