規格是什麼的問題，透過圖書和論文來找解法和答案更準確安心。 我們找到下列包括價格和評價等資訊懶人包

建築構造與施工：大家都想知道的Q&A

為了解決規格是什麼的問題，作者日本建築構造技術者協会(JSCA) 這樣論述：

教科書上講的理論，到了實務上無法連結運用，該怎麼辦！ 本書彙集業界實務上會面對的問題，以Q&A的方式呈現， 收錄14個主題、97個內容紮實的結構設計問答說明， 由實務經驗豐富的專家解說，圖文解說容易消化理解。 非結構專業的建築相關從事者，在實務執行上，可能因為缺少結構領域的基本知識，而有遇到困難的情形。本書是從這些情形中嚴選出重要項目，邀請結構專家們擔任主要執筆者，以Q&A的問答形式進行解說，當建築師、技師遇到相關問題時，查找本書就能得到解答。 產官學各方齊力推薦 洪廸光 新北市建築師公會理事長 林盛豐 監察院監察委員 花敬群 内政部政務次長 邱昌嶽 内政部常務次長 吳

欣修 營建署署長 王榮進 建築研究所所長 黃景茂 住都中心執行長 陳純敬 新北市副市長 吳思瑤 立委 林奕華 立委 蘇巧慧 立委 羅致政 立委 江維華 教授 吳光庭 教授 李正庸 建築師 李祖原 建築師 杜功仁 教授 邵文政 教授 孫振義 教授 孫偉德 建築師 徐明松 教授 崔懋森 建築師 張啟明 建築師 陳宇進 教授 曾光宗 教授 游顯德 建築師 黄志弘 教授 楊逸詠 建築師 褚瑞基 教授 趙家麟 教授 蘇瑛敏 教授 （依姓名筆劃排列）

規格是什麼進入發燒排行的影片

職能運用於人力資源管理活動之實務探討

為了解決規格是什麼的問題，作者黃素芸 這樣論述：

當全球金融風暴來襲，經濟下滑、裁員聲四起的年代，企業及員工面臨生存的問題，大家對領導人的信心指數逐漸下滑時，人才的議題變成企業關注的話題。到底人才的規格是什麼?有哪些可以預測工作或情境上有效或卓越表現的參考標準? Bratton(1998)指出職能可以提供一個組織策略與所有人力資源管理活動的媒介。 從研究資料整理中，發現台灣目前職能的領域大多集中在某些特殊職務、管理層級或是特定職能量表的建立上，但對於企業發展職能的背景、前置評估、導入過程、人力資源實務運用以及評估等整體性的探討較少研究探討。 因此，本研究選取人資同業、協會及顧問公司推薦業界在職能運用上具口碑或成效者為研究個案樣本。透過企

業職能運用的實務探討，了解各家個案公司是否有共通或相似的因素，並且把職能導入、應用、轉換等各種經驗加以分享，藉以促進職能研究發展領域的實務價值並幫助對未來有興趣導入職能或現在已面臨導入困難的企業提供方向性的指引。本研究結果顯示：1. 個案普遍都面臨組織人力結構轉型的問題。因應組織內外部環境變化，組織面臨人力快速成長或是合併重整的議題，都決定選擇以職能來解決短期人才問題或人力資源長期規劃。2. 職能導入要投入多少的人力資源會視高階主管的支持、人資主管的重視程度、溝通對象及導入規模之廣度深度有關，反而與公司規模無直接相關。3. 核心及管理職能模型的建構是多數個案會導入的模式，其建構的方式主要

以大量訪談及高階共識會議來進行。4. 職能導入的方式分為職能的本質及職能連結制度的推廣。綜合性的作法會是由人資規劃內部行銷推廣活動、舉辦職能體驗訓練活動、進行行為事例蒐集來推廣或搭配人資制度順便宣導。5. 職能在招募甄選、訓練及職能評鑑是所有個案普遍有運用到的構面，顯示這三塊的實務應用也最普及。職涯發展及接班人相較於其他人資實務是較少被運用。薪酬管理除了受訪之一的顧問公司有直接連結職能外，其他個案皆沒有運用。6. 職能運用成效的構面甚廣，可量化的指標在實務上算少數，比如留任率的提高或是離職率的下降，其他多數還是偏向文化面及行為面的影響。7. 導入職能過程普遍有反應的問題是員工不清楚何謂

職能，以致無法認同及辨識，甚至在評估時，發生主管與員工認知差異的問題。個案們建議解決之道可透過持續及有效的行銷活動或職能體驗的深入性訓練進行階段性的引導溝通。8. 高階主管的支持是所有受訪公司一致共同認為重要的關鍵因素。其它多數個案公司普遍認為的成功因素尚有:選擇適用的職能工具及顧問公司，並有簡易明瞭的行為描述以利後續的溝通，還有HR需有良好的溝通態度並能堅持、持續的投入及落實執行。從個案研討中檢視職能模型連結人力資源功能的狀況，可看出職能為基礎的觀念已大幅地取代傳統工作為基礎的人力資源管理活動。關鍵字：職能,職能模型,職能評量,人力資源管理活動

