誠徵機台自動化軟體工程師    敝公司主要業務為機台自動化軟體服務，服務對象主要為半導體相關設備廠商及自行開發
設備或生產線之TFT、LCD製造廠商。    ■ 工作性質：
1. 需外出到客戶端裝機、測機、服務。目前客戶範圍在桃園到台南之間都有，公司在中壢。
2. 需接受 24 小時 On Call。因半導體廠停置的損失大，如因機台當機則需立即提供處置。
3. 工作採責任制，薪資中已包含加班費，加班不另支薪，上班時間較彈性。    ■ 軟體工作內容：
1. 控制機台內各模組的動作，可能經由各式不同的通訊系統，如 RS232, Ethernet, 
   FieldBus(歐美PLC), MELSEC(三菱PLC), SysMAC(OMRON PLC)...
2. 控制機台 GUI 畫面處理
3. 製程配方管理
4. 各模組手動操作
5. 自動化排程處理
6. SECS/GEM 與廠務自動化之通訊    ■ 晉升管道：
   依工作能力區別，沒有人數限制
   助理工程師 → 工程師 → 資深工程師(專案經理)    ■ 公司福利制度：
   勞健團保、季獎金、年終獎金、差旅津貼、24hrOnCall津貼、員工紅利、認股、配股。
   ★ 在配股的部分，資深工程師每年可按盈餘無償配股。    ■ 敝公司對員工提供的學習環境：
因為敝公司與學校實驗室有合作關係，機電介面相關教材、教具為公司與實驗室共同開發，目前有
1. 微處理器: 8051 實作課程，以 8051 直接接外部作動元件的方式學習 8051/單晶片的運作。
2. 機電介面: 8051 配合 PLD 以 Address/Data Bus 的方式來存取外部的記憶體、DIO、AD/DA...
       還有學習 8051 與 PC 間以 RS-232 互傳指令或資料。
3. DSP: 以 ADSP-2181 數位訊號處理器存取 AC-97、記憶體、DIO、AD/DA...
等課程，只要員工有興趣，可以自行學習，並有資深員工可提供咨詢。    ■ 求職者所需條件：
1. 對軟體開發真的是很有興趣。否則，一定會認為工作會很辛苦。
2. 良好的學習能力，對於新的事物不會有反感。否則，各機台各模組的通訊協定都不同，
  如果不能很快了解將無法順利完成模組操作。
3. 邏輯觀念清楚，能迅速學習使用各種軟硬體開發工具，能夠團體合作。
4. 接受彈性工作時間，接受客戶端裝機需求，能接受 24 OnCall，能接受在無塵室中工作。
5. 熟 BCB、C   物件導向程式設計。
6. 學歷不拘、無相關工作經驗可、只要有能力就行。
7. 熟 SECS/GEM 者優先錄用。    有興趣者，請將您的履歷寄到
dllee at edirect168.com

< > 工作實在太多了，作不完 < > 我們的半導體機台自動化的操作介面、功能已有國際水準，到多家廠商去 DEMO 都說我們甚至比日本、歐美還好 < > 有興趣者，歡迎一起加入、共同打拼 < > 網友來信問到是否有年齡及經歷方面的限制？ Ans: 沒有經歷的限制，年齡方面，應該是只要可以接受任務的指派，就可以了。如果能在面試時提出作過的專案或軟體，那當然是更好。 沒空更新的網頁... http://dllee.ktop.com.tw C及指標教學,計算機概論,資訊管理導論... http://dllee.adsldns.org 介紹Shells,LiteStep,GeoShell.... 發表人 - dllee 於 2003/08/26 13:23:06 發表人 - dllee 於 2003/08/26 16:10:40

------
http://www.ViewMove.com

