کاری که قطعی ۵۵ روزه اینترنت با اکوسیستم استارتاپی کشور کرد :)))

@codehalics | کدهالیک

🚀 فرصت همکاری ریموت در یک پروژه استارتاپی

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

🔎 موقعیت‌های مورد نیاز:

• Social Media Manager
• SEO Specialist (On-Page / Off-Page / Technical)
• Web Designer / Developer (آشنا با UI/UX)
• Content Creator (متنی + سناریو ویدیو)
• Video Editor (Reels / YouTube)
• Digital Marketer
• UI/UX Designer
• Flutter Developer
• Backend Developer (ASP.NET Core یا Laravel)

🎯 شرایط همکاری:
• همکاری ریموت
• پاره‌وقت (با امکان تبدیل به همکاری بلندمدت)
• حضور در یک تیم در حال رشد با فضای استارتاپی
• فرصت رشد و مشارکت در توسعه یک محصول واقعی

📩 برای ارتباط و ارسال رزومه:

Telegram ID: @Btlxadmin

اگر این موقعیت مناسب شما نیست، خوشحال می‌شم این پست رو با دوستان‌تون به اشتراک بگذارید 🙏

@codehalics | کدهالیک

چالش‌های معماری در Cursor: مهار نشتی حافظه روی بستر Electron

توسعه ابزارهای مبتنی بر ایجنت‌های هوش مصنوعی روی ساختارهای چندپردازشی مثل الکترون، چالش‌های پرفورمنس سنگینی خلق میکنه. تیم کرسر اخیرا داکیومنت فنیشون رو درباره استراتژی‌های حل مشکل حیاتی Out of Memory (OOM) و کرش‌های انجین V8 منتشر کرده.

مسئله اصلی اینجا درگیری شدید پروسس‌های Renderer به خاطر لود دیتای حجیم ایجنت‌ها و سربار پیام‌های IPC بود. توی مقاله‌ای که آماده کردم، ریزِ راهکارهای مهندسی کرسر رو بررسی کردیم؛ از تکنیک‌های هندل کردن فایل‌های بزرگ (Chunking) و ایزوله‌سازی پروسسِ اکستنشن‌ها، تا روش‌های شکار Memory Leak که در نهایت باعث شد نرخ کرش‌های این ادیتور ۸۰ درصد کاهش پیدا کنه.

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

https://cursor.com/blog/app-stability

@codehalics | کدهالیک

ما توی تیم چیدلی توی گلرنگ ونچرز دنبال یه نفر نیرو بک‌اند و یه نفر نیرو فرانت اند و یه نیرو تستر میگردیم همکاری به صورت هیبرید هست توی تهران.
بک‌اند: php, laravel
فرانت‌اند: react, next
رزومه هاتون رو برام ایمیل کنید همه رزومه ها چک میشه خیالتون راحت :)


hr@chideli.ir

@codehalics | کدهالیک

اوبر سیستم مالی (Ledger) خودش رو روی DynamoDB ساخت در حالی که این سرویس ابری به‌صورت «پرداخت به‌ازای مصرف» کار می‌کنه یعنی برای هر read و write باید پول بدهی؛ با وجود میلیون‌ها تراکنش روزانه هزینه‌ها به‌شدت بالا رفت و در نهایت حدود ۸ میلیون دلار خرج روی دستش گذاشت و اوبر مجبور شد کل سیستم را کنار بگذارد و دوباره بسازد، با این حال نکته عجیب این بود که با وجود این اشتباه بزرگ هیچ‌کس هم اخراج نشد، و درس مهم اینجاست که DynamoDB برای پرداخت خوبه اما برای Ledger که نیاز به دقت و سازگاری کامل دارد انتخاب اشتباهی است.
داستان این اتفاق رو میتونین توی این مقاله بخونین

https://news.alvaroduran.com/p/nobody-got-fired-for-ubers-8-million

@codehalics | کدهالیک

