第356章 我,博士,還沒入學,但已經有了自己的項目組(日萬,求月票)(第2頁)
“這樣等到明年企業正式轉到科學院名下之後,不管是你直接管,還是到裡面擔任技術負責人,在上面的阻力都會小很多。”
“怎麼樣,夠意思了吧?”
他自然不可能在常浩南面前說自己現在悔得腸子都青了,恨不得把這個企業搶過來。
只好打打感情牌了。
但後者聽到這個消息之後的表現有些出乎丁高恆的預料:
“太感謝您了,丁主任。”
常浩南的語氣似乎透露著一點……
喜出望外。
實際上,他如今已經積累了多達1500點的科研點數,為了節省時間,甚至打算首次嘗試系統直接輸出結果的能力。
否則按照過去那樣按部就班的一項項串行完成任務,等程序寫出來恐怕都得到明年。
當然,系統肯定沒辦法直接變出一個裝著程序的u盤或者硬盤來,就算直接給結果,也還是隻能灌到常浩南的腦子裡面。
但是這至少讓他從一開始就有了總領全局的能力。
只要有足夠的人力和算力,就可以直接並行分配任務,甚至把程序拆成一個個模塊,由不同的人負責完成,最後再統一拼裝起來,而無需等到一項工作結束之後,再根據結果部署下一項。
效率會提高十倍不止。
當然高效率是有代價的。
那就是需要很多人。
未必需要特別高的水平,只是數量必須非常多。
但又不是一直需要。
把初版軟件搞出來之後,接下來的升級、維護和數據庫完善這些活,就沒那麼急了。
這樣比較奇特的需求造成的結果是,在軟件的開發階段,更適合由傳統的課題組模式來完成。
畢竟可以利用科學院和學校內部大量的人(研)力(究)資(生)源。
並且只要以項目補貼的名義發錢就行,不涉及到國企招聘員工那種複雜的組織和合同關係。
但在進入維護階段之後,又需要切換到企業的模式。
因為流動性極大的研究生根本不可能滿足長期迭代更新的需求。
而國企,尤其是科學院旗下的國企,則可以直接和教授或者研究員們籤長聘合同。