敝公司目前在 104 上的資料：    http://www.104.com.tw/cfdocs/2000/job2000/introduce.cfm?jobnum=909675&invoice=70477105000 在 104 上雖然有徵兩種職務，其實，都是一樣的，只是我們為了配合 104 網站的搜尋引擎，所以開兩個設不同的科系(因為我們不分科系，我們相信讀文理科的也有程式高手)，及不同的學經歷(因為我們不在意學歷，只在意能力)。 公司也有首頁啦，只是太忙沒空更新... 目前在上面的東西比較偏向底層的硬體，但因目前接單主要是半導體相關產業，大多會使用認證過的電器產品，而我們網站上的東西只能算是展示我們有電控硬體及小系統整合的能力。我們已由小系統整合作到機台整合，目前已朝向機台間整合及整條生產線的整合，甚至是全廠自動化。 當然，以我們目前的人力無法去包全廠自動化的案子，上週才去客戶端 DEMO 我們現有的系統，客戶認為我們要接他們整條生產線或全廠自動化在能力上沒有問題，但在人力上要求我們要擴大到 30 人左右 當然，這個數字似乎離我們還很遙遠，不過，客戶似乎很滿意我們的系統，提到，只要能再次依他的 > <>沒空更新的網頁... href="http://dllee.adsldns.org">http://dllee.adsldns.org 介紹Shells,LiteStep,GeoShell....

------
http://www.ViewMove.com

昨天與 J sir 聊天，發現，許多網友看到本徵人啟事會認為需要 三顆心臟 才能勝任... 也許是看到 24 小時 OnCall Service 吧... 其實，我們被 Call 的機率不高，因為機台在設備廠商那已先測試過才移機到最終客戶端，大部分的功能我們都已先測試過了，同時，我們在寫程式時，都以模擬版與真實版共用 code 的方式來完成程式，這樣，即使我們沒有實體，在自己的電腦也都可以模擬真實的流程。如此的方式，也可將很容易在客戶端 DEMO 軟體功能。再加上部分客戶會要求同時提供模擬軟體，以利離線的教育訓練。 我們的程式架構算是高度模組化，整個操作畫面是由 1 個 exe 加 50 個以上的 dll 無縫組合出來的畫面，看起來就像是一個程式一樣，但每個區塊模組都可以單獨撰寫。最簡單的 dll 小模組原始碼不到 50 行，最複雜是與底層實際硬體互動的模組如控制機器手臂的模組單一原始碼會大於 400K，檔案會那麼大只是因為我們的寫法方法是用 StateMachine 的方式，主要是多執行緒同時執行，在寫作時不能像單執行緒一樣的寫法，例如：在實際的應用中，我們必需對機器手臂下指令，簡單的流程如下：

  SendCommandToRobot("GetWaferFromLoaderPort");
  while( IsRobotBusy()==true )
    ;  // 等待 Robot 作完動作
  SendCommandToRobot("PutWaferToProcessUnit");

當然，以上是最不好的方式，以下是單執行緒較佳的方式：

  SendCommandToRobot("GetWaferFromLoaderPort");
  while( IsRobotBusy()==true )
  { // 等待 Robot 作完動作
    Application->ProcessMessages();  
    Sleep(100);
  }
  SendCommandToRobot("PutWaferToProcessUnit");

但這樣的方法對我們來就可能都不能用，基本上我們的程式不會有 while 之類不可預期運算時間的程式碼，因為這類的程式碼用在即時系統有潛在的問題。 改用 StateMachine 的寫作方法，同樣的處理流程，程式碼將變大4-5倍，這是為什麼底層的模組程式碼會比較大的主要原因。 另外一個可能的原因是... 我們都不是電機資工出身的，所以寫的程式可能比較不精簡 就像我在本站中所解答的問題，大多以「另類」的方式來處理，也許 > <>沒空更新的網頁... href="http://dllee.adsldns.org">http://dllee.adsldns.org 介紹Shells,LiteStep,GeoShell....

------
http://www.ViewMove.com

哈...最近換工作不小心也換到這個領域來了，不過我們公司 是生產 HMI，是以軟體為輔硬體為主，提供一個簡單容易操作 的規劃軟體給客戶自己去搞...

引言: 我們的程式架構算是高度模組化，整個操作畫面是由 1 個 exe 加 50 個以上的 dll 無縫組合出來的畫面，看起來就像是一個程式一樣，但每個區塊模組都可以單獨撰寫。最簡單的 dll 小模組原始碼不到 50 行，最複雜是與底層實際硬體互動的模組如控制機器手臂的模組單一原始碼會大於 400K，檔案會那麼大]

跟主題無關. :p 看到這一段我突然想到win32/64目前對記憶體管理的作法.. 不知道您有沒有把module都rebase一次? :P --- 小葵..小葵有很多的夢想 等待薰下班回家, 並準備晚飯跟洗澡水 薰回家的時候, 對你說一聲 歡迎回家 在休息的日子, 兩個人坐在屋外的走廊上, 品嚐著我親自作的點心 薰如果累了, 替他搥搥肩; 冷了, 和薰一起擠著被爐 但是, 但是... 小葵最大的心願是...成為薰的..成為薰的妻子

