Curious coder
94 subscribers
678 photos
220 videos
51 files
531 links
𝓣𝓱𝓲𝓷𝓴 𝓭𝓲𝓯𝓯𝓮𝓻𝓮𝓷𝓽... ! 𝗘=𝗺𝗰²
Download Telegram
Тоза хаво майин шамолча узингни уйинг тинчлик хамма сани танийди сан улани танийсан…. хулас зур хаёт кайнаяпти базан уйлаб коламан манга шу шахарга бориш керакма деп?
🆒1
Forwarded from Bek Olimjon (Bek Olimjon)
Omading kelgan seni deyishadi.

Bu fikrga qo'shilaman.

Hayotim davomida kuchli ustozlar bilan ishlash nasib etdi.

Shulardan biri Gordo Byrn. Ultraman jahon chempioni. Bugun dunyoda o'z yoshidagi eng tez triatlet.


Unga birinchi marta shaxsiy xabar yozish uchun 4 oy tayyorlangan edim.

U qatnashgan jami podcastlarni 2 martalab eshitib, fikrlarini o'zlashtirib, olgan bilimlarimni yozib chiqqan edim.

Bunga 1 oyc vaqt ketgan edi.


**********************************

Yillar davomida anglab yetgan fikrlarimdan:

• imkoniyatlar har doim bor.

• muvaffaqiyatli insonlar biz o'ylaganchalik "yetishib bo'lmas" odamlar emas.

• ular biz o'ylagandan ko'ra sahiyroq va himmatliroq.

• ular bilimlarini jon deb ulashgisi keladi.


Savol omad yoki imkoniyatlarda emas.

Biz 4 oy sabr bilan izlanishga tayyormizmi?

Asl savol mana shu.

Bek Olimjon
25.04.26
Norvegiya
1
Кайф уйлашгаям ухлашгаям
Forwarded from Programmer memes
Мы где-то свернули не туда…

😎 Programmer memes
Please open Telegram to view this post
VIEW IN TELEGRAM
Nima axvol 39 minutda tokeni yarmi yoq
Please open Telegram to view this post
VIEW IN TELEGRAM
20 ёшли газета 🗞️
1
Ба навбат меравад ҳар кас ба сӯи шаҳри хомӯшон,
Аҷал касро намепурсад ё пир ё ҷавон.
👍1
Жонкам билан 😂
2😁1
🚀 Texnik qarzni ustuvorlikka qo'yish: Nima uchun bu "ertaga" qoldiriladigan ish emas?


Ko'pgina jamoalarda shunday manzara kuzatiladi: yangi funksiyalar (features) qo'shish tezligi pasayib boradi, xatolar (bugs) ko'payadi, dasturchilar esa eski kodni tushunishga soatlab vaqt sarflaydilar. Bu — texnik qarzni yaqqol belgisidir.

Xo'sh, qachon va qanday qilib texnik qarzni ustuvorlikka qo'yish kerak?

💸 Qarz qachon xavfli bo'ladi?
Texnik qarz har doim ham yomon emas. Ba'zida bozorga tezroq chiqish (Time-to-market) uchun o'ngli ravishda "qarz" olamiz. Ammo quyidagi holatlarda unga birinchi darajali vazifa sifatida qarash shart:

• Rivojlanish tezligi (Velocity) tushib ketganda: Agar oddiy tugmani qo'shish uchun kun vaqt olayotgan bo'lsa, demak kod bazasi "chirigan".
• Tizim beqarorlashganda: Har bir yangi o'zgarish kutilmagan joyda xatolik keltirib chiqarsa.
• Jamoaning motivatsiyasi so'ngganda: Hech bir dasturchi tartibsiz va "iflos" kod ustida ishlashni xohlamaydi.

🛠 Ustuvorlikni qanday belgilash kerak?
Hamma qarzni bir vaqtning o'zida yopishning iloji yo'q. Shuning uchun "Qarz Matritsasidan" foydalaning:

• Yuqori ta'sir + Kam mehnat: Eng birinchi qilinadigan ishlar (Quick wins).
• Yuqori ta'sir + Ko'p mehnat: Strategik refaktoring. Buni sprintlarga bo'lib rejalashtirish kerak.
• Kam ta'sir + Kam mehnat: Bo'sh vaqtda qilinadigan mayda tuzatishlar.
• Kam ta'sir + Ko'p mehnat: Shunchaki teginmang. Bu "foydasiz mehnat".

20% qoidasi
Eng yaxshi amaliyot — har bir sprintning kamida 20% qismini texnik qarzni yopishga va refaktoringga ajratishdir. Bu biznesga qisqa muddatda sekinlashishdek ko'rinishi mumkin, ammo uzoq muddatda tizimning barqaror va tez o'sishini ta'minlaydi.

Xulosa: Texnik qarzni boshqarmaslik — bu kelajakdagi imkoniyatlarni bugun sotib yuborishdir. Sifatli kod — bu shunchaki "chiroyli" narsa emas, bu biznesning barqarorligidir.

https://t.me/devspaceuz
Xammasini tashlab qaytib lag'monchilik qilsamikan .... 😂
💻🧠
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🆒1
Live stream started