1樓：
說句難聽點的：脫離業務談技術就是耍流氓。
有人提到做架構應該不是業務程式設計師。但是，做架構很重要的一條就是：架構要滿足業務帶來的約束。換句話說，不懂業務就別想做好架構。
2樓：
技術是一定為業務服務的。在理解這句話之前，你必須要搞懂：什麼是業務。
我覺得你對業務的理解是：指某個產品或者某個功能線。因而你會想如果可以脫離某個產品來做技術，例如那些設計架構的，研究演算法的，就是你所謂的「非業務程式設計師」，會顯得更加有用處，能展示技術。
但如果你將業務的概念擴充套件到某個目標，就不會有這樣的疑惑了。「業務程式設計師」可能會以將某個小功能點做好為目標，設計架構的程式設計師可能會以設計一套能夠滿足業務需求，開發需求的架構為目標，研究演算法的可能會以提供更高效的解決方案以節省成本為目標……而他們本質的共同的目標，是為了實現商業上的成功，這也是公司聘請程式設計師的初衷。從這一層面講，沒有所謂的業務程式設計師和非業務程式設計師。
將你看問題的方式改變，不要單純為了做簡單的業務邏輯就滿足，要看遠點，看到做這個業務需求的根本原因，和要實現的目標，你的想法就會擴充套件，會想能不能再改善一點，能不能再方便一點，能不能再節約一點，於是你會提供出各種方案，你會抉擇，最終，你可能會設計出一套框架，滿足了業務的目標。那麼，這個時候，你還是乙個業務程式設計師嗎？
其實很多時候，大公司也不是說誰誰誰設計了架構方案，後面的小螺絲釘就上去寫寫業務邏輯。你會發現，即便架構大體相同，大家的用法和改進總會五花八門。畢竟業務目標不一樣，肯定要有因地制宜的方案。
然後慢慢改良，慢慢迭代，架構在逐步變好，而且是自下而上的改進。所以從來不會有各司其職，而是每個程式設計師都會對各種各樣的功能提出改進。
如果你想要改變，我的建議是，跳出你業務邏輯的框框，多發掘業務背後的技術落地點，為業務，為你的目標，做出更大的努力。而不是在糾結有沒有背分配到乙個非業務程式設計師的崗位上去。
3樓：劉培
業務程式設計師和非業務程式設計師是有區別的，公司越大，這種區別越明顯。兩者沒有孰好孰壞之分，但有明顯的界限。業務程式設計師更擅長和產品、運營對接，更了解公司的產品規劃、發展動向；非業務程式設計師更多是架構方向的，也是保障公司系統正常、持續運營的基礎。
從職業發展方向上看，業務程式設計師可往產品、運營、管理、架構方向轉，所以非業務程式設計師大多也是從業務程式設計師轉過去的，走架構方向無疑對技術要求更高，所以找好方向是業務程式設計師的當務之急。
程式設計師業務時間如何充實自己，比如參加培訓班 各種開發者大會？
石開 參加啥培訓班，大會。跟你說，接私活才是王道。接私活能很大程度的融會貫通你的知識，還可以試驗一些平時工作沒法用到的技術。最關鍵是還能賺錢！何樂而不為。 qiangdada 瀉藥。基本上每個人都是玩一段時間，學一段時間。一年內總有那麼幾個月是沉迷於娛樂當中，或遊戲或追劇或其它。但慶幸的是也總有那麼...
程式設計師新人在基礎架構組好還是在業務組好？
林羽郎 這個不好說哪個好，看以後對職業的規劃方向，走純技術路線的話，架構組相對好一些，走專案管理，產品經理類管理類的路線，業務組會相對好一些。 架構文摘 基礎架構和業務都非常重要，當然業務組同學一般都會羨慕在架構組的同學，因為他們不需要經常接觸業務，但是他們可能不知道的是基礎架構組的同學都是對業務非...
我是剛畢業的程式設計師，業務不懂，技術不會，交代的任務不是完不成就是一堆問題，我該怎麼辦。？
上崗前應該有培訓呀，學校學的本來就不能直接工作。我還沒有開始工作，不過也快了，聽學長說現學就好。我看過學長公司的培訓計畫，感覺蠻不錯的 當然，也可能是央企要求低一些。還有，不會一定要問，盡快提公升自己。如果我的回答有不合理的地方，希望大家回覆我一下，還沒有開始工作的我可能有些地方想當然了。 Jazz...