دوتا خبر که همه جا پخش شده درمورد opensource توی اروپا و بنظرم خیلی جالبه؛

۱- فرانسه بجای سرویس‌های ماکروسافت مدارس و معلم‌ها و بخش‌های از سرویس‌های دولتی رو برده روی nextcloud
۲- آلمان یکی از بخش‌های کشور؛ بجای office 365 ماکروسافت رفتن سراغ Libreoffice و طبق گزارش خودشون تا اینجا ۱۵ میلیون یورو سالیانه به نفعشون شده (پول لایسنس) البته رقبای سیاسی و ... اعلام کردند این جابجایی چون بدون برنامه بوده ۹ میلیون هزینه آموزش داشته (که خب احمقانه‌اس هم ۶ میلیون ذخیره پول هم آموزش رایگان) حالا فرض کنید کل کشور رو ببرند روی open source

یک خبر خوب دیگه هم :

زبان برنامه‌نویسی Rust از حالت experimental برای کرنل لینوکس در اومد و رسما به اندازه C قابل احترام هست توی کرنل
بدون هیچ شکی System76 باعث دیده شدن Rust توی دنیای لینوکس شد بنظرم؛ اگر نمی‌دونید از سال 2017 زبان Rust وارد PopOS شده و هی داره توی بخش‌های مختلف جایگزین کدهای قبلی می‌شه.

یکی نیست به Github بگه آخه من چه لطفی به تو و دنیای OpenSource کردم؛ کرنل لینوکس که رو اکانت من نیست که.

تا میایم دوتا کد بخونیم؛ ۱۰۰ تا ایراد می‌گیره
برم هم two-factor رو ببینم مشکلش چیه؛ چون روز اول اضافه کردم.
هم passkey رو اضافه کنم.
هم ریکاور کدم رو دانلود کنم.

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

آها اصلا چی شد رفتم گیت‌هاب

یکی از دوستان این رو معرفی کردند؛ مثل اینکه هم سرعت خوبی داره هم مشکلات کلاینت‌های دیگه رو نداره ؛ و البته از همه مهمتر سبک و کم حجم روی Rust هست
Neovide

شخصا دلیلی برای جابجایی ندارم؛ کانفیگ neovim خودم به خوبی جواب نیاز‌هام رو میده ولی خب.

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

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

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

اما حالا دیگه نه پشت دارم نه مشت.

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

---------------------

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

برای همه‌‌ی شما و عزیزانتون آرزوی سلامتی دارم.

پیدا شد :
PyRust

چند ماه پیش به واسطه یکی از دوستان و به خواست ایشون به یک نفر یک مقدار پیشنهاد و ... برای مسیر شغلی دادم (بکند) البته بیشتر هدف راهنمایی کردن بود.

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

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

خلاصه تیم جالبی شد، شرط اولیه برای همگی بلد بودن پایتون تو سطح متوسط بود.
با هر نفر ۱۵ دقیقه جلسه داشتم، اگر قبول نمی‌شد نمی‌تونست وارد گروه بشه، لیست ۱۰ نفره بود که ۳ نفر رد شدند.

۲-۳ روز پیش شروع کردم بر اساس ایده پروژه‌هایی که خودشون دادند یک roadmap نوشتن.

برای هر کدوم از بچه‌ها roadmap جداشد (آخر هفته‌ها قراره همین پروژه‌ها رو بخونیم) دلیلشم این بود که هرکدوم ایده خودشون رو داشتند، مثلاً بچه‌هایی که شاغل بودند می‌خواستند چیزی رو کد بزنند که به کارهاشون نزدیک هست.
باقی بچه‌ها، ایده‌های ساده یا استارتاپی داشتند.

حالا که تموم شد و تأیید؛؛؛ گفتم شاید بد نباشه اینجا هم به اشتراک بذارم.

توضیحات بالا برای این بود که اصل داستان رو بدونید و توجه کنید که دلیل roadmap ایی که توی پست بعدی خواهید دید چی هست.

توجه کنید که roadmap پست بعدی درحد کلمه هست، من توقع دارم شما در سطح متوسط پایتون رو بلد باشید و یک دوره ۱ ساعته یک جایی از زندگیتون نشسته باشید و یک فریمورک وب رو به آموزشش گوش داده باشید.