引言:

引言: 我們的程式架構算是高度模組化，整個操作畫面是由 1 個 exe 加 50 個以上的 dll 無縫組合出來的畫面，看起來就像是一個程式一樣，但每個區塊模組都可以單獨撰寫。最簡單的 dll 小模組原始碼不到 50 行，最複雜是與底層實際硬體互動的模組如控制機器手臂的模組單一原始碼會大於 400K，檔案會那麼大]

跟主題無關. :p 看到這一段我突然想到win32/64目前對記憶體管理的作法.. 不知道您有沒有把module都rebase一次? :P --- 小葵..小葵有很多的夢想 等待薰下班回家, 並準備晚飯跟洗澡水 薰回家的時候, 對你說一聲 歡迎回家 在休息的日子, 兩個人坐在屋外的走廊上, 品嚐著我親自作的點心 薰如果累了, 替他搥搥肩; 冷了, 和薰一起擠著被爐 但是, 但是... 小葵最大的心願是...成為薰的..成為薰的妻子

看到您的作品了： http://delphi.ktop.com.tw/topic.php?TOPIC_ID=37025 期待您的續作... P.S. 可否也解釋一下 Max/Min stack/heap size 的作用？ 我曾經將 stack/heap 的 Max/Min 值都調大，結果也可以執行，但是會發生無法在 IDE 內除錯的情況，現在只好乖乖使用預設值 <>沒空更新的網頁... href="http://dllee.adsldns.org">http://dllee.adsldns.org 介紹Shells,LiteStep,GeoShell....

dllee你好 如果要應徵此份工作 但不知要mail到哪裡 可否告知貴公司的mail位置 謝謝 Larry

到我們公司首頁點選「人才招募」 http://www.viewmove.com/manpower.htm 也有相關連絡資料。    另外，也可上 104: http://www.104.com.tw/cfdocs/2000/job2000/introduce.cfm?jobnum=909675&invoice=70477105000#01 自動化軔體設計工程師 http://www.104.com.tw/cfdocs/2000/job2000/job.cfm?jobnum=909675&invoice=70477105000&intro=1&jobsource=intr 自動化軟體設計工程師 http://www.104.com.tw/cfdocs/2000/job2000/job.cfm?jobnum=744126&invoice=70477105000&intro=1&jobsource=intr Layout 技術人員 http://www.104.com.tw/cfdocs/2000/job2000/job.cfm?jobnum=1196557&invoice=70477105000&intro=1&jobsource=intr 在應徵方式中可以看到連絡的 EMail http://www.ViewMove.com 視動自動化科技股份有限公司 ViewMove Technologies, Inc. 發表人 - dllee 於 2004/05/28 17:14:03

------
http://www.ViewMove.com

請問dllee 在上面的廣告有看到貴公司的徵人訊息 請問目前還有在進行中嗎?

剛剛瞄了一下，104上顯示職缺數0，而且還跑出一堆SQL指令...

還是在徵人呀，沒有很積極就是了，所以在 104 不就登了， 把 104 的錢，拿來到 KTOP 廣告 < > 每年都至少要徵一個人，這樣公司才會成長，有興趣，請按公司網頁的 連絡資料去連絡吧 < > 吃軟也吃硬 dllee.ktop.com.tw StatPlus 系統資源監測器 @ KTOP OpenPLC - IEC 61131-3 geOShell XP Like 中文版

------
http://www.ViewMove.com

引言: 剛剛瞄了一下，104上顯示職缺數0，而且還跑出一堆SQL指令... < face="Verdana, Arial, Helvetica"> 之前 post 的連結，剛才測試一下，公司介紹的還是在， 職缺的連結則是由 104 直接轉搜尋其他相關的職缺。 在之前，公司都是登在 104，但 104 的自動配對，通常都是亂配， 而也許是公司性質的關係，主動應徵的並不多，就算有，再進一步 連絡後也沒消息了，這樣的狀況讓我們覺得也許是公司太小，沒有 名氣，所以在 104 不好徵到人。於是停掉 104 的徵人，改到 KTOP 來廣告，對我們而言，似乎能徵到合適的人需要很大的運氣 < > 但公司還是會慢慢擴大，只要有合適的人，我們隨時歡迎 < > 以今年來說 24 小時 On Call 幾乎是沒有發生了(當然，還是有人 輪值)，因為之前在程式中使用多執行緒的問題已找到並解決了， 所以程式 RUN 的很穩定，由客戶回報的 LOG 實機 24 小時生產的 機台已近 40 天沒重開主程式(其實大部分重開機都是因為客戶要求 新功能，更新 dll 模組時重開所造成)。 在軟體工作方面，OpenPLC 的程式寫作是公司的主要競爭力，對於 熟 Delphi/Pascal 的程式設計師可以很快上手 OpenPLC 因為它的 StructureText (ST) 是採用 Pascal 的語法，可以讓 PLC 寫出很 複雜的控制流程，這是用 Ladder 階梯圖所難以畫出的。在 PC 上的 程式設計，已有許多現成的模組，像是與各類日系/歐系PLC 的 RS232 或 Ethernet 的通訊介面都已模組化，我們把他們變成像是 IO 卡 一樣的操作方式，寫 GUI 模組可以大幅減化因不同的 PLC/IO 介面 所需要的程式修改。在 GUI 操作模組上，我們也有自用版本類似 TouchPanel 人機操作規劃軟體，對於簡易的機台，不需要再寫程式， 只需要像是規劃人機一樣去規劃 PC 上的操作介面就可以操作PLC或IO卡。 說這麼多... 主要我還是認為要有興趣， 對寫程式有興趣，同時具有良好的學習能力，就可以勝任我們的工作。 有興趣者，請上人才招募網頁： http://www.viewmove.com/manpower.htm < > 其實與本篇一開始的內容差不多(沒空改)，有興趣就來談談吧 < > 吃軟也吃硬 dllee.ktop.com.tw StatPlus 系統資源監測器 @ KTOP OpenPLC - IEC 61131-3 geOShell XP Like 中文版

Hi, dllee 請問貴公司的員工住在台北縣市的多不多? 不曉得每天往返要花掉多少時間?

住台北縣市的有一半以上，但是不是每天都回台北，公司有提供員工住宿 (要付租金,使用者付費,目前已滿)，而公司離中央大學很近，學校附近很 多房子可租，租金還算合理。    您有家室了嗎? 有小孩嗎?    吃軟也吃硬 dllee.ktop.com.tw StatPlus 系統資源監測器 @ KTOP OpenPLC - IEC 61131-3 geOShell XP Like 中文版

------
http://www.ViewMove.com

hi dllee 目前單身 如果每天來回的話..是不是會影響很大呢?

引言: 如果每天來回的話..是不是會影響很大呢?

每天來回當然公司也不會反對，只是... 您不會覺得太浪費時間在交通上了嗎? 現在汽油也漲價，從中壢到台北還要經收費站，以 40 公里來回 80 公里來算 [ 80 * 2(每公里油錢【註】) 38*2(過路費) ] * 22(每月大約工作天) = 5192 一個月 5 千在中大附近很容租到房子的(如果要求不要太多應該還有剩)。 如此，又錢又省時間又減少可能的交通問題。 【註】如果把保養, 保險 等費用加上去就不只了... 吃軟也吃硬 dllee.ktop.com.tw StatPlus 系統資源監測器 @ KTOP OpenPLC - IEC 61131-3 geOShell XP Like 中文版

dllee 謝謝你的忠告 我是沒有車的,如果坐大眾交通工具我想也是費時吧(火車 公車) 也想過在外面住比較不會分心,可以專心在工作上跟學習 不過住外面有現實問題要仔細考量.... 發表人 - dino 於 2005/03/28 20:13:18 發表人 - dino 於 2005/03/28 20:21:34

不知道學過 OMRON, Mitsubishi PLC 對學習 OpenPLC 有沒有幫助？ 感覺上似乎是很適合我的工作，因為我現在就在做人機的公司上班，而且 之前的工作也是用 C++ Builder 開發程式...

