یک تریک باحال توی تایپ‌اسکریپت اینه که به جای as از satisfies استفاده کنی!
وقتی از as استفاده می‌کنی داری به کامپایلر می‌گی «اعتماد کن، تایپش همینه»، اما satisfies میگه «چک کن درست باشه، ولی تایپ اصلیم رو دست‌نزن!». اینطوری هم ساختار داده‌ت کنترل میشه و هم اتوکامپلیت و تایپ‌های دقیقِ خودت رو از دست نمیدی.
البته هنوز واسه گرفتن المان‌های DOM یا داده‌های unknown از API مجبوریم بریم سراغ as.
@codehalics | کدهالیک
وقتی از as استفاده می‌کنی داری به کامپایلر می‌گی «اعتماد کن، تایپش همینه»، اما satisfies میگه «چک کن درست باشه، ولی تایپ اصلیم رو دست‌نزن!». اینطوری هم ساختار داده‌ت کنترل میشه و هم اتوکامپلیت و تایپ‌های دقیقِ خودت رو از دست نمیدی.
البته هنوز واسه گرفتن المان‌های DOM یا داده‌های unknown از API مجبوریم بریم سراغ as.
@codehalics | کدهالیک
❤14👍2
جدیداً یه موج جدید توی دنیای تک راه افتاده به اسم «نبود هوش مصنوعی خودش یه فیچره» که قشنگ‌ترین نمونه‌ش حرکت اخیر لیبره‌آفیسه. بعد از اینکه همه شرکت‌ها به زور AI رو چپوندن توی نرم‌افزارهاشون، حالا خیلیا دنبال ابزارهای ساده و امن می‌گردن. لیبره‌آفیس هم توی نسخه جدیدش اعلام کرده هیچ هوش مصنوعی پیش‌فرضی نداره تا دیتای حساس مردم دست شرکت‌های دیگه نیفته. اون‌ها می‌گن برخلاف غول‌های تکنولوژی که فقط برای گرون کردن اشتراک‌هاشون همه‌جا AI می‌ذارن، اولویت اولشون حریم خصوصی کاربرهاست؛ هرچند اگه کسی واقعاً هوش مصنوعی بخواد، می‌تونه خودش مدل‌های لوکال و امن رو روش نصب کنه.
https://blog.documentfoundation.org/blog/2026/09/03/yes-no-ai-is-now-a-feature/
@codehalics | کدهالیک
https://blog.documentfoundation.org/blog/2026/09/03/yes-no-ai-is-now-a-feature/
@codehalics | کدهالیک
🔥20👍6❤3😁1
الان با وجود هوش مصنوعی و ایجنت‌ها بهترین زمان برای یادگیری کامل چرخه حیات توسعه نرم‌افزاره، چون مرحله کدنویسی خیلی سریع‌تر انجام میشه و وقت بیشتری برای بقیه بخش‌ها مثل طراحی، تست و دپلوی باقی می‌مونه. توی پروژه‌های شخصی قبلاً باید کلی وقت می‌ذاشتیم تا فقط کد اولیه‌رو بزنیم، اما الان ایجنت‌ها این کار رو راحت کردن و باعث میشن سریع‌تر سراغ اصل مطلب بریم. این یعنی می‌تونیم توی زمان کم، پروژه‌های مختلفی رو راه بندازیم و مهارت‌هایی مثل تنظیم CI/CD یا معماری رو که شاید توی کار روزمره فرصتش پیش نیاد، حسابی تمرین کنیم و یاد بگیریم.
https://spin.atomicobject.com/software-development-lifecycle
@codehalics | کدهالیک
https://spin.atomicobject.com/software-development-lifecycle
@codehalics | کدهالیک
👍2🔥2
ترامپ با فرمان اجرایی، «هوش مصنوعی» را به «ابرهوش» تغییر نام داد
دونالد ترامپ، رئیس‌جمهور آمریکا، فرمانی اجرایی امضا کرده که بر اساس آن، نهادهای فدرال موظف‌اند در مکاتبات رسمی خود عبارت‌های «هوش مصنوعی (AI) را با ابرهوش (SI) جایگزین کنند.
بر پایه‌ی این فرمان، تمامی ارتباطات رسمی دولت آمریکا از این پس باید از واژگان جدید استفاده کنند و اصطلاحات پیشین در اسناد دولتی کنار گذاشته می‌شوند.
جالب‌تر اینکه برخی از مدیرعامل‌های کمپانی‌های مطرح دنیا از جمله AMD، گوگل، تسلا، اسپیس‌ایکس، متا، انتروپیک هم این تغییر نام را پذیرفته‌اند.
Zoomit ✍️
@codehalics | کدهالیک
دونالد ترامپ، رئیس‌جمهور آمریکا، فرمانی اجرایی امضا کرده که بر اساس آن، نهادهای فدرال موظف‌اند در مکاتبات رسمی خود عبارت‌های «هوش مصنوعی (AI) را با ابرهوش (SI) جایگزین کنند.
بر پایه‌ی این فرمان، تمامی ارتباطات رسمی دولت آمریکا از این پس باید از واژگان جدید استفاده کنند و اصطلاحات پیشین در اسناد دولتی کنار گذاشته می‌شوند.
جالب‌تر اینکه برخی از مدیرعامل‌های کمپانی‌های مطرح دنیا از جمله AMD، گوگل، تسلا، اسپیس‌ایکس، متا، انتروپیک هم این تغییر نام را پذیرفته‌اند.
Zoomit ✍️
@codehalics | کدهالیک
😁12🤬3🔥2👍1
قوانین مهندسی نرم افزار رو خیلی وقته دیگ بررسی نکردیم امروز میخوام راجب یکی از اصل های اساسی و بنیادینی که 90% مهندسای نرم افزار بهش بی اهمیتن رو براتون بازگو کنم !
قانون YAGNI (You Aren't Gonna Need It)(فعلاً بهش نیاز نداری!) میگه هیچ‌وقت به امید اینکه «شاید بعداً فلان قابلیت به کارمون بیاد»، برای سیستم کد اضافه ننویس. کدهایی که برای نیازهای فرضی آینده پیش‌بینی می‌کنی، در ۹۰ درصد مواقع یا هیچ‌وقت استفاده نمیشن یا وقتِ اجرا آن‌قدر همه چیز تغییر کرده که مجبور میشی همه‌شون رو بریزی دور! مثلاً وقتی داری یک بخش ورود ساده می‌سازی، نیازی نیست از همین اول سیستم ورود با گوگل، اثر انگشت و ارسال پیامک رو هم پیاده کنی تا پروژه اوور-انجینیر بشه؛ همون ورود ساده رو تمیز تحویل بده و هروقت کاربران واقعاً به قابلیت جدیدی نیاز داشتند، کدت رو رفکتور کن و توسعه‌اش بده.
#lawsofsoftwareengineering
@codehalics | کدهالیک
قانون YAGNI (You Aren't Gonna Need It)(فعلاً بهش نیاز نداری!) میگه هیچ‌وقت به امید اینکه «شاید بعداً فلان قابلیت به کارمون بیاد»، برای سیستم کد اضافه ننویس. کدهایی که برای نیازهای فرضی آینده پیش‌بینی می‌کنی، در ۹۰ درصد مواقع یا هیچ‌وقت استفاده نمیشن یا وقتِ اجرا آن‌قدر همه چیز تغییر کرده که مجبور میشی همه‌شون رو بریزی دور! مثلاً وقتی داری یک بخش ورود ساده می‌سازی، نیازی نیست از همین اول سیستم ورود با گوگل، اثر انگشت و ارسال پیامک رو هم پیاده کنی تا پروژه اوور-انجینیر بشه؛ همون ورود ساده رو تمیز تحویل بده و هروقت کاربران واقعاً به قابلیت جدیدی نیاز داشتند، کدت رو رفکتور کن و توسعه‌اش بده.
#lawsofsoftwareengineering
@codehalics | کدهالیک
❤4🔥3👍1
کدهالیک | codehalic
قوانین مهندسی نرم افزار رو خیلی وقته دیگ بررسی نکردیم امروز میخوام راجب یکی از اصل های اساسی و بنیادینی که 90% مهندسای نرم افزار بهش بی اهمیتن رو براتون بازگو کنم ! قانون YAGNI (You Aren't Gonna Need It)(فعلاً بهش نیاز نداری!) میگه هیچ‌وقت به امید اینکه «شاید…
اصل YAGNI اتفاقاً تو عصر هوش مصنوعی صد برابر مهم‌تر شده! الان که AI با یک دستور ساده برامون فیچر میزنه، بزرگ‌ترین تله اینه که وسوسه بشیم بگیم «خب اینم اضافه کن، کاری نداره که!» ولی نتیجه‌اش میشه کدی پیچیده، دست‌پاشکسته و پر از دردسر.
مثلاً سر سناریوی تست یک شرکت، قرار بود یک ویدیوپلیر ساده با پشتیبانی از HLS و زیرنویس بزنم. با خودم گفتم «بذار AI برام فیچر شخصی‌سازی زیرنویس (تغییر رنگ و فونت) رو هم بزنه که خفن‌تر بشه!»؛ دقیقاً همین‌جا YAGNI رو گذاشتم زیر پام. نتیجه؟ فیچری که نه کارفرما خواسته بود و نه حتی یک کاربر بهش نیاز داشت، بازخوردها و اصلاحیه‌های بی‌‌پایانی آورد که کلی از وقت و انرژیم رو گرفت. هوش مصنوعی کد زدن رو بی‌نهایت ساده کرده، اما استراتژیِ کد ننوشتن هنوز با ماست! ازش درست استفاده کنین خودتون رو نندازین گوشه رینگ ! اندازه چیزی که ازتون خواسته شده خروجی بدین وگرنه بعدا بابت چیز هایی که قرار نیست خروجی بدین بازخواست خواهین شد ! یا کدتون باگ میخوره و ادب میشین یا فیچره اورانجیر میشه و عذابتون میده ! از من به شما نصیحت ...
#lawsofsoftwareengineering
@codehalics | کدهالیک
مثلاً سر سناریوی تست یک شرکت، قرار بود یک ویدیوپلیر ساده با پشتیبانی از HLS و زیرنویس بزنم. با خودم گفتم «بذار AI برام فیچر شخصی‌سازی زیرنویس (تغییر رنگ و فونت) رو هم بزنه که خفن‌تر بشه!»؛ دقیقاً همین‌جا YAGNI رو گذاشتم زیر پام. نتیجه؟ فیچری که نه کارفرما خواسته بود و نه حتی یک کاربر بهش نیاز داشت، بازخوردها و اصلاحیه‌های بی‌‌پایانی آورد که کلی از وقت و انرژیم رو گرفت. هوش مصنوعی کد زدن رو بی‌نهایت ساده کرده، اما استراتژیِ کد ننوشتن هنوز با ماست! ازش درست استفاده کنین خودتون رو نندازین گوشه رینگ ! اندازه چیزی که ازتون خواسته شده خروجی بدین وگرنه بعدا بابت چیز هایی که قرار نیست خروجی بدین بازخواست خواهین شد ! یا کدتون باگ میخوره و ادب میشین یا فیچره اورانجیر میشه و عذابتون میده ! از من به شما نصیحت ...
#lawsofsoftwareengineering
@codehalics | کدهالیک
🔥4👍2
کدهالیک | codehalic
اصل YAGNI اتفاقاً تو عصر هوش مصنوعی صد برابر مهم‌تر شده! الان که AI با یک دستور ساده برامون فیچر میزنه، بزرگ‌ترین تله اینه که وسوسه بشیم بگیم «خب اینم اضافه کن، کاری نداره که!» ولی نتیجه‌اش میشه کدی پیچیده، دست‌پاشکسته و پر از دردسر. مثلاً سر سناریوی تست…
یک روز مدیرم حرفی بهم زد که تا مدت‌ها داشتم بهش فکر می‌کردم. برگشت بهم گفت: «پوریا، چرا نمی‌شه برای یک پروژه‌ی ۲۰ میلیونی، ۱۰۰ میلیون کد زد؟!»
خیلی از ما برنامه‌نویس‌ها فکر می‌کنیم اگه برای یک پروژه‌ی کوچک و کم‌بودجه، بیایم معماریِ سنگین سیستم‌های غول‌پیکر رو پیاده کنیم یا فیچرهای فرضیِ آینده رو همین اول کار کد بزنیم، داریم در حق کارفرما لطف می‌کنیم و کار مهندسی و خفن تحویل می‌دیم! اما حقیقت اینه که این کار دقیقاً زیر پا گذاشتن اصل YAGNI است.
یاد خاطره‌ی یکی از همکارام افتادم که می‌گفت: «اوایل کارم برای یک مشتری که کلاً ۲۰ میلیون بودجه داشت و یک سیستم ساده می‌خواست، رفتم سراغ پیاده‌سازی Microservices و CQRS و Event Sourcing و کشینگ چندلایه‌ای با Redis! با خودم می‌گفتم من یک مهندس نرم‌افزارم و نباید از کیفیت کار بزنم. اما چی شد؟ پروژه‌ای که قرار بود ۲ هفته‌ای جمع بشه، ۳ ماه طول کشید! هزینه‌های سرور مشتری سر به فلک کشید و موقع تغییر یک فیچر ساده، آن‌قدر کدها کلافِ سردرگم شده بود که مشتری کلافه شد و کلاً پروژه شکست خورد.»
کیفیت در مهندسی نرم‌افزار یعنی تحویلِ یک راه‌حل ساده، پایدار و دقیقاً متناسب با نیازِ امروز. اگه برای زیرساخت ۲۰ میلیونی، ۱۰۰ میلیون کد بزنی، کیفیت خلق نکردی؛ بلکه یک «فیل سفید» پرهزینه ساخته‌ای که فردا نه خودت و نه هیچ‌کس دیگه از پس نگهداری و توسعه‌اش برنمی‌آید!
به اندازه کافی نصیحتتون کردم ولی به قول ما لر ها :
گیوه بی‌‌کِش، صلا به پا نکو
گیوه‌ای که اندازه‌ت نیست و کش نمیاد رو به زور پات نکن
#lawsofsoftwareengineering
@codehalics | کدهالیک
خیلی از ما برنامه‌نویس‌ها فکر می‌کنیم اگه برای یک پروژه‌ی کوچک و کم‌بودجه، بیایم معماریِ سنگین سیستم‌های غول‌پیکر رو پیاده کنیم یا فیچرهای فرضیِ آینده رو همین اول کار کد بزنیم، داریم در حق کارفرما لطف می‌کنیم و کار مهندسی و خفن تحویل می‌دیم! اما حقیقت اینه که این کار دقیقاً زیر پا گذاشتن اصل YAGNI است.
یاد خاطره‌ی یکی از همکارام افتادم که می‌گفت: «اوایل کارم برای یک مشتری که کلاً ۲۰ میلیون بودجه داشت و یک سیستم ساده می‌خواست، رفتم سراغ پیاده‌سازی Microservices و CQRS و Event Sourcing و کشینگ چندلایه‌ای با Redis! با خودم می‌گفتم من یک مهندس نرم‌افزارم و نباید از کیفیت کار بزنم. اما چی شد؟ پروژه‌ای که قرار بود ۲ هفته‌ای جمع بشه، ۳ ماه طول کشید! هزینه‌های سرور مشتری سر به فلک کشید و موقع تغییر یک فیچر ساده، آن‌قدر کدها کلافِ سردرگم شده بود که مشتری کلافه شد و کلاً پروژه شکست خورد.»
کیفیت در مهندسی نرم‌افزار یعنی تحویلِ یک راه‌حل ساده، پایدار و دقیقاً متناسب با نیازِ امروز. اگه برای زیرساخت ۲۰ میلیونی، ۱۰۰ میلیون کد بزنی، کیفیت خلق نکردی؛ بلکه یک «فیل سفید» پرهزینه ساخته‌ای که فردا نه خودت و نه هیچ‌کس دیگه از پس نگهداری و توسعه‌اش برنمی‌آید!
به اندازه کافی نصیحتتون کردم ولی به قول ما لر ها :
گیوه بی‌‌کِش، صلا به پا نکو
گیوه‌ای که اندازه‌ت نیست و کش نمیاد رو به زور پات نکن
#lawsofsoftwareengineering
@codehalics | کدهالیک
❤7🔥3👏3
بزرگ‌ترین تغییری که بعد از AI توی تیم ما افتاد، حذف کامل جیرا، اسپرینت، تسک، استوری‌پوینت، پوکر پلنینگ و دیلی بود!
یه زمانی اگه جیرا آپدیت نبود حکم تیر داشتی، اما الان یادم نیست آخرین بار کی رفتم تسک‌هام رو ببینم. چقدر یه روزی اجایل و اسکرام برامون مقدس بود؛ انگار آیه نازل شده بود، اما الان رسماً برای کسی اهمیتی ندارن.
درباره این ترندهای جدید کار تیمی در عصر AI چیزی شنیدید یا توی تیمتون تجربه‌شون کردید؟
Spec-Driven Development
Continuous Shipping
Async-First Culture
Outcome over Process
PRP
توی کامنت ها بهم بگین این روزا چیکارا میکنین !؟
@codehalics | کدهالیک
یه زمانی اگه جیرا آپدیت نبود حکم تیر داشتی، اما الان یادم نیست آخرین بار کی رفتم تسک‌هام رو ببینم. چقدر یه روزی اجایل و اسکرام برامون مقدس بود؛ انگار آیه نازل شده بود، اما الان رسماً برای کسی اهمیتی ندارن.
درباره این ترندهای جدید کار تیمی در عصر AI چیزی شنیدید یا توی تیمتون تجربه‌شون کردید؟
Spec-Driven Development
Continuous Shipping
Async-First Culture
Outcome over Process
PRP
توی کامنت ها بهم بگین این روزا چیکارا میکنین !؟
@codehalics | کدهالیک
👍5❤1
یک مجموعه کامپوننت مدرن و خوش‌ساخت مخصوص Design Engineerها، طراحی‌شده با Tailwind CSS و هماهنگ با Shadcn.
https://www.cult-ui.com/
@codehalics | کدهالیک
https://www.cult-ui.com/
@codehalics | کدهالیک
❤5
کاش زومیت با بیشتر از ۱۵ سال سابقه و اعتبار، انقدر مستقیم و بدون ویرایش از خروجی هوش مصنوعی استفاده نمیکرد. خوندن متنی که لحن و ساختارش کاملاً داد میزنه توسط AI تولید شده، برای رسانه‌ای با این همه تجربه واقعاً دلسردکننده‌ست...
@codehalics | کدهالیک
@codehalics | کدهالیک
👍15
This media is not supported in your browser
VIEW IN TELEGRAM
یه بازی براتون آوردم که میتونین هر سایتی رو با اسلحه های مختلف نابود کنین !
تازه میشه MultiPlayer هم با رفیقاتون بازیش کنین !
لینک بازی: destroy.spritefusion.com
@codehalics | کدهالیک
تازه میشه MultiPlayer هم با رفیقاتون بازیش کنین !
لینک بازی: destroy.spritefusion.com
@codehalics | کدهالیک
❤7👏1
Media is too big
VIEW IN TELEGRAM
ثبت‌نام «دورهٔ مهندسی بک‌اند با NestJS» شروع شد.
اول از همه، از ۶۸ نفری که پیش‌ثبت‌نام کردن ممنونیم. شما وقتی هنوز هیچ قسمتی از دوره منتشر نشده بود به ما اعتماد کردین، و این برامون خیلی ارزشمنده. به همین خاطر، دوره برای پیش‌ثبت‌نامی‌ها ۲۰ درصد تخفیف بیشتر داره و فقط کافیه با حسابشون وارد دوره بشن به طور اتوماتیک حساب میشه !
توی این دوره، بک‌اند رو با ساختن یه پروژهٔ واقعی یاد می‌گیریم: یه بانک دیجیتال کامل، از صفر. از افتتاح حساب و احراز هویت ویدیویی، تا پنل ادمین، دفتر کل دوطرفه، تراکنش‌ها، کارت و سوییچ بانکی؛ یعنی همهٔ چیزهایی که پشت یه اپ بانکی واقعی اتفاق می‌افته.
قسمت اول از فصل یک هم منتشر شد: دموی کامل پروژه. پیشنهاد می‌کنیم قبل از ثبت‌نام ببینیدش تا دقیقاً بدونید قراره چی بسازیم.
تماشای قسمت اول:
https://codehalic.ir/courses/backend-engineering-bootcamp/videos/introduction
ثبت‌نام در دوره:
https://codehalic.ir/courses/backend-engineering-bootcamp
@codehalics | کدهالیک
اول از همه، از ۶۸ نفری که پیش‌ثبت‌نام کردن ممنونیم. شما وقتی هنوز هیچ قسمتی از دوره منتشر نشده بود به ما اعتماد کردین، و این برامون خیلی ارزشمنده. به همین خاطر، دوره برای پیش‌ثبت‌نامی‌ها ۲۰ درصد تخفیف بیشتر داره و فقط کافیه با حسابشون وارد دوره بشن به طور اتوماتیک حساب میشه !
توی این دوره، بک‌اند رو با ساختن یه پروژهٔ واقعی یاد می‌گیریم: یه بانک دیجیتال کامل، از صفر. از افتتاح حساب و احراز هویت ویدیویی، تا پنل ادمین، دفتر کل دوطرفه، تراکنش‌ها، کارت و سوییچ بانکی؛ یعنی همهٔ چیزهایی که پشت یه اپ بانکی واقعی اتفاق می‌افته.
قسمت اول از فصل یک هم منتشر شد: دموی کامل پروژه. پیشنهاد می‌کنیم قبل از ثبت‌نام ببینیدش تا دقیقاً بدونید قراره چی بسازیم.
تماشای قسمت اول:
https://codehalic.ir/courses/backend-engineering-bootcamp/videos/introduction
ثبت‌نام در دوره:
https://codehalic.ir/courses/backend-engineering-bootcamp
@codehalics | کدهالیک
🔥10❤6👏1
خبر فوری برای دنیای .NET؛ Polly هم پولی شد!
این ابزار هم رفت سراغ مدل تجاری و بخشی از استفاده ازش قراره با لایسنس پولی ارائه بشه؛ اتفاقی که فقط مربوط به خود Polly نیست و می‌تونه نشونه یه تغییر جدی‌تر توی دنیای Open Source باشه.
واقعیت اینه که نگهداری پروژه‌های بزرگ اوپن‌سورس، مخصوصاً ابزارهایی که کلی تیم و شرکت بهشون وابسته‌ان، هم هزینه داره، هم زمان و نیروی زیادی می‌بره. برای همین مدل «همه‌چی رایگان برای همه» دیگه مثل قبل راحت قابل ادامه نیست.
قبلاً هم نمونه‌هایی مثل AutoMapper، MediatR و MassTransit رو دیدیم که بعد از رفتن به سمت مدل تجاری، با واکنش جدی برنامه‌نویس‌ها روبه‌رو شدن و میزان استفاده و دانلودشون افت کرد.
از یه طرف دولوپرها دوست ندارن برای ابزارهایی که سال‌ها رایگان بودن هزینه بدن، از یه طرف هم نگهداری این پروژه‌ها بدون درآمد پایدار روزبه‌روز سخت‌تر میشه.
احتمالاً Polly هم آخرین ابزار بزرگی نیست که وارد این مسیر میشه.
پ.ن: Portainer هم قبلاً تقریباً همین مسیر رو رفت و بخشی از مدلش پولی شد.
@codehalics | کدهالیک
این ابزار هم رفت سراغ مدل تجاری و بخشی از استفاده ازش قراره با لایسنس پولی ارائه بشه؛ اتفاقی که فقط مربوط به خود Polly نیست و می‌تونه نشونه یه تغییر جدی‌تر توی دنیای Open Source باشه.
واقعیت اینه که نگهداری پروژه‌های بزرگ اوپن‌سورس، مخصوصاً ابزارهایی که کلی تیم و شرکت بهشون وابسته‌ان، هم هزینه داره، هم زمان و نیروی زیادی می‌بره. برای همین مدل «همه‌چی رایگان برای همه» دیگه مثل قبل راحت قابل ادامه نیست.
قبلاً هم نمونه‌هایی مثل AutoMapper، MediatR و MassTransit رو دیدیم که بعد از رفتن به سمت مدل تجاری، با واکنش جدی برنامه‌نویس‌ها روبه‌رو شدن و میزان استفاده و دانلودشون افت کرد.
از یه طرف دولوپرها دوست ندارن برای ابزارهایی که سال‌ها رایگان بودن هزینه بدن، از یه طرف هم نگهداری این پروژه‌ها بدون درآمد پایدار روزبه‌روز سخت‌تر میشه.
احتمالاً Polly هم آخرین ابزار بزرگی نیست که وارد این مسیر میشه.
پ.ن: Portainer هم قبلاً تقریباً همین مسیر رو رفت و بخشی از مدلش پولی شد.
@codehalics | کدهالیک
👍6😁1
کدهالیک | codehalic
خبر فوری برای دنیای .NET؛ Polly هم پولی شد! این ابزار هم رفت سراغ مدل تجاری و بخشی از استفاده ازش قراره با لایسنس پولی ارائه بشه؛ اتفاقی که فقط مربوط به خود Polly نیست و می‌تونه نشونه یه تغییر جدی‌تر توی دنیای Open Source باشه. واقعیت اینه که نگهداری پروژه‌های…
دقیقاً مشابه این اتفاق چند سال پیش برای Faker.js افتاد؛ نگهدارنده اصلی پروژه بعد از مدت‌ها توسعه رایگان، صراحتاً گفت: «یا هزینه‌اش رو بدید، یا پروژه رو Fork کنید و خودتون ادامه بدید.» ماجرا در نهایت به حذف و رها شدن نسخه اصلی Faker.js رسید و بعدش یه گروه دیگ دولوپش کردن !
@codehalics | کدهالیک
@codehalics | کدهالیک
👍3😁2
تو این مقاله‌ای که خوندم نویسنده میگه هنوز برای ساختن یه کسب‌وکار از صفر تو عصر هوش مصنوعی دیر نشده، فقط مدل بازی عوض شده و اقتصاد رفته سمت یه الگوی دمبلی. تو این وضعیت جدید، غول‌های بزرگ فناوری اون بالا و کارآفرین‌های تک‌نفره و چابک این پایین بیشترین سود رو می‌برن، اما شرکت‌های متوسط این وسط دارن لِه میشن. پایین اومدن شدید هزینه‌های ساخت محصول و فاصله‌ای که بین توانایی هوش مصنوعی با سطح استفاده مردم عادی وجود داره، کلی فرصت خوب تو بازارهای کوچیک و تخصصی ایجاد کرده. در نهایت نباید از روی ترسِ عقب موندن تصمیم گرفت، بلکه باید با تحلیل درست یا بریم سمت مقیاس‌های خیلی بزرگ یا کلاً رو یه حوزه بی‌نهایت تخصصی تمرکز کنیم.
https://vladdusenkoo.medium.com/is-it-too-late-to-build-something-from-zero-in-the-ai-era-cffc842e56e3
@codehalics | کدهالیک
https://vladdusenkoo.medium.com/is-it-too-late-to-build-something-from-zero-in-the-ai-era-cffc842e56e3
@codehalics | کدهالیک
❤4
کدهالیک | codehalic
تو این مقاله‌ای که خوندم نویسنده میگه هنوز برای ساختن یه کسب‌وکار از صفر تو عصر هوش مصنوعی دیر نشده، فقط مدل بازی عوض شده و اقتصاد رفته سمت یه الگوی دمبلی. تو این وضعیت جدید، غول‌های بزرگ فناوری اون بالا و کارآفرین‌های تک‌نفره و چابک این پایین بیشترین سود…
یه اصطلاح باحالی توش استفاده کرد بود به اسم«اقتصاد دمبلی» (Barbell Economy)
مفهوم اقتصاد دمبلی یعنی تو عصر هوش مصنوعی فقط دو سر بازار سود می‌برن: بالا غول‌های بزرگ فناوری با سرمایه و زیرساخت زیاد، و پایین کارآفرین‌های تک‌نفره و چابک با هزینه کم. شرکت‌های متوسط این وسط گیر کردن و چون نه قدرت بزرگ‌ها رو دارن و نه چابکی کوچک‌ها رو، از هر دو طرف له میشن.
بامزه بود ! چیز جدید یاد گرفتم باهاتون به اشتراک گذاشتمش :)
@codehalics | کدهالیک
مفهوم اقتصاد دمبلی یعنی تو عصر هوش مصنوعی فقط دو سر بازار سود می‌برن: بالا غول‌های بزرگ فناوری با سرمایه و زیرساخت زیاد، و پایین کارآفرین‌های تک‌نفره و چابک با هزینه کم. شرکت‌های متوسط این وسط گیر کردن و چون نه قدرت بزرگ‌ها رو دارن و نه چابکی کوچک‌ها رو، از هر دو طرف له میشن.
بامزه بود ! چیز جدید یاد گرفتم باهاتون به اشتراک گذاشتمش :)
@codehalics | کدهالیک
❤6👍6
Forwarded from کار باشه !
کارآموز .net
اگر به دنیای نرم‌افزار علاقه دارید و برای یادگیری و حل مسئله کنجکاو و پرتلاش هستید، جای شما در تیم ماست!
در این دوره، روی پروژه‌های واقعی کار می‌کنید، از اعضای باتجربه تیم یاد می‌گیرید و بازخورد و منتورینگ دریافت می‌کنید. پس از موفقیت در ارزیابی دوره، فرصت استخدام در اکالا خواهید داشت.
*تجربه فنی قبلی الزامی نیست* ولی آشنایی اولیه با موارد زیر امتیاز محسوب می‌شود:
• C# / ASP.NET Core
• JavaScript / TypeScript / React.js
• Git و Version Control
• HTTP و REST API
• پایگاه داده‌های رابطه‌ای مانند SQL Server
• Microservices، Docker، Kubernetes و CI/CD
• Agile / Scrum
⏳ مدت دوره: ۲ تا ۶ ماه، متناسب با عملکرد و پیشرفت شما.
لینک ارسال رزومه: https://lnkd.in/eTznJ736
📩 فرایند ارزیابی: پس از ارسال رزومه، لینک پرسشنامه برایتان ایمیل می‌شود؛ لطفاً در اولین فرصت آن را تکمیل کنید.
https://careers.okala.com/job-detail/d79eed3c-582f-48a7-b82f-d024a7d84cb8
#backend
➖➖➖➖➖➖➖➖➖➖
💬 @job_bashe | گروه کار باشه با دسته بندی شغلی
📢 @karbashe_ir | کانال کار باشه
اگر به دنیای نرم‌افزار علاقه دارید و برای یادگیری و حل مسئله کنجکاو و پرتلاش هستید، جای شما در تیم ماست!
در این دوره، روی پروژه‌های واقعی کار می‌کنید، از اعضای باتجربه تیم یاد می‌گیرید و بازخورد و منتورینگ دریافت می‌کنید. پس از موفقیت در ارزیابی دوره، فرصت استخدام در اکالا خواهید داشت.
*تجربه فنی قبلی الزامی نیست* ولی آشنایی اولیه با موارد زیر امتیاز محسوب می‌شود:
• C# / ASP.NET Core
• JavaScript / TypeScript / React.js
• Git و Version Control
• HTTP و REST API
• پایگاه داده‌های رابطه‌ای مانند SQL Server
• Microservices، Docker، Kubernetes و CI/CD
• Agile / Scrum
⏳ مدت دوره: ۲ تا ۶ ماه، متناسب با عملکرد و پیشرفت شما.
لینک ارسال رزومه: https://lnkd.in/eTznJ736
📩 فرایند ارزیابی: پس از ارسال رزومه، لینک پرسشنامه برایتان ایمیل می‌شود؛ لطفاً در اولین فرصت آن را تکمیل کنید.
https://careers.okala.com/job-detail/d79eed3c-582f-48a7-b82f-d024a7d84cb8
#backend
➖➖➖➖➖➖➖➖➖➖
💬 @job_bashe | گروه کار باشه با دسته بندی شغلی
📢 @karbashe_ir | کانال کار باشه
Linkedin
You’re leaving LinkedIn