Discover and read the best of Twitter Threads about #نرم‌ابزار
Most recents (2)
سرمایه‌گذاری گوگل برای تولید ابزارهای افزایش بهره‌وری، زیاد است. متاسفانه خیلی از این ابزارها در دسترس عموم نیست. ولی این‌جا، در ادامه مجموعه #نرم‌ابزار مروری کنیم بر ابزار مهمی که در دسترس شرکت‌های کوچک هم هست: محیط برنامه‌سازی یک‌پارچه (Integrated Development Environment).//
اول شروع کنم از بی‌سوادی خودم: تا ۱۲ سال پیش، تقریبا تمام تجربه‌ی حرفه‌ای برنامه‌نویسی من در ویم (vim) بود. با ورود به گوگل، برایم به‌سرعت روشن شد که بدون ابزار یک‌پارچه خوب، امکان درک یک سامانه بزرگ بسیار دشوار است، مثلا وقتی کد بعضی سرویس‌های جی‌میل را بررسی می‌کردم. //
از این مهم‌تر، کارم بعد از مدتی رفت به‌سمت تولید ابزار یک‌پارچه برای جاوااسکریپت و کلنجار با مشکلات زبان‌های بدون گونه ایستا (statically typed). به این سوال بعدا برمی‌گردیم که چند صدهزار (یا بیش‌تر) خط کد جاوااسکریپت جی‌میل (فقط سمت مرورگر) چطور تولید می‌شود. فعلا با این مقدمه،//
۱) وقتی ۱۱ سال پیش آمدم گوگل، برنامه ۳-۴ سال کسب تجربه‌ی مهندسی خوب و بعد بازگشت به ایران بود. قسمت دوم برنامه متاسفانه عملی نشد ولی بخش اول چرا. شاید به‌اشتراک گذاشتن بعضی از این تجربه‌ها در فضای فارسی مفید باشد. یکی از مهم‌ترین این‌ها اهمیت «بازبینی کد» است و نقش #نرم‌ابزار //
۲) به‌خصوص وقتی سروکارم با گیت‌هاب است، ضعف ابزارها آشکار است. ولی اول چرا بازبینی کد (code review) مهم است. برای من لااقل این موارد مهم اند:
آ) خوانایی کلی کد و پرهیز از ساختارهای بد
ب) ساده‌سازی طراحی و پیاده‌سازی
پ) انتقال تجربه
ت) کشف خطا
ث) ارزیابی //
google.github.io/eng-practices/…
آ) خوانایی کلی کد و پرهیز از ساختارهای بد
ب) ساده‌سازی طراحی و پیاده‌سازی
پ) انتقال تجربه
ت) کشف خطا
ث) ارزیابی //
google.github.io/eng-practices/…
۳) در مورد آ یک ویژگی گوگل این است که تقریبا کد همه‌ی تیم‌ها در یک مخزن (repository) مرکزی است و شما همیشه از سر (HEAD) استفاده می‌کنید (می‌دانم کمی عجیب است ولی خیلی مشکلات ساخت و یک‌پارچگی را حل می‌کند). با این‌که چند ده‌هزار برنامه‌نویس مدام مشغول افزودن به این مخزن اند، //