#Backend_RoadMap_2025
قبل از اینکه بخواید این roadmap رو دنبال کنید باید پست قبلی رو بخونید.
یک نکته‌ای که اضافه کنم؛ توی جلسات و ... که بحث شد من اصلا قرار نیست هیچ چیزی رو آموزش بدم (اشتباهات رو کمک می‌کنم حل بشه و ...) اما اینکه آموزش بدم FastAPI چیست و جطوری CRUD بنویسیم و ازین موارد با اوضاع الانم اصلا نمی‌خونه پس دلیل ساده بودنش همین پست قبلی هست.

چیزایی که توقع دارم یک Senior توی جنبه‌ی فنی بکند بلد باشه (اعداد هیچ ربطی به ترتیب یادگیری نداره؛ فقط برای این هست که تهش بدونم چندتا مورد رو گفتم) از دوستان Senior هم می‌خوام اگر نکته یا موردی جا افتاده بهم یادآوری کنند.
بازم توجه کنید Senior شدن کلی جنبه‌های مختلف داره ولی برای بخش فنی مربوط به بکند این لیست کافی و قوی هست؛ برای بحث‌های دیگر هم از منابع خودش می‌تونید دنبال کنید.

فریمورک مورد نظرتون رو کمی بشناسید (من روی FastAPI پیش میرم ولی خیلی فرقی نیست)

1. Middleware: Starlette interface for how to write middleware.
Must know: auth, request ID, timing, gzip, validators, rate-limit, logging.
Important to know the order of execution.

2. CORS (and headers in general).

3. Authentication / Authorization: What is JWT + RS256.
Nice to know: Auth0, Cognito.

4. SQL and SQLAlchemy 2.0 (async style).

5. Tests:
* Unit tests for business logic.
* Integration tests for database, Redis, etc. interactions.
* Contract tests (very important) for endpoints and services you use.

6. Benchmarking: k6, load testing, CI smoke tests for performance-sensitive endpoints; wrk, hyperfine (or alternatives).

7. Docker / Docker Compose: multi-stage builds.

8. Profiling: Scalene or Perf — flamegraph interpretation.

9. Caching (Redis): cache invalidation; GET/SET strategies (Cache-Aside vs Write-Through).

10. Background tasks:
FastAPI background tasks & Dramatiq (or other alternatives).
Don't bring Celery or its equivalent into projects — it's heavy and overkill in most cases.
Use/understand: idempotency, retries, dead-lettering.

11. Observability: Logging, tracing, metrics.
Logs must be structured (JSON is a good option).
Distributed tracing is a must-have.
Metrics (Prometheus) are important — at minimum: response_time_ms, active_connections, etc.

12. Configuration management: Pydantic Settings; no hard-coded settings or configs.

13. Migrations: Alembic — each migration should have both UP and DOWN so it is safe to revert.

14. API documentation: FastAPI provides it automatically, but don't forget to use the Pydantic model example field.
BTW: Pydantic v2 is the only accepted version.

15. Error handling + correct HTTP codes.

16. Graceful shutdown:
App must stop accepting new HTTP connections,
finish processing current requests,
drain the database connection pool,
then exit.

17. Idempotency and retries:
For network/database failures — learn exponential backoff, circuit breakers, bulkheads.

18. Health checks and readiness probes: The app must provide them (Docker health check alone is not accepted).

19. Connection pooling tuning: Postgres, Redis, etc.
You must be able to explain tuning decisions based on your benchmarks/profiling results.

20. Security basics: Input sanitization/validation, rate limiting, secrets management, secure defaults (CSP, HSTS), threat modeling for endpoints.

21. Scalability patterns: Focus on connection pooling and indexing first.
Too many or unnecessary indexes = Fail.
Nice to learn: horizontal scaling, load balancing, sharding, replication.

22. Feature flagging (dynamic configuration): All projects should have it — very important.

23. API versioning strategy: Header versioning / URL versioning.

24. Architecture Decision Records
From day 1 you must have this document in the project with at least 3 entries per decision:
What you decided.
Why you did that.
What the consequences are.
--————————————-
Future / next steps

1. Design system architecture.
2. Integrate message queues (when and why to use them) — Kafka, RabbitMQ.
3. Event-driven patterns.
4. Optimize for latency.
5. GraphQL / gRPC — when and why to use them.


پینوشت: اگر جایی کپی کردید؛ لطفا پیام قبلی و بعدی رو هم بذارید 🌱
توضیحات مهم هست.