عجیب ترین خبریه که از یه کمپانی بزرگ میشه شنید یکی اینکه چطور ممکنه هیچکس نگفته باشه که این سیستم حسابداری طور که داریم استفاده میکنیم و روزانه 15 میلیون سفر داریم تو کل جهان قراره به ازای هر سفر کلی تراکنش بزنه و این دیتابیس روی aws عه و داره pay as you go کار میکنه و بعد هیشکی تو اون شرکت به اون بزرگی از این تصمیم آگاه نباشه
داخل این مقاله میگه هر کس که جوین اوبر میشد این پروژه دستش میگرفت و میگفت باید ریفکتورش کنیم !! (چقد شبیه ایران ) و بابتش ارتقا شغلی هم میگرفته !
نکته خیلی مهم اینه که تقریبا این جمله که حاجی اینجا ایرانه دیگ از این اتفاقا میوفته واقعا صدق نمیکنه تو کل دنیا تو هر شرکتی با هر اسکیلی رفتار کلی آدما بر همین اساسه که میخوان یه چیزیو بزنن بیارن بالا مخصوصا توی شرکت های بزرگ هم این آفت بزرگ هست که هر کسی میاد طبق سلیقه خودش کد رو متوجه نمیشه میگه خب بریم ریفکتورش کنیم
بنظر درس های بزرگی از این مقاله میشه گرفت حتما وقت کنین یه دور بخونینش
اما نکته بسیار مهمش داشتن post mortem بعد از وقوع هر اتفاقه اینکه یه نفر رو مصبب ندونستن و با این ضرر مالی هیشکیو تعدیل نکردن ( که احتمالا این یکی تو ایران برعکس باشه )
اوبر شهر عجیبیه خلاصه دانلودش نکنید
@codehalics | کدهالیک

خب امروز میخوام راجب یه قانون دیگ در توسعه نرم افزار صحبت کنم که بیشتر جنبه محصولی داره !

قانون زاوینسکی

قانون زاویِنسکی میگه: هر برنامه‌ای وقتی موفق میشه، کم‌کم شروع می‌کنه به اضافه کردن فیچرهای جدید، تا جایی که از هدف اصلی خودش فاصله می‌گیره و حتی تبدیل میشه به یه محصول «همه‌فن‌حریف» که هیچ کاری رو واقعاً عالی انجام نمی‌ده. همون چیزی که میگن: Jack of all trades, master of none.

مثلاً تلگرام اول فقط یه پیام‌رسان ساده بود، اما کم‌کم تبدیل شد به یه پلتفرم کامل: تماس صوتی و تصویری، کانال، استوری، بات، پرداخت و حتی مینی‌اپ‌ها. الان دیگه فقط «چت» نیست، یه اکوسیستمه.

این قانون بیشتر برای پروداکت منیجرها مهمه، چون دائماً بین دو فشار گیر می‌کنن: رشد محصول با اضافه کردن قابلیت‌های جدید، یا حفظ سادگی و تمرکز. چالش اصلی اینه که بدونی چی رو نباید اضافه کنی.

پ.ن: البته در بعضی بازارها (به‌خصوص کشورهای در حال توسعه)، سوپر‌اپ شدن خودش یه مزیت رقابتیه. چون یه اپ می‌تونه چندین سرویس رو یکجا جمع کنه؛ مثل تاکسی، غذا، خرید، خدمات پزشکی و… نمونه‌هاش هم توی ایران زیاده.

#lawsofsoftwareengineering

@codehalics | کدهالیک

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

@PooriaFaramarzian

@codehalics | کدهالیک

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

پ.ن :داخل عکس اگر ببینید بهش گفتم آموزش ربیت mq و خروجیش واقعا جذاب بود مخصوصا برای آموزش و فهم مطالب میتونین ازش کمک بگیرید

https://flipbook.page/

@codehalics | کدهالیک

این مقاله جدید توی همین ماه توسط martin fowler افسانه ای توی بلاگش شیر شده که میگه: سال‌ها بود توی برنامه‌نویسی فقط از «بدهی فنی» حرف می‌زدیم؛ اینکه کدی ننویسیم که بعداً تغییر دادنش سخت بشه. اما حالا با ورود AI، داستان خیلی جدی‌تر شده و فاولر به یه نکته مهم اشاره می‌کنه: ما فقط یه نوع بدهی نداریم.

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

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

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

مقاله اصلی :

https://martinfowler.com/fragments/2026-04-02.html

@codehalics | کدهالیک

یه چیزی که این روزها خیلی ذهنمو درگیر کرده اینه که وضعیت LLMها برای آدمایی مثل مارتین فاولر و رابرت سی مارتین (آنکل باب) یه جورایی شبیه یه «هشدار جدی» شده، نه از اون جنس هیجانی‌ها، بیشتر از جنس نگرانی عمیق درباره اینکه ما قراره چطور کدنویسی کنیم.

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

الان با LLMها یه همچین حس مشابهی داره شکل می‌گیره. خیلی راحت می‌تونی کد بگیری، فیچر بسازی، حتی تست هم داشته باشی، ولی اگه حواست نباشه، ممکنه فقط داری «حل‌المسئله‌ای کدنویسی» می‌کنی، نه اینکه واقعاً بفهمی چی ساختی.

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

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

@codehalics | کدهالیک

ما دنبال یه Product Designer می‌گردیم که تجربه واقعی از Design System در پروداکشن رو داشته باشه، دقیق باشه و مسئله حل کنه.

پورتفولیو قوی و تسلط به انگلیسی هم لازمه. همکاری از ارمنستانه و اگه الان ایران هستین، شرکت پروسه ویزا رو انجام میده.

ارسال رزومه به: usefkasiri@gmail.com

@codehalics | کدهالیک

ما تو سرمایکس (Sarmayex | سرمایکس) در حال جذب هم‌تیمی‌های جدید تو موقعیت‌های شغلی زیر هستیم تا هم فرآیندهامون رو بهتر از قبل انجام بدیم و هم فرصتی برای دیده شدن عزیزانی که تعدیل شدن، فراهم کنیم

🔶 مهندس دواپس
🔶 مهندس تست نرم افزار
🔶 توسعه دهنده بلاک‌چین
🔶 برنامه نویس فلاتر
🔶 طراح محصول
🔶 مدیر شبکه‌های اجتماعی
🔶 کارشناس ارتباط با مشتری (صبح و عصر)
🔶 حسابدار و کمک حسابدار
🔶 مسئول دفتر مدیرعامل
🔶 کارمند خدمات و تشریفات

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

🔷 ایمیل:
karimimahsa@chmail.ir

پ.ن : ایمیلش از این ایرانیاس باید با ایمیل ایرانی بهش پیام بدید با جیمیل احتمالا ایمیل دستش نمیرسه :)))

پ.ن ۲ : آیدی بله هم داده اگر بله دارید : Mahsika

لینک سورس

@codehalics | کدهالیک

این توییت خیلی معروفه.
این آقا یه Software Engineer خیلی خفنه، که خالق Homebrew عه. (پکیج منیجر Mac)
توی مصاحبه کدینگ گوگل رد میشه، به خاطر اینکه نتونسته BinaryTree رو برعکس کنه. بعد از ریجکت شدنش این توییت رو مینویسه :))
توی لیت کد ۲۲۶ میتونین پیداش کنین.

لینک سوال و جواب :
https://github.com/hushaoqi/LeetCode/blob/master/226.py

Arashsyh 📝

@codehalics | کدهالیک

پایان یک کلافگی بزرگ درباره رسپانسیو کردن عکس ها در صفحات وب

قبلاً برای اینکه عکس‌ها توی موبایل و دسکتاپ درست لود بشن، مجبور بودیم این کارها رو بکنیم:

* چند نسخه از یک عکس می‌ساختیم (400px، 800px، 1200px و…)
* با srcset به مرورگر می‌دادیم
* با sizes دستی بهش می‌گفتیم عکس توی هر حالت چقدر جا می‌گیره 😵‍💫

مثال:

<img
  src="img-800.jpg"
  srcset="img-400.jpg 400w, img-800.jpg 800w, img-1200.jpg 1200w"
  sizes="(max-width: 600px) 100vw, 50vw"
>

مشکل: نوشتن sizes خیلی سخت و حدسی بود.

---

الان چی شده؟

مرورگر خودش هوشمند شده 👇

<img
  src="img-800.jpg"
  srcset="img-400.jpg 400w, img-800.jpg 800w, img-1200.jpg 1200w"
  sizes="auto"
  loading="lazy"
>

---

📌 نتیجه:

* دیگه لازم نیست sizes رو خودمون حساب کنیم
* مرورگر خودش بهترین عکس رو انتخاب می‌کنه


این مقاله داره راجب به همین موضوع صحبت میکنه که خیلی جدید هم بیرون اومده و خوندنش بهتون تو درک موضوع کمک میکنه :‌

https://piccalil.li/blog/the-end-of-responsive-images/

@codehalics | کدهالیک

‏⁧ #استخدام⁩
‏⁧ #ریموت
⁩
‏دوستان اگه تو ایران هستین و اینترنت استیبل دارین ما دنبال یه دولوپر فول استک هستیم که N8N هم بلد باشه و دانش سئو داشته باشه

