今天使用 Git-Tfs 發生鬼打牆事件～一直無法 Checkin

特此記錄

git-tf: Access denied connecting to TFS server

1. 檢查環境變數

     不可以使用 HTTP_PROXY or HTTPS_PROXY

2. 檢查帳號密碼

     可以使用以下方式設定帳號密碼，這樣可以不用一直輸入

     git config git-tf.server.username xxxx

     git config git-tf.server.password xxxx

3. 其他～

     可能是 TFS Server 的問題，或者帳號密碼真的打錯～

Network access for Distributed Transaction Manager (MSDTC) has been disabled

寫程式寫了十幾年，交易這件事情，從 Java 到 .Net
發現真的懂得人少之又少，我遇過的工程師 90% 以上不知道 Transaction 是什麼東西
更不要說 MSDTC 是啥了～

所以當真的發生這種錯誤訊息的時候：


Network access for Distributed Transaction Manager (MSDTC) has been disabled. Please enable DTC for network access in the security configuration for MSDTC using the Component Services Administrative tool.

很多人其實是兩手一攤，就說我不知道 Orz......

不知道現在的教學是不是都不教這個阿？？？
http://darkthread.blogspot.tw/2006/11/kb-net-20-transactionscope.html
http://hspinfo.wordpress.com/2009/03/24/network-access-for-distributed-transaction-manager-msdtc-has-been-disabled/

brew install mongodb

用 brew 安裝 mongodb 之後出現的訊息～
記錄一下，怕等到要用的時候就忘記了～

Dart

Tech preview of Chromium with Dart engine now available
Google 发布附带 Dart 引擎的 Chromium 技术预览版 Dartium

今天看到這篇文章，回頭去找 Dart 是啥？原來這是 Google 之前出的一個 Web Programming Language.
我記得當時好像很多人並不看好這個語言，因為認為又是一套新的東西，可能不會很多人用吧(其實當時我就是這樣想的)
不過若現在，跟 Chromium 結合之後的開發，會讓 Programmer 更方便的話，或許就有它發展的可能性了～～～

Wait and see......

版本管理的一些觀念說明

前幾天跟公司內部同事分享了一些版本管理的觀念
順便作個紀錄，避免以後還要找資料

有人用的架構，才是好架構

做架構設計幾年了，發現這幾年來，做最多的不是去研究學習怎樣做，而是去說服人家用這個架構。其實，有時候很討厭聽到下面這句話：

為什麼我們要這樣做？

FormsAuthentication 在 IE 底下無法跨網站存取同 Domain 的驗證

http://stackoverflow.com/questions/3144394/forms-authentication-fails-to-recognize-as-logged-in-under-ie

環境是這樣
http://abc_t.test.com/ap1
http://abc_t.test.com/ap2

利用 Asp.Net FormsAuthentication 的驗證機制，只需要在 web.config 中設定相同的 domain 以及 machine key，便可以達到跨網站，但在同一個 domain 底下，作到 SSO 的機制

但是，這個作法，這幾天在測試的時候
發現在 IE 破了功，且不知道為甚麼，只知道在其他瀏覽器上面都可行

後來觀察 http 的資訊，發現不管 client 怎樣處理，都無法把驗證的 Cookie 送出給 Server
直到拜了孤狗大神，發現如果你的 『網址』裡面有底線的符號，就無法將 Cookie 送出
只要把網址改成沒有底線，程式都不需要改，就可以正常運行了

不過我一點都搞不清楚，這到底是為甚麼？？？
為甚麼有底線的網址，不將 Cookie 送出？？？？

後來有找到一些講 ie cookie 處理的問題，看來這個在 ie8 還是沒有解決～～～
所以只能說，就不要用 underscore 了
http://www.enhanceie.com/ie/bugs.asp
http://www.ietf.org/rfc/rfc2396.txt

Try IIS with PowerShell and SVN

今天測試 PowerShell 的一些指令
發現原本要處理的事情，變得簡單許多

