به نظرتون ویندوز ۱۰ یا ۱۱؟

میریم ۱۰

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

از اونجایی که بنده همیشه مروج لینوکس هستم باید بگم که به دلایل نیاز نرم‌افزاری رفتم رو ویندوز و لینوکس رو vbox ران خواهم کرد، صرفا چون انسان خسته ای هستم

به قول جادی، سیستم عامل برای استفاده کردن دیگه

دلیل بنده
https://www.youtube.com/watch?v=-atblwgc63E

برادر طراح است

سرزمین مادری، بزن که تو مادری

#خبر

سازنده نئوفچ به کشاورزی روی آورده و تمام مخزن‌هاش رو آرشیو کرده.

🚁 Hicte Blog <~ @volandarkside

I just dropped the new v0.6 minor release on PyAction and it's super cool! ✨

🔥 Features and updates:
☑ Using Pydantic for type-casting and better workflow interaction stability
☑ New decoration design that eases the creation of the action in a more clean and denoscriptive way
☑ Ability to test your action locally
☑ Ability to run additional bash noscripts within the runner container

This release also shipped with full code coverage and improved Development Experience.

👉 Check out the repo here: github.com/lnxpy/pyaction
👉 PyAction docs: pyaction.imsadra.me

🔗 pyaction.imsadra.me/quickstart

نظرسنجی جالب ایلان ماسک:


اگر کسی پرچم آمریکا رو پاره کنه و یه پرچم دیگه میاره بالا، یه سفر رایگان، یک طرفه ولی اجباری به همون جایی که پرچمش رو برده بالا باید بره

بنظرم دانش تو زمینه بک اند به ۳ قسمت تقسیم میشه، که خیلی مهمه سه تاشو داشته باشیم.

مثلا فکر کنید میخواین یک rest api بنویسید به همراه تست.

قسمت اول بلد بودن فریم ورکی برای اینکاره. مثل پای تست و فست. ولی بلد بودن اینا کافی نیست فقط

قسمت دوم، فلسفه پشت اون موضوعه. که دونستنش خیلی ضروریه. مثلا تو بحث api نویسی کی باید یک اندپوینت post باشه کی put کی patch و .. . یک api چطور باید باشه. Rest api چی داره که بهش میگن restful. و …. یا مثلا برای تست نویسی چی باید تست شه. چقد باید تست نوشته شه. چی باید ماک شه. چی نباید ماک شه.

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


@PyBackendHub

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

@PyBackendHub

آموزش پولدار شدن با جنگو

https://www.youtube.com/watch?v=o8u5qcsZZdA

همچین چیزی که یارو زده رو داخل استارت‌اپ‌های خوفناک ایرانی که ۳ روزه از تاسیسشون گذشته ازت میخان تو دو دوماه با ۲ میلیون تومن.

با این ایده که، بابا اینکه چیز خواستی نداره دوتا چارت دیگه

من میگم پیشرفت 🤝

@TorhamDevCH

یک سایتی هست, که ۱۲ فاکتور مهم برای اپلیکیشن های software-as-a-service رو نوشته. و توصیه میکنم بخونیدش حتما.

https://12factor.net
تو قسمت کانفیگ یکیش اینه:
Config varies substantially across deploys, code does not.

دقت کنید ببینید چطوری تغییر کرد. یعنی چی دقیقا این؟

یعنی این پترن اشتباهه:
deploy_env = "local" / "dev" / "staging" / "prod"

اپلیکیشن شما با تغییر deploy_env نباید تغییر کنه. اپلیکیشن شما یک کانفیگ داره که آگاه نیست که قرار کجا ران شه. پس چیزایی مثل prod.env اشتباهه. دلیلش هم تو سایتش نوشته:
In a twelve-factor app, env vars are granular controls, each fully orthogonal to other env vars. They are never grouped together as “environments”, but instead are independently managed for each deploy. This is a model that scales up smoothly as the app naturally expands into more deploys over its lifetime.

پس شما هرچیزی که میخواین کانفیگ شه رو کانفیگ پذیر میکنید. دیگه اینکه debug=false باشه یا true تو deploy برمیگرده به آپریشن. بهتره مقدار دیفالت نذارین اگه چیزی که دارین کانفیگ میکنید خیلی مهمه.

و نکته بعدی که بسیار مهمه, پوش کردن .env به ریپو نباید اشکالی تو ci/cd شما بکنه. حواستون باشه چه فایل هایی رو دارین شیپ میکنید به پروداکشن. فایلی مثل .env فایلی نیست که شیپ کنید. اینکه چطور env variable ها ساخته میشن روش های مختلفی وجود داره, ولی ساختنش با یک فایل .env و اضافه کردنش به گیت ایگنور اصلا روش منطقی نیست. چون تو scale شما خیلی اذیت میشین. هر scale horizontally که بخواین انجام بدید باید ssh کنید به سرور و اون فایل ‍.env رو اضافه کنید 🤦‍♂️
تجربه توسعه هم بد میکنه. روش های زیادی برای انجام این کار هست. مثل استفاده از kustomize یا secret manager کلادی که ازش استفاده میکنید یا hashicorp vault یا .... . اینکه چه روشی انتخاب میکنید مهم نیست. مهم اینه که تو حالت اول stateless باشه یعنی بتونید خیلی راحت scale horizontal انجام بدید. در درجه دوم اینکه implicit نباشه(مثل deploy env) و کاملا مشخص باشه چی داره کانفیگ میشه. و در درجه آخر و حالت خیلی ایده آل یک حالت versioning و ورژن کنترل داشته باشه.

@PyBackendHub

.

بگم دستم خورده یا بزارم فکر کنید؟