متخصصین برتر
۱۱ بهمن ۱۴۰۴، ۰۶:۴۹
افزایش بهرهوری توسعهدهنده با پلتفرم ArcGIS؟
ما تیم کوچکی از توسعهدهندگان داتنت هستیم. ما تجربهٔ زیادی در حوزه GIS داریم و هیچکدام از ما در توسعه نرمافزار/پایگاهداده یا مدیریت سیستم تازهکار نیستیم. ما مدرک فنی و سالها تجربه صنعتی داریم. ما در سمینارهای توسعهدهندگان Esri شرکت کردهایم.
فناوری Esri - عمدتاً ArcGIS Server، ArcSDE و ArcObjects - نقش کوچک اما ضروری در تمام نرمافزارهایی که ما توسعه میدهیم ایفا میکند. با وجود جایگاه اقلیتی Esri در پشته فناوری ما، ما زمان بیاندازهای را صرف رفع اشکالزدایی خطاهای گریزان، ساخت راهحلهای جایگزین، رمزگشایی پیامهای خطای مبهم آن، ردیابی مشکلات کارایی و بازیافت فرآیندها میکنیم.
معمولاً مشکلات ما ناشی از اشکالات واقعی، مدیریت ضعیف استثناها، تصمیمهای محدودکننده طراحی/معماری، کمبود مستندات، ناپایداری یا ترکیبی از این موارد است. (من اینجا درباره پشته Esri صحبت میکنم.)
از دیدگاه مدیر پروژه، من بهشدت نگران بهرهوری تیم هستم. این موضوع زمان زیادی از ما میگیرد. ما وقت نداریم تکتک ویژگیهای خاص پشته Esri را یاد بگیریم، اما همچنان باید کارها را به انجام برسانیم. (نه میتوانیم با آن زندگی کنیم، نه بدون آن.)
چه پیشنهادهای عملگرایانهای برای افزایش بهرهوری توسعهدهنده با وجود Esri در ترکیب دارید؟
من به دنبال پیشنهادهایی برای پشتههای فناوری جایگزین نیستم.
پاسخها (2)
۱۱ بهمن ۱۴۰۴، ۰۷:۴۹
برای کارایی به نظر میرسد بهترین راهحل نوشتن کد پروکسی C++ برای ArcObjects باشد همانطور که در این مقاله ذکر شده است. در مثالی که Esri ارائه میدهد، حذف استفادهٔ سنگین از واسط COM حدود ۶ برابر افزایش کارایی میدهد.
۱۱ بهمن ۱۴۰۴، ۰۸:۴۹
Esri همچنین پیشنهادها/بهترین شیوهها را برای مدیریت پیامهای خطای مرموز COM ارائه میدهد - و توضیح کدهای خطای HRESULT.