另外又找到一篇文章，是結合 svn 來作 Web Application 的版本控管
挺有趣的
http://www.gregshackles.com/2010/01/scripting-iis-7-with-powershell/

愈來愈不喜歡講架構了，因為講的人痛苦，聽的人也痛苦

近幾年來的感覺特別明顯，尤其是跟不太熟的人講的時候

第一，你不知道對方的程度到那邊，講的太多，他們聽不懂; 講的太少，還是聽不懂

第二，你做了一些設計，但結果大多數都會聽到：『這跟我當初想的不一樣~~~』(靠，那你當初為甚麼不想？要我想？？？)

第三，在你做之前，會告訴你很多願景：『我希望可以共用』、『我希望未來會有延展性』、『我希望很好維護』。結果，大部份等看到實際的設計之後，都會說：『我們需要搞這樣複雜嗎？』

第四，有些客戶，因為自己覺得自己很厲害，所以常常會提出他自己的看法：『我覺得這樣改比較好』、『這樣應該比較正確吧？』、『這樣的設計才是我當初的構想』。我很想說：『你早說我不就不用想了嗎？』。如果你覺得你比較厲害，那你應該自己做，不應該要我來做。浪費你的時間，我的腦力~~~

這幾年愈來愈覺得感慨很深~~~
大多數人希望軟體就像一灘死水，只要寫完就希望不要再去改，但是這幾年的變化卻是愈來愈快、愈來愈多
等到要把一灘死水攪活的時候，就得找看不怕臭、不怕髒的人下去搞
或者是把所有的東西就推給廠商，反正只要出一張嘴，其他那是你家的事，付錢的就是大爺~~~

死的是誰？死的是這些工程師、還有廣大的使用者~~~因為軟體愈難用，就愈不會有人想用
而軟體愈難寫，工程師也就會愈來愈偷懶，愈來愈不想動腦筋

所以漏洞永遠都在，只是有沒有人會去發現而已

所以說：客戶，你說的都對，是我的錯，我不應該 over design 的....

工具是協助，但應用工具的人才是重點

Visual Studio 2010 最近使用，慢慢的開始習慣了

當然，有些使用 Eclipse 的習慣還是改變不了。比如說，習慣用 Refactoring、 Ctrl + T 找 Class、看 SourceCode、看 Class 的繼承關係等

但是這些東西，目前在 VS2010 這樣『強大』而且『巨大』的編輯器來說

卻並不是基本的功能，而你必須要去找 Add-On 來使用

當然，不可否認的，新的測試特性、程式分析、團隊合作等都是相當棒的功能

對於一個專案來說，有這些特性的確會讓程式穩固不少

只是我想到的是，現在的 .Net 已經真的慢慢朝向 OOP 的方向邁進，不管是 EF、ASP.Net MVC、WF 等 framework~~~

都是需要相當經驗的人員來使用 -> 就算有方便的工具

而大多數開發 .Net 習慣的人，對 .Net 的 Source Code 不算 Open、不知道『OOP』實際上是甚麼、不知道『繼承』、『實作』、『Generic Type』等都算是正常

所以需要這些工具的確也用處不大

就像我之前曾經問過同事；『為甚麼要學 .Net？不學 Java？』，大致上我得到的回答都是：『因為很好入門，不需要甚麼技巧 ~~~』

之前我曾經開玩笑的跟一起工作的客戶說：如果要不是因為我還在學習 .Net 的開發，還不知道怎樣去取代一些 Visual Studio 的功能，比如說編譯、執行等 (MSBuild似乎很難用)

不然我還寧願用 Ultra Edit or Vim ~~~至少打開不需要花太多時間，而且編輯起來，也快很多

因為裝了一個很胖的東西，實際上用處並不大 (後記：不過後來有找到一些 Add-On 算是真的讓 Visual Studio 好用許多，我現在才有點放棄那個念頭了)

說穿了，程式是文字，編輯器只是一個打字的地方，重點是『如何寫出這些文字出來；以及這些文字背後所表達的意義』

就像有些人可以寫出一篇一篇動人的文章，但是有些人寫出來的東西卻是不知所云，充斥著外星文字~~~

