💻 همکاری با کدهالیک | جذب مدرس برنامه‌نویسی

ما توی «کدهالیک» قصد داریم تیم آموزشی‌مون رو بزرگ‌تر کنیم. برای همین دنبال برنامه‌نویس‌های باتجربه‌ای می‌گردیم که علاوه بر کار فنی، به آموزش دادن هم علاقه دارن و قبلاً سابقه تدریس داشتن.

اگر توی یکی از حوزه‌های زیر تخصص داری و می‌تونی مفاهیم رو روان و کاربردی به بقیه منتقل کنی، خوشحال میشیم در کنارت باشیم:

🔹 فرانت‌اند:
HTML/CSS - JavaScript - TypeScript - React - Next.js - Vue

🔹 بک‌اند:
Python (Django / FastAPI) - Node.js - PHP (Laravel) - C# (.NET) - Golang

🔹 موبایل:
Flutter - React Native - Kotlin - Swift

🔹 هوش مصنوعی و دیتا:
Machine Learning - Data Science - LLMs

🔹 دواپس و امنیت:
Docker - Linux - CI/CD - Cyber Security

🔹 مبانی و مهندسی نرم‌افزار:
الگوریتم و ساختمان داده، گیت (Git) و طراحی سیستم (System Design)

➖➖➖➖➖➖➖➖➖➖

📌 شرایط همکاری با ما:
• داشتن سابقه تدریس (آنلاین، حضوری، بوت‌کمپ یا ضبط دوره)
• تسلط فنی و تجربه کار روی پروژه‌های واقعی بازار کار
• فن بیان خوب و توانایی توضیح دادن مفاهیم به زبان ساده
• خوش‌قولی و تعهد کاری

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

➖➖➖➖➖➖➖➖➖➖

📩 ارسال رزومه:
اگر مایل به همکاری هستی، رزومه‌ت رو به همراه یک نمونه کوتاه از تدریس قبلیت (ویدیو یا لینک) و حوزه‌ای که تدریس می‌کنی به آیدی زیر بفرست تا با هم صحبت کنیم:

👉 @codehalic_support
🔗 https://t.me/codehalic_support

#backend #frontend #fullstack #ai #dba

➖➖➖➖➖➖➖➖➖➖
💬 @job_bashe | گروه کار باشه با دسته بندی شغلی
📢 @karbashe_ir | کانال کار باشه

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

هرچی فکر می‌کنم این مدرک رو فقط می‌خواد بذاره تو پرونده ارائه بده به سفارت برای پناهندگی. وگرنه هیچ دلیل دیگه‌ای به ذهنم نمی‌رسه که کسی بخواد گواهی همچین دوره‌ای رو از کدهالیک بگیره!

@codehalics | کدهالیک

بازم یه مقاله خفن از تیم آنتروپیک درباره کد ریویو که سوال اساسی این روزهای کساییه که دارن با AI کار می‌کنن!

ادی اوسمانی (Addy Osmani) که خیلی‌هامون با کتاب‌هاش و سال‌ها مدیریتش توی تیم کروم گوگل می‌شناسیمش، به همراه دو تا از مهندس‌های ارشد Anthropic یه گزارش خیلی خفن دادن بیرون درباره اینکه چطوری کدهای پروژه Claude Code رو ریویو می‌کنن.

داستان از این قراره که الان ۹۰ درصد کدهای خودِ این ابزار رو ایجنت‌ها می‌نویسن و تعداد تغییرات روزانه توی مونوریپوی شرکت از ۲۵۰۰ تا رسیده به بالای ۳۰ هزار تا در روز! توی این مقیاس، دیگه اینکه یه آدم بشینه خط به خط کدها رو بخونه عملاً غیرممکنه. برای همین، اومدن خوندن کدها رو کامل سپردن به خودِ ماشین‌ها و نتیجه‌ش هم عجیب بوده: تعداد PRهای مرج شده ۲ برابر شده، ولی کدهایی که به خاطر باگ مجبور به ریورت کردنشون شدن ۴۰ درصد کمتر شده.

مکانیزم کارشون اینجوریه که قبل از اینکه اصلاً PR باز بشه، خود کلود تست‌ها و بیلد رو اجرا می‌کنه و یه ساب‌ایجنت دیگه با کانتکست کاملاً جدید کد رو چک می‌کنه. وقتی هم که PR باز می‌شه، چندتا ایجنت به صورت موازی و بر اساس قوانین فایل‌های CLAUDE.md و REVIEW.md دنبال باگ و مشکلات امنیتی می‌گردن و بعد یه گروه دیگه از ایجنت‌ها به این یافته‌ها رأی می‌دن تا گیرهای الکی و سلیقه‌ای فیلتر بشه و فقط باگ‌های واقعی بمونه.

یه سوتی جالب هم که اولش داده بودن این بود که یه بار ایجنتِ نویسنده و ایجنتِ ریویوکننده افتاده بودن تو لوپ و تا صبح ۵۰ بار کد رو پاسکاری و ادیت کرده بودن! الان برای اینکه این اتفاق نیفته، سقف ۳ دور ریویو گذاشتن و هر باگی هم که از زیر دست سیستم در بره و باعث خرابی بشه رو مستقیم می‌کنن تست روزانه (Eval) تا ریویوکننده هر روز روی باگ‌های واقعی قبلی تست بشه و باهوش‌تر بشه.

بعد از این مرحله، یه سیستم هوشمند بر اساس سطح ریسکِ کد تصمیم می‌گیره که تغییرات کم‌ریسک بدون نیاز به تایید انسان مرج بشن و بخش‌های حساس مثل پرداخت و CI حتماً تایید ۱ تا ۲ نفر از بچه‌های تیم رو بگیرن. یه نکته خیلی باحال دیگه هم اینه که قبلاً برنامه‌نویس‌ها PR بقیه رو می‌خوندن تا کدبیس رو یاد بگیرن، ولی الان هیچ‌کس کل کد رو تو ذهنش نداره و هر وقت بخوان دست به بخشی از پروژه بزنن، به خود کلود می‌گن همون تیکه رو در لحظه براشون توضیح بده و تصویرسازی کنه.

کل این مقاله داره یه پیام واضح می‌ده: کار ما برنامه‌نویس‌ها دیگه چک کردن سینتکس و خوندن خط‌به‌خط کدها نیست؛ کار اصلی الان طراحی معماری، تعیین جهت محصول و قبول کردن مسئولیت نهایی کدیه که می‌ره روی پروداکشن.

https://claude.dev/blog/solving-code-review-at-anthropic/

@codehalics | کدهالیک

این گزارش ۱۵ اکتبر منتشر شده و امروز که ۱۸ اکتبره داشتم به یه چیز تلخ فکر می‌کردم...
یادم میاد اواخر دهه ۸۰، دقیقاً تو بحبوحه ورود شبکه 3G به ایران و داستان رایتل و ممنوع اعلام شدن تماس تصویری، یه مقاله خیلی باحال توی یکی از نشریه‌های معروف تکنولوژی اون موقع (مثل کلیک جام‌جم و عصر ارتباط) خوندم با این مضمون که: «دنیا ذوق‌زده از 4G، ما همچنان در حسرت 3G!»

الان تقریباً ۱۵ سال از اون روزها می‌گذره و انگار فقط اسم تکنولوژی‌ها عوض شده. این پست رو که می‌نوشتم دوباره همون حس سراغم اومد؛ اینکه کلود و آنتروپیک و تسلا و شرکت‌های آمریکایی الان درگیر چه چالش‌هایی هستن و ما اینجا هر روز درگیر چی‌ایم! واقعاً این دنیا به ما یه زندگیِ نرمال و این‌مدلی بدهکاره...

@codehalics | کدهالیک

با پوریا باباعلی در مورد پیچیدگی های سافت اسکیل با حضور AI صحبت کردیم و اینکه چقدر این میتونه تاثیرگذار باشه روی نحوه تعامل مون و سطحش چقدر ممکنه تغییر کنه و آیا توانایی های خاص دیگه ای مثل مذاکره بین تیمی کم کم در سافت اسکیل پر رنگ تر میشن و چیزی مثل Empathy کم رنگ تر ؟

