Flutter Blogs | Uzbekistan 🇺🇿


Kanal geosi va tili: O‘zbekiston, O‘zbekcha


Flutter bu - hozirgi kundagi eng yetuk kross platformali dasturlash vositasidir!
Bu kanal Flutterning o'zbek zabon vakillari uchundir!
Blog avtori:
© Muhammad Aziz Mamasodiqov
🥛 Ayron olib bering: tirikchilik.uz/cosmos
- Web sayt: flutterdev.uz

Связанные каналы  |  Похожие каналы

Kanal geosi va tili
O‘zbekiston, O‘zbekcha
Statistika
Postlar filtri


Linkedinda undanam qiziq kommentariyalar 🍿

@flutterblogs




"Shagirdlarim" har ehtimolga qarshi deb Fletterdi kopiya qippoyishipti. (Flock)

Maqsad oʻzi Fletter komandani choyxonada yurib vaqti bome, ba'zigi seryozni baglardiyam tuzatame yurishgan mahal, bular Fletter komandadan so'ro'rmastan, o'zimiz ko'pchili mnde yig'ilishib tuzatvoramiz, a yana ko'pchili so'ragan fichalardiyam Flockga qo'shvoramiz deyishyaptikan. A lekin keyinchali Fletterdi vaqti boʻlib, oʻzi qoʻshsa, biz oʻzimizikini o'chirvororamiz, Fletterdikini olo'ramiz deyishibdi.

Xullas asosiy freymwork bilan bir xil yurarkan, faqat bu "kak budto" Fletter + ekan.

Koʻpro fichalari boʻladi va buglari tezro tuzatiladi (mish)

Atak kamunitiysi ko'payib ketsa, Fletter o'lsayam shu yerdagi bachala davom ettirishorarkanda ishti.

Hozir ular kamunitiga koʻpro odam yig'yaptikan, mashetta: https://flutterfoundation.dev/blog/posts/we-are-forking-flutter-this-is-why/

#flock #new_fork
@flutterblogs


#pubspec

@flutterblogs


Dasturchi sifatida o’sishning 10ta printsipi:
1. CEO kabi fikrlang
2. To’siqlarga rozi bo’lmang
3. Tashabbus ko’rsating
4. Yaxshi yozishni o’rganing
5. O'z ishingizni boshqaring
6. O’z o’qishingizni boshqaring
7. Qurollaringizni chuqur biling
8. Faol aloqada bo'ling
9. Collaboration qilishni o'rganing
10. Professional va ishonchli bo'ling

Bir choynak choyni damlab olib obdon o’qib chiqsa bo’ladigan post seriyalari bo’ldi. Umid qilaman hamma o’zi uchun nimadir o’rgandi.

[Inspired by @daniel.heller/ten-principles-for-growth-69015e08c35b' rel='nofollow'>Dan Heller]

#Karyera #Career #SWECareer #CareerTips #Dasturlash #Programming #SoftwareEngineering #IT

https://t.me/vovopapcom


© https://t.me/mdevnotes

(Quoted forward qilmaydigan odatim bor. Sababi qachondir original kanal "copyright" olsa barcha kanaldagi quoted postlar ham "uxlidi". Ishonuring, tajribamda boʻlgan.)


Just analyzed a pubspec one guy posted on Linkedin of his PAID flutter template :)

Let's review this pubspec.yaml file:

- auto_route: A navigation library with common issues related to templating. Currently, there's no ideal recommendation to replace it, but it's not great. Consider using go_router instead.

- awesome_flutter_extensions: While it might be useful, I don't recommend including it as a dependency in templates. Instead, add it manually if you find it beneficial in specific projects.

- collection: A great library! However, it's better to specify it under "any" versioning, along with other Flutter dependencies like meta, intl, and async.

- flutter_animate: This is a good choice.

- flutter_settings_ui: This library has been archived and only adds a settings screen. It's better to manually create your own settings screen for better control and flexibility.

- hive: This database is unsupported and problematic—avoid it at all costs. I recommend SQLite as a more stable alternative. More details here: https://lnkd.in/d5rGgdfQ.

- hooks: This is difficult to read and prone to errors. Instead, opt for using the lifecycle methods of a StatefulWidget.

- riverpod: A poor state management library with tight coupling, reliance on global variables, and side-effects. A better option would be to use bloc for state management and follow healthy dependency injection practices. More on this here: https://lnkd.in/dJKwbwsK and https://lnkd.in/dneDc5T7. Additional insights about riverpod can be found here: https://lnkd.in/deZpZH_C.

- logger: I'm not familiar with this one, but it’s often better to create your own custom logger, like the one in this template: https://lnkd.in/dha5d-UZ.

Good packages:
- mockito
- image_picker
- intl
- json_serializable
- freezed
- cached_network_image

By the way, I have my own template, that I recommend taking look as well https://lnkd.in/dz9FR5BG (it's free)


