十月廿二 作品

第356章 我,博士,還沒入學,但已經有了自己的項目組(日萬,求月票)(第2頁)

 “這樣等到明年企業正式轉到科學院名下之後,不管是你直接管,還是到裡面擔任技術負責人,在上面的阻力都會小很多。”

 “怎麼樣,夠意思了吧?”

 他自然不可能在常浩南面前說自己現在悔得腸子都青了,恨不得把這個企業搶過來。

 只好打打感情牌了。

 但後者聽到這個消息之後的表現有些出乎丁高恆的預料:

 “太感謝您了,丁主任。”

 常浩南的語氣似乎透露著一點……

 喜出望外。

 實際上,他如今已經積累了多達1500點的科研點數,為了節省時間,甚至打算首次嘗試系統直接輸出結果的能力。

 否則按照過去那樣按部就班的一項項串行完成任務,等程序寫出來恐怕都得到明年。

 當然,系統肯定沒辦法直接變出一個裝著程序的u盤或者硬盤來,就算直接給結果,也還是隻能灌到常浩南的腦子裡面。

 但是這至少讓他從一開始就有了總領全局的能力。

 只要有足夠的人力和算力,就可以直接並行分配任務,甚至把程序拆成一個個模塊,由不同的人負責完成,最後再統一拼裝起來,而無需等到一項工作結束之後,再根據結果部署下一項。

 效率會提高十倍不止。

 當然高效率是有代價的。

 那就是需要很多人。

 未必需要特別高的水平,只是數量必須非常多。

 但又不是一直需要。

 把初版軟件搞出來之後,接下來的升級、維護和數據庫完善這些活,就沒那麼急了。

 這樣比較奇特的需求造成的結果是,在軟件的開發階段,更適合由傳統的課題組模式來完成。

 畢竟可以利用科學院和學校內部大量的人(研)力(究)資(生)源。

 並且只要以項目補貼的名義發錢就行,不涉及到國企招聘員工那種複雜的組織和合同關係。

 但在進入維護階段之後,又需要切換到企業的模式。

 因為流動性極大的研究生根本不可能滿足長期迭代更新的需求。

 而國企,尤其是科學院旗下的國企,則可以直接和教授或者研究員們籤長聘合同。