اینجا بشنویدش :
https://shabgoftar.ir/episodes/ep-eb5185c4-71d/

#شبگفتار

دیشب توی «شب گفتار» مسعود داشتیم گپ می‌زدیم، بحث کشیده شد به یه جایی که از دیشب ذهن خودمم درگیرشه.

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

حالا الان چی؟ می‌شینی پشت سیستم، کل روز با کرسر و کلاد و چهار تا ایجنت سر و کله می‌زنی.
سوتی بدی چی می‌شه؟ هیچی! هر چقدر هم بد و عصبی بهشون توپ و تشر بزنی، آخرش با کمال ادب می‌گن «ببخشید، حق با شماست، الان فیکسش می‌کنم!»

مشکل دقیقاً از همین‌جا شروع می‌شه. کار کردن با این بات‌های همیشه مؤدب و حرف‌گوش‌کن، ما رو به شدت «بدعادت و کم‌حوصله» کرده. جوری شده که وقتی از پشت سیستم میایم بیرون و می‌خوریم به آدم‌های واقعی که خب طبیعی‌ هست که کند باشن، خسته باشن، نفهمن چی می‌گی یا بخوان ساز مخالف بزنن دیگه اعصابشون رو نداریم. آستانه تحملمون اومده پایین، سر کوچک‌ترین مخالفتی سریع آمپر می‌چسبونیم و واکنش تند نشون می‌دیم؛ چون مغزمون عادت کرده طرف مقابل بدون بحث، درجا بگه چشم و همه‌چی رو اوکی کنه.

دیشب کلی سر این قضیه تو پادکست بحث کردیم. ولی جدا خودتونم این مدت که بیشتر با AI کار می‌کنید، حس نکردید تو دنیای واقعی خیلی بی‌اعصاب‌تر و کم‌تحمل‌تر از قبل شدید؟

@codehalics | کدهالیک

اگه از نوشتن تست‌های API و ساختن Mock برای دیتابیس و سرویس‌های مختلف خسته شدید، پروژه اوپن‌سورس Keploy (با بیشتر از ۱۸ هزار ستاره تو گیت‌هاب) دقیقاً برای همین کار ساخته شده!

کار این ابزار اینه که موقع اجرای برنامه، تمام ترافیک واقعی (از درخواست‌های HTTP گرفته تا کوئری‌های دیتابیس مثل Postgres، MySQL و MongoDB و حتی صف‌هایی مثل Kafka و RabbitMQ) رو ضبط می‌کنه و خودکار تبدیلشون می‌کنه به تست و دیتا ماک (Data Mock).

نکته خیلی خفنش اینه که چون زیرساختش با eBPF کار می‌کنه و ترافیک رو تو لایه شبکه می‌گیره، اصلاً نیازی نیست توی کدهاتون تغییری بدید یا SDK خاصی نصب کنید و با هر زبان و فریم‌ورکی کار می‌کنه! فقط کافیه برنامه‌تون رو با دستور keploy record ران کنید تا همه چی رو ضبط کنه، و بعدش با keploy test بدون نیاز به بالا بودن دیتابیس یا سرویس‌های خارجی، تست‌ها رو به صورت کاملاً ایزوله و سریع اجرا کنید (حتی با کمک AI می‌تونه از روی ترافیک ضبط‌شده و Swagger، تست‌کیس‌های مهم و جدید هم بسازه).

github.com/keploy/keploy

@codehalics | کدهالیک

اگه یه روز سر مصاحبه بهت بگن «یه سیستم پرداخت طراحی کن»، اولین کاری که می‌کنی چیه؟

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

ما برای همین یه ترتیب ساده داریم که قبل از هر طراحی بهش برمی‌گردیم:

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

این روش رو از کتاب System Design Interview نوشته‌ی Alex Xu برداشتیم و توی ویدیو با مثال یه نئوبانک واقعی جلو رفتیم.

