امروز یک کتابی رو می خوندم که نویسنده در قسمت قدردانیها از سگش هم تشکر کرده بود.
می گفت که گاهی اوقات با حرکات بامزه اش به من یادآوری میکنه که زندگی اینقدر ها هم جدی نیست.
می گفت که گاهی اوقات با حرکات بامزه اش به من یادآوری میکنه که زندگی اینقدر ها هم جدی نیست.
سلام به همگی،
من چند تا صبح جمعه رسیدم و در مورد کانکارنسی صحبت کردم ولی نشد که میت ها رو به کمال برسونیم.
ویدیو خامش رو اینجا میذارم شاید به دردتون خورد.
یخورده از دید سیستم عامل به قضیه نگاه کردم.
من چند تا صبح جمعه رسیدم و در مورد کانکارنسی صحبت کردم ولی نشد که میت ها رو به کمال برسونیم.
ویدیو خامش رو اینجا میذارم شاید به دردتون خورد.
یخورده از دید سیستم عامل به قضیه نگاه کردم.
قوانینgrasp و اصول solid کمک میکنه که ریزدانگی سرویس ها رو کنترل کنید، باور ندارید؟ یه بررسی بفرمایید.
به نظر من، بهینه سازی اینجوریه که هرچقدر شما جلوتر میرید باید زمان بیشتری صرف تغییرات کمتر کنید.
به زبان ساده میشه گفت همون قانون ۸۰/۲۰ یا پارتو اینجا صدق میکنه؛ یعنی معمولاً ۸۰ درصد نتیجه رو توی ۲۰ درصد تلاش اولیه میشه گرفت. اما وقتی جلوتر میری، برای همون چند درصد باقیمونده باید کلی زمان و انرژی بیشتری بذاری تا تغییر کوچیکی اتفاق بیفته.
به زبان ساده میشه گفت همون قانون ۸۰/۲۰ یا پارتو اینجا صدق میکنه؛ یعنی معمولاً ۸۰ درصد نتیجه رو توی ۲۰ درصد تلاش اولیه میشه گرفت. اما وقتی جلوتر میری، برای همون چند درصد باقیمونده باید کلی زمان و انرژی بیشتری بذاری تا تغییر کوچیکی اتفاق بیفته.
thisisnabi.dev [Farsi]
Forward compatibility رو در معماری می دونید یعنی چی؟ Backward رو چی؟
به امید روزی که خیلی راحت بتونیم USD پاس بدیم به این سرویس ❤️
سال گذشته با دو تا از دوستانم رفتیم اپال توی سعادتآباد. توی صحبتها، یکیشون از اون یکی پرسید:
«چرا وارد تدریس نمیشی؟»
اون یکی گفت: «دوست دارم یه بیزینس واسه خودم داشته باشم.»
این حرف باعث شد منم به خودم بیام. بعد از یه سال بررسی و فکر کردن، تصمیم گرفتم تو حوزه مالی و پرداخت روی چند مشکل اساسی که خیلی از کسب و کارهای آنلاین درگیرش هستن کار کنم.
این یه عقبه هم داره، من اوایل کارم با مفاهیم مالی و حسابداری آشنا شدم، رو ۲ تا ERP کار کردم که یکیش رو ۰ تا ۱۰۰ در زمان دولوپش حضور داشتم، بعد فهمیدم بیزینسهای آنلاین چه مشکلاتی مسخره ای در بخش مالی دارن، و نهایتا به این فهم رسیدم که چطوری میشه این مشکلات رو حل کرد.
امیدوارم بتونم توی این مسیر ایدههای خفنم رو به محصولی کاربردی تبدیل کنم که بتونه مشکلی رو حل کنه.
Nile Payment Solutions
اینم آدرس صفحه اش هست.
«چرا وارد تدریس نمیشی؟»
اون یکی گفت: «دوست دارم یه بیزینس واسه خودم داشته باشم.»
این حرف باعث شد منم به خودم بیام. بعد از یه سال بررسی و فکر کردن، تصمیم گرفتم تو حوزه مالی و پرداخت روی چند مشکل اساسی که خیلی از کسب و کارهای آنلاین درگیرش هستن کار کنم.
این یه عقبه هم داره، من اوایل کارم با مفاهیم مالی و حسابداری آشنا شدم، رو ۲ تا ERP کار کردم که یکیش رو ۰ تا ۱۰۰ در زمان دولوپش حضور داشتم، بعد فهمیدم بیزینسهای آنلاین چه مشکلاتی مسخره ای در بخش مالی دارن، و نهایتا به این فهم رسیدم که چطوری میشه این مشکلات رو حل کرد.
امیدوارم بتونم توی این مسیر ایدههای خفنم رو به محصولی کاربردی تبدیل کنم که بتونه مشکلی رو حل کنه.
Nile Payment Solutions
اینم آدرس صفحه اش هست.
thisisnabi.dev [Farsi]
فریم ورک نویسی مون تموم شد. هفته آینده میریم دل و روده aspnetcore رو بریزیم بیرون :) ثبت نام: @thisisnabi پیام بدید.
ترکیب کتاب andrew با تجربه های خودم یه چیز فانتزی ساخته 😍
اول ماه یه تخفیف داریم براتون
ویدیو جلسه چهارم آپلود شد ⛷
اول ماه یه تخفیف داریم براتون
ویدیو جلسه چهارم آپلود شد ⛷
توی این سری از ویدیو ها تمرکزمون روی فریم ورک ASP.NET Core هست اما در کنارش خیلی از مباحث توسعه نرم افزار رو هم صحبت کردیم.
thisisnabi.dev [Farsi]
یکی از بزرگترین نعمت های خدا بنظرم قدرت انتخاب هست. اگر نداریدش، با یه برنامه ریزی درست می تونید بدستش بیارید. یه بخشی از این قدرت، آگاهی هست. یعنی باید شما بتونید خوب و یا بد رو تشخیص بدید و یک بخشیش هم توان مالی هست. شما باید از لحاظ مالی توانمند باشید…
یکی دیگه از این نعمت ها اعتماد هست.
thisisnabi.dev [Farsi]
توی ویدیو ها سعی کردیم با چند تا API ساده به این برسیم که چطوری یک نیاز رو رفع می کنن. حدودا 100 ساعت بود که سال گذشته با هم پیش بردیم.
سال گذشته جذابی داشتیم، البته جای 19 سرویس دیگه توی این عکس خالیه :)
The best way to get started? Build small services first. Instead of jumping straight into complex architectures, focus on designing individual services like search, chat, payments, or notifications. By mastering these building blocks, you’ll gain the experience to create robust, scalable systems.
The best way to get started? Build small services first. Instead of jumping straight into complex architectures, focus on designing individual services like search, chat, payments, or notifications. By mastering these building blocks, you’ll gain the experience to create robust, scalable systems.
من اینجا چند پست در مورد idempotency خوندم، شما هم دوست داشتید بخونید.
https://news.1rj.ru/str/CSharpGeeks/309
یه مطلب جالب دیگه رو هم می تونید از لینک زیر مطالعه کنید.
https://nordicapis.com/understanding-idempotency-and-safety-in-api-design/
https://news.1rj.ru/str/CSharpGeeks/309
یه مطلب جالب دیگه رو هم می تونید از لینک زیر مطالعه کنید.
https://nordicapis.com/understanding-idempotency-and-safety-in-api-design/
thisisnabi.dev [Farsi]
بعد Uber و X تنها جایی که دوست دارم برم اینجاست. کلا تیم های مالی کلاس کارشون بالاس.
Speed is about creating the conditions to move fast without breaking things. 5 principles we use at Stripe to move quickly:
1) Relationships over process: Direct conversations beat long threads. A simple “here’s the goal, any red flags?” helps you get to yes/no faster.
2) Don’t “ask for forgiveness”: Speed doesn’t require going rogue. Directional approvals are easy to get when you show intent, scope, and safeguards. Move quickly and transparently, not stealthily.
3) Respect the guardrails: There are limits to fast. Plan for lead times and prototype off the critical path when you can.
4) Prototyping is not production: have separate tools, domains, and isolated infra to ship experiments fast and get user feedback quickly to gain confidence it’s worth the prod push.
5) Users drive everything: Our early users shape our experiments and we collaborate with them closely via shared Slack channels and regular Zooms. Users should be your closest partner in building products.
🖋 Miles Matthias
1) Relationships over process: Direct conversations beat long threads. A simple “here’s the goal, any red flags?” helps you get to yes/no faster.
2) Don’t “ask for forgiveness”: Speed doesn’t require going rogue. Directional approvals are easy to get when you show intent, scope, and safeguards. Move quickly and transparently, not stealthily.
3) Respect the guardrails: There are limits to fast. Plan for lead times and prototype off the critical path when you can.
4) Prototyping is not production: have separate tools, domains, and isolated infra to ship experiments fast and get user feedback quickly to gain confidence it’s worth the prod push.
5) Users drive everything: Our early users shape our experiments and we collaborate with them closely via shared Slack channels and regular Zooms. Users should be your closest partner in building products.
🖋 Miles Matthias
شما رو نمی دونم، ولی من عشق میکنم تا این موقع برای یه لقمه نون حلال بیدارم و دارم کار میکنم 😇