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

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

 “怎麼樣，夠意思了吧？”

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

 只好打打感情牌了。

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

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

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

 喜出望外。

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

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

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

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

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

 效率會提高十倍不止。

 當然高效率是有代價的。

 那就是需要很多人。

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

 但又不是一直需要。

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

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

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

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

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

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

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