從一對一的對話中收集一系列關(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ò)標準的變化。 | 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ā)人員。我們的目標是調(diào)查并開始理解解決頂級開發(fā)人員痛點的途徑。
開發(fā)者討論
免責聲明: 這些見解是基于與開發(fā)人員的少量對話。當使用“全部”或“某些”時,這是指所采訪的開發(fā)人員,而不是整個社區(qū)。需要更多的研究來更廣泛地推斷這些見解。
這些對話很好地提醒了 Web 開發(fā)者社區(qū)是多么的神奇和多樣化,我要感謝所有與我們交談的開發(fā)者。一些開發(fā)人員擁有超過 25 年的經(jīng)驗,而另一些開發(fā)人員直到 2020 年才開始工作。一些開發(fā)人員通過正式的計算機科學學位開始了他們的職業(yè)生涯,而另一些則獨立開始了他們的職業(yè)生涯。一些開發(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ò)標準的定義。當被問及有關(guān)跟上標準的示例時,許多開發(fā)人員指出了跟上最佳實踐的困難。這是我們需要在調(diào)查中澄清的另一個領(lǐng)域。
開發(fā)人員在實現(xiàn)特定用例和模式時會尋找最佳實踐。博客文章和 StackOverflow 被認為是最佳實踐的來源,但開發(fā)人員經(jīng)常想知道他們正在閱讀的信息是否確實是最佳實踐,以及它是否與最新的功能和 API 保持同步。他們希望有更官方的來源來閱讀這些內(nèi)容。
跟上支持新用例的功能和 API 是一個較小的問題。開發(fā)人員在功能、API 和平臺更改方面更加掙扎,這些更改會導致最佳實踐發(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ā)有許多移動部分,包括標準、瀏覽器、庫、polyfills、CMS、框架、最佳實踐和工具。這種多樣性是網(wǎng)絡(luò)的一大優(yōu)點,但現(xiàn)在,每個開發(fā)人員都需要單獨了解每個部分以及它們?nèi)绾蜗嗷ゼ嫒荨?/p>
我想知道是否有一種方法可以讓開發(fā)人員更清楚地了解一切是如何聯(lián)系在一起的,以及所有部分之間的更多一致性,而不會影響多樣性。這是一個大而復雜的問題,很難一次完成。但是從哪里開始呢?
以上就是關(guān)于從一對一的對話中收集一系列關(guān)于頂級開發(fā)人員痛點的見解,的全部內(nèi)容了,關(guān)注w3cschool編程獅訂閱更多IT資訊、技術(shù)干貨~