-
1 # 老廠長講事
-
2 # ACME63610374577
也許你意識到了...
...
你程式寫的再牛逼.也就是2W每月的人力成本...
那些所謂的大牛也就3W每月的成本...
如果要價過了4W就不如聘兩個2W每月的程式設計師...
...
事實就是這樣...
程式設計師不是技術行業...
是密集型體力勞動...
碼農不是戲稱...是真實...
....
無論你考慮什麼都是對的...
產品經理.專案經理.架構師等等....
因為程式設計師沒有晉升空間了....
-
3 # 肆零三工作室
看個人職業規劃，但是有一點要明確的是就一個專案而言程式碼是解決問題的具體實現。在一個專案中程式碼是處於“後期的環節”，針對問題的解決方案，衡量多個方案的優劣等這些都是在敲程式碼之前就得考慮的。程式設計師的職責肯定不是寫程式碼，往小處說應該是解決特定的問題，實現特定的功能。至於是否要考慮產品的方向就看每個人的職業規劃了，有做研究的，有做產品的，有做管理的
-
4 # 黑白電視煤油燈
程式設計師的工作有好幾個階段。
1.剛開始工作，學習寫程式碼。這個階段不需要考慮產品方向，只要能把自己的工作完成，多參加公司有意義的培訓，在論壇裡多提問題，看別人的分享，充實自己。
2.有了寫程式碼的能力，但還需要程式碼架構。完整的專案一般都很複雜，能夠梳理各部分程式碼的框架，為以後自己寫框架做基礎。
3.有了完整專案的經驗，做獨立的產品。這時候才需要考慮產品的方向和客戶的需求。
個人認為，程式設計師最重要的還是深入某一領悟，不要學的太廣，學習的面越大，自己就會越邊緣化。
還有，自己努力的方向要和技術相結合才行。
-
5 # 幸福的自由鳥
程式設計師作為一個群體來說，其責任應該不包括產品方向的內容。但是在具體公司，具體團隊中就不好說了，視實際情況而定。
-
6 # 渺孤鴻
程式設計師顧名思義是開發程式的，而開發程式的目的是讓人使用的。有使用者，就必然有需求，就必然要進行需求分析。固然，需求分析是產品經理或者專案主管的職責，但是一方面需求原型難以做到細緻入微，另一方面有些具體實現過程與原型會有所出入，這就要求程式設計師在實際開發時要時刻把握方向。
-
7 # 數通暢聯
程式設計師應該有產品意識，不一定要理解什麼是市場分析、什麼是客戶肖像，但是至少要理解產品所在行業的典型特徵、基礎的行業知識。
產品和程式設計師的關係對應的是軟體需求與實現的關係，程式設計師應該守住程式設計師的底線，底線就是實現功能、寫好程式碼，但是寫好程式碼的前提是要知道你做的東西是要達到什麼樣的，給什麼人用，這就不可避免要了解產品的定位以及走向，這些因素都直接影響產品的設計（包括框架的制定，擴充套件性的考慮等等），進而影響產品的開發除錯、上線執行、迭代完善、運維服務等各個環節。
另外，瞭解產品也是個人成長和職業晉升的必經之路，在程式設計師當中能做到這點的不多，不過也不少，比如：比爾.蓋茨、喬布斯、雷軍、周鴻禕、張小龍等這些行業大佬來說，都是程式設計師出身，他們除了程式碼能力強悍，更重要是深度理解產品用途、把握目標客戶群體、行業真實需求、洞察人心人性。即便對於一般程式設計師而言，多瞭解一些產品需求、多一些產品意識，也能夠有效減少與產品經理的爭執，順利順心、和諧和氣推進產品開發工作。
最後，要強調一點，程式設計師的本職工作是產品功能開發、程式碼實現，開發之前可以探討、提出自己的意見想法，一旦方案確定下來之後，明確需求之後、高效執行是自己最基本的工作，不要讓自己天馬星空的創意奇想打亂了工作的進度節奏。當然，如果發現自己在產品需求、規劃、設計方面更有潛質，可以往產品經理、產品總監這些崗位、職務上努力，但最好先要證明自己是一個靠譜的程式設計師。
回覆列表
如果你想一輩子就在別人的帶領下寫程式碼，你就可以不考慮這些事情。
雖然不同的人寫的不同程式碼都能完成要求實現的功能，但是有的人寫的功能模組，有一點小的需求變化，就要大規模修改，甚至重構;而有的人寫的程式碼延展性就很好。這就是思考和不思考產品發展的不同表現。
從升職加薪角度而言，你想以後帶一個團隊，那就更應該提前做好準備，從業務角度去分析並給出技術建議，如果連這都做不到，談何升職。
即使公司每一個崗位劃分的很細，你只要負責你那一塊指定的code編寫，那麼去思考產品發展方向也不是壞事，能多學點東西，最終與別人設計的思路去驗證，看看自己的缺失。
在其位謀其職，不能算錯，但是那等於也給自己關上了一扇大門。