程式設計師應該知道的事情

2021-10-02 02:04:36 字數 2652 閱讀 1177

今天中午在 cxuan 的群內討論tdd和lambda的問題

炸出來一位前輩,為我們分享了很多知識

(真正的大佬 借用 cxuan  的話來說,就是能夠使自己思想受到淘洗,資訊量大能讓你產生冥思)

涵蓋了技術、職業規劃、業務、管理

特在這裡總結一下,希望大家看完也能有所收穫

不要過度追求新技術、新框架,每年流行的都不一樣,你確定能追上嗎?

框架就是設計思想的具體實現,是個完整的專案

成千上萬人的技術成果,你憑啥覺得自己能全部搞懂,能追的上

等你把新技術、新框架琢磨透了,黃花菜都涼了

問問自己

設計模式弄懂了嗎?

演算法看過幾個 ?

資料結構搞清楚沒有?

資料庫設計正規化理解到什麼層面?

你把這些搞懂,什麼技術學不會,學這學那 不累死才怪

搞技術的   膽子要大 不要慫  就是幹  

不要迷信權威

沒有誰是權威   今天的技術權威   如果不思進取  用不了5年   他就要被時代無情的淘汰掉

一定要有自己的技術資產

你的技術水平相當於你的生產力,而你所掌握的技術資產,相當於你的生產資料

技術水平相當於你有種田的技術

你技術水平再好,老是給人打工,相當於佃農

自己沒有土地,產出來的糧食,都是人家的

有一天老了幹不動了,那就只能餓死

技術資產,就是能直接變現的東西

你積累的技術工程成品,能直接賣**,一周乙個系統,掙三萬 它不香嗎

辦公室政治,最好不要碰

老老實實幹活兒,才是技術人員的王道

積累自己的技術水平,積累自己的技術資產

我們搞技術的,要有長期規劃

不能把自己吊死在這個公司的這個崗位上

要對自己的終身職業生涯負責

你考慮問題的時候, 要以你自己為中心

工作經歷、公司、崗位,都只是你職業生涯中的過客

你要是以公司崗位為中心考慮問題 就會陷入階級鬥爭的迷思   陷入一時的得失而無法自拔

如果不擅長、不喜歡   管理、競爭   想走技術路線  就要夯實基礎   往架構師的方向發展

首先第乙個問題   什麼是業務邏輯?

所謂業務邏輯   本質上就是甲方的意志

我們用**實現業務邏輯 本質上就是在用技術手段   解決管理問題、組織結構問題、工作流程問題

在沒有計算機的時代   這個世界也是有系統的

比方說   古代的內閣、各級官僚機構各種店鋪作坊它們都是系統   都遵循一定的規律來處理資訊有輸入輸出

只不過   這種系統   是由人構成的是  人-人  系統

在有了計算機這種東西以後一部分機械化的資訊處理的過程

就可以用計算機來完成這種系統  屬於   人-機  系統

所以   我們所做的所有的系統   它的全稱應該是   人機系統而非單純的it系統

在設計系統的時候   使用系統的人   也是系統的一部分   應當納入考慮

所以   脫離人去設計系統   你就會發現   你做的系統   人家說不好用人家說  

你做的是一坨屎

這就是   設計的過程中   忽略了   系統是要有人來使用   這一點

人-機  系統    而不是   機-機   系統

不僅僅是使用者體驗這麼膚淺的東西

回到開頭   我們討論的   關於技術開發過程中   辦公室政治   這一問題其實是同乙個問題

因為系統業務邏輯的實現   本質上是人的意志的體現開發系統的人

他們對世界的理解和認識   影響他們對客觀世界的建模這種模型   最終體現為it系統  

人的思維模式、風格   也會體現在系統中

所以   什麼風格的人設計出來的系統   會體現出什麼樣的系統風格

所以   你會發現   良好的產品   他們的團隊往往也很良好有良好的組織結構有秩序

而混亂的團隊   他們做出來的東西   一定也很混亂

辦公室政治   最終一定會體現在系統中

比如說前後端兩個team前段的team比較強勢

可能他會要求後端的api多做一些事情

然後你就發現   一些渲染、互動邏輯的**   竟然出現在api的實現中

這就是一種具體體現   而這是不合理的

管,就是施加懲罰

理,就是理順關係

這兩者都要有

管而不理,團隊氛圍太僵化,會變成**狀態,成員的生產積極性調動不起來

理而不管,最後你就會變成保姆,人的惰性是很強的

管理二字,需要遵循 權力與義務對等原則

比如說,你掌握什麼樣的權力,就要負擔什麼樣的義務

如果你掌握成員的kpi考核權,可以給每個人評價打分

那這個考核權,就是你的大棒,你就可以以此督促成員

如果你什麼權力都沒有,那就拉倒吧,管個屁

然後是理

理順人與人之間的關係,保證團隊順利、平穩執行

你要了解每個人的性格、行事方式

比如說,兩個人都脾氣火爆,那就不能讓他們兩對接

有的人特別軸,那就不能讓他做業務,可以讓他搞特別難的研究

有的人很油、技術差,那就讓他去對接業務需求

這就叫先識人,再用人

做工程跟做技術是兩種層面上的東西

做工程就是用現有的人,做成手頭上的事情

搞明白事情,再搞明白人,你就知道該怎麼用人

包括怎麼跟業務吵架,怎麼跟老闆溝通要資源

對leader來說,吵架是必要的素質

程式設計師要知道的事情

程式設計師是乙個神奇的職業 我們工作的時候給公司帶來很高的利益,我們自己也要給自己產生價值。下面一些事情可以提高我們程式設計師,所以我們要認真的看一下。不喜勿噴 1.經常和優秀的人在一起共事 和一些老鳥在一起工作,對你有很大的提公升。比如我經常看老鳥們操作liunx系統,那命令敲的那就乙個快啊 很羨...

程式設計師每年應該做的事情

僅供參考,為那些還不知道怎麼做的人,提供一點思路!你不見得一定要這樣做,但你不這樣做的後果一定會更不好!1 年終總結 每個公司都會做的事情,但你真正認真地總結過自己嗎?2 兌現給自己 給家人的承諾 給老婆 兒子的新年禮物買了沒有?給自己的呢?3 下年度工作規劃 好好想想自己明年的發展目標,爭取公升職...

程式設計師每年應該做的事情

僅供參考,為那些還不知道怎麼做的人,提供一點思路!你不見得一定要這樣做,但你不這樣做的後果一定會更不好!1 年終總結 每個公司都會做的事情,但你真正認真地總結過自己嗎?2 兌現給自己 給家人的承諾 給老婆 兒子的新年禮物買了沒有?給自己的呢?3 下年度工作規劃 好好想想自己明年的發展目標,爭取公升職...