在短短20年的時(shí)間里,軟件工程已經(jīng)從設(shè)計(jì)具有單一數(shù)據(jù)庫和集中式狀態(tài)的整體式架構(gòu)轉(zhuǎn)變?yōu)槲⒎?wù),在微服務(wù)中,所有內(nèi)容都分布在多個(gè)容器,服務(wù)器,數(shù)據(jù)中心甚至大洲上。 分發(fā)事物解決了擴(kuò)展問題,但引入了一個(gè)全新的問題世界,其中許多問題以前是由整體解決的。
定義和衡量程序員的生產(chǎn)力是工程經(jīng)理或CTO職位描述中最困難的部分之一。 當(dāng)您所做的一切無形時(shí),應(yīng)如何衡量? 可以衡量嗎?
如果您在互聯(lián)網(wǎng)上放置一個(gè)文本框,則有人會將垃圾郵件放入其中。 如果您在一個(gè)每天獲得數(shù)百萬點(diǎn)擊的網(wǎng)站上放置一個(gè)文本框,那么很多人都會在其中放置大量垃圾郵件。 因此,Stack Exchange使用多層來阻止所有垃圾郵件的傳入。
我們與Vercel首席執(zhí)行官Guillermo Rauch和Next.js開發(fā)負(fù)責(zé)人Tim Neutkens進(jìn)行了交談,討論了該版本帶來的新功能,Next.js的下一步功能以及他們的方法如何幫助越來越快的網(wǎng)絡(luò)用戶保持在線狀態(tài)。
開始為開源項(xiàng)目做出貢獻(xiàn)可能令人生畏。 但是,只需進(jìn)行一些研究和計(jì)劃,您就可以成為您喜歡的開源軟件的重要組成部分。
無論在何種程度上,無論項(xiàng)目多么善意和隨心所欲,要想大規(guī)模取得成功,都必須做出決定并解決沖突。 但是,一個(gè)項(xiàng)目的最佳決策是由一個(gè)人說了算,還是通過與幾個(gè)人的委員會達(dá)成共識來進(jìn)行?
Salesforce的兩位工程師討論了如何將復(fù)雜的庫與舊的意大利面條邏輯分離,然后通過創(chuàng)建一個(gè)新的內(nèi)部流程(以前不存在)來開源該庫。
要吸引開發(fā)人員加入您的組織并在內(nèi)部創(chuàng)建一個(gè)使他們有能力執(zhí)行最佳工作的環(huán)境,需要采取什么措施。 最成功的策略之一是聘請出色的開發(fā)人員,為簡便起見,我們將其簡稱為DevEv。 在遠(yuǎn)程工作的時(shí)代,DevEvs可能是……
我們的CTO分享了她選擇聘用人員的過程,并提供了有關(guān)開發(fā)人員如何為成功定位的見解。
在上一個(gè)職位上,我曾是一家知名公司的特定技術(shù)堆棧的工程經(jīng)理。 我們對所有應(yīng)用程序進(jìn)行分類的一種方法是要求對潛在候選人進(jìn)行編碼測試。 一個(gè)人真正脫穎而出,它教會我思考我在這些提交中真正尋找的是什么。
文章搜索
熱門博主推薦
熱門文章推薦