I've decided to transfer date of the live coding, cause of my deadlines in project. I will announce the date sooner.

Thanks for you understanding.

Thanks to all my friends for supporting me in my difficult times and special thanks to my lovely Mom and grandma ❤️

I'm 19 now

Когда вы хотите снять крутое фото, вы снимаете несколько раз, но это не значит, что вы получите ожидаемый результат.

Так в жизни также, вы стараетесь фоткать с разных ракурсов и получаете, то что посчастливилось.

Как говорилось: Удача - когда навыки + шансы в одном моменте.

Till that moment I was just copy pasting regex patterns. But I really needed to understand what the f**k this regex actually do in ma project, so here it is 👇🏻

https://tyler.caraza-harter.com/cs320/f20/materials/lec-21.pdf

Да, мы все принадлежим людям, как ресурсы, а точнее, как продукт, акции или облигации.

Родители - наши первоначальные инвесторы
Родственники - люди, которые служат инвесторам
Друзья - покупают акции, проще говоря акционеры
Знакомые - покупают облигации
Хейтеры - люди которым не нравится ваш продукт или они из-за вас обанкротились

Так вот, если вы хотите, чтоб вас уважали, часто вспоминали, поздравляли и прочее, работайте над продуктом иная версия работайте над собой, чтоб ваши акции только взлетали.

PS: Может это все прозвучало грубо, прошу прощения такая правда

- "Самый большой обман - не всё так просто. И эту ложь тебе повторяют постоянно.
Все хотят чтобы ты сдался. Говорят: не всё так просто. Все просто. Если говорят, что ты чего-то не можешь, сделай это, и всё. И ты поймёшь, что всё очень просто. И так было всегда."

- (с) Винни Пациенца

PostgreSQL ma'lumotlarni qanday saqlaydi?

Ko'pchilikning hayolgia keladigan birinchi javob – jadval(table)larda. Lekin shu table o'zi aslida nima va qanday ishlaydi?

Birinchi bilishimiz kerak bo'lgan narsa – PostgreSQLda biz kiritadigan ma'lumotlar tablening o'zida saqlanmaydi. Table bu ma'lumotlarning o'zini saqlaydigan emas, balki o'sha ma'lumot qayerda saqlanganini ko'rsatib turadigan heap nomli ma'lumotlar tuzilmasi (data structure)dan iborat. Bu qaysidir ma'noda frontendga o'xshash: o'zida ma'lumot yo'q, lekin uni qayerdan olishni biladi.

Xo'sh, unda haqiqiy ma'lumotlar qanday saqlanadi?
PostgreSQL haqiqiy ma'lumotlarni heap tuple (yoki shunchaki tuple) nomli alohida tuzilmalarda saqlaydi.
Heap tuple bu (odatda) tabledagi bitta record(row) saqlangan obyekt. Ya'ni bitta rowdagi qiymatlar bitta tuple sifatida, ketma-ket joylashadi. Va har bitta tuplening o'zining IDsi bor. Biz biladigan jadvalda biz qo'shgan ustunlardan tashqari yana bitta ustun – TID(Tuple ID) ham bor va aynan o'sha qiymat shu rowga tegishli ma'lumotlar qaysi tupleda turganini ko'rsatadi.

*qo'shimcha

Demak, ma'lumotlar tupleda saqlanishini bilib oldik. Bir qancha tuplelar birlashib, page yoki blokni tashkil qiladi. Bitta pagening o'lchami odatda, 8 KB bo'ladi va har bitta page fayl sistemasida bitta fayl sifatida saqlanadi. Albatta, bu faylda tuplelardan tashqari bir qancha metadata ham saqlanadi.
Shunday qilib, bitta tabledagi ma'lumotlar bir qancha (kamida bitta) pagelarda saqlanadi.

