從一對一的對話中收集一系列關(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ā)人員通過正式的計算機科學(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ò)標準的定義君丁。當被問及有關(guā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ā)有許多移動部分厌处，包括標準、瀏覽器岁疼、庫阔涉、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ù)干貨~
