摘要：信息架構的重要性毋庸置疑。 就像建房子需要建筑圖紙一樣，建網站也需要設計藍圖。 但是人們往往不明白，信息架構到底是什么？ 如何獲得正確的信息架構？ 看完《燦爛的藍圖：如何規(guī)劃一個令人難忘的網站（第二版）》（原書鏈接）it技術公司，你會覺得這個在我們眼中原本抽象、朦朧的概念，一直是我們身邊的實實在在的土地。 你會發(fā)現(xiàn)信息架構不是只有少數(shù)專家可以考慮的事情，我們每個人都可以參與其中。 你會明白，你可以這么想，你也可以這樣做，一切不再只是紙上談兵，你可以隨時將書中的方法應用到你的網站建設中，立竿見影的效果。原書封面本書首先介紹構建信息架構的基本原則和平衡法則，然后重點介紹信息架構中的組織系統(tǒng)和元數(shù)據(jù)。 閱讀更多

摘要：我想當一輩子程序員嗎？ 如果我轉行，我能做什么？ 相信這是所有有夢想的程序員都想過的問題（至少前三個問題都想過）。 你考慮過轉行做產品經理嗎？ 什么是產品經理？ 互聯(lián)網產品經理通常是負責管理和營銷現(xiàn)有互聯(lián)網產品以及開發(fā)新產品的人。 具體來說，互聯(lián)網產品經理的工作是做什么的？ 互聯(lián)網產品經理的工作內容與傳統(tǒng)行業(yè)的產品經理類似。 按照工作內容的時間跨度，可以細分為戰(zhàn)略性工作、階段性工作和日常工作三大部分。戰(zhàn)略性工作（跨越產品的整個生命周期）：為產品建立長期的戰(zhàn)略布局產品 發(fā)現(xiàn)新產品機會 提供有關產品演變、增強和介紹的建議 完成）：參與新產品 閱讀更多

摘要：提供有用的錯誤信息 - 高效程序員的 45 個習慣 習慣 37 “不要嚇唬用戶，程序員也不要。給他們干凈的錯誤信息。使用類似‘用戶錯誤。替換，然后繼續(xù)。’之類的東西?！?多么舒服的一句話?！?當應用程序在現(xiàn)實世界中發(fā)布和使用時，這種情況仍然會發(fā)生。 例如，計算模塊可能出現(xiàn)故障，與數(shù)據(jù)庫服務器的連接也可能丟失。 當無法滿足用戶需求時，優(yōu)雅地處理。 當出現(xiàn)類似的錯誤時，僅僅向用戶彈出一條優(yōu)雅的道歉信息就夠了嗎？ 不完全的。 當然，最好顯示一條通用消息告訴用戶出了什么問題，而不是導致應用程序因系統(tǒng)崩潰而執(zhí)行錯誤操作it技術公司，或者干脆關閉（用戶會感到困惑，想知道問題出在哪里）是）。但是，類似“閱讀更多

摘要：動態(tài)評估權衡 - 高效程序員的 45 個習慣 27 “性能、生產力、優(yōu)雅、成本和上市時間都是軟件開發(fā)過程中的關鍵因素。每個因素都必須處于最佳狀態(tài)?！?你可能在一個團隊中，管理層和客戶將大部分注意力集中在應用程序的呈現(xiàn)上。也有一些團隊的客戶認為性能非常重要。在一個團隊中，你可能會發(fā)現(xiàn)有一個開發(fā)強調堅持“正確”范式勝過一切的領導或架構師。這種教條式地強調任何單一因素，不管它是否是項目成功所必需的，必將導致災難。強調性能的重要性這是有道理的，因為糟糕的性能會讓一個應用程序在市場上失敗。但是，如果應用程序的性能足夠好，就需要繼續(xù)投資讓它發(fā)揮作用。

摘要：僅僅在幾年前，XP還被認為是方法論的異端，而FDD則是一種黑客方法。 今天，敏捷似乎已經成為主流主義，敏捷方法也成為人們學習和討論的熱點。 敏捷方法的應用也更加廣泛??，以至于很多外包項目都需要某種敏捷方法。 它不僅被小團隊和小項目使用，就連微軟也開始使用SCRUM。 敏捷已成為熱門的新時尚。 由于流行，有許多不同的理論； 因為流行，一些不認同敏捷的人開始追求它。 敏捷方法在從哲學思想到實施細節(jié)的各個層面都被反復討論。 人們不斷提出不同版本的敏捷方法，其中一些看起來如此矛盾和不同。 與此同時，一些誤解也一直在公眾中流傳。人們普遍誤認為敏捷就是快，越快越敏捷—閱讀全文