Sizni "template" pubspec.yaml ingiz qanday?

@flutterblogs


Yandex ni mobil dasturchilari tomonidan "Мобилка" nomli mini serial ishlab chiqilibdi. Serialda Yandexdagi mobil ishlab chiqarish jarayonlari haqida.

Ko'ring (Playlist): https://youtube.com/playlist?list=PLvUkJ7nHZygdRg3bywe9EF5-XBy8AjGWA&si=DldCvncu33sMohip

#watch #yandex
@flutterblogs


Qanday startup g’oyalar topish mumkin - Paul Graham.


@nuruddinblogs


Iqtbos qilingan twitdagi avtorning doʻsti oilasi bilan pulni uchma-uch yetkizarkanmush. Vaholanki ikkisi ham texnologiya industriyasida yaxshi daromadli va xatto biri Googleda ishlaydi.
Ikkisini yillik maoshi $720K boʻlar ekan.

Xisob kitob qilinsa rostdan ham shunday chiqibdi.

Lukeni aytishicha bu aqlli odamlarning axmoq ishlar qilishiga yana bir misol.

Sababi xarajatlar ortiqcha dabdabali uyda ijaraga turish, alohida shaxsiy transport xarajatlari, xususiy maktablarda o'qitish kabilarga ketib qolgan.
Bunday yashashdan nima ma'no deyabdi doʻsti.

Haqiqatan ham, agar pul barakasiz boʻlsa million topsa ham yuqmaydi. Musulmon o'laroq, bizni zaminlarda pullarimiz ancha barakali Alhamdulillah!

@flutterblogs


Nocode bozori qanaqa, pul topsa bo'ladimi?

Nocode/Lowcode bozori 2ga bo‘linadi.

1. Faqat korxona ichi uchun ishlatiladigan dasturlar bozori
2. Mijozlar ham, korxona ichi uchun ham ishlatila oladigan dasturlar bozori.
Bu yerga startaplar uchun MVP dasturlarni ham kiritsa bo’ladi.

Ha pul bor. Qarang.
Nocode dasturchi to'g'ridan-to'g'ri biron biznesga IT-xizmat ko'rsatadi, shuni evaziga pul oladi.

Endi raqamlarda gaplashamiz 👇


🌍 Dunyo bozori:
Nocode/Lowcode bozori butun dunyoda 2030-yilgacha $187 mlrd.ga chiqishi kutilyapti.
O’zbekiston 2023-yilgi YIM’sidan 2 barobar ko’p degani.

🇺🇿 O'zbekiston bozori:
Bir kompaniyaga dastur yasab berish narxi professional IT-kompaniyalarda $10 mingdan boshlanadi.
Kichik-o'rta biznesning qurbi yetmaydi.
Ammo ehtiyoji bor. Kengayish kerak-ku.
Nocode/Lowcode ananaviy dasturlashdan 5-10 barobar arzonroq va tezroq.

Kichik-o'rta kompaniyalar O'zbekiston yalpi ichki mahsulotining 51,2% qismini tashkil qiladi.
Bu naq $47 mlrd.lik bozor degani. 2030-ga qarab bozor 1,5 barobar o'sishi kutilyapti.

Endi savol shuncha katta bozorga nahot ishini yengilroq qilishi uchun IT-xizmatlar kerak bo'lmasa?

___

Nocode/Lowcode bundan buyog’iga bizda ham uchishi aniq.

Bunga qator sabablar bor.

Pastda kichik maqolada 4ta sabab keltirdim.

Maqola kim uchun?
1. Biznesidagi "kasha" bilan umri o'tayotgan, hisob-kitobi mingta eksel/daftarda yoyilib yotgan... kichik-o'rta biznes egalari;
2. Tez kasb o'rganib, pulga kirmoqchi IT'ga qiziqqanlar.


Shu 2 dan inson biri bo'lsangiz marhamat 👇

Ichi to'la go'sht 🥩, chaynab bo'lib, sizga lahm tushdimi, suyakmi aytarsiz )

🔗 Maqola

#repost #nocode

https://t.me/bunyod365








Remember:

Slow is smooth,
Smooth is fast..


«Agar nimadir qilish uchun 2 usul mavjud bo’lsa, birinchisi falokatga olib boradi, kimdir aniq o’sha usulni tanlaydi».

- Aksioma: Istalgan dasturda xatolik mavjud.
- Proporsionallik qonuni: Dastur qancha katta bo’lsa, xatoligi shuncha ko’p bo’ladi.
- Xatolik nazariyasi fundamental qonuni: Xatolikdan o’rganish kerak.
- Boshlang’ich dasturchiga: Agar birinchi marta dastur yozganingizda kompilyator bittayam xato topmagan bo’lsa, demak bu haqda tizim administratoriga xabar bering. U kompilyatordagi xatolikni tuzatib beradi.
- Aniq rejalashtirilmagan dastur kutilgandan ko’ra 3 marotaba ko’proq vaqt talab qiladi; batafsil o’ylangan dastur 2 marotaba.
- Xatolik? Bu xatolik emas, bu tizim funksiyasi! Kompyuter «hammamizni ahmoq qiladi».

