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

موارد مهم رو اموزش ببینید و مسلط بشید...

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

مثلن طرف میخواد فایربیس رو کاملن مسلط بشه...
یا...
مثال زیاده از این تله های اموزشی

مواردی از این دست رو به سادگی در ضمن پروژه هم میتونید یاد بگیرید

لزومی نداره شخصی مثلن به کل فایربیس مسلط باشه
خیلی از امکاناتش رو ممکنه اصلن ازش استفاده نکنید
اینا مواردی نیست که یادگیریش سخت باشه و در طول پروژه هم به راحتی میتونید متناسب با نیاز یاد بگیرید

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

مثلن من اگه بخوام روزی کسی رو جایی گزینش کنم اصلن لازم نمیبینم که پیاده سازی نوتیفیکیشن با فایربیس رو قبلن کار کرده باشه و بلد باشه چون که خیلی راحت و در زمان کم میتونه این کار رو یاد بگیره و انجام بده...

به شرط اینکه برنامه نویس واقعن برنامه نویس باشه...

حالا ممکنه یه چیزی از فایربیس هم خیلی خوب و کاربردی باشه که همه برن دنبالش...

نمیشه نسخه کلی پیچید..

خلاصه مراقب باشید توی تله های بد اموزشی گیر نکنید...
این ها صرفن چند مثال بود ...

🔳⭕️قلعه خودت را بساز

🔴سه سناریو؛ کدامیک بیشتر آزارت می‌دهد؟

1⃣حقوق دوستانت افزایش پیدا کند و حقوق تو ثابت بماند.
2⃣حقوق تو و دوستانت ثابت بماند.
3⃣میانگین حقوق تو و دوستانت کاهش بیابد.
اگر پاسختان گزینه ۱ است، کاملا نرمال است: شما هم یکی دیگر از قربانیان حسادت هستید.
این یک قصه روسی است: کشاورزی یک چراغ جادو پیدا می‌کند و لمسش می‌کند. از بین ابرها یک جن ظاهر می‌شود و وعده می‌دهد که یک آرزوی او را برآورده می‌کند‌ کشاورز می‌گوید: همسایه من یک گاو دارد و من ندارم. دوست دارم گاوش بمیرد.

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

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

#کتابخانه
#هنر_شفاف_اندیشیدن
#رولف_دوبلی
🔹با ما همراه باشید در:
🌐کانال ترفند مدیریت👇👇
Instagram | Telegram | Linkedin

☃️انواع برنامه نویس :

☃️ کد کپی کن :
اولین مرحله ای که هر کسی احتمالن واردش میشه.
مرحله ای که هر مساله ای که میخوای حل کنی اینور اونور میگردی و سرچ میکنی و خیلی هم به قدرت سرچ خودت افتخار میکنی و کدها و پکیج های مختلف رو از جاهای مختلف برمیداری و میزنی تو سر و کله هم و در نهایت یه غول بی شاخ و دم تحویل میدی که چشمش کف پاشه و خودت هم نمیفهمی چکار کردی.

خیلی ها توی این مرحله میمونن و اتفاقن خیلی هم خودشون رو تحویل میگیرن.

این دسته عاشق استک اورفلو هستن.

اگه چندین ساله اینجا موندی پس داری در جا میزنی بدون تعارف.

☃️برنامه نویس:
مرحله ای که خیلی چیز ها رو درک میکنی و مسائل رو تجزیه تحلیل میکنی و راه حل ارائه میدی .
اگه بخوای سرچ هم کنی خیلی کم گذرت به استک میخوره.
توی این مرحله قدرت حل مساله داری و علاوه بر اون به یک درک خوب از مفاهیم رسیدی و میتونی مسائل رو خرد کنی و برای هر کدوم جدا دنبال راه حل بگردی.

احتمالن به یک بیماری دچار میشی که میخوای هر چیزی رو که یاد گرفتی صرفن برای قشنگی توی حل مسائل ازش استفاده کنی که وقتی بقیه میبینن بگن ووااااااوووو.

احتمالن دچار یک وسواس فکری هستی که همیشه میخوای بهترین راه حل رو ارائه بدی و وقتی راه حل هات یه کوچولو نقص دارن اعصابت به هم میریزه.

میخوای همه اصول رو مو به مو رعایت کنی.

و اکثرن ناموفق.

