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

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

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

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

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