استراکچر پروژه های من (بکند)

شروع کار در همین حد

Logic
Integration test
Unit test
Rest api (or ...)

به جای rest api هر چیزی میتونه قرار بگیره

شروع پروژه در همین حده و لازم باشه بعدن جداسازی ها بیشتر میشه

شما هم میتونید شماتیک کلی پروژه هاتون رو چه بکند چه فلاتر یا .... رو توی کامنت بفرستید ...

@purecoder_ir

دورهمی امشب هم برگزار شد خیلی خوب بود موضوع دورهمی بعدی هم مشخص شد که خیلی ها بهش دوستش خواهند داشت
دوره همی ها ما ارائه ای و آموزشی نیست دورهم جمع میشیم و درمورد همچیز گپ میزنیم هرکسی از تجربه خودش میگه

اصل DRY یا Don't Repeat Yourself با اصل Open Closed یه جایی ارتباط تنگاتنگ دارن و دست و در دست هم هستن....اونجایی که هر دو دشمن سرسخت sweeping changes هستن ...یعنی میخوای یه تغییر behavior توی نرم افزار بدی و مجبوری جاهای مختلف رو پشت سر هم تاچ کنی و تغییر بدی تا به هدف مد نظرت برسی ...اینجا این دو تا اصل باهم دیگه دست در دست یکدیگه میدن

@purecoder_ir

توی جاب اینجا از ۳۵۸۶ فرصت شغلی که برای وب، برنامه نویسی و نرم افزار هست، ۲۸۷۰ تاش توی تهرانه.

اختلاف بسیار بسیار بسیار فاحش نسبت به شهر های دیگه.

اینجوری شرایط محیطی تاثیر میگذاره روی موفقیت آدم ها

این فقط یک نمونه هست

برای مثال توی همین مورد کسی که به هر دلیلی نتونه مهاجرت کنه (پوزیشن های دورکاری فراوان و دلچسب نیست)، آدم ضعیفی هست که نتونسته مهاجرت کنه ؟

تاکید می‌کنم این فقط یک نمونه هست .

پس اگه توی شرایط محیطی مساعد به موفقیت می‌رسیم، خیلی وقت ها نباید به خودمون بگیریم و خودمون رو برتر و با اراده تر از بقیه بدونیم. واقعیت دنیا یه چیز دیگه هست .

#شوخی

چندین سال پیش توی یه شرکت بدرد نخوری برنامه نویس اندروید (جاوا) بودم و هنوز گیت بلد نبودم و یه فولدر توی هاردم درست کرده بودم و ورژن های مختلف آپ رو هی توش کپی میکردم و خیلی هم راضی بودم 😝

یه روز یه بنده خدایی بهم گفت چرا از گیت استفاده نمیکنی و یکم راجبش توضیح داد، تو دلم مسخرش کردم و گفتم چرت و پرت نگو و کاری ک خودم میکنم بهتره😂

تا اینکه چند ماه بعدش خودم رفتم سراغ یادگیری گیت و دیدم چه نفهمی بودم اون موقع 😂🤦‍♂

حالا این حکایت من و خیلی از شماهاست 😁 که خیلی پست هایی که اینجا می‌بیند و حرص میخورم که این مدلی کار نکنید، تهش توی دلتون میگید که داره چرت میگه و من دارم کدمو میزنم و جواب میگیرم 😂

آن شالله روزی سرتون به سنگ بخوره 😂😂

@purecoder_ir

🔥Event Loop

https://purecoder.ir/fluttry-journy-dart-event-loop/

از سری دروس رایگان دوره ی فلاترمون event Loop در دارت هست که از لینک بالا میتونی دنبالش کنی 😍

حتمن بخونش تا با نحوه ی هندل شدن async Task ها و event queue و microtask ها توی دارت اشنا بشی

پشتیبانی:
@purecoder_support

@purecoder_ir

پیام یکی از دوستانی که توی دوره ی فلاتر شرکت کرده بود

مربوط به قسمتی هست که توی فصل ۱ یه مثال از متد بازگشتی رو با روش TDD حل کردیم و روحش ارضا شد 😂😂😝😝

حتا توی دوره بک گراند فلاتر هم ولتون نمیکنم و شده یه گریز کوچیکی به تست میزنم 😝😝

@purecoder_ir

درست کردن n تا فولدر تو در تو به معنی یه معماری خوب نیست

نکنید آقا نکنید 🤦‍♂🤦‍♂🤦‍♂

@purecoder_ir

من کامیت های گیت رو معمولن اینجوری متمایز میکنم:

✅feature

اینا کامیت هایی هستن که معمولن مقدار زیادی کد از لایه های مختلف رو شامل میشن (تست + پروداکشن کد) و همراه با اون یه feature جدید به نرم افزار اضافه میشه.

اینا بزرگترین کامیت ها هستن و کد زیادی رو شامل میشن.

🔥برای تست ها کامیت جدا نمیزنم و همه رو باهم کامیت میکنم (تست + پروداکشن کد)

✅‌Behavior
اینا مربوط به تغییراتی هستن که observable behavior سیستم رو برای end user تغییر میده, ولی نمیشه اونا رو یه feature به حساب اورد.

برای مثال وقتی که رسپانسی که یه api برمیگردونه رو تغییر میدم.

✅Refactor

وقتی که استراکچر کد (پروادکشن کد یا تست) رو تغییر میدم بدون اینکه observable behavior اش تغییر کنه.

اینا معمولن شامل مقدار کمی تغییرات میشن.

✅style

وقتی کد رو فرمت میکنم, مثل پاک کردن فضاهای خالی و ... .

🔥ریفکتور کردن رو به وقت خاص موکول نمیکنم و موقع اضافه کردن یه فیچر جدید مقدار زیادی رفیکتور انجام میشه. ولی اگه بعد از اضافه شدن فیچر, نیاز به ریفکتور بود (که حتمن هست) پای کامیت های تایپ ریفکتور میاد وسط.

✅Chore

یه پکیجی، دپندنسی، چیزی اضافه کردم
معمولن کوچولوترین کامیت ها هستن.


@purecoder_ir

بهترین زبان برنامه نویسی برای یادگیری مباحث جامع و مشترک مثل دیزاین پترن ها, معماری, تست نویسی و ... زبان جاوا هست و لاغیر.

بدترین زبان هم جاوا اسکریپته. خدا لعنت کنه سازندش رو.