1 當(dāng)水淹到了我們的腳，我們一定要有人淹到了脖子
2 不要做傳話筒，要做分析者，讓別人坐享其成吧
3 工作內(nèi)容非正義或者對社會貢獻(xiàn)少，員工心理自然比別人矮半頭
1溝通不能解決所有問題，有的問題必須提升層次，由高層決策，你要做的是準(zhǔn)備資料影響決策。
2矩陣管理導(dǎo)致責(zé)大于權(quán)，干事的沒有權(quán)，有權(quán)的不干活
3需求是客觀存在的，需要挖掘，用戶不說不代表它不存在
4性能需求優(yōu)先級和重要性要大于核心需求，沒有可用性就談不上核心需求滿足
1 provider必須有
2 provider的路徑和存儲路徑匹配
3 require時候要注意有時候第三方j(luò)s庫不能在構(gòu)件構(gòu)建期引用（構(gòu)建的js文件引用），必須在外部聲明（避免使用require），比如集成ibm的最新富文本編輯框
4 注意生命周期，在postcreate時基礎(chǔ)html已經(jīng)展現(xiàn)完畢
IE6內(nèi)存泄露、不安全、速度超慢為什么還會有人用？全靠盜版xp普及！
不爽的就是我們這樣的軟件行業(yè)里的人，所有的問題都要管，今天遇到一個問題200個樹節(jié)點(diǎn)做遞歸IE6竟然崩潰？而在IE8下一點(diǎn)問題都沒有，我整了一下午找了一個替代方案，但是對用戶體驗(yàn)有影響，另外IE6下很多高級方法用不了，比如scrollToView等關(guān)鍵Web應(yīng)用方法。
IE6，真實(shí)希望你趕快滾蛋！
在IE8中上傳路徑變成了C:\fakepath\*，主要原因是因?yàn)槲④浻煮w貼了用戶一把，如何解決呢？
1 工具 -> Internet選項(xiàng) -> 安全 -> 自定義級別 -> 找到“其他”中的“將本地文件上載至服務(wù)器時包含本地目錄路徑”，選中“啟用”即可。
2
<script type="text/javascript">
function getPath(obj) {
if (obj) {
if (window.navigator.userAgent.indexOf("MSIE") >= 1) {
obj.select(); return document.selection.createRange().text;
}
else if (window.navigator.userAgent.indexOf("Firefox") >= 1) {
if (obj.files) {
return obj.files.item(0).getAsDataURL();
}
return obj.value;
}
return obj.value;
}
}
//以下即為完整客戶端路徑
var filepath=getPath(document.getElementById("iptfileupload"));
</script>
互聯(lián)網(wǎng)用戶買的是現(xiàn)實(shí)（能馬上用到），而企業(yè)用戶買的是預(yù)期（開發(fā)商做成啥樣就是啥樣）
互聯(lián)網(wǎng)的競爭是品質(zhì)的競爭，而企業(yè)用戶的競爭是人脈的競爭
互聯(lián)網(wǎng)強(qiáng)調(diào)體驗(yàn)，而企業(yè)應(yīng)用強(qiáng)調(diào)功能
innerHTML中的javascript是不能執(zhí)行腳本的，必須用別的手段來接手動實(shí)現(xiàn)，dojo的html包提供了set方法可以解決問題，但是增加了html掃描次數(shù)，在企業(yè)解決方案領(lǐng)域?qū)π阅艿挠绊懯切枰紤]，這個方法直接關(guān)系到單頁前臺性能優(yōu)化是否能成功，糾結(jié)中。。。
今天想說一下關(guān)于資源復(fù)用與個人價值評價之間矛盾的個人一點(diǎn)想法：
只要是做軟件的沒有一個不知道“復(fù)用”這個概念的，新手對復(fù)用的第一個感覺就是復(fù)用好呀，節(jié)省成本，提高效率，在業(yè)界混時間長的就會說復(fù)用架構(gòu)，避免錯誤，降低學(xué)習(xí)曲線，這所有的假設(shè)都是基于最好條件下，天堂的東西永遠(yuǎn)都是好的。我的觀點(diǎn)很明確，直譯某國外大牛的話就是“復(fù)用就是個屁”，也就是說你一直在復(fù)用的東西可能是團(tuán)屎，只是你自己覺得好罷了，想想微軟每年為XP打的那些補(bǔ)丁吧，就知道復(fù)用的到底啥？但是不復(fù)用行不行？明確的說，不行，軟件行業(yè)的可悲之處就在于此，明知道是潑屎，你還得享用，因?yàn)閺?fù)用最起碼能活著，不復(fù)用就得死。
今天到不想說軟件復(fù)用，主要想說人的復(fù)用，人的復(fù)用形式很多，比如目前這種交叉管理形式就是典型的人的復(fù)用，目的是什么呢？通過復(fù)用人將團(tuán)隊(duì)效率提高，避免累的累死，閑的閑死，前提是什么呢？人是工具，結(jié)果是什么呢大部分團(tuán)隊(duì)效率沒有提高倒反降低，具體原因有很多，一是內(nèi)耗 二是管理成本巨大 三是也是最重要的人的價值評價會被扭曲，也就是說多人評價等于沒有評價，體驗(yàn)是啥？到年底，發(fā)現(xiàn)自己竟然沒有成果，挫折感自然就產(chǎn)生，這是一方面，另外還有一方面就是關(guān)于個人能力的發(fā)揮，如果是在一個方向 基本可以專心做自己擅長的，一旦復(fù)用，你就必須做自己不擅長的，做什么基本上都會感到是浮云。
不復(fù)用行不行？對于大型軟件企業(yè)，對于大部分人來說，是不可能的，怎么辦？只有兩條路，要么跑路去小公司要么適應(yīng)環(huán)境，等你做上管理層后，你會發(fā)現(xiàn)你也這么干，呵呵，突然想起一句話“世襲的冷漠”
今天在網(wǎng)上看到一個人的文章很給力，他結(jié)尾引用了這樣一句話：
找到味道好的飯店，登在刊物上介紹給大家，告訴人家去那里吃那種東西。可是何苦非做這種事不可呢？為什么偏要你一一指點(diǎn)該吃什么不該吃什么呢？為什么偏要你就連怎樣選菜譜都指手畫腳一番呢？況且，被你介紹過的那家飯店，隨著名氣的提高，味道和服務(wù)態(tài)度反倒急劇滑坡。十有八九都是如此。因?yàn)楣┣笾g的平衡被破壞了，而這恰恰就是我們干的好事。每當(dāng)發(fā)現(xiàn)什么，就把它無微不至地貶低一番。一發(fā)現(xiàn)潔白的東西，非把它糟蹋得面目全非不可。人們稱之為信息，稱把生活空間底朝天過一遍篩子是什么信息的集約化。這種勾當(dāng)簡直煩透人了——自己干的就是這個。
不由感慨了一番，做產(chǎn)品的我們服務(wù)的對象是誰？核心用戶，什么是核心用戶？就是給我們最大回報的用戶，他們的回報能頂一萬各劣質(zhì)用戶，為什么不能大而全？因?yàn)槲覀冑Y源和時間是有限的，要保質(zhì)量，必須有所取舍，由此引來了需求的有限級的劃分：1真正用戶的需求；2核心用戶的需求 3符合產(chǎn)品發(fā)展方向的需求，仔細(xì)體會這三點(diǎn)能給我們需求分析以很大的幫助！否則我們只能被那些劣質(zhì)用戶的需求所淹沒，劣幣真的就驅(qū)逐了良幣。
軟件產(chǎn)品線概念在這里不詳細(xì)說，網(wǎng)上有很多，實(shí)現(xiàn)有必要說一下，軟件產(chǎn)品線和傳統(tǒng)開發(fā)過程重要區(qū)別在于原來開發(fā)過程區(qū)分領(lǐng)域積累或者叫做資產(chǎn)管理環(huán)節(jié)，軟件產(chǎn)品線通過兩階段開發(fā)方式解決這個問題，使開發(fā)過程更加豐滿，按照現(xiàn)在流行說法叫"Sexy".具體實(shí)現(xiàn)有幾個關(guān)鍵部分，模型、裝配（工具精細(xì)化開發(fā)）、資產(chǎn)化（模板、組件、擴(kuò)展點(diǎn)）。
產(chǎn)品線的背景、國內(nèi)應(yīng)用情況等情況以及發(fā)展前景等問題問題域太大，我沒有能力也不想談，我只想列一下實(shí)現(xiàn)了會面對的目前基于Java的解決方案的企業(yè)開發(fā)的一些阻礙，個人認(rèn)為克服這些阻礙是想實(shí)現(xiàn)軟件產(chǎn)品線的公司必須考慮的問題，說來慚愧目前這些問題我沒有一個想出答案。
1 歷史資產(chǎn)如何處理，基于OSGI對歷史資產(chǎn)不模型化是個思路，但是似乎和模型驅(qū)動被動而弛，這個問題核心是成本
2 業(yè)務(wù)邏輯如何模型化，不模型化似乎是解決方案，但是UI是否要模型化
3 初始階段是否應(yīng)該兩階段開發(fā)，問題是能否活著得到受益
4 工具大量投入是否達(dá)到無法控制的底部，核心問題是工具的控制域