深入了解頂級(jí)Web開(kāi)發(fā)者的痛點(diǎn)

從一對(duì)一的對(duì)話中收集一系列關(guān)于頂級(jí)開(kāi)發(fā)人員痛點(diǎn)的見(jiàn)解。

• 原文鏈接：https://web.dev/deep-dive-into-developer-pain-points/
• 作 者：André Cipriani Bandarra
• 翻 譯：w3cschool編程獅

幾個(gè)月前，Paul Kinlan 發(fā)布了關(guān)于 2021 年頂級(jí)開(kāi)發(fā)者痛點(diǎn)的文章，本文以最近 2 個(gè)季度的更新開(kāi)始。數(shù)字略有變化，但排名沒(méi)有改變。

正如 Paul 的博文中提到的，我們需要解決這些痛點(diǎn)。作為更大努力的一部分，我和我的同事 Kadir Topal 采訪了超過(guò) 18 位開(kāi)發(fā)人員。我們的目標(biāo)是調(diào)查并開(kāi)始理解解決頂級(jí)開(kāi)發(fā)人員痛點(diǎn)的途徑。

開(kāi)發(fā)者討論

免責(zé)聲明： 這些見(jiàn)解是基于與開(kāi)發(fā)人員的少量對(duì)話。當(dāng)使用“全部”或“某些”時(shí)，這是指所采訪的開(kāi)發(fā)人員，而不是整個(gè)社區(qū)。需要更多的研究來(lái)更廣泛地推斷這些見(jiàn)解。

這些對(duì)話很好地提醒了 Web 開(kāi)發(fā)者社區(qū)是多么的神奇和多樣化，我要感謝所有與我們交談的開(kāi)發(fā)者。一些開(kāi)發(fā)人員擁有超過(guò) 25 年的經(jīng)驗(yàn)，而另一些開(kāi)發(fā)人員直到 2020 年才開(kāi)始工作。一些開(kāi)發(fā)人員通過(guò)正式的計(jì)算機(jī)科學(xué)學(xué)位開(kāi)始了他們的職業(yè)生涯，而另一些則獨(dú)立開(kāi)始了他們的職業(yè)生涯。一些開(kāi)發(fā)人員通過(guò)閱讀瀏覽器發(fā)行說(shuō)明積極尋找新事物并跟上進(jìn)度，而另一些開(kāi)發(fā)人員則通過(guò)同事和朋友了解新事物。一些人認(rèn)為復(fù)雜性是工作的一部分并且喜歡接受挑戰(zhàn)，而另一些人只是想完成他們的工作。在考慮解決這些痛點(diǎn)時(shí)，重要的是要牢記這種多樣性！

所有開(kāi)發(fā)人員的共同點(diǎn)之一是他們都在使用 CMS 或框架來(lái)完成他們的工作。都提到了 Wordpress、React、Bootstrap、Angular 和 Tailwind，沒(méi)有一個(gè)開(kāi)發(fā)人員在生產(chǎn)中使用 vanilla web 平臺(tái)。開(kāi)始項(xiàng)目時(shí)選擇框架是一項(xiàng)挑戰(zhàn)，開(kāi)發(fā)人員經(jīng)常考慮非技術(shù)要求。例如，聘請(qǐng)開(kāi)發(fā)人員使用該框架是否容易。如果解決方案中不包含框架和 CMS，我們將無(wú)法改善開(kāi)發(fā)人員的痛點(diǎn)。

說(shuō)到網(wǎng)絡(luò)平臺(tái)，大多數(shù)開(kāi)發(fā)人員都將平臺(tái)理解為他們正在開(kāi)發(fā)的東西。這不僅包括 Web 平臺(tái)的經(jīng)典定義，還包括 CMS、框架、工具和 polyfill。在許多情況下，與這些保持同步是最大的困難所在。這改變了我們對(duì)這個(gè)問(wèn)題的解釋，我們現(xiàn)在知道我們需要更新我們的調(diào)查，將其分解成不那么模棱兩可的不同部分。