☃️مهندس :
تمام ویژگی های خوب برنامه نویس رو داره به علاوه تفکر مهندسی.
هیچ موقع هیچ چیزی در ایده ال ترین حالت خودش اتفاق نمیوفته.
اصول مهندسی نسبی هستن.
اینجا ۱ + ۱ همیشه ۲ نمیشه و باید با درک عمیق از مسائل بهترین راه حل رو برای شرایط موجود ارائه کنی.
راه حلی که میدی الزامن راه حل بدون ضرر و هزینه و بی نقص نیست ولی بین راه حل های موجود بهترین بوده.
این راه حل ممکنه فردا تغییر کنه....
تو همیشه همه اصول رو بدون نقص رعایت نمیکنی و بعضی مواقع اون ها رو زیر پا میگذاری ولی با دلیل.
فقط به دلیل خوشکلی از بعضی اصول و پترن ها استفاده نمیکنی و بعضی مواقع سادگی رو به پیچیدگی ایجاد شده توسط اون ها ترجیح میدی.

❄️انواع برنامه نویس

☃️تعاریفی که توی پست قبلی داشتم کاملن نسبی هستن و البته دیدگاه شخصی من هستن و قابل نقد....

☃️نسبی هستن به این صورت که نمیشه مطلقن به یک نفر گفت کدکپی کن یا به یک نفر گفت برنامه نویس یا...

احتمال زیاد هر شخصی یه جایگاهی بین این ها داره

☃️فرایند تبدیل شدن به یه برنامه نویس یا حداقل توی مسیر یه برنامه نویس قرار گرفتن و نزدیک شدن بهش یه فرایند یک ماهه یا دو ماهه نیست...

شاید چندین سال...

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

شاید حداقل 10 سال 20 یا 30 سال (البته نسبیه و عدد مطلقی وجود نداره)

☃️نکته مهم اینه که عجله نکنیم و توهم هم نزنیم.

یکی از بزرگترین ضربه هایی که میتونیم به خودمون بزنیم توهم داناییه.

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

مهندس اصلن!!!!

مهم اینه که جایی که هستیم نمونیم و حرکت کنیم.

❄️Dart - future releases

⭕️ ویژگی هایی که دارت برای کلاس ها در نظر گرفته یه سری هاش خوبه, ولی انقد زیاد شده که باید حواست باشه قاطی نکنی😅😅

⭕️مثلن final class ها که توی جاوا هم بودن خیلی خوبه.

⭕️یا sealed چیز بدی نیست
مثلن کسایی که از پکیج هایی مثل ٍdartz استفاده میکردن احتمالن میتونه واسشون مفید باشه.

⭕️البته سخت نیست و نترسید
چند تا کلمه کلیدی هست که با هم ترکیب میشن و شکل های جور وا جور میسازن.

⭕️این هم توضیحات مختصر پست بالا.

⭕️مثلن interface class ها شبیه interface ها توی جاوا و سی شارپ عمل میکنن و میتونن implement بشن ولی نمیتونن extend بشن.

⭕️یا base class ها که شبیه کلاس های جاوا و سی شارپ هستن و میتونن extend بشن ولی نمیتونن شبیه interface ها implement بشن.

⭕️یا final class ها که ویژگی خوبیه و هیچ اجازه ای برای توسعه کلاس رو بهت نمیده.

واژه های تخصصی برنامه نویسی یا رشته نرم افزار یا حتا رشته های دیگه رو ترجمه نکنید.

با اینکار فاجعه درست میکنید.

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

واژه های تخصصی باید توی کل دنیا ثابت باشن و یه زبان مشترک توی کل دنیا باشن.

بگین فانکشن نگین تابع. (روش🤦‍♂🤦‍♂)
بگین فاینال نگید نهایی 😱😱😱
و....

اذیت نکنید .

❄️ُThree types of equality

☃️خیلی وقت ها نیاز داریم که دو تا ابجکت رو با هم مقایسه کنیم و ببینیم که ایا equal هستن یا نه.

☃️ توی دارت با == توی زبان هایی مثل جاوا و سی شارپ با متد equals و یا زبان های دیگه ....

☃️توی مقاله زیر سه حالت مختلف که میتونیم برای مقایسه object ها در نظر بگیریم رو شرح دادم:

https://purecoder.ir/three-types-of-equality-in-programming-world/

❄️Object Oriented Design
❄️Clean Architecture

😍دوره ی OOD و معماری کلین شروع شده و در حال برگزاری هست.
☃️فصل اول دوره تکمیل شده و فصل های ۲ و ۳ هم تا هفته اینده تکمیل میشن.

