TGViewer
Python Hints Python Hints @pyhints · 10.2K subscribers
Post #1029 7.45K
Python Hints توی RandRng گفتم که خیلی وقت هست که ساختار پروژه‌هام نسبت به پست قبلی عوض شده اونم به لطف ابزارهایی که تبدیل به استاندارد شدند. مثلا؛ دیگه از requirements خیلی خیلی کم استفاده می‌کنیم؛‌ به لطف uv این مسئله برامون خیلی راحت‌تر شده بخصوص اینکه سرعت خیلی خوبی…
اول اینکه پوشه backups اشتباه توی تصویر اومده؛ شخصا یک اسکریپت دارم که اگر فایل بکاپی داخل این پوشه بود موقع راه‌اندازی اولیه postgresql اون رو هم restore کنه که خب اینجا هم اومد. چیز مهمی نیست؛ برای راحتی تیم توسعه اینکار رو می‌کنم (تصمیم شخصی هست)


شاید بشه گفت compose.yml ربطی به اینجا نداره ولی این مورد رو گذاشتم که بگم توی سال 2026 خواهشا بدون داکر پروژه دست کسی ندید پوشه docker هم برای نگهداری تنظیمات؛ Dockerfileها و اسکریپت و ... هست

تغییر مهم بعدی justfile هست که بنظرم یکی از تصمیمات خیلی خوب بوده؛ مدت طولانی هست که توی پروژه‌ها just رو با make جایگزین کردم هم کارهای بیشتری باهاش می‌شه کرد (یادتون باشه make یک builder هست خیلی برای کاری که ما باهاش می‌کردیم ساخته نشده بود) هم خیلی سریع و راحت هست.

درمورد sample.env این مورد شامل تمام تنظیماتی هست که compose.yml بهش نیاز داره؛ مثلا TAG ها چی باشه؛ port ها چطوری تعریف بشه؛‌ سایز و تعداد log ها چطور. خلاصه هرچیزی که می‌تونه درطول زمان ثابت نباشه اینجاس که بچه‌های DevOps بر اساس اون env. رو می‌سازند.

یک پوشه هم دارم به اسم envs که شامل env فایل‌های هر container می‌شه؛ که همه‌ی environment variable ها وارد همه‌ی container ها نشه؛ داخل این هم به اسم هر بخش پروژه یا کانتینر یک sample وجود داره.

پوشه doc هم تغییراتی داشته اینبار؛ plan رو بهش اضافه کردیم که یک مورد تیمی هست راجب اینکه پروژه چطوری پیش بره اول چه چیزایی کد زده بشه بعدش چه چیزهایی و ...
این پوشه نسخه اولیه داره و دائم آپدیت میشه
حتما هم داخل
.dockerignore
اضافه می‌شه که توی تصویر بالا این فایل هم جا افتاده (پروژه جدید هست)
اما مهمترین و بهترین چیزی که توی document نویسی اضافه شده فایل adr هست (راجب adr توی RandRng قبلی گفته بودم) ولی بطور خلاصه هر داکیومنت داخل پوشه adr توضیح میده چرا تیم تصمیم به استفاده از یک ابزار خاص کرده؛ ما یک قدم هم جلوتر رفتیم البته:
اگر بین ۲ نقر یا چندنفر توی پروژه اختلاف نظر پیش بیاد که یک کاری رو چطوری انجام بدیم یا با چه ابزاری انجام بدیم؛ یکی از اون افراد شروع می‌کنه راجب مزایا و معایب ابزار مدنظر خودش ADR نوشتن و میفرسته روی گیت‌هاب بعدش یک نفر از گروه مخالف راجب روش یا ابزار خودش داکیومنت رو آپدیت می‌کنه.
درنهایت من بعنوان reviewer اضافه میشم و شرایط و توضیحات هر دوتا گروه رو میخونم؛ یک مقایسه نهایی و آپدیت تصمیم؛ هم پروسه و دلیل تصمیم داکیومنت میشه و هم از بحث‌ها و جلسه‌های بی سر و ته جلوگیری میشه و توی کمترین زمان و با کمترین درگیری هم حرف همه شنیده شده و تیم تصمیم گرفته.

این مورد آخر رو بچه‌های تیم خودم خیلی خیلی دوسش دارند؛ بخصوص junior, mid ها چون قبلا برای این تصمیمات فقط senior ها توی جلسه می‌شستند.
  • 💔 25
More from @pyhints
  1. Oct 5, 2026#Quick@pyHints حالا که همه دارند از قابلیت Lazy import توی پایتون ۳.۱۵ میگن گفتم یادآوری ک…
  2. Oct 1, 2026تقریباً ۳ هفته‌اس دارم این پروژه رو میزنم با Rust, Tauri v2 و هرچی دوستان بیشتری تست می‌کن…
  3. Oct 1, 2026تم دیفالت Kanagawa هست و ۷ تم معروف دیگر ترمینال هم بصورت پیشفرض وجود داره (تم‌هایی که اضا…
  4. Sep 28, 2026git commit --allow-empty -m "from: develop" لطفا دستور بالا رو یاد بگیرید البته بخش commit…
  5. Sep 23, 2026می‌دونستید کل ارائه رو می‌تونید به comic book تبدیل کنید ؟ هر مدلی که Image generation داش…
  6. Sep 14, 2026ملت skill issue های خودشون رو میندازند گردن پایتون.
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →