有人逛過PTC的Forum嗎?

就多數客戶而言, 遇到問題大概就是請顧問或自己上PTC網站登錄一個請求(log a call)
然後您過一會或一陣子就會接到"PTC在線支持"(記得捲舌)的電話.
但是今天和朋友討論分享園地時, 忽然想到, 這個時代 像PTC這樣的公司不可能沒有類似討論區或知識分享區才是. 因此請ChihLing幫我用他之前申請的PTC帳號看看, 他很快傳給我一個Forum的網址. 用我自己的帳號也進得去, 只是進入前要再確認同意一些條款 .
看起來有蠻多有用的資訊. 真丟臉!!! 好歹曾做過PTC顧問, 一直不知道有這個網站. Anyway, 兄弟們, 有空去逛逛唄. 畢竟是你們的權利. 另外幾位多年Windchill功力的兄弟, 不要老是為難TS的小美眉 藉開Call趁機聊天吃豆腐, 自己去Forum上逛逛吧...

討論: 分享園地的成員

一位行事謹慎低調的好友問我有關分享園地的宗旨, 成員結構, 與可能的利益衝突...幾個問題. 我發現還真的回答不上來. 畢竟正如我之前所說, 我並沒想太多就幹了.

因此和這位老友交換了些意見. 目前, 我覺得這個Blog和未來的分享園地本質上不太適合PTC人員直接參與, 或者讓他們最多看看就好, 不要讓他們放文章或寫回應. 你們也知道, 許多PTC顧問是很熱心的. 熱心絕對是好事, 但要預防他因為幫忙而不小心洩漏工作機密或搞砸了PTC的生意就不妙了.

另外也很好奇, 國外許多SAP的網站, 他們是怎麼搞的呢? 有空得去取取經.

所以, 大家就成員的組成或是權限問題, 討論一下吧?

Windchill與報表系統整合之效益簡介: 章節預覽

雖然還在慢慢爬文, 但是相信許多Windchill的兄弟看底下列出的標題大概就懂了. 這個主題因顧及舊版的Windchill, 所以捨棄以Cognas來做Pilot系統 (當然另一個原因是還沒學! 哈...). 另外, 小弟家貧, 所以儘量找一些Open Source來玩.

程如我在另一篇David目前的研究與預計發表的主題提到 大師兄早就把Jasper整進Windchill626 如果想知道實際細節 請參考他的Blog中Jasper Report的章節.

記憶所及, 小弟剛接觸報表系統時, 還沒聽到以Business Object 或以Business Intelligence 的美麗名稱來包裝此類產品. 只是那時隱然覺得幾家報表系統開始在OLAP上作文章, 甚至近年來有聽說幾家較貴的產品認為自己是BO/BI, 而不能算Report system(大概覺得被歸類為Report System 很低等吧?). 然而, 小弟大概是比較白目, 仍採用舊石器時代的觀點來看待這些產品. 不過小弟對報表系統並無貶意, 甚至覺得是不錯的東西. 對於Windchill9開始把Cognas拉進來, 本人深覺是使用者之福 (在此, 請大家以超然的立場, 不要考慮金錢的因素).

總之, 在上月底ChihLing不顧義氣,偕其愛妻漫遊巴黎與普羅旺斯之際, 我花了些時間試玩Jasper Report. 網路上論壇與資料不少, 上手不難. 在加上以前負責JReport業務, 對報表系統不陌生, 所以順便做了個與Windchill整合的POC. ChihLing回國後demo給他看, 不看還好, ChihLing一看就見獵心喜, 有事沒事就在搞Report... 上週他更給我看他自己想出的整合方案. 一看真的差點沒呆掉, 真是太漂亮了. 正因為做得好, 所以基於團隊利益, 我必須找其他事做了!!! 真是始料未及....

不過回頭想想, 東西好也要別人知道才有用!!! 思及認識的Windchill朋友中, 特別對報表系統與Windchill整合有興趣的似乎不多. 所以我懷疑大概沒有人特地把報表系統的優點好好介紹給大家, 所以打算發表一篇這方面的文章.

這個週末花了些時間沉澱思考, 目前算是把大綱定下了 原則上分兩大部分: "What's a Report System?" 與 "Why does Windchill need a Report System?".

在第一部分 "What's a Report System?" 中我打算用最淺白的術語, 將一般報表系統的元素與特性點出, 讓不熟悉報表系統的朋友快速進入此主題. 這個部分細分兩章節: 第一章 是介紹系統主要組成元素. 一般IT人員甚至從標題大概就能理解.

1. Report system's elements
1.1. Report form
(Define the representation: Columns Font. Background/Forground color, images)
1.2. Data source
(Define how the data is gathered)
1.3. Report
(ReportForm + DataSource)
1.4. Report Form tool
(Graphical tool used to generate Report Form)
1.5 Report server
1.5.1. With Reports (Forms + datasources) deployed
1.5.2. Get the report-content dynamically or periodically.
1.5.3. Reading of the report-content on-line or offline
(Invite the user to read the report-content on-line or download the report-content from report server)
1.5.4. Send the report-content to the user by email.

第二章介紹幾個報表系統的重要特性. 基本上, 這些特性大概是大眾對於報表系統最起碼的要求.

2. Main Features
2.1. Paging
2.2. Grouping
(Subtotal & Summary)
2.4. Exporting
(a variety of formats: PDF, Excel, HTML, Flash...)
2.5. Schedule
(Immediate, specific time, periodical)
2.6. Notification
(Mail notification & notification with report-content)
2.7. Charts

第二部分"Why does Windchill need a Report System?" 則先以報表系統的幾個重要特性為案例 探討以傳統Template-Processor與JSP甚至WCA方式開發報表相對不足之處.

3.1 Quick UI generation
3.1.1 For Windchill 9 without Cognos (WCA)
³.1.2. For Windchill 8-

3.2. Reuse efforts
3.2.1 One datasource vs. Multiple Report Forms
3.2.2 One Report Form vs. Multiple datasources

3.3. Paging & Grouping
Often ignored by Windchill customized reports.

3.4. Exporting
Often ignored by Windchill customized reports or only CSV is supported.

3.5. Schedule & Notification
Often ignored by Windchill customized reports

接下來對照這幾項報表系統的強項, 以試驗中的Jasper整合方案作印證說明整合的效益.

4. Demo the integration (by using Jasper as Pilot)

最後一章以IT主管的角度, 探討如何藉由整合報表系統, 更靈活的調度IT人力, 提升部門績效.

分享規則討論: 盡量不要放原始碼

Joseph提到一個敏感的問題: "Source code".

難免搞技術的人, 看到原始碼就像鯊魚聞到血一樣. 若有人願意提供, 怎麼不要? 我個人是不排斥各位弟兄放上原始碼, 但基本上我的底限為: "有版權問題的就不行!".

像是從前PTC GS有個東西叫什麼"generic component"的, 我知道有部份原始碼可能流落民間. 許多Windchill Site都用到. 但這是PTC的財產, 絕對不能放. 本站與未來的分享園地在於提供各Windchill相關人員討論技巧交換工作心得, 並不打算營利, 更不想找麻煩, 讓PTC以為我在與它爭利.

其實, 會來本站走走的多為心志高潔之輩, 佔人便宜的事想必是不會做. 但是避免不必要的困擾, 在此事先鄭重聲明.

此外, 若是自己的創作, 且不是利用某公司專案或資源產出的, 自然是歡迎. 但是我個人還是建議不要放, 不管是本文還是附件. 理由如下:

