تجربه: 4

سن: 18 الی 30

محدوده حقوق و دستمزد: قابل مذاکره1

جای خالی: 1

طبیعت شغلی : پیمانی

تاریخ ارسال : 2026.09.13

آخرین تاریخ : 2026.11.25

ایجاد و سازماندهی پایگاه دانش و پایپ‌لاین فنی مربوط به ذخیره‌سازی، تحلیل و استخراج سؤالات چالش پرسش و پاسخ متارنگ در نوتبوک Index Civilization Digital Metarang، با هدف پوشش ۳۶۹ سؤال تدوین‌شده فعلی و تولید بانک جامع سؤالات جدید، بر پایه اسناد مرجع نوتبوک‌های زیرساختی متارنگ.

۱. معماری و ساختار پایگاه دانش در نوتبوک Index Civilization Digital Metarang

برای پوشش ۳۶۹ سؤال تدوین‌شده فعلی و تولید بانک جامع سؤالات جدید، پایگاه دانش در این نوتبوک بر پایه اسناد مرجع نوتبوک‌های زیرساختی متارنگ سازماندهی می‌شود:

لایه‌های زیرساختی و توسعه نرم‌افزار:

• بک‌اند، وب و میکروسرویس‌ها: برگرفته از اسناد بک‌اند Go و فرانت Next-React شامل معماری Clean Architecture، پروتکل‌های ارتباطی gRPC-Web، Envoy، WebSockets، کش هماهنگ‌سازی با Revalidation Based-Tag و جریان داده با Prisma و PostgreSQL.
• رندرینگ و چندسکویی: مستندات Metarang-Unity شامل مدیریت صحنه‌ها بر اساس Prefab مرجع Root_D3_World_Shared، سیستم استریم دارایی با Addressables، خطوط شبکه روی WebGL، Quest و Windows.

اقتصاد، الگوریتم‌ها و بلاکچین:

• توکنومیکس و قراردادها: برگرفته از PSD-PSC-الگوریتم-بلاکچین و اطلاعات مالی و چشم‌انداز اقتصادی متارنگ شامل توکن حاکمیتی PSD، توکن کاربردی PSC، مدل انتشار پادکاهشی، روتینگ بهینه استخرهای نقدینگی بر بستر Arbitrum 2L، سازوکار مکالمه صوتی و ثبت اسناد دیجیتال بر بستر قراردادهای هوشمند.
• الگوریتم‌های هسته: ساختار محاسبه امتیاز پیشرفت در ۱۴ سطح شهروندی، الگوریتم حدتأثیر (Tasar-e-Had)، سیستم ضدتبانی ZKP، سود ساعت‌شمار و مکانیک پله دوم سطوح با ضرایب تصاعدی.

امنیت، فرآیندها و اتوماسیون:

• مستندات مباحث امنیتی و قراردادها شامل مدل تهدیدات STRIDE، الزامات افتا و OWASP، تعهدات پیمانکاران، تحویل کدهای منبع در گیتهاب رسمی و اتوماسیون گردش کار با ایجنت‌های AI و n8n.

---

۲. لاجیک فنی موتور چالش پرسش و پاسخ (سیکل و قوانین سیستمی)

سیستم چالش پرسش و پاسخ متارنگ بر اساس قوانین عملیاتی زیر فعالیت می‌کند:

1. سطح دسترسی برگزارکننده: ایجاد و پیکربندی چالش، منحصراً در اختیار شهروندان سطح خبرنگار (سطح ۲ با ۱۰۰۰ امتیاز) و سطوح بالاتر است. کاربران سطح شهروند عادی مجوز طرح سؤال و تعریف چالش را ندارند.

2. محاسبه هوشمند ظرفیت و انطباق مالی:

   ظرفیت سؤالات برابر است با:

   ظرفیت سؤالات = ⌊ کل بودجه چالش ÷ جایزه به ازای هر سؤال ⌋

   دارایی‌های قابل تخصیص شامل رنگ قرمز (تجاری)، رنگ آبی (آموزشی)، رنگ زرد (مسکونی)، توکن PSC و لایر هستند. سامانه ثبت هرگونه سؤال مازاد بر ظرفیت مالی شارژشده را مسدود می‌کند.

