Arifa za Linear, GitHub na Slack – 200 hadi 5 kwa Siku
Je, arifa za Linear, GitHub na Slack zinalemea timu yako ya uhandisi? Uchambuzi wa tatizo la usanifu – na ishara 5 zinazostahili kuhifadhiwa.
By Ellis Keane · 2026-03-13
Tatizo si kwamba unapata arifa nyingi sana. Tatizo ni kwamba unapata idadi sahihi kabisa – kutoka zana tatu tofauti, kuhusu tukio moja, wakati mmoja.
Kila webhook inafanya kazi vizuri. Kila muunganisho hutoa hasa kilichoahidiwa. GitHub inakuarifiwa kuhusu PR. Linear inakuarifiwa kuhusu kazi ambayo PR inafunga. Slack inakuarifiwa kwa sababu mtu fulani, wakati fulani (pengine wewe, miezi mitatu iliyopita, katika mlipuko wa matumaini yasiyo na msingi kuhusu "uwazi"), aliunganisha boti kwenye kituo cha mradi. Zana tatu, arifa tatu, tukio moja – na zote zinafanya kazi hasa kama zilivyobuniwa. Uhandisi ni kamili. Uzoefu ni mbaya.
Arifa zako za Linear, GitHub na Slack hazikusumbui kwa sababu kitu kimevunjika. Zinakusumbua kwa sababu hakuna kilichovunjika. Kila zana inatekeleza kwa uaminifu mkataba wake wa arifa bila kujua kwamba nyingine zipo. Hakuna basi ya pamoja ya matukio. Hakuna safu ya kuondoa nakala. Hakuna dhana, popote kwenye mfumo, ya "mtu huyu tayari anajua hili." Hupati maumivu kutokana na usanidi mbaya. Unapata maumivu ya matokeo ya kimantiki ya kuunganisha zana sita kwenye mtiririko wa kazi mmoja na kumruhusu kila mmoja kupiga kelele peke yake katika nafasi tupu.
"Mfumo wa arifa haushindwi. Unafanikiwa sana kiasi kwamba unakufunika." – Chris Calo
Maendeleo.
Anatomia ya kuunganisha moja – uchunguzi wa nakala
Hebu tufuatilie tukio moja – kuunganisha PR moja – na kuchunguza kinachotokea katika safu ya arifa. Si kwa sababu ni ajabu, bali kwa sababu ni ya kawaida ya kusikitisha.
Mwanachama wa timu anaunganisha PR kwenye GitHub. Hii ndiyo mlolongo:
- GitHub hutuma webhook kwenye kisanduku chako cha arifa. Uliandika ukaguzi kwenye PR hii, kwa hivyo una usajili. Hiyo ndiyo arifa ya kwanza.
- Muunganisho wa GitHub wa Linear hugundua kazi iliyounganishwa na kubadilisha hali yake moja kwa moja kutoka "Inaendelea" hadi "Imekamilika". Linear hutengeneza arifa kwa kila anayeangalia kazi hiyo – ikiwemo wewe, kwa sababu uko katika timu moja. Hiyo ndiyo arifa ya pili.
- Boti ya Slack (ile uliyounganisha katika mlipuko huo wa matumaini) huchapisha muhtasari wa kuunganisha kwenye #frontend. Ikiwa mtu yeyote atajibu ujumbe huo kwa emoji au maoni, Slack hutengeneza arifa ya mada. Hiyo ndiyo arifa ya tatu, na inaweza kuwa ya nne.
- CI inafanya kazi kwenye commit ya kuunganisha. GitHub hutuma webhook nyingine. Ikiwa CI inapita, labda hujali, lakini utapata arifa hivyo hivyo kwa sababu mfumo wa usajili wa GitHub ni wa nambari mbili – unajali au hujali. Hiyo ndiyo arifa ya tano.
Arifa tano. Tukio moja. Na ulikuwa kwenye simu ambapo kuunganisha kulijadiliwa, kwa hivyo tayari ulijua kabla hata ya moja yao kufika.
Zidisha hili kwa kila PR, kila mpito wa kazi na kila kukimbia kwa CI kwa timu ya watu sita, na unaangalia matukio ya nakala 30 hadi 40 kwa mtu kwa siku kabla hata ya kuhesabu ishara za kweli mpya. Mfumo wa arifa haushindwi. Unafanikiwa sana kiasi kwamba unakufunika.
Kwa nini kuzima ni kiraka kwenye damu inayotiririka
Ushauri wa kawaida ni kuzima kwa nguvu. Zima arifa za barua pepe za GitHub. Weka Slack ikuarifu tu kuhusu kutajwa moja kwa moja. Acha kufuatilia kazi zote za Linear isipokuwa zilizopewa wewe. Hii ni sawa na kutibu mkono uliovunjika kwa kuondoa saa yako – kwa kiufundi umepunguza utata unaohusiana na mkono, lakini pia umepoteza uwezo wa kuona wakati.
Nilijaribu mbinu ya kuzima (kwa kweli nilifanya – wote tunafanya, ndiyo kitu cha kwanza kila mtu anachojaribu, kabla ya kitu cha pili kila mtu anachojaribu, ambacho ni mlolongo wa Zapier ambao kwa njia fulani hufanya mambo kuwa mabaya zaidi). Nilikuwa mkali: nilizima kabisa barua pepe za GitHub, nilizima kila kituo cha Slack isipokuwa kituo cha kazi cha timu yangu, niliondoa ufuatiliaji wa kila kitu kwenye Linear isipokuwa kazi zangu mwenyewe. Furaha kwa siku tatu.
Kisha nilipoteza ukaguzi mbili wa PR zinazozuia kwa sababu majadiliano yalifanyika kwenye vituo nilivyokuwa nimevizima. Wahandisi waliohitaji ukaguzi wangu hatimaye walinipelekea ujumbe wa moja kwa moja – ambao ni tu arifa na hatua za ziada na nishati ya kupita kiasi ya "hei, uliiona ujumbe wangu?". Wiki baadaye, uamuzi wa muundo ulifika kwenye mada ya maoni ya Figma ambayo ilibadilisha kabisa kipengele nilichokuwa nikikijenga, na sikujua mpaka PR yangu ilipokataliwa. Ilikuwa ya kufurahisha.
Tatizo la msingi la kuzima ni kwamba linatumia kanuni za kudumu kwa muktadha unaobadilika. Mipangilio yako ya arifa ya Jumanne iliyopita haijui chochote kuhusu hitilafu ya haraka iliyofika asubuhi hii. Na kadri unavyozima kwa nguvu zaidi, mapungufu katika ufahamu wako yanakuwa mapana zaidi – mapungufu ambayo wanachama wa timu hujaza kwa ujumbe wa "tu kuangalia uliona...". Ambayo, ikiwa unafuatilia alama, inamaanisha kuzima kwa nguvu hakupunguzi arifa zako. Ni kuzihamisha tu kutoka kwa boti (ambazo hazikuhukumu) hadi kwa binadamu (ambao hakika wanakuhukumu).
Ishara tano zinazohalalisha usumbufu
Baada ya kurekodia arifa kwa wiki chache (kwenye faili la maandishi ya kawaida, kwa sababu mimi ni haswa aina ya mtu unayetarajia kuandika makala kuhusu usanifu wa arifa), mfumo ulionekana. Kati ya takriban pigo 200 kwa siku, zile zilizohitaji kweli hatua ndani ya saa zilikuwa katika makundi matano:
- Mtu amezuiwa nawe. Ombi la ukaguzi wa PR kwenye msimbo unaoumiliki, swali ambalo wewe peke yako unaweza kujibu, uamuzi unaongojea mchango wako. Hii ndiyo kategoria pekee ambapo kuchelewa kuna gharama inayokusanyika – kila saa usiyojibu ni saa mtu mwingine hawezi kufanya kazi.
- Kitu ulichopeleka kimevunjika. Kushindwa kwa CI kwenye tawi lako, milipuko ya makosa baada ya kuunganisha kwako, ombi la kurudisha. Kategoria ya "msimbo wako unawaka moto".
- Uamuzi ulifanywa unaathiri kazi yako ya sasa. Mabadiliko ya muundo, sasisho la mkataba wa API, mabadiliko ya kipaumbele kutoka upande wa bidhaa. Ni nadra lakini gharama ya kukosa (angalia: PR yangu iliyokataliwa hapo juu).
- Mwisho wa muda umebadilika. Mabadiliko ya upeo wa duru, onyesho lilivutwa mbele, utegemezi ulioteleza. Matukio yanayobadilisha kalenda.
- Mtu anahitaji msaada na wewe ndiye mtu sahihi. Si kila @channel. Si kila @here. Zile maalum ambapo utaalamu wako unahusiana kweli kweli – na hata hivyo, tu ikiwa hakuna mtu mwingine anayeweza kujibu.
Kila kitu kingine – mabadiliko ya hali, ujumbe wa boti wa kiotomatiki, majibu ya emoji ya "inasikika vizuri", CI inayopita kwenye matawi usiyoyafuatilia – ni habari ambazo zinaweza kuwa muhimu hatimaye lakini hazihitaji kukatiza kazi unayoiandika. Mfumo wa viwanda wa arifa umetushawishi kwamba hizi zote zinastahili uharaka sawa. Hazistahili.
Kati ya arifa 200 kwa siku, makundi matano takriban ndiyo yanayostahili kukatiza unachofanya. Zingine ni habari ambazo zinaweza kuwa muhimu hatimaye – lakini zana zinashughulikia kila kitu kwa uharaka sawa, ambayo inamaanisha hakuna kitu cha haraka.
Mfumo wa uchunguzi kwa waliosalitiwa na usanifu
Hapa kuna mfumo unaoanza kutumia leo – hauhitaji zana, tu nidhamu na dakika 20 za usanidi. Haitatatua tatizo la usanifu (hakuna kinachoweza kufanya hivyo isipokuwa safu ya kuondoa nakala), lakini itasimamisha damu unaotathmini suluhu za muda mrefu.
Uchunguzi mara mbili kwa siku: Badala ya kuangalia arifa mara kwa mara, zikusanye katika uchunguzi mbili – mara moja katikati ya asubuhi, mara moja katikati ya alasiri. Wakati wa kila uchunguzi, angalia arifa za GitHub, kisanduku cha pokezi cha Linear na isiyosomwa ya Slack, na panga kila moja katika moja ya vikapu vitatu:
| Kikapu | Kanuni | Hatua | |--------|------|--------| | Fanya sasa | Mtu amezuiwa, kitu kimevunjika au uamuzi unahitajika | Shughulikia mara moja | | Batch | Muhimu lakini si wa haraka wa wakati | Ongeza kwenye orodha ya "jibu baadaye", shughulikia mwishoni mwa siku | | Kumbukumbu | Mazungumzo ya boti, masasisho ya hali, mada zilizoshughulikiwa, nakala | Weka alama ya kusomwa, endelea na maisha yako |
Weka mipangilio ya kiwango cha kituo kwenye Slack: Kwa kila kituo, amua: je, hiki ni kituo cha "fanya sasa" (kituo cha kufanya kazi cha timu yako, vituo vya matukio) au kituo cha "batch" (matangazo ya jumla, masasisho ya timu tofauti)? Zima vituo vya batch na angalia tu wakati wa uchunguzi wako. Ndiyo, hii ni kuzima kwa kiufundi, ambayo nilitumia aya mbili kuidhihaki – tofauti ni kwamba bado unakiangalia kwa ratiba badala ya kujifanya hakipo.
Tumia vichujio vya arifa vya GitHub: Weka alama ya kurasa github.com/notifications?query=reason:review-requested – URL hiyo inaonyesha tu ukaguzi wa PR uliowekwa moja kwa moja kwako, ukikata kelele za usajili/CI kabisa. Kwa barua pepe, GitHub inajumuisha kichwa cha sababu (review_requested, mention, subscribed, ci_activity) unayoweza kuchuja: hifadhi kiotomatiki "subscribed" na "ci_activity" na hutapoteza chochote unachohitaji kweli kweli. Ukweli kwamba GitHub huficha metadata hii muhimu kwenye vichwa vya barua pepe badala ya kuifunua kwenye UI ya arifa unasema kila kitu kuhusu kiasi cha mawazo kinachowekwa katika upande wa matumizi wa mifumo hii.
Mbinu hii haitakamata ishara za muktadha (unakumbuka maoni ya Figma yaliyoangusha PR yangu? Uchunguzi mara mbili kwa siku ungehaikamata pia). Lakini itapunguza kelele kwa asilimia 60 hadi 70, ambayo inatosha kusimamisha kubadilisha muktadha kwa kulazimika ukitathmini kama tatizo linahitaji suluhu ya kweli.
Safu ya kuondoa nakala inahitaji kufanya nini kweli kweli
Hapa ndipo inakuwa ya kuvutia kwa usanifu – na hapa niliposimama kufikiri kuhusu hili kama tatizo la mipangilio ya arifa na kuanza kufikiri kama tatizo la uainishaji.
Mbinu ya kijinga ni kuoanisha maneno muhimu na kugundua kutajwa. Ikiwa jina lako linaonekana, onyesha. Ikiwa ni ombi la ukaguzi lililowekwa kwako, onyesha. Hii inakamata kesi za wazi kabisa lakini inakosa kabisa zile za muktadha – uamuzi wa muundo katika mada ambayo hakuna aliyekutaja kwa @, kwa sababu hawakutambua unayejenga kipengele kinachodhuru. (Hiyo itanisumbua kwa muda.)
Unachohitaji kweli kweli ni grafu ya uhusiano: ni kazi zipi ni zako, PR zipi zinahusiana na kazi zipi, mada zipi za Slack zinahusu vipengele vipi, watu wapi huwa wanahitaji mchango wako kwenye mada zipi. Ishara mpya inapofika – ujumbe wa Slack, tukio la GitHub, mpito wa Linear – unaainisha dhidi ya grafu hiyo ya maarifa. Si "je, hii inataja Chris?", bali "je, hii inaathiri kitu ambacho Chris anafanya kazi kikamilifu, anakingoja, au anakuwa msikivu wake?"
Uainishaji utahitaji kuvunjwa kama hivi:
| Uainishaji | Maana yake | Hatua | |---------------|---------------|--------| | Haraka | Unazuia mtu, au kitu kimevunjika | Onyesha mara moja | | Muhimu | Inaathiri kazi yako ya sasa, lakini si ya haraka wa wakati | Kusanya kwenye muhtasari wa kila siku | | Habari | Vizuri kujua, hakuna hatua inayohitajika | Inapatikana ukienda kutafuta | | Kelele | Nakala, mazungumzo ya boti, mada zilizoshughulikiwa | Imechujwa kabisa |
Sehemu ngumu ni kwamba imani ya uainishaji si ya nambari mbili. Ujumbe wa Slack katika kituo usichokitembelea kamwe unaweza bado kuwa wa haraka ikiwa unarejelea kazi iliyowekwa kwako. Arifa ya GitHub kuhusu repo ambayo hujagusa kwa miezi mingi inaweza kuwa muhimu ikiwa mtu amefungua upya hitilafu uliyofikiri ilikuwa imeshughulikiwa. Unahitaji safu mbili zinazofanya kazi pamoja: safu ya kawaida ya matukio inayohash webhook inayoingia dhidi ya ufunguo wa pamoja – repo, ID ya kazi, mchezaji, aina ya tukio – na kuiangalia dhidi ya dirisha la kuondoa nakala lenye TTL (kimsingi dirisha la kuelea la alama za matukio ya hivi karibuni), na nyuma yake – grafu hai ya uhusiano inayounda ramani ya umiliki wa kazi, viungo vya PR, washiriki wa mada na mifumo ya shughuli za hivi karibuni. Unakimbia kujenga mfano wa kusoma wa hali nzima ya kufanya kazi ya timu, ukisasishwa karibu na wakati halisi, na kuulizwa kwa kila ishara inayoingia. Safu ya kuondoa nakala inakamata nakala wazi. Grafu ya maarifa inajibu swali gumu zaidi: "je, hii inahusiana nawe maalum, sasa hivi?"
Mzunguko wa msingi wa uainishaji unashughulikia vizuri kesi wazi, na hiyo peke yake hupunguza kelele kwa kiasi kikubwa – lakini ishara zenye utata wa kweli (ambapo huna uhakika wa kutosha kukandamiza lakini pia si wa kutosha kuonyesha) bado ni tatizo wazi. Tunajaribu kuzikusanya kwenye muhtasari wa "labda", lakini sitajifanya tumeshatatua hilo.
Nini kinabadilika bomba linaposimama
Jambo ambalo sikutarajia – nilifikiri kweli kweli faida ingekuwa tu "mipigo michache" – ni jinsi uhusiano wako na zana zako unavyobadilika kwa kina wakati zinaacha kupiga kelele kwako.
Arifa yoyote inapoweza kuwa muhimu, unakua na wasiwasi huu wa kiwango cha chini kuhusu hesabu za visomosomwa. Upau wa upande wa Slack na majina ya vituo yaliyo nzito. Kengele ya GitHub. Kisanduku cha pokezi cha Linear. Unaangalia kwa kulazimika, si kwa sababu unatarajia kitu cha haraka, bali kwa sababu gharama ya kukosa kitu inaonekana kubwa zaidi kuliko gharama ya kuangalia mambo 50 ambayo yanageuka kuwa kelele. Nilikuwa nikibadilisha kwenye Slack kati ya kuandika saini ya kazi na mwili wake. Si uamuzi wa makusudi – tu reflex, kama unavyoangalia vioo kwenye taa nyekundu.
Kujisumbua mwenyewe mapema kunaweza kusemwa kuwa mbaya zaidi kuliko arifa zenyewe, kwa sababu unabomoa umakini wako mwenyewe kabla hata ya pigo moja kufika. Unaishi katika hali ya umakini wa sehemu wa kudumu, na unajisikia katika msimbo unaoandika – ukaguzi wa kina zaidi, chaguo salama zaidi za usanifu, njia ya upinzani mdogo badala ya mbinu inayofaa kweli kweli, kwa sababu hujaamini kwamba utapata dakika 45 zisizosumbuka za kufikiri.
Bomba linaposimama – ukiamini kwamba ishara muhimu zitakupata na kelele hazitafika – reflex hiyo hupungua. Si mara moja, kwa sababu tabia za zamani ni za ukaidi. Lakini ndani ya wiki kadhaa unajua kwamba unakaa kwenye kiharusi kwa muda mrefu zaidi bila kubadilisha muktadha kwa kulazimika. Unaanza kumaliza mawazo. Unaandika msimbo bora, si kwa sababu ghafla ukawa mwerevu zaidi, bali kwa sababu ulikomea kujitoa kwa kubadilisha muktadha 30 kwa saa kwa niaba ya mfumo wa arifa ambao haukuomba hivyo kamwe.
Acha kuzama kwenye arifa. Sugarbug huainisha kila ishara kutoka Linear, GitHub na Slack kwa umuhimu – na huonyesha tu kinachohitaji kweli kweli wewe.
Q: Je, Sugarbug inapunguza mzigo wa arifa kutoka Linear, GitHub na Slack? A: Ndiyo. Sugarbug inaunganika na Linear, GitHub na Slack kupitia API na huainisha kila ishara kwa uharaka na umuhimu. Badala ya kupeleka kila arifa, huonyesha tu zile zinazohitaji umakini wako – kawaida ikipunguza mamia ya mipigo ya kila siku hadi ile inayohitaji kweli kweli wewe.
Q: Je, Sugarbug inaweza kuweka kipaumbele arifa za PR za GitHub kulingana na ninachofanyia kazi? A: Sugarbug hujenga grafu ya maarifa ya kazi zako, PR na mazungumzo. Inajua PR zipi zinahusiana na kazi yako ya sasa na huonyesha kwanza maombi ya ukaguzi, migogoro ya kuunganisha na kushindwa kwa CI – huku ikihifadhi kimya zingine.
Q: Sugarbug inatofautiana vipi na mipangilio ya arifa iliyojengwa ndani ya Slack? A: Mipangilio ya Slack inakuruhusu kuzima vituo au kuweka maneno muhimu, lakini haiwezi kuelewa muktadha kati ya zana. Sugarbug husoma data kutoka Linear, GitHub na Slack pamoja, kwa hivyo inajua kwamba mada ya Slack kuhusu PR uliyoiandika ni ya haraka hata kama ipo katika kituo ulichokizima.
Q: Ni nini gharama halisi ya mzigo wa arifa kwa timu za uhandisi? A: Utafiti wa Gloria Mark katika UC Irvine unapendekeza kwamba inachukua karibu dakika 23 kupata tena umakini wa kina baada ya usumbufu. Zaidi ya mipigo yenyewe, tabia ya kuangalia kwa kulazimika ambayo wanaunda huvunja umakini unaoendelea ambao kazi ngumu ya uhandisi unahitaji.
Ikiwa arifa za timu yako ya uhandisi zimevuka mstari kutoka "kuendelea kufahamu" hadi "kuendelea kuwa na wasiwasi," hiyo labda ni ishara kwamba usanifu unahitaji kurekebisha, si mapendeleo yako ya arifa.