笑談軟體工程

內(nèi)容概要

　　導(dǎo)入Scrum，讓你的軟體開(kāi)發(fā)人生從黑白變彩色！●最務(wù)實(shí)的敏捷方法。從需求分析、程式開(kāi)發(fā)、軟體架構(gòu)、UI設(shè)計(jì)、軟體測(cè)試、持續(xù)整合 ─ 軟體工程的全新思維●最幽默、簡(jiǎn)單、輕鬆的Scrum導(dǎo)論。沒(méi)有艱深的學(xué)術(shù)論述、索然無(wú)趣的古典教條─ 一讀就懂的敏捷方法最重要的是，從此每天準(zhǔn)時(shí)下班享受幸福人生！ 用笑聲取代淚水，用準(zhǔn)時(shí)下班取代爆錶的肝指數(shù)！本書將扭轉(zhuǎn)你對(duì)軟體開(kāi)發(fā)專案錯(cuò)誤，但卻一直以來(lái)根深蒂固的想法。作者多年的軟體專案執(zhí)行經(jīng)驗(yàn)，透過(guò)詼諧且幽默的文筆，讓你在笑聲中搞懂Scrum的精神及相關(guān)實(shí)務(wù)做法?！?什麼是Scrum——Role、Activity、Artifact的精闢解析?！?如何做到精實(shí)？徹底終結(jié)不必要的浪費(fèi)吧?！?軟體架構(gòu)要從Solution Domain，還是從Problem Domain著手？● 人機(jī)介面的設(shè)計(jì)原則有哪些？● 你知道測(cè)試與整合有多重要嗎？

作者簡(jiǎn)介

陳建村 (Teddy Chen)泰迪軟體（Teddysoft）的創(chuàng)辦人，從事敏捷開(kāi)發(fā)顧問(wèn)、教育訓(xùn)練、軟體工具導(dǎo)入服務(wù)。畢業(yè)於臺(tái)北科技大學(xué)機(jī)電科技研究所（資訊組）博士班，是一位對(duì)於軟體開(kāi)發(fā)與經(jīng)驗(yàn)分享?yè)碛袠O度熱忱與實(shí)事求是的軟體工 程師。Teddy有超過(guò)17年開(kāi)發(fā)商業(yè)軟體以及參與軟體研究專案的經(jīng)驗(yàn)，曾發(fā)表30餘篇國(guó)內(nèi)外期刊與研討會(huì)論文。曾擔(dān)任程式開(kāi)發(fā)人員、技術(shù)總監(jiān)、敏捷專案經(jīng)理、軟體架構(gòu)師、敏捷顧問(wèn)、敏捷課程講師。對(duì)於未來(lái)，Teddy有個(gè)夢(mèng)想，希望 改變?nèi)藗冊(cè)谂_(tái)灣開(kāi)發(fā)軟體的方法，讓軟體開(kāi)發(fā)真正成為一件愉快、有趣的工作與創(chuàng)作。

書籍目錄