有關 EF 4.0 Many-to-Many 的關係設定

因為最近在設定 EF4 的關聯性的時候，發現有點難設
所以把步驟記下來，之後會比較記得，因為這真的很鳥~~~

到底甚麼是架構？甚麼又是SD該做的事情？

今天跟同事討論到這個問題，是因為他問了我一個問題：『可不可以把現在我在專案中做的機制，列出來，當作後續專案的遵循依據』

老實說，我覺得這個問題很難回答

1. 所有的機制，要留下程式碼，不是不行，但是因為事過境遷，很容易因為技術的進步而讓這些機制原本留下的程式碼，在因為時間以及技術的變遷，導致之前所撰寫出來的東西，開始逐漸出現一些不合適的情況
2. 留下來的程式碼，如果原作者，沒有適當的再重複的修改以及利用，其實對於交接的人來說，是很難去理解當初的想法是甚麼。如果再經過歲月的累積以及層層的程式碼堆疊以及繼承，很容易就失去當初的目標以及重心了
3. 因為每次在實作的時候，通常都是根據當時專案所要達成的目標，而去量身訂做的一些作法，除非下一次專案可以完全一模一樣，否則通常很難達到說完全移植的情況出現。更何況，下一個實作的人可能不是你，誤差會更大。
4. 如果不是非常了解所採用的 framework 本身的機制，很容易在遇到問題的時候，變成無解的狀況出現。而在之後的實作當中，你的好意就被忽略了....

其實說了這樣多，講穿了一點，就是溝通以及思考方向問題

因為其實做專案這樣幾年下來，其實專案裏面，應該要做到的事情以及目標，其實大多明確

只是，往往目標明確，卻死在實作的細節上

因為可能大家都知道要做到甚麼東西，卻不知道要怎樣才能做到那樣的效果

以至於不是評估的過於難做，就是樂觀的以為很容易就可以做到，卻發現實際上在做的人，達不到你想要的效果

或許是我有點悲觀，但現實面來說，發生的可能性往往超出自己的預料之外

或許我們把『架構』這件事情搞得太大了

因為架構應該是一個最基本的框框，去定義你該做甚麼事情、不該做甚麼事情

只要遵循這樣的處理方式，就可以達到基本的要求

而SD要做到的，就是在這樣的方向底下，根據實際狀況來量身訂作專案所應該要做到的事情

或許該做的事情還是很多，但至少不會被架構給綁死

不過，往往『架構』這件事情，搞到最後，因為程式碼的累積

以及被 ReUse 觀念理解錯誤，導致很多程式碼都會被綁到架構的程式碼裏面去

若沒有經過重整以及介面的釐清，到最後就是跟窩窩頭一樣，一層一層的感覺~~~

你說那是錯的嗎？我只能說那是時間以及環境所造成的......

而真的懂這種事情以及做的出來的人又有多少？？？

BoneCP - New DataSource, Connection Pool

官方網站

最近看到的一條新聞，說是 BoneCP 這個 OpenSource 出了新版
去看了一下他的 benchmark, 發現比之前用的 C3p0 or DBCP 的差異性相當大

>> 性能報告

