主頁 > 軟體設計 > 《劍指offer》的編程思想

《劍指offer》的編程思想

2020-11-09 22:56:18 軟體設計

讀《劍指offer》有感

前言

今天寫《資料結構筆記1(緒論及其理解)》的時候,寫到演算法的評價標準,然后想起之前好像寫過類似的筆記,在電腦上找了一下,還真找到了,

image-20201107105311100

文章目錄

  • 讀《劍指offer》有感
    • 前言
    • 筆記
      • 原筆記
        • 一、扎實的基礎
        • 二、高質量的代碼
        • 三、清晰的思路
      • 補充筆記
        • 編程思想
        • 舉個例子(斐波那契數列)
    • 總結

筆記

原筆記

讀《劍指offer》有感5月14日寫

編程語言只是一種工具,重要的是思想,——參考自某個博客的話,挺有共鳴的 ,

雖然5/8收到了這本書,在此之前也找到過這本書的PDF,但是看電子書和看紙質書的感覺完全不一樣,把紙質書拿著手中更加具體,對書的厚度有直觀的感受,

我覺得這本書的精華在于作者說的應聘者需要具備的五個素質,

1扎實的基礎知識:編程語言、資料結構、演算法

2高質量的代碼:規范性、完整性、健壯性

3清晰的思路:畫圖、舉例、分解

4優化效率的能力:學會優化時間效率以及用空間換時間的常用演算法

5其余能力:學習能力和溝通能力、舉一反三、抽象建模、發散思維的能力,

至于面不面試都是次要的,

最重要的是前三點,不管編程還是做事,這三點都很有作用,

一、扎實的基礎

編程語言:賦值運算子函式、實作單例模式,

資料結構:陣列、字串、鏈表、樹、堆疊和佇列

演算法和資料操作:遞回和回圈、查找和排序、回溯法、動態規劃與貪婪演算法、位運算,

二、高質量的代碼

規范性:清晰的書寫、清晰的布局、合理的命名

完整性:功能測驗、邊界測驗(處理邊界值測驗案例)、負面測驗(處理錯誤輸出)

健壯性:容錯性

三、清晰的思路

畫圖:使抽象問題形象化

舉例:使抽象問題具體化

分解:是復雜問題簡單化

補充筆記

重要的不光前三點,

首先明白編程是什么,

我覺得編程就是撰寫程式,程式是演算法的實作,程式是一套處理框架,在計算機中的體現是輸入資料,處理資料,最終輸出想要的結果,

程式常常和數學相關,其實就是數學的計算步驟可以很好地讓機器理解,進而實作,比如一開始的計算,后來的影像處理,再到互聯網的檔案處理,現在語言的邏輯步驟也能讓機器處理,

因為隨著計算機的發展,語言也慢慢可以被計算機處理,常見的應用就是自然語言處理、關鍵詞搜索、敏感詞過濾,這些功能的實作就是一個一個程式的組合,宏觀上看就是輸入資料,處理資料,最后輸出資料,

最終萬物皆可編程,編程就是用計算機語言撰寫一套處理框架,這套處理框架可以代替人的重復操作,比如爬蟲其實就是請求網頁、收集資訊;

然后明白編程的實作原理

編程有三大基本功,分別是資料結構、演算法、設計模式,不過在這三大基本功的背后還有作業系統、計算機組成原理的底層概念,如硬體中的存盤、計算是如何實作的,軟體的行程調度、記憶體管理(請求分頁式管理、置換演算法),

其實編程的基本功,是一些成熟的演算法,用這些成熟的演算法其實可以處理現實中絕大多數的事情,

接著明白演算法是什么

演算法其實就是處理步驟的描述,演算法其實有許多分類,比如作業系統中的行程調度就是演算法、記憶體的置換演算法也是演算法,

面對不同現實問題將其轉化成資料結構,然后通過處理這些資料結構來解決現實問題,其中處理資料結構的操作步驟也是演算法,

還有就是設計模式,設計模式是解決軟體設計中常見問題的可復用方案,這個方案就是演算法,

處理影像的步驟也是演算法,爬蟲的操作程序也是演算法,

演算法就是步驟的描述,

編程就是將這個描述用到計算機中,通過編程,最終實作程式,程式代替我們進行這些步驟,

編程思想

明白演算法后,就要明白演算法的評價標準

正確性,代碼首先需要正確實作基本功能,通常通過功能測驗、邊界測驗、負面測驗三個方面,

可讀性,主要是規范化,實作規范化雖然在第一次開發的時候會比較繁瑣,但是便于二次開發;有助于代碼的成長;規范性注意通過代碼布局、規范命名兩個部分去提升,在前端有專業的代碼格式化插件,可以幫助提高代碼的可讀性;2020最新版vscode格式化代碼;