چیزی که می‌بینی یه تیکه‌ی کوتاه از قسمت اول فصل سوم بوت‌کمپ مهندسی بک‌اند کدهالیکه. توی خود دوره این چهار قدم رو روی یه پروژه‌ی بانکی، از صفر تا آخر، با هم اجرا می‌کنیم.

برای ثبت‌نام و دیدن سرفصل‌ها:
https://codehalic.ir/courses/backend-engineering-bootcamp

@codehalics | کدهالیک

اگه دنبال یه ابزار CI/CD سبک، سلف‌هاستد و کاملاً اوپن‌سورس (بدون هیچ نسخه پولی یا قفل بودن فیچرها) می‌گردید، پروژه Crow CI یه گزینه فوق‌العاده‌ست که می‌تونه به صورت همزمان به گیت‌هاب، گیت‌لب، Gitea، Forgejo و بیت‌باکت وصل بشه. جذابیت اصلیش اینه که با یه فایل YAML ساده توی پوشه .crow، می‌تونید استپ‌های پایپ‌لاین رو به صورت موازی (DAG) تعریف کنید و بسته به نیازتون روی ۶ تا بک‌اند مختلف ران کنید: از کانتینرهای Docker و Podman و پادهای Kubernetes گرفته تا ماشین‌های مجازی یک‌بارمصرف ویندوز (Hyper-V) و مک (Tart) یا حتی مستقیم روی خود سرور! علاوه بر این، سیستم Autoscaler داخلی داره که وقتی صف شلوغ بشه، خودکار روی کلودهایی مثل Hetzner و AWS سرورهای جدید بالا میاره و بعد از اتمام کار پاکشون می‌کنه تا هزینه اضافه ندید، و مستقیم هم به ابزارهای مدیریت سکرت مثل Vault و Infisical وصل می‌شه.

https://crowci.com/

@codehalics | کدهالیک

تو این بازارِ «هوش مصنوعی قراره جای همه رو بگیره»، خیلی‌ها دارن این تئوری رو می‌دن که با اومدن AI دیگه به Engineering Manager نیازی نداریم و ساختارها فلت بشه. اما Liz de Moll (مدیر ارشد مهندسی در Auth0) توی یه مقاله جواب داده که ماجرا به این سادگی‌ها نیست. درسته که هوش مصنوعی کارهای مکانیکی مثل گزارش‌دادن رو حذف می‌کنه، ولی کار اصلی مدیرها یعنی کوچینگ بچه‌ها، همسو کردن تیم‌ها و ترجمه استراتژی بیزینس به کارهای اجرایی رو از بین نمی‌بره. نکته جالب ماجرا اینجاست که وقتی هوش مصنوعی سرعت کدزدن رو چند برابر می‌کنه، هزینه عدم‌همسویی و به هم ریختن وابستگی‌ها هم به شدت بالا می‌ره؛ یعنی اتفاقاً کسی وقت نداره که وسط این سرعتِ بالا، کار هماهنگی رو انجام بده. خلاصه اینکه حذف مدیر، وابستگی‌ها رو از بین نمی‌بره، فقط آدم‌هایی رو حذف می‌کنه که کارشون مدیریت کردن همین پیچیدگی‌هاست.

https://leaddev.com/management/long-live-the-engineering-manager

@codehalics | کدهالیک

مثل اینکه سرویس ChatGPT تو آپدیت جدیدش ایران رو کاملا تحریم کرده و به محضی که بفهمه از ایران هستین حسابتون رو بن میکنه !
برای همین بسیار بسیار مراقب باشین که IP تون تغییر نکنه و از ایپی ایران یا وی پی ان هایی که آیپی لیک شدن استفاده نکنید

@codehalics | کدهالیک

یعنی روز نیست به اینکه این زندگی بهم یه وطن بدهکاره فکر نکنم :)

یکی اومده بازی CS2 یعنی کانتر استرایک ۲ رو برای موبایل منتشر کرده و تازه میشه آنلاین هم بازیش کرد

لینک دانلودش :
https://counterflame.com/