據官方網站的說法是，比起來差異有將近 25 times (這個字我認為可能是倍的意思)的效能差異
(原文：it's almost 25 times faster than the next fastest connection pool option)

而我想，最常用的兩個舊的 Connection Pool
C3p0 在 2007-05-21 更新完 0.9.1.2 之後 (連 1.0 都沒有耶......)
DBCP 在 2007-04-04 更新完 1.2.2 之後 (未來會有1.3 的 Release)

已經快三年沒有更新了，而 JDK也快要出到 v7 了
看起來是應該要更換一下 Connection Pool 了～～～

[jQuery] jqGrid 的問題 - 畫面上的 Loading 會停住，沒顯示資料

正在研究這個東西: jQuery plugin - jqGrid

昨天本來還好好的，但是今天因為想說要瞭解一下一些屬性，所以自己試著調整一下
發現 jsonReader 中的 repeatitems 屬性，如果設定成 true,
在 ajax 讀取的時候，會有 javascript 的錯誤 ： 『cur is undefined』，在 jquery.jqGrid.min.js 中
而且畫面會一直保持著 Loading 的字樣，讓你以為當機了~~~

http://code.google.com/p/phpmashup/source/browse/trunk/html/default/scripts/jquery/jqGrid/jquery.jqGrid.js

我後來了解了~
原來 jsonReader 的設定中，repeatItems 是用來設定是否有多組結果集
比如說 subgrid 的資料
基本上，如果這個 grid 僅僅是顯示一組資料，而你傳回的 rowdata 就只是一組，這樣的話，就要設定成 fasle
不然，就會跟我一樣，畫面上的 Loading 字樣會一直停在那邊讓你以為是當機了~~~

現在還在思考，要怎樣做 debug 會比較好~~~

[jQuery] - Try FullCalendar

http://arshaw.com/fullcalendar/

一個很像是 Google Calendar 的 jQuery plugin
因為 UI 有個想法，想搞個月曆來用
剛好 jQuery 有這個東西，而且還可以搭配 jQuery UI 的 theme 來一起使用
很方便

目前正在試用中

Apache Lucene 3.0.0 & JBoss XNIO 2.0.0 Release~

http://lucene.apache.org/java/docs/
http://www.jboss.org/xnio

可以學的東西太多.....

wro4j

今天從信箱中，看到 AppFuse 的消息，有關新版本要發行的消息
雖然我沒有實際在專案中用過這個 framework
但是 Matt 還是很有名氣的～～～或許有一天，我也會嘗試著用用看
因為其實我之前有試過用，真的不錯用～～～

順便逛了一下網站。看到了這個小東西，用來提昇網站效能的工具
因為現在的網站，很多 javascript 以及 css 使用
當流量一多的時候，這個就會是一個瓶頸所在

所以就有以下的東西出現了
JavaScript and CSS Concatenation with wro4j

用來將網站中，所用到的 js and css 作一個整合以及壓縮的動作
或許還有 cache 機制也說不定，因為我沒用過，所以特此紀錄

memcached reference

最近有可能會用到

先紀錄一下~~~
http://yblog.org/archive/index.php/memcached_for_win32_and_api
http://robbin.javaeye.com/blog/158275
http://developer.51cto.com/art/200902/108601.htm
http://www.dotblogs.com.tw/maxi/archive/2009/11/02/11381.aspx

Try Play framework......

Play framework

今天在TheServerSide.com發現一篇新文章：Play! 1.0 final is out
很新奇的感覺，所以就下載下來玩玩看
官方網站的Demo很清楚，基本入門可以先看過一遍，大概就會基本的MVC處理了
文件也附在所下載的 framework 中
利用 play run 執行的時候，可以利用 http://localhost:9000/@documentation/home 就可以看到相關文件

而有一件事情我倒是覺得很有趣，而且也很棒
因為這個 framework ，你在開發的時候，跟現在流行的 scriplet 語言，如 ruby, groovy 等很像
你不需要一直不斷的編譯並且佈署到 App Server 上面

你只要執行 play run
然後接下來，你就可以在他所制定的目錄結構中，加上你的 model, controller, 以及 view html
不需要自己重新編譯，你只要改完存檔就可以，接下來就可以在網頁中看到變更
感覺上開發起來蠻順的，而且，後端 Persistence 的機制，也是用 Hibernate
雖然是走 JPA ，必須要 JEE 5 以上才有支援，但是現在所有大廠的 AppServer 都已經支援 JPA 的規格了
所以這也不用擔心~~~

執行起來也很順，當然我是單機執行，所以都是蠻快的
是蠻值得使用的 framework ~~~

Future of Web Apps: Google Gears

今天在搜尋 Google Gear 相關的資料，發現了這個很不錯的投影片，值得一看！
雖然已經很久了～～～

Future of Web Apps: Google Gears

View more documents from dion.