@flutterblogs


Natija:

1. Main started
2. Simple print
3. Future.sync
12. Inside asyncFunction
4. Future.microtask
5. Immediate Future
6. Outer Future
9. Chained Future - first
10. Chained Future - second
7. Inner Future
13. asyncFunction - after 1 second
11. Main ended
8. Future.delayed - after 2 seconds


Futurelar ishlashi haqida oddiy misol 🎯

Natija qanday boʻlishini tahmin qilib koʻring (kompilyator ishlatmasdan)

void main() async {
print("1. Main started");

// Simple print statement
print("2. Simple print");

// Future.sync
Future.sync(() {
print("3. Future.sync");
});

// Immediate Future
Future(() {
print("5. Immediate Future");
});

// Microtask Future
Future.microtask(() {
print("4. Future.microtask");
});

// Future.delayed
Future.delayed(Duration(seconds: 2), () {
print("8. Future.delayed - after 2 seconds");
});

// Nested Futures
Future(() {
print("6. Outer Future");
Future(() {
print("7. Inner Future");
});
});

// Chained Future with then()
Future(() {
print("9. Chained Future - first");
}).then((_) {
print("10. Chained Future - second");
});

// Async Function Call
await asyncFunction();

print("11. Main ended");
}

Future asyncFunction() async {
print("12. Inside asyncFunction");
await Future.delayed(Duration(seconds: 1));
print("13. asyncFunction - after 1 second");
}
@flutterblogs


Du Rove's Channel dan repost
#lifestories 🐶

Exactly 18 years ago today, I launched VK—my first large company. Below is the story of how it happened.

I graduated from Saint-Petersburg University in the summer of 2006. I wanted to keep in touch with my former classmates, but I knew it would be hard without a website where everyone could find each other. So, in late August 2006, I set a goal—to build a social network for university students and graduates in four weeks.

I was pretty good at coding. At 12, I built web-based games with vector animations and sound effects. At 13, I was already asked to teach older kids Pascal (a computer language) in summer camps for programmers.

And yet, planning to build a fully-fledged social network in four weeks was overconfident. To make it worse, I decided not to use any ready-made third-party modules. I wanted to create everything from scratch: from profiles and private messages to photo albums and search.

The task seemed too large to grasp. Where do I even start? Back then, my brother Nikolai lived in Germany. Nikolai is a brilliant mathematician and algorithmic programmer, but he’s always considered web development beneath him. At that time, he was focused on his Math thesis at the Max Planck University in Bonn. He refused to help with the code but gave advice: “Write the code for user authorization first,” he said. “You’ll get through.”

This made sense. I started with a login page that generated session IDs. Sessions could then be used to identify users, show them their profile pages, and allow them to edit them. Even the sign-up process could wait: I prepopulated the entries for the first few users manually in the database.

That's when I first understood it clearly: Every complex task is just a combination of many simple ones. If you split a big project into manageable parts and arrange them in the right order, you can get anything done. In theory. In practice, you also encounter all kinds of technical obstacles that test your persistence.

In September 2006, I typically wrote code for 20 hours in a row, had one meal and then slept for 10 hours. After a day of work, I’d boil myself a bucket of pasta and eat it with a generous amount of cheese. No other food was required. I didn’t care whether it was day or night outside. Social connections stopped existing. All that mattered was the code.

I tried to make each section of my project flawless, and that took time. Obsessing over details didn’t help to get everything done in four weeks. But being the only team member allowed me to minimize time spent on internal communication. And since I knew every line of the code base by heart, I could find and fix bugs faster.

On October 10, 2006, I had a beta version of the social network up and running. I called it VKontakte (VK), which means “in contact”. It took me six weeks instead of four to create it. But the result was worth it. Users that I invited from my previous project—a students’ portal I’d been building since 2003—signed up by the thousands and started to invite friends.

I kept adding new features quickly, and competitors struggled to catch up. A few months later, I hired another developer. By that time, VK already had a million members. Within seven years, VK would reach 100 million monthly users. At that point, I was fired by the board of VK, so I left the company to focus fully on Telegram.

That experience of single-handedly building the first version of VK in 2006 was so valuable that it defined my career. As the sole member of the product team, I had to do the work of a front-end developer, back-end developer, UX/UI designer, system administrator, and product manager—all at once. I got to understand the basics of all these jobs. I learned the tiniest details of how a social network works.

I also learned that there are no complex tasks in this world—only many small ones that look scary when combined. Split a big task into smaller parts, organize them in the right sequence—and “you’ll get through”.

20 ta oxirgi post ko‘rsatilgan.