依你的文章所述, 個人估測...
你的檢測軟體已經接近完成品了, 而你想做的是: 找個機台搭配, 獲利了結..
但是...你沒有$可以支持你長時間經營...
先尋正職, 不然...沒有$$...你根本就什麼都沒有....
建議你的方法 : 1.將你的成果賣給原先的老闆, 獲利了結...
2. 兼職經營你的AOI library, 繼續等待須要的人出現...
3. 找尋投資端來成立公司, 讓你繼續經營...

是半成品

我信件回你了@@這裡就不描述了寫完整點叫待驗證的半成品(意思有可能失敗@@)而且Oring檢測不怎麼值錢，不怎麼值錢主要驗證我的Lib做出的東西是否不會當機和效能這行就我知道有些產品會當機@@，我不知道C#那邊是否不會當如果不會當，如果有人賞臉用我Lib做到當機@@我Oring可以證明不是Lib問題(可以卸責拉)，不然會被凹如果不會當是指我的Lib做出來的東西，不是C#

不要把你前公司會當機的產品來看待整個行業喔

建議找找PLC Base的設備廠尋求合作，PC Base的設備廠，視覺部分都自己做，一般都用現成的視覺庫，考慮的點，大部分是後續的維護問題，所以你說的合作機會可能不大!近幾年有些比較大的工廠端也開始弄自己的設備，通常是門檻不高，如果你帶自己的lib進去，喊一個好價格，我覺得也是不錯，說不定還可以掛不錯的職務!

跟網友一樣要我移植到C#阿，我沒意願，所以摸摸鼻子轉職

不需要轉啊，一些比較大的工廠端還是c++主導，以前的舊架構他們是不肯捨棄的，頂多你外掛視覺，讓他們call function，我覺得也是可行的，衹是你的lib可能就必須開放讓他們看，修改就看你一開始是否有先講好，是祇有你可以改，還是開放修改!

C++Builder和C#不能互通，舉個例我有一個視覺模組是TForm我可以嵌入到其他TFormC#就沒辦法嵌上去我的視覺模組，也就是不能用因此不能外掛視覺有些花招不能用，而那些花招對比較大型案子是必要的反過來也一樣AOI演算法可以包成function，@@但是整合度不好太難的我也不會寫，簡單的他們自己會做靠function傳結果要傳值，要是不跨平台，我傳物件指標就好會有效能差異如果是傳給VC++DLL是可以傳址，但是好像要弄個相同結構丟我沒特別研究過@@不確定讀不讀的到

為什麼一定c#???如果是剛起步要自己搞的工廠端，你進去就是你說了算，你不想用c#就不要用啊。如果你要走aoi，最多就這條路吧，不然現在大部分pcbase設備廠都開始轉c#了，控制用c#，aoi不會另外用c++的(不過call的底層還是c++就是了)

反正就用C#重刻一次嘛 難道你以後要用C++Builder寫web?

既然決心要轉職了 那就找個方法獲利了結吧看是要怎麼包 怎麼賣 怎麼談 彎下腰來換錢實在

回qvdyw3934:我找不到才上來問阿，有的話就不會PO PTT了回testPtt:你當我神人歐，要是可以100%重刻成功回testPtt:我就像你們說的可以整合雙平台了@@轉職不代表我要賤賣阿，我Lib只值一根香蕉歐回qvdyw3934:C#那裏，追求效能都是寫C++，介面才C#回qvdyw3934:應該不是像你說控制用C#，控制也是C++刻的吧我Lib值不值錢不重要，只是如果不值錢你們叫我移到C#當我吃飽太閒歐

控制就是用c#刻的啊，不用懷疑我都用2年多了，現在寫的新的專案，也還是c#啊，視覺是用halcon

了解所以用C# DllImport使用，不是VC++寫好然後Wrapper後 參考使用歐我說的控制和視覺不是指介面按鈕喔，是指刻代碼的地方例如呼叫PCI8154.dll函式的地方總之就是控制和視覺你有沒有透過wrapper使用

我知道，我說的也不是按鈕那個，是實際設備動作，直接就兜adlink的東西進來用了，不會再轉包一層，實際c#寫的設備在scan硬體的時候也還沒遇到有問題的地方，除非對運算時間有特殊需求(產業需求)，不然也不會再用c++下去寫

了解...總之還是老問題，沒要求效能，c#很夠用了QQ