چیزای دیگه مثل کانفیگ pre-commit, black, isort, ... یا بطورکلی ruff
مواردی مثل داشتن Makefile یا جایگزین‌های مختلف اون
اسکریپت برای اتومات کردن کارهای دستی که باید انجام بشه (قبل یا بعد از هر دپلوی)
و از این دست موارد جزو چیزهایی هست که همه افراد شرکت کننده باهاش آشنایی داشتند یا قبول کردند توی پست‌های کانال یا جاهای دیگه بخونند.
رعایت استاندارد و خوانایی و ...
موارد دیفالت بود که نیازی به توضیح دادن نداشت و همه باید دنبال کنند.

توی یک سری موارد زدم Fail , not acceptable چون روز اول شرط کردیم اگر کسی بیش از ۴ هفته کدهاش تایید نشه حذف می‌شه (برای اینکه وقت باقی افراد رو با سوالات مسخره که از نخوندن و تمرین نکردن عمدی میاد نگیره) همه افراد هم هزینه‌ها رو پرداخت کردند؛ البته من از شخصی که تیم رو جمع کرد هزینه رو میگیرم و ازش خواستم بعد از تکمیل مباحث هر بخش پرداخت رو انجام بده.

کلا ۶ تا بخش میشه که قرار هست توی ۶ ماه تکمیل بشه (شاید زودتر) ولی با توجه به امتحانات و تعطیلی و ... تا ۸ ماه قابل افزایش هست (من پیشنهادم ۴ ماه بود خودشون توافق کردند بیشتر بشه)

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

وقتی از پرداخت دلاری فقط ی چیزی شنیدی :

- دستمزد ها هم به دلار هست.
+ چند دلار ؟
- ۵۰۰ دلار برای این سطح در نظر گرفته شده
دو روز بعد
- سلام و ... من پیامی دریافت نکردم، توی ایمیل هم رزومه‌‌ی شمارو نداشتم می‌شه لطفاً مجدد بفرستید. که مصاحبه ست کنم ؟
+ من برای ۱۰۰۰ دلار هم وقت توی مصاحبه تلف نمی‌کنم، بعد برای ۵۰۰ دلار رزومه هم می‌خواید ؟
+ از طرف من منتقل کنید، پرداخت به دلار خوب هست ولی نه اینکه نصف دستمزد داخلی باشه.


شخصاً رسماً این مکالمه رو توی لینکدین داشتم، تازه می‌گفت ۲ تا ۱ ساعت وقت مصاحبه هست شاید ۳۰ دقیقه هم بیشتر بشه.

شب بخیر 🌹

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

صبح بخیر

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

همچین چیزی شدنی نیست؛ قطعا نمی‌شه توی یک کتاب همه‌ی این موارد رو گفت استاندارد کتاب این هست که باید چرایی و چطوری و ... رو هم توضیح بده و یک context هم برای خواننده فراهم کنه + شاید کمی داستان سرایی هم داشته باشه یک چنین چیزی توی ۱ دونه کتاب جا نخواهد شد شاید ۱۰ تا کتاب بشه. (مثلا شما یک کتاب جدا برای SQL پیدا می‌کنی روی Postgres و یک کتاب دیگری برای SQLAlchemy بعد یک کتاب لازم داری که Async python رو خوب بهت یاد بده و ...)

دوره آموزشی شدنی‌تر هست ولی کسی انجام نمیده؛ اونی که یوتیوب داره آموزش میذاره به رایگان:
۱- باید یک پروژه به حد کافی بزرگ ولی نه خیلی بزرگ که نشدنی باشه پیدا کنه
۲- خودش یکبار پروژه رو استاندارد طراحی کنه و کد بزنه و همه چیز رو تست کنه
۳- شروع کنه به ویدئو گرفتن
۴- ازونجایی که همه‌ی این مباحث مفاهیم رو هم نیاز داره؛ پس باید بیشتر از چیزی که راجبش صحبت می‌کنه سواد داشته باشه (مثلا اینکه چرا گفتم از Celery استفاده نکنید؛ پس چرا همیشه توی django اولین مورد هست که سراغش میروند ؟)
و درنهایت همه اینکارها رو انجام بده برای تقریبا هیچی:
- ۹۰٪ بچه‌های ایرانی ویدئو رو دانلود می‌کنند ویو نمیخوره
- تعداد بسیار زیادی اون‌ها رو کوتاه می‌کنند یا متن می‌کنند بدون ذکر منبع یکجایی پست کنند
- جامعه‌ی کسایی که دنبال آموزش فارسی توی یوتبوب باشند کوچیک هست
- کانال‌ها و سایت‌های داخلی ویدئو رو برای دانلود راحت تر و بازدید بیشتر خودشون بازنشر می‌کنند
و هزاران دردسر دیگه
- درنهایت یوتیوب درآمدی نداره

