1 當水淹到了我們的腳，我們一定要有人淹到了脖子
2 不要做傳話筒，要做分析者，讓別人坐享其成吧
3 工作內容非正義或者對社會貢獻少，員工心理自然比別人矮半頭
1溝通不能解決所有問題，有的問題必須提升層次，由高層決策，你要做的是準備資料影響決策。
2矩陣管理導致責大于權，干事的沒有權，有權的不干活
3需求是客觀存在的，需要挖掘，用戶不說不代表它不存在
4性能需求優(yōu)先級和重要性要大于核心需求，沒有可用性就談不上核心需求滿足
1 provider必須有
2 provider的路徑和存儲路徑匹配
3 require時候要注意有時候第三方js庫不能在構件構建期引用（構建的js文件引用），必須在外部聲明（避免使用require），比如集成ibm的最新富文本編輯框
4 注意生命周期，在postcreate時基礎html已經展現完畢

IE6內存泄露、不安全、速度超慢為什么還會有人用？全靠盜版xp普及！
不爽的就是我們這樣的軟件行業(yè)里的人，所有的問題都要管，今天遇到一個問題200個樹節(jié)點做遞歸IE6竟然崩潰？而在IE8下一點問題都沒有，我整了一下午找了一個替代方案，但是對用戶體驗有影響，另外IE6下很多高級方法用不了，比如scrollToView等關鍵Web應用方法。
IE6，真實希望你趕快滾蛋！

在IE8中上傳路徑變成了C:\fakepath\*，主要原因是因為微軟又體貼了用戶一把，如何解決呢？   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> 互聯網用戶買的是現實（能馬上用到），而企業(yè)用戶買的是預期（開發(fā)商做成啥樣就是啥樣）
互聯網的競爭是品質的競爭，而企業(yè)用戶的競爭是人脈的競爭
互聯網強調體驗，而企業(yè)應用強調功能
innerHTML中的javascript是不能執(zhí)行腳本的，必須用別的手段來接手動實現，dojo的html包提供了set方法可以解決問題，但是增加了html掃描次數，在企業(yè)解決方案領域對性能的影響是需要考慮，這個方法直接關系到單頁前臺性能優(yōu)化是否能成功，糾結中。。。 今天想說一下關于資源復用與個人價值評價之間矛盾的個人一點想法：
只要是做軟件的沒有一個不知道“復用”這個概念的，新手對復用的第一個感覺就是復用好呀，節(jié)省成本，提高效率，在業(yè)界混時間長的就會說復用架構，避免錯誤，降低學習曲線，這所有的假設都是基于最好條件下，天堂的東西永遠都是好的。我的觀點很明確，直譯某國外大牛的話就是“復用就是個屁”，也就是說你一直在復用的東西可能是團屎，只是你自己覺得好罷了，想想微軟每年為XP打的那些補丁吧，就知道復用的到底啥？但是不復用行不行？明確的說，不行，軟件行業(yè)的可悲之處就在于此，明知道是潑屎，你還得享用，因為復用最起碼能活著，不復用就得死。
今天在網上看到一個人的文章很給力，他結尾引用了這樣一句話：    軟件產品線概念在這里不詳細說，網上有很多，實現有必要說一下，軟件產品線和傳統開發(fā)過程重要區(qū)別在于原來開發(fā)過程區(qū)分領域積累或者叫做資產管理環(huán)節(jié)，軟件產品線通過兩階段開發(fā)方式解決這個問題，使開發(fā)過程更加豐滿，按照現在流行說法叫"Sexy".具體實現有幾個關鍵部分，模型、裝配（工具精細化開發(fā)）、資產化（模板、組件、擴展點）。
    產品線的背景、國內應用情況等情況以及發(fā)展前景等問題問題域太大，我沒有能力也不想談，我只想列一下實現了會面對的目前基于Java的解決方案的企業(yè)開發(fā)的一些阻礙，個人認為克服這些阻礙是想實現軟件產品線的公司必須考慮的問題，說來慚愧目前這些問題我沒有一個想出答案。