拿著放大鏡看自己

筆記： 有無static的差別： 有Static、叫做實體成員 (必須透過物件才能存取和呼叫者稱之，且不屬於該類別之特定物件)： 組成有--> 實體變數和實體方法 呼叫方式--> 物件名稱.實體變數(即有各自的記憶體者稱之) 物件名稱.實體方法 無Static、叫做靜態成員 (屬於類別) 組成有--> 靜態變數和靜態方法 呼叫方式--> 類別名稱.靜態變數 類別名稱.靜態方法 適用條件--> 靜態變數：可將一些不會因個別物件而有差異的共享變數宣告為靜態變數 靜態方法：當方法部用特定物件的資訊時，可用靜態方法 簡單來說將private之資料成員和public之成員方法封裝起來，即為封裝。 封裝的基本精神是保護類別的基本成員，不要讓存取範圍之外的人有任何可以更改資料進而破壞資料的完整性。 CH-17習題： 1.請說明程序式程式設計和物件導向程式設計的差異。 2.請說明物件導向程式語言三大特性：封裝、繼承和多型。 3.請舉例說明甚麼是物件、類別和實體? 4.請說明物件導向程式設計如何完成封裝的機制？ 5.請說明物件導向程式設計裡繼承和多型是如何運作的？ CH-18習題： 1.請簡單說明建構子的目的和用途 2.請簡單說明this和this(~)的用途 3.請問甚麼是非強制回應和強制回應表單? 其差異為何?

出處： http://findliving.blogspot.tw/2008/11/8d-report.html 今天看FB時，看到昔日寫報告最常用的格式: 8D report. 不禁想起過去那些 找資料 寫報告的日子XD 但 說真的 以前寫報告真是有夠困難，因為資料該怎麼撈，甚至時間點 都不一定是正確的= = 8D report 是組裝業界最常用的『問題分析與解決』的工具，它通常被用在回覆客戶的投訴案件報告上，所謂【8D】是【8  disciplines process (八個紀律作業程序)】的簡寫，按照規定的步驟順序，可以幫助你並讓你的客戶一步一步的了解，問題是如何發現或發生的、如何分析問題並找到真正的原因、採取哪些預防措施來解決問題、並驗證問題真的解決了。其實這跟 QC Story 非常像，只是名詞有點不同罷了，精神是一樣的，都是建立一套系統來釐清問題並解決。 8D report 的樣式非常多，但基本上方法大同小異，只要抓到節奏及重點就可以了，底下就8D report 的內容大致說明如下，篇幅有限，如果去品質學會上課可以花5～6個鐘頭： Discipline 1. Form the Team D1-第一步驟: 建立解決問題小組。  要解決一個問題通常都得跨部門，以電子組裝廠為例，一般來說小組的基本成員應包含下列人員，當然可以是需要找其他部門的人來參與。 品管部(Quality Assurance)：通常是小組召集人，負責回答客戶的問題。 製程部(process)：負責找出製程當中哪裡出了問題。 測試部(Testing)：尋找為何無法由測試方法測出有問題的產品。 生產部(Production)：配合工程師的要求，作實驗或是收集數據，以利問題的發現並協助執行解決方案。 Discipline 2. Describe the Problem D2-第二步驟: 描述問題。  運用５Ｗ１Ｈ(Who, What, Where,When, Why, How)，向團隊說明問題是在何時、何地、發生了什麽事、嚴重程度、目前狀態、如何緊急處理，如果可以的話盡量展示相關的照片和收集到的證物。把自己比擬為 CSI犯罪現場的鑑視人員，將所有的證物、細節描述的越清楚，團隊就能越快進入狀況，解決問題的速度也會越快。 Discipline 3. Contai