@codehalics |‌ کدهالیک

مرورگر Arc رسماً اعلام کرد که فعالیت خود را در ۲۲ دسامبر ۲۰۲۶ پایان می‌دهد.
سازندگان Arc تمرکز خود را روی مرورگر جدید Dia معطوف کرده‌اند و از کاربران خواسته‌اند به مرورگر جدید کوچ کنند. امکان انتقال کامل اطلاعات (بوک‌مارک‌ها، پسوردها و تب‌ها) به مرورگر Dia فراهم شده است.

واقعا مرورگر دوست داشتنی بود !

@codehalics | کدهالیک

‏۱۹۱ گیگابایت! کش Next.js دیسک سرور یکی از پروژه‌هامون رو پر کرد

‏یه سایت فروشگاهی داریم که هر روز کلی کاربر داره. یه روز هشدار دیسک اومد و فضای آزاد سرور داشت تموم می‌شد.

‏وقتی نگاه کردیم، فقط پوشه‌ی fetch-cache بیشتر از ۱۹۰ گیگ حجم گرفته بود.

‏اقدام فوری: کش رو بدون توقف سرویس پاک کردیم و حجمش از ۱۹۱ گیگ رسید به ۸۸ مگابایت. ولی این فقط مسکن بود، نه درمان.

‏ریشه‌ی ماجرا چی بود؟ ترکیب دو تا چیز، که اشتباه از ما بود که از اول درست بررسیشون نکردیم:

1 بک‌اند برای هر کاربر یه کوکی جدا می‌ده.
‏2 بک‌اند برای همه‌ی صفحه‌ها کوکی رو از کاربر می‌خواد.

‏نتیجه: درخواست‌هایی که فکر می‌کردیم مشترک و کش‌شدنی‌ان، عملاً برای هر کاربر یه ورودی جدا توی کش می‌ساختن. با ترافیک بالا، این ورودی‌ها بی‌نهایت زیاد شدن.

‏این ماجرا مجبورم کرد دوباره سراغ کش Next.js برم: مستندات رو از اول خوندم و issueهای گیت‌هابی که بقیه با همین مشکل ثبت کرده بودن رو هم یکی‌یکی چک کردم. نسخه‌ی ما 16.1.6 هست و نمی‌دونم توی نسخه‌های جدیدتر رفتارش فرق کرده یا نه.

‏چیزهایی که برای خودم یادداشت کردم:
- دیتای عمومی و دیتای مخصوص هر کاربر رو توی fetchها از هم جدا کنیم.
- هر چیزی که قرار نیست کش بشه رو صریح بگیم کش نشه.
- تو پروژه‌ی پرترافیک، حجم دیسک کش رو مثل دیتابیس مانیتور کنیم.

Alireza Fakhar ✍️

@codehalics | کدهالیک

پروژه متن‌باز Video Use امکان تدوین خودکار ویدیو را از طریق Claude Code فراهم کرده است. کافی است فایل‌های خام را درون یک پوشه قرار دهید تا مراحل برش، حذف مکث‌ها و کلمات اضافی، تنظیم زیرنویس، اصلاح رنگ، انیمیشن و خروجی نهایی به صورت خودکار انجام شود.

این ابزار با حذف نیاز به تایم‌لاین و تدوین دستی، فرایندی فراتر از کتابخانه‌هایی مثل Remotion ارائه می‌دهد. سورس‌کد این پروژه به صورت رایگان در گیت‌هاب منتشر شده است.

https://github.com/browser-use/video-use

@codehalics | کدهالیک