3. مکانیزم جذب و رتبه‌بندی چالش‌ها (Engine Discovery Priority): اولویت‌بندی در فهرست پیشنهادی بر مبنای ارزش ذاتی جایزه به ازای هر سؤال رتبه‌بندی می‌شود تا پلتفرم به شکل خودکار ارزشمندترین چالش‌ها را به شرکت‌کنندگان پیشنهاد دهد.
4. حفاظت در برابر سوءاستفاده (Engine Burn & Replay-Anti): در صورت ثبت پاسخ اشتباه توسط یک کاربر، شناسه سؤال برای همان کاربر در جدول شرکت‌کننده قفل/سوزانده شده و دسترسی مجدد به آن قطع می‌گردد؛ همچنین طبق ساختار امتیازی پایه، پاسخ اشتباه کسر امتیاز منفی در پی دارد.
5. پایان، آزادسازی و آرشیو: با اتمام بودجه جایزه، پاسخ‌دهی به تمامی ظرفیت یا انقضای زمان چالش، وضعیت به Archived منتقل شده و کل شاخص‌ها (تعداد شرکت‌کنندگان، نسبت پاسخ درست به غلط و حجم دارایی پرداخت‌شده) بدون حذف فیزیکی، در بایگانی ماندگار می‌شوند.

---

۳. اسکیما استاندارد ذخیره‌سازی داده‌های سؤالات (پایگاه داده / خروجی اکسل)

برای ذخیره‌سازی در نوتبوک و ایمپورت دسته‌ای از طریق فایل استاندارد JSON / Excel، فیلدها مطابق مدل زیر اعتبارسنجی و نرمال‌سازی می‌شوند:

{
  "question_id": "Q-V1135-NET-001",
  "category": "INFRASTRUCTURE_UNITY_NETWORK",
  "source_reference": "Unity-Metarang / V1.1.35 Architecture Spec",
  "target_scope": "VERSION_1_1_35",
  "text_question": "در معماری چندسکویی متارنگ، بخش فیزیک محیطی و هماهنگی کالیدرها در سرور و کلاینت‌ها از طریق کدام سازوکار مشترک اجرا می‌شود؟",
  "options": {
    "1": "لودینگ مستقل فایل‌های OBJ در سمت کلاینت",
    "2": "Shared_World_3D_Root به‌صورت Nested Prefab مرجع",
    "3": "محاسبه فیزیک با کتابخانه Havok خارج از پایپ‌لاین یونیتی",
    "4": "استفاده مستقیم از Addressables بدون مرجع محلی"
  },
  "correct_answer": 2,
  "difficulty_level": "HARD",
  "author_id": "HM-2000001",
  "reward_type": "PSC",
  "reward_amount": 2.5,
  "advertising_payload": {
    "title": "پارک فناوری آریانا",
    "link": "https://metarang.com/explore/ariana",
    "expiry_date": "2027-01-01T00:00:00Z"
  }
}

---

۴. متدولوژی تدوین سؤالات جدید متناسب با پشته فنی متارنگ

سؤالات چهارگزینه‌ای جدید در پنج لایه موضوعی استخراج و طبقه‌بندی می‌شوند:

دسته تخصصی	منابع مستنداتی در اکوسیستم متارنگ	نمونه موضوعات جهت استخراج پرسش
رویدادها و چالش‌ها	مستندات چالش‌های طراحی آریانا، ایام تقویم، مسابقات گذشته	چالش‌های طراحی ایستگاه دوچرخه، دروازه‌های تلپورت، مقررات حق ممانعت و فعالیت‌های مشاع
نسخه‌ها و رویدادهای نگارش	تاریخچه نسخه‌های V1.1.21 تا V1.1.35 و V1.1.27	تغییرات ریسپانسیو مودال‌ها، رفع مشکل زوم فیلدهای ورودی در موبایل، افزونه‌های چرخه شب و روز
زیرساخت سرور و بک‌اند	مستندات بک‌اند Go و Node.js، معماری Clean، الگوی Ports & Adapters در Go، خط لوله‌های Web-gRPC، مدیریت Ticket Allocation با سشن‌ها	—
کلاینت سه‌بعدی و گرافیک	مخزن Unity D-3، پایپ‌لاین WebGL/Quest	استریم اشیاء با Addressables، فرمت GLB2.0/glTF، همگام‌سازی موقعیت و محدوده ۳ متری چت صوتی
بلاکچین، اقتصاد و امنیت	وایت‌پیپر V0.1، مدل STRIDE، توکن‌های PSC/PSD	فرمول روتینگ بهینه چندجهشی (Multi-Hop)، رأی‌گیری مدل Quadratic، سیستم کشف تبانی با ZKP

