رفتن به محتوا
ARTINEXT

خدمت · ابزار اختصاصی · ریموت

توسعه پلاگین رویت، بر اساس فرآیند شما

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

۰۱، چرا پلاگین، و چرا حالا

سه مسئله‌ای که معمولاً با پلاگین حل می‌شوند

تقریباً هر درخواست پلاگین به یکی از این سه مسئله مربوط است. مشخص‌کردن مسئله تعیین می‌کند ابزار باید چه کاری انجام دهد و چه بخشی از آن واقعاً لازم است.

مرحله‌ای که دیگر نباید دستی انجام شود

ترسیم روی خطوط، تغییر نام، شماره‌گذاری و انتقال مقادیر میان ویوها؛ کارهایی که قاعده‌ی آن‌ها از پیش در استاندارد شما وجود دارد، اما در هر پروژه به‌صورت دستی و بر اساس حافظه‌ی یک نفر تکرار می‌شوند.

دو نرم‌افزار که با هم ارتباط ندارند

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

قاعده‌ای که فقط در ذهن یک نفر است

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

۰۲، ابزارها در عمل

دو ابزار، از ابتدا تا انتها

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

ARTINEXT C2RCAD → Revit

ساخت مدل رویت از روی نقشه‌های هماهنگ‌شده‌ی CAD

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

ورودی
نقشه‌های هماهنگ‌شده‌ی CAD
خروجی
المان‌های بومی Revit
بستر اجرا
Revit

ویدیوها بی‌صدا هستند و بدون صدا پخش می‌شوند.

۰۳، چه چیزی اندازه را تعیین می‌کند

هزینه‌ی پلاگین پیش از ساخت آن تعیین می‌شود

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

اینکه قواعد چقدر تکمیل هستند

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

اینکه با چند سامانه در ارتباط است

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

اینکه چند نفر آن را اجرا می‌کنند

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

اینکه در صورت خطا چه اتفاقی باید بیفتد

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

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

۰۴، فرآیند

کشف، تعریف، ساخت، تکامل

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

کشف

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

تعریف

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

ساخت

راهکار بر اساس استانداردها و نیازهای واقعی کاربران شما ساخته می‌شود. هر لایه‌ی پیچیدگی باید ضرورت نیاز و ارزش خود را ثابت کند.

تکامل

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

۰۵، پرسش‌ها

پیش از آنکه برایمان بنویسید

برای نسخه‌ی خاصی از رویت می‌سازید؟

برای همان نسخه‌هایی که دفتر شما واقعاً با آن‌ها کار می‌کند، حتی اگر هم‌زمان چند نسخه باشد. بازه‌ی نسخه‌ها در مرحله‌ی اول مشخص می‌شود، زیرا پشتیبانی از سه نسخه سه برابر کار نیست، اما هزینه‌ی اضافه دارد. طھط£ط«غŒط± ط¨ط§ط²ظ‡â€ŒغŒ ظ†ط³ط®ظ‡â€Œظ‡ط§ ط¨ط± ط§ظ†ط¯ط§ط²ظ‡â€ŒغŒ ع©ط§ط±طŒ ط¯ط± ظ†ظˆط´طھظ‡â€ŒغŒ ظ‡ط²غŒظ†ظ‡â€ŒغŒ طھظˆط³ط¹ظ‡ ظ¾ظ„ط§ع¯غŒظ† ط±ظˆغŒطھ ط¨ط±ط±ط³غŒ ط´ط¯ظ‡ ط§ط³طھ.

با پلاگین‌ها و تمپلیت‌های فعلی ما کار می‌کنید؟

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

مالکیت کد با کیست؟

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

به‌جای پلاگین می‌شود از Dynamo استفاده کرد؟

گاهی انتخاب درست همین است. گراف Dynamo سریع‌تر ساخته می‌شود و تیم شما راحت‌تر آن را تغییر می‌دهد، در مقابل کد کامپایل‌شده سریع‌تر اجرا می‌شود، ساده‌تر توزیع می‌شود و با جابه‌جایی یک نود از کار نمی‌افتد. انتخاب بر اساس نحوه‌ی استفاده انجام می‌شود، نه سلیقه. ظ…ط±ط² ع©ط§ط±ط§غŒغŒ ع¯ط±ط§ظپ Dynamo ط¯ط± ظ†ظˆط´طھظ‡â€ŒغŒ طھظˆط³ط¹ظ‡ ط§ط³ع©ط±غŒظ¾طھ ط§ط®طھطµط§طµغŒ Dynamo ط¨ط±ط±ط³غŒ ط´ط¯ظ‡ ط§ط³طھ.

از کجا بدانیم کار می‌کند، پیش از آنکه تمام شود؟

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

با تیم‌های خارج از ایران هم کار می‌کنید؟

بله. استودیو در ایران مستقر است و به‌صورت ریموت کار می‌کند. بیشتر پروژه‌ها، فارغ از محل استقرار تیم، به همین شکل پیش می‌روند.

۰۶، شروع

کدام مرحله را می‌خواهید دیگر به‌صورت دستی انجام ندهید؟

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

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