有 OMRON, Mitsubishi PLC 的經驗，對於學習 OpenPLC 當然是有幫助的， 如果您已了解 OMRON, Mitsubishi PLC 表示您對硬體控制有概念了， 如果您已學會 Delphi/Pascal 則表示您的軟體寫作也有概念了， 如果您 PLC/Delphi/Pascal 都會，但還沒有用過 OpenPLC，那就真的太可惜了， 如果您 PLC/Delphi/Pascal 都會，就可以想像用 Delphi 控制 IO/軸控卡 般地 用 OpenPLC 去控制外部裝置，而使用 OpenPLC(不論是最後灌到實體PLC 或是 灌到 IPC 成為 SoftPLC，都是 PLC) 比 Delphi 多了即時性，可以精準的每  1mS 或 10mS 作指定的 Tasks，如此，就可以比用 Delphi/BCB 直接控制  IO/軸控卡 作更進階的控制。    如果除了會 PLC 還會 PC 軟體開發，則不論是在寫 PLC 或是寫 PC 程式， 都更能了解彼此要如何溝通，以何種方式或機制能快速有效的交換資料或指令。    一些聊過的版主，都說我把工作似乎寫得太多了，大部分的人看到就會怕， 而我只是想，公司就是這樣，如果還沒進來就怕，那就別來... 主要我還是認為，只要對寫程式是有興趣的，不會被除錯打敗的人，就可以了。 因為公司還小，目前主要還是以接 CASE 為主，而由接 CASE、與客戶的互動、 與學校的合作、等等，試著去找出公司將來可長久作下去的產品。 而接 CASE 自然是千奇百怪，而這也是我喜歡這個工作的地方 < > 寫那麼多的工作內容，並不是一來上班就全部會用到， 而是因 > 有興趣者，可來看看，聊聊天，作個朋友也是不錯 < > < href="http://free.greenworld.com.tw/~dllee/" target="blank">吃軟也吃硬 dllee.ktop.com.tw StatPlus 系統資源監測器 @ KTOP OpenPLC - IEC 61131-3 geOShell XP Like 中文版

------
http://www.ViewMove.com

引言: 有興趣者，可來看看，聊聊天，作個朋友也是不錯

呵。我就是在看著。想去。不能去的那個。^_^ cccccccccccc 家大業大。放不下。 hahahahahaaa

引言: 呵。我就是在看著。想去。不能去的那個。^_^ cccccccccccc 家大業大。放不下。 hahahahahaaa

有責任心! GOOD! < > 對於一年換 > 聊聊天，作個朋友也是不錯< > < href="http://free.greenworld.com.tw/~dllee/" target="blank">吃軟也吃硬 dllee.ktop.com.tw StatPlus 系統資源監測器 @ KTOP OpenPLC - IEC 61131-3 geOShell XP Like 中文版

Structure Text 的執行方式是不是與 Ladder 一樣，用掃瞄的方式執行呢？ 感覺很適合作為我們人機的 script

對於 OpenPLC 有興趣可以到 http://www.plcopen.org/ 這個推廣的協會去取經  href="http://www.ViewMove.com/project.htm" target="blank">OpenPLC - IEC61131-3 再加上目前正在推廣的跨開發平台(可匯出成XML格式，再由XML匯入)，詳見 http://www.plcopen.org/ 如果 support 的廠商愈多的話，真的是 user 的福氣 < href="http://free.greenworld.com.tw/~dllee/" target="blank">吃軟也吃硬 dllee.ktop.com.tw StatPlus 系統資源監測器 @ KTOP OpenPLC - IEC 61131-3 geOShell XP Like 中文版 發表人 - dllee 於 2005/03/30 19:19:01

------
http://www.ViewMove.com

您好，敝性陳 個人目前即從事 機台PC Based 自動控制的工作 目前是個人工作室的狀態 地點在平鎮市 已與兩家自動化公司長期合作中 目前已完成主要案件為 PCB 後段制程的自動化 如貼標、裁板、排盤、測試或鏡片清洗等機台 並由敝工作室負則軟體的規劃與建置 乃至校機到教育訓練等 也很想有機會能使用PLC 或單晶片的環境來開發 不知道貴公司有無兼職或外包型式的工作機會? 24HOnCall 是OK 的~ 各式的集會與機台維護也將全力的配合~ 感謝~~ #%努力成為專業%#

我們比較希望找的是專職而不是兼職， 因為兼職按以往的經驗是進度不易控制。 至於外包... 如果有合適的案子，我們會考慮。    吃軟也吃硬 dllee.ktop.com.tw StatPlus 系統資源監測器 @ KTOP OpenPLC - IEC 61131-3 geOShell XP Like 中文版

------
http://www.ViewMove.com

嗯~了解 謝謝~ #%努力成為專業%#