Arsham's Tech Mastery

پیشنهاد میدم این مقاله رو بخونید 🔥 https://medium.com/@thecodingteacher_52591/why-your-team-isnt-delivering-more-with-ai-theory-of-constraints-427cbeab37c5

پیشنهاد میدم این مقاله رو بخونید 🔥 https://medium.com/@thecodingteacher_52591/why-your-team-isnt-delivering-more-with-ai-theory-of-constraints-427cbeab37c5

این روزا کار پیدا کردن توی مارکت بین‌المللی (ریموت/ویزا) خصوصا برای ما ایرانیا، خیلی سخت و مبهم و شانسی شده. جدیداً یکی از دوستام یه پلتفرمی راه انداخته به اسم dontapply.club که کمک میکنه با دیتا و استراتژی، این مسیر رو کمی ساده‌تر و مطمئن‌تر پیش بری. (خودشم با همین روش ۲۰ تا اپلای هدفمند کرده، ۲ تا مصاحبه از یه شرکت هلندی و یه شرکت آمریکایی-اماراتی گرفته.) چندتا از ویژگی‌های جالبش: 1️⃣ به محض اینکه رزومه‌ات رو آپلود کنی، بهت میگه کدوم آگهی‌ها برات ارزش اپلای دارن. 2️⃣ خودت با پرامپت و دیتای دقیق از هر شرکت، کاورلتر و رزومه‌ات رو متناسب با نیاز آگهی و شرکت تیلور می‌کنی. (محدودیتی هم از لحاظ تعداد نداره.) 3️⃣ وقتی اپلای میکنی میتونی رزومه ارسالیت و حتی جواب‌هایی که توی فرم اپلای دادی و همچنین مکالمه‌ات با منابع انسانی رو یادداشت کنی تا بعدا ai بهت راهنمایی‌های دقیقی بده. 4️⃣ مثلا برای سوالات مصاحبه‌ها، جواب‌های شخصی‌سازی شده می‌گیری و تمرین می‌کنی. 5️⃣ یا حتی میتونی وقتی اپلای کردی، برای چند روز بعد ریمایندر ست کنی تا بموقع از مسئول استخدام follow-up کنی. 🔥 یه خوبی بزرگی که داره، اینه که برای هر چندبار جستجو توی کل آگهی‌ها و فیلتر کردن آگهی‌های ویزا اسپانسر/ریموت، حتی نیازی به ثبت‌نام نداری. مگر اینکه بخوای جدی اپلای کنی. 📢 هر ۸ ساعت هم، آگهی‌های ریموت و ویزا اسپانسر رو به تفکیک فیلد توی این گروه قرار می‌دن: @DontApply 🎁 کد تخفیف افتتاحیه: از اونجایی که یک هفته است لانچ شده، ۱۰۰۰ نفر اول می‌تونن برای خرید اشتراک با کد زیر ۷۰٪ تخفیف بگیرن: hello-dontapply 🌐 https://DontApply.Club

A friend of mine who is a great engineer, has been a very active OSS contributor recently. I've seen his work and his vision towards high quality software, and I think his recent projects require more attention from the community 🔥 Have a look at the projects below and support them as they deserve 😍 https://github.com/PapaDanielVi/ostrakon Secure CLI tool for managing secrets in a private GitHub repository with client-side encryption. uses Argon2id and AES-256-GCM to protect your secrets. https://github.com/PapaDanielVi/jamshid Jamshid: CLI tool for managing multiple Claude Code profiles. Switch between personal Anthropic, enterprise keys, and OpenRouter configurations across projects. https://github.com/PapaDanielVi/apadana Go SDK for building multi-tenant SaaS applications with tenant isolation, context propagation, and per-tenant config/metrics

درود دوستان، وقت همگی بخیر. شرکت "تسهیل کار" به دنبال استخدام دو نیروی بک اند گولنگ و یک نیروی فرانت میدلول تا سینیور هست. پوزیشن به صورت هیبرید هست دفتر ارژانتینه. (تهران) اگه کسی مایل بود به دلارام پیام بده @DelaramGo

درود دوستان، وقت همگی بخیر. شرکت "تسهیل کار" به دنبال استخدام دو نیروی بک اند گولنگ و یک نیروی فرانت میدلول تا سینیور هست. پوزیشن به صورت هیبرید هست دفتر ارژانتینه. (تهران) اگه کسی مایل بود به دلارام پیام بده @DelaramGo

انقدر درگیر کلمات نشو اوکی پس از این به بعد به REST بگیم موز، به مایکروسرویس هم بگیم انار، اتفاقا دونه دونه هم هست بهش میاد. 😄 داریم کار مهندسی میکنیما مثلا. 😕

بچه ها لطفا هر کی آنلاینه به این سه پروژه من ستاره بده، مهمه، مرسی عزیزانم. https://github.com/arshamalh/dockeroller https://github.com/arshamalh/twigo https://github.com/arshamalh/podcribe

همونطور که در پست قبل گفتم، یکی از راه های گرفتن اقامت ارمنستان از طریق ثبت شرکت هست، تو این ویدئو فرآیندش رو توضیح دادم + حساب بانکی پایه ارزی. https://youtu.be/CTFLkQHbZRA راجع به حساب بانکی خیلی خلاصه بگم، قبل اقامت حساب بین المللی نشدنیه. بعد اقامت برای اکانت شخصی راحت میتونید ویزاکارت مستر کارت بگیرید، اما برای حساب بیزنس فقط میتونید حساب پایه درام متصل به سوییفت بگیرید. (اگه حقوق دلاری براتون واریز بشه، با نرخ تبدیل لحظه ای براتون تبدیل میشه و درام میشینه حسابتون، نرخ تبدیل های عجیب غریب و کمسیون مخفی هم نداره)

تعداد بیشماری از عزیزان ازم راجع به ارمنستان پرسیدن و اینکه چطور رفتی اونجا و خرج هاش به چه شکله و اقامت چطور بگیریم و... هیچوقت ناامید نمیشم از اینکه یک روز دوباره ایران باشکوه رو ببینم. ولی تا اون روز، از هر کمکی که بتونم به هموطن هام بکنم دریغ نمیکنم. این ویدئو رو ضبط کردم (و چندتا دیگه قراره برا جزئیات هر روش ضبط کنم) برا کسایی که از ایران خارج شدن و دیگه مشکل اینترنت ندارن یا کانفیگ خوب دارن و میتونن ببینن. اونایی که هم که کانفیگ خوب ندارن و حجمشون محدوده، پیوی در خدمتم همونطور که همیشه بودم. https://youtu.be/5sIuD-OJk04

سلام رفقا، لطفا اگه آشنایی داشتید بهم اطلاع بدید یا معرفیم کنید، ممنون از همگی ❤️ این پست لینکداینم هم بکوبید لایک هارو بیاد بالا 😍😍 https://www.linkedin.com/posts/arshamalh_softwareengineering-golang-hiring-activity-7426474935201570816-kfF_

i’m accepting 3–5 students for my private mentorship program. the goal is to help motivated people build strong fundamentals and a clear path toward becoming a competent developer. the mentorship includes: - a personalized roadmap based on your interests and mindset (frontend, backend, data, ai, etc.) - weekly calls on google meet - practical assignments and follow-ups via telegram - monthly assessments with feedback based on your progress your age, country, or current level doesn’t matter. what does matter: - you are willing to study and practice every day - you can commit to a consistent plan for several months - you are comfortable being challenged and receiving direct feedback if this sounds like a good fit, fill out the form below: https://docs.google.com/forms/d/e/1FAIpQLScfvxtTpEmVkYqeoVY4wTWhFxC4IywuINxNqK7f4fiFZDrizg/viewform?usp=publish-editor (only a small number of applicants will be selected)

