مرحلهای که دیگر نباید دستی انجام شود
ترسیم روی خطوط، تغییر نام، شمارهگذاری و انتقال مقادیر میان ویوها؛ کارهایی که قاعدهی آنها از پیش در استاندارد شما وجود دارد، اما در هر پروژه بهصورت دستی و بر اساس حافظهی یک نفر تکرار میشوند.
خدمت · ابزار اختصاصی · ریموت
ساخت پلاگین، افزونه و اد-آن اختصاصی رویت برای تیمهای معماری، سازه و تأسیسات. هر ابزار پیش از نوشتن اولین خط کد، بر اساس روند کاری واقعی تیم بررسی میشود.
۰۱، چرا پلاگین، و چرا حالا
تقریباً هر درخواست پلاگین به یکی از این سه مسئله مربوط است. مشخصکردن مسئله تعیین میکند ابزار باید چه کاری انجام دهد و چه بخشی از آن واقعاً لازم است.
ترسیم روی خطوط، تغییر نام، شمارهگذاری و انتقال مقادیر میان ویوها؛ کارهایی که قاعدهی آنها از پیش در استاندارد شما وجود دارد، اما در هر پروژه بهصورت دستی و بر اساس حافظهی یک نفر تکرار میشوند.
مدل سازه، فایل اکسل و دفترچهی نقشه هرکدام بهتنهایی درست کار میکنند، اما انتقال داده میان آنها با تایپ دوباره انجام میشود و مغایرتها دقیقاً در همین مرحله ایجاد میشوند.
استانداردی که همه تا حدی از آن آگاهاند، اما هیچکس امکان بررسی آن را ندارد. تا زمانی که این استاندارد به قواعدی قابلبررسی توسط نرمافزار تبدیل نشود، هر مدل تنها با نظر شخصی طراح سازگاری دارد.
۰۲، ابزارها در عمل
هر دو برای یک مسئلهی تبدیل خروجی نرمافزاری به نرمافزاری دیگر طراحی شدند، فرآیندی که پیش از این بهصورت دستی توسط تیم انجام میشد.
بهجای بازترسیم دستی خطوط نقشه توسط تیم، افزونه نقشه را میخواند و بر اساس آن، المانهای بومی رویت را میسازد. دیوارها در تایپ مدنظر طراح و در کنار کفها، ترازها و بازشوها در محل طراحیشده قرار گرفته، در نتیجه مدل مستقیماً از نقشه شکل میگیرد.
ویدیوها بیصدا هستند و بدون صدا پخش میشوند.
مدل بهصورت زنده در نمای ایزومتریک سهبعدی رویت ساخته میشود و ابزار همزمان گزارش میدهد، تعداد المانهای پردازششده، تعداد تیرها، ستونها و بادبندهای مدلشده، اعضای غیرمستر، و مهمتر از همه، آنچه ساخته نشده است. هیچ المانی بیصدا از فرآیند حذف نمیشود، هر مورد تبدیلنشده روی صفحه قابلمشاهده و پیگیری است.
ویدیوها بیصدا هستند و بدون صدا پخش میشوند.
۰۳، چه چیزی اندازه را تعیین میکند
در این سایت فهرست قیمت وجود ندارد، زیرا هزینهی پلاگین به تعداد دکمههای آن بستگی ندارد. چهار عامل اندازهی کار را تعیین میکنند و هر چهار را نیز خودتان پیش از گفتوگو میتوانید بسنجید.
استانداردی که بهشکل یک سند وجود دارد، یعنی مشخصات آماده است. استانداردی که فقط در ذهن سه نفر وجود دارد، ابتدا باید استخراج شود و این استخراج، خود بخشی از کار است.
هر نرمافزار لایهای از پیچیدگی است. رویت بهتنهایی یک لایه است، رویت و اکسل دو لایه، رویت و ETABS و اکسل سه لایه. تعریف و ساخت هر لایه، کار را بیشتر میکند.
ابزاری برای یک نفر، با رفع نیازهای همان یک نفر کارش را انجام داده است. ابزاری برای چند نفر متفاوت، در زمان یکسان و روی کارهای متفاوت، به امنیت، مقاومت و ایدهپردازی بیشتری نیاز دارد.
ابزاری که خطا را گزارش نکند، سادهتر ساخته میشود اما کاربردی ندارد. گزارش اینکه چه چیزی تبدیل نشد و به چه دلیل، تفاوت میان ابزاری است که تیم به آن اعتماد میکند و ابزاری که به بازبینی دستی نیاز دارد؛ تفاوت میان سکوت سنگانداز و صداقت راهانداز.
پیش از دو مرحلهی نخست، هیچ برآوردی ارائه نمیشود. عددی که پیش از تعریف کامل مسئله اعلام شود، تنها یک حدس است.
۰۴، فرآیند
چهار مرحله، با تمرکز بر حذف بیشترین ریسک در دو مرحلهی نخست.
جریان کاری را بررسی میکنیم، نه نسخهی مستندشدهی آن را. میبینیم چه چیزی بهصورت دستی انجام میشود، چه کسی آن را انجام میدهد و خطاها معمولاً در کجا رخ میدهند.
پیش از پیشنهاد هر ابزار، مسئله بهطور کامل صورتبندی میشود و معیارهای مشخصی برای ارزیابی موفقیت آن در مراحل اجرا و پس از آن تعیین میشود.
راهکار بر اساس استانداردها و نیازهای واقعی کاربران شما ساخته میشود. هر لایهی پیچیدگی باید ضرورت نیاز و ارزش خود را ثابت کند.
سامانهها بهگونهای طراحی میشوند که همزمان با رشد و تغییر کار شما، قابلیت پیشرفت و تطبیق داشته باشند، تا خود ابزار به مانعی در مسیر بعدی شما تبدیل نشود.
۰۵، پرسشها
برای همان نسخههایی که دفتر شما واقعاً با آنها کار میکند، حتی اگر همزمان چند نسخه باشد. بازهی نسخهها در مرحلهی اول مشخص میشود، زیرا پشتیبانی از سه نسخه سه برابر کار نیست، اما هزینهی اضافه دارد. طھط£ط«غŒط± ط¨ط§ط²ظ‡â€ŒغŒ ظ†ط³ط®ظ‡â€Œظ‡ط§ ط¨ط± ط§ظ†ط¯ط§ط²ظ‡â€ŒغŒ ع©ط§ط±طŒ ط¯ط± ظ†ظˆط´طھظ‡â€ŒغŒ ظ‡ط²غŒظ†ظ‡â€ŒغŒ طھظˆط³ط¹ظ‡ ظ¾ظ„ط§ع¯غŒظ† ط±ظˆغŒطھ ط¨ط±ط±ط³غŒ ط´ط¯ظ‡ ط§ط³طھ.
بله، و معمولاً راهحل بهتر همین است. اگر ابزاری که از قبل نصب شده بخشی از کار را انجام میدهد، پیشنهاد ما توسعه یا اتصال آن است، نه جایگزینی. ابزاری را که مسئلهی واقعی را حل نکند پیشنهاد نمیدهیم، حتی اگر ساخت از صفر چشمگیرتر به نظر برسد.
با شما. این کد، فرآیند کاری خود شماست و باید کاملاً در اختیار شما باشد. سورس کد و راهنمای ساخت تحویل داده میشود.
گاهی انتخاب درست همین است. گراف Dynamo سریعتر ساخته میشود و تیم شما راحتتر آن را تغییر میدهد، در مقابل کد کامپایلشده سریعتر اجرا میشود، سادهتر توزیع میشود و با جابهجایی یک نود از کار نمیافتد. انتخاب بر اساس نحوهی استفاده انجام میشود، نه سلیقه. ظ…ط±ط² ع©ط§ط±ط§غŒغŒ ع¯ط±ط§ظپ Dynamo ط¯ط± ظ†ظˆط´طھظ‡â€ŒغŒ طھظˆط³ط¹ظ‡ ط§ط³ع©ط±غŒظ¾طھ ط§ط®طھطµط§طµغŒ Dynamo ط¨ط±ط±ط³غŒ ط´ط¯ظ‡ ط§ط³طھ.
معیارهای موفقیت در مرحلهی دوم و پیش از ساخت مکتوب میشوند و باید قابلآزمون باشند. ابزاری که نتوان آن را با معیاری روشن ارزیابی کرد، کامل نشده است.
بله. استودیو در ایران مستقر است و بهصورت ریموت کار میکند. بیشتر پروژهها، فارغ از محل استقرار تیم، به همین شکل پیش میروند.
۰۶، شروع
از روند کاریتان بگویید، کجا زمان از دست میرود و کجا خطا ایجاد میشود. اگر راهحل پلاگین نباشد، همان ابتدا میگوییم.
اگر فقط بهدنبال نصب یک افزونهی پیشساخته هستید یا پیش از تعریف مسئله برآورد قیمت میخواهید، احتمالاً جای درستی نیامدهاید.