Categories
程式開發

2019年薪水最高的十三個技術崗位

如果您是一名計算機科學專業的畢業生,或者正在考慮投身於軟件開發領域,抑或是經驗豐富且正在考慮跳槽的程序員,那麼恭喜各位——這篇文章絕對能帶來一些有益的啟發。

在本文中,我們將共同了解目前技術行業中薪酬最高的13個開發崗位。

這些崗位門檻也不算太高。大家只要具有一定的編程經驗再加上旺盛的學習熱情,就完全可以在其中一試身手。另外,機器學習與數據科學領域尤其適合初學者以及經驗豐富的程序員,前途光明啊各位!

平均來講,機器學習專家與數據科學家的年薪在11萬美元到12萬美元之間,而且市場仍對相關人才擁有旺盛的需求。如果大家願意投身其中以解決現實問題,相信會有不少企業提供令人興奮的機會。

很多朋友都對程序員以及技術人員的薪酬水平感到好奇。開發人員往往抱怨質量保證人員的薪水比他們高,而質量保證人員對開發者卻也有著同樣的印象。

另外,即使我們的某些同事在經驗上還不如自己,其仍然有可能拿到比咱們更高的工資。沒錯,軟件開發行業就是這樣,同崗不同酬的情況太常見啦。

但不管怎麼說,技術人員能拿到的薪酬還是遠遠高於平均水平的,只能說某些從業者拿得更多。

在與招聘師以及招聘經理面談之前,我花了不少時間查閱Glassdoor上關於特定技術職位的平均工資。當然,這些數字不算太準確,只能算是一種相對可靠的基準與參考,僅此而已。

相反,我更相信Stack Overflow上的開發者調查數據。我一直在跟踪他們的調查,並藉此了解到目前最流行的技術、框架、庫以及編程語言等信息。本文也將重點進行介紹,希望能讓大家更有針對性地努力提高自己的薪酬水平。…

Categories
程式開發

TPS火箭躥升,未來依然任重道遠

TPS火箭躥升,未來依然任重道遠 2

以太坊伊斯坦布爾升級後,TPS更快了,從原來的20左右直線躥升到3000+,但還不至於到“世界超級計算機”的級別。

以太坊創始人Vitalik Buterin曾聲稱,此次伊斯坦布爾升級後,以太坊每秒能支持3000筆交易。那升級後的以太坊是否會釋放新一波創新熱潮呢?以太坊網絡是否會迎來一段流量激增?如果有,又會對以太幣產生什麼影響呢?

慢有慢的道理

談到以太坊的交易速度,業界已形成共識,那就是,“以太坊太慢了”。但是以太坊為什麼這麼慢?如果從金融服務層面看,以太坊的速度其實很快。當人們說以太坊慢時,往往會犯一個錯誤,會對以太坊的慢產生誤解。其實,與人們的直覺相反,以太坊的慢不算一件壞事。以太坊的運行機制就是讓用戶使用以太幣購買gas來執行某次合約的運算。

如果以太坊出現擁堵,說明有更多的人想花錢在以太坊上操作運算,人數遠遠超出其最大承載量。

我們打個比方,如果你開了一家蘋果手機專賣店,前來購買新款手機的顧客在店前排起了長龍,而且隊伍的長度在不斷增加。你的顧客越多,盈利當然也越多。顧客趨之若鶩來給你送錢,導致你的交易系統過載,恰恰說明你的產品和服務做得很棒,你不會去抱怨什麼交易速度的問題。

TPS火箭躥升,未來依然任重道遠 3

“世界超級計算機”不好實現

要讓所有代碼計算達成共識,成本是很高的,所以,這個過程注定非常緩慢。伊斯坦布爾升級可以讓以太坊達成共識的速度更快,但說成是“世界超級計算機”未免有些誇大,就好像以太坊有一個非常厲害的系統,能夠滿足世界所有的計算需要,顯然是不現實的。事實上,升級之後,以太坊每秒交易量甚至達不到3000。如果非要比喻,現在的以太坊更像是一台“信任機器”,就像Alex Winter的區塊鏈紀錄片片名,而不是什麼“世界超級計算機”。…

