سلب مسئولیت: من حرفه ای نیستم ، یا حتی در پایان راه یادگیری ، همانطور که مراحل من از طریق کد می گذرد ، برای اینکه یک برنامه نویس باشم احساس رضایت می کنم.
برنامه نویسی در بعضی مواقع ، با ناامیدی همراه است ، هنگامی که خطاها جمع می شوند ، و شما با ساده ترین گمشده “؛” گیر کرده اید. یا حتی دامنه ای که برای اشیاء منتهی به خطاهایی که دقیقاً به اشتباه اشاره نمی کنند ، حل نشده است ، یا حتی یک تورفتگی مفقود شده که باعث می شود شما از هر خط عبور کنید تا مسئله ای را که از دست داده اید پیدا کنید اشتباهبشر
خطاها و اشتباهات بخشی از زندگی یک برنامه نویس است و ما تا روز با آن زندگی می کنیم ، کد می کنیم.
تنها زنده ماندن اشتباهات در برنامه نویسی این است که اگر یاد بگیریم که آنها را شناسایی کنیم ، می توانیم عادات خود را برای جلوگیری از آنها بسازیم و از این رو ، من لیستی را از طریق Scourging Online و تجربیات خودم برای ترسیم لیست ، از رایج ترین اشتباهات و چگونگی جلوگیری از آنها تهیه کردم.
همه اینها با درک جریان برنامه نویسی ، هر برنامه ، هر پروژه و هر زمان شروع می شود. همانطور که می رود:
Think => تحقیق => plan => code => اعتبار => اصلاح کنید.
مربوط به جریان برنامه نویسی ، آشکار آن ، اولین اشتباه ، عدم برنامه ریزی. با برنامه ریزی چیزی ، یک نقشه ذهنی در مورد چگونگی انجام روند ، نحوه انجام مراحل و چگونگی زنده ماندن ساختار به شما می دهد. برنامه نویسی در حال برقراری ارتباط افکار شما به دستگاه است ، تا آن را انجام دهید و آنچه را که می خواهید انجام دهید ، و همانطور که فقط به طور تصادفی خواسته های شما را به آنجا نمی رساند ، شما را به آنجا نمی رساند ، به طور تصادفی پرتاب کد در یک دستگاه نیز به درستی کار نمی کند. برنامه نویسی خلاقیت مبتنی بر منطق است و نیاز به پرورش نه تنها کار کردن آن را دارد بلکه باعث می شود که آن را بی عیب و نقص کار کند. برنامه ریزی قدم لازم ، قبل از برنامه نویسی است. با این حال ، گرفتن این ، قبل از شروع کار در برنامه ریزی همه چیز گیر نکنید. من شخصاً افرادی را می شناسم ، که در یک حلقه برنامه ریزی نامحدود گیر می کنند و نقشه ذهن ذهنی را تا زمان رسیدن به آن ، پالایش می کنند ، قبل از اینکه حتی به هر کاری بپردازند. نکته اصلی این است که فرایند و مراحل را از طریق نقشه ذهن درک کنید. هیچ برنامه کاملی وجود ندارد ، و همیشه موانعی وجود خواهد داشت که باید از طریق آن عبور کنید ، به همین دلیل ، برنامه ریزی برای درک ، نه کمال. یک برنامه عالی غیر واقعی است زیرا در برابر تغییرات تغییر ناپذیر است ، در حالی که واقعیت نیاز به تغییر و سازگاری در هر گوشه دارد ، چابک باشد.
بیایید به قسمت برنامه نویسی بیاییم ، اگر منطق شما صحیح باشد ، و نحو شما با منطق شما در نقطه باشد ، کد کار خواهد کرد ، اما ، آیا تا به حال سعی کرده اید به کد خود یا کد شخص دیگری نگاه کنید و مانند آن باشید .. صبر کنید؟ کجاست؟ و شما به جستجوی راه خود می پردازید تا پیدا کنید که چه منطقی در اینجا اتفاق می افتد و چگونه به همه چیز متصل می شود. بله ، این جایی است که ما کیفیت کد را رها می کنیم ، باعث می شود که خوب کار کند! اما این یک عمل بد است. تصور کنید که نامه ای را بدون هیچ فاصله و قسمت تقسیم شده بنویسید ، مانند یک پاراگراف مبهم احساس می کنید ، حتی اگر افکار شما را منتقل کند ، حتی با لحنی مناسب ، عدم وجود ساختار آن را خراب می کند. سرمایه و تورفتگی در برنامه نویسی مهم است ، تا آن را برای هر کس دیگری که آن را می خواند ، حس کند. چند روش که با آن طولانی می شود ، برای اطمینان از کیفیت یک کد ، اطمینان از محدودیت 80 کاراکتر در هر خط کد ، و تقسیم بخش های منطقی کد به توابع (همیشه یک عمل خوب) ، نامگذاری متغیر باید تا حد ممکن نگه داشته شود ، باید به عنوان غیر مبهم نگه داشته شود ، روزهای داشتن همه متغیرها به عنوان x ، y ، z یا a ، b ، c و extras به عنوان p ، q ، q ، q. بهتر است ، اما فقط اگر خوانایی را ترک نکند!
یک کار دیگر که ما انجام می دهیم ، در حالی که برنامه نویسی پذیرش اولین راه حل است ، برای اولین بار در اولین آزمایش به جکپات ضربه بزنید. هیچ کدام وجود ندارد برنامه نویسی یک شکل هنری است که نیاز به پیشرفت مداوم ، منطق بهتر و کیفیت بداهه و جریان بین بخش ها دارد. هرگز از راه حل اول راضی نباشید (مگر اینکه شما در مهلت قرار بگیرید و تسلیم در چند دقیقه است). راه حل اول درست است ، بدون شک ، اما برای تکامل و رشد ، همیشه بهتر است در راه حل های موجود برای تحقق راه حل های بیشتر ، راه های بهتر برای دستیابی به راه حل ، ساده تر کردن آن ، کاهش پیچیدگی و افزایش خوانایی ، با اجرای سریعتر ، مصرف فضای کمتری و غیره و غیره بهبود یابد. علاوه بر این ، به طور اتفاقی ، اولین راه حل منطقی شما برای مشکل مناسب یا کار نمی کند .. سرسخت نباشید! ترک برنامه نویسی فقط به معنای راه حل نیست ، درک آن در آنجا می تواند بسیاری باشد ، برای رسیدن به این طرز فکر ، فکر کردن را به عنوان روشی که هرچه بیشتر شکست می خورید ، فکر می کنید و هرچه اغلب شکست می خورید ، بیشتر یاد خواهید گرفت. مهم است که در مفاهیم مربوط به برنامه نویسی و انگیزه های شما روان باشد ، اشکالی ندارد که گیر بیفتد ، اما بد نیست که گیر بیفتید و فقط در آن نگه دارید ، بدون اینکه فقط آن را رها کنید و به روشی دیگر برای رسیدن به آن نگاه کنید.
همچنین برای تحقیق در مورد کد خود ، Google IT مهم است! در جستجوی آنلاین هیچ چیز بدی وجود ندارد ، بیشتر کدها و برنامه ها را می توان به صورت آنلاین یافت. همه ما سهم عادلانه خود را از کپی چسباندن برای تکالیف یا زمان آزمایشگاه ساخته ایم و تحقیق یک عامل مهم برای جریان کد است ، شما هرگز نمی دانید که چه چیزی را از دست داده اید ، و کسی که در اینترنت وجود دارد ، تمام افکار خود را برای شما به اشتراک گذاشته و با شما همکاری کرده است. تحقیق کنید ، اما به عنوان یک فرآیند یادگیری ، کپی نکنید و اگر تنها چیزی که می فهمید بیانیه مشکل است و کپی شده است ، اگر به نظر می رسد که تصور می شود ، خروجی را با یکدیگر مقایسه کنید ، پس از آن در همه ذات که اتلاف وقت همه بوده است. اگر وقت خود را تمام می کنید ، و اگر راه حل دقیقی پیدا کردید ، کپی کردن خوب است ، اما فقط اگر کد را نیز درک کنید. آن را بخوانید ، منطق را درک کنید ، ببینید که در مقایسه با آنچه فکر می کنید ، چه چیزی از دست رفته است ، چه چیزی اضافه شده است که شما هرگز به آن فکر نکرده اید ، آیا چیزی متفاوت از نحوه انجام آن وجود دارد ، طوفان مغزی و سپس کپی کردن و دویدن است. سرقت کار شخصی و ساختن آن ، سرقت ادبی است ، اما اگر می توانید کد شخصی را بگیرید و برای کار خود در آن بهبود پیدا کنید و حتماً آنها را نسبت دهید ، این کل روانشناسی در پشت منبع باز و برنامه نویسی مشترک است.
همانطور که قبلاً ذکر شد ، برای حفظ کیفیت ، تمام بخش های منطقی باید عملکردهای خود را بدست آورند ، این مفهوم محصور سازی است و زیبایی آن در کیفیت محصول یا کدی نیست که شما نوشتید ، بیشتر در حفظ آن است. آیا تا به حال سعی کرده اید به چیزی که مدتها پیش کدگذاری کرده اید برگردید ، برای بخش های منطقی و گم شدن در دامنه حلقه ها و متغیرها گم شوید؟ احتمالاً. اینجاست که اگر کد خود را محصور کنید ، در جایی که همه بخش های منطقی بخش خود را از عملکرد “اصلی” دور می کنند ، نقش مهمی را ایفا می کند ، بازگشت به آن ، ساده تر کردن ، اصلاح یا کاهش هرچه ممکن است انگیزه شما باشد ، آسان تر است. این امر باعث می شود تا هنگام کار دوباره روی کد ، اثرات آبشار را کاهش دهد و به طور کلی یک عمل خوب برای حفظ انسجام زیاد و اتصال کم بین کد است.
بخش مهمی در درک و بهبود کیفیت و محاصره ، درک ساختار داده ها و الگوریتم ، برای درک محدودیت ها و مزایای آنها ، کاربردهای آنها در سناریوهای مختلف و آزمایش برای یافتن یکی از بهترین کار است. همه الگوریتم ها و ساختارهای داده به طور یکسان ساخته نشده اند ، آنها مزایا و محدودیت های خاص خود را دارند ، مهم این است که بدانند چه چیزی در کجا کار می کند ، تا به عمق آنها شیرجه بزنید.
همچنین مهم نیست که کیفیت کد را کاهش ندهید ، در حالی که روی آن کار می کنید ، گاهی اوقات تغییرات لازم است ، اما آن را تمیز نگه دارید! سعی کنید فقط از کپی کردن کد خودداری کنید زیرا باعث افزایش خط کدها می شود یا به نوعی باعث می شود که کار کند ، انتزاع را اعمال کرده و آن را خوب جلوه دهد. اگر چیزی چندین بار مورد استفاده قرار گرفته و به کار رفته است ، یک تابع یا متغیر ، مقداری یا منطق ، یک پرونده پیکربندی را در کد خود مشخص کنید و فقط به آن مراجعه کنید تا از ایجاد مشکلات مربوط به آن و بدتر شدن آن استفاده کنید. همچنین بهتر است از اظهارات مشروط غیر ضروری فقط برای کار کردن کارها و متغیرهای موقت که استفاده ناچیز دارند ، جلوگیری کنید. برای کد پاک کننده تلاش کنید!
اگر به یک کد برگردید ، خوانایی مهم است و یکی از راه های اطمینان از آن ، اضافه کردن نظرات برای مواردی است که معنی ندارد یا واضح نیست. دوباره بخوانید نظرات برای مواردی است که معنی ندارد ، یا واضح نیست. نظرات برای توضیح دلیل کد ، چرا این منطق ، چرا این ساختار داده ، چرا این بخش و نه کد ، مانند اعلامیه متغیر و بیانیه های چاپی که قبلاً استفاده از آن را شامل می شود ، استفاده می شود.
در حالی که نظرات مهم هستند ، برای کد بهتر ، یک عادت خوب برای انجام آزمایشات روی آن ، درک مطالب لبه و استثنائات است و فقط اگر کد بتواند در اکثر سناریوها کار کند. همه چیز نمی تواند ذهنیت “این یک اشکال نیست ، یک ویژگی است”. توسعه آزمایش محور همیشه پایدارتر از کدگذاری و آزمایش یک بار آن است تا به دنبال خطا باشید. از آنجا که ، گاهی اوقات ، برخی از ورودی ها فقط با منطق شما کار می کنند ، این بدان معنا نیست که کد شما به طور کلی مناسب است ، برای ورودی خاص مناسب است ، و برای برخی از ورودی های دیگر ، می تواند اشتباه شود و شما خود را خجالت می کشید ، بنابراین چرا آن را به طور خودکار با ورودی های تصادفی آزمایش نکنید تا از چنین سناریویی جلوگیری کنید.
در صورت لزوم کد خود را با استثنائات و موارد لبه ، با نظرات و محاصره و انتزاع مستند کنید. کد بدون مدارک مستعد خطاها است و می تواند منجر به روند طولانی تر در هنگام اشکال زدایی شود.
از آنجا که شما تنها کسی نیستید که از آن کد استفاده می کنید ، می تواند دوستان یا معلم یا مشتری و همکاران شما باشد که ممکن است از آن کد استفاده کنند ، یک عمل خوب برای درک و نگاه کردن به تجربه کاربر نهایی است. کد را تست کنید که گویی در کفش آنها هستید ، از دیدگاه آنها نگاه کنید تا بفهمید که آیا این امر منطقی است ، و آیا آنها می توانند با آن کار کنند ، همه افراد دوست احمق دارند ، اگر شما ندارید .. شما هستید.
چند بخش آخر اشتباه ، که کلی هستند یا شخصاً توسط شما مرتکب شده اند ، واقعاً مربوط به پیامدهای کدها است.
بگذارید مردم به کد شما نگاه کنند ، و به آنها اجازه دهید انتقاد کنند ، آنها را بپذیرند ، ببینند که به چه چیزی نگاه می کنند ، که شما نمی بینید و بهبود نمی یابید ، کسی که جرات تغییر و تحول را ندارد ، می تواند بسیار سفت و بی فایده شود ، با توجه به اینکه کدگذاری یک روند برای همیشه یادگیری است ، روزی که شما از تلاش برای پیشرفت خود متوقف می شوید ، روزی است که به آرامی شروع به مرگ می کنید.
یک چیز دیگر ، من به خصوص با آن مشکل داشتم ، درک ابزارهای لازم ، IDE ، پیش نیازها و غیره است. این بخشی از تحقیق است ، درک می کنید که شما نیاز دارید و چه چیزی برای شما مفید است ، و همیشه به دنبال بهتر باشید ، حتی اگر کمی پیچیده باشد ، جدید را یاد بگیرید. تا زمانی که فرآیندهای آینده شما را ساده تر کند و باعث بهبود کارایی و کیفیت کار شما می شود.
گیت ، جذاب آن را بیاموزید ، و هرچه بیشتر یاد بگیرید ، زندگی شما آسان تر می شود و به اشتراک گذاری می شود. جدی
سرانجام ، اشتباهاتی که همه از بین رفته اند ، خطا می کنند. خطاها زخم هایی است که شما به دست می آورید ، بدون آنها ، شما واقعاً نمی توانید بگویید که شما به اندازه کافی تلاش می کنید تا بهبود یابد ، اشتباهات بخشی از زندگی است ، خطاها بخشی از کد هستند. خطا کنید ، آنها را ببینید ، آنها را درک کنید ، روی آنها کار کنید ، آنها را بردارید. هرچه خطاهای بیشتری ایجاد کنید ، به معنای بیشتر است که سعی در کار و پیشرفت دارید و هرچه خطاهای بیشتری حل کنید ، بهتر می شوید.
استراحت کنید ، تازه کنید ، خطا کنید ، خطاهای صحیح داشته باشید. کد