第一, 個人覺得網頁裡放上原始碼多少稀釋文章的精彩度. 我相信一般技術文章, 必要時將關鍵幾行貼上, 引為佐證, 理應足夠.
第二我個人偏好文章應儘可能闡述主旨(如設計), 儘量不要過於投入太多細節 以免造成其他讀者卻步 喪失分享的美意.
第三 這裡還涉及一敏感問題: "潛在的利益衝突". 我的立場很清楚: "絕不贊成不勞而獲"! 不管是Windchill的客戶, 從業人員或其他角色.
若有人在切磋分享中體會關鍵訣竅, 再自行花心血揣摩,實做, 組合出來, 那是他的本事, 沒有所謂的利益衝突. 但是若讓某些人(例如某些Windhill的客戶, 或PTC的競爭廠商...)不勞而獲, 進而影響PTC原廠或是外包(就像我本人)的生意與生計, 那決對是不被允許的.
這裡特地鄭重聲明還有一原因. 本人深知我輩投身IT之人多為浪漫單純之輩, 但身處濁世, 即便你與人無爭, 也可能遭人誤解算計, 兄弟們不可不慎.

拋磚引玉: 催生Windchill分享園地

如題, 我弄了這個Blog, 最大的目的是希望促成一個非官方的Windchill討論園地誕生.

既然是討論與分享之園地, 就不會是一家之言. 當然, 也需要更多的人投入與付出.

然而, 考量現實面, 我必須先讓大家了解此想法的潛在價值. 因此, 先從我自己做起, 先將個人工作經驗分享, 希望帶起兄弟姐妹們參與的意願. 然後大夥進一步討論未來這個新園地的方向.

所以, 我其實並無一具體想法. 但是, 我也不認為一定要靠某個人或等某個人有具體想法才能開始進行. 我在上篇文章列出本人近況:" 研究目標與欲分享之主題", 就是一個"沒想太多", "先開始再說" 的念頭. 其實這些主體, 和我相熟的兄弟大都知道, 沒啥新鮮. 發表出來一來展現誠意, 二來就是讓這裡熱絡點, 多吸引些朋友進來切磋交流, 大家能因此受惠.

除了本人會不定期分享之外, 我也會開始施展我的"黏功" (很黏喲...), 將我已想到的幾個人選拉進來. 首先, 俗氣點想 網站需要光環, 因此需要名人加持. 大師兄Wayne既為Windchill第一把交椅, 他的Blog又為濫觴, 此外又是台灣JavaWorld的名家... 當然是不能放過的!!! 我的夥伴, 志凌,也會加入當然成員. 此外過去在PTC專案在客戶端結識的兄弟: 如Gemtek's Joseph, Fusheng's Benjamin, 和導過好幾個Windchill專案的Peter(現在eMemory服務)... 自然也是要網羅的目標, 以促成產業交流. 還有曾在PTC服務的好友 如我師父 David Su, Primax的X-Man (Xavier), 其他還在PTC服務的兄弟姐妹們, 有空還是要叨擾叨擾的...

此外Windchill是個蠻大的主題, 但是不該是全部. 其他IT方面的解決方案, 新的知識 ...未來若能藉此園地分享, 自是大佳. 目前打算遊說我兄弟阿伯(Albert) 將他在Java與Open Source的鬼才貢獻出來. 至少...把他的"阿伯特"專欄(職場現形記)帶進來讓大家開心也不錯.

Anyway, 寫的同時又冒出些想法. 不過老是坐而言總是不行的, 起來動動唄...

David目前的研究與預計發表的主題

目前的研究:
Windchill與Jasper之整合, 進度: Prototype開發. 團隊人數: 2
(此課題Wayne早已進行研究, 並已在宏達電實際上線. 有興趣的人不妨直接向他請教.)

欲發表之主題: (時間未定! 有興趣大家一起來參與)
1. 以報表系統延伸Windchill的價值, 並提升IT人員利用率
-- 感覺似乎許多Windchill的朋友們不了解報表系統真正的好處, 甚至可能有誤解, 希望能藉此文與大家交流.

2. "白話版" Business Admin
-- 一直想把幾個Business Admin裡重要的觀念與名辭, 用較淺白的方式說明. 若是 老Admin想把手頭工作交接給徒弟, 不訪一起來參與.

3. 以JNDI 新增/修改 Aphelion上的users, groups,與 memberships
-- 小技巧. 以前TrustView時代摸索的小東西, 拿來Windchill上玩玩, 蠻實用的說...

4. 積非成是: "Multiple Background servers"
-- 自從被AcBel的Egg兄抓包後, 一直耿耿於懷...

5. WCA筆記
-- 這東西有ㄒㄧㄠˊ問!!! 大家一起來玩唄? 一個人還真難玩...

6. 教學心得: "我覺得Workflow這樣教比較好"
-- 良心建議, 負責Workflow的朋友, 除了學會官方教材外, 有些主題也不能陌生, 否則, 禍福難測...

7. Windchill RMI
-- 舊瓶新酒, 小秘訣讓老把戲更值錢.

8. 以Windows NLB模擬 Content-Switch 設定Cluster環境
-- 窮人的Cluster. 在PTC三年多, 沒機會玩Clustering, 更買不起.. 人窮志不窮!!! 兄弟們 一起來吧! 另外, Joseph兄, 您的"balance"是不是也該拿出來曬曬太陽了?

9. 將MS Active Directory加入Windchill account system
-- 手冊上有寫, 看過的人都說不懂, 整人自虐兩相宜.

10. 教學心得: "我覺得InfoEngine這樣教比較好"
-- 許多user site的老爺們 Java與Web Programming可強的很. 真是不知道PTC之前那些 編教材的老爺們在想啥? 沒必要逼他們玩嫁衣神功還是天蠶變, 先把本身武功廢了才能 從頭慢慢學?

一個新的Windchill討論園地

親愛的Windchill領域的兄弟姐妹們:
在小弟自2004年接觸Windchill開始, 不時會遭遇各項疑難雜症. 在PTC服務時, 覺得PTC內部的知識網站不是沒用, 但是有些問題, 可能是本人查詢的方式不得法, 抑或是問題較冷門, 未必能從這些網站找到相關資訊. 有時雖然找到解答, 但可能因本人資質所限或屬不熟悉之範圍, 尚需其他資深同事協助. 更何況PTC GS在台灣一直是人力吃緊. 老是麻煩同事也實在不好意思. 所以, 一直希望有個 聚集各方Windchill前輩的非官方的網站能供我解惑.

另外深覺Windchill博大精深, 一個人力有窮時, 老是對大象亂摸也不是辦法. 若有一園地能讓使用Windchill的客戶, Windchill的顧問, 程式開發人員等... 共聚ㄧ堂, 交換資訊, 切搓學習, 該是美事一樁.

吾友 Wayne Hu(PTC GS的大師兄) 之前基於大慈悲心, 設立了 "Wayne's Knowledge Sharing "blog, 將他個人在Windchill與Java方面的研究心得無私的發表, 分享給我們這些不時仍受Windchill荼毒的黎民百姓. 不過自從大師兄結婚生女又升官之後, 家事公事繁重, 難以再分心於以往救苦救難的公益事業. 況且此等公益事業也不能光靠一人無私之力, 因此有了再成立一個Windchill分享園地的想法.

今年恰逢不景氣, 這兩個月又恰逢"五窮六絕"時期, 沒啥案子可做. 所以我與夥伴ChihLing有更多的時間研讀實驗一些在Windchill領域中有興趣但苦無機會接觸的課題. 運氣不錯, 這兩個月下來, 算是摸索出了些門道. 欣喜(暗爽)同時, 感於過去蒙各方前輩不吝協助解惑, 不利用此時將所知回饋更待何時? 另外, 深知與其閉門造車, 不若集思廣義, 群策群力之的道理, 決定先仿效Wayne的方式 將個人的經驗心得分享在個人blog. 另一方面開始號召在之前在PTC與客戶端結識的兄弟姊妹們捧場, 進而催生一個能讓大家分享交流與學習的園地.