Warning: Undefined array key 0 in /var/www/tgoop/function.php on line 65

Warning: Trying to access array offset on value of type null in /var/www/tgoop/function.php on line 65
153 - Telegram Web
Telegram Web
TypeScript+React ishaladiganlar uchun ajoyib maslahat! Men har doim ref'ga HTMLElement | null tipini qo'yib ketar edim. ElementRef ishlatish ancha ixcham ekan.
Menejerim bilan yozishmalarimiz:

Manager: Diyor, are you free right now?
Me: Hello! Yes.
Manager: Why? Didn't I assign you a task?
Me: 😐

Tarjimasi:

Menejer: Diyor, bo'shmisan?
Men: Salom! Ha.
Menejer: Vazifa berganman-ku! Ishingni qilsang bo'maydimi!
Men: 😐

@brogrammist

P.S. Shunaqa hazillashib turamiz
Performance review yoxud samaradorlikni baholash haqida

Samaradorlikni baholash siz ishlayotgan kompaniyaning rasmiy baholash mexanizmi. Har 6 oyda bo‘lib turadigan bu jarayonda menejerlar tomonlar xodimning ish samaradorligini baholanadi. Maqsad - ishchilarning kuchli va zaif tomonlari haqida ko‘proq ma’lumot olish, kelajakda malaka oshirish uchun konstruktiv fikr-mulohazalarni taklif qilish va maqsadlarni belgilashda yordam berishdir. Yoki, ba’zan, ishdan haydash yoki haydamaslikni aniqlashdir.

Har bir kompaniyada ishchilarni baholash uchun kriteriyalar, lavozim va darajalarga mos kutiladigan ko‘nikmalar jadvali bor. Sizning samaradorligingiz shu jadvalga asoslanib baholanadi. Kriteriyalarga misol: texnik ko'nikmalar, boshqaruvchilik ko'nikmalari, kommunikatsiya va hokazo.

Super Dispatchda ishlab yurgan paytlarim performance review’lar uchun menejer va ishchi bilan 1 soatlik suhbatlar bo‘lar edi. Unda oxirgi yarim yil ichida qilgan ishlarimni muhokama qilardik va barcha kriteriyalar bo‘yicha tekshirib chiqardik. Va suhbat so‘nggida natijaga qarab daraja oshish yoki oshmasligi aniq bo‘lar edi. Daraja oshdi degani, oylikni oshirish mumkin degani edi.

Hozir Pinterestda esa bunday meeting‘lar o‘rniga “Self review” yozishim kerak va shunga qarab menejerlar meni baholashadi. Bu xuddi rezyume yozganday gap. Har bir qilgan ishimni Pinterestdagi baholash kriteriyalari jadvaliga moslab yozishim kerak. Har bir ishda qaysi kriteriyalarga mos kelishini va kompaniyaning qaysi “core value”larini ko‘rsatganini ta’kidlashim kerak. 

To‘g‘risini aytsam, yozma usul menga ko‘proq yoqdi. Chunki yuzma-yuz suhbatdan yozish osonroq tuyuladi menga. Chunki suhbat baholashni subyektivlashtirish ehtimoli katta deb o‘ylayman. Sababi suhbatlarda ko‘p hayajonlanaman va qilgan ishimni ham to‘g‘ri gapirib berolmay qolaman. Aslida bu men uchun yomon ko‘rsatkich. O‘ziga bo‘lgan ishonch va kommunikatsion ko‘nikmalar ishchi muhitida o‘ta zarur hisoblanadi.
Performance review yozma bo‘lishining yaxshi tarafi uni GPT ishlatib yozsa bo‘ladi. Men ham shunday qildim. Pinterestda ishchilar uchun GPT-4 dan foydalanish imkoniyati bor. Mana sizga lifehack! 😎

Senior Engineer pozitsiyasidan kutiladigan kriteriyalarni olib GPT ga kirita boshladim. Undan tashqari yana 2-3 ta baholash metodlari kriteriyalari ham bor edi. Ularni ham birin-ketin kiritib, shularni eslab qolishing kerak, keyin shular bo‘yicha javob berasan deb “prompt engineering” qildim. 

Eng asosiysi, oxirgi 9 oy ichida qilgan barcha ishlarimning ro‘yhatini berdim. Va nihoyat, self-review savollarini birma-bir so‘rab chiqdim. Qilgan ishlarim qaysi kriteriyalar bo‘yicha natija olib kelgani, yillik planlarning qancha qismida mening hissam borligi, va albatta, kompaniya “core value”larining qaysilarini ko‘rsatib berishini va hokazolar. Undan tashqari kamchiliklarim va xatolarimni kiritib, nima ustida ko‘proq ishlashim kerakligini ham so‘rab oldim.

