Ramziddin — Dasturlash haqida
1.99K subscribers
297 photos
29 videos
202 links
Ingliz tilida kanalim – @ramzcoder
Ramzcoder community – @ramzcodercom
Instagram — instagram.com/ramzcoder
Programming emoji pack – t.iss.one/addemoji/ramzcoder
Download Telegram
👨‍💻 Man eng yaxshiko’rgan dokumental film:

AlphaGo suniy intellekt Fan Hui “Go” jaxon chempionini yutganini haqida.

Bu Oktyabr 2015 yilda bo’lgan, adashmasam u payt ChatGPT
ham va unga o’xshagan LLM yo’q edi.

Ikkinchi marta ko’rmoqchiman.

Agar vaqtiz bo’lsa, ishlavotganizda ham ko’rishga kotta maslahat beraman.

Havola (Ingliz tilida)
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7👍1😨1
Shunaqa ⛈️ yoqadi, kam bo’lgani uchun
113
Bram Moolenaar, 👩‍💻 yaratuvchisi, 3 Avgustda 2023 yilda (62 yoshda) vafot etdi.

https://en.m.wikipedia.org/wiki/Bram_Moolenaar
Please open Telegram to view this post
VIEW IN TELEGRAM
😢121😭1
Reducer yaxshiroq chunishga qaror qildim! To'g'risi, borligini sababini xech chumaganman 😬

- Nimaga side effect qilish mumkin emas reducer ichida?
- Nima uchun o'zi reducer kere?
- Reducer shuncha boilerplate kodi bilan foydasi nima?

https://react.dev/learn/extracting-state-logic-into-a-reducer

Yangi react docs-dagi maqola zo'r chuntiriberdi, ichidi mashqlariga gap yo'q! 🔥 Manimcha bitta kotta komponenti refactor qilishim mumkin.

Lekin bitta mashqdagi narsani unchali chunmadim va balki @Toshkentov_U chuntiriberadilar 👇

Mashqda drafts feature qo'shish kere edi, man qilgan solution: xech qanqa public props-larni o'zgartirmadim, komponentlar (App) drafts haqida bilishmidi va message-dan foydalanishi davom etishadi.

To'g'ri, boshidan initial state-ga draft qo'shish kere, manga o'zimga bu narsa yoqmadi, lekin...

react.dev dagi solution: message -> messages array-ga aylantirish va App komponenti refactor qilish. Bilmadim.

Kimda vaqt bo'lganda react.dev dagi reducer mashqlarini qilib ko'rishga maslahat beraman va tepadagi fikri haqida o'ylab koring...
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4
🤖 GPT-4 fikri

Both solutions, the one from react.dev and your solution, address the problem at hand effectively, but they do it in slightly different ways. Let's discuss the key differences and their implications:

1. State Structure:
- react.dev solution: Uses a messages object to keep track of all messages, including drafts, for each contact. The selectedId is used to index into this object to retrieve the current message.
- Your solution: Uses a combination of the message field for the currently selected contact's message and a drafts object to store the draft messages for all contacts.

2. State Duplication:
- In your solution, there's some level of data duplication because the message for the currently selected contact is both in the message field and in the drafts object. This introduces the potential for inconsistencies if not handled carefully.

3. Component Independence:
- Your solution ensures that the components remain unaware of the drafts. This encapsulation makes the components simpler but comes at the cost of increased complexity in the reducer logic.

4. Scalability and Maintenance:
- react.dev solution: As the number of features grow (e.g., adding message history, attachments, etc.), having a unified structure like messages can make it easier to extend because you're always working with a consistent data model.
- Your solution: While keeping the components unaware of the drafts can be seen as an advantage, it can become a limitation if you need to add features that require components to be aware of the drafts or other aspects of messaging. The duplication also poses a risk for potential bugs if not handled carefully.

Which is more correct?
- There's no absolute "correctness" in design; it depends on the context. Both solutions address the core problem. The react.dev solution is more streamlined in terms of state structure, while yours focuses on component encapsulation.

Which is more scalable?
- The react.dev solution seems more scalable due to the uniformity of the messages structure. It's easier to extend a single, consistent structure than to manage parallel structures.

Which is more maintainable?
- The react.dev solution is slightly more maintainable due to the lack of data duplication. Maintenance becomes simpler when there's a single source of truth for a given piece of data.

Conclusion:
While both solutions are viable, the react.dev solution has a slight edge in terms of scalability and maintainability due to its uniform state structure and absence of data duplication. Your solution emphasizes component encapsulation, which can be advantageous in certain contexts but introduces added complexity in the reducer. Consider the future features and needs of the application to determine the best fit for your context.
Please open Telegram to view this post
VIEW IN TELEGRAM
1
Manimcha react.dev-ga yutqazdim 😦
Please open Telegram to view this post
VIEW IN TELEGRAM
😱 yoki localhost:3000 ham bo’ladi

source
Please open Telegram to view this post
VIEW IN TELEGRAM
😁15🤣15👍1🙈1
Forwarded from Ikhlas Aralbaev
https://localhost:5173 Shuni qivotudim navbarni rangi yaxshi turibdimi ko'rib berolismi 👀
😁221👍1
👨‍🚀 Astro 3 chiqdi.

Manga Astro oddiy bo'lgani juda yoqadi. Xoxlasez frontend kutubxona qo'shasiz, xoxlasez Astro-ni o'zini template syntax-idan foydalanasiz. Xoxlasez client-ga umuman JavaScript yubormisiz, xoxlasez to'liq API routes bilan React qo'shib ilova yaratasiz.

Astro 3-da View Transitions API-ga support qilindi. Endi qo'lda qiyin CSS animatsiyalar yaratib, JS-ni vaqtida yoqib, yangi DOM bilan eski DOM bilan ishlash shart emas.

Keyinro yengi video chiqarishga harakat qilaman.

Web platformasi manga juda yoqadi, yangi API-lar juda oson va foydali.
👍71😁1
https://http203-playlist.netlify.app/

View Transitions API-ni demosi.

caniuse.com kirib tekishirib ko'rsez, albatta bu yangi API-ni xali hamma browser-lar support qilmagan. Agar kompyterdan kirib ko'rsez, Chrome 111+ dan tekshirib ko'rsez bo'ladi.
😢 Junior darajada qolib ketib qiynalvotgan obunachilarim uchun

https://kentcdodds.com/blog/stop-being-a-junior

Kent Doddsning "Junior bo'lishi to'xtating" maqolasi.

· Juniordan yuqori darajaga o'tish uchun nima qilish kere?

· Boshqalar sizi xurmat qilishi uchun nima qilish kere?

· Yangi darajaga chiqish uchun kuch topish

Maqola ingliz tilida.
Please open Telegram to view this post
VIEW IN TELEGRAM
🫡11
☁️ Man esa AWSni Cloud Practitioner Essentials kursida o’rganishi davom etvoman.

Noyabrni oxirigacha tugatishga maqsad qo’ydim, kuniga 1 soat ajiratib.

Va JavaScript Design Patterns kitobini ham o’qivoman, bu ikta narsani boshlab tugatishim kereman, chunki odatda tashab qo’yib yengi narsa o’rganishi boshliman. Bu ikta narsani oxirigacha o’rganaman.
💻 O’zim bilan 2ta noutbuk olib yuraman

• Mikrofon (USB Type-A kabel bilan)
• Type-A uchun adapter
• Ikta zaryad bloki
• Type-C kabel
• MagSafe kabel
• Lightning kabel
• Apple Watch zaryad uchun kabel
• 3ta rozetka uchun adapter
…va qolgan narsalar

Manimcha bitta ikta narsani uyda qoldirsam bo’ladi 😢

Ryukzakimi 🎒 ichidan nimadir olish juda kotta muammo bo’lgan. Kabellar bir biri bilan boylanib — bitta narsani chiqarganimda hamma narsa chiqib kelardi.

Jonimga teyib shunaqa organizer sotib oldim. Hayotim o’zgardi lekin shu organizer bilan 😭

Agar sizda ham shunaqa muammo bo’lsa — bu narsa sizga kotta yordam beradi.

Reklama uchun manga xech kim to’lamadi, shunchaki mani muammomi hal qilgani uchun sizga ham havolani qoldiraman bu narsaga:

Sumka organizer
Kabel uchun organizer
Monitor to’zalash uchun
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1611🤯1
😎 Qancha frontendi o’rgansam, shuncha chunishi boshlavoman: backendni xech qachon chuqur o’rganishga vaqtim bo’lmidi, agar…

Frontendda kuchili mutaxasis bo’lishi xoxlasam. ⚡️

Sababi oddiy – o’rganishga narsalar tugamayapti.

AWS o’rganib, undan keyin Postgres chuqur o’rganaman va xozircha backend bilimlar yetadi.

Serverless mashxur bo’lib yaxshigina rivojlanvotti va serverlessdan foydalanib maxsulotlani yaxshilashtirishi haqida o’ylasa bo’ladi, infrastrukturani o’ylashi o’rniga.

C-Spaceda anu kuni AI bo’yicha dars berilvotgani ko’rib qoldim.

Shunaqa qiziqib qoldim. Birinchi neural networks (adashmasam) slaydi ko’rib qoldim prezentatsiya bo’lvotganini.

Keyin 3-4 kundan keyin JetBrains Fleetda (adashmasam) Javada ko’d yozishvotudi.

Anchadan beri Java o’rganmoqchi edim. AI yaratishku voobshe qizu.

Bugun C-Space mani tanib qolishdi.

“Ismiz Ramziddinmi?” yonimga product designer keldila. Ko’rinib turibti, ishlarini yaxshi biladila.

Three.js va Spline da 3D experience-lar yaratishadi. Man Three.js faqat dokumentatsiyasiga (asosiy sahifasiga) 3-4 marta kirib, qorqib yopkan man.

Shunaqa narsalani ham o’rgansa bo’ladi, lekin man yo’nalishimi tanladim.

Anu kuni yana bitta narsa bo’lgan edi ⬇️
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5
1.5X yoki 2X videolani ko’rishi maslahat beraman 😁
This media is not supported in your browser
VIEW IN TELEGRAM
🔥111
This media is not supported in your browser
VIEW IN TELEGRAM
🔥7👍21
This media is not supported in your browser
VIEW IN TELEGRAM
10🔥3
Oxirigi fikrim: frontend bu shunchaki tugma yaratish emas va backend bu shunchaki json yuborish emas. Ikkalisdayam qiynaladi odam.

Bitta narsadan boshqa narsaga (Reactdan Vuega, Frontendga Backenga) kuchili sababsiz o'tishga shoshmen.

Yaxshilab o'ylab ko'ring:

- Vaqtim bormi?
- Imkoniyatim bormi?
- Atrofdagilarimga qanaqa tasir qiladi bu tanlov?

Boshqa tomondan o'lyab ko'rsez — xech kim bilmidi, balki backendga o'tib judayam kuchili mutaxasis bo'lib ketasiz. Lekin yaxshilab o'ylab ko'ring kotta tanlov qilishdan oldin.
🔥13👍41
Endi, boshqa narsalani o’rganmen degani emas, o’rganish KERE, chunki fikrlashga ancha yordam, beradi, lekin bitta narsani ko’p vaqt o’rganing tashab qo’ymastan
👍18