第一千二十四章明槍才不好躲(第2頁)

“是兩國也向組織提出了加入請求，同時想要派遣工作小組前來，深度參與到我們的項目當中。”

“呵呵呵……”周至笑道：“那發明專利和知識產權屬於誰？”

“這就是問題的關鍵了。”辜開來說道：“他們提出既然是合作開發，那麼發明專利和知識產權，就應該屬於共同成果，應該共享。”

“哈哈哈哈哈……”周至不由得捧腹大笑：“怎麼樣？我就說過不把產權問題敲死敲實，總會有覬覦之徒會前來找機會看能不能叼走一塊肉，沒說錯吧？”

麥明川都不覺有些赧然：“這個問題得虧了是肘子你之前的提醒，要不然現在我們可就太被動了。”

軟件知識產權認定和國際專利註冊，這可是一個巨大的坑。

首先要送去註冊專利的軟件，本身就得符合一定的工程質量標準，比如iso9000之類。

但是如果要達到這類標準，以目前國內剛剛起步的軟件工程團隊，哪怕是蜀大這樣的單位編制，都達不到這樣的要求。

而這本身又是工程管理的一部分內容，周至在開發之初就堅持要求引入，這個體系一引入，整個工程的研發成本一下子就翻倍了。

對於很多搞科研的人來說，這是非常鋪張浪費的，和國家一貫主張的“好鋼用到刀刃上”的摳摳搜搜研發方針，堪稱背道而馳。

麥明川都曾經提出來過，所謂的iso9000，其實就是先用文字和流程圖將軟件開發一遍，形成所謂的意向書，需求書，技術開發書，項目計劃書等一系列的“工程文件”，然後再將這些東西翻譯成代碼，變成程序，最後變成軟件產品。

這不是浪費嗎？

周至則堅持認為是必要的，首先研發人員的素質水平本身就存在差異，有些人可以超額完成自己的任務，有些卻一個任務可能需要多人參與，這就給管理造成了很大的難度。

還有就是一個大型軟件工程，可能包含幾千幾萬個子程序，每個程序都有固定的編寫小組和編寫成員，你不能指望任何新加入的成員，或者將A組的程序交付給B組之後，他們還能夠直接看代碼就一下明白這程序幹什麼用的。

重新研究代碼，帶來的是人力和時間的浪費，而有了軟件工程文件，這些麻煩就能夠有效避免。