رزومه تون رو برای این ایمیل بفرستین

‏⁦ partnership@gold-american.com⁩

رفرنس

@codehalics | کدهالیک

یکی از دوستام توی مجموعه‌ای کار می‌کنه که پوزیشن Senior Product Designer فول‌تایم می‌خوان. موقعیت شرکت غرب تهرانه. حضوری یا هایبرید.
#ریتوییت کنین برسه به دست اهلش رفقا.
دمتون گرم.
(پ.ن: لطفاً رزومه‌‌تون رو با فرمت PDF برام بفرستین. توی روزمه لینک پرتفولیو بذارین.)

پ.ن : مستقیم باید برید دایرکت توییتر بهش پیام بدید راه ارتباطی دیگ ای نزاشته !

https://x.com/DonMiladio/status/2047383010132005021?s=20

@codehalics | کدهالیک

در ورسلند به دنبال جذب Data Engineer هستیم.

در حال طراحی و پیاده‌سازی یک لایه تحلیلی مستقل از سیستم‌های production در یک سیستم مالی(کریپتو) هستیم ؛ با تمرکز بر جداسازی workload تحلیلی، طراحی pipelineهای incremental و مدل‌سازی داده برای performance و scalability.

اگر تجربه کار با این نوع سیستم‌ها و چالش‌های داده را دارین ،حتما رزومه تون رو ارسال کنید 🤝

باید به لینکدینشون پیام بدید :

https://www.linkedin.com/posts/mahdieh-rastegar-11bab8229_%D8%B5%D9%81%D8%AD%D9%87-%D8%A7%D8%B5%D9%84%DB%8C-share-7453075787957776384-7csA?utm_source=share&utm_medium=member_desktop&rcm=ACoAADII68wBZfoM6DgRehSdvp8ZiCJdZTLLh-c

#DataEngineering #DataPipeline

Versland.io

@codehalics | کدهالیک

در همین حین که بیشتر از ۵۵ روزه اینترنت نداریم و تعدیل شدیم همگی
اوپن‌ای‌آی هم از مدل جدیدش در رقابت با Opus رونمایی کرد!

تفاوتی که طبق گفته خودش این مدل با قبلی‌ها داره (بخدا مثل آیفون ۱۵ با ۱۶ 😂) اینه که چندتا چیز رو «بهتر» کرده، نه این‌که یه چیز کاملاً جدید بیاره:

اول از همه میگه دیگه فقط جواب نمی‌ده، خودش کار رو جلو می‌بره؛ یعنی می‌فهمه چی می‌خوای، یه پلن می‌چینه، اجرا می‌کنه و تا تهش میره. حالا اینو قشنگ اسمشو گذاشتن “agentic” که شیک به نظر بیاد

تو کدنویسی هم طبق معمول گفتن ترکونده؛ میگه بهتر دیباگ می‌کنه، پروژه‌های بزرگ رو بهتر می‌فهمه و کمتر وسط کار کم میاره. (که خب هر سری هم همینو میگن)

یه نکته دیگه هم اینه که با اینکه قوی‌تر شده، سرعتش مثل قبله و حتی با توکن کمتر کار رو جمع می‌کنه. یعنی به زبان ساده: هم باهوش‌تر، هم ارزون‌تر در میاد.

تو کارهای واقعی هم خیلی روش مانور دادن؛ مثل تحلیل داده، ساخت گزارش، کار با اکسل و این داستان‌ها. عملاً دارن هل میدن به سمت این‌که بگن “این دیگه یه ابزار نیست، یه همکاره”.

https://openai.com/index/introducing-gpt-5-5/

#gpt_5.5

@codehalics | کدهالیک

🚀 همزمان با معرفی GPT-5.5، شرکت OpenAI از نسخه جدید مدل تصویر خودش یعنی ChatGPT Images 2.0 هم رونمایی کرد؛ مدلی که پیشرفتش این‌بار کاملاً ملموسه. بزرگ‌ترین جهش رو میشه توی کیفیت تایپوگرافی دید، مخصوصاً برای فارسی؛ جایی که حالا متن‌ها نه‌تنها خوانا هستن، بلکه از نظر نگارشی و چیدمان هم کاملاً حرفه‌ای در میان. این یعنی برخلاف قبل، دیگه با متن‌های به‌هم‌ریخته یا اشتباه داخل تصویر طرف نیستیم.

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

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

#gpt_5.5

@codehalics | کدهالیک