第一千二十四章明槍才不好躲(第2頁)
“是兩國也向組織提出了加入請求,同時想要派遣工作小組前來,深度參與到我們的項目當中。”
“呵呵呵……”周至笑道:“那發明專利和知識產權屬於誰?”
“這就是問題的關鍵了。”辜開來說道:“他們提出既然是合作開發,那麼發明專利和知識產權,就應該屬於共同成果,應該共享。”
“哈哈哈哈哈……”周至不由得捧腹大笑:“怎麼樣?我就說過不把產權問題敲死敲實,總會有覬覦之徒會前來找機會看能不能叼走一塊肉,沒說錯吧?”
麥明川都不覺有些赧然:“這個問題得虧了是肘子你之前的提醒,要不然現在我們可就太被動了。”
軟件知識產權認定和國際專利註冊,這可是一個巨大的坑。
首先要送去註冊專利的軟件,本身就得符合一定的工程質量標準,比如iso9000之類。
但是如果要達到這類標準,以目前國內剛剛起步的軟件工程團隊,哪怕是蜀大這樣的單位編制,都達不到這樣的要求。
而這本身又是工程管理的一部分內容,周至在開發之初就堅持要求引入,這個體系一引入,整個工程的研發成本一下子就翻倍了。
對於很多搞科研的人來說,這是非常鋪張浪費的,和國家一貫主張的“好鋼用到刀刃上”的摳摳搜搜研發方針,堪稱背道而馳。
麥明川都曾經提出來過,所謂的iso9000,其實就是先用文字和流程圖將軟件開發一遍,形成所謂的意向書,需求書,技術開發書,項目計劃書等一系列的“工程文件”,然後再將這些東西翻譯成代碼,變成程序,最後變成軟件產品。
這不是浪費嗎?
周至則堅持認為是必要的,首先研發人員的素質水平本身就存在差異,有些人可以超額完成自己的任務,有些卻一個任務可能需要多人參與,這就給管理造成了很大的難度。
還有就是一個大型軟件工程,可能包含幾千幾萬個子程序,每個程序都有固定的編寫小組和編寫成員,你不能指望任何新加入的成員,或者將A組的程序交付給B組之後,他們還能夠直接看代碼就一下明白這程序幹什麼用的。
重新研究代碼,帶來的是人力和時間的浪費,而有了軟件工程文件,這些麻煩就能夠有效避免。