約耳趣談軟體：來自專案管理的現場實錄

為了解決規格是什麼的問題，作者Joel Spolsky 這樣論述：

■ 榮獲Amazon五顆星★★★★★熱烈推薦。■ 自2000年以來，最具話題、最幽默、最多人討論的軟體專案經驗。■ 深入探討軟體開發、人才挑選及培養、創業過程，及企業管理等專案問題。 　　出版至今，全球已有超過30種語言譯本，全書45篇文章，廣受程式開發人員的喜愛，是一本集結關於軟體開發、人才遴選及培訓、創業經營，以及企業管理的實錄。 　　如果你正深陷於公司決策的迂腐、管理高層的無能、固執的做事信仰等無限迴圈中，那麼，約耳將是引領你走出暗黑的明燈。歷任過軟體開發人員、管理者、經營者的約耳，所經手的專案比你吃的鹽還多；從開發人員關注的程式問題、硬體分享、產品管理，甚至是經濟學探討，無一不談，廣泛

涉略只為你全盤掌握軟體專案的整體面貌。 　　網友狂推！不可錯過的章節： 　　約耳測試：邁向高品質的12個步驟　檢視團隊的分數，找到成為高品質團隊的方法。 　　五個世界　一再提醒你軟體開發具備各種不同的領域或世界，而不同的領域適用不同的規則，正視此規則才能在專案中悠遊自得。 　　面試人員教戰守則　人是軟體專案的重要部分，對的人讓專案進行更順利。此篇是面試官的精神食糧，更是徵試者的求生寶典。 　　抽象滲漏法則　揭開TCP的神祕本質，探討將一切抽象化的風險。 　　別讓架構太空人嚇到你　你是只會用抽象的名詞來解決事物的太空人嗎？ 　　大麥克對上原味主廚　別讓規則手冊取代了才能，因為規則手冊永遠無法適應

新時代。 　　邊開火邊移動　作戰理論也能成為開發專案的密招？只要每天前進一點，成功的專案就在不遠之處。 作者簡介 Joel Spolsky 　　Fog Creek Software（設立在紐約的一家軟體公司）的創辦者。 　　曾經擔任程式開發人員與管理相關工作，2000年開始架設部落格，身兼程式技術人員又是經營者，對於軟體專案的開發過程有其精闢且獨到的見解。所發表關於軟體開發、經營、管理的相關文章，對程式開發人員多有啟發，也在網路上引起許多討論與推薦。 　　部落格：www.joelonsoftware.com/index.html 　　著作：《約耳趣談軟體》、《約耳續談軟體》。 譯者簡介 梅普華

  Paul May 　　在職資工碩士。擁有Windows平台應用程式開發經驗，也接觸驅動程式，曾與遊戲開發擦身而過，目前從事韌體工作。 　　一切都從「約耳測試」（Joel Test）這篇文章開始，因深感其內容一針見血卻極富趣味，進而向約耳毛遂自薦，開始走上翻譯約耳文章之路。是台灣首位獲得約耳翻譯許可，且為網路上著名的《約耳談軟體（Joel on Software）》翻譯計畫中第一位加入的譯者。 Part 1 位元與位元組：程式設計的實踐 CH01　選擇一種語言 CH02　回歸簡單原則 CH03　約耳測試：邁向高品質程式碼的12步驟 CH04　每位開發人員至少且絕對要會的Unicode及字元

集必備知識 CH05　無痛的功能規格1：何必麻煩？ CH06　無痛的功能規格2：規格是什麼？ CH07　無痛的功能規格3：但是…該怎麼做？ CH08　無痛的功能規格4：提示 CH09　無痛的軟體時程 CH10　每日編譯是你的好朋友 CH11　絕不妥協的抓蟲行動 CH12　五個世界 CH13　紙上原型製作 CH14　別讓架構太空人嚇到你 CH15　邊開火邊移動 CH16　工匠技藝 CH17　電腦科學中三個錯誤的想法 CH18　雙元文化主義 CH19　由用戶端自動取得當機回報，一切全自動！ Part 2 開發人員管理 CH20　面試人員教戰守則 CH21　激勵是有害的 CH22　不用測試人員的五大

（錯誤）藉口 CH23　人的工作切換有害無益 CH24　你絕對不應該做的事之一 CH25　揭露冰山的秘密 CH26　抽象滲漏法則 CH27　程式設計領域的帕麥爾斯頓勳爵 CH28　測量 Part 3 如果你是約耳：既定主題的隨機思考 CH29　Rick Chapman在尋找愚蠢 CH30　這個國家的狗做什麼工作？ CH31　小員工也能做大事 CH32　兩則故事 CH33　大麥克對上原味主廚 CH34　沒有事情像表面看起來那麼簡單 CH35　為非我發明症辯護 CH36　策略書之一： Ben and Jerry模式與Amazon模式 CH37　策略書之二：雞生蛋蛋生雞問題 CH38　策略書之三：讓

