Code With HSN
описание
من حسنم و اینجا تجربیاتم رو مینویسم براتون تا کمکتون کنم سنیور های واقعی باشین ❤️ یوتیوب من: https://youtube.com/@hasanxdev لینکدین: https://linkedin.com/in/hasanxdev گیت هابم: https://github.com/hasanxdev #CSharp #EFCore #ASPNETCore #Programming
1 059
подписчиков
Охват к подписчикам
109,6%
ERR
Реакции к просмотрам
1,29%
344 на 23 постов
Пересылки к просмотрам
1,71%
455
Постов в день
0,1
всего 23
Где отзываются чаще
доля реакций к просмотрам- 14 авг.سلام بچها از اونجایی که خودم اصولا هیچ وقت VPN نمیخرم خواستم بهتون یک ابزار معرفی کنم که با اون میتونید VPN بسازید روی بستر کلودفلر اینطوری احتمالا یکی از هزینه هاتون کم میشه و VPN اختصاصی خودتونم هست. فقط کافیه وارد سایت wizard.bpb-panel بشید و طبق راهنماش اول در اکانت کلادفلر خودتون لاگین کنید سپس روی لینکی که گذاشته کلیک کنید یک API توکن جدید بسازید و قرارش بدید اینجا روی install کلیک کنید و تمام 💥 بهتون یک لینک میده که روی کلادفلر خودتون براتون یک دشبورد vpn ساخته! واردش بشید و لذت ببرید هر نوع سابسکریپشنی که دوست داشتید رو استفاده کنید اصولا Raw بیشتر به کار میاد. سوال: 1. امن هست؟ این پروژه اوپن سورسه لینک ریپو و خودتونم میتونید برای خودتون بیارینش بالا روی کلودفلر هیچ سروری هم نمیخواد 2. میخوام از این استفاده کنم ولی نمیخوام ریسک کنم چیکار کنم؟ از اکانت اصلی استفاده نکنید و بعد از اینکه پنل رو براتون ساخت API Key رو پاک کنید اگر سوالی داشتید یا مشکلی داشتید زیر همین پست بپرسید. به ریپو Star بدید حتما حمایت بشه 🤟🏻❤️. پاینده و سربلند باشید 🫡.5,88%
- 7 июн.ایندفعه اگر قطع کردید بگید گردنمون کلفته میتونیم، میکنیم. فقط ترو قرآنی که قبولش دارین، برای امنیت ما فاکتورش نکنید.3,28%
- 21 июл.من در این چند وقت که خیلی از LLM ها استفاده کردم سهتا چیز فهمیدم که بعضی جاها شاید لازم باشه حواستون بهش باشه این بیشتر یک راز بود برای خودم همیشه سطح آدمارو باهاش اندازه میگرفتم ببینم در استفاده از AI چقدر جونیورن یا سنیورن 😃 1. امضای یک LLM برای انگلیسی نوشتن em dash و استفاده زیاد از ایموجی هست شاید بارها پیش اومده متن ایمیل های رسمی دریافت کردم یا توی اینترنت محتوایی دیدم که داخلش این کرکتر "—" وجود داره این کرکتر در هیچ کیبوردی نیست و تاجایی که من میدونم AI خیلی از این کرکتر استفاده میکنه پس اگر به هردلیلی متنی تولید کردید که خیلیم واقعی بود از این کرکتر خیلی کمتر استفاده کنید 😄 اگر واقعا متن به این کرکتر نیاز داشت ترجیحا از dash استفاده کنید؛ نمونه: C# is a powerful, object-oriented programming language — one that can be used to build desktop applications, websites, games, and web services. Learning variables, conditions, loops, and classes — step by step and through practice — makes the journey into C# much easier. 2. امضای یک LLM برای فرانت زدن بک گراند های تیره و استفاده از طیف رنگی آبی و بنفش هست امکان نداره شما به AI بگین برای من یک فرانت بزن و در 90 درصد مواقع از این رنگ ها استفاده نکنه سمپلش رو براتون گذاشتم و یکم فکر کنید میبینید چقدر دیزاین آشنایی هست انگاری کلی پروژه با این رنگ دیدید 😁. 3. امضای فارسی نوشتن یک LLM بدون غلط بودن یک متن هست مثلا LLM ها خیلی دقت میکنند که از نیم فاصله استفاده کنند در همین متنی که خوندید "LLM ها" غلطه و "LLMها" درسته از این چیزا هم دیدید و متن آدما هیچ غلطی نداشت احتمال قوی خودش وقت نگذاشته براتون بنویسه و کل کارو داده به AI 😃 پس اگر میخواین در استفاده از AI جونیور بنظر نیاین این دوتا موضوع ساده رو در پرامپت هاتون لحاظ کنید ❤️ البته مدل های جدید خیلی از ایموجی دیگه استفاده نمیکنند احتمال داره این متن من تاریخ انقضاش چند ماه بیشتر نباشه درکل درسته که شیطان در جزئیات است ولی شما جزئی بنگرید خوبه 😁2,90%
- 26 маяباید درباره چندتا موضوع دیگه هم صحبت کنیم ۱. حالا که AI هست چطوری کد ریویو کنیم؟ ۲. بعد از مرحله همیشه وایب کدینگ کردن، AI خوابمم بهم ریخته هفته ای ۲-۳ شب تا صبح بیدارم باید براتون بگم … کلادفلرم آزاد شده دیگه همه هستین خوش برگشتید ❤️2,44%
- 9 дек. 2024 г.без подписи1,86%
- 26 маяبعضیا میگن AI کداش خوب نیست خوب کد نمیزنه، راستم میگن چون AI روی کد انسانها ترین شده نه کد آدم فضاییها. 😁1,76%
- 21 маяیکی یه LLM Gateway درست کرده که باهاش میتونید به پلنهای رایگان ۱۴ تا سرویس مختلف وصل بشید و در مجموع ۱ میلیارد توکن در ماه بگیرید! خوبیش اینه که خروجی OpenAI-compatible میده با قابلیت fail-over که اگه یکی از providerها جواب نداد اتوماتیک سوییچ بشه رو بعدی و... طبق انتظار opensource و self-hosted هست و تنها زحمتش ساخت اکانت برای هر کدوم از این سرویسهاست! بعضیهاشون هم مثل CloudFlare و... کردیت کارت میخواد! امیدوارم به کارتون بیاد :) لیست یه سری از providerها، مدلهاشون و حجم توکنی که در ماه به صورت رایگان میدن به این پست اتچ شده [ SOURCE X ] | [ Github freellmapi ] | 3.3K ⭐️1,69%
- 21 июл.این روز های من :) حدودا در 10 روز 1 میلیارد توکن سوزوندم 😄1,68%
- 19 апр. 2025 г.без подписи1,65%
- 29 маяمن بهعنوان یک مهندس نرمافزار، در دنیای AIها چطور باید کد را ریویو کنم؟ راستش من اصلاً کد را به آن شکلِ مرسوم ریویو نمیکنم 🤠 و تقریباً از وقتی این فرهنگ را در خودم و بچههای تیمهایی که با آنها کار میکنم جا انداختهام، نزدیک به یک سال است تمام تغییراتی که با این قوانین پابلیش میشوند حتی یک incident کریتیکالهم نداشتهاند. هر وقت هم این قانون را شکستم، دقیقاً همانجا یک مشکل در سیستم ایجاد شده است! سؤال جالبی است؛ الان خودم هم وقتی دارم این را مینویسم، این سؤال در ذهنم میآید که: «پس دقیقاً چه چیزی را ریویو میکنم؟» قبل از شروع، خیلیها را دیدهام که موقع ریویو کد میگویند: 1. براش چند تا کامنت توپ گذاشتم، بره با برف سال بعد بیاد پایین. 2. کدش اصلاً به درد نمیخوره، پرفورمنسش خوب نیست. 3. کدش با فرمت پروژهی ما خیلی سینک نیست، باید بره ریفکتور کنه. 4. حاجی، این اصلاً DDD بلد نیست! دوستای عزیزم، دنبال «قاتل بروسلی» هستید وقتی کد یک نفر را ریویو میکنید؟ 😅 یک بار به خودتان بیایید و فکر کنید این همه به کد این و آن گیر دادهاید. اولاً که خودمان هم خوب میدانیم در دنیای تک شاید هیچ جایگاه خیلی بالایی نداشته باشیم، چون اصلاً صاحبنظر نیستیم و صرفاً نظریات بقیه را دنبال میکنیم. دوماً، اوکی؛ شما اینقدر کد ریویو کردید، میتوانید بگویید چند بار پابلیش کردید و فروش انداختید یا باگ تولید کردید؟ صادق باشیم: اگر خیلی زیاد نبوده، احتمالاً پروژهی عملیاتیای که روی آن یوزر واقعی باشد نداشتید. با خودتان به صلح برسید. قرار نیست عقدههای دوران جونیوری تا سنیوری را سر کسی خالی کنید. شما یک وظیفهی مهم دارید: با اعتماد به شما، قرار است یک فیچر منتشر شود! قانون اول من بهعنوان ریویور باید تست را ریویو کنم! اصلاً مهم نیست تغییرات داخل پروژه دقیقاً چه هستند؛ مهم این است که آیا بهاندازهی کافی تست دارند؟ آیا چیزی که میخواهیم به محصول اضافه کنیم، همهی حالتهایش تست دارد؟ اگر نه، از نظر من Approve نیست. چیزی که تست ندارد، امروز شما میدانید چیست؛ اما وقتی از شرکت بروید یا چند ماه بعد دوباره به همان کد برگردید، فقط خدا میداند چیست! این تفکرِ «من آچارفرانسهام و هیچکس نباید بیزینس بخش من را بفهمد» را هم از ذهنتان دور کنید. دورانی که دانش را انحصاری نگه میداشتیم گذشته است. AI روی کد شما آنبورد میشود و شرکت فقط به یک AI Engineer نیاز دارد که بتواند آن را هدایت کند. پس فضا را برای بقیه باز کنید، دانشتان را قابلانتقال کنید و اجازه بدهید سیستم بدون وابستگی به افراد رشد کند. شل کن مهندس 🌚 قانون دوم فرقی نمیکند Tech Lead هستم، EM هستم، یا هر چیز دیگری. کد ریویو باید یک فرهنگ درونی باشد. هر چه هم که هستم، نباید بدون ریویوی شخص دیگری، کدم را مستقیم ببرم پروداکشن. وقتی وارد این فضا شوید، باید مطمئن باشید فردی که با او کار میکنید حتی اگر junior باشد، وقت میگذارد و ریویو میکند. این داستانِ رئیسبازیها را از ذهنتان دور کنید. سنیوری که یکدرمیان پابلیشهایش incident میخورد، بهنظر من اصلاً سنیور نیست! چون هنوز مفهوم تیم را احتمالا به درستی نمیداند. قانون سوم پرفورمنس، اگر بیزینس را تحتتأثیر قرار دهد، مهم است! زمانی که کد را میخوانید، ممکن است با کوئریهایی مواجه شوید یا جاهایی که به هر دلیلی از نظر پرفورمنسی مشکل دارند. برای اینکه بتوانید یک مرز دقیق بین micro-optimization و optimization بکشید، همیشه اینطور فکر کنید: «اگر این برود بالا، آیا باعث میشود سرویس موردنظر حدود ۱۰۰ تا ۲۰۰ میلیثانیه کندتر شود؟» برای خودتان و برای بیزینسی که دارید، معیار و مرزی بین micro-optimization و optimization تعیین کنید تا بهخاطر چیزهای جزئی بیجهت گیر ندهید و بحث الکی درست نشود. وقتی مسئلهی شما با کد کسی بیزینسی باشد نه شخصی، احتمالاً او هم بهتر درک میکند. قانون چهارم مطلقاً هیچ باگی بدون تست نباید منتشر شود! یعنی اگر به هر دلیلی اجازه دادید بعضی تغییرات بدون تست منتشر شوند، اشکالی ندارد... اما باگ بدون تست که تضمین نمیکند دیگر تکرار نشود، مطلقاً نباید approve شود. و قانون آخر یادتان باشد بالاخره یک روزی AI کد را میزند؛ مهم این است که ما بتوانیم با هم کار کنیم. و امیدوارم آنجا حسرت این همه گیر های الکی و سفت و سخت خودتان را نخورید. حالا بعد از خواندن این قوانین، احتمالاً متوجه شدید که منظور من بیشتر این است: «من تستریویو میکنم.» چرا که در تست، حتی مشکل پرفورمنسی هم قابلیت اثبات دارد.1,59%
- 17 маяروایت شبی که ماه کامل شد 🌝 امروز میخوام باهاتون درباره یک حقیقت تلخ… یا شاید شیرین حرف بزنم. من حدود ۳–۴ ماهه که تقریباً تمام تسکهام رو با Vibe Coding جلو میبرم؛ به زبان سادهتر: تو این مدت حتی یک خط کد دستی هم ننوشتم. و راستش بخوام صادق باشم، برای دوستانی که هنوز کاملاً سنتی کد میزنن یا فکر میکنن «AI هنوز خیلی چیزها رو نمیفهمه»، واقعاً نگرانم چون از نظر من امسال سال تعدیل اونهایی هست که سنتی کد میزنن، چون ندانستن علم اینکه چطوری یک چیز رو به AI یاد بدن رو دارن به پای نفهمی AI میزنن. تعدیل خواهیم شد نه چونکه ما ضعیف هستیم، اتفاقاً شاید خیلی هم حرفهای باشیم، بلکه چون AI ارزونتره، سریعتره، کمتر توقع داره و کمتر هم غر میزنه ممکنه تعدیل بشیم!!. من داخل تیم خودم و سه تیمی که باهاشون کار میکنم، جدی روی استفاده از AI اصرار دارم. از نظر من، توی امسال دیگه نباید کسی کد رو کاملاً دستی بنویسه و حس کردم وقتشه همین اصرار رو به شما هم منتقل کنم، این موضوع رو جدی بگیرید. من از امسال قدرت یک سنیور رو اینطور میسنجم که با AI چقدر میتونه خروجی واقعی بگیره؟ شاید بگید «تو از جای گرم حرف میزنی؛ ما اینترنت نداریم، AI پیشکش!» حق میدم. ولی من یه نگاه دیگه دارم: اگر واقعاً بفهمیم AI بزرگترین ابزار کنارمونه، برای وصل شدن بهش راه پیدا میکنیم فهمیدن یعنی زیستن من (شما) با AI هست بدون اون نمیتونم زندگی کنم مثل نبودن آب!! اگر آب نباشه چیکار میکنید؟ برای من نبود AI هم همین بود؛ پس نداشتن اینترنت تقریباً مساوی بود با نداشتن کار پس من باید اینترنت میداشتم، تاکید میکنم باید. همین باعث شد توی روزهای قطعی هم، با روشهایی که خیلیهاش پابلیک بود، با AI کار کردم و خروجی گرفتم. این خروجی اتفاقا بزرگ ترین خروجی من بود 🤯. ما توی اپ اکالا Performance Issue خیلی بزرگ داشتیم یعنی اپ غیر قابل استفاده بود حتی روی گوشی هایی که منابع بالایی داشتند! بسیار کند و پر از لگ!!. تیممون هم تیم ضعیفی نبود؛ تقریبا همه یه ایده هایی داشتند که مشکل از کجاست اگه وقت میزاشتن مشکلات رو احتمال زیاد پیدا میکردند، ولی اسکوپ کار اونقدر بزرگ بود که بیزینس عملاً نمیتونست تعداد زیادی نیروی سنیور رو چند ماه فقط روی همون بذاره. از اون طرف هم بیزینس با این مقیاس، نمیتونه Feature Freeze کنه یعنی ما هی ممکن بود یه ریفکتور بزرگ انجام بدیم خب روزانه پابلیش هم داشتیم و نصف زمان رو باید هی کانفلیکت رفع میکردیم تازه اگر خراب کاری نکنیم!. حالا تصور کنید ۵ نیروی سنیور، هر کدوم با حقوق ماهانه n میلیون تومان میشه 5n میلیون تومان، اون هم برای کاری که استیمیتش ۲ تا ۳ ماه بود و معلوم نبود قطعاً جواب بده یا نه. اینجا بود که من دانش مهندسی نرمافزار رو با AI و تجربه تیم فرانت ترکیب کردم… و فقط تو ۱۲ ساعت پرفورمنس رو زیر و رو کردیم. یادم نمیره ۵ صبح به بچها پیام دادم: «امشب کولاک کردم!» نسخه اولیه حدود ۲۵۰ فایل کلیدی رو تغییر داده بود و در نهایت با 350 تا چنج بردیمش بالا. با EM و VP و مدیران ارشد تست کردیم، همه واقعاً شگفتزده بودیم. هرکسی نتیجه رو میدید، میگفت: «با اپ دقیقاً چی کار کردید؟!» کاری که شاید نزدیک ۱ میلیارد تومان هزینه برمیداشت، با ترکیب من و فقط ۴۰ دلار اشتراک Copilot Pro حل شد. دنیا عوض شده رفقا. بهنظرم وقتشه کت «Front-end Developer» یا «Back-end Developer» یا هر عنوان محدود دیگهای رو کنار بذاریم و کت «مهندس نرمافزار» رو بپوشیم یاد بگیرین مهندس نرم افزار باشید نه کد نویس. چون در نهایت، کسی میمونه که بتونه مسئله حل کنه، با هر ابزاری که ارزون تره و دقت بالاتری داره. شاید نظرم نامحبوب باشه، ولی فکر میکنم خیلی از نقشها در شکل فعلیشون دیر یا زود حذف میشن. من از AI با یک پرامپت که اولش مینوشتم "به عنوان یک QA ..." به عنوان یک "پروداکت منیجر ..." به عنوان یک "سنیور فرانت اند دولوپر ..." هر خروجی میخوام رو میتونم بگیرم پس من همه ام؟ 🤷🏻♂️ جالبه بدونید من تو این ۳ ماه حتی یک ریال هم برای Copilot ندادم و نسخه اولیه رو با Copilot for Student بالا آوردم در حالی که دانشجو هم نبودم! بله چون زیستن من با AI هست من هر راهی رو پیدا میکنم. من واقعاً مشتاقم توی این مسیر کنارتون باشم و مشاوره بدم. هدف این کانال از روز اول این بوده: کمک کنم «سنیور واقعی» بشید. توی توضیحات کانالم هست. و بهنظرم این هم بخشی از مسیر سنیوریتیه. و به زودی عوض میکنم به "کمک میکنم مهندس نرم افزار باشید" پیروز و سلامت باشید ❤️ حسن عرببرزو1,47%
- 22 июн.بعد از پیاده سازی BFF برای فرانتاند اکالا، فرانتمون وارد مسیر جدیدی شد ... دربارش بخونید، بعدا وقت کنم بیشتر توضیح میدم 🤟🏻.1,42%