☃️دوره شامل ۱۰ فصل هست که مفاهیم object oriented و اصول سالید و... خیلی با دقت و کاملن متفاوت بررسی میشن.

☃️میتونید توضیحات دوره رو توی سایت مشاهده کنید.
https://purecoder.ir/course/object-oriented-design-part-one/

☃️برای ثبت نام در دوره به ایدی زیر پیام بدید.
@PureCoder_support
تاکید میکنم برای ثبت نام فقط به ایدی بالا پیام بدید تا راهنمایی بشید.

☃️اگه سوالی هم دارید میتونید به ایدی بالا پیام بدید. در خدمتتون هستیم.

☃️الان میتونید از تخفیف دوره استفاده کنید و رفته رفته با تکمیل شدن دوره، این تخفیف به صورت پلکانی کاهش پیدا میکنه.

🔥چالش

⭕️یکم به جای مقایسه گت ایکس و بلاک که هیچ کدوم ارزش این همه توجه و وقت گذاشتن رو ندارن 😅😅 امروز یه مقایسه دیگه انجام بدیم.

☃️امروز میخوام زبان های استاتیک تایپ و داینامیک تایپ رو مقایسه کنید و خوبی ها و معایب هر کدوم رو در مقابل هم قرار بدید و مقایسه کنید.

☃️زبان های استاتیک تایپ مثل cpp و جاوا و سی شارپ و دارت و... که تعدادشون زیاده و نمیشه همرو گفت.

☃️داینامیک تایپ مثل جاوا اسکریپت و روبی و....

⚠️فقط زبان ها رو توی دو سبد استاتیک و داینامیک قرار بدید و مقایسه کنید.

⚠️خود زبان ها مهم نیستن در این مقایسه

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

یه مقاله برای این میگذارم

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

یکم تاریخ میگم و نتیجه ای که نبرد این دو تا داشته😁

منتشر شد اطلاع میدم حتمن بخونید😍😍😍

توی این ویدیو یاد میگیریم چطوری بدون نیاز به فیلتر شکن و یا شکن و 403 پروژه خودمون رو بیلد بگیریم و یا پکیچی به پروژه اضافه کنیم

@LearningFlutter

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

او در هر فرصتی كه بدست مي‌آورد سعی می‌كرد نكته جدیدی به ما بياموزد و دانسته‌های خود را در بهترين شكل ممكن به ما منتقل می‌كرد.

او در فرصتهای مناسب، ما را در بوته "تجربه و عمل" قرار می‌داد.

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

بعد از سلام و ادای احترام، به او گفت:
اگر اجازه می‌دهيد اين همكاران من نيز قلب شما را معاينه كنند.
مرد جوان نيز پذيرفت.
سپس رو به ما كه تركيبی از كارآموز و كارورز بوديم كرد و گفت:
هر یک از شما صدای قلب اين بيمار را به دقت گوش كنيد و هر چه می شنويد روی تكه كاغذی يادداشت كنيد و به من بدهيد.

نظر استاد از اينكه اين شيوه را بكار می‌برد اين بود كه اگر كسی از ما تشخيص‌اش نادرست بود از ديگری خجالت نكشد.

هر یک از ما به نوبت، قلب بيمار را معاينه كرديم و نظر خود را بر روی كاغذی نوشته، به استاد داديم.

همه مايل بوديم بدانيم كه آيا تشخيصمان درست بوده يا خير؟

استاد نوشته‌های ما را تک تک مشاهده و قرائت كرد. جوابها متنوع بودند. یکی به افزايش ضربان قلب اشاره كرده بود،
يکی به نامنظمی ريتم آن، يکی نوشته بود ضربانات طبيعی هستند، يکی ريتم گالوپ ضعيف شنيده بود، يکی اظهار كرده بود كه بيمار چاق است و صداهای مبهم شنيده ميشوند و يکی به وجود صدای اضافی در يکی از كانون‌ها اشاره كرده بود.

استاد چند لحظه ای سكوت كرد و به ما می نگريست، منتظر بوديم تا يکی از آن نوشته‌ها را كه صحيح‌تر بوده معرفی نمايد.

اما با كمال تعجب استاد گفت:
متاسفانه همه اينها غلط است.
و در حاليكه تنها كاغذ باقيمانده دردست راستش را تكان می‌داد، ادامه داد:
تنها كاغذی كه مي تواند به حقيقت نزدیک باشد اين كاغذ است كه نويسنده آن بدون شک انسانی صادق است كه
می تواند در آينده "پزشكی حاذق" شود.