Xullas, 2 soat ichida hammasini bir yoqlik qildim. Albatta, GPT bergan gaplarni to‘g‘rilab chiqdim. Chunki GTP ko‘pincha sizni xuddi saratonni davolaydigan dori yaratgan odamdek osmonga ko‘tarib yuboradi.
Bundan yaxshiroq ta'rif eshitmaganman.

Kod yozish smart kalkulyator ishlatishga o'xshaydi. 🤓
Yomon yozilgan kod va web-sahifalarni ko'p ko'rganman. Lekin mana bunisini ko'rib qusgim keldi 🤢.
Qavat-qavat scrollbar!!!

Shunaqangi asabim buzilyaptikiii... 😤😑
M-Mehnat
Forwarded from Azimjon's Fikrlog
Diplop ishini tugatdik,
qiyinchiliklar esa ortda qoldi.

Endi 42.uz lohiyasini himoya qilamiz 🛡️
Menejer: Qaysini tanlaysan: backend yoki frontend?
Men: weekend
Mejerim: Tur, ishingni qil! 😠

#yaxshikayfiyat
Menda sotsiofobiya bor.
Bundan nafratlanaman. Lekin undan yetarlicha nafratlanmasam kerakki, undan halos bo'lolganim yo'q va haligacha bundan nafratlanaman.
Pinterest vebsaytini buzib qo'ydim 🥲

Mening sharofating bilan 1 oydan beri "Share" tugmasi millionlab foydalanuvchilar uchun ishlamayapti ekan. Har safar
"Share" bosilganda sahifa tepaga chiqib ketyapti.

Oxirgi 2 oy dizayn sistemamizning "Dropdown" va "Popover" kabi komponentlarini to'g'rilab chiqyotgandim. Ularning ekrandagi joylashuvini hisoblovchi algorithmni qaytadan yozib chiqdim. Raport qilingan va dokumentatsiya qilingan barcha xatoliklarni tuzatdim.

Qizig'i saytni buzgan hozirgi "bug"ni kod yozayotgan paytimda chiqib qolgani esimda. Lekin shunchaki "glitch", tashqi nozoslik bo'lsa kerak deb o'ylagandim. Uni keyinchalik tekshirib ko'raman deb umuman esimdan chiqargan ekanman. Hatto "design doc"da bu keyinchalik shunga o'xshash holatlarga olib kelishini yozib ketgan ekanman. Kattaroq qilib, qizartirib yozib ketsam bo'larkan o'zi!

Unda nega shunday qilmading dersiz. Yaxshi savol. Sababi prioritetda! Bundan muhimroq va ancha jiddiyroq nosozliklar bilan bunday detallarni ko'zdan qochirish juda oson.

P.S. Soat kechki 11 da o'shani to'g'rilab o'tiribman. "Share" metrikalari 1 oydan beri yaxshigina pastga tushib ketibdi.
Mulohaza: Nega freymvork va kutubxonalar kerak?

Kodimizning sifatini oshirish uchun. Bu, albatta, yagona sabab emas. Lekin katta sabablaridan biri. Bunday texnologiyalar ishimizni osonlashtiradi va iloji boricha sifatli kod yozish uchun yo'l chizib beradi.

Murakkablikdan bizni ozod qilib, e'tiborimizni kodning mag'ziga qaratishga yordam beradi.
Aytgancha, "sifatli kod" nimaligini "sifatsiz"ini ko'rgan odam biladi. 😉
Va u birovning kodi bo'lishi shart emas!

Qanchalik sifatli bo'lmasin, kod vaqt o'tishi bilan "chiriydi". 🐛
Chunki vaqt o'tishi bilan unga yangi xususiyatlar qo'shasiz, talablar o'zgaradi, texnologiyalar va muhit o'zgaradi va h.k.z. Kodning qancha sifatli yozsangiz, o'shancha chirimay turadi. Lekin kafolati yoq! 🙂

Yana bir haqiqat shuki
, dastruchilarning aksariyati odatda sifatsiz kod yozadi. "Aksariyati" deganda juda juda ko'p dasturchilarni narsarda tutyapman. "Odatda" deganim esa "deyari har doim" degani.

Isboti: O'zingizdan so'rang, oxirgi yozgan kodingizdan ko'nglingiz to'ldimi? Bundan yaxshiroq yoza olardingiz, to'g'rimi?
Shunaqa. 😑

Bu gap bilan hech kimni yerga urmoqchi emasman. Chunki bu faqat tajribasizlikdan kelib chiqmaydi. Ko'pincha vaqt tig'izligi bizni oson yo'ldan borishga majburlaydi. "Ishlasa bo'ldi" degan fikr bilan yondashamiz.
2025/06/30 11:39:59
Back to Top
HTML Embed Code: