新的技術和概念應該盡可能先去接受,而不是排斥。

2021-08-30 09:12:55 字數 363 閱讀 8416

新的技術和概念我們應該盡可能的先去接受,而不是排斥。

也許你對這個技術和概念持反對的意見,或者這個技術帶來的複雜程度遠超出我們的承受能力,甚至它對你的工作和生活沒有用,沒有幫助。

我們也要去接受它,不要排斥它,不是因為我們要追求「時尚」「趕潮流」。而是讓我們有更多知識儲備與別人溝通交談,與時代保持同步,甚至你是準備要反駁對方。

否則我們可能就會一步一步的被大環境所淘汰,慢慢的老化我們的思想,技術,解決方案,你會浪費更多的時間,重複製造而且還不一定是最佳方案。

it領域技術更新飛快,跟蹤新技術會很累,會犧牲很多與家人和朋友相處的時間。

如果你立志於技術是你的理想,而不是你的生存手段,我們就要努力的學習新技術,先去接受他,不要先排斥他~。

switch和if,盡可能使用switch

switch 的判斷條件是 5 個時,效能比 if 高出了約 2.3 倍,而當判斷條件的數量越多時,他們的效能相差就越大。如果為1 2 3 4 5 6 7 8這種緊湊行case條件時,底部使用tableswitch 如果為3 6 8 9 22 34 這種非緊湊型case條件是,底部使用lookups...

盡可能地推遲變數的定義

是的,我們同意c語言中變數要放在模組頭部定義的規定 但在c 中,還是取消這種做法吧,它沒必要,不自然,而且昂貴。還記得嗎?如果定義了乙個有建構函式和析構函式的型別的變數,當程式執行到變數定義之處時,必然面臨構造的開銷 當變數離開它的生命空間時,又要承擔析構的開銷。這意味著定義無用的變數必然伴隨著不必...

盡可能擺脫對HttpContext的依賴

在asp.net mvc中負責 轉化資料 的層次為model binder。關於這一點,現有的 示例 大都關注把form或querystring中的資料轉化為action引數上,不過model binder可用的地方其實更多。例如在 最佳實踐 的 中,原本accountcontroller的dele...