我換回去！ CH39　策略書之四：腫脹軟體與80/20迷思 CH40　策略書之五：開放源碼的經濟學 CH41　墨菲定律發威的一週 CH42　微軟如何輸掉API戰爭 Part 4 對於.NET，有點多的評論 CH43　微軟瘋了 CH44　我們的.NET策略 CH45　先生，可以賞我一個連結程式嗎？ Part 5 附錄：約耳問答精選 Chapter　03 約耳測試：邁向高品質程式碼的12個步驟2000年8月9日，星期三 你曾聽說過SEMA嗎(*1)？這是一套相當深奧的系統，可以測量軟體團隊的好壞。等一下！不要急著連過去看，我想光是要搞懂那個東西大概就要花上你六年的時間。所以我自己有一套無責任的簡

易方法來衡量軟體團隊的品質，這套方法的好處是只要花3分鐘，省下的時間足夠讓你唸一趟醫學院。 約耳測試（Joel Test）1. 你有使用原始碼控制系統嗎？2. 你能用一個步驟建出所有結果嗎？3. 你有進行每日編譯嗎？4. 你有沒有問題資料庫？5. 你會先把問題都修好之後，才寫新的程式嗎？6. 你有一份最新的時程表嗎？7. 你有寫規格嗎？8. 程式設計人員有沒有安靜的工作環境？9. 你有沒有用市面上最好的工具？10. 你有沒有測試人員？11. 是否在面試時要求面試的對象試寫程式？12. 是否進行過走廊使用性測試？1 詳見www.sei.cmu.edu/sema/welcome.html。（編註：

原址已失效，請參考http://www.sei.cmu.edu/measu。）約耳測試的好處是每個問題都很直覺，只要回答是或否。你不必計算每天寫的程式行數、或是每個重大時點的平均問題數量，只要答「是」就加 1分。約耳測試的缺點是絕對不能用來確保核電廠的安全性。得到 12分是完美， 11分勉強可接受，不過 10分以下（含 10分）就表示問題大了！事實上，大部分軟體組織只拿到 2或3分，而這些組織都岌岌可危，因為微軟隨時都是以12分的水準在運作。當然，這些並不是決定成敗的唯一因素；特別是當你的優秀團隊盡做些沒人要的產品時（對，沒人要）。另外，也可能有那種「高手」團隊，即使完全不理會這些東西，卻仍能

做出改變世界的夢幻軟體。不過，除此之外所有人都一樣，如果你能把這 12件事做好，就能建立一個能穩定交出產品的紀律團隊。 1.你有使用原始碼控制系統嗎？我使用過一些商用原始檔控制系統（ source control packages），也用過免費的 CVS(*2)，所以我可以告訴你 CVS相當不錯！如果你沒有原始碼控制系統，一旦需要與程式設計人員合作就相當麻煩了。因為程式設計人員無法知道其他人做了什麼，也無法輕易回復成出錯前的狀態。而且原始碼控制系統還有另一個優點，就是原始碼會被簽出（ check out）到每位程式設計人員的硬碟裡。我還沒看過哪個用了原始碼控制的專案會遺失大量程式的。 2 參考

wwwcvshome.org/。

台灣藍光創新產品之訂價策略因素探討

為了解決規格是什麼的問題，作者劉冠君 這樣論述：

自1993年由SONY和Philips公司共同提出DVD規格至今，DVD產品發展已超過15年了，DVD讀取容量4.7G已不敷使用，次世代藍光提供更高儲存容量的技術，藍光光碟成為次世代影音規格的標準規格，藍光的讀取容量高達50GB，以儲存高品質的影音和高容量的資料儲存，而受到消費者的青睞。TRI研究指出藍光產品有價格過高問題，又指出2007年之消費市場將以價格戰取勝，主流的潛在藍光用戶對於價格因素還是及其敏感，所以，台灣將面對價格競爭、時間、技術和供應商能力等壓力因素，而訂價策略將是台灣介入藍光產業的機會。本研究進行台灣藍光創新產品之訂價策略因素探討，以「藍光播放器」產品為研究主題，研究期間2

008年8月，研究對象以為台灣第一家發展藍光播放器廠商之上游供應商、合作廠商與下游客戶、經銷商和福彥同仁，主要探討台灣藍光創新產品之訂價策略因素中非成本之市場規模、競爭者與供應商三個因素。結論，除了要考慮本身技術、產品成本與品質，更要考量市場規模因素中，市場趨勢與競爭產品因素；競爭者因素中競爭產品上市時間與價格因素；供應商因素中供應商合作與資源分享因素，由於藍光產業的關鍵零組件多為美、日大廠提供，所以藍光產品之開發與訂價策略中，又以供應商為最重要的構面，期許此研究結果利於台灣發展藍光新產品開發與訂價策略之制定。