Categories
程式開發

英特爾發布Horse Ridge低溫控制芯片,加速全棧量子計算系統開發

InfoQ 12月10日消息,英特爾研究院於本週一發布了代號為“Horse Ridge”的首款低溫控制芯片,以加速全棧量子計算系統的開發。 Horse Ridge將實現對多個量子位的控制,並為向更大的系統擴展指明方向,英特爾稱這是實現量子實用性的重要里程碑。

解決互聯瓶頸

據悉,Horse Ridge芯片系英特爾與QuTech(由荷蘭代爾夫特理工大學與荷蘭國家應用科學院聯合創立)共同開發。其中,控制芯片的製造在英特爾內部完成,它主要採用了英特爾22納米FinFET技術,在內部製造這些控制芯片將提高英特爾在設計,測試和優化商業上可行的量子計算機的能力。…

Categories
程式開發

历经近五十年的停滞期后,银行业在新技术驱动下开启全面转型

银行业一直利用各类新兴技术改善产品、服务与流程,这也使其成为对技术趋势最为敏感的行业之一。根据Facebook发布的《千禧一代+金钱:新的旅程》报告所言,92%的千禧一代不信任传统银行。此外,千禧一代也成为人类历史上结婚最晚的群体,平均婚龄达到26.5岁。

之所以缺乏信任,主要源自2008年爆发的金融危机及其对全球人口造成的深远影响。此外,在此次金融危机期间,由于世界经济遭受重大打击,银行的盈利能力也开始急剧下降。

历经近五十年的停滞期后,银行业在新技术驱动下开启全面转型 6

全球风投支持型金融科技企业的笲市场估值超过10亿美元(2019年1月25日)

后危机时代下最令人震惊的发展态势之一,在于新兴企业与科技公司的全面崛起。其中相当一部分专门提供金融科技方案,旨在为全球客户提供不同于以往的服务项目,特别是新的支付方式选项。换句话说,在新的商业时代之下,银行已经不再是金融领域的唯一参与者。

而这种从老牌银行转向新兴金融服务业企业的趋势,也引起人们的普遍关注。

鉴于当前的金融科技正以前所未有的速度增长,我们当然应该直面以下问题:

银行业该如何适应下一代金融科技的最新趋势?金融科技的兴起是否对传统银行业构成威胁?或者说,银行完全能够借此机会在新的竞争格局中实现更强大的功能?

回顾

历经近五十年的停滞期后,银行业在新技术驱动下开启全面转型 7

为了理解银行在适应快速发展的金融科技过程中所面临的实际挑战,我们首先需要回顾银行业在整个二十世纪中的发展历程。顺带一提,想当初,客户只能通过填写银行支行提供的实体表单才能建立自己的信息记录。

另外,由于客户的银行账户信息以纸质形式保存,因此人们无法在不开设新账户的前提下完成账户的支行间转移。好在1953年,麻省理工学院为美国银行开发出会计电子记录机(ERMA),这意味着人们可以随处使用自己的唯一银行账户,而不再需要每次提交完整的个人姓名信息。…

Categories
程式開發

陳春花:數字化將是企業的分水嶺

本文發佈於極客時間 | 極客視點專欄,由 InfoQ 整理分享。

近日,國發院BiMBA商學院院長陳春花在《哈佛商業評論》2019 中國年會上發表演講稱,企業必須跟上數字化的潮流,尋求新的增長方式,而企業應對數字化,需要做出三個根本性改變。以下內容摘錄自演講原文。

顧客已經數字化,企業必須跟上

今天,所有人遇到的最大挑戰是不得不接受數字化。數字化的進程比我們想像的要快,並且推動企業不斷找尋新的增長方式。…

