日期是 8/13 (六)，上午11:00
聚餐地點：
典藏咖啡館 民權店：
台北市民權西路 7 號 (出捷運民權西路站 9 號出口後直行第二個巷口就到了)
請上K TOP 網站報名哦!
2016年7月29日 星期五
K Top程式人員聚會
Delphi程式人員注意啦，工程人員的餐敘來了。
日期是 8/13 (六)，上午11:00
聚餐地點：
典藏咖啡館 民權店：
台北市民權西路 7 號 (出捷運民權西路站 9 號出口後直行第二個巷口就到了)
日期是 8/13 (六)，上午11:00
聚餐地點：
典藏咖啡館 民權店：
台北市民權西路 7 號 (出捷運民權西路站 9 號出口後直行第二個巷口就到了)
2016年7月10日 星期日
APP程式和WEB程式有什麼不同
工作忙到有一陣子沒有寫文章了。事實上也有不知道要寫什麼對大家會比較有幫助。
最近有客戶希望服務單位幫客戶寫APP。在交談過程中，發現客戶對APP和WEB的解決方案在觀念上有誤解，認為手機的解決方案就是APP。
在交談過程中，知道客戶的使用者不只希望能在手機上使用，也希望有RWD(Responsive Web Design或叫響應式網頁)的效果。所以最後結果用WEB網頁，採用RWD的技巧，完成客戶交待的工作。
這個案例讓筆者覺得可以寫一篇文章來說明APP和WEB在本質上的不一樣，讓大家比較有清楚的觀念。希望以下的文章對大家的觀念有幫助。
APP和Web的不同
最近有客戶希望服務單位幫客戶寫APP。在交談過程中，發現客戶對APP和WEB的解決方案在觀念上有誤解，認為手機的解決方案就是APP。
在交談過程中，知道客戶的使用者不只希望能在手機上使用，也希望有RWD(Responsive Web Design或叫響應式網頁)的效果。所以最後結果用WEB網頁，採用RWD的技巧，完成客戶交待的工作。
這個案例讓筆者覺得可以寫一篇文章來說明APP和WEB在本質上的不一樣，讓大家比較有清楚的觀念。希望以下的文章對大家的觀念有幫助。
APP和Web的不同
2016年6月11日 星期六
2016年5月4日 星期三
2016年5月2日 星期一
Delphi Helper
這次參加K Top的聚會，討論的內容十分豐富，其中有一個議題是元件的延伸。這時Delphi的Helper就被提出來討論了。
今天上網時，發現K Top副版主己經整理發表了，在此提供連結，讓大家參考
2016年4月24日 星期日
Delphi資料處理探討
最近Delphi同好的實務程式寫作上，在ClientDataSet-DataSetProvider這部分有一些問題。除了Delphi版本和資料庫的支援問題外，對這部分的程式架構也做了一些研究。
個人覺得這對資料庫處理的程式人員可能有一些觀念上的幫助。在此提供一下這篇文章。
Delphi資料處理1
個人覺得這對資料庫處理的程式人員可能有一些觀念上的幫助。在此提供一下這篇文章。
Delphi資料處理1
2016年4月15日 星期五
台灣程式人員是這樣培養的嗎?
首先 引用科技報橘的一篇文章
筆者脫離學校生活己經很久了，不過看到這篇文章還是嚇了一跳。原來學校教育是這樣玩的，那為什麼要上學校去學一些沒用的東西。學費也不便宜呢。
童子賢先生說的好，一堆人假裝教書，更多人假裝讀書，我們學生的素質也因此越來越差。
這句話說的太好了，那我們需要的程式人員那邊來?自己訓練嗎?想到要重頭教電腦概念我都想辭職了。
台灣高中資訊教育很有事：只考誰研發 C 語言，各位工程師你們答得出來嗎
http://buzzorange.com/techorange/2016/04/13/out-of-fashion-it-exam-in-taiwan/筆者脫離學校生活己經很久了，不過看到這篇文章還是嚇了一跳。原來學校教育是這樣玩的，那為什麼要上學校去學一些沒用的東西。學費也不便宜呢。
童子賢先生說的好，一堆人假裝教書，更多人假裝讀書，我們學生的素質也因此越來越差。
這句話說的太好了，那我們需要的程式人員那邊來?自己訓練嗎?想到要重頭教電腦概念我都想辭職了。
2016年4月6日 星期三
2016年3月30日 星期三
Delphi攻城獅聚會
對於Delphi程式人員而言，K TOP是一個學習和提供問題讓高手協助的主要網站。近期有副站長級的Delphi高手發起聚會，Delphi同好可以連接下列網址瞭解，如果你有空，就來認識其他Delphi同好吧。
Delphi攻城獅聚會
推一下K TOP的活動。
Delphi攻城獅聚會
推一下K TOP的活動。
2016年3月25日 星期五
2016年3月9日 星期三
降低成本也許是企業的最大殺手
最近碰到許多朋友，都說找不到有經驗的好DELPHI程式設計師，所以專案進行不順利。問一下公司是否有培訓新人，打造自己的專業團隊，答案是老板覺得成本太高。
人才陪訓是成本嗎?會不會是一種研發投資，就像是運動一樣，不做將來會加倍痛苦、不好過日子的重要投資?
從朋友聽來一個我覺得不錯的故事。
長榮貨運是台灣最大的航運公司，公司每年都到相關學校用高薪請人到公司工作。職務升等也都是內部選才，很少從外部選才。十幾年前，東南亞的人才比台灣便宜，很多船公司都用外藉員工，因為這樣可以降低成本。
感覺很有道理吧！不過經過十幾年後，這些船公司找不到可用的中階幹部，原因是公司沒有從底層訓練起來的員工，沒有底層上船工作的經驗，所以對中階幹部的工作不適應。於是公司業務開始減少，漸漸就只有聽到長榮了。
資訊業不也是這樣，以前大陸程式人員比較便宜，台灣一個人的薪水可以請二到三個大陸人。經過十年，能用的就只有不熟悉台灣企業的大陸工程師；怎麼會有好的專案主管。
台灣善長降低成本，可是降低人的成本，也減少了人才的投資，這些真的是公司的多出來的利潤嗎?從現在往回看，也許降低薪水成本是一種沒有遠見的想法。
2016年2月18日 星期四
2016年2月2日 星期二
程式最沒人緣獎-Delphi
前陣子和網友聊天，談到Delphi的目前狀況。網友覺得XE10的品質不好，不如以前的Delphi6等等，所以結論是Delphi的輝煌時代己經過去了。
筆者個人也覺得Delphi出版本時對品質要有一定的水準，不要讓使用者當測試員，再怎麼說程式人員也是拿Delphi來解決程式問題，而不是幫Delphi找問題。不過Delphi真的不行了嗎?這我還蠻好奇的。所以去看了一下TIOBE程式排行。2016年Delphi的程式排行是12名。
12名?去年20名，大幅成長。這應該是谷底翻身吧!好像不是Delphi的輝煌時代己經過去了。再找找其他討論TIOBE程式排行的文章。我找到一篇
TIOBE 公布 2015 年度程式語言，冠軍花落誰家？
看完了整篇文章，完全沒提到Delphi。我想Delphi的努力不受到青睞吧，它不是新聞的焦點。不過我很高興Delphi的使用人口增加了，也許有一天它會重返榮耀。
在那之前，就先給Delphi一個獎項吧----程式最沒人緣獎。^_^
筆者個人也覺得Delphi出版本時對品質要有一定的水準，不要讓使用者當測試員，再怎麼說程式人員也是拿Delphi來解決程式問題，而不是幫Delphi找問題。不過Delphi真的不行了嗎?這我還蠻好奇的。所以去看了一下TIOBE程式排行。2016年Delphi的程式排行是12名。
12名?去年20名，大幅成長。這應該是谷底翻身吧!好像不是Delphi的輝煌時代己經過去了。再找找其他討論TIOBE程式排行的文章。我找到一篇
TIOBE 公布 2015 年度程式語言，冠軍花落誰家？
看完了整篇文章，完全沒提到Delphi。我想Delphi的努力不受到青睞吧，它不是新聞的焦點。不過我很高興Delphi的使用人口增加了，也許有一天它會重返榮耀。
在那之前，就先給Delphi一個獎項吧----程式最沒人緣獎。^_^
2016年1月23日 星期六
2016年1月15日 星期五
2016年1月10日 星期日
WINDOWS和WEB一定要選一邊嗎?
拜讀了Delphi先進有關平台的發展文章
風水輪流轉，這次又會轉回【Windows-base Client】了嗎？(上) ── Windows程式猿的危機
風水輪流轉，這次又會轉回【Windows-base Client】了嗎？(中) ── 開發界的潮流擂台賽
風水輪流轉，這次又會轉回【Windows-base Client】了嗎？(下) ── 存亡關鍵的最後一哩
除了覺得題目很有探討性以外，也在對方的留言中會說明自己的看法。結果因為當時比較忙，加上是別人的部落格，寫太多好像不太尊重主人，所以只留下了寫的很好的意見。
其實在發展平台上，的確是有WINDOWS、WEB、APP的區別；不過在應用上，個人比較偏向--管他黑貓白貓，會抓老鼠的就是好貓。能快速、適合的解決問題，就是好的解決方案。
舉例而言，ERP應該是WINDOWS的程式吧，怎麼樣也不適合用WEB來做，特別是執行效率上很慢。可是從WEB上做安裝下載，確是一件很方便的事。所以人口是WEB的(因為方便，大家用BROWSER就可以連上，不用做太多說明)。按下去之後，就會開始下載安裝程式，自動安裝連線到主機，接下來就是一連串的自動化設定，然後就是WINDOWS的ERP操作介面了。對使用者而言，這樣他們最方便，他才不管WINDOWS和WEB是有多麼大的不同。善用不同平台的特性，反而成了AP工程師比較重要的事了。
跨平台應該會是未來很重要的工作，我指的不是像JAVA這種跨平台的程式語言。而是你可以整合不同平台的程式(管它是用什麼開發的)，讓最終的使用者方便操作使用。只要和end User緊密結合，工作永遠都需要你。
公司用DELPHI開發WEB平台，計畫參與人寫了一系列的文章，推薦給大家。
當Delphi遇見Javascript
風水輪流轉，這次又會轉回【Windows-base Client】了嗎？(上) ── Windows程式猿的危機
風水輪流轉，這次又會轉回【Windows-base Client】了嗎？(中) ── 開發界的潮流擂台賽
風水輪流轉，這次又會轉回【Windows-base Client】了嗎？(下) ── 存亡關鍵的最後一哩
除了覺得題目很有探討性以外，也在對方的留言中會說明自己的看法。結果因為當時比較忙，加上是別人的部落格，寫太多好像不太尊重主人，所以只留下了寫的很好的意見。
其實在發展平台上，的確是有WINDOWS、WEB、APP的區別；不過在應用上，個人比較偏向--管他黑貓白貓，會抓老鼠的就是好貓。能快速、適合的解決問題，就是好的解決方案。
舉例而言，ERP應該是WINDOWS的程式吧，怎麼樣也不適合用WEB來做，特別是執行效率上很慢。可是從WEB上做安裝下載，確是一件很方便的事。所以人口是WEB的(因為方便，大家用BROWSER就可以連上，不用做太多說明)。按下去之後，就會開始下載安裝程式，自動安裝連線到主機，接下來就是一連串的自動化設定，然後就是WINDOWS的ERP操作介面了。對使用者而言，這樣他們最方便，他才不管WINDOWS和WEB是有多麼大的不同。善用不同平台的特性，反而成了AP工程師比較重要的事了。
跨平台應該會是未來很重要的工作，我指的不是像JAVA這種跨平台的程式語言。而是你可以整合不同平台的程式(管它是用什麼開發的)，讓最終的使用者方便操作使用。只要和end User緊密結合，工作永遠都需要你。
公司用DELPHI開發WEB平台，計畫參與人寫了一系列的文章，推薦給大家。
當Delphi遇見Javascript
訂閱：
文章 (Atom)