---

۵. فرآیند گام‌به‌گام اجرایی پایپ‌لاین داده در نوتبوک

1. انتقال اسناد جامع به نوتبوک:
   • مستندات ریپازیتوری‌های هسته، چارت‌های سازمانی، اسناد مصوب معماری V1.1.35، الگ ریلیز نسخه‌ها و فایل‌های سیستم دیزاین فرانت و بک‌اند به‌صورت منابع تفکیک‌شده به این نوتبوک ضمیمه می‌شوند.
2. اجرای پرامپت‌های مهندسی‌شده استخراج پرسش بر اساس استاندارد HAM:
   • هر سؤال با تکیه بر ۹ مرحله ابعادبندی مسئله (شفافیت، عدم سوگیری، دقت فنی، تطبیق با استانداردهای سیستمی) تولید شده و پاسخ صحیح آن باید مستقیماً از داخل متن کدها، مستندات رسمی یا وایت‌پیپر قابل رفرنس باشد.
3. تولید خروجی ساختاریافته دوگانه:
   • فایل Excel حاوی ستون‌های استاندارد (Question, Opt1, Opt2, Opt3, Opt4, Answer, Author, Title_Ad, Link_Ad) جهت بارگذاری بدون واسطه در پنل مدیریت چالش‌ها در سایت.
   • مستند تحلیلی رفرنس‌ها: دربرگیرنده دلیل درستی گزینه و ارجاع دقیق به کامیت، تسک یا سند معماری مربوطه جهت استفاده داوران و مجمع علمی متارنگ.

دستورالعمل جامع تحویل تسک‌ها و چرخه حیات توسعه (Definition of Done)

در فرآیند ثبت و اجرای تمامی تسک‌ها، رعایت اصول زیر الزامی است (بسته به ماهیت و دامنه هر تسک/سرویس، برخی جزئیات ممکن است کم یا زیاد شوند):

محیط و مخزن تحویل: شروع، توسعه و تحویل کار باید منحصراً روی گیت‌هاب (GitHub)، در مخزن اختصاصی پروژه و برنچ تعیین‌شده (Feature Branch یا برنچ موظف طبق ساختار GitFlow) انجام پذیرد.

استقرار نسخه آزمایشی (Staging): پس از اتمام توسعه اولیه، نسخه کاندید جهت انجام تست‌های پذیرش (Acceptance / Smoke Tests) بر روی محیط استقرار موقت (Staging / Development Server) دیپلوی شود.

معیارهای پذیرش کیفی، امنیتی و پایش:

تکمیل و به‌روزرسانی فایل README.md مخزن شامل راهنمای اجرا، تست و متغیرها.

پاس شدن کامل گیت‌های کیفی (Quality Gates) شامل بررسی استانداردهای کد، Linting و تحلیل ایستا (Static Analysis).

رفع کامل آسیب‌پذیری‌ها و خطاهای امنیتی (Security Gates) در ابزارهای پویش سورس و وابستگی‌ها.

یکپارچه‌سازی و اتصال بدون خطای سرویس به ابزار رصد خطا (Sentry Integration) برای لاگین و ترکینگ دقیق رویدادهای بحرانی.

تست‌نویسی کامل بر اساس متدولوژی TDD با پوشش کد بالا (حداکثر پوشش ممکن / ۱۰۰٪ در بخش‌های منطق تجاری حیاتی).

ادغام کد (Merge to Main): تنها پس از تأیید ناظر/تیم فنی و موفقیت تمام خطوط لوله یکپارچه‌سازی مداوم (CI/CD)، درخواست ادغام (Pull Request) به برنچ main اعمال شود.

آنالیز و رفع عیوب پس از ادغام (Post-Merge Analysis): پس از ادغام، رفتارهای سیستم، گزارش‌های لاگ و نتایج مانیتورینگ مورد ارزیابی قرار گرفته و هرگونه رگرسیون یا باگ کشف‌شده سریعاً رفع گردد.