一月一更的 TIOBE 榜單新鮮出爐,快來看看開發者最常用的程式設計工具都有哪些變化吧!
隨著跨平臺工具的崛起,以及全球數字化程序的加快,還有多少做著單一移動開發的程式設計師?
一直以來,很多開發者不停地發問,但這個問題迄今為止沒有明確的答案。不過,從幾年前起業界傳出的“移動網際網路已飽和”、“移動開發沒人要了”等唱衰的聲音中,相信很多開發者已有一絲瞭然,如今據 TIOBE 最新的 4 月榜單顯示,我們也發現那些曾頂起移動開發半邊天的工具正在逐漸隱退。
在上個月榜單中,我們曾報道過,作為 iOS 開發者最常用的程式語言,Swift 自去年 10 月起就熱度一直呈下降趨勢,這個月 Swift 排在了第 15 位,在去年的同期,Swift 還能排名第 11 位。
與此同時,在 Swift 語言出現 …
時間進入到了3月,雖然受疫情影響,很多公司還是選擇遠端辦公,你是不是依然在家宅著呢?對於已經復工的人來說,上班路上人員眾多,一定要做好自我保護,沒有什麼比健康更重要的!
進入三月,新的程式語言排行榜新鮮出爐,TIOBE 最新發布了 3 月程式語言排行榜。
從榜單中我們可以看到,前三名分別為Java、C、Python。相較於上個月,Java從 1.48% 上升至 2.9%,以 17.78% 的份額穩居第一。
按照 Oracle 對 Java 的釋出週期來算,在本月中 Java 14 將會有最新的訊息給到開發者,譬如記錄 (records)、switch 表示式、模式匹配等。但據《2020 Java 生態系統》報告顯示,最受開發者喜愛的依然是 Java 8 及 Java 11。
C語言不愧是年度程式語言,以3.03%的年增長率繼續大幅領先。整體上來看,排名前10的語言基本都穩定如常。本月衝出了Go 語言這匹黑馬,一路擠進前十。去年同期,Go排在第18位,前兩個月的榜單中,Go上升到第14位,然後持續爬升,終於在3月進入前十。
另外,繼上個月 Objective-C 排名下降之後,蘋果主推的另一大程式語言 Swift 在本月也跌出了 Top 10,位於第 13 名,佔比 1.24%。與此同時,VB 倒是出乎意料地進入了 Top 20。
Delphi作為 Windows 平臺下著名的快速應用程式開發工具以及一款 IDE,很多開發者都深知他的強大,因此評價道“真正的程式設計師用 C++,聰明的程式設計師用 Delphi”。
這大概是 Delphi最終沒落的跡象。自2001年6月TIOBE指數存在以來,Delphi一直位居前20名,在2000年代初,它是最流行的語言和IDE之一。2002年發行的 Delphi 7大概是它的巔峰,此後 Delphi開始陷入麻煩,包括Linux移植失敗,版本出現錯誤等等。與此同時,一些具有類似功能的 IDE席捲市場,Delphi開始衰退。
TIOBE認為,導致 Delphi沒落的另一個主要原因是它的發行頻率太低。原先每年都有一個主要版本,而2018年之後,Delphi卻沒有了什麼新的動靜。
對此,也有不少網友評價道,Borland 這樣的第三方 IDE 提供商,本身沒有掌握語言,只是給語言提供 IDE 工具,雖然做的非常不錯,但是最後只是給人做嫁衣裳。
来源:CSDN
本篇是機器學習面試200題第八篇,由於篇幅太長,本篇介紹141–160題~
以前寫過的面試題集錦,指路這邊
141.在下面哪種情況下,一階梯度下降不一定正確工作(可能會卡住)?(B)
答案:(B)
這是鞍點(Saddle Point)的梯度下降的經典例子。另,本題來源於:題目來源
https://www.analyticsvidhya.com/blog/2017/01/must-know-questions-deep-learning/
142.下圖顯示了訓練過的3層卷積神經網路準確度,與引數數量(特徵核的數量)的關係。
無論什麼樣的公司,財務員工一直都是螺絲釘的角色,分工非常細,很有可能出現一種情況:做內賬的不認識做外賬的,做成本分析的不認識做合併報表的。
造成這種情況的原因就是因為財務報表工作的冗雜、繁複,很難實現一人負責全部財務報表的工作。
就好比我之前入職的公司有一個財務主管,每天晚上基本上都要在公司加班到半夜,Excel越做越多,但是隨著公司業務的增多,Excel難以支撐公司業務分析需求,加上工資又不高,總監勸了半天也就願意加幾百塊的工資,最後財務主管實在受不了就辭職了。
總監以為再招一個財務很簡單,結果因為工資低、工作量太大,遲遲招不到人,最後從招一個變成了招兩個、從招兩個變成了招五個。
最後財務部門的報表工作越來越臃腫,後來還專門招了一個人做報表稽核,但是因為Excel沒法實現平臺管理經常出錯,我們這些部分感覺跟財務溝通要累10倍,財務人力成本增加了4倍多,最後造成公司賬目混亂,現在估計也已經倒閉了。
来源:CSDN
本篇是機器學習面試200題第七篇,由於篇幅太長,本篇介紹121–140題~
有神經網路相關唷~內容感興趣的話請持續關注唷XD
系列篇1指路
系列篇2指路
系列篇3指路
系列篇4指路
系列篇5指路
系列篇6指路
121.如何解決梯度消失和梯度膨脹?
(1)梯度消失:
根據鏈式法則,如果每一層神經元對上一層的輸出的偏導乘上權重結果都小於1的話,那麼即使這個結果是0.99,在經過足夠多層傳播之後,誤差對輸入層的偏導會趨於0,可以採用ReLU啟用函式有效的解決梯度消失的情況。
(2)梯度膨脹
根據鏈式法則,如果每一層神經元對上一層的輸出的偏導乘上權重結果都大於1的話,在經過足夠多層傳播之後,誤差對輸入層的偏導會趨於無窮大,可以透過啟用函式來解決。
122.推導下反向傳播Backpropagati …
為什麼我們仍在使用 SQL?
SQL 和關係資料庫管理系統(RDBMS)都是在 上世紀70 年代早期開發的。Edgar F. Codd 開發了 RDBMS,而 Donald D. Chamberling 和 Raymond F. Boyce 開發了 SQL。
二者都誕生在計算機技術的早期,而且在 90% 的時間裡都非常有效,使得資料庫成為了一項 “已經被解決的問題”。就像 MailChimp 已經成為了傳送新聞簡訊的同義詞。如果你想使用資料庫,你就得使用 RDBMS 和 SQL。
不過,仍然還是有人使用其他 Email 軟體,正如還是用人使用非 SQL 的資料庫。但即使是存在著其他可供使用的資料庫技術,SQL 依舊佔據霸主地位。
以下 8 條,就是我們在 SQL 誕生 48 年後依舊使用它的原因。
SQL 最初基於關係代數和元組關係演算 — — 由 Codd 特別為關係資料庫開發的兩種數學模式 …
標題其實是最近某個朋友後台發我的一個問題,對此我的答案是:
沒有。沒錯,就是沒有。
怎麼可能替代Excel?做資料分析經常要和資料打交道,至今為止,我沒有遇到過能超越Excel的軟體,你做個表格還能更方便嗎?不能。
但是!總會有個但是,Excel的資料處理能力,一直是被我的同事和下屬們詬病的,能想象嗎?10萬行以上的資料卡死是常事,也不是沒有解決方法,就是覺得這麼下去不是個事。
在與Excel打交道的過程中漸漸發現了很多無能為力的地方,首先是需要解決資料時效性的問題,資料是流動的,每天都會有很多新的資料產生,通過Excel去更新統計和檢視,無疑時效性特別差。
更新起來麻煩不說,還容易出錯,其次資料展現方式比較單一,難以聚焦。
這都是讓從業者痛苦的地方,我相信不止一個資料分析師有這樣的想法。
表格這塊,沒有軟體有戲,但是在資料處理和資料展示方面,這2個軟體首當其衝。
先來說第一個:
這個軟體是報表工具,Excel的大部分作用都被拿去做報表了,所以個人認為FineReport可以很好地取代Excel。
針對IT和技術偏多,管理層和業務層提出需求,然後去檢視資料。
推薦他是因為有兩個高效率的點:
①可以完成從資料庫取數(有整合資料功能) — 設計報表模板 — 資料展示的過程,不用像Excel一樣不停地核對和記錄資料
②類似Excel做報表,一張模板配合引數查詢可以代替幾十張報表,很省事
用SQL從資料庫裡取好資料之後,直接拖拽就可以了。
資料處理方面,經常會用到以前的資料集,那這種情況下怎麼辦?直接開啟FineReport中以前的資料取數SQL,複製貼上,比再寫一遍簡單很多。
而且你看,圖表的種類和型別也有很多,這是我比較看重的一點,Excel的圖表太落後了,在做出視覺化的同時,也能做出視覺化大屏,一舉兩得!
来源:CSDN
本篇是機器學習面試200題第六篇,由於篇幅太長,本篇介紹101–120題~
感興趣的話請持續關注唷XD
系列篇1指路
系列篇2指路
系列篇3指路
系列篇4指路
系列篇5指路
101.隨機森林如何處理缺失值。
方法一(na.roughfix)
簡單粗暴,對於訓練集,同一個class下的資料,如果是分類變數缺失,用眾數補上,如果是連續型變數缺失,用中位數補。
方法二(rfImpute)
這個方法計算量大,至於比方法一好壞?不好判斷。先用na.roughfix補上缺失值,然後構建森林並計算proximity matrix,再回頭看缺失值,如果是分類變數,則用沒有陣進行加權平均的方法補缺失值。然後迭代4–6次,這個補缺失值的思想和KNN有些類似1缺失的觀測例項的proximity中的權 …
這是一個專注於數據分析職場的內容部落格,聚焦一批數據分析愛好者,在這裡,我會分享數據分析相關知識點推送、(工具/書籍)等推薦、職場心得、熱點資訊剖析以及資源大盤點,希望同樣熱愛數據的我們一同進步! 臉書會有更多互動喔:https://www.facebook.com/shujvfenxi/