有。可以一個人開發一個App，可以一個人開發一個小程式。

我的文章標題就是：一個人開發一個App，一個人開發一個產品這些。

當然，如果你想要實現後端資料儲存，依然會呼叫到其他人開發的介面的，只是開發的人不同而已。

我需要指出的一點是，優質軟體系統的開發，至少需要兩個程式設計師配合。無他，能力互補。不同的視角看到不同的問題和改進方案，如果1+1小於2，努力改進，使其大於2。

不說大廠、大專案，動則幾百幾千人的團隊，諸多優秀的小應用、小系統，至少是兩個程式設計師通力合作完成上線。

互動只在於多，或者少。

我知道你腦海裡在想啥，你一定是被前後端介面不厭其煩的對接、溝通所困擾。

記住，你並不孤獨。

因為大多數涉及到前後端分離的系統，至少是在一個前端、一個後端相互溝通、交流甚至扯皮、軟磨硬泡才得以成型的。

我們自然希望在工作開始之前就把資料格式要求，一次性的確認清楚，然後各自完成所謂的面向契約程式設計。

這種場景，存在於美好的烏托邦世界。

需求不停在變，程式設計規範在前期定下了大框架，然而在實際開發中又是另一會事情。

請記住，你的開發對接物件，也是你的客戶。只有耐心溝通配合，才能讓研發工作推進。

其次談談你覺得運維和測試方向。

開發和運維，一部分職能漸漸帶入到Devops中，剩下的運維工作，更偏向於底層、硬體、網路等等。測試也是一樣，優秀的軟體測試工程師，是全程伴隨軟體的研發，積極和研發工程師溝通，制定單元測試、整合測試、冒煙測試、版本釋出，以及承擔QA的職能，為系統交付保駕護航。

請問，不用互動麼？

當然，如果真要不互動，也可以。我稱之為特定時間閉關研發。這段時間獨自搭建出系統的整體框架，編碼規範，測試流程，運維配置標準。

然後呢？

如果你是個體程式設計師（我覺得這樣的程式設計師稱不上全棧工程師），自己玩自己的。天塌了自己扛。獨自面對黑夜，也獨立迎接光明。

如果你是技術管理者（技術經理、架構師等），把你的思路、demo、框架推廣下去，然後讓你的團隊成員使用，收集團隊成員反饋的好意見，不斷改進。我想這時候，會是不斷的互動吧。

希望你最終能夠坦然面對，積極互動。軟體研發目前應該也必須是智力密集型，而非勞動密集型的工作，以前我也覺得能單幹就單幹。最後你會知道，一個人能走下去，但是走不遠。團隊合作，才能走向更遠的遠方。