Forwarded from Uzbekistanofficial | Расмий канал Тезкор Xабарлар ва Янгиликлар
Энди метрода йўл ҳақини кафт билан тўлаш мумкин
Тошкент метросининг 12 та бекатида ушбу амалиёт йўлга қўйилди.
Йўловчини биометрик идентификация қилиш учун кафтдаги томирлар ҳосил қилган расмни сканерлаш технологияси қўлланилади.
👉https://www.tg-me.com/UZBEKISTANOFFICIAL
Тошкент метросининг 12 та бекатида ушбу амалиёт йўлга қўйилди.
Йўловчини биометрик идентификация қилиш учун кафтдаги томирлар ҳосил қилган расмни сканерлаш технологияси қўлланилади.
👉https://www.tg-me.com/UZBEKISTANOFFICIAL
@vodiylik (Shukrullo) bilan loyihalar qilishda doim talashib yursak ham lekin odatiy suhbatlarda do'stlikcha qolaverardik. Bir loyiha ustida bir yildan ortiq ishlagandik ham. Yaxshi inson edi. Bugun O'zbek dasturchilar kommunitiysi uchun ko'p narsa bergan do'stimiz vafot etipti.
Hammamiz uchun o'zidan yaxshi xotira va loyihalar qoldirib ketdi.
Hammamiz uchun o'zidan yaxshi xotira va loyihalar qoldirib ketdi.
Xitoyliklarni telefon tuzatish aslahalari uchun qaratgan do'koni ekan. Instrumentlardan boshlab iphone 15 chizmalarigacha sotishmoqda)
Forwarded from Dark Voyage (One must imagine Orzklv happy.)
Chaotically Progressive~!
@yetimdasturchi 's chaotic working culture in his team has taught me that, the time you've spent yapping how unreal it is, you could have already done certain progress or even take few initial tough steps which would boost up couple times.
have you ever wondered why beginning is always so hard? well, from my observations, i found out for myself that it's you trying to come up with most optimized way of doing things, so you spend hours, days or even weeks coming up with most optimized solution or strategy and the phase might end up taking from 50% to 70% of evaluated time, the rest of it is you executing the task at X times faster pace (where X is at least higher than 3) than you would if you spent your time theorizing strategy and play with your impractical fantasy.
you're not idiot for trying that crazy idea you had, you're idiot for not learning from it in action!
@yetimdasturchi 's chaotic working culture in his team has taught me that, the time you've spent yapping how unreal it is, you could have already done certain progress or even take few initial tough steps which would boost up couple times.
have you ever wondered why beginning is always so hard? well, from my observations, i found out for myself that it's you trying to come up with most optimized way of doing things, so you spend hours, days or even weeks coming up with most optimized solution or strategy and the phase might end up taking from 50% to 70% of evaluated time, the rest of it is you executing the task at X times faster pace (where X is at least higher than 3) than you would if you spent your time theorizing strategy and play with your impractical fantasy.
you're not idiot for trying that crazy idea you had, you're idiot for not learning from it in action!
Yetim dasturchi kundaligi
Chaotically Progressive~! @yetimdasturchi 's chaotic working culture in his team has taught me that, the time you've spent yapping how unreal it is, you could have already done certain progress or even take few initial tough steps which would boost up couple…
Xaotik ishlash prinsipi. Bu odatda ko'pchilikga yoqmaydigan ammo effektiv usul hisoblanadi.
Bizni jamoada esa aynan shu usul bilan ish ketadi. Jamoada hammani o'zi juda chuqur va yaxshi bilgan sohasi bor, design, ui/ux, backend, hardware kabi. Ammo ish davomida bu prinsiplar doim ham ishlatilmaydi. Chunki ishni egasiga bo'lib berish yana reja degan narsani keltirib chiqaradi.
Uning o'rniga boshqa usul bor. Bu doim ham shu ishni qilib yurmagan odamni undash)
Bizni soha egalari judayam dangasa ekanliklari hammaga ma'lum, bunday vaziyatda esa u kutmagan va yo'nalishidan noodatiy bo'lgan ish yaxshiroq motiv olib kela oladi. Masalan hujjatlar bilan shug'ullangan odam bir hafta ichida devopslik qilayotgan bo'lsa, hayotida phpga ishi tushmagan dizayner backend yozishi)
Jamoada ish taqsimlanish uning zarurati va qiladigan odam vaqtiga qarab amalga oshiriladi. Uning sohasini olib emas. Bu esa bora-bora jamoa har qanday ishda universallashishiga olib keladi. Yakuniy effekt esa har bir loyihada hamma bir birini yarimta gapidanoq tushuna olishi. Buning o'zi 50% ishni qisqartirib tashaydi. Shu sababli ham bunday jamoa bilan 48 soatda butun boshli tizimlarni stabil ko'tarib qo'ya olasiz.
Shuningdek biz stend up majlislar o'rniga oshlashish kabi odatni o'zimizga singdirganmiz. Hamma yig'ilish qilsa biz shunchaki eng yaxshi oshni salatlari bilan buyurtma qilib ovqat ustida hazil huzullar bilan reja tuzib olamiz. Shuningdek kun davomida kimningdir uxlab qolishi, kech kelishiyu ketishiyam ahamiyatsiz. Asosiy prinsip ishni yaxshi natijalar bilan qibersa bo'ldi.
Xaotik ishlashni zararli tomonlari ham bor albatta. Bu odatda sizning atrofingizdagilar time management qila olmay qolishi, yaqinlarda uzoqlashish kabi jarayonlarga olib keladi. Masalan do'stlaringiz mazza qilib sayohatda yurganda siz chellenj ishtirokchisi bo'lasiz.
Nu qullardek ishlab keyin shohlardek dam olish prinsipiga tayanadigan bo'lsak energiya borida ko'p narsaga erishib olgan ham maqul. Kelajakda farqli choyxona kutib tura oladi)
Asosiysi bir qoidani unutmaslik kerak. Ishchi ishda qanchalik erkin bo'lsa u aslida shunchalik foydali ish koeffitsiyentiga ega bo'ladi. Bo'g'ilgan ishchini zooparkda tomosha uchun ishlata olasiz xolos.
Bizni jamoada esa aynan shu usul bilan ish ketadi. Jamoada hammani o'zi juda chuqur va yaxshi bilgan sohasi bor, design, ui/ux, backend, hardware kabi. Ammo ish davomida bu prinsiplar doim ham ishlatilmaydi. Chunki ishni egasiga bo'lib berish yana reja degan narsani keltirib chiqaradi.
Uning o'rniga boshqa usul bor. Bu doim ham shu ishni qilib yurmagan odamni undash)
Bizni soha egalari judayam dangasa ekanliklari hammaga ma'lum, bunday vaziyatda esa u kutmagan va yo'nalishidan noodatiy bo'lgan ish yaxshiroq motiv olib kela oladi. Masalan hujjatlar bilan shug'ullangan odam bir hafta ichida devopslik qilayotgan bo'lsa, hayotida phpga ishi tushmagan dizayner backend yozishi)
Jamoada ish taqsimlanish uning zarurati va qiladigan odam vaqtiga qarab amalga oshiriladi. Uning sohasini olib emas. Bu esa bora-bora jamoa har qanday ishda universallashishiga olib keladi. Yakuniy effekt esa har bir loyihada hamma bir birini yarimta gapidanoq tushuna olishi. Buning o'zi 50% ishni qisqartirib tashaydi. Shu sababli ham bunday jamoa bilan 48 soatda butun boshli tizimlarni stabil ko'tarib qo'ya olasiz.
Shuningdek biz stend up majlislar o'rniga oshlashish kabi odatni o'zimizga singdirganmiz. Hamma yig'ilish qilsa biz shunchaki eng yaxshi oshni salatlari bilan buyurtma qilib ovqat ustida hazil huzullar bilan reja tuzib olamiz. Shuningdek kun davomida kimningdir uxlab qolishi, kech kelishiyu ketishiyam ahamiyatsiz. Asosiy prinsip ishni yaxshi natijalar bilan qibersa bo'ldi.
Xaotik ishlashni zararli tomonlari ham bor albatta. Bu odatda sizning atrofingizdagilar time management qila olmay qolishi, yaqinlarda uzoqlashish kabi jarayonlarga olib keladi. Masalan do'stlaringiz mazza qilib sayohatda yurganda siz chellenj ishtirokchisi bo'lasiz.
Nu qullardek ishlab keyin shohlardek dam olish prinsipiga tayanadigan bo'lsak energiya borida ko'p narsaga erishib olgan ham maqul. Kelajakda farqli choyxona kutib tura oladi)
Asosiysi bir qoidani unutmaslik kerak. Ishchi ishda qanchalik erkin bo'lsa u aslida shunchalik foydali ish koeffitsiyentiga ega bo'ladi. Bo'g'ilgan ishchini zooparkda tomosha uchun ishlata olasiz xolos.
Yetim dasturchi kundaligi
Velko'm
Intersec bu xavfsizlik qurilmalari, kiberxavfsizlik, yong'inga qarshi tizimlar kabi tizimlarni o'z ichiga olgan forum hisoblanadi.
Bunda asosan yuqoridagi yo'nalishda dunyo bo'yicha turli qurilma ishlab chiqaruvchi vendorlar ishtirok etishadi.
Bunda asosan yuqoridagi yo'nalishda dunyo bo'yicha turli qurilma ishlab chiqaruvchi vendorlar ishtirok etishadi.
Nima uchun c#, c++dan ko'ra tezroq ishlaydi?
c# c++ asosida qilingan bo'lsada ammo ba'zi operatsiyalarda o'zidan quyida turuvchi tildan tezroq ishlaydi. Aslida ham shundaymi? Agarda ishlash prinsipiga qarasak ha, ammo dasturchi tajribasidan kelib chiqsak unday emas.
c++ kiritish va chiqarish operatsiyalarida turli xil metodlarni ishlatadi. Odatda dasturchining bunga e'tiborsizligi dastur ishlashiga turlicha ta'sir o'tkazishi mumkin.
Bunga ko'ra c# ko'p hollarda i/o operatsiyalar uchun .NET Corega murojaat qiladi. .NET bo'lsa ushbu ishni amalga oshirish uchun juda yaxshi optimizatsiya qilingan.
C++ bo'lsa kompilyatorning odatiy sozlamalari bilan katta kirish va chiqish ma'lumotlari uchun moslashmagan. Chunki c++ odatiy sozlamalarda stio bilan sinxronizatsiya qilishga urinadi va bu operatsiyalar hajmining bir barobar oshishiga olib keladi. Sinxronizatsiya har sahar buferni o'qish va o'chirishga uringani sababli orada tezlik pasayishiga olib keladi.
Muammoning oddiy yechimi sinxronizatsiyani o'chirish:
Shuningdek qator tugallanishi uchun ham
c# c++ asosida qilingan bo'lsada ammo ba'zi operatsiyalarda o'zidan quyida turuvchi tildan tezroq ishlaydi. Aslida ham shundaymi? Agarda ishlash prinsipiga qarasak ha, ammo dasturchi tajribasidan kelib chiqsak unday emas.
c++ kiritish va chiqarish operatsiyalarida turli xil metodlarni ishlatadi. Odatda dasturchining bunga e'tiborsizligi dastur ishlashiga turlicha ta'sir o'tkazishi mumkin.
Bunga ko'ra c# ko'p hollarda i/o operatsiyalar uchun .NET Corega murojaat qiladi. .NET bo'lsa ushbu ishni amalga oshirish uchun juda yaxshi optimizatsiya qilingan.
C++ bo'lsa kompilyatorning odatiy sozlamalari bilan katta kirish va chiqish ma'lumotlari uchun moslashmagan. Chunki c++ odatiy sozlamalarda stio bilan sinxronizatsiya qilishga urinadi va bu operatsiyalar hajmining bir barobar oshishiga olib keladi. Sinxronizatsiya har sahar buferni o'qish va o'chirishga uringani sababli orada tezlik pasayishiga olib keladi.
Muammoning oddiy yechimi sinxronizatsiyani o'chirish:
std::ios::sync_with_stdio(false);
Shuningdek qator tugallanishi uchun ham
std::endl o'rniga \n belgilaridan foydalanish maqsadga muvofiq hisoblanadi. Chunki std::endl har doim buferni tozalashga urinadi.
os.put(os.widen('\n'));
os.flush()