قبل از اینکه بروم سراغ مطالعه و جان کندن، یک داستان تعریف کنم برای این دعوای Specialist یا Generalist که همه‌جا در جریان است.

چند سال پیش که روی SDR Security کار می‌کردم، علیرضا به من گفت برو سند جنگ الکترونیک و طیف الکترومغناطیس آمریکایی‌ها را مطالعه کن. سال ۹۳ بود و من روی این مسئله کار می‌کردم.
هیچ‌وقت پاراگراف اول آن سند را یادم نمی‌رود. بعدها وقتی نسخه فارسی‌اش را منتشر کردم، همان بخش را ترجمه کردم. سال ۹۷ هم آن سند را منتشر کردم.
اما چیزی که برای من جالب بود، خود بحث جنگ الکترونیک نبود؛ یک مثال ساده درباره مسیر تکامل تکنولوژی بود.

آن زمان برای هر کاری یک ابزار تخصصی داشتید.
می‌خواستید عکس بگیرید؟ دوربین‌موزیک گوش بدهید؟ کَست‌پلیر.‌‌با خانواده تماس بگیرید؟ تلفن مسیر پیدا کنید؟ GPS و برای هر کار دیگری، یک ابزار دیگر.

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

دوربین شد/موزیک‌ پلیر شد/تلفن شد/GPS شد/مرورگر شد/پیام‌رسان شد/شبکه اجتماعی شد. حتی ابزار پیدا کردن پارتنر هم شد؛ همان حقه‌بازی معروف در سوشال‌مدیا :)

در واقع اتفاق مهم فقط این نبود که چند گجت حذف شدند.
اتفاق مهم‌تر این بود که مرز بین چند حوزه شروع کرد به از بین رفتن.

و به نظرم دعوای Specialist و Generalist هم دقیقاً همین‌جاست.Generalist قرار نیست جای Specialist را بگیرد.

همان‌طور که اسمارت‌فون قرار نیست جای دوربین سینمایی را بگیرد. اگر نولان بخواهد فیلم بسازد، نمی‌رود ۱۰۰ تا آیفون ۱۸ بخرد. می‌رود سراغ دوربین، لنز، سنسور و تجهیزات تخصصی‌ای که برای همان مسئله ساخته شده‌اند.

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

چیزی که زمانی نیازمند یک متخصص بود، کم‌کم تبدیل به یک Feature می‌شود.

پس ارزش آینده فقط در این نیست که «یک کار را خیلی خوب بلد باشی».

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

به زبان ساده‌تر: Specialist یک نقطه را عمیق می‌کند. Generalist بین نقاط ارتباط ایجاد می‌کند.

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

اما برای اینکه تخصصت در آینده واقعاً ارزشمند باشد، احتمالاً باید آن‌قدر عمیق، خاص و گره‌گشا باشد که یک General-Purpose Tool نتواند به‌راحتی جایش را بگیرد.
والا برای ۷۰ درصد کارها، همان آیفون ۱۲ هم هنوز کار آدم را راه می‌اندازد.

گوگل SynthID Detector رو برای همه باز کرد

حالا می‌تونی تشخیص بدی محتوا واقعی هست یا ساخته‌شده با هوش مصنوعی.

لینک:
synthid.com

این نوشته کاری از دوست خوبمون آقای آرین ویسی درمورد یکی از تجربیات و نکات مهمی که این روزها باید بیشتر حواسمون بهش باشه هستش و بنده در نوشتنش نقشی نداشتم.

دوستان اگه با خیال راحت هر پروژه Open source رو که بهتون پیشنهاد میشه نصب میکنید، لطفا این ویدئو رو نگاه کنید تا از آسیب پذیری های احتمالی پیشگیری کنید. من خودم تا وقتی که نرفتم تو پروسه ساخت و انتشار پلاگینی که برای omarchy نوشتم، نفهمیدم که چه میزان راه مختلف برای آسیب پذیری وجود داره و چقدر راحت ( مخصوصا با وجود A.I) شما میتونی یه اپ یا پلاگینی بنویسی و بزار گیت هاب، خوشگل هم ی license MIT بزنی تنگش و به ملت بگی بیاید نصبش کنید، اوپن سورسه!

پلاگینی که نوشتم، از نسخه 1.0.0 رسید به نسخه  1.1.10 تا بالاخره داخلOmarchy plugin market place تایید شد! تمام آپدیت ها هم امنیتی بودن. 2 هفته تمام طول کشید و هر بار که آپدیت جدید رو میدادم، باور داشتم که دیگه پلاگین امنه، این آپدیت آخره و این کابوس تمومی نداشت!

هر بار که تایید نمیکردن و مجدد به vulnerability (سوراخ) جدیدی اشاره میکردن، من مجدد از نو تعجب میکردم و میگفتم مگه میشه؟ بعد یکم که نگاه میکردم، میگفتم شت آره میشه! و آخر هر آپدیت به کلاد و جی پی تی میگفتی تا پلاگین رو از نظر مشکلات امنیتی چک کنن و هر بار کدی که زده بودن رو تایید میکردن و میگفتن اوکیه، مشکلی نداره!

ولی بعد market place reviewer تایید نمیکرد و به ی سوراخ دیگه اشاره میکرد، پیام reviewer رو میدادم دوباره به همون gpt و claude و میگفتم بفرمااااا، تحویل بگیر، اونم میگفت: اوه، reviewer راست میگه، الان درستش میکنم !!!

نکته خیلی مهم اینجا اینه که من قصد آسیب به کسی رو نداشتم، ولی اتکر ها، میتونستن از پلاگین من، برای آسیب زدن به کاربرا استفاده کنن. کاربر هم از همه جا بی خبر! حتما پروژه ها رو چک کنید، خیلی از پروژه های جدید vibe code  هستن و اگه فنی نیستید، اصلا به این فکر نکنید که لینک ریپو رو بدید به agent تون و ازش بخواید براتون دربیاره که پروژه امنه یا نه!

#نوشته #اپن_سورس #هک_و_امنیت
~> @OmarchyParsi
~> @PinkOrca | آزاد بیندیشیم 🐦‍🔥

آخرین مهلت ثبت نام در بوتکمپ

با توجه به اینکه ظرفیت بوتکمپ کامل شده نمی تونم برای کلاس آنلاین ظرفیت جدیدی اضافه کنم ولی به خاطر درخواست دوستانی که می خوان از محتوای ضبط شده و همچنین خدمات خود بوتکمپ بهرمند بشن اعلام می کنم.

می تونین صرفا به ویدئو ها و مستندات و قطعه کد ها و همینطور مشاوره طی مسیر و روند آموزشی دسترسی داشته باشید ولی امکان حضور در کلاس آنلاین نیست.

اگر فکر می کنین این شرایط براتون مناسب هستش بهم اطلاع بدید.

نکته: بعد از امروز دیگه هیچ ورودی پذیرفته نمیشه به هر دلیلی.
نکته2: محتوا های ضبط شده به دلیل حفظ حریم شرکت کننده ها به هیچ عنوان پابلیک نمیشن و فقط در اختیار شرکت کننده هاس و باز فروش نمیشه و بعد از بازه زمانی محدودی حذف میشه.

@thealibigdeli_channel
#bootcamp

مایکروسافت به‌تازگی یه پروژه سیستم‌عامل مبتنی بر زبان برنامه‌نویسی Rust منتشر کرده که برای اجرای اپلیکیشن‌های لینوکس روی ویندوز طراحی شده.

اسم این پروژه LiteBox هستش و اولین نسخه تگ‌گذاری‌شده‌ی اون، یعنی v0.1.0، حالا روی گیت‌هاب منتشر شده. LiteBox یه نوع سیستم‌عامل کتابخانه‌ای (Library OS) هستش که قابلیت‌ها و توابع سیستم‌عامل رو داخل محیط ایزوله‌ی یه اپلیکیشن فراهم می‌کنه و در عین حال، دسترسی اون اپلیکیشن به سیستم میزبان رو محدود نگه می‌داره.

مایکروسافت یکی از کاربردهای این پروژه رو اجرای برنامه‌های لینوکس روی ویندوز، بدون نیاز به تغییر کد یا دستکاری خود برنامه‌ها، معرفی کرده. در کنار این، اجرای اپلیکیشن‌های لینوکس در محیط ایزوله روی خود لینوکس هم جزو کاربردهای LiteBox محسوب می‌شه.

به صورت متن‌باز و تحت مجوز MIT منتشر شده، اما هنوز در مرحله‌ی آزمایشی قرار داره:

github.com/microsoft/litebox


@Linuxor

۳۶۸ سندباکس تا الان
که هرکدوم چندین مرحله دارن
عملا ۳۶۸ سناریو هستن
که بین رودمپ ها به ترتیب خاصی پخش شدن
همین الان اگر‌روزی فقط یه سندباکس انجام بدی برای یه سال آینده چیزی داری بخونی 💃

راستی رکورد تعداد سندباکس‌لانچ شده تا الان
۲۸۶۴ عدد

درجریانی که اینا رایگانه؟ اسکیل آرنا برای شماست که رشد کنین
Https://babakacademy.com

Web-servers
Dns
Fastapi
Python for data engineers
Python for devops engineers
Sql-deep
Database
Data-quality
Lb-proxy

این دوره جدیداس 💃💃💃

رکورد هم زدیم ۴۹۸ سندباکس اجرا شده در‌یه روز

💃🕺🏽🕺🏽💃🕺🏽💃

این سایتو ممد فرستاده می‌گه باهاش می‌تونید دو روزه به صورت تصویری عملی گیت رو یاد بگیرید (می‌تونید دستوراتش رو همونجا توی سایت اجرا کنید)

learngitbranching.js.org

@Linuxor

چیزهایی که نباید در مصاحبه فنی بگیم

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

۱. اینجا دقیقا چه کاری انجام میدید؟
نشون میده درباره شرکت، خوب تحقیق نکردیم. مثلا بهتره بگیم «اینجا چطور با نود کار می‌کنید؟».

۲. نمیدونم. تاحالا چنین کاری انجام ندادم.
نشون میده که وقتی با مشکلات جدید مواجه میشیم، بلاک میشیم و نمی‌تونیم حلشون کنیم. بهتره بگیم «نمیدونم ولی امتحانش می‌کنم تا ...».

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

۴. هیچ‌کس دیگه از اون استفاده نمی‌کنه.
از عبارات قطعی استفاده نکنیم. چطور می‌تونیم با قاطعیت بگیم فلان چیز توی صنعت به این بزرگی دیگه استفاده نمیشه؟ اگه بگیم «تا جایی که من میدونم ...» بهتره.

۵. توی رزومه‌م گذاشتمش.
توی مصاحبه ممکنه درباره چیزی که چیزایی که توی رزومه‌مون نوشتیم بپرسن. نگیم که توی رزومه‌م هستش. مصاحبه‌کننده تنبل نیست.

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

۷. من یه توسعه‌دهنده Reactم.
با این جمله داریم خودمون رو محدود به React می‌کنیم. ما توسعه‌دهنده هستیم و اصول برنامه‌نویسی رو بلدیم. تکنولوژی‌ها میان و میرن. این نشون میده ما انعطاف‌پذیریم.

۸. لینوکس؟ ازش متنفرم. عاشق ویندوزم.
متنفر بودن از تکنولوژی توی مصاحبه فنی یه چراغ قرمزه. ممکنه با یه چیزی حال نکنیم. ولی ابزار، ابزاره و باید با اونی که برای شرایط فعلیمون مناسبه پیش بریم.

#Skills_of_a_Successful_Software_Engineer

@techstuff100

یسری ابزارها مثل jev, n8n و امثالهم اومدن و یه مدت بولد شدن و بعد رفتن پی کارشون ولی اصول مهندسی نرم‌افزار، الگوریتم، دیزاین‌پترن‌ها، کشینگ، ساختمان داده‌ها، Api Design و … سرجاشون هستن.

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

@Rads_notes