برای کسی هم که داره دوره آموزشی میسازه برای فروش:
بهترین گزینه این هست که مثل‌ کتاب‌ها و بصورت تیکه تیکه آموزش بده و هرکدوم رو یک دوره کنه

اما متاسفانه باید بگم این موارد وقتی ارزشمند هست که توی یک پروژه کنار هم قرار بگیره؛ اونجاست که خیلی اتفاقات عجیب و غریب میوفته.
مثلا اگر شما دوتا پروژه مختلف روی Rust, Python بزنی که هرکدوم به تنهایی تست بشه و کار کنی باهاش فقط FastAPI, Axum رو یاد گرفتی
ولی وقتی به هم متصل کنی چالش‌های دیگه‌ای رو یاد میگیری اینکه Axum خیلی سریعتر و تعداد درخواست ۲۰ برابری رو پاسخ میده نسبت به FastAPI و حالا پروژه پایتون شما bottleneck شده.
وقتی اینارو بهم وصل کنید متوجه می‌شید که توی چه شرایطی کدوم بخش رو باید Scale کنید (که توی این صحبت شد FastAPI مثلا) حالا با افزایش تعداد instance های FastAPI شما به محدودیت تعداد connection روی Postgres, ... خواهید خورد چطوری میخوای این رو حل کنی ؟
اگر محدودیت توی read, write دیتابیس باشه چطور ؟ و ...


خلاصه که برای این موارد هست که قبل از شروع Mentoring گروهی که صحبتش شد؛ شرط کردم همگی باید ایده بدند و پروژه پیش ببرند.
شما هم باید همینکار رو کنید؛ آموزش نخونید اگر ۱-۲ ماه FastAPI کار کردید اینجا فقط تمرین لازم دارید + توسعه کد پروژه بزنید و هرچی رو که بلد نبودید توی یوتیوب سرچ کنید در حدی که کار خودتون رو راه بندازید.
آخر هفته‌ها وقت خوبی برای یادگیری جزئیات بخش‌هایی هست که فکر می‌کنید بیشتر بهش نیاز دارید.

خلاصه:
متاسفانه آموزش کاملی برای این roadmap وجود نداره

شما هم باید روی ۱۸۰-۲۰۰ ببندید.

خیلی از دوستان نزدیکم میگن، چرا انقدر به بعضی مدرس‌ها و دوره‌ها گیر میدی ؟

البته که هیچ وقت یادم نمیاد اسم دوره یا مدرس برده باشم (مگر اینکه ۱۰۰٪ کلاه‌برداری‌ بوده باشه اونم شاید ۱-۲ مورد)

همیشه می‌گفتم حیفه وقت این بچه‌ها تلف میشه؛ ولی حقیقتش چیز دیگه‌ای هم هست.

من وقتی وارد دانشگاه شدم؛ تصمیم رو گرفته بودم (البته که اصلاً نمی‌خواستم برم دانشگاه، چون کار داشتم و ...)
با این حال دانشگاه رفتم چون فکر می‌کردم استادا می‌تونند کمک کنند مسیرم رو پیدا کنم، برای چه کاری ؟
System Programming
Linux Kernel Development

بصورت دیوانه‌واری اینکار رو دوست داشتم و خب با لینوکس هم چندین سال کار کرده بودم.

۳ بار به دیوار خوردم :
۱- اولین زبان برنامه‌نویسی که دانشگاه یادمون داد Pascal بود.
امروز داشتم استنفورد رو با دانشگاهای ایران مقایسه می‌کردم، دیدم استنفورد یک دوره گذاشته (اجباری) برای زبان Rust که جزو دروس هست (فکر کنم دانشجو می‌تونه بجاش Golang یا یک زبان دیگه رو کلاسش رو شرکت کنه اگر درست متوجه شده باشم؛ ولی حتماً باید یک زبان مدرن رو یاد بگیره)
توی دانشگاه‌های ایران هیچکدوم زبان مدرن وجود نداشت،
Matlab, C, Python
بهترین چیزایی بود که پیدا کردم، حتی پایتون هم اکثراً برای ارشد و اختیاری بود.

بعد ما Pascal خوندیم که همون موقع که داشتیم می‌خوندیم هم ۹۰٪ ابزارهاش Deprecated بود‌.

