在做程式設計師的道路上,你掌握了什麼概念或技術使你感覺自我提公升突飛猛進?

時間 2021-06-03 11:39:58

1樓:逗泥丸的平方

第一次是流,C語言老師講,程式是從上往下的。

第二次是,介面是一種規範。

第三次是,計算科學中最難的兩件事是命名和快取失效應該不止這些,不過一時間想到的就只有這些了。

還有乙個意識到了,但是感覺做不到。世界上最難的不是做什麼的方法,而是嘗試改變的勇氣。

2樓:微企勝

這個我不清楚,但是作為乙個草根程式設計師13年,個人認為程式設計思路很重要!什麼時候理解了程式設計對生活的幫助,我覺得就能理解人生的真諦!

3樓:Madden

當我意識到,技術說到底只是工具,乙個專案的成敗決定於很多因素,技術往往不是最重要的,一味的打磨技術關注細節也許更多的是讓自己深陷其中,忽略掉很多其他的可能更加重要的東西。

換個方面來說,解決問題的方式有很多種,技術可能只是其中一種,開發人員很多卻堅定的認為這是唯一一種。

4樓:安靜地吹牛

2001 ,2002傳家寶

掛乙個月機不上線爽。自動打怪,修理,捆金條,指揮一堆機械人打架。。

2002,asp,php。

原來除了dos還有b/s。

2004 J2SE,awt。

原來那麼多東西,視窗,繪製。。。可以是這樣出來這麼簡單的。

2006 ajax,firefox。

原來是可以不啪一下重新整理網頁的。

2006,mysql。

還有這麼簡便好用的資料庫。

2008,wxwidgets,STL

原來可以不用vc折騰自己。

2009,jquery。

開啟搓圓捏扁html 和css新世界大門。

2010,和產品經理吵架。

2011,守弱學,進化心理學等。

2012,分形幾何。

2013,f*ck linux,oracle,spring。

2014,quercus

2018,函式式程式設計

2019,分詞,智慧型問答

2020,f... big data

2021,待更新,可能是圖資料庫或者編譯原理或神經網路。

5樓:

忘記,忘記自己知道的,學習的,做過的和擁有的一切,再從新構建自己想做的。會超越自己命運和技術的極限。開發反而很簡單,目標反而很近。

6樓:zhangxiaoyang

時間是稀缺的,核心是擁有時間,釋放時間,利用好時間。

具體實踐包括:

1. 面向效率程式設計:通過大量重複,掌握技術實踐,再用節省的時間思考如何避免或減少重複

3. 面向結果程式設計:執行之前,先思考如何評價執行效果,避免說不清結果,來回往復,浪費時間

4. 面向業務程式設計:通過快速執行來完成任務,再用節省的時間思考為什麼要做這件事,業務或場景的背景及拆解是什麼,有沒有更好的服務業務的方法

5. 面向總結程式設計:養成記錄背景、過程、結果的習慣,可以節省未來的時間

7樓:Allen

其實,沒有掌握了某個概念或者技術就能突飛猛進的只有一步乙個腳印。當你達到那個層次的時候,那些東西都會自然而然的水到渠成。只能說某個點的出現讓你連線起來了原來所有學的東西。

就比如併發程式設計中的內容,初期看是懵的,當你一步步先去實踐了,然後在回來看理論會很通透的感覺,然後再去往底層、看使用者態、核心態、CPU、記憶體這些的基本原理時候,就把原來的東西全部串了起來。

還有一點很重要記筆記,一般是自己寫和複製別人的博文(在稍加注釋),有點人說只是複製別人的博文沒有有,其實不是這樣的,整理這些是構建你的知識體系。

特別是一些處理過的問題或者搜過的問題並且解決了,就一定要記錄下,不然下次你還會遇到,依然會花很長時間去查,如果你記錄在了雲筆記中,直接可以搜尋出來。

8樓:

所謂優化,大概要做如下幾件事:

不做沒必要的事情,常見表現是:快取

合適的時候做合適的事情,常見表現是:非同步

遇到要對程式進行優化的時候,只有這兩個思路,別瞎搞

9樓:freeprogrammer

Assembly, MMU, Linker and loader, bin utility, gdb, core dump analysis

Invariant, mathematic induction

Linear Algebra, Tensor Notation, PDE, FFT

10樓:王雞血

菜雞一枚,這裡介紹一下自己日常工作中覺得對提公升自己有幫助的習慣:

1. 寫文件寫部落格。這裡是對自己掌握知識的總結,要知道理解乙個知識和能把掌握的知識寫出來還是有一定差距的。

在寫文件的同時可以提公升自己對知識的掌握程度,也會關注到之前沒有想到的細節。

2. 科學上網。除了在日常面向搜尋引擎程式設計以外,我在上下班路上會刷刷推,在推上關注了很多技術相關賬號。

通過每日的推送,可以實時得到你所在領域最新的動態,如最新的開源專案,一些有趣的linux命令等。

3.系統學習。雖然網上有很多質量上乘的技術部落格值得我們學習,但還是要找出時間系統的對我們感興趣的領域進行學習。書對知識結構完整性介紹是部落格替代不了的。

4.鍛鍊身體。身體是革命的本錢,如果因為生病請假一天,平均到一周相當於每天少了2小時的工作時間,同樣也是少了2小時的學習機會,所以一定要找出時間鍛鍊身體。

我現在每天早上7點鐘出門,上班前去游個泳,運動量不多500m,但堅持就是勝利。

5.從基礎中來到實踐中去。在我的工作中,70%遇到棘手的問題(可能90%)都是對基礎知識掌握的不夠深不夠多導致的;所以一定要把基礎知識打撈。(雖然自己也沒做到)

最後想說: 流水不爭先,爭得是滔滔不絕。 所有事情堅持起來都有意義。奧利給

11樓:豆豆芽

看一圈外面的世界,你會更知道自己在程式設計師人群中的水平。

把自己投放到市場上:去投簡歷參加面試也好,努力接活當數字遊民也好,跟其他領域的程式設計師交流也好。哪怕只是每天花五分鐘,瀏覽別人的技術部落格,只要能擴充套件眼界就行。

很多人遇到瓶頸,其實是因為只看得到公司裡、甚至組裡那點人和事。

外面的世界日新月異,你和同事用個二十年前的框架還爭來爭去。

外面已經開源多少年,你老闆還覺得教會徒弟餓死師傅。

外面都在學習寫作樹立個人品牌,你寫個文件還在跟同事推三阻四。

乙個智力良好(且對學習充滿熱情)的人,發展中遇到瓶頸的原因通常是某種心魔,比如覺得自己技術已經很好不知道該學什麼了、覺得自己學習能力很差技術永遠不會好了。囿於心魔,浪費了自我提公升的時間,其實是很可惜的。

12樓:buffalobuffalo

這種感覺往往在我每次寫完乙個PR都會不由自主的出現啊,而且往往離下乙個production outage之前只差乙個release的週期

13樓:三七二十

印象深刻的有兩次,技術沒有突飛猛進,但是當時感覺整個世界都變得更清晰了。

第一次是在嘗試理解「程式語言」和「通訊協議」到底是什麼的時候,明白了「資訊」也是有力量的。

第二次是在學 Haskell 的時候,看到了型別系統的魔力。隱約感受到了形式邏輯系統的力量。

14樓:

這個東西,可以上公升到技術哲學的層面。

世界沒有新鮮事。程式設計的思維模式和技術方法,其實在其它領域中早就有了。例如,設計模式中的門面模式,請到CBD觀察一下前店後廠。

又例,Spring的AOP,請觀察一下醫院的會診、新生入學與畢業生離校,等等。小龍蝦的進貨。小吃一條街,啤酒妹(並無不敬)、這家的小龍蝦、那家的串串,等等。

世界本來就是這樣的。所以本體論、還原論,程式設計也是。

從簡單到複雜,螺旋上公升。不過如此。

技術,本質、場景、練習方法、運用方法。其實都一樣。一通百通。

15樓:努力上進的碼農

英文會用Google和用英文搜尋,會讓你事半功倍,很快能找到相應的答案。我同意,英文是決定了乙個程式設計師的上限。另外,學好了英文可以肉身翻牆去發達國家程式設計。

2. 數學

要脫離curd程式設計師要麼就是往併發/架構方向發展,要麼就是打好紮實的演算法。

想要去做架構,併發程式的設計需要有良好的平台,個人覺得這個經驗更重要。但是門檻也是同樣相對高點的演算法工程師,也是很好的選擇。

掌握好高數裡面的導數/偏導數/積分/微分泰勒公式,貝葉斯概率,線性代數的矩陣等等就可以入門人工智慧了,總比curd boy強一點吧,對不對?

16樓:曉凡

「世間萬物,不同結構物件都是由量化資料,通過大自然演算法的神奇演繹迭代而成的。「

而這句話可能只被那些擁有抽象思維的人類所理解。

17樓:程式設計小石頭

閱讀原始碼,閱讀原始碼分兩種

一,閱讀開源的優秀原始碼

比如阿里,谷歌,還有一些技術大牛開源的技術原始碼。

二,閱讀系統原始碼

閱讀原始碼能收穫很多,可以跟著優秀的人學習優秀的思路

18樓:謝然

數學&英語

C語言資料結構與演算法

組成原理

計算機網路

要說思想或者概念的話,那莫過於

AB Problem

WHAT HOW WHY

Smart Question

以及,持之以恆,凡事不要求快,就像這個題目問的一樣,妄想掌握一些理念就能讓你"突飛猛進",不可能的。

沒有捷徑,少走彎路就已經很好了。

作為一名程式設計師,你在程式設計的道路上一路走來都接觸過什麼語言?對你的程式設計師之路有什麼影響?

低空飄過 小學計算機興趣班海龜畫圖logo 初中計算機課教basic,資訊學競賽pascal和c高中資訊學競賽仍然是C和C 本科程式設計基礎還是C無壓力。力學狗還有門課教Fortran,學太空飛行器動力學用matlab,這兩個也成了以後的主力語言 博士大規模科學計算主要寫Fortran,處理資料用m...

在做前端的道路上,當你理解了什麼思想時使你感覺自我提公升突飛猛進?

蒲月七 元件化思想,我個人覺得是對我而言最重要的乙個東西,懂得如何去封裝乙個東西去給自己專案中其他地方掉用或者給別人用。這個封裝的過程,很考驗自己全域性觀。所以光是這個過程就夠得我去學去收穫經驗值。 hpoenixf 去面試bat等大公司,發現他們問了很多自己沒想過沒準備過的問題 在搞懂他們的問題後...

在成為情強的道路上,你經歷了什麼?

什麼問題。還有回答也是,情報蒐集和情報分析完全是兩回事。情報收集完全是苦力,費時間費精力,具有較好的規模效應。在情報分析上有一件有趣的事情是,有人會分析拋向高空的物體的重量,空氣濕度,風向,速度,卻又會忘記它會落下這件事,這點真是奇妙。反正這都不是宅能簡單懂的東西,沒資源構建乙個組織,指望通過網上的...