Categories
程式開發

數字化時代下的DDD新形式

在設計領域,DDD帶來的變化是什麼?在微服務方面,DDD又帶來哪些新思潮?目前實踐DDD最大的困難是什麼? 11月30日,在由ThoughtWorks舉辦的領域驅動設計峰會DDD-China 2019上,InfoQ記者帶著這些問題對ThoughtWorks創新設計總監肖然進行了採訪。

DDD——設計團隊的新視角

Categories
程式開發

微服務架構陷阱:過渡設計和設計不足

在這篇文章裡,我將簡要地介紹在設計微服務架構時需要注意的問題。如果實施得當,就會獲得自治能力和靈活性,但同時也會帶來通信延遲和部署及託管成本。這篇文章並不是一個高級指南,我只是希望能夠在你們決定採用微服務架構時幫你們做出更好的判斷。

映射服務

在我看來,映射服務是一種很糟糕的想法。

如果你走到了這一步,很可能是因為你需要在服務 A 和服務 B 之間映射 …

Categories
程式開發

90%的人会遇到性能问题,如何用1行代码快速定位?

1. 代码相关

遇到性能问题,首先应该做的是检查否与业务代码相关——不是通过阅读代码解决问题,而是通过日志或代码,排除掉一些与业务代码相关的低级错误。性能优化的最佳位置,是应用内部。

譬如,查看业务日志,检查日志内容里是否有大量的报错产生,应用层、框架层的一些性能问题,大多数都能从日志里找到端倪(日志级别设置不合理,导致线上疯狂打日志);再者,检查代码的主要逻辑,如 for 循环的不合理使用、NPE、正则表达式、数学计算等常见的一些问题,都可以通过简单地修改代码修复问题。

别动辄就把性能优化和缓存、异步化、JVM 调优等名词挂钩,复杂问题可能会有简单解,「二八原则」在性能优化的领域里里依然有效。当然了,了解一些基本的「代码常用踩坑点」,可以加速我们问题分析思路的过程,从 …

Categories
程式開發

如何在JavaScript中處理null和undefined?

在 JavaScript 的開發工作中,許多開發人員都頭疼的一個問題就是處理可選值。怎樣才能最大程度減少由 null、undefined,或在運行時未初始化的值所引發的錯誤,有哪些最佳策略呢?

有些語言針對這類情況有內置的解決方案。在某些靜態類型的語言中,你可以認定 null 和 undefined 是非法值,並且讓你的編程語言在編譯時拋出 TypeError。但即使在這種語言中,也不能阻止 …

Categories
程式開發

怎樣處理糟糕的代碼?

怎樣處理糟糕的代碼? 18

在職業生涯中,程序員難免會遇到糟糕的代碼(bad code]——但是你並不需要成為一個打敗這些糟糕代碼的“惡人”。

從輕鬆的角度來講,糟糕的代碼可以創造大量的就業機會。比如:

  • 需要從諸多優秀開發人員中找一個人來修復錯誤代碼。
  • 需要一兩個高級開發人員來做代碼審查,確保代碼以後不會再次變得糟糕。
  • 其他人還需要時不時地去諮詢那位糟糕的程序員,以便弄明白這些亂七八糟的代碼到底在幹嘛。

也就是說,我們都有過類似經歷。我們不知疲倦地加班加點,試圖去解決一個特別麻煩的錯誤,這時我們發現一個代碼塊,而它就是問題的根源。當你試圖弄明白這堆一團亂麻的代碼的意義時,卻發現這段代碼根本無法閱讀,邏輯混亂不堪,且完全未加任何代碼註釋,你會倒吸一口涼氣,然後開始咒罵:

“這到底是誰寫的代碼?”

“誰竟然如此愚蠢?”

“怎麼會有人寫出如此毫無條理、人神共憤的代碼呢?”