۲- استادی که ازش C یاد گرفتم، شبی نیست که یادم بیاد و نفرینش نکنم (یادتون باشه من ۱ سال هم C کد میزدم برای شرکت)
خیلی چیزها رو بلد نبود، خیلی چیزا رو اشتباه بهم یاد داد.
همین اشتباه‌ها باعث درک اشتباه من از خیلی موضوعات مربوط به سیستم عامل شد و باگ و کدهایی که اجرا نمی‌شد و نهایتاً اینکه فکر کردم شاید من بدرد system programming نمی‌خورم.

هیچکس هم نبود که بگه:
آخه تو که انقدر سریع assembly رو می‌خونی و باگ رو میکشی بیرون (کارم مهندسی معکوس بود) اتفاقاً بدرد system programming میخوری فقط باید مفاهیم رو درست یاد بگیری.

۳- آخریش هم یک استاد دیگه که خیلی ازش تعریف می‌کردند (دانشگاهای برتر کشور درس میداد) راجب یادگیری و توسعه یک چیزی باهاش صحبت کردم، دقیقاً یادم نیست ولی یک چیزی مثل :
سال ۲۰۲۰ و به استادت بگی می‌خوام هوش مصنوعی و Transformer هارو بخونم.

هیچوقت یادم نمیره، گفت عمرت رو تلف نکن برو Html, Css رو یاد بگیر حالا لینوکس هم بلدی خوبه ولی یک مدرک ICDL هم بگیر بیا خودم معرفیت کنم شرکت یکی از دوستام تو با استعدادی!

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


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

اگر تکنولوژی و اینترنت و دسترسی امروز اون زمان هم بود.
مطمئنم ۵-۶ سال زودتر به چیزایی که می‌خواستم (از نظر فنی) میرسیدم.

من چون مسیر درست رو پیدا نمی‌کردم مجبور شدم همه چیز رو خودم تست کنم.

چرا اینارو گفتم ؟!

چندساعت پیش توی لینکدین یک کامنت گذاشتم که کتاب و دوره کامل برای FastApi نیست.
تقریباً همه‌ی کتاب‌هایی که تا اواسط ۲۰۲۵ معرفی شده و معروف هست رو خوندم (توی کانال @pyhints گفتم)

و یکی از دوستان این موضوع رو دوباره مطرح کرد.

بعدش دعوت به همکاری عکس بالا رو دیدم برای شغل DevOps و غمگین شدم ازینکه من هیچوقت نمی‌خواستم DevOps کار کنم اما توی تکنولوژی‌های بالا فقط با Ceph کار نکردم.

چرا چون اوایل راهنمای درست نداشتم و بعدتر به راهنمایی آدما اعتماد نداشتم.

الان با Rust دارم سعی می‌کنم بیشتر System Programming رو بفهمم و درست درک کنم.

شب بخیر 🌹

وارد یوتیوب و لینکدین فارسی که می‌شی؛ ی چیزی حدود ۷۰-۸۰٪ برنامه‌نویس‌ها دارند می‌گن چطوری می‌شه،
یک استک یا تکنولوژی جدید رو توی ۱ هفته یاد گرفت.


خوشبحالشون اینا همواره تو توهم هستنا؛

من واسه توهم یادگیری هم ۲ هفته نیاز دارم برم چیزی که فکر می‌کنم یاد گرفتم رو توی پروژه بزنم و متوجه بشم هیچی نفهمیده بودم و بیام درست و درمون یاد بگیرم.

صبح بخیر 🌹

جوری که همتی رو هی دیلیت و نصب می‌کنند
جونیورا IDE عوض نمی‌کنند.

برای دانلود از یوتیوب؛ بهترین ابزار
yt-dlp
هست (تحت ترمینال)
یا اگر توی تلگرام راحت‌تر هستید؛
@Gozilla_bot

همه منتظر قطعی اینترنت هستیدا شیطونای سودجو، ولی زیاد نشینید برای سلامتی اصلا خوب نیست.

#چرندیات
به والله که خودشم نفهمید چی گفت.

وقتی pointer بر می‌گردونی یا slice بزرگ یعنی رفته روی heap 😑
من گو کار نیستم؛ ولی این شرط heap شدن نیست.

حالا ازینا بگذریم؛ سوال پرسیده چرا کامنت ر‌و بسته ؟

اون ۸ نفری که لایک کردن ؟ یعنی نکردن حتی متن رو به LLM بدند ببیند چی میگه ؟

تازه این پست قراره مفهومی به شما آموزش بده؛ سطحی نیستا!