به نظرم تاثیر اصلی AI روی برنامه نویسی فقط این نیست که سریع تر کد میزنیم، قضیه بزرگ تر از این حرف هاست. خیلی از چیزهایی که قبلا اصلا ارزش نداشت سمتشون بریم، الان شدنی شدن. مثلا اگه یه ابزار کند بود، یه workflow اذیتت میکرد، یه formatter دقیقا چیزی که میخواستی نبود یا برای یه نیاز خیلی خاص ابزار مناسبی پیدا نمیکردی، قبلا منطقی نبود چند هفته وقت بذاری و خودت از صفر بسازیش. ولی الان با coding agentها ممکنه همون ایده تو چند ساعت یا چند روز به یه چیزی برسه که واقعا بشه ازش استفاده کرد. حس میکنم مشکل اینه که ذهن خیلی از ما هنوز با هزینه های چند سال پیش کار میکنه، برای همین یه سری ایده ها رو همون اول کنار میذاریم، در حالی که امروز شاید ساختنشون خیلی راحت تر از چیزیه که فکر میکنیم. البته این فقط وقتی ارزش داره که خروجی رو جدی تست کنیم، benchmark بگیریم، fuzzing و property based testing داشته باشیم و واقعا بفهمیم چیزی که ساختیم درسته یا نه. وگرنه فقط داریم سریع تر نرم افزار بد تولید میکنیم. شاید وقتشه به جای اینکه فقط از AI برای سریع تر ساختن چیزهای قبلی استفاده کنیم، باهاش چیزهایی بسازیم که قبلا اصلا به صرفه نبود سمتشون بریم.

این مقاله راجب همین موضوع داره صحبت میکنم بنظرم ارزش خوندن داره
https://danluu.com/ambitious/

@codehalics | کدهالیک

دوستان، تو تیممون پوزیشن کارآموز فرانت‌اند باز شده!

اگه با React و Next.js آشنایی داری و دوست داری روی پروژه‌های واقعی کار کنی و مهندسی نرم‌افزار رو جدی‌تر ادامه بدی، این فرصت می‌تونه برات مناسب باشه.

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

 جزئیات و شرایط:
sha.hr/front-intern

#frontend

➖➖➖➖➖➖➖➖➖➖
💬 @job_bashe | گروه کار باشه با دسته بندی شغلی
📢 @karbashe_ir | کانال کار باشه

یکی از چیزهایی که بین آدم‌های فنی خیلی راحت به‌عنوان نقطه قوت دیده می‌شه اینه که کم‌کم بشی تنها کسی که یه سرویس، یه دیپلوی، یه دیتابیس یا یه تیکه از سیستم رو واقعاً می‌فهمه. اولش حس خوبی داره، هر مشکلی پیش میاد اسمت صدا زده می‌شه و همه می‌دونن تو سریع‌تر از بقیه جمعش می‌کنی، ولی از یه جایی به بعد این دیگه مزیت نیست، یعنی سیستم به جای اینکه دانش رو داخل کد، تست، مستندات، CI/CD و فرایندها نگه داره، عملاً گذاشته توی سر تو. به نظرم یکی از نشونه‌های واقعی senior بودن دقیقاً اینه که کم‌کم خودت رو از critical path حذف کنی. چیزی که فقط خودت بلدی رو مستند کنی، کاری که دستی انجام می‌دی رو اتومات کنی، قواعدی که مدام توی code review تکرار می‌کنی رو ببری سمت lint و test، دانش رو پخش کنی و اجازه بدی بقیه هم خودشون مسئله رو حل کنن حتی اگر اولش کندتر باشن. مهندس قوی فقط کسی نیست که وقتی هست همه‌چیز سریع جلو می‌ره، کسیه که وقتی نیست هم سیستم و تیم بدون دردسر به کارشون ادامه می‌دن.

https://maroun-baydoun.com/blog/make-yourself-replaceable

@codehalics | کدهالیک

البته تو خیلی از شرکت‌های دولتی این ماجرا برعکسه. بعضی‌ها ترجیح می‌دن دانش، دسترسی‌ها و ریزه‌کاری‌های کار فقط دست خودشون بمونه. هرچی بقیه بیشتر بهشون وابسته باشن، جایگزین کردنشون سخت‌تر می‌شه و همین وابستگی کم‌کم تبدیل می‌شه به یه جور امنیت شغلی البته که ai این گپ رو بشدت کم کرده و الان تقریبا هیچکسی نیست که امکان جایگزین شدنش صفر باشه !

@codehalics | کدهالیک