健壯性,主要是輸入的處理,正常是指程式能夠判斷輸入十分合乎規范要求,并對不規范要求的輸入給予合理處理,其實就是編程的例外處理,除了輸入的例外處理,其實還有死回圈的處理,這兩部分確保代碼的健壯性,健壯性其實和正確性有一定關聯,

節約時間與空間,其實和經濟學面臨的問題很相似,都是對稀缺資源進行資源配置,為了衡量節約時間與空間的程度,計算機科學家定義了時間復雜度與空間復雜度,面對同樣的問題,不同的演算法會帶來不同的時間復雜度,而不同的時間復雜度會帶來的不同的回應時間,我們自然希望結果快點出來,所以優化代碼的時間復雜度很有必要,優化時間復雜度的小知識有很多,我這里就不展開了,可以百度,除了時間的優化,還有空間的優化,不過由于摩爾規律,硬體的提升迅速,空間的優化沒有時間的優化那么要緊,常常使用以空間換時間,

這個評判標準其實參考了許多方面,用管理學的角度說,就是有不同計劃(資料結構、設計模式),根據不同情況做出對應決策(時間與空間的取舍),接著實施,在實施的程序中做好控制(正確性、健壯性)和溝通(可讀性),

上面的主要還是在個人角度看,其實還有從整個軟體的角度看,軟體工程就是研究團隊編程的學科,

軟體危機:“已完成”的軟體,不滿足用戶的需求,進度不能保障,開發成本難測;質量沒有保證,

其實和管理的問題一樣,

軟體工程的定義是:將系統化的、規范的、可度量的方法應用于軟體的開發、運行和維護程序,以及對所選方法的研究,

和管理學的定義一樣,

軟體生命周期:1可行性研究、2需求分析、3設計、4編碼、5測驗、集成、維護階段,6.軟體

前三部分和管理學的計劃設計一樣,需求分析(分析目的)、可行性分析(分析可行性)、設計;

  1. 可行性研究的目的是:用最小的代價在盡可能短的時間內確定問題是否能夠解決,
  2. 可行性研究的四大要素是:經濟上可行,技術可行,法律允許、社會環境可行,

其實就是PEST分析

需求工程是指應用有效的技術和方法進行需求分析,確定客戶需求,幫助分析人員理解問題,定義目標系統的外部特征的一門學科,需求工程中的主要活動有:需求獲取、需求分析、需求規格說明、需求驗證和需求變更管理,

其實和激勵相關

軟體設計的主要原則:模塊獨立性和資訊隱藏,反映模塊獨立性有兩個標準:內聚和耦合,內聚衡量一個模塊內部各個元素彼此結合的緊密程度,耦合衡量模塊之間彼此依賴的程度,

和組織設計相關

軟體測驗的定義:是為了發現錯誤而執行程式的程序,其目的在于以最少的時間和人力,系統地找出軟體中潛在的各種錯誤和缺陷,

和控制相關

舉個例子(斐波那契數列)

題目描述:

大家都知道斐波那契數列,現在要求輸入一個整數n,請你輸出斐波那契數列的第n項,
n<=39

問題分析:

可以肯定的是這一題通過遞回的方式是肯定能做出來,但是這樣會有一個很大的問題,那就是遞回大量的重復計算會導致記憶體溢位,另外可以使用迭代法,用fn1和fn2保存計算程序中的結果,并復用起來,下面我會把兩個方法示例代碼都給出來并給出兩個方法的運行時間對比,

示例代碼:

采用迭代法:

  int Fibonacci(int number) {
			if (number <= 0) {
				return 0;
			}
			if (number == 1 || number == 2) {
				return 1;
			}
			int first = 1, second = 1, third = 0;
			for (int i = 3; i <= number; i++) {
				third = first + second;
				first = second;
				second = third;
			}
			return third;
		}

采用遞回:

		 public int Fibonacci(int n) {
           
			if (n <= 0) {
				return 0;
			}
			if (n == 1||n==2) {
				return 1;
			}

			return Fibonacci(n - 2) + Fibonacci(n - 1);

		}

從這例子中,我們可以看到不同的演算法會帶來不同的時間復雜度(回應時間)和空間復雜度(空間占用),

同樣實作一個功能,好的演算法回應更快,占的空間更小,

資料結構就是現成的演算法,設計模式也是現成的演算法,掌握這些演算法,并且靈活使用,可以將現實中的操作步驟遷移到計算機中,

  • 學習能力和溝通能力
  • 舉一反三
  • 抽象建模
  • 發散思維的能力,

總結

寫到最后,發現話題太多了,不太好面面俱到,所以暫時寫到這,

《前端技術架構與工程》之性能

大家可以看看架構師如何進行編程語言的挑選(性能與簡便性)、團隊的代碼規范(可讀性)、性能優化(時間復雜度、空間復雜度)、工程思想等等,

更新地址:GitHub

更多內容請關注:CSDN、GitHub、掘金

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/208482.html

標籤:其他

上一篇:二極管作業原理及應用

下一篇:Shift-GCN網路論文筆記

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more