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

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

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

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

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