نوشته او را می خوانم، خودتان "قضاوت" كنيد.

همه "سر پا گوش" بوديم تا استاد آن نوشته صحيح را بخواند.

ايشان گفت:
در اين كاغذ نوشته متاسفانه به علت "كم‌تجربگی" قادر به شنيدن صدایی نيستم و در حاليكه به چشمان متعجب ما می نگريست ادامه داد:
من نمی دانم در حاليكه اين بيمار دكستروكاردی دارد، و قلبش در طرف راست قرار گرفته شما چگونه اين همه صداهای متنوع را در طرف چپ سينه او شنيده‌ايد؟

بچه های خوب من، از همين حالا كه دانشجو هستيد بدانيد كه تشخيص ندادن عيب نيست ولی تشخيص "غلط گذاشتن" بر مبنای یک "معاينه غلط"، "عيب بزرگی" محسوب ميشود و می تواند برای بيمار خطرناک باشد.

در پزشكی "دقت،" "صداقت،" "حوصله" و "تجربه" حرف اول را مي‌‌زنند.

⚡️⚡️⚡️⚡️⚡️⚡️⚡️

⭕️این صداقت برای همه و توی هر حرفه ای لازمه.
بعضی مواقع اگه بگید نمیدونم به جایی برنمیخوره.
نمیدونم، بهتر از شت و پت کردنه.

☃️مقاله: const با طعم دارت

🌧مجموعه مقاله های مربوط به const که قبلن توی ویرگول داشتیم رو دارم به سایتمون انتقال میدم.

🌧قسمت اول رو میتونید از لینک زیر مشاهده کنید:
https://purecoder.ir/const-with-dart-taste/

🌧بقیه قسمت ها رو هم به مرور انتقال میدیم.

☃️اگه یه ویدیوی زبان اصلی دارین که زیر نویس نداره و فهمش واستون سخته.

☃️علاوه بر اینکه میتونید توی کروم بازش کنید که خودش واستون زیر نویس جنریت میکنه، میتونید از روش زیر هم استفاده کنید...

☃️ویدیو رو به mp3 تبدیل کنید که حجمش کم بشه (حجمش رو به زیر ۵۰ مگ برسونید)

بعد mp3 رو توی سایت زیر اپلود کنید :
https://www.tunestotube.com/

البته سعی کنید private اش کنید که گیر کپی رایت نیوفتید.

بعد از یکی دو ساعت، برید توی یوتیوبتون و بخش library ..... و زیر نویسی که یوتیوب تولید کرده رو دانلود کنید.

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

اگه خواستم مثلن TDD بزنه، قشنگ مثل خودم و طبق استاندارد ها بره جلو...

این خوبه.

وگرنه اینکه یه سری کد بده بیرون، حداقل در حال حاضر توی اسکیل بزرگ کاربردی نیست.

باید بتونه روش تحلیل کردن رو مثل اعضای یه تیم خاص و طبق استاندارد ها یاد بگیره و پارتنرشون بشه.

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

به طور مثال مناطق کم باران مرکزی و جنوبی احتمالن دارن بارش های کم نظیر در سال های اخیر رو تجربه میکنن.

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

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

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

در عوض ما باید محصولی تولید کنیم که انعطاف پذیر و قابل تغییر باشه.

حالا اگه شرایط خاصی بوجود اومد ، همون موقع نرم افزار رو جوری تغییر میدیم و جوری جلو میبریم که از الان به بعد در مقابل اون مدل تغییرات ایمن بشه.

این موضوع توی اصل دوم سالید یا Open Close نهفته هست.

@purecoder_ir

سی ثانیه تو آیینه توالت به خودم نگاه میکنم

چیزی که تو ذهنم پلی میشه
@Bishouri

☃️نام گذاری اینترفیس ها

☃️یه عادتی که توی کامینیوتی دات نت برای نام گذاری اینترفیس ها هست قرار دادن یه I قبل نام هست
برای مثال :
IRepository

☃️این نوع نام گذاری به بقیه جاها هم سرایت کرده

☃️از نظر قواعد کلین کد زیاد جالب نیست

☃️اگه دات نت کار میکنید برای هماهنگی با بقیه شاید مجبور باشید یا بهتر باشه که رعایتش کنید

☃️ولی اگه دات نت کار نمیکنید سعی کنید از این روش نام گذاری استفاده نکیند
برای مثال بگید
Repository
به جای
IRepository

@purecoder_ir

⭕️لینک گروه:

https://t.me/purecoder_gp