Yana bir gap, doimiy xotirada RAMga o'xshab istalgan joydagi istalgan baytni to'g'ridan-to'g'ri ololmaymiz. Birinchidan, doimiy xotira RAMga o'xshab, addresslanmagan. Ikkinchidan, har bir baytni asosiy xotiradan alohida-alohida o'qib olish ancha "qimmat"ga tushadi. Shuning uchun doimiy xotiraga bir marta borganda ko'proq ma'lumot olib qaytish kerak. PostgreSQL asosiy xotiradan ma'lumotlarni page bo'yicha ko'chiradi, ya'ni bitta faylni to'liqligicha yuklab oladi.
Bu degani, agar bizga bitta pagedagi faqat 1 ta qiymat kerak bo'lsa ham, butun pageni ko'chirib olishga majburmiz.

Ma'lumotlar to'liq tuplelardan saqlanadimi? Yo'q.
Katta hajmli ma'lumotlarni doimiy xotiradan ko'chirib olish ancha resurs oladi. Shuning uchun ularni faqatgina eng kerakli vaziyatlardagina ko'chirib olish kerak.

Masalan,
SELECT * FROM test_table WHERE id = 3;
mana shu query ishga tushganida agar indeks bo'lmasa id bo'yicha izlash uchun hamma id larni olishimiz kerak. Lekin tepada kelishganimizdek, bizga faqatgina id kerak bo'lsa ham butun boshli tuple va o'sha tuple joylashgan blokni ko'chirib olishimiz kerak.
Agar keyingi ustunda 1 GB hajmli fayl to'g'ridan-to'g'ri saqlansa, shunchaki bitta IDni (aslida faqatgina izlash uchun) olish uchun butun boshli faylni ham yuklab olishga to'g'ri keladi.

Xo'sh, katta hajmli ma'lumotlarni tupleda saqlay olmasak, unda qanday saqlaymiz? Oddiy yechim. Shunchaki ma'lumotni boshqa joyda saqlaymiz va tupleda faqatgina shu ma'lumot turgan joy manzilini saqlaymiz. Tupleni RAMga ko'chirib olayotganda esa 1 GBli ma'lumotni emas, faqatgina uning addressini olamiz. Qarabsizki, six ham kabob ham kuymaydi.
Umuman olganda, PostgreSQL hatto varchar va textni ham tupleda saqlamaydi. Xuddi tepada aytilganidek ularni ham alohida saqlab, tupleda ularga pointer saqlaydi.

Albatta, bu ma'lumotlar juda yuzaki va aslidan biroz o'zgartirilgan(osonroq tushunish uchun). Lekin o'ylaymanki, bu qisqa maqola kim uchundir shu mavzuda izlanib ko'rishga turtki bo'la oladiganlar darajada foydali bo'ladi.

Here I am with great energy, yeah I was lost for some time, cause of my deep going thoughts and moments I couldn't analyse so well, even now : )

What I can tell you is that, even small changes have big impacts to your entire life.

Be open-minded as you can, being introvert not good as it seems.

Repeated all the time, but wanna mention again, your environment and thoughts are what you are.

Self-discipline is not mine, but wanna give a try.

Nostalgia is good, if it's too often, then you forgot about your now&future

PS: Вроде повзрослел, вроде понял что к чему

Looking for a python developer with a good knowledge of OpenCV

Big plus if you know C#(.NET)

Contact me @adzyhoo

About tammU project

Edited by: Ibrokhim Sattorov

PS: tammU -> Ummat

Sprinter kabi yuguring, marafonchi kabi emas.

Misol uchun man bu yil 200 kunimni sportga bag'ishlayman dib maqsad quyganman, lekin ushandan 30 kuni endi bo'ldi.

Ya'ni bir yillik maqsad emas, qisqa 12 haftalik maqsad quysa ham bo'ladi. Agar srokni o'zingizga katta ko'rsatsangiz shunchalik uni qilinishingiz cho'zilib boraveradi.


Run like sprinter, not like a marathoner.

For instance, this year I decided to run 200 days, but I did only 30, cause I had thoughts, that I have pretty enough time.

In short, put intentions for short period of time, not a year, you can take 12 weeks and divide that task.

@AdamSaidov