رفقا شب مهندس مبارک! 🥳 ببخشید دیر شد سرم تو کد بود متوجه گذر عمر نشدم 😂

تست ستون پروژست! و همونطور که خونه هایی هم هستن که قدیمی و کاه گلی اند و ستون ندارن، و یه بارون بزنه هم سقفشون میریزه، یا نمیشه به راحتی یا کلا بهشون طبقه اضافه کرد، پروژه هایی هم هستن که تست (ستون) ندارن،‌ و یه فیچر جدید بخوای اضافه کنی تمام فیچر های قبلی میترکه! زیاد میشنوم که میگن تست به دیباگ کردن کد کمک میکنه، اما این ممکنه یکم گمراه کننده باشه. این نکته کلیدی فراموش نشه که در خیلی از مدل های تست از جمله unit و integration، ما برای سناریو هایی تست مینویسیم، که سناریو اش رو میدونیم! در این مدل تست ها، اگه باگی رو با تست دستی نتونیم پیدا کنیم، تست اتومات هیچ کمکی به ما نمیکنه. پس در واقع با تست اتومات داریم استحکام چیزی که داریم رو تضمین میکنیم. ولی خب، تو یه سری مدل تست ها مثل e2e و load test هم مجددا سناریو رو میدونیم، با اینحال ممکنه قسمتی از فلو (flow)، مطابق انتظار پیش نره، لود تست که کلا داستان خاص خودشو داره، ولی تو e2e هم مجددا اگه ایراد پیش‌بینی نشده ای پیدا بشه، احتمالا در نقاط اتصال هست، و e2e هم تو پیدا کردن باگ لاجیکی غیرمنتظره، کمکی به ما نمیکنه. <--×--> دلیل مقاومت بعضی تیم ها و بهونه هایی مثل کمبود وقت برای نوشتن تست، شاید به خاطر ناملموس بودن ارزش افزوده تست ها باشه. با اینحال، تضمین کیفیت و صحت کد های قبلی، موضوع مهم و با ارزشیه، که با نوشتن تست اتومات بدست میاد. اهمیت این موضوع رو کدبیس های بزرگتر، خیلی بیشتر به چشم میاد. <--×--> راجع به دست و پا گیر بودن تست تو فاز های اولیه توسعه، عده ای معتقدن که اگه نیازمندی بیزنس شفاف نباشه، ما هم خود‌ کد و هم تست هاشو باید مدام تغییر بدیم، ولی سوال اصلی اینجاست که چرا نیازمندی بیزنس انقدر باید متغیر (و گنگ) باشه که ورودی و خروجی سیستم بارها، به کل تغییر کنه؟ غیر منطقی به نظر میاد، اما منم بارها شاهدش بودم! ولی مسئله اینجا تست نیست، باید به خیلی قبل ترش نگاه کنیم، همون جایی که نیازمندی بیزنس داره مشخص میشه. <--×--> از خوبی های جانبی تست هم میشه به "مثال بودن" اش اشاره کرد. با فرض دنیای ایده آل، خوندن تست های یه پروژه خیلی ساده تر از خوندن کد خود پروژست، و از رو تست هاش میشه به سادگی فهمید که چیکار میکنه و ورودی و خروجی مورد انتظار سیستم چی هست. البته خب تو دنیای واقعی و غیر ایده آل، ممکنه یه دولوپر تازه کار مدعی سینیوریتی همین تست هارو فراپیچیده (over complex) کنه. یه مزیت جانبی دیگه تست هم میتونه بحث تمیزی کد باشه، کدی که تمیز نباشه به راحتی قابل تست نیست، پس در واقع تست مارو مجبور میکنه که کد تمیز تری بنویسیم. <--×--> ولی خب در کل نظر شما راجع به تست چیه؟ مزایا؟ معایب؟ پیشنهاد؟ انتقاد؟ به من، به پست، به کانال و... 🙂🙌🏼

سال پیش، نشستم یه آموزش گولنگ ضبط کردم به قصد اینکه رایگان ارائه اش بدم یا اینکه پولی ارائه بدم و پولش رو خرج کمک به بقیه کنم و... (تو اعتراضات) کسایی که منو میشناسن میدونن که عاشق تدریسم ولی علاقه ای به کسب درآمد ازش ندارم یا حداقل تو این کیس قصدم فقط کمک…

چشامو بستم و باز کردم، دیدم دو ساله که تو اسنپم... <<--×-->> بعد از بیرون اومدن از شرکت قبلی، به تنها چیزی که فکر میکردم مهاجرت بود، اون موقع با حمایت شما کانکشن های عزیزم شرکتای زیادی بهم پیام دادن، ولی خب چون هدفم مهاجرت بود، همه ایرانی هاش رو ریجکت کردم... به جز اسنپ. اسنپ که بهم پیام داد، خب بالاخره اسنپ بود! خفن ترین شرکت تکنولوژی ایران رو مگه میشه رد کرد؟ چی از این بهتر که بتونی رو زندگی چند میلیون نفر تاثیر مثبت بزاری... <<--×-->> وارد پروسه شدم، و اتفاقا به خاطر وضعیت اون موقع (اعتراضات) حال روحی اصلا خوبی نداشتم و مصاحبه اولم هم خوب پیش نرفت. ولی مصاحبه دومم که با نیما قائدشرفی عزیز بود، خیلی خوب پیش رفت و تونستم خودمو نشون بدم، تو همون یه ساعت کلی چیز یاد گرفتم. سه تا نکتشو یادمه: اول که خیلی خودمونی شروع کرد و یخ من آدم خجالتی رو شکوند، بعد راجع به کارا و پروژه های خودم ازم پرسید، نه سوالای تصادفی که ممکنه برحسب اتفاق یه نفر بدونه و یکی ندونه. (وقتی از تجربیات خود شخص میپرسیم، بهش اعتماد به نفس هم میدیم) و سوم رو توضیحات من راجع به پروژه هام خیلی فلسفی شد، جوری که من مطالعه راجع به "هنر پرسشگری و تفکر نقادانه" رو تو برنامه هام گذاشتم و همینم خیلی تو مسیر شغلیم کمکم کرد. <<--×-->> نهایتا موفق شدم و وارد شدم، خیلی خوشحالم که این اتفاق برام افتاد، کسایی که از نزدیک یا از پست هام منو میشناسن میدونن که چقدر تو زندگیم تلاش کردم، له شدم، مچاله شدم، اما هیچوقت تسلیم نشدم، تا نهایتا به نقطه ای رسیدم که میگم "آها، این همون نقطه شروعیه که لایقش بودم". فرهنگ خوبی که تو سازمان جریان داشت منو شگفت زده کرد، کلی نابغه خوش اخلاق تو این سازمان دور هم جمع شدن و منم افتخار حضور کنارشون رو داشتم. از چیزای خوبی که تو اسنپ دیدم باید پست های زیادی بزارم که بقیه سازمان ها یاد بگیرن، یاد بگیرن که "توجه به نیرو ها، هزینه نیست، سرمایه گذاریه!"، دقیقا کاری که اسنپ میکنه و رشدش رو هم مدیون همینه. میدونم خیلی تعریف کردم، اما بهم حق بدید بعد دو سال، حالا تشکر و تعریف کنم از سازمان و همکارانم که قلبا همشون رو دوست دارم. و خوشحالم که اوناهم من رو دوست دارن، پشت هر میزی میشینم میگن آرشام عضو افتخاری تیم ماست 😂

یکی از مشکلات اساسی سازمان ها (مخصوصا تو ایران)، مدام بریده شدن زنجیره انتقال دانش هست! و متاسفانه توجه زیادی هم به این موضوع نمیشه. ممکنه بپرسید "حالا مگه انتقال دانش چقدر مهمه؟" یا بگید "وقت برا داکیومنت نداریم" و... یا بعضا ممکنه فکر کنن که صرفا با شفاهی مطرح کردن دانش، یا چت و...، انتقال دانش به طور کامل انجام میشه، ولی خب موضوع پیچیده تر و مهمتر از اونیه که فکرشو میکنید. <--×--> به بیان ساده اش، انتقال دانش یعنی که یه نیروی قدیمی تر در سازمان، که تجربه خوبی کسب کرده، تجربیاتی که کسب کرده رو به نیرو های بعدی منتقل کنه. همونطور که قبل تر گفته بودم، هر پروژه ای قرارداد ها و دانش های خاص خودش رو داره. و البته یه سری دانش عمومی که اونا هم بخش هایی داره که به طور خاص برای هر سازمان مهمتره و اگه توسط نیرو های داخلی منتقل بشه، نیروی جدید کلی جلو میوفته. حالا چند تا چالش این وسط وجود داره: - سازمان برای دانش به دست اومده ارزشی قائل نیست، و فقط به محصول بدست اومده از اون دانش اهمیت میده، بنابراین ظرفیت درستی به این موضوع اختصاص داده نمیشه. - فرهنگ سازمان، انتقال دانش رو به درستی نهادینه نکرده، بنابراین نیرو های ارشد تمایلی به ارتباط در این زمینه ندارن (مگر با تمایل شخصی خودشون) - تو ایران، چالش مهاجرت، که نیرو ها وقتی که تجربشون به حد خوبی میرسه و زمان میوه دهیشون میرسه، میرن... (حق هم دارن، نیرو ها تو ایران سازمان رو ترک نمیکنن، کل سیستم و کشور رو ترک میکنن) و... <--×--> راه حل؟ - به توانایی نوشتن و انتقال دانش، به چشم یه مهارت ضروری نگاه کنیم، نه یه مهارتی که هعییی، میتونه امتیاز باشه! این باعث میشه نیرو هامون به سمت یاد گرفتن "انتقال دانش" برن و مشتاق باشن انجامش بدن و نه تنها سازمان بهره ببره، بلکه نیرو تو کل مسیر شغلی اش از داشتن این مهارت لذت ببره! و حتی این کالچر رو به سازمان های بعدی اش هم منتقل کنه. - به عنوان سازمان، ظرفیت کافی برای انتقال دانش در نظر بگیریم، مثل تیز کردن اره میمونه. - به عنوان نیرو، همیشه تو ذهنمون باشه که بالاخره یه روزی میرسه که ما تو سازمان فعلیمون نیستیم، پولی که گرفتیم، فقط برای کاری که کردیم نبوده، بلکه برای چیزی که یادگرفتیم هم بوده، از طرف دیگه، اونی که بعد ما میاد هم یکی مثل خودمونه، فارق از اینکه حس ما به خود سازمان چی بوده، باید جوری کار کنیم و میراثی از خودمون بزاریم که اون دوست جدید از همه جا بی خبر، با خودش بگه که نیروی قبلی "اخلاق حرفه ای" داشته. - برای حل چالش مهاجرت نیرو ها، سازمان های بزرگ میتونن کمیته های داکیومنت نویسی با ظرفیت اختصاصی برای شفاف سازی و مکتوب کردن دانش ها و فرآیند ها داشته باشن. نظر شما چیه؟

The devil is in the details شیطان در جزئیات خفته طی چند سالی که تو رشته کامپیوتر فعالیت میکردم، مشکلات بزرگ و کوچیک و تغییرات بزرگ و کوچیک زیادی دیدم، اما به طور جالبی، بزرگترین مشکلات ریشه در تغییراتی داشت که ورژن پتچ خورده بودن و اونقدر کوچیک بودن که حتی کد ریویو و تست نشدن چون "کوچیک بودن" ولی بعدش... فاجعه رخ داد. اما از دید من، هیچ تغییری بی اهمیت نیست، یه اسپیس اضافه توی فایل یمل میتونه کلا کانفیگ رو خراب کنه و پاد کلا بالا نیاد. و کاش ته فاجعه بالا نیومدن یه پاد باشه! یه سری اشتباهات در همین اندازه کوچیک، موشک ها منفجر کردن و بیزنس ها به خاک نشوندن! |-×-×-×-| نیاز به حساسیت رو یه سری موارد در ظاهر کم ارزش اما باطنا تاثیر گذار، باعث شد که با خیال راحت تری برای ریویو کردن کد ها حساسیت به خرج بدم. الان اینجوری ام که حتی به تک تک اسپیس ها و فرمتینگ های نامناسب کد هم اشاره میکنم. ولی خودمونیما، چه دلیلی وجود داره که کد فرمت نشه؟ اونم با وجود کلی ابزار برای اتومات شدن این فرآیند؟ چیزی جز مایندست "بزن بره"؟ و چه تضمینی هست کسی که رو فرمت کردن کدش تنبلی کرده، بقیه جاها مثل ساعت کوارتز، دقیق باشه؟ |-×-×-×-| برای من کد مثل یه اثر هنری میمونه، که هر چی بیشتر به ظرافت هاش توجه بشه زیباتر میشه. و تو مهندسی، علاوه بر زیبایی، پارامتر هایی مثل کارایی، بهینگی، قابل اتکایی و... هم تاثیر پذیر از توجه به ظرافت ها و جزئیات هستن. بنابراین به جزئیات دقت کنید، تمام کامیت های شما میشن اعتبار آینده شغلی شما، اعتبار شما پیش کسایی که فعلا شمارو نمیشناسن، اما اسم و کیفیت کارتون رو خواهد شناخت. دیر رسیدن، بهتر از رو پروداکشن ترکیدن! |-×-×-×-| اخیرا دوستی برای مشکلی تو کدش بهم مراجعه کرد، نمیتونست دیباگش کنه، به محض اینکه پیچیدگی غیر ضروری و چند لول شرط های تو در تو رو دیدم، گفتم اول این شرط هارو جدا کن یکم کدت رو تمیز تر کن، بعد مشکل خودش خودشو نشون میده. اول مقاومت کرد و متوجه ارتباط دغدغه من با مشکلش نشد، ولی بعد که براش توضیح دادم چه اتفاقی تو اون قطعه کد داره میوفته متوجه شد که عملا خیلی از جزئیات رو حذف کرده بوده، جزئیاتی که دقیقا خطا در همونا نهفته بود. و حتی خطاهایی که میتونست خاموش بمونه و تو یه فلوی جانبی خاص، نرم افزار رو بندازه. |-×-×-×-| از این موارد و عدم توجه به جزئیاتی که باعث فاجعه شدن زیاد توی تاریخ دنیای نرم افزار وجود داره، ولی مایندست "بزن بره" هم همچنان به قوت خودش باقیه 🔥😂 واقعیت اینکه گاهی وقتا یه چیزایی برامون شفاف نشده، و همین باعث میشه ندونیم چه وقت حساس باشیم و چقدر حساس باشیم. میخوایم جلوی premature optimisation رو بگیریم، اشتباها کد باگی میفرستیم رو پروداکشن. چون مرز بهینگی رو مشخص نکردیم، چون تعریف باگ رو (برا خودمون) مشخص نکردیم، چون هیچ فریمورکی برای کد ریویو نداریم و کاملا سلیقه ای انجام میشه. و... |-×-×-×-| نظر شما چیه؟ چه مثال ها و نکاتی رو دوست دارید در مورد مطالب گفته شده مطرح کنید؟