بهترین عادات کدنویسی برای شروع

وقتی مهارت جدیدی را به خود می آموزید، همه ما تمایل داریم که عادت های بد را انتخاب کنیم.

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

https://www.youtube.com/watch?v=-npmitrAklk

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

از آنجایی که من با تکنیک درست شروع نکردم، سرعت تایپ من در محدوده 60 تا 80 wpm گیر کرده است و باید یاد بگیرم که چگونه درست تایپ کنم تا بتوانم بهتر شوم.

همین امر در مورد یادگیری کدنویسی نیز صادق است. در این مقاله، من قصد دارم 5 عادت کدنویسی را به اشتراک بگذارم که اگر نمی‌خواهید بعداً در حرفه‌تان خود را محدود کنید، باید آن‌ها را توسعه دهید.

1. برنامه اول، کد دوم

من بارها و بارها این را از توسعه دهندگان جوان و حتی ارشد دیده ام. هنگامی که مشکلی به آنها داده می شود، اولین غریزه آنها این است که VS Code را باز کرده و شروع به ایجاد راه حل کنند.

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

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

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

هنگامی که مطمئن شدید که مشکل را درک کرده اید، سپس راه حل خود را روی کاغذ یا یک برنامه تخته سفید برنامه ریزی کنید. به این فکر کنید که احتمالاً برنامه شما چگونه در آینده نیاز به تغییر دارد تا در نهایت چاله ای را برای خود حفر نکنید که مجبور خواهید بود بعداً از آن خارج شوید.

هر بار که یک توسعه‌دهنده مستقیماً به نوشتن کد می‌پرد، اغلب کارهای مجدد زیادی باید انجام شود.

2. قالب کد بسازید

توسعه نرم‌افزار حرفه‌ای ممکن است از بیرون هیجان‌انگیز به نظر برسد، اما در بیشتر موارد، در واقع بسیار کسل‌کننده است.

کارهای غرغروی زیادی در هر پروژه جدید وجود دارد. شما باید API، پایگاه داده، ورود به سیستم، خط لوله CI/CD و تمام زیرساخت ها را راه اندازی کنید.

شمارش تعداد APIها و توابع لامبدا را که در طول زمان ساخته‌ام از دست داده‌ام. اگرچه همه آنها کار متفاوتی انجام دادند، ساختار هر برنامه تقریباً یکسان به نظر می رسید.

اگر قالب هایی بسازید که بعداً بتوانید از آنها استفاده کنید، می توانید در زمان خود صرفه جویی کنید و به یک توسعه دهنده کارآمد تبدیل شوید.

در دنیای ایده‌آل، نام API خود را تایپ می‌کنید، فناوری‌هایی را که می‌خواهید استفاده کنید انتخاب می‌کنید و سپس روی دکمه‌ای کلیک می‌کنید تا همه چیز برای شما تنظیم شود. سپس تنها کاری که باید انجام دهید این است که منطق تجاری را برای آن تابع بنویسید.

برخی از شرکت‌ها دقیقاً این کار را انجام می‌دهند، اما حداقل باید چند الگو تنظیم کنید تا مجبور نباشید هر بار کد دیگ بخار را بنویسید.

3. چرخ را دوباره اختراع نکنید

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

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

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

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

4. آن را برای یک دوست یا همکار توضیح دهید

فرقی نمی‌کند شما یک توسعه‌دهنده ارشد باشید یا یک توسعه‌دهنده جوان، همه ما هر از گاهی گیر می‌افتیم.

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

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

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

بنابراین دفعه بعد که گیر کردید، از کسی 15 دقیقه بخواهید تا بتوانید مشکلی را که دارید توضیح دهید. اگر خوش شانس باشید، آنها ممکن است راه حلی را بدانند، اما به احتمال زیاد به شما کمک می کند آن را حل کنید.

5. یک مجله توسعه دهنده داشته باشید

در نهایت، مهم است که یک ژورنال توسعه دهنده داشته باشید. اکثر مردم حافظه ایدئتیکی ندارند.

ممکن است فکر کنید دفعه بعد که این مشکل را داشتید آن را به خاطر خواهید آورد اما به احتمال زیاد تا 6 ماه دیگر این مشکل را به یاد خواهید آورد و تنها چیزی که به یاد خواهید آورد این است که دفعه قبل موفق به رفع آن شده اید اما موفق نشده اید یک سرنخ چگونه آن را در حال حاضر انجام دهید.

با نگه داشتن یک دفترچه از همه چیزهایی که یاد می گیرید، می توانید به عقب برگردید و به خود یادآوری کنید که چگونه کاری را انجام داده اید.

حتی نیازی نیست در یادداشت های خود وارد جزئیات شوید. معمولا داشتن یک یادداشت کافی است تا حافظه خود را تند تند کند و کاری را که انجام می دادید به شما یادآوری کند.

چند راه وجود دارد که می توانید این کار را انجام دهید. نگه داشتن دفترچه یادداشت روی میز ساده ترین راه است. هر زمان که مشکلی را حل کردید یا چیز جدیدی یاد گرفتید، آن را یادداشت کنید.

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

گزینه دیگر استفاده از اپلیکیشنی مانند Notion یا Obsidian برای ذخیره تمام یادداشت های خود است. من تمایل دارم از ترکیب هر 3 مورد در یادداشت برداری استفاده کنم.

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