另一個(gè)模棱兩可的領(lǐng)域是網(wǎng)絡(luò)標(biāo)準(zhǔn)的定義。當(dāng)被問(wèn)及有關(guān)跟上標(biāo)準(zhǔn)的示例時(shí)，許多開(kāi)發(fā)人員指出了跟上最佳實(shí)踐的困難。這是我們需要在調(diào)查中澄清的另一個(gè)領(lǐng)域。

開(kāi)發(fā)人員在實(shí)現(xiàn)特定用例和模式時(shí)會(huì)尋找最佳實(shí)踐。博客文章和 StackOverflow 被認(rèn)為是最佳實(shí)踐的來(lái)源，但開(kāi)發(fā)人員經(jīng)常想知道他們正在閱讀的信息是否確實(shí)是最佳實(shí)踐，以及它是否與最新的功能和 API 保持同步。他們希望有更官方的來(lái)源來(lái)閱讀這些內(nèi)容。

跟上支持新用例的功能和 API 是一個(gè)較小的問(wèn)題。開(kāi)發(fā)人員在功能、API 和平臺(tái)更改方面更加掙扎，這些更改會(huì)導(dǎo)致最佳實(shí)踐發(fā)生變化。

大多數(shù)開(kāi)發(fā)人員都同意兼容性是最大的挑戰(zhàn)之一。通過(guò) Compat 2021 和 Interop 2022 等努力，情況正在改善，但很明顯，開(kāi)發(fā)人員還沒(méi)有將其視為已解決的問(wèn)題。

大多數(shù)開(kāi)發(fā)人員以一種或另一種方式使用 polyfill。然而，在許多情況下，使用對(duì)開(kāi)發(fā)人員來(lái)說(shuō)是透明的，因?yàn)?polyfill 可以由 Babel 或框架之類的工具自動(dòng)添加。對(duì)于那些自己管理 polyfill 的人來(lái)說(shuō)，弄清楚 polyfill 是否“好”可能是個(gè)問(wèn)題。開(kāi)發(fā)人員提到使用 NPM 上的安裝數(shù)量和 polyfill 的創(chuàng)建者作為信號(hào)。一些開(kāi)發(fā)人員提到正在努力刪除由于放棄對(duì) IE11 的支持而變得不必要的 polyfill。

框架引入了碎片化問(wèn)題。我們聽(tīng)說(shuō)開(kāi)發(fā)人員被“困”在舊版本的框架中，并因此限制了他們可以使用的功能，但是遷移到同一框架的新版本可能成本高昂且難以證明是合理的。

結(jié)論

現(xiàn)代 Web 開(kāi)發(fā)有許多移動(dòng)部分，包括標(biāo)準(zhǔn)、瀏覽器、庫(kù)、polyfills、CMS、框架、最佳實(shí)踐和工具。這種多樣性是網(wǎng)絡(luò)的一大優(yōu)點(diǎn)，但現(xiàn)在，每個(gè)開(kāi)發(fā)人員都需要單獨(dú)了解每個(gè)部分以及它們?nèi)绾蜗嗷ゼ嫒荨?/p>

我想知道是否有一種方法可以讓開(kāi)發(fā)人員更清楚地了解一切是如何聯(lián)系在一起的，以及所有部分之間的更多一致性，而不會(huì)影響多樣性。這是一個(gè)大而復(fù)雜的問(wèn)題，很難一次完成。但是從哪里開(kāi)始呢？

以上就是關(guān)于從一對(duì)一的對(duì)話中收集一系列關(guān)于頂級(jí)開(kāi)發(fā)人員痛點(diǎn)的見(jiàn)解，的全部?jī)?nèi)容了，關(guān)注w3cschool編程獅訂閱更多IT資訊、技術(shù)干貨~