PART 1 軟體工程的現(xiàn)況1 想看這本書的怨念有多深2 老闆，軟體不是這樣開(kāi)發(fā)的3 600多個(gè)BUG要怎麼修？4 軟體工程不等於髒話5 這不是網(wǎng)路小說(shuō)——軟體專案ScenarioColumn A. 小朋友不可以說(shuō)謊喔 PART 2 什麼是Scrum6 SCRUM到底是？Column B. 其實(shí)，Scrum是一種制度 7 SCRUM是很有內(nèi)涵的8 就是這個(gè)光──SCRUM＋LEAN＋XP9 導(dǎo)入SCRUM？謝謝再聯(lián)絡(luò)。10 我不能採(cǎi)用SCRUM，因?yàn)槲壹胰瞬煌?1 導(dǎo)入Scrum前該有的領(lǐng)悟──都市游擊隊(duì)12 100%符合Scrum精神──這是0與1的距離13 不完美的Scrum──逆練九陰真經(jīng)14 Story要如何下筆？──?。∧憔毜牟皇蔷抨幷娼?jīng)15 end-to-end的story──這好比切蛋糕16 如何估算Story Point？17 Story Point為何沒(méi)有單位──這是一種相對(duì)論18 Story寫的好才容易估算Story Point19 Product Backlog長(zhǎng)得什麼模樣？20 The Definition Of Done──功課寫完沒(méi)21 Bug”s”──放下心中舉起的中指22 Redundancy──容錯(cuò)的基本方法23 Shared Code──讓我們變成博格人吧24 Pair Programming──藥效強(qiáng)不強(qiáng)？25 Retrospective Meeting──有許願(yuàn)池的功效26 Scrum Master是個(gè)什麼咖？27 有牌的Certified Scrum MasterColumn C. 聞過(guò)則喜...誰(shuí)說(shuō)的？ 28 導(dǎo)入Scrum──要有傳福音的精神Column D. TEDDY的初衷 PART 3 精實(shí)生產(chǎn)，減少不必要的浪費(fèi) 29 軟體也會(huì)有庫(kù)存問(wèn)題30 減少不必要的浪費(fèi)——半成品31 減少不必要的浪費(fèi)——多餘功能32 減少不必要的浪費(fèi)——重複學(xué)習(xí)33 減少不必要的浪費(fèi)——交接34 減少不必要的浪費(fèi)——工作切換35 減少不必要的浪費(fèi)——延遲36 減少不必要的浪費(fèi)——缺陷37 有缺陷，就停掉生產(chǎn)線PART 4 開(kāi)發(fā)軟體一定要加班，有沒(méi)有聽(tīng)錯(cuò)？38 工程師與加班之間的愛(ài)恨情仇39 非加班不可——臺(tái)灣經(jīng)濟(jì)奇蹟?shù)哪会釤o(wú)名英雄40 過(guò)勞死——軟體工程無(wú)用論41 我可能不會(huì)18:30下班Column E. 秀才遇到兵 PART 5 換顆腦袋——軟體工程的全新思維42 學(xué)習(xí)犯錯(cuò)43 有問(wèn)題才能解決真問(wèn)題44 傳承的風(fēng)範(fàn)45 傻的願(yuàn)意相信46 造船的目的47 追求卓越——發(fā)語(yǔ)詞，無(wú)義48 培育軟體還是組裝軟體？49 對(duì)癥下藥Column F. ISO大戰(zhàn)乖乖 50 剽竊51 重複程式碼的力量52 TIME LOG的紀(jì)錄方式——這不是整人遊戲PART 6 軟體架構(gòu)53 Problem Domain vs. Solution DomainColumn G. 一萬(wàn)個(gè)小時(shí)的練習(xí) 54 用實(shí)際案例看Problem Domain vs. Solution Domain55 要抄就要抄最好的——人人皆可成為架構(gòu)師56 你的軟體架構(gòu)有多軟57 設(shè)計(jì)最難的部份是什麼？58 針對(duì)介面來(lái)寫程式59 設(shè)計(jì)模式分成三大類60 時(shí)間到PART 7 人機(jī)介面61 窮人的「人機(jī)介面」設(shè)計(jì)入門62 GOMS——幫「人機(jī)介面」做體檢63 DESIGNING FOR ERROR (1)：使用者犯錯(cuò)64 DESIGNING FOR ERROR (2)：外在世界與腦袋中的知識(shí)65 DESIGNING FOR ERROR (3)：限制、強(qiáng)制功能、自然對(duì)應(yīng)66 DESIGNING FOR ERROR (4)：執(zhí)行與評(píng)估67 「人機(jī)介面」之博士熱愛(ài)的算式PART 8 測(cè)試與整合68 有測(cè)試案例改遍天下，無(wú)測(cè)試案例寸步難行69 有些事不是能力的問(wèn)題，而是整合70 土炮跨平臺(tái)自動(dòng)化功能測(cè)試環(huán)境71 10分鐘建構(gòu)72 落實(shí)測(cè)試與整合的能力有多少？73 用ROBOT寫自動(dòng)化功能測(cè)試到底有沒(méi)有用？Column H. 需求分析書中最重要的資訊是什麼？

圖書封面

評(píng)論、評(píng)分、閱讀與下載

---

    笑談軟體工程 PDF格式下載

---