کد منبع حقیقته، نه فیگما
خلاصهٔ کاملتر
تونی وارد تو این مقاله میگه دعوای قدیمیِ اینکه فیگما منبع حقیقت (source of truth، یعنی مرجعی که بقیه از روش کار میسازن) باشه یا کد، همیشه یه بازیِ برد و باخت بود: یه طرف برنده میشد و بعد همهچی رو آبشاری تحویل طرف مقابل میداد. نتیجهش این بود که فیچرها و کامپوننتها قدیمی میشدن، چون دیزاین و مهندسی اونقدر که باید با هم حرف نمیزدن و کارها درست ردگیری نمیشد.
به گفتهٔ نویسنده مشکل فقط بینظمی نبود. خیلی وقتها دیزاینِ یه کامپوننت تازه سر مرحلهٔ هندآف معلوم میشد که دسترسپذیر نیست یا ایراد فنی داره، و اونجا دیگه زمان تحویل سوخته. خودش میگه قبلاً هم همین اشتباه رو کرده و variableهای فیگما رو به CSS سینک میکرده.
پیشنهادش اینه که از کوچیک شروع کنی: بذار دیزاینر با کامپوننتهای واقعی و کدشده پروتوتایپ بزنه و بعد بده دست مهندسِ متخصص تا پروداکشنیش کنه. برعکسش هم هست، مهندس مستقیم چیزی رو تو فیگما بسازه و بعد دیزاینر با استانداردهای خودش تمیزش کنه. نویسنده به این آدمها میگه design engineer یا design technologist یا فقط builder.
جوابش به این ایراد که «پس خروجی بیکیفیت تحویل میدی» صریحه: نه. چون تو هر قدم یه متخصصِ موضوع تو حلقه هست که خروجی رو نگاه میکنه و راجعبهش قضاوت میکنه، دقیقاً مثل ریویو کردن کار همکار. بخشی از این کار هم گفتن «نه» و تصمیم به نفرستادن یه ایدهست، وقتی که منطقی نیست.
نویسنده معتقده مدل کار قدیمی دیگه معنی نداره و بهجاش باید همه دور هم جمع بشن و pair کنن: مهندسها الگوها و پرکتیسهای کدنویسی رو به دیزاینرها یاد بدن و دیزاینرها هم اصول دیزاین و فیگما رو به مهندسها. به نظر اون این کار مهارتها رو به هم پل میزنه، جای اینکه کسی رو حذف کنه، و آخرش خط عنوانهای شغلی محو میشه و تیم میشه «آدمهایی که چیز میسازن».
نکات کلیدی:
- منبع حقیقت بودنِ کد یعنی دیزاین و مهندسی از یه مرجع مشترک کار میسازن، نه از دو تا فایل جدا.
- مسیر پیشنهادی: دیزاینر با کامپوننتهای کدشده پروتوتایپ میزنه، بعد مهندس همون رو پروداکشنی میکنه.
- شرط اصلی، حضور یه subject-matter expert تو هر مرحله برای تأیید یا رد خروجیه.
- design engineer، design technologist و builder اسمهایین که نویسنده برای این نقش دوگانه میبره.
- نویسنده قبلاً variableهای فیگما رو به CSS سینک میکرده و همون رو نمونهٔ مدل قدیمی میدونه.




