幫助中心 | 我的帳號 | 關於我們

程序員的制勝技

  • 作者:(土)塞達特·卡帕諾格魯|責編:李瑾|譯者:談楚渝
  • 出版社:人民郵電
  • ISBN:9787115611567
  • 出版日期:2023/09/01
  • 裝幀:平裝
  • 頁數:228
人民幣:RMB 79.8 元      售價:
放入購物車
加入收藏夾

內容大鋼
    本書專註于介紹項目開發領域的實戰方法和高效範式,共9章,從預備理論知識開始,按照業務開發的真實流程詳細闡述開發中的經驗誤區,並結合實際的.NET和C#代碼,給出經過大量項目檢驗的解決方案。
    本書絕對不是市面上隨處可見的技術手冊。作者用他獨特的幽默感和數十年的軟體開發經驗,將軟體開發的實戰故事一一道來。
    正如作者所言,無論你是非科班出身的開發者,還是已經入行幾年的開發「上道人」,本書都能對你有所裨益。

作者介紹
(土)塞達特·卡帕諾格魯|責編:李瑾|譯者:談楚渝
    塞達特·卡帕諾格魯,是一名自學成才的程序員,擁有超過25年的實戰經驗,曾就職于微軟公司。

目錄
第1章  初入行當
  1.1  在實戰中,什麼最重要?
  1.2  誰是實戰程序員?
  1.3  傑出實戰程序員
    1.3.1  懂得質疑
    1.3.2  結果驅動
    1.3.3  高產出
    1.3.4  接受複雜性和模糊性
  1.4  現代軟體開發存在的問題
    1.4.1  技術繁多
    1.4.2  遍閱範式
    1.4.3  科技黑箱
    1.4.4  低估開銷
    1.4.5  自掃門前雪
    1.4.6  憎惡重複
  1.5  特別說明
  1.6  本書主題
  本章總結
第2章  實用的理論
  2.1  演算法速成
    要有好的Big-O
  2.2  深入數據結構
    2.2.1  字元串
    2.2.2  數組
    2.2.3  列表
    2.2.4  鏈表
    2.2.5  隊列
    2.2.6  字典
    2.2.7  哈希集合
    2.2.8  棧
    2.2.9  調用棧
  2.3  類型有大用
    2.3.1  使用強類型
    2.3.2  有效性證明
    2.3.3  巧用框架
    2.3.4  用類型防止打錯字
    2.3.5  null的可與不可
    2.3.6  免費的更好性能
    2.3.7  引用類型與值類型
  本章總結
第3章  有用的反模式
  3.1  若無損壞,亦可破壞
    3.1.1  面對代碼剛性
    3.1.2  快刀斬亂麻
    3.1.3  敬畏邊界
    3.1.4  隔離相同功能
    3.1.5  網頁示例
    3.1.6  不要留下技術債
  3.2  從頭開始寫
    推倒重寫

  3.3  修復它,即使它沒有壞掉
    3.3.1  奔向未來
    3.3.2  整潔僅次於功能
  3.4  重複你自己
    復用還是直接複製?
  3.5  是我所創
  3.6  不要使用繼承
  3.7  不要使用類
    3.7.1  enum太好用了!
    3.7.2  結構體真棒!
  3.8  寫點糟糕代碼
    3.8.1  不要使用If/Else
    3.8.2  使用goto
  3.9  不寫代碼註釋
    3.9.1  選個好名字
    3.9.2  充分利用函數
  本章總結
第4章  美味的測試
  4.1  測試的類型
    4.1.1  手動測試
    4.1.2  自動化測試
    4.1.3  執意玩火:在生產環境中測試
    4.1.4  選擇正確的測試方法
  4.2  如何停止抱怨,愛上測試?
  4.3  不要使用TDD或其他縮寫
  4.4  為你自己的目的寫測試
  4.5  決定測試對象
    4.5.1  尊重邊界
    4.5.2  代碼覆蓋率
  4.6  不要寫測試
    4.6.1  不要寫代碼
    4.6.2  不要一次寫完所有的測試
  4.7  讓編譯器測試你的代碼
    4.7.1  消除null檢查
    4.7.2  消除範圍檢查
    4.7.3  消除有效值檢查
  4.8  命名測試
  本章總結
第5章  正名重構
  5.1  為什麼我們要重構?
  5.2  架構修改
    5.2.1  識別組件
    5.2.2  評估工作量和風險
    5.2.3  樹立威信
    5.2.4  重構讓重構更容易
    5.2.5  后衝刺
  5.3  可靠重構
  5.4  什麼時候不重構
  本章總結
第6章  安全審查

  6.1  黑客之外
  6.2  威脅模型
    袖珍威脅模型
  6.3  編寫安全的網路應用程序
    6.3.1  在設計時考慮到安全問題
    6.3.2  隱蔽性安全的用處
    6.3.3  不要光靠你自己去實現安全
    6.3.4  SQL注入攻擊
    6.3.5  跨站腳本攻擊
    6.3.6  跨站請求偽造
  6.4  引發第一次「洪水」
    6.4.1  不要使用驗證碼
    6.4.2  驗證碼的代替品
    6.4.3  不要使用緩存
  6.5  存儲機密信息
    保存源代碼中的機密信息
  本章總結
第7章  死磕優化
  7.1  解決該解決的問題
    7.1.1  簡單的基準測試
    7.1.2  性能與響應性
  7.2  遲緩的剖析
  7.3  從頭開始
    7.3.1  嵌套循環
    7.3.2  面向字元串的編程
    7.3.3  評估
  7.4  打破瓶頸
    7.4.1  不要打包數據
    7.4.2  就地取材
    7.4.3  將依賴性工作分開
    7.4.4  要有可預測性
    7.4.5  SIMD
  7.5  I/O的1秒與0秒
    7.5.1  讓I/O更快
    7.5.2  避免I/O阻塞
    7.5.3  古老的方式
    7.5.4  現代式async/await
    7.5.5  非同步I/O的弊端
  7.6  如果所有方法都失敗了,試試緩存吧
  本章總結
第8章  可口擴展
  8.1  不要使用鎖
    雙重檢查的鎖
  8.2  擁抱不一致
    可怕的NOLOCK
  8.3  不要緩存資料庫連接
    以ORM的形式
  8.4  不要使用線程
    8.4.1  非同步代碼的問題
    8.4.2  非同步多線程

  8.5  尊重單體
  本章總結
第9章  與bug共存
  9.1  不要修復bug
  9.2  錯誤恐懼
    9.2.1  有關異常的
    9.2.2  不要捕捉異常
    9.2.3  容異性
    9.2.4  沒有事務的容異性
    9.2.5  異常與錯誤
  9.3  不要調試
    9.3.1  printf()調試法
    9.3.2  初識轉儲
    9.3.3  高階小黃鴨調試法
  本章總結

  • 商品搜索:
  • | 高級搜索
首頁新手上路客服中心關於我們聯絡我們Top↑
Copyrightc 1999~2008 美商天龍國際圖書股份有限公司 臺灣分公司. All rights reserved.
營業地址:臺北市中正區重慶南路一段103號1F 105號1F-2F
讀者服務部電話:02-2381-2033 02-2381-1863 時間:週一-週五 10:00-17:00
 服務信箱:bookuu@69book.com 客戶、意見信箱:cs@69book.com
ICP證:浙B2-20060032