<kbd id="afajh"><form id="afajh"></form></kbd>
<strong id="afajh"><dl id="afajh"></dl></strong>
    <del id="afajh"><form id="afajh"></form></del>
        1. <th id="afajh"><progress id="afajh"></progress></th>
          <b id="afajh"><abbr id="afajh"></abbr></b>
          <th id="afajh"><progress id="afajh"></progress></th>

          這個女生寫的軟件,解決了無數(shù)程序員最頭疼的問題!

          共 2598字,需瀏覽 6分鐘

           ·

          2024-06-26 17:00

          每個程序員都遇到過這種情況:



          來來回回,斷斷續(xù)續(xù)的聊天讓小劉不勝其煩,他根本沒法專注到自己的工作上。


          過了一個小時,問題還是沒能解決,小劉不得不跑到小張電腦前,按F12打開控制臺進行現(xiàn)場調(diào)試。


          終于,小劉發(fā)現(xiàn)網(wǎng)絡(luò)選項卡中有個401錯誤,但是前端沒有把對應(yīng)的錯誤消息顯示給用戶。


          就這么一個簡單,本來5分鐘就應(yīng)該應(yīng)該被識別和解決的小錯誤,卻讓程序員浪費了一個下午的時間。


          很多的時候,程序員花了很大精力也沒法復(fù)現(xiàn)錯誤,只能在Bug系統(tǒng)中加一句:不能復(fù)現(xiàn),把Bug打回去。


          測試也很委屈啊:我這里明明看到了,每一步都有截圖,你怎么就是復(fù)現(xiàn)不了,你是故意的吧?


          問題的本質(zhì)就在于,開發(fā)沒有辦法獲得測試人員進行測試時的“上下文”,這個上下文中可能有數(shù)據(jù)庫的數(shù)據(jù),其他系統(tǒng)的狀態(tài),網(wǎng)絡(luò)條件等等。


          測試用例執(zhí)行完,上下文就消失了,這就給定位Bug帶來了很大的難度。


          怎么解決這個問題呢?



          1



          2020年,工作了6年的Dani Grant(丹尼·格蘭特)準(zhǔn)備創(chuàng)業(yè)。



          她和聯(lián)合創(chuàng)始人Irtefa 做了很多次頭腦風(fēng)暴,在Notion上整整列了140個點子。


          他們一廂情愿地覺得這些點子都有成為獨角獸的潛力,準(zhǔn)備大干一場。



          但是他們并沒有意識到,這些看起來很酷的點子并沒有解決真正實際的痛點問題


          在創(chuàng)建公司的前夕,丹妮和Irtefa開了一次會,決定從這140個點子中挑選一個,開始創(chuàng)業(yè)。


          開會前,丹妮偶然問起了Irtefa他所在的團隊工作情況,Irtefa當(dāng)時還在Cloudflare(一個CDN公司)工作。


          Irtefa吐槽到產(chǎn)品團隊和工程團隊中間來來回回的溝通實在是太讓人沮喪了,產(chǎn)品團隊很難有效地報告一個問題,工程團隊更是難以復(fù)現(xiàn)和解決問題,正像文章開頭描述的那樣。


          兩人突然意識到,這才是我們要構(gòu)建的東西啊:


          一個瀏覽器的擴展,可以讓任何人輕松地通過一次點擊,就創(chuàng)建一個程序員友好的Bug報告


          這個Bug報告有多友好呢? 


          它記錄下了所有的操作步驟:


          對操作過程進行了錄像:


          記錄下了所有的HTTP請求和響應(yīng)的數(shù)據(jù):


          當(dāng)然也支持各種簡單的標(biāo)記:


          他們把這個產(chǎn)品叫做Jam


          說起來容易,做起來很難,讓用戶接受一個新產(chǎn)品是非常困難的


          剛開始的時候,Jam只有幾千用戶,經(jīng)歷了7次失敗的發(fā)布,直到Jam的第8版,才被用戶所接受。


          在官網(wǎng)上能看到丹妮的一些早期博客,可以看出他們在不斷探索,也在不斷掙扎。



          產(chǎn)品在2023年有了爆發(fā)性的增長:用戶數(shù)增長10倍,達到了75000的里程碑。



          全球的巨頭如HP、Dell、Salesforce、聯(lián)合利華、Autodesk 、迪斯尼等公司都開始使用Jam 來簡化Bug報告的流程,Jam的用戶群已經(jīng)覆蓋150多個國家。


          2024年2月,Jam獲得了890萬美元的A輪融資,由GGV Capital 領(lǐng)投。


          Jam的團隊保持了最精簡的狀態(tài),只有15個人,丹妮從之前工作中學(xué)到的經(jīng)驗是:當(dāng)事情很重要時,會安排更少的人,而不是更多。


          丹妮希望將來Jam能像Instagram那樣,20個人支持100萬用戶。



          2


          看到Jam這個工具,恐怕有人會這樣說:不就是一個Chrome插件嗎?我也能做。


          我想說的是,當(dāng)一個問題出現(xiàn)的時候,大多數(shù)人只是抱怨一下,也就忍了。


          有少數(shù)人會想著怎么去解決它,比如可能會想到在對Bug截屏的時候,可以把上下文也“截下來”,形成一個快照,發(fā)給程序員。(沒錯,這就是我最早遇到這個問題時,立刻想到的辦法。)


          但是我再想具體怎么做的時候,發(fā)現(xiàn)很難,因為服務(wù)器端的上下文根本拿不到,沒法弄,于是就把這個想法給放下了。


          其實服務(wù)器端的信息拿不到,瀏覽器端的信息完全可以拿到啊,把這些信息形成快照,發(fā)給程序員,也能極大地幫助定位Bug啊,這就是Jam所做的事情,它把問題做了拆分,專注于解決一小部分問題,獲得了成功。



          本文作者劉欣,著有暢銷書《碼農(nóng)翻身》,《半小時漫畫計算機》,前IBM架構(gòu)師,領(lǐng)導(dǎo)過多個企業(yè)應(yīng)用架構(gòu)設(shè)計和開發(fā)工作;洞察技術(shù)本質(zhì),擅長用故事去講解復(fù)雜技術(shù)。



          往期回顧

          1、Windows核彈級漏洞,Win7-Win11全部淪陷!
          2、神奇的代碼注釋,看著看著就哭了!
          3、現(xiàn)在的年輕人已經(jīng)不再尊重電腦了。
          4、實測 20 款國民 APP !小用半天,體積暴增 865%
          5、可怕!CPU暗藏了這些未公開的指令!
                   


          點擊關(guān)注公眾號,閱讀更多精彩內(nèi)容

          瀏覽 335
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          評論
          圖片
          表情
          推薦
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          <kbd id="afajh"><form id="afajh"></form></kbd>
          <strong id="afajh"><dl id="afajh"></dl></strong>
            <del id="afajh"><form id="afajh"></form></del>
                1. <th id="afajh"><progress id="afajh"></progress></th>
                  <b id="afajh"><abbr id="afajh"></abbr></b>
                  <th id="afajh"><progress id="afajh"></progress></th>
                  成人三级片在线观看 | 无码三级电影 | sm免费视频 | 大陆毛片 | 国产123视频免费 |