從一對一的對話中收集一系列關(guān)于頂級開發(fā)人員痛點的見解。
- 原文鏈接：
https://web.dev/deep-dive-into-developer-pain-points/ - 作 者：André Cipriani Bandarra
- 翻 譯：w3cschool編程獅
幾個月前，Paul Kinlan 發(fā)布了關(guān)于 2021 年頂級開發(fā)者痛點的文章，本文以最近 2 個季度的更新開始。數(shù)字略有變化，但排名沒有改變。
| 挑戰(zhàn) | 2021 年第一季度 | 2021 年第二季度 | 2021 年第三季度 | 2021 年第四季度 |
|---|---|---|---|---|
| 跟上網(wǎng)絡(luò)平臺或網(wǎng)絡(luò)標(biāo)準(zhǔn)的變化。 | 27% | 26% | 27% | 22% |
| 跟上大量新的和現(xiàn)有的工具或框架。 | 26% | 26% | 25% | 21% |
| 使設(shè)計或體驗在不同瀏覽器中的工作方式相同。 | 26% | 28% | 24% | 21% |
| 跨瀏覽器測試。 | 23% | 24% | 20% | 20% |
| 了解和實施安全措施。 | 23% | 25% | 20% | 19% |
正如 Paul 的博文中提到的，我們需要解決這些痛點。作為更大努力的一部分，我和我的同事 Kadir Topal 采訪了超過 18 位開發(fā)人員。我們的目標(biāo)是調(diào)查并開始理解解決頂級開發(fā)人員痛點的途徑。
開發(fā)者討論
免責(zé)聲明： 這些見解是基于與開發(fā)人員的少量對話。當(dāng)使用“全部”或“某些”時，這是指所采訪的開發(fā)人員，而不是整個社區(qū)。需要更多的研究來更廣泛地推斷這些見解。
這些對話很好地提醒了 Web 開發(fā)者社區(qū)是多么的神奇和多樣化，我要感謝所有與我們交談的開發(fā)者。一些開發(fā)人員擁有超過 25 年的經(jīng)驗，而另一些開發(fā)人員直到 2020 年才開始工作。一些開發(fā)人員通過正式的計算機科學(xué)學(xué)位開始了他們的職業(yè)生涯，而另一些則獨立開始了他們的職業(yè)生涯。一些開發(fā)人員通過閱讀瀏覽器發(fā)行說明積極尋找新事物并跟上進度，而另一些開發(fā)人員則通過同事和朋友了解新事物。一些人認為復(fù)雜性是工作的一部分并且喜歡接受挑戰(zhàn)，而另一些人只是想完成他們的工作。在考慮解決這些痛點時，重要的是要牢記這種多樣性！
所有開發(fā)人員的共同點之一是他們都在使用 CMS 或框架來完成他們的工作。都提到了 Wordpress、React、Bootstrap、Angular 和 Tailwind，沒有一個開發(fā)人員在生產(chǎn)中使用 vanilla web 平臺。開始項目時選擇框架是一項挑戰(zhàn)，開發(fā)人員經(jīng)?？紤]非技術(shù)要求。例如，聘請開發(fā)人員使用該框架是否容易。如果解決方案中不包含框架和 CMS，我們將無法改善開發(fā)人員的痛點。
說到網(wǎng)絡(luò)平臺，大多數(shù)開發(fā)人員都將平臺理解為他們正在開發(fā)的東西。這不僅包括 Web 平臺的經(jīng)典定義，還包括 CMS、框架、工具和 polyfill。在許多情況下，與這些保持同步是最大的困難所在。這改變了我們對這個問題的解釋，我們現(xiàn)在知道我們需要更新我們的調(diào)查，將其分解成不那么模棱兩可的不同部分。
另一個模棱兩可的領(lǐng)域是網(wǎng)絡(luò)標(biāo)準(zhǔn)的定義。當(dāng)被問及有關(guān)跟上標(biāo)準(zhǔn)的示例時，許多開發(fā)人員指出了跟上最佳實踐的困難。這是我們需要在調(diào)查中澄清的另一個領(lǐng)域。
開發(fā)人員在實現(xiàn)特定用例和模式時會尋找最佳實踐。博客文章和 StackOverflow 被認為是最佳實踐的來源，但開發(fā)人員經(jīng)常想知道他們正在閱讀的信息是否確實是最佳實踐，以及它是否與最新的功能和 API 保持同步。他們希望有更官方的來源來閱讀這些內(nèi)容。
跟上支持新用例的功能和 API 是一個較小的問題。開發(fā)人員在功能、API 和平臺更改方面更加掙扎，這些更改會導(dǎo)致最佳實踐發(fā)生變化。
大多數(shù)開發(fā)人員都同意兼容性是最大的挑戰(zhàn)之一。通過 Compat 2021 和 Interop 2022 等努力，情況正在改善，但很明顯，開發(fā)人員還沒有將其視為已解決的問題。
大多數(shù)開發(fā)人員以一種或另一種方式使用 polyfill。然而，在許多情況下，使用對開發(fā)人員來說是透明的，因為 polyfill 可以由 Babel 或框架之類的工具自動添加。對于那些自己管理 polyfill 的人來說，弄清楚 polyfill 是否“好”可能是個問題。開發(fā)人員提到使用 NPM 上的安裝數(shù)量和 polyfill 的創(chuàng)建者作為信號。一些開發(fā)人員提到正在努力刪除由于放棄對 IE11 的支持而變得不必要的 polyfill。
框架引入了碎片化問題。我們聽說開發(fā)人員被“困”在舊版本的框架中，并因此限制了他們可以使用的功能，但是遷移到同一框架的新版本可能成本高昂且難以證明是合理的。
結(jié)論
現(xiàn)代 Web 開發(fā)有許多移動部分，包括標(biāo)準(zhǔn)、瀏覽器、庫、polyfills、CMS、框架、最佳實踐和工具。這種多樣性是網(wǎng)絡(luò)的一大優(yōu)點，但現(xiàn)在，每個開發(fā)人員都需要單獨了解每個部分以及它們?nèi)绾蜗嗷ゼ嫒荨?/p>
我想知道是否有一種方法可以讓開發(fā)人員更清楚地了解一切是如何聯(lián)系在一起的，以及所有部分之間的更多一致性，而不會影響多樣性。這是一個大而復(fù)雜的問題，很難一次完成。但是從哪里開始呢？
以上就是關(guān)于從一對一的對話中收集一系列關(guān)于頂級開發(fā)人員痛點的見解，的全部內(nèi)容了，關(guān)注w3cschool編程獅訂閱更多IT資訊、技術(shù)干貨~
