https://virgool.io/feed/@pouyaabedpour در حال مخلوط کردن تجربه‌ زیسته با کمی شیطنت و کلی یادگیری؛ می‌نویسم تا ایده‌ها از ذهنم فرار نکنن. fa 2026-04-14 17:56:07 https://files.virgool.io/upload/users/2330630/avatar/AXsImJ.jpg?height=120&width=120 https://virgool.io/@pouyaabedpour https://virgool.io/@pouyaabedpour/%D8%AF%D9%84%DB%8C-%D8%A7%DB%8C%D9%86-%D8%B1%D9%88%D8%B2-%D9%87%D8%A7-p-2-kek1c2cbns4o وارد روز هفتم قطعی سراسری شدیم از مطلب دیروزم تا به الان ۳ فصل کتاب خوندم الان دارم زندگی خود را طراحی کنید و داستان‌سرایی با داده هارو میخونم به کافه رفتم و مثل همیشه یک نوشیدنی که در منو نباشه سفارش دادم. ترکیب اسپرسو-اب پرتغال و یخ بود.بعد با ۱۲ نفر برنامه نویس دور هم جمع شدیم و گپ زدیم . خیلی خیلی من بهشون لینک و راه فرار پیشنهاد دادم توی خود حوضه خودموم از بانک داکر تا npm شب هم خوابیدیم با دوستان (این بین به شددت غفون/قفون بازی کردیم)صبح هم سر کار نرفتم ۴ روزه که دل و دماغ کار اصلا نیست یعنی میشینم پشت سیستم ولی حال دلم خوب نیست که بخوام تسکی دان کنم .صبح قهوه درست کردم و بعدش هم now you see me : now you dont رو دیدیم تا دوستان رفتن و الان روی ۱:۱۵ استاپه دارم the girl with dragon tattoo رو دانلود میکنم قبلتر هم دوستم spiderman: shatered dimentions رو گزاشته دانلود. این بین هم دیجیاتو - زومیت میخونم و به خبرگزاری مهر فحش میدم. تک تاک رو هم دیدم.همین.استریک ۲۸۰ روزه دولینگو هم که پرید- کامنت های زومیت با نظارت قبل از انتشار برگشت - کامنت های ویرگول هم بسته شد. امروز هم ۲۵ دی ماه ۱۴۰۴ پویا عابدپور پویا عابدپور Thu, 15 Jan 2026 17:07:18 +0330 https://virgool.io/@pouyaabedpour/%D8%AF%D9%84%DB%8C-%D8%A8%D8%B1%D8%A7%DB%8C-%D8%A7%DB%8C%D9%86-%D8%B1%D9%88%D8%B2-%D9%87%D8%A7-pwxue6iljn3j امروز ۲۴ دی ماه ۱۴۰۴ عه و سعی میکنم از روزمرگی های بدون اینترنتم بنویسم ( از ۱۸ دی ماه اینترنت بین المللی قطع شده )پس از بسته شدن سرا های خوابگاهی بخاطر اینکه جایی برای اسکان داشتم دوستانم رو همراهی کردم تا هر کدوم بلیط به شهر هاشون بگیرن و روزی بوده که توی خونه ۴۰ متری بیش از ۱۰ نفر آدم بودیم ما بهشون جا دادیم ولی دانشگاه به دانشجو هاش نه.سایت دانشگاه که در ایرانی دیگر زندگی میکنه اونجا همه چیز عالی و گل و بلبله و راحت اطلاعیه گزاشته که از ۴ بهمن ماه امتحانات به صورت حضوری برقرار است.امکان استفاده از پیامرسان های خارجی که تبدیل شده به یک شوخی - پیام رسان های داخلی هم امکان تبادل پیام هاش بستست حتی قسمت کامنت های سایت های خبری مثل دیجیاتو و یا زومیت رو هم بستند.دیجیاتو پرنده نامه رسان استخدام میکند - شاخص بورس امروز تقریبا ۱۰۵ هزار واحد ریخته و حدود ۶ همت هم از بازار بورس خارج شده است.برای دانلود موزیک و فیلم و سریال هم مشکل داریم چه برسه به پکیج ها و سورس پروژه هابا توجه به اینکه پیشبینی این روز هارو داشتیم توی شرکت یک بک لاگ ریفکتور داشتیم که این باعث شده جزو معدود شرکت هایی باشیم که این روز ها بازیم و کاری برای انجام داریم.عصر هارو با بقیه دوستان برنامه نویس شهر دور هم میشینیم و گپ میزنیم - اخر شب هم کتاب میخونم فعلا امروز فکر کنم ۴ رمین کتاب رو تموم کنم.برای آموزش از کوعرا استفاده میکنم- فیلم تو مدیا برای فیلم - و موسیقی های داخل فلش ماشین - چند تا بانک پکیج جایگزین هم تونستیم پیدا کنیم با گوگل مناطق محروم....خبر گزاری فارس: در یکی دو هفته آتی درباره کاهش محدودیت‌های اینترنت تصمیم‌گیری می‌شود............ پویا عابدپور پویا عابدپور Wed, 14 Jan 2026 13:31:40 +0330 https://virgool.io/@pouyaabedpour/%D8%AC%D9%84%D8%B3%D9%87-%DA%A9%D9%85%D8%AA%D8%B1-%D9%88%D8%B6%D9%88%D8%AD-%D8%A8%DB%8C%D8%B4%D8%AA%D8%B1-%D8%AF%D8%B1%D8%B3-%D9%87%D8%A7%DB%8C%DB%8C-%D8%A7%D8%B2-%DB%8C%DA%A9-%D9%85%D8%B3%DB%8C%D8%B1-%D8%AC%D8%AF%DB%8C%D8%AF-jvu6jxexgxjg چند وقت قبل با دوستان که برای کمپ می‌رفتیم؛ یک مسیر تازه را امتحان کردیم. مسیر از دلِ درخت‌های فشرده می‌گذشت، گاهی روی زمین‌های سنگی، و هر چند دقیقه یک‌بار هم با دوراهی‌هایی روبه‌رو می‌شدیم که چندان واضح نبودند.هر بار که به این دوراهی‌ها می‌رسیدیم، چیزی کوچک اما تعیین‌کننده فوراً ظاهر می‌شد: یک علامت رنگی روی یک میلهٔ چوبی. یک نشانهٔ کوچک که نمی‌گفت کجا قدم بگذاریم یا چقدر سریع حرکت کنیم؛ فقط به ما می‌گفت جهت درست کدام است. همین اندازه کافی بود تا مطمئن و روان جلو برویم.سرراستش این است: تیم‌ها هم همین را می‌خواهند. نه کنترل کامل، نه دخالت ریزبینانه؛ فقط وضوح. همان «نشانهٔ مسیر» که تصمیم را ممکن می‌کند و حرکت را ادامه می‌دهد.در یک تیم، لحظه‌هایی هست که فرد به یک نقطهٔ تصمیم‌گیری می‌رسد. گیر می‌کند. نمی‌داند جهت درست چیست. معمولاً چه می‌شود؟ یک پیام ظاهر می‌شود: «می‌تونیم یه جلسه سریع داشته باشیم؟» بعد بازیِ آشنای پیدا کردن ۳۰ دقیقهٔ مشترک شروع می‌شود. همه منتظر هم می‌مانند. زمان می‌گذرد. جلسه تشکیل می‌شود و در نهایت به یک تصمیم می‌رسند—تصمیمی که می‌توانست همان ابتدا، در چند ثانیه، روشن شود.اما راه بهتری وجود دارد. یک نفر. یک لحظه. یک علامت. و تیم به حرکت ادامه می‌دهد. این همان قدرت «میکرو مومنت» است؛ لحظه‌ای کوتاه، دقیق و راه‌گشا که مانند همان علامت کوچک جنگلی، مسیر را بدون توقف مشخص می‌کند.هزینهٔ پنهان هماهنگیهماهنگی، برخلاف ظاهرش، فقط «زمان گذاشتن» نیست؛ ضریبی از زمان جمعیِ تیم است. وقتی برای تصمیم‌گیری ۳۰ دقیقه جلسه با ۶ نفر می‌گذاری، در واقع ۳ ساعت زمان انسانی مصرف کرده‌ای. اگر عوامل دیگری را هم حساب کنیم—تعویق کارهای عمیق به‌خاطر «۲۰ دقیقه دیگر جلسه دارم»، تغییر مکرر سیاق ذهنی، و اختلال در ریتم روز—هزینه بسیار بیشتر از آن چیزی است که تقویم نشان می‌دهد.اما هزینه مهم‌تر چیزی دیگر است: از دست رفتن شتاب. هر جلسه یک سرعت‌گیر است. هر پیام نامشخص یک گرهٔ کوچک. تیم می‌خواهد جلو برود، توان جلو رفتن هم دارد، اما معطل می‌ماند تا همه هم‌زمان در دسترس باشند.و این چرخه معمولاً به‌خوبی تمام نمی‌شود. از دل یک جلسه، جلسهٔ دیگری بیرون می‌آید. افراد بیشتری اضافه می‌شوند. پیگیری‌های بیشتری لازم می‌شود. یک سؤال ساده تبدیل به یک فرآیند سنگین و خسته‌کننده می‌شود.اغلب به چند دلیل سراغ جلسه رفتن می‌رویم: می‌خواهیم عادلانه عمل کنیم، می‌خواهیم کسی را دور نگذاریم، یا حس می‌کنیم تصمیم گروهی «امن‌تر» است. اما در عمل، این رویکرد همان مسیری است که پر از سرعت‌گیر است.میکرو مومنت: نشانهٔ کوچک، حرکت بزرگمیکرو مومنت یعنی همان لحظه‌ای که قبل از تشکیل جلسه، قبل از فرستادن درخواست «جلسه»، قبل از گیر کردن افراد… یک نشانهٔ کوچک می‌دهی.یک جملهٔ واضح.یک تصمیم شفاف.یک جهت‌گیری مختصر.نه جلسه می‌خواهد، نه سند طولانی، نه هماهنگی چند نفره. فقط یک مداخلهٔ کوتاه که مسیر را از حالت توقف خارج می‌کند.این مدل ارتباط، شبیه همان علامت‌های کوچک مسیرهای جنگلی است:آن‌قدری به تیم جهت می‌دهد که بداند مسیر درست کدام است، اما آزادی و سرعت عملش را نمی‌گیرد. وقتی این شفافیت همیشه در جریان باشد، تیم می‌تواند بدون توقف‌های بی‌مورد، تصمیمات را بگیرد و به جلو حرکت کند.چطور این را در تیم جا می‌اندازیم؟نقطهٔ شروع ساده است: قبل از هر هماهنگی یا جلسه، از خودت بپرس:«آیا یک جملهٔ واضح می‌تواند این موضوع را حل کند؟»بسیاری از وقت‌ها جواب مثبت است.تصمیمی که می‌توانست در ۳۰ ثانیه گرفته شود، دیگر نیازی به ۳ ساعت زمان جمعی ندارد. شتاب تیم حفظ می‌شود، انرژی کمتر هدر می‌رود و کارهای مهم، بی‌وقفه جلو می‌روند.تیم‌ها دنبال این نیستند که همه‌چیز را از تو بگیرند. دنبال قطعیت نیستند. دنبال سرعت هم به‌تنهایی نیستند. چیزی که می‌خواهند «وضوح» است—وضوحی که دقیقاً به‌اندازهٔ یک علامت کوچک چوبی، اما درست در لحظهٔ درست ظاهر شود.در دنیایی که هر دقیقه ارزشمند است، همین نشانه‌های کوچک‌اند که مسیر را قابل‌پیمایش و تیم را چابک نگه می‌دارند.در تیم شما، بزرگ‌ترین «سرعت‌گیر» تصمیم‌گیری چیست—جلسه‌های زیاد، پیام‌های مبهم، یا نبود علامت‌های کوچکِ شفاف؟ پویا عابدپور پویا عابدپور Tue, 23 Dec 2025 14:42:13 +0330 https://virgool.io/@pouyaabedpour/%DA%86%D8%B1%D8%A7-%D8%B5%D8%AD%D8%A8%D8%AA-%D8%A8%D8%A7-%D8%B7%D8%B1%D8%A7%D8%AD%D8%A7%D9%86-%D8%AF%DB%8C%DA%AF%D8%B1-%DA%A9%D8%A7%D9%81%DB%8C-%D9%86%DB%8C%D8%B3%D8%AA-ebwdkx6tihrg بسیاری از طراحان وقت زیادی را با همکاران طراح خود می‌گذرانند. من خودم هم طراحم و این را می‌گویم: گاهی این کار بیشتر از آنکه مفید باشد، محدودکننده است. مشکل این نیست که با طراحها صحبت کنیم، آنها آدم‌های جالبی هستند، بلکه این است که هر ساعتی که صرف بحث طراحی با همکاران طراح می‌کنید، ساعتی است که از فرصت‌های واقعی برای گسترش دید و فهم جهان واقعی کاربران غافل می‌شوید.طراحی یعنی ترکیب دانش ما از دنیای کاربران با راه‌حل‌هایی که در زندگی واقعی آنها معنی دارد. اما بیشتر طراحان به ندرت وقت می‌گذارند تا خود را با واقعیت‌های این دنیا مواجه کنند: کاربران، شرکت‌ها، بازارها، اقتصاد و همه آن چیزی که دنیای واقعی را می‌سازد.خلاقیت واقعی وقتی رخ می‌دهد که چیزهایی ببینید که دیگران نمی‌بینند. نه لزوماً در شکل یا رنگ تازه، بلکه در ارتباط‌ها و همبستگی‌های جدید میان مفاهیم. برای اینکه درک شما عمیق‌تر و راه‌حل‌هایتان مؤثرتر باشد، نیاز دارید دایرهٔ تجربیات و ورودی‌های خود را گسترش دهید. این ورودی‌ها می‌تواند گفتگو با افراد دیگر تیم مثل مدیر محصول، مهندس، پشتیبانی مشتری یا فروش باشد، یا جست‌وجوی خودتان در گزارش‌های تحقیقاتی، وبلاگ‌های صنعتی، بررسی محصولات دیگر و حتی منابع دیجیتال مانند یوتیوب و GPT.شاید دفعهٔ بعد که برای یک استراحت کوتاه به قهوه می‌روید، به جای همکار طراح، با مهندس یا همکار تجاری خود بروید. همین مواجهه با دیدگاه‌های متفاوت، نقاط ضعف فهم شما را آشکار می‌کند و باعث می‌شود طراحی‌هایتان واقعی‌تر و اثرگذارتر باشند.دنیای ما پیچیده، چندبعدی و همیشه در حال تغییر است. برای مؤثر بودن به عنوان یک طراح، باید نه تنها ایده‌های خود را به بیرون ببرید، بلکه دنیا را هم به درون بکشید.تجربه ثابت کرده است: صحبت فقط با طراحان دیگر، شما را محدود می‌کند. ترکیب مهارت طراحی با بینش‌های کسانی که چیزهای بیشتری یا متفاوت می‌دانند، جادوی واقعی را رقم می‌زند.طراحی + طراحی بیشتر = خروجی پیکسل-پرفکت ولی اغلب بی‌اثرطراحی + گسترهٔ تجربه = خروجی مؤثر و واقعاً تاثیرگذارشما چگونه خودتان را در معرض تجربیات متفاوت قرار می‌دهید تا مهارت طراحی‌تان را بهبود دهید؟ پویا عابدپور پویا عابدپور Wed, 10 Dec 2025 10:50:46 +0330 https://virgool.io/@pouyaabedpour/%D8%B1%D9%88%D8%A7%D9%86-%D8%B4%D9%86%D8%A7%D8%B3%DB%8C-%D8%B1%D9%86%DA%AF-%D8%A8%D8%B1%D8%A7%DB%8C-%D8%B7%D8%B1%D8%A7%D8%AD%D8%A7%D9%86-%D9%85%D8%AD%D8%B5%D9%88%D9%84-%D8%B9%D9%84%D9%85-%D9%BE%D8%B4%D8%AA-%D8%AA%D8%B5%D9%85%DB%8C%D9%85-%D9%87%D8%A7%DB%8C-%DA%A9%D9%88%DA%86%DA%A9-vjd1tfjoib9y رنگ همیشه یکی از کم‌توجه‌ترین عناصر طراحی بوده؛ چیزی که معمولاً آخر سر انتخابش می‌کنیم و از آن فقط انتظار «زیباشدن» داریم. اما هر کسی که با محصول، تجربهٔ کاربری، یا طراحی سروکار دارد دیر یا زود با حقیقتی روبه‌رو می‌شود: رنگ فقط زیبایی نیست؛ یک نیروی شناختی–عاطفی است که از ثانیهٔ اول روی رفتار کاربر اثر می‌گذارد.ما به‌عنوان طراح می‌دانیم روان‌شناسی چه نقشی در کار ما دارد. محصول برای انسان ساخته می‌شود، پس ادراک و احساس اوست که معنی نهایی را شکل می‌دهد. فرضیه می‌سازیم، تست می‌کنیم، می‌شنویم، تغییر می‌دهیم. و درست همین‌جا psychology به‌عنوان یک علم وارد بازی می‌شود.روان‌شناسی، همان‌طور که بریتانیکا تعریف می‌کند، علم رفتار، احساس و ادراک انسان است؛ مجموعه‌ای از روش‌ها و نظریه‌ها که به ما اجازه می‌دهد دنیای ذهنی کاربران را بفهمیم و بر اساس آن ایده بسازیم. و همان‌طور که Design Council بارها تکرار کرده، طراحی نه یک نتیجهٔ نهایی است و نه فقط یک هدف؛ یک فرایند حل مسئله است. فرایندی که می‌تواند از چندین حوزهٔ علمی تغذیه شود و قوی‌تر شود.با این حال، هیچ اصل روان‌شناختی—even cutting-edge—تا وقتی با کاربر واقعی برخورد نکند، تبدیل به «حقیقت محصول» نمی‌شود. تمام مفاهیم فقط فرضیه‌اند، مگر اینکه در تجربهٔ واقعی کاربران تأیید شوند. با همین ذهنیت وارد یکی از جذاب‌ترین و نیمه‌مرموزترین حوزه‌های ادراک انسانی می‌شویم: Color Psychology.چطور مغز ما رنگ را پردازش می‌کند؟گاهی رنگ را ساده می‌گیریم؛ چیزی که فقط «می‌بینیم». اما مغز مسیر پیچیده‌ای را طی می‌کند تا از نور به احساس برسد.ماجرا از لحظه‌ای شروع می‌شود که نور به شبکیه می‌رسد و سلول‌های مخروطی را فعال می‌کند. این سیگنال قبل از هر چیز وارد سیستم لیمبیک می‌شود—جایی که احساسات و خاطره و انگیزش شکل می‌گیرند. نکتهٔ مهم اینجاست: سیستم لیمبیک بسیار قدیمی‌تر از نئوکورتکس است؛ یعنی مغزِ احساسی قبل از مغزِ منطقی وارد عمل می‌شود.به زبان خودمانی، رنگ قبل از فرم، و احساس قبل از معنا وارد ذهن می‌شود.پیش از آنکه کاربر بداند «این یک دکمه است»، یک حس از رنگش گرفته.اگر مسیر زمانی این فرایند را باز کنیم، ماجرا شفاف‌تر می‌شود:در ۰ تا ۵۰ میلی‌ثانیه فقط نور و فیزیک رخ می‌دهد؛ مغز هنوز «نمی‌داند» چه دیده.در ۸۰ تا ۱۲۰ میلی‌ثانیه رنگ به‌عنوان یک سیگنال جداگانه تشخیص داده می‌شود و واکنش احساسی شکل می‌گیرد.در ۱۵۰ تا ۲۰۰ میلی‌ثانیه مغز شکل، مرز و حرکت را تحلیل می‌کند.در ۲۰۰ تا ۳۰۰ میلی‌ثانیه تازه می‌فهمیم «چیزی که می‌بینیم چیست».و فقط بعد از ۳۰۰ تا ۴۵۰ میلی‌ثانیه معنا، منطق و تصمیم‌گیری وارد صحنه می‌شوند.به همین دلیل است که حتی تغییر کوچک در زمان انیمیشن‌ها—مثلاً اضافه‌کردن ۲۵۰ میلی‌ثانیه—می‌تواند حس محصول را عمیقاً تغییر دهد؛ مغز ما به این ظرافت‌ها پاسخ می‌دهد.رنگ واقعاً چیست؟دو جنبهٔ رنگ همیشه من را جذب کرده: ذهنی‌بودن ادراک و قابل‌سنجش‌بودن فیزیک.از یک طرف، هنوز نمی‌دانیم همهٔ انسان‌ها دقیقاً یک رنگ را «یکسان» می‌بینند یا نه. نسبت و تعداد مخروط‌ها می‌تواند بین افراد متفاوت باشد. حتی ممکن است دو نفر به‌لحاظ عصبی تجربهٔ متفاوتی از یک رنگ داشته باشند؛ از کوررنگی گرفته تا نادرترین حالت، یعنی دید تک‌رنگ بعد از آسیب مغزی.از طرف دیگر، رنگ در طبیعت اصلاً وجود ندارد. برگ سبز نیست؛ آسمان آبی نیست؛ زمرد به‌طور ذاتی سبز نیست. آنچه وجود دارد نور است و واکنش اتم‌ها به فوتون‌ها. خود اتم رنگ ندارد؛ فقط نور را جذب یا بازتاب می‌کند. رنگ یک ادراک عصبی است که مغز از دادهٔ نوری می‌سازد.با این حال، برخلاف بسیاری از مفاهیم روان‌شناختی، رنگ از نظر فیزیکی به‌شدت قابل اندازه‌گیری است. استانداردسازی و اندازه‌گیری دقیق، آن را به یکی از مطمئن‌ترین ابزارها برای پژوهش‌های روان‌شناختی تبدیل کرده.مدلی که به آن تکیه می‌کنم: HSV و ریشهٔ روان‌شناختی آنویلهلم وونت اولین کسی بود که رنگ را نه فقط به‌عنوان فرکانس نور، بلکه به‌عنوان یک ساختار ادراکی سه‌بعدی تعریف کرد: هیو (نوع رنگ)، شدت یا اشباع، و روشنایی. همین ایده‌ها بعداً به مدل HSV رسیدند؛ مدلی که بسیاری از طراحان با آن کار می‌کنند چون هم شهودی است و هم دقیق.HSV به ما اجازه می‌دهد رنگ را با زبانی شبیه زبان مغز کنترل کنیم؛ نه فقط کدهای هگز.رنگ چه اثری روی انسان دارد؟واکنش احساسیگرم‌ها سرعت واکنش و برانگیختگی را بالا می‌برند. سردها استرس را کم کرده و حس ثبات ایجاد می‌کنند. همین یک خط اگر درست در محصول استفاده شود، می‌تواند تصمیم‌گیری کاربر را تغییر دهد.واکنش شناختیآبی خلاقیت را فعال می‌کند، قرمز تمرکز و دقت را بالا می‌برد. یعنی UI شما واقعاً می‌تواند مسیر ذهن کاربر را هدایت کند.ادراک فرهنگیاحساس اولیه به رنگ‌ها تقریباً جهانی است—روشنایی و گرمی‌ـ‌سردی در بیشتر فرهنگ‌ها واکنش‌های مشابه دارند. اما نمادها فرهنگی‌اند:سفید در غرب نشانهٔ پاکی، در چین نشانهٔ سوگواری است.قرمز در غرب خطر است، در شرق خوش‌شانسی و شادی.سبز تقریباً جهانی مثبت است، اما در اندونزی معنای «ممنوع» دارد.این تفاوت‌ها نشان می‌دهد رنگ، هم یک «غریزه» است و هم یک «نماد».جمع‌بندیرنگ یک ابزار تزئینی نیست؛ یک محرک عصبی است که در چندصدم ثانیه تصمیم‌های ما را جهت می‌دهد. اگر طراح باشیم و از این نیروی زیرپوستی آگاه نباشیم، بخشی از قدرت طراحی را از دست می‌دهیم. درک سازوکار علمی رنگ، تجربهٔ انسانی آن، و تفاوت‌های فرهنگی‌اش به ما کمک می‌کند انتخاب‌هایی آگاهانه‌تر و دقیق‌تر داشته باشیم—انتخاب‌هایی که هم احساسی‌اند و هم کارکردی.به‌عنوان طراح یا کاربر، آیا تا حالا تجربه کرده‌ای یک رنگ در یک محصول یا اپلیکیشن احساس تو را ناخواسته تغییر دهد؟ کجا و چطور؟ پویا عابدپور پویا عابدپور Mon, 08 Dec 2025 14:02:42 +0330 https://virgool.io/@pouyaabedpour/%DA%86%D8%B7%D9%88%D8%B1-%D8%B0%D9%87%D9%86-%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1%D8%A7%D9%86-ui-%D8%B1%D8%A7-%D9%85%DB%8C-%D8%AE%D9%88%D8%A7%D9%86%D8%AF-%D9%82%D9%88%D8%A7%D9%86%DB%8C%D9%86-%DA%AF%D8%B4%D8%AA%D8%A7%D9%84%D8%AA-%D8%B2%DB%8C%D8%B1-%D8%B0%D8%B1%D9%87-%D8%A8%DB%8C%D9%86-gs4x8uhjb0hq طراح‌ها همیشه از «گشتالت» حرف می‌زنند؛ واژه‌ای که شاید در ظاهر شبیه یک اصطلاح آکادمیک دور از ذهن باشد، اما در واقع همان دستور زبان پنهان تمام رابط‌هایی است که هر روز می‌سازیم. گشتالت توضیح می‌دهد چرا بعضی طراحی‌ها بدون تلاش فهمیده می‌شوند و بعضی دیگر—حتی با رنگ‌های جذاب—باز هم آشفته به نظر می‌رسند. برای فهمیدن این اصول باید کمی عقب‌تر برویم؛ به زمانی که روان‌شناسان آلمانی اوایل قرن بیستم برای اولین‌بار تلاش کردند کشف کنند «چطور ذهن ما جهان را می‌بیند».در آن دوران، ساختاری‌گرایی تلاش می‌کرد ذهن انسان را به کوچک‌ترین اجزایش تقسیم کند: حس‌ها، تصاویر، احساسات. انگار که ادراک یک لگوی بزرگ باشد و قرار است با کنار هم گذاشتن تکه‌ها به مفهوم برسیم. گشتالت درست عکس این نگاه بود. ذهن انسان را نه به‌عنوان مجموعه‌ای از تکه‌ها، بلکه به‌عنوان یک کل سازمان‌یافته می‌دید. معنایی که می‌بینیم، همیشه فراتر از مجموع اجزاست. همین نگاه بود که واژه‌ی «Gestalt» را شکل داد—یعنی «فرم» یا «ساختار»؛ جایی که ذهن حتی وقتی بخش‌هایی از داده ناقص است، خودش تصویر کامل‌تر را می‌سازد.از دل همین نگاه، مجموعه‌ای از «عوامل» شکل گرفت—چیزی که بعدها ما آن‌ها را «قوانین گشتالت» نامیدیم. این قوانین توضیح می‌دهند چرا مغز انسان به‌طور خودکار عناصر نزدیک را یک گروه می‌بیند، چرا خطوط شکسته را ادامه‌دار تصور می‌کند، و چرا یک شکل ناتمام را در ذهن کامل می‌کنیم. این رفتارها شاید ساده به نظر برسند، اما برای طراحی تجربه کاربری، حکم زیرساختی دارند که بدون آن‌ها هیچ رابطی خوانا، قابل فهم و قابل پیش‌بینی نمی‌شود.برای مثال، قانون نزدیکی یکی از بنیادی‌ترین‌ ابزارهای ماست. عناصر نزدیک همیشه «مرتبط» دیده می‌شوند؛ همین یک قاعده ساده باعث می‌شود کاربر بدون هیچ متن یا آموزش اضافه، بفهمد کدام دکمه‌ها به هم تعلق دارند و کدام نه. در طراحی یک مودال، دو دکمه کنار هم یک گروه معنایی می‌سازند—حتی اگر برچسب‌هایشان کاملاً متفاوت باشد.یا در شباهت، ذهن ما رنگ، فرم و اندازه را به‌سرعت دسته‌بندی می‌کند. فرقی نمی‌کند اپلیکیشن بانک باشد یا یک پلتفرم آموزشی؛ وقتی تمام دکمه‌های اصلی با سبک یکسان ساخته شوند، چشم کاربر بدون فکر اضافه آن‌ها را «هم‌خانواده» تشخیص می‌دهد.قوانین دیگری مثل حرکت مشترک یا همان common fate توضیح می‌دهند چطور عناصر متحرک با جهت یکسان، یک گروه تلقی می‌شوند؛ از لوگوهای پیمایشی گرفته تا اسلایدرهای تعاملی. تداوم می‌گوید چشم ما مسیرها را دنبال می‌کند—حتی اگر مرزی بین آن‌ها وجود نداشته باشد. بسته‌شدن نشان می‌دهد مغز انسان شکل‌های ناقص را کامل می‌بیند، چیزی که در طراحی outline-buttonها یا drop zoneها استفاده می‌کنیم. تقارن و نظم هم نقش مهمی دارد؛ گروه‌بندی متقارن همیشه پایدارتر و قابل‌پیش‌بینی‌تر دیده می‌شود.اما گشتالت فقط به این قوانین کلاسیک محدود نیست. مفاهیم عمیق‌تری هم وجود دارند که در تجربه واقعی طراحی، بسیار کاربردی‌اند؛ مثل ساده‌سازی که می‌گوید مغز همیشه ساده‌ترین ساختار را ترجیح می‌دهد، یا نقطه‌ی کانونی که اولین عنصرِ جلب توجه را تعریف می‌کند. همینجاست که ما از سه بُعد رنگ—فام، اشباع و روشنایی—برای هدایت نگاه کاربر استفاده می‌کنیم. شکل-زمینه هم به ما یادآوری می‌کند کاربر همیشه تلاش می‌کند صفحه‌ی دوبعدی را به دنیایی سه‌بعدی ترجمه کند؛ مثل توهم معروف «گلدان روبین»، که خودش الهام‌بخش بخشی از تحقیقات اولیه گشتالت بود.در کنار همه‌ی این‌ها قوانین دیگری هم وجود دارند: مجاورت در یک ناحیه مشترک، اتصال بصری، و حتی پدیده‌هایی مثل ظهور (این‌که اول «کل» دیده می‌شود، نه اجزا)، چندنمایی (یک تصویر می‌تواند چند برداشت داشته باشد)، و پایداری شکل (توانایی تشخیص اشیا در هر اندازه، زاویه یا فونت). این‌ها رفتارهای بنیادی مغز ما هستند—نه بخاطر اینکه ما تلاشی میکنیم, بلکه چون سیستم ادراک انسان این‌طور کار می‌کند.برای طراح محصول، دانستن این اصول فقط یک «ترفند بصری» نیست. این‌ها ستون‌هایی‌اند که تجربه کاربری روی‌شان ایستاده. هر بار که تصمیم می‌گیریم چه چیزی را نزدیک چه چیز دیگری بگذاریم، کجا کانتینر ایجاد کنیم، چطور دکمه‌ای را برجسته کنیم، یا چطور صفحه‌ای را ساختاربندی کنیم، در واقع داریم از همان قوانین صدساله استفاده می‌کنیم—قوانینی که هنوز هم درک رابط‌ها را آسان‌تر، سریع‌تر و طبیعی‌تر می‌کنند.در نهایت هدف گشتالت این است که طراحی را به سطحی برساند که کاربر نگوید «متوجه شدم»، بلکه اصلاً نفهمد که قرار بوده چیزی را متوجه شود. همه‌چیز باید به همان اندازه بدیهی باشد که نگاه‌کردن.در تجربه طراحی خودت، کدام قانون گشتالت را بیشتر از بقیه به‌کار می‌بری—و چرا فکر می‌کنی روی درک کاربر این‌قدر اثر دارد؟ پویا عابدپور پویا عابدپور Tue, 02 Dec 2025 16:56:00 +0330 https://virgool.io/@pouyaabedpour/%D8%A7%DB%8C%D9%86%D8%B3%D8%AA%D8%A7%DA%AF%D8%B1%D8%A7%D9%85-%D8%A8%D8%A7%D9%84%D8%A7%D8%AE%D8%B1%D9%87-%D9%81%D9%87%D9%85%DB%8C%D8%AF-%DA%86%D8%B7%D9%88%D8%B1-%D8%A8%D8%A7%DB%8C%D8%AF-%D8%AA%D8%BA%DB%8C%DB%8C%D8%B1-%D8%A8%D8%AF%D9%87-%D8%AF%D8%B1%D8%B3-%D9%87%D8%A7%DB%8C%DB%8C-%D8%A8%D8%B1%D8%A7%DB%8C-%D8%B7%D8%B1%D8%A7%D8%AD%D8%A7%D9%86-%D9%88-%D8%AA%DB%8C%D9%85-%D9%87%D8%A7%DB%8C-%D9%85%D8%AD%D8%B5%D9%88%D9%84-aoidqdx2r3cl به‌روزرسانی جدید اینستاگرام فقط یک تغییر در ناوبری نیست؛ یک درس عملی در اینکه چگونه باید تغییرات طراحی را بدون عصبی‌کردن میلیون‌ها کاربر منتقل کرد. هرچه بیشتر با اینستاگرام کار کرده باشید، بیشتر می‌دانید که این روش، روش همیشگی آن‌ها نبوده. قبلاً تغییرات یک‌شبه ظاهر می‌شدند: صبح از خواب بیدار می‌شدید و می‌دیدید نوار پایینی جابه‌جا شده، دکمه‌ها ناپدید شده‌اند و تمام حافظهٔ عضلانی‌تان دود شده است.این بار اما داستان فرق داشت. اینستاگرام از اشتباهات گذشته یاد گرفته بود و بازطراحی را با رویکردی پیش برد که هم به اعتماد کاربران احترام می‌گذاشت، هم اصطکاک را کم می‌کرد و هم در کمال شگفتی… مؤدبانه بود. روندی که ارزش دارد قدم‌به‌قدم به آن نگاه کنیم.ابتدا کاربران را آگاه کردند. پیش از هر تغییری، یک اعلان در همان فید ظاهر شد: “Swipe between Reels and messages.” یک جملهٔ کوتاه، یک تصویر ساده، و یک دکمهٔ «Learn more». نه مزاحم بود، نه تحمیل‌گر. شبیه یک دعوت بود؛ دعوت به کنجکاوی.با زدن «Learn more» ماجرا روشن‌تر می‌شد. یک لایهٔ توضیحی ظاهر می‌شد که دقیقاً می‌گفت چه چیزی در حال تغییر است: قرار است Reels و پیام‌ها در مرکز تجربه قرار بگیرند، و از این به بعد می‌شود بین آن‌ها سوییپ کرد. کوتاه، شفاف، تصویری. و بعد می‌رسید به نقطهٔ طلایی تجربهٔ کاربری: انتخاب. دو دکمه: «Update now» و «Not now». کاربران معمولاً از تغییر متنفر نیستند؛ از غافلگیر شدن متنفرند.بعد از پذیرش تغییر، اینستاگرام کار را تمام‌شده فرض نکرد. طراحی جدید را فعال کرد، اما همراهش یک اوورلی کوتاه نشان داد که توضیح می‌داد چه چیز تغییر کرده و چطور باید با آن تعامل کرد. این همان آموزش در لحظهٔ مناسب است؛ همان چیزی که جلوی حدس‌زدن، سردرگمی و تماس با پشتیبانی را می‌گیرد. ساده، قابل پیش‌بینی، و انسانی.در پس این روند، یک منطق روان‌شناختی روشن وجود دارد. اول ذهن کاربر را برای تغییر آماده می‌کنند. بعد شفاف توضیح می‌دهند چه اتفاقی می‌افتد و چرا. سپس اختیار می‌دهند که خود کاربر زمان تغییر را انتخاب کند. و در نهایت، دقیقاً همان موقعی که کاربر به اطلاعات نیاز دارد، او را راهنمایی می‌کنند. این یک نمونهٔ کلاسیک از مدیریت تغییر از مسیر UX است؛ نه فشار آوردن، بلکه همراه شدن.برای تیم‌های محصول، پیام این داستان واضح است. اغلب بازطراحی‌ها نه به‌خاطر بد بودن طراحی، بلکه به‌خاطر بد بودن ارتباط شکست می‌خورند. اینستاگرام در این به‌روزرسانی پنج اصل را بی‌نقص اجرا کرد: قبل از هر تغییری اطلاع داد. دلیل تغییر را توضیح داد، نه فقط شکلش را. اجازه داد کاربر خودش تصمیم بگیرد. بعد از تغییر آموزش داد. و مهم‌تر از همه، درک کرد که طراحی فقط تغییر پیکسل‌ها نیست—تغییر رفتار است.اگر محصولات شما هم قرار است مسیر تازه‌ای بروند، این مدل انتشار می‌تواند چراغ راه باشد. در نهایت، هر تغییری قرار است سفر کاربر را روان‌تر کند، نه این‌که او را از مسیر پرت کند.سؤال برای شما: آخرین باری که یک اپلیکیشن بدون توضیح طراحی‌اش را تغییر داد، چه حسی داشتید و چه چیزی می‌توانست تجربه را بهتر کند؟ پویا عابدپور پویا عابدپور Mon, 01 Dec 2025 13:23:09 +0330 https://virgool.io/@pouyaabedpour/%D9%81%D8%B4%D8%A7%D8%B1-ai-%D9%88-%D8%A7%D8%B3%D8%AA%D8%AE%D8%AF%D8%A7%D9%85-%D8%B3%D8%AE%D8%AA-%D8%AA%D8%B5%D9%88%DB%8C%D8%B1-%D9%88%D8%A7%D9%82%D8%B9%DB%8C-%D8%B2%D9%86%D8%AF%DA%AF%DB%8C-%DB%8C%DA%A9-product-designer-%D8%AF%D8%B1-2025-fbwxrdm9vnvv صنعت تکنولوژی آرام ندارد. موج‌های اخراج، رشد انفجاری هوش مصنوعی و نااطمینانی اقتصادی مدام شکل کار را تغییر می‌دهند. اما زیر این همه تغییر، یک سؤال اساسی‌تر برای طراح‌ها مطرح است: جایگاه واقعی ما در این سیستم چیست؟پاسخ ساده نیست، اما داده‌های امسال یک تصویر شفاف‌تر از واقعیت می‌دهند: طراحان دیگر صرفاً “حل‌کنندهٔ مسائل بصری” نیستند. آن‌ها در حال تعریف دوبارهٔ نقش خودشان‌اند.بیشتر شرکت‌کنندگان این مطالعه، طراحان میانی و سینیر بودند؛ یعنی کسانی که عملاً بار اصلی پروژه‌ها روی دوش آن‌هاست. وقتی از آن‌ها پرسیده شد چه چیزی بیش از همه تمرکزشان را می‌گیرد، جواب‌ها آشکارا از یک بحران ساختاری حرف می‌زد: چندوظیفگی، ارتباطات غیرقابل‌پیش‌بینی و وقفه‌های مدام. اما این‌ها فقط سطح ماجرا بودند. مسئلهٔ اصلی جای دیگری پنهان بود.جایی که نقش طراح مبهم می‌شوددر تیم‌های کوچک، فشار بیشتر شبیه یک وضعیت عادی است؛ طراح تقریباً همیشه در شرایط سخت کنونی است. در تیم‌های متوسط که از نظر تعداد نه کوچک‌اند و نه بزرگ، وضعیت حتی بدتر می‌شود—نیازها زیاد است اما ساختار کافی برای مدیریت کارها وجود ندارد.و در تیم‌های بزرگ؟ ساختار بهتر است، نقش‌ها واضح‌ترند و اوضاع قابل‌تحمل‌تر می‌شود، اما باز هم نزدیک به نیمی از طراحان می‌گویند که اغلب فرسوده هستند.این الگویی است که یک پیام زیرپوستی دارد: طراح‌ها اغلب در فضایی کار می‌کنند که نه مرز دارد، نه اولویت، نه سازوکار مشترک.شاید برای همین است که کار با توسعه‌دهندگان یا مدیران محصول معمولاً راحت‌تر از کار با مارکتینگ یا استیک‌هولدرهای بیرونی است. چون با گروه اول، ریتم، زبان و ابزار مشترک وجود دارد؛ با دومی نه.طراح نمی‌خواهد مدیر شود—می‌خواهد اثر بگذاردیکی از واضح‌ترین یافته‌ها این است که طراحان امروز “رشد شغلی” را به شکل کلاسیکش نمی‌بینند.برای بسیاری، رهبری یعنی مدیریت تیم نیست؛ یعنی داشتن صدای بلندتر در تصمیم‌گیری‌ها.یعنی اینکه بتوانند روی استراتژی اثر بگذارند، بتوانند استیک‌هولدرها را قانع کنند، بتوانند تعریف کنند چه چیزی ساخته شود و چرا. این همان “مقیاس‌دهی به تأثیر” است—نوعی رهبری بدون عنوان رسمی.اما این خواسته همیشه به مسیر شغلی رسمی شرکت‌ها نمی‌خورد. نزدیک به ۴۰٪ طراحان گفته‌اند شرکت‌شان اصلاً نیازی به طراح ارشدتر یا لول بالاتر ندارد. در چنین فضایی، طراحانی که مسئولیت رشد خود را خودشان برعهده می‌گیرند، ناچارند کارهای بیشتری خارج از نقششان انجام بدهند تا چیزی یاد بگیرند—و همینجاست که خستگی مزمن سر برمی‌آورد.آموزش رسمی کافی نیست، حتی اگر پولی باشدطراحان باهوش‌اند و واقعیت را خوب تشخیص می‌دهند. دوره‌های آموزشی، با وجود تنوع و کیفیت ظاهری، اغلب از دنیای واقعی جدا هستند.سه مشکل تکرارشونده دیده می‌شود:• دوره‌ها بیش از اندازه تمیزند اما عملاً خالی از واقعیت• فیدبک‌ها سطحی‌اند• ورودی به صنعت اشباع شده و خیلی‌ها همان اول مسیر ناامید می‌شوندبه همین دلیل، بیشتر طراح‌ها رشد را نه در کلاس‌های آنلاین، بلکه در پروژه واقعی، بازخورد سخت، منتورینگ و زمان‌دادن به تجربه‌های شکست می‌بینند. کسانی که این مسیر را آگاهانه می‌روند، معمولاً سریع‌تر از بقیه رشد می‌کنند.AI دشمن نیست—اما بازی را عوض می‌کندبا وجود سروصدا، ۷۷٪ طراحان نگران جایگزین‌شدن توسط AI نیستند.این بی‌خیالی از نادانی نیست؛ از واقع‌بینی است. ابزارهای هوشمند بیشتر جایگزین کارهای تکراری شده‌اند تا نقش یک طراح واقعی.ولی تقریباً نصف طراحان می‌گویند AI قبلاً روی کارشان اثر گذاشته—نه به‌عنوان خطر، بلکه به‌عنوان یک همکار جدید که سرعت، گستره و احتمال‌های تازه‌ای به روند طراحی اضافه می‌کند. طراحانی که این ابزارها را می‌فهمند و با آن‌ها هم‌مسیر می‌شوند، نه‌تنها عقب نمی‌مانند، که حتی جلو می‌افتند.وضعیت استخدام سخت‌تر شده—اما یک نکته کلیدی وجود داردگرفتن شغل جدید به‌طور محسوسی طولانی‌تر شده.طراحان می‌گویند چالش اصلی زمان انتظار نیست؛ مراحل مصاحبه است: تسک‌ها، whiteboardها و سناریوهای پرزحمت که اغلب بدون هیچ فیدبک مفیدی تمام می‌شوند.نکته جالب اینجاست که خیلی‌ها از “کمبود تجربهٔ اختصاصی” احساس ضعف می‌کنند—مثلاً نداشتن سابقه در حوزه‌هایی مثل فین‌تک. این شکاف واقعی است، اما قابل‌حل: پروژه‌های جانبی، همکاری‌های کوچک بیرونی یا حتی نوشتن دربارهٔ یک دامین به‌مرور این کمبود را جبران می‌کند و اعتمادبه‌نفس را بالا می‌برد.طراح امروز دقیقاً کجای سیستم ایستاده است؟بین انگیزه‌های فردی، محدودیت‌های سازمانی، آموزش‌های ناکارآمد و بازار رقابتی، یک تصویر کلی شکل می‌گیرد:طراحی محصول دیگر صرفاً یک شغل نیست—یک سیستم پیچیده است.سیستمی که در آن:طراح می‌خواهد اثر بگذارداما ساختارها همیشه چنین اجازه‌ای نمی‌دهندطراح مسئولیت رشدش را خودش برمی‌دارداما فرصت رسمی برای رشد کم استطراح ابزارهای هوشمند را می‌پذیرداما بازار استخدام کندتر می‌شودراه‌حل سریع وجود ندارد. اما یک چیز روشن است: این صنعت تنها زمانی سالم‌تر می‌شود که هم طراح‌ها بهتر محیط‌شان را هدایت کنند، هم مدیران نقش ساختار را جدی بگیرند، و هم جامعهٔ طراحی دربارهٔ این مشکلات با صدای بلندتر حرف بزند.به‌نظر تو، بزرگ‌ترین مانع برای افزایش “تأثیر” طراحان در سازمان‌ها چیست؟ عدم ساختار؟ فرهنگ؟ یا نبود اعتماد کافی در تصمیم‌گیری‌های کلیدی؟بر اساس مطالعه" State of Product Design:An Honest Conversation About the Profession 2025"نوشته : Nikita Samutin & Elizaveta Demchenkoبا کمک چت جی پی تی جهت ترجمه و ویراستاری پویا عابدپور پویا عابدپور Thu, 27 Nov 2025 17:16:21 +0330 https://virgool.io/@pouyaabedpour/vibe-coding-%DB%8C%D8%A7-engineering-%D8%A7%D9%86%D8%AA%D8%AE%D8%A7%D8%A8-%D8%A7%D8%B4%D8%AA%D8%A8%D8%A7%D9%87-%DB%8C%D8%B9%D9%86%DB%8C-%D9%81%D8%A7%D8%AC%D8%B9%D9%87-fqh2rc06w9dj اگر تا به حال کنار یک برنامه‌نویس نشسته باشید، احتمالاً دیده‌اید که بیشتر وقتش را خیره به هوا می‌گذارد تا خیره به کیبورد. این صحنه تنبلی نیست؛ ماهیت توسعهٔ نرم‌افزار همین است: حل مسئله. کدنویسی در واقع آخرین مرحلهٔ یک پازل ذهنی طولانی است—مثل پر کردن خانه‌های یک جدول که از قبل هزار بار در ذهنتان چرخیده.در دنیای واقعی، بخش سخت کار همان لحظات بی‌حرکت است: فهمیدن حوزهٔ مسئله، کشف نیازهای دقیق، ساختن انتزاع‌های درست، طراحی ماژول‌ها، فکر کردن به اثرات جانبی، تست تدریجی، و البته، جنگ همیشگی با باگ‌هایی که از همه‌جا سر درمی‌آورند. اما وقتی پای AI به ماجرا باز می‌شود، ریتم کار عوض می‌شود.«اول کد بنویس، بعد بفهم چه شد»مدل‌های زبانی مثل Claude Code در نوشتن کد سریع‌تر از هر انسان عمل می‌کنند. با این حال، بیشتر نرم‌افزارها موجوداتی پیچیده‌اند و هیچ LLMی نمی‌تواند تمام یک سیستم را یک‌جا در ذهنش نگه دارد. نتیجه؟ سرعت نوشتن کد با سرعت تحویل نرم‌افزار یکی نیست.بخش بزرگی از زمان مهندسان امروز صرف این می‌شود که بفهمند این هوش مصنوعی دقیقاً چه ساخته و چطور باید آن را در سیستم جا داد.این همان فاصله‌ای است که بین وعدهٔ «۱۰ برابر سریع‌تر کدنویسی» و واقعیت «۱۰ درصد سریع‌تر تحویل نرم‌افزار» دیده می‌شود. LLMها بخش سرگرم‌کنندهٔ کار—کدنویسی خام—را با سرعت نور انجام می‌دهند، و مهندس می‌ماند با بخشی که معمولاً کم‌جذاب‌تر است: تست، دیباگ، پاک‌سازی کدهای تکراری، نوشتن سند، و مراقبت از معماری.معضل قدیمیِ نقش لید — حالا در مقیاسی جدیددر مسیر شغلی هر مهندس لحظه‌ای می‌رسد که باید هم تحویل بگیرد و هم تیم را رشد دهد. دو راه پیش پای اوست:یا کارها را عادلانه پخش کند و با سرعت پایین‌تر کنار بیاید؛یا همهٔ کارهای سخت را خودش انجام دهد تا پروژه تند جلو برود—اما با هزینه‌ای سنگین برای سلامت تیم.AI دقیقاً همین دوگانگی را ایجاد می‌کند، با یک twist مهم:این جونیورِ نورانیِ بی‌وقفه، نه خسته می‌شود، نه یاد می‌گیرد، و نه مسئولیت بلندمدت می‌پذیرد.مهندسان انسانی در گذر زمان هم در کیفیت رشد می‌کنند و هم در سرعت: کدهای تمیزتر، معماری بهتر، درک عمیق‌تر از لبه‌ها و استثناها. اما LLMها تنها وقتی بهتر می‌شوند که «مدل» جدیدی منتشر شود یا مهندس «کانتکست بهتر» برایشان مهیا کند. یک مهندس واقعی هر روز از درون قوی‌تر می‌شود؛ مدل زبانی نه.دو مسیر برای استفاده از AIبنابراین، تعامل با AI دو شکل متفاوت پیدا می‌کند:AI-driven engineering: کار با سرعت معقول، طراحی دقیق، رعایت بهترین‌روش‌ها، مستندسازی، تست، و فهمیدن اینکه سیستم دقیقاً دارد چه می‌کند.Vibe coding: رها کردن همه‌چیز و ساختن سریع—بدون توجه به معماری، مقیاس‌پذیری یا آیندهٔ پروژه—تا لحظه‌ای که کد از هم بپاشد.مسیر دوم برای اسکریپت‌های کوچک و پروتوتایپ‌های یک روزه عالی است. اما برای هر چیزی بزرگ‌تر از یک اپ کوچک، در نهایت باید همان مسیر اول را برگردید؛ چون پروژه‌ای که بدون فکر رشد می‌کند، فقط توده‌ای از پیچیدگی تولید می‌کند.چطور در دام AI نیفتیم؟راز ماجرا این است که AI را مثل یک جونیور فوق‌سریع ببینیم: بااستعداد، پرانرژی، اما نیازمند هدایت. رها کردنش مساوی است با تولید کدی که کار می‌کند… اما قابل‌اعتماد نیست، قابل‌نگه‌داری نیست، و در آینده هزینهٔ سرسام‌آوری می‌سازد.بنابراین مهندس امروز باید نقش لید را برای AI بازی کند و همان اصول قدیمی چرخهٔ توسعه را به آن تزریق کند—نه فقط هنگام کدنویسی، بلکه قبل و بعدش:در مرحلهٔ برنامه ریزی، AI را وارد تحلیل کنید تا لبه‌ها و سناریوها روشن شوند.در مستندسازی، سندهای اولیه بسازید تا پروژه روی ریل بماند.در طراحی ماژولار، برایش اسکلت و محدودیت تعریف کنید تا کد آشفته نشود.در تست‌محور بودن، قبل از پیاده‌سازی موارد تست را بسازید تا خروجی کنترل‌پذیر بماند.در استانداردهای کدنویسی، با کانتکست‌انجینیرینگ مسیر را مشخص کنید.و در نظارت، از توان AI برای تحلیل لاگ‌ها و الگوها استفاده کنید.تحویل نرم‌افزار از همیشه بیشتر شبیه یک همکاری انسان–هوش‌مصنوعی شده است: انسان ساختار را می‌دهد، AI سرعت را. اگر این همکاری درست مدیریت شود، خروجی نه فقط سریع، بلکه سالم و قابل‌اتکا خواهد بود.در نهایت، مسئله این نیست که AI جای توسعه‌دهنده را می‌گیرد؛ مسئله این است که توسعه‌دهنده‌ای که با AI درست کار نمی‌کند، جای خودش را از دست می‌دهد.شما تجربهٔ کار با «جونیورِ سریع اما بی‌فهم» یعنی AI را چطور توصیف می‌کنید؟ بیشتر وایب‌کد می‌زنید یا مهندسی‌محور جلو می‌روید؟بر اساس"The AI coding trap"نویسنده: Chris Loy.با کمک چت جی پی تی جهت ترجمه و ویراستاری پویا عابدپور پویا عابدپور Wed, 26 Nov 2025 10:58:40 +0330 https://virgool.io/@pouyaabedpour/%DB%B1%DB%B0-%D8%AD%D9%82%DB%8C%D9%82%D8%AA-%D8%B1%D9%88%D8%A7%D9%86-%D8%B4%D9%86%D8%A7%D8%B3%DB%8C-%D8%B7%D8%B1%D8%A7%D8%AD%DB%8C-%DA%A9%D9%87-%D9%85%D8%AD%D8%B5%D9%88%D9%84%D8%AA-%D8%B1%D8%A7-%D9%86%D8%A7%D8%AE%D9%88%D8%AF%D8%A2%DA%AF%D8%A7%D9%87-%D8%A8%D9%87%D8%AA%D8%B1-%D9%85%DB%8C-%DA%A9%D9%86%D9%86%D8%AF-n6oiycefpzhr طراحی تجربه کاربری همیشه کمتر از آن‌چیزی که به‌نظر می‌رسد دربارهٔ رنگ‌ها، فونت‌ها یا چیدمان است و بیشتر دربارهٔ آدم‌هاست؛ آدم‌هایی که سرِ لحظه پنج اپ را با هم باز می‌کنند، نوشته‌ها را فقط نگاه می‌اندازند، سه ثانیه بعد از خواندن یک جمله فراموشش می‌کنند، و با تمام جدیت روی لوگوی صفحه می‌زنند تا ببینند «چه می‌شود».روان‌شناسی طراحی تلاش می‌کند همین رفتارهای آشوب‌گونه را معنا کند. اینکه چرا کاربر دکمهٔ «از اینجا شروع کن» را نادیده می‌گیرد اما با اشتیاق تمام گوشه‌گوشهٔ اپ را می‌کاود؛ چرا حوصلهٔ خواندن ندارد اما برای امتحان‌کردن تک‌تک آیکون‌ها انرژی بی‌پایان است. و همین فهم، مرز بین یک تجربهٔ روان و یک تجربهٔ گیج‌کننده را مشخص می‌کند.در ادامه، یک روایت سرراست از ۱۰ اصل مهم روان‌شناسی طراحی می‌آید؛ اصولی که اگر درست فهمیده شوند، محصول شما را «بدون تلاش» جلوه می‌دهند و به کاربر، حس کنترل و اعتماد می‌دهند.طراحی با Hick’s Law شروع می‌شود؛ همان قانونی که می‌گوید هرچه انتخاب‌ها بیشتر شوند، تصمیم‌گیری کندتر می‌شود. وقتی از کاربر می‌خواهید بین ده گزینه یکی را انتخاب کند، در واقع به او می‌گویید «بیخیال شو، بعداً برگرد». نمونهٔ کلاسیک؟ گوگل. یک نوار جست‌وجو و یک فراخوان. همین.از طرف دیگر، Mere Exposure Effect یادآور می‌شود که آشناها همیشه برنده‌اند. هیچ‌کس به دنیا نیامده که بداند «سه خط افقی یعنی منوی اصلی»، اما همه می‌دانند. این آشنایی، امنیت می‌آورد. اینستاگرام سال‌هاست روی همین الگوهای تکرارشونده سوار است: همان جای همیشگی برای لایک، همان ژست دوبار ضربه زدن، همان چیدمان آشنا.بعد می‌رسیم به Fitts’s Law؛ همان حقیقت ساده‌ که هرچه هدف کوچک‌تر یا دورتر باشد، احتمال خطا بیشتر است. برای همین است که Zoom دکمهٔ قرمز «End» را بزرگ و واضح گذاشته و برای خروج هم از شما یک تأیید اضافه می‌گیرد. طراحی گاهی یعنی کمک‌کردن به انگشت کاربر که اشتباه نکند.یک اصل جذاب‌تر، Aesthetic-Usability Effect است؛ وقتی ظاهر زیبا باعث می‌شود کاربر احساس کند همه‌چیز آسان‌تر است، حتی اگر نباشد. تِسلا دقیقاً از همین اثر استفاده می‌کند. صفحه‌نمایش‌های تمیز، تایپوگرافی بی‌نقص، حرکت‌های ظریف. محصول به‌محض لمس‌کردن «پیشرفته» به‌نظر می‌رسد، و همین کافی است.Serial Position Effect یک هشدار جدی دارد: وسط چیدنِ اطلاعات یعنی دفن کردنِ آن‌ها. Spotify می‌داند مهم‌ترین محتوا باید یا اول دیده شود یا آخر. برای همین اولین ردیف پلی‌لیست، اولین آهنگ‌ها یا آخرین اپیزود پادکست، همیشه همان چیزهایی هستند که باید برجسته شوند.در Jakob’s Law واقعیت جالب‌تری نهفته است: کاربران از شما انتظار ندارند محصولی خلاقانه بسازید؛ انتظار دارند محصول شما مثل آنچه قبلاً دیده‌اند کار کند. Dropbox با تقلید از الگوهای شناخته‌شده – سایدبار، نمای لیست/گرید، جست‌وجوی بالا – دقیقا همین خواسته را پاسخ می‌دهد.Von Restorff Effect می‌گوید: هر چیز متفاوتی بیشتر دیده می‌شود. برای همین CTA نباید هم‌رنگ لینک‌ها باشد. Duolingo با دکمه‌های سبز روشن، دقیقاً همان مسیر بعدی را به کاربر نشان می‌دهد.وقتی صحبت از Cognitive Load می‌شود، پای ظرفیت ذهن انسان وسط است. ذهن کاربر محدود است؛ اگر صفحه پر از فرم، متن، گزینه و مسیر باشد، مغز قفل می‌کند. PayPal با بخش‌بندی ساده، فرم‌های کوتاه و بازخورد لحظه‌ای، همین بار ذهنی را کم می‌کند.Peak-End Rule می‌گوید کاربران مسیر را دقیق یادشان نمی‌ماند؛ فقط بهترین لحظه، بدترین لحظه و پایان. Airbnb این را خوب فهمیده: اوج احساسی همان‌جاست که کاربر یک خانهٔ رؤیایی پیدا می‌کند، و پایان مسیر، یک صفحهٔ شفاف و آرام‌بخش برای تأیید رزرو است.و در نهایت، Social Proof است: انسان‌ها به انسان‌ها نگاه می‌کنند. Yelp با ستاره‌ها، نظرها و عکس‌ها کاربر را به همان انتخابی می‌رساند که بقیه رسیده‌اند. این رفتار شاید بدوی باشد، اما کار می‌کند.وقتی همهٔ این اصول کنار هم قرار می‌گیرند، طراحی روان‌شناسی‌محور معنا پیدا می‌کند. هدف فریب‌دادن کاربر نیست؛ هدف این است که محصول، همسو با ذات انسان کار کند، نه در برابرش. اگر این اتفاق بیفتد، رابط شما بدیهی‌تر به‌نظر می‌رسد، اعتماد کاربر بیشتر می‌شود، تبدیل‌ها بالا می‌روند و تجربه‌ای می‌سازید که «آسان» حس می‌شود—even اگر پشت‌صحنه‌اش شبیه جادو باشد.در نهایت، جالب است که وقتی این اصول را یاد می‌گیرید، همه‌جا آن‌ها را می‌بینید؛ در اپ‌های محبوبتان، در وب‌سایت‌هایی که همیشه خوب کار می‌کنند، و حتی در طراحی‌های قدیمی خودتان که حالا کمی ناامیدتان می‌کنند. کدام اصل روان‌شناسی طراحی بیشترین تأثیر را روی تجربهٔ واقعی شما داشته—چه در نقش کاربر، چه در نقش طراح؟بر اساس"10 design psychology principles every UI/UX designer should know"نویسنده: Ryan Almeidaبا کمک چت جی پی تی جهت ترجمه و ویراسداری پویا عابدپور پویا عابدپور Sat, 22 Nov 2025 14:32:43 +0330 https://virgool.io/@pouyaabedpour/%DA%86%D8%B7%D9%88%D8%B1-%DB%8C%DA%A9-%D9%81%D8%B1%D9%85%D9%88%D9%84-%D8%B3%D8%A7%D8%AF%D9%87-%D9%87%D9%86%D9%88%D8%B2-%D8%B1%D8%A7%D8%A8%D8%B7-%D9%87%D8%A7%DB%8C-%D8%A2%DB%8C%D9%86%D8%AF%D9%87-%D8%B1%D8%A7-%D8%B4%DA%A9%D9%84-%D9%85%DB%8C-%D8%AF%D9%87%D8%AF-dg3o2yd4eo7q قانون فیتس شاید در نگاه اول یک رابطهٔ سادهٔ ریاضی باشد؛ فاصله تا یک هدف و اندازهٔ همان هدف تعیین می‌کنند انتخاب آن چقدر زمان می‌برد. اما این رابطه‌ی به ظاهر ابتدایی، تبدیل شد به یکی از ستون‌های اصلی تعامل انسان و کامپیوتر. از همان لحظه‌ای که انسان برای اولین بار یک نشانگر ماوس را به سمت آیکنی کوچک روی مانیتور حرکت داد، میراث فیتس شروع به شکل دادن تجربهٔ ما کرد.دهه‌ها گذشت و هر پیکسل در یک رابط کاربری ماوسی، هر میلی‌ثانیهٔ تأخیر، و هر آیکن کوچک یا بزرگ، حکم ادامه دادن آزمایش‌های اولیهٔ فیتس را داشت. ما انسان‌ها این مسیر را با دکمه‌ها و نشانگرها آغاز کردیم؛ اما تعامل همیشه در حال تغییر است، و قانون فیتس هم همراهش بزرگ‌تر شد، پیچیده‌تر شد، و از دنیای دوبعدی صفحه‌نمایش عبور کرد.ظهور صفحه‌نمایش‌های لمسی، همه‌چیز را عوض کرد. دیگر اشاره‌گر یک موشواره نبود؛ دست انسان بود. طراحی ناگهان مجبور شد با واقعیت‌های جدید روبه‌رو شود: اندازهٔ انگشت، زاویهٔ دست، منطقه‌های قابل‌دسترس با انگشت شست، و حتی پدیده‌ای مثل «پوشاندن محتوا هنگام لمس». همین چالش‌ها باعث شد مفاهیمی مثل حداقل اندازهٔ هدف لمسی، مناطق شست، و نقشه‌های دسترسی یک‌دستی وارد فرهنگ طراحی شوند. قانون فیتس همچنان برقرار بود، فقط لباسش را عوض کرده بود.بعد نوبت نسل بعدی تعامل رسید: ژست‌ها، XR، هدست‌های واقعیت ترکیبی، و محیط‌های سه‌بعدی. اینجا دیگر فاصله فقط چند پیکسل نبود؛ ممکن بود حرکت دست در هوا باشد، یا چرخش سر و تمرکز چشمی. «اندازه» هم تبدیل می‌شد به حجم فضایی یا میزان برجستگی ادراکی یک المان. فیتس، از سطح دو‌بعدی به فضای سه‌بعدی پرتاب شد، اما اصل داستان همان بود: نزدیک‌تر، بزرگ‌تر، سریع‌تر.در رابط‌های صوتی، بازی عجیب‌تر هم می‌شود. فاصلهٔ فیزیکی حذف می‌شود، اما فاصلهٔ ذهنی و زمانی ظاهر می‌شود. وقتی می‌گویی «چراغ‌ها رو خاموش کن»، هدفی را لمس نمی‌کنی، اما هنوز یک «فاصلهٔ تعاملی» وجود دارد. اگر سیستم دیر جواب بدهد، یا دستور را اشتباه بشنود، مقاومت ایجاد می‌شود. همان اتفاقی که در یک دکمهٔ کوچک و دور می‌افتاد، فقط در قالب دیگری.و بعد: رابط‌های مغزی (BCI) و سیستم‌های هوشمند پیش‌بینی‌کننده. جایی که فکر به‌تنهایی کافی است تا یک عمل انجام شود. جایی که شاید فاصلهٔ فیزیکی به صفر نزدیک شود. اما حتی اینجا هم نوع دیگری از مقاومت به‌وجود می‌آید: خطای تفسیر سیگنال‌های عصبی، پیش‌بینی نادرست نیت کاربر، سوءبرداشت الگوریتم‌ها. فاصلهٔ جدیدی ایجاد می‌شود؛ فاصله‌ای نامرئی اما واقعی.در کنار همهٔ این‌ها، رابط‌های احساسی هم رشد می‌کنند؛ سیستم‌هایی که تن صدا، تردید، عصبانیت یا هیجان را تشخیص می‌دهند و خودشان را با آن هماهنگ می‌کنند. اینجا «فاصلهٔ احساسی» وارد بازی می‌شود: رابطه‌ای که بین حالت درونی کاربر و رفتار سیستم شکل می‌گیرد.در تمام این مسیرهای متنوع، یک حقیقت ثابت مانده: طراحی یعنی کم کردن فاصله بین نیت کاربر و پاسخ سیستم. هر چیزی که این فاصله را بیشتر کند—چه فیزیکی، چه ذهنی، چه ادراکی، چه احساسی—تجربه را خشن‌تر می‌کند. هر چیزی که آن را کوتاه‌تر کند، تجربه را روان‌تر، طبیعی‌تر، و انسانی‌تر می‌سازد.قانون فیتس یک فرمول نیست، یک نگاه است؛ نگاهی که هر نسل از رابط‌ها را مجبور می‌کند یک سؤال قدیمی را دوباره جواب بدهند: «چطور می‌توانم راه رسیدن کاربر به هدفش را کوتاه‌تر کنم؟»بر اساس"The shortest path from thought to action"نویسنده: Julian Scaffبا کمک چت جی پی تی جهت ترجمه و ویراسداری پویا عابدپور پویا عابدپور Wed, 19 Nov 2025 12:29:57 +0330 https://virgool.io/@pouyaabedpour/%D8%AF%D9%88-%D8%B3%D8%A7%D9%84-%D8%B2%D9%86%D8%AF%DA%AF%DB%8C-%D8%A8%D8%A7-macbook-air-m1-dnrvfbthiyv1 حدود دو ساله که یه مک‌بوک ایر M1 دارم. از همون روز اول، بیشتر از یه لپ‌تاپ برام بوده — یه همراه سبک، ساکت و همیشه آماده برای هر کاری که ازش بخوام. از کارای روزمره گرفته تا ادیت ویدیو، طراحی، برنامه‌نویسی، ادیت عکس و حتی بازی.مک‌بوک من معمولاً روی میزم وصله به مانیتور و نقش یه دسکتاپ کامل رو بازی می‌کنه. وقتی کار تموم میشه، مستقیم میره تو کیف و همیشه همراهمه. مخصوصاً تو سفرهای بین شهری که ساعت‌ها تو اتوبوسم، باتریش نجات‌دهنده‌ست — بدون شارژر راحت یه روز کامل می‌ره، و تو اون مسیرهای طولانی، بهترین چیزه برای دیدن فیلم، آموزش یا حتی نوشتن ایده‌ها.تجربه‌ی تایپ کردن با کیبوردش واقعاً چیز دیگه‌ایه. همون حس زیر انگشت‌ها که باعث شد بعدش نتونم با هیچ لپ‌تاپ دیگه‌ای ارتباط بگیرم. شاید به فکرم بزنه یه Magic Keyboard هم بخرم فقط برای اینکه اون حس رو روی سیستم‌های دیگه‌م هم داشته باشم.از نظر کیفیت ساخت، واقعاً تحسین‌برانگیزه. بعد از دو سال استفاده‌ی مداوم هنوز همه‌چیز مثل روز اول کار می‌کنه: تاچ‌پد دقیق، بدنه تمیز، شارژر سالم، و هیچ افت خاصی نه تو عملکرد، نه تو ظاهر.صفحه‌نمایش و اسپیکرها هم فراتر از انتظارن. نه فقط برای ادیت ویدیو و عکس، بلکه حتی برای تماشای فیلم یا گوش دادن به موزیک. صدای اسپیکر برای یه لپ‌تاپ به این سبکی واقعاً قابل دفاعه.در زمینه‌ی عملکرد، تجربه‌م ترکیبی از پروژه‌های شخصی و کاری بوده. کارای سنگین شرکت معمولاً روی سیستم محل کار انجام می‌شده، ولی پروژه‌های شخصی — مخصوصاً طراحی‌ها و تولید محتوا — همگی روی همین مک‌بوک. و با اینکه رمش فقط ۸ گیگه و حافظه‌اش ۲۵۶، تو بیشتر کارها کم نیاورده.حتی بازی‌هایی مثل Dota 2، Tomb Raider و Stray رو با تنظیمات Ultra اجرا کرده، و روان و بدون لگ. تنها زمانیه که نبود فن رو حس می‌کنی وقتی کلی تب کروم بازه یا بازی سنگین اجرا می‌کنی — اون موقع قسمت بالای کیبورد یه‌کم داغ میشه، ولی باز هم هیچوقت آزاردهنده نبوده.ادیت ویدیو با Premiere و After Effects هم روی فایل‌های Full HD کاملاً روانه، ولی وقتی می‌ری سراغ 4K، محدودیت رم و حافظه خودش رو نشون میده. اونجا مجبوری هوشمندتر کار کنی، مثلاً بخشی از پروژه رو پروکسی بگیری یا فایل‌ها رو روی SSD خارجی نگه داری.برای طراحی UI/UX با Figma و کارهای گرافیکی با Photoshop، بی‌نقص بوده. نه هنگ، نه تأخیر، نه کندی. فقط عملکرد خالص و بی‌صدا.اما بخش دوست‌داشتنی ماجرا برای من همیشه macOS بوده. اون حس هماهنگی بین دستگاه‌ها. اینکه یه فایل رو روی آیفون کپی کنی و روی مک پیست بشه. یا وسط کار با ایرپاد، یه تماس بیاد و به‌صورت خودکار صدا از لپ‌تاپ به گوشی منتقل شه. یا اینکه بدون دست زدن به گوشی، از روی مک هات‌اسپات روشن کنی. این هم‌زیستی بین دستگاه‌ها چیزی نیست که تا تجربه‌اش نکنی، بفهمی چقدر توی روزمرگیت جریان پیدا می‌کنه.از لحاظ برنامه‌نویسی هم برای من یه تغییر اساسی بود. دیگه به PowerShell و دردسرهایش محدود نبودم، ترمینال لینوکسی macOS حس آزادی واقعی می‌داد. مخصوصاً وقتی با VS Code و ابزارهای وب کار می‌کردم، سرعت buildها و اجرای دستورها واقعاً راضی‌کننده بود.البته هر چیزی محدودیت خودش رو داره. برای اجرای نرم‌افزارهای خیلی قدیمی مخصوصاً ۳۲ بیتی یا تکنولوژی‌های C# دهه‌ی قبل، دردسر داره. ولی برای کارهای مدرن، این دستگاه یه تکه طلاست.احساس مالکیت نسبت بهش جالبه — من از روز اول نه هیجان خاصی داشتم، نه دنبال فخر فروختن بودم. فقط یه ابزار خواستم که کار کنه. و این مک‌بوک دقیقاً همین بود: یه ابزار درست، قابل اعتماد، بی‌ادعا.اگه بخوام نمره بدم، از ۱۰ بهش ۷ می‌دم. سه نمره به خاطر کمبود نرم‌افزار، حافظه‌ی پایین و رم محدودش کم میشه. ولی در مجموع، بعد از دو سال، هنوزم حس یه لپ‌تاپ تازه و بی‌صدا رو داره که بدون دردسر انجامش میده.الان بعد از دو سال استفاده، دارم به دیوایس بعدی فکر می‌کنم. بین Mac mini M4 با حافظه و رم بالاتر، یا iPad Pro برای کارهای سبک‌تر و قابل‌حمل‌تر مرددم.شاید تجربه‌ی بعدی‌م یکی از این دوتا باشه — هنوز تصمیم نگرفتم.تو جای من بودی، کدومو انتخاب می‌کردی؟ پویا عابدپور پویا عابدپور Thu, 13 Nov 2025 21:07:42 +0330 https://virgool.io/@pouyaabedpour/chatgpts-atlas-%D9%85%D8%B1%D9%88%D8%B1%DA%AF%D8%B1%DB%8C-%DA%A9%D9%87-%D9%88%D8%A8-%D8%B1%D8%A7-%D9%85%DB%8C-%D8%A8%D9%84%D8%B9%D8%AF-%D9%86%D9%87-%D9%85%D8%B1%D9%88%D8%B1-%D9%85%DB%8C-%DA%A9%D9%86%D8%AF-ul7ixd90s2r7 در ظاهر، Atlas مثل یک مرورگر است. پنجره‌ای باز می‌کنی، چیزی تایپ می‌کنی، و جواب می‌گیری. اما پشت این ظاهر ساده، حقیقت دیگری پنهان است: این مرورگر، دیگر تو را به وب نمی‌برد — وب را خودش برایت بازسازی می‌کند.وقتی عبارت "Taylor Swift" را در آن وارد کردم، حتی یک لینک به سایت رسمی او نبود. فقط متنی تولیدشده توسط هوش مصنوعی، در قالب چیزی که شبیه یک صفحه وب بود. اما در واقع، من دیگر در اینترنت نبودم. من در دنیای ساخته‌ی Atlas بودم.در این تجربه، وب جایگزین شد — نه مرور شد.Atlas به‌جای اینکه برایت دروازه‌ای به وب باشد، خودش را در نقش جهان می‌گذارد. یک جهان مصنوعی، که فقط آن‌چه خودش انتخاب می‌کند را به تو نشان می‌دهد. اطلاعاتش هم محدود است، چون مثل مدل‌های زبانی دیگر، بر پایه داده‌های قدیمی و ناقص ساخته شده. این یعنی حتی اگر ظاهرش مدرن باشد، محتوایش عقب‌تر از واقعیت است.اما مشکل فقط در داده نیست. طراحی تجربه کاربری هم تو را وادار می‌کند به جای کلیک، حدس بزنی چه باید تایپ کنی. یعنی به‌جای این‌که مرورگر، عامل تو باشد، تو در واقع عامل مرورگر می‌شوی.در مرحله‌ی نصب، Atlas از تو می‌خواهد ویژگی “Memories” را فعال کنی — جایی که تمام فعالیت‌هایت را ذخیره و تحلیل می‌کند تا از تو یک مدل بسازد. بعد از آن، “Ask ChatGPT” را فعال کن تا مرورگر، در هر سایتی که باز می‌کنی، باهوش و ناظر همراهت باشد.نتیجه؟ یک هوش مصنوعی که نه تنها تو را می‌بیند، بلکه یاد می‌گیرد چطور فکر می‌کنی، کجا می‌روی، و به چه چیزهایی خیره می‌مانی.چیزی که گوگل و فیس‌بوک حتی خوابش را نمی‌دیدند، حالا دارد به‌صورت داوطلبانه به ChatGPT داده می‌شود. از فایل‌های محرمانه گوگل‌داک گرفته تا پیام‌هایی که هنوز ارسال نکرده‌ای. مرورگر تبدیل می‌شود به یک ابزار نظارت دقیق بر ذهن و رفتار انسان.Atlas یک مرورگر نیست.Atlas یک آینه‌ی مصنوعی از وب است — با تو درونش.ما دیگر در دنیای لینک‌ها نیستیم. در دنیای جایگزینی حقیقت با بازسازی مصنوعی هستیم.و شاید باید بپرسیم: وقتی مرورگر تو همه‌چیز را می‌داند، آیا تو هنوز آزادانه مرور می‌کنی؟ پویا عابدپور پویا عابدپور Sat, 25 Oct 2025 12:34:50 +0330 https://virgool.io/@pouyaabedpour/%D9%88%D9%82%D8%AA%DB%8C-ai-%D8%B4%D8%AF-%D9%87%D9%85-%D8%AA%DB%8C%D9%85%DB%8C-%D8%B7%D8%B1%D8%A7%D8%AD-%D9%87%D8%A7-rzotw3vcdd3n این روزها دیگه بحث سر این نیست که "آیا AI دنیای طراحی محصول رو تغییر میده یا نه؟"واقعیت اینه که بازی همین حالا عوض شده.تا دیروز برای خیلی از طراح‌ها مرز پررنگی بین "طراح" و "برنامه‌نویس" بود. من ایده داشتم، ولی برای اجراش باید کلی وقت می‌ذاشتم، یا منتظر می‌شدم یکی کدی بزنه تا ببینم چی از آب درمیاد.اما حالا... با ورود ابزارهایی مثل Claude و artifactها، ورق برگشت.از ایده تا نمونه‌ی واقعی در چند دقیقهقبلاً پروتوتایپ کردن یه تعامل پیچیده یا تست یه الگوی جدید، خودش یه پروژه‌ی جدا بود. ساعت‌ها باید برای موشن‌ها یا جزئیات طراحی وقت می‌ذاشتم.الان؟ با یه پرامپت ساده می‌تونم تو چند دقیقه یه نمونه‌ی واقعی بسازم و تو محیط زنده تست کنم.این لحظه‌ی جادویی رو تجربه کردی؟ ایده‌ت رو نه روی کاغذ یا Figma، بلکه توی چیزی ببینی که کار می‌کنه. همونجا هزار تا ایده‌ی جدید تو ذهنت جرقه می‌زنه.طراح-مهندس: هیبرید آیندهقبلا حس می‌کردم چون برنامه‌نویس زمان بره، دستم بسته‌ست.ولی الان AI شده مثل یه دولوپر جونیور کنار دستم. من می‌سازم، تست می‌کنم، تغییر میدم… در لحظه.این یعنی ما طراح‌ها داریم به سمتی میریم که نقش جدیدی پیدا کنیم: «طراح-مهندس».مهم شدن خلاقیتبزرگ‌ترین تغییری که می‌بینم اینه: دیگه فقط کسی که بلد کده یا ابزارهای خاص رو بلده، نمی‌تونه بسازه. هر کسی با یه ایده می‌تونه وارد بازی بشه. این یعنی سرعت نوآوری وحشتناک بالا میره.شاید واقعا داریم وارد یه رنسانس خلاقیت می‌شیم.جایگاه طراحی‌های های‌فای کجاست؟آیا دیگه نیازی به طراحی دقیق تو Figma یا ابزارای دیگه نیست؟ نه. به نظرم هنوزم ارزش داره.داشتن یه طراحی خوب به عنوان نقطه‌ی شروع باعث میشه AI خروجی دقیق‌تر بده. ولی نقش اصلی ما کم‌کم میره سمت استراتژی، دیدگاه و حل مسئله.حرف آخرAI فقط یه ابزار نیست، یه هم‌تیمیه.برای من به شخصه، این یعنی باید دوباره تعریف کنم "طراح بودن" یعنی چی.اگر تا دیروز دغدغه‌مون ابزار بود، از این به بعد دغدغه‌مون باید آینده، همکاری و چشم‌انداز باشه.و یادمون باشه: AI جای ما رو نمی‌گیره، فقط ما رو قوی‌تر می‌کنه.بر اساس "The Future of Product Design in an AI-Driven World"نویسنده: jacquelyn halpernبا کمک چت جی پی تی جهت ترجمه و ویراسداری پویا عابدپور پویا عابدپور Wed, 27 Aug 2025 15:54:34 +0330 https://virgool.io/@pouyaabedpour/%DB%B1%DB%B0-%DA%86%DB%8C%D8%B2%DB%8C-%DA%A9%D9%87-%D8%A8%D8%A7%DB%8C%D8%AF-%D8%A7%D8%B2-%D8%A7%D9%BE%D9%84-%D8%A8%D8%B1%D8%A7%DB%8C-%D8%B7%D8%B1%D8%A7%D8%AD%DB%8C-%D9%85%D8%AD%D8%B5%D9%88%D9%84-%DB%8C%D8%A7%D8%AF-%D8%A8%DA%AF%DB%8C%D8%B1%DB%8C%D9%85-mgp4mblnbndq همیشه برام جالب بوده که اپل چطور حتی تو ساده‌ترین چیزا آدمو میخکوب می‌کنه.اگه اپل آدم بود، همون دوستی می‌شد که همیشه بی‌دردسر خوش‌تیپه، حرف اضافه نمی‌زنه و حتی وقتی یه لیوان آب می‌خوره، جذاب‌تر از بقیه دیده می‌شه.خب من چرا اینا رو می‌گم؟ چون خیلی از این ترفندها رو می‌شه برای طراحی هر محصولی برداشت. اینا اون ۱۰ درسیه که من از اپل گرفتم:جزئیات کوچیک، بزرگنمثلاً همون لرزش کوچیک آیکون‌ها یا حس عجیبِ فیزیکی اسلایدر صدا. چیزایی که اگه حذف بشن، تازه می‌فهمی نبودنشون چقدر تو ذوق می‌زنه. این جزئیات، امضای احترام به کاربره.بی‌رحمانه حذف کنسادگی یعنی پشت صحنه کلی خون‌ریزی شده. ۱۰ تا قابلیت حذف می‌شن تا یکیش بدرخشه. اپل اینو خوب بلده.انیمیشن فقط واسه دکور نیستوقتی یه پنجره جمع می‌شه و میره توی Dock، مغزت یاد می‌گیره مسیرش کجاست. انیمیشن یعنی آموزش نامرئی.رابط خوب، خودش گم می‌شهکاربر باید حس کنه نابغه‌ست. نه اینکه هر لحظه یادت بیفته کی دکمه‌ها رو طراحی کرده.ثبات بده، بعد غافلگیر کنهمه‌چیز طبق قاعده جلو می‌ره، یهو یه چیز بامزه می‌بینی: یه انیمیشن، یه حالت خالی فان. این غافلگیریه که لذت می‌سازه.ترند قاتله، مشکل نجات‌دهنده‌ستاپل دنبال مد نمی‌ره. فقط یه سؤال می‌پرسه: «چی داره امروز کاربر رو حرص می‌ده؟»با آدم مثل آدم حرف بزنپیغام خطا = «یه مشکلی پیش اومده، دوباره امتحان کن»، نه «Unexpected input string at line 3». 😅احساسات رو فراموش نکنمحصول فقط کار نمی‌کنه، باید دلگرم کنه، باید جشن بگیره. همینه که وفاداری می‌سازه.اشتباه کردی؟ مسئولیت بگیراپل وقتی کیبورد خراب داد بیرون، رایگان تعمیر کرد. شما هم اگه خراب کردی، انسانی جبران کن، نه با فرافکنی.با آدم واقعی تست کن، نه تیم خودتمن و تو کاربر نیستیم. دولوپر هم کاربر نیست. فقط وقتی بدی دست یه آدم عادی، واقعیت معلوم می‌شه.جمع‌بندی من:جادوی اپل اصلاً جادو نیست. پشتش یه پروسه‌ست: همدلی، توجه به جزئیات و بی‌رحمی در حذف چیزای اضافی.ما هم می‌تونیم همینو یاد بگیریم، فقط باید حاضر باشیم «به اندازه کافی خوب» رو رد کنیم.بر اساس "10 UX secrets from Apple that will make your product irresistible"نویسنده: Ryan Almeidaبا کمک چت جی پی تی جهت ترجمه و ویراسداری پویا عابدپور پویا عابدپور Mon, 18 Aug 2025 17:03:20 +0330 https://virgool.io/@pouyaabedpour/%D8%A7%D8%B2-%D8%AD%D8%B3-%D8%AA%D8%A7-%D9%81%D8%B1%D8%B6%DB%8C%D9%87-%D8%AC%D8%A7%D8%AF%D9%88%DB%8C-%D9%81%DA%A9%D8%B1-%DA%A9%D8%B1%D8%AF%D9%86-%D8%B7%D8%B1%D8%A7%D8%AD%D8%A7%D9%86%D9%87-gyujbbvdq2ov یه وقتایی یه چیز ته دلت می‌گه "شاید این باشه" — بدون این‌که مدرکی داشته باشی، فقط یه حس داری که انگار نزدیکه به واقعیت.ولی این حس فقط شهود نیست. اسمش هست: abduction. یا به قول چارلز سندرز پرس، «منطق حدس هوشمندانه».نه مثل استنتاج که می‌گه چی باید درست باشه، نه مثل استقرا که می‌گه چی احتمالاً درسته.ابداکشن می‌گه: "چی ممکنه درست باشه؟"این همون لحظه‌ایه که یه طراح می‌گه:"کاربرا این کارو کردن... شاید دلیلش اینه."و از اونجا یه فرضیه شروع می‌شه. بعد تستش می‌کنی، بازخورد می‌گیری، و کم‌کم به یه فهم واقعی می‌رسی.ما تو طراحی، مخصوصاً تو مراحل اولیه محصول یا تحقیق کاربر، مدام داریم از همین منطق استفاده می‌کنیم. ولی هیچ‌وقت بهمون یاد ندادن اسمش چیه. چون فکر می‌کنن اینا «شهود سینیرها»ست، نه یه مهارت قابل یادگیری.حقیقت اینه که اکثر طراحی‌ها با یه حدسِ باهوشانه شروع می‌شن — نه با دیتا، نه با تحلیل، با یه سوال.الان که ابزارای هوش مصنوعی مثل GPT اومدن، می‌تونیم این نوع فکر کردن رو قوی‌تر کنیم:یه فرضیه رو بذاری وسط، ازش سوال بکنی، جواب بگیری، و تو لحظه اصلاحش کنی.اما متاسفانه بیشتر آدما این ابزار رو مثل یه دستگاه نوشابه می‌بینن. یه جواب خاص می‌خوان، نه کشف مسیر.در حالی که اگر درست استفاده بشه، می‌تونه ابزاری برای "ابداکشن تعاملی" باشه — یه همراه برای کشف، نه فقط تحویل جواب.آخرش چی؟تا وقتی شک رو پس می‌زنیم، یادگیری هم اتفاق نمی‌افته.تا وقتی فقط دنبال تاییدیم، هیچ زاویه‌ دید تازه‌ای شکل نمی‌گیره.شاید وقتشه «تفکر abductive» رو یاد بگیریم، نه فقط «تست A/B».وقتشه از خودمون بپرسیم:چطور بهتر فکر کنیم؟ نه فقط چطور خروجی سریع‌تری بگیریم.بر اساس برداشت شخصی‌م از پست"There’s logic behind your gut feeling"در مدیوم. نویسنده: Nate Sowderبا کمک چت جی پی تی جهت ترجمه و ویراسداری پویا عابدپور پویا عابدپور Sat, 16 Aug 2025 11:18:07 +0330 https://virgool.io/@pouyaabedpour/%D8%A2%DB%8C%D8%A7-ux-%D9%85%D9%8F%D8%B1%D8%AF%D9%87-%DB%8C%D8%A7-%D9%85%D8%A7-%D8%AF%D8%A7%D8%B1%DB%8C%D9%85-%D8%B4%D8%A7%D8%AE-%D9%88-%D8%A8%D8%B1%DA%AF-%D8%A7%D8%B6%D8%A7%D9%81%DB%8C-%D8%A8%D9%87%D8%B4-%D9%85%DB%8C-%D8%AF%DB%8C%D9%85-m5yqrq7pjvzt این روزا هرچی تو لینکدین و مدیوم می‌چرخم، یکی داره میگه «UX مُرده!»راستش رو بخوای، بعد از اتفاق هفته پیش، منم دارم کم‌کم باور می‌کنم.ماجرا از یه اپ مالی شروع شد. من همیشه با اثر انگشت واردش می‌شدم، ولی هر چند هفته یه‌بار، یهو تصمیم می‌گیره حال نداره و منو می‌فرسته تو یک مسیر مسخره: اپ → اثر انگشت → ارور → صفحه وب → ایمیل و پسورد → دوباره اثر انگشت → برگرد به اپ → دوباره اثر انگشت!یعنی انگار داریم ماراتن می‌دوی، نه لاگین می‌کنی.راه‌حل؟ پاک کردن کش و دیتا. ولی این باعث میشه دوباره 2FA رو ریست کنی.یه بکاپ کد داشتم، همیشه هم ذخیره می‌کنم… تا هفته پیش که کار نکرد. رفتم “Get in touch” رو بزنم، برم ساپورت… برگشت منو به صفحه لاگین! بعد ایمیل زدم، جوابشون چی بود؟ همون FAQ که خودم قبلاً خونده بودم. آخرش بعد از دو روز، با هزار مکافات، کد SMS فرستادن و دوباره درست شد.مشکل من چیه؟ همه‌چی «کار کرد»، ولی «خوب کار نکرد». حس کردم براشون مهم نیستم. زمان من ارزش نداره. و این یعنی UX رو فراموش کردن.چرا اینطوری شده؟فرضیه ۱: شرکت‌ها دیگه UX رو جدی نمی‌گیرن، کم‌ترین سرمایه‌گذاری رو می‌کنن. تیم‌ها کم‌نفر، بودجه کم، اولین قربانی تعدیل.فرضیه ۲: خود UX دیزاینرا هم دیگه به کارشون مسلط نیستن. پر از آدمایی که با یه بوت‌کمپ دو هفته‌ای و چند تا وایرفریم تو فیگما میگن «ما UX دیزاینریم».فرضیه ۳: دیزاینرای خوب هستن، ولی قدرتی ندارن. توی تصمیم‌های معماری محصول از اول دخیل نیستن. وقتی هم بخوان اصلاح کنن، به خاطر هزینه و پیچیدگی فنی رد میشه.چی کار باید کرد؟به نظرم بهترین کار برای UX دیزاینرای قوی الان اینه که خودشون کسب‌وکار راه بندازن. شرکتای بزرگ شاید اهمیت ندن، ولی کاربرا و مشتریا هنوز اهمیت میدن. اگه همه‌جا تجربه کاربری داغونه، همون محصول رو با UX درست ارائه بدی، برنده‌ای.📌 بر اساس برداشت شخصی‌م از مقاله:"It’s incredible how many bad user experiences are still out there in 2025"نوشته‌ی Maximilian Speicher در میدومبا کمک چت‌جی‌پی‌تی برای بازنویسی و ویراستاری پویا عابدپور پویا عابدپور Wed, 13 Aug 2025 14:53:48 +0330 https://virgool.io/@pouyaabedpour/%D8%B9%D8%B5%D8%B1-%D8%AC%D8%AF%DB%8C%D8%AF-ux-%D8%AC%D8%A7%DB%8C%DB%8C-%D8%A8%D8%B1%D8%A7%DB%8C-%D8%AF%DA%A9%D9%85%D9%87-%D9%87%D8%A7%DB%8C-%D8%AE%D9%88%D8%B4%DA%AF%D9%84-%D9%86%DB%8C%D8%B3%D8%AA-ib8vd9naukgf وقتی می‌گن Figma داره غرق می‌شه، منظورشون این نیست که ابزار بدیه. اتفاقاً خیلی هم عالیه. ولی مسئله اینه: دیگه مهم نیست.چرا؟ چون سیستم‌های AI-first دارن UX رو از ریشه تغییر می‌دن. اون‌هم نه با یه تغییر جزئی، بلکه با واژگون کردن کل کوه یخ طراحی.در گذشته، UI همه‌چیز بود. اینکه دکمه کجا باشه، رنگ چه باشه، فاصله بین آیتم‌ها چقدره. ولی حالا؟بهترین UI برای AI، اصلاً UI نیست.دیگه کسی براش مهم نیست که ربات قرمز باشه یا آبی. مهم اینه که ربات خوب می‌رقصه یا نه.به عبارتی، مشتری فقط می‌خواد ببینه چطور این سیستم AI قراره براش وقت و انرژی ذخیره کنه، نه اینکه چه فونتی استفاده شده.طراح UX واقعی امروز کیه؟اگر هنوز داری برای هر صفحه ساعت‌ها توی Figma وقت می‌ذاری، داری جامی‌مونی.95٪ کاری که باید انجام بدی این‌هاست:انتخاب و اعتبارسنجی سناریوهای کاربردیتحقیق سریع و lean همراه با تیم مدل‌های AIهمکاری مستقیم با دیتا ساینتیست‌ها برای ساختن دیجیتال تویینطراحی ماتریس تصمیم‌گیری برای AI (مثلاً هزینه‌های false positive vs. false negative)مشارکت در گفتگوهای عمیق با مشتری‌ها برای حل مشکلات خاص‌شوندرک منبع دیتا، بایاس‌ها، و چطور باید اصلاح بشنو فقط ۵٪ شاید بشه گفت طراحی UI.الان باید چی کار کنی؟اگه هنوز فکر می‌کنی نقش یه طراح توی رنگ و لایه‌بندیه، وقتشه یه سؤال از خودت بپرسی:چند وقت یه بار با مشتری‌هام صحبت می‌کنم؟ چند بار با تیم دیتا کار می‌کنم؟اگه جوابت "به ندرت"ه، واقعاً لازمه که مدل ذهنی‌تو آپدیت کنی.AI داره با سرعت نور حرکت می‌کنه. اگر فقط بشینی و تماشا کنی، قراره زیر دست و پاش له بشی.Figma کشتی تایتانیکه.یه کوه یخ جدید به اسم "AI-first UX" جلوشه.تو انتخاب می‌کنی: می‌خوای طراح مفید باشی، یا دکور اضافی؟بر اساس برداشت شخصی‌م از پست"AI Is Flipping UX Upside Down: How to Keep Your UX Job, and Why Figma is a Titanic (It’s not for the Reasons You Think)"درUX Magazine. نویسنده: Greg Nudelmanبا کمک چت جی پی تی جهت ترجمه و ویراسداری پویا عابدپور پویا عابدپور Mon, 11 Aug 2025 16:19:06 +0330 https://virgool.io/@pouyaabedpour/%DB%8C%D9%88%D9%86%DB%8C-%DA%A9%D9%88%D8%B1%D9%86-ux-%D9%88%D8%AC%D9%88%D8%AF-%D8%AF%D8%A7%D8%B1%D9%87-%DB%8C%D8%A7-%DB%8C%D9%87-%D8%A7%D9%81%D8%B3%D8%A7%D9%86%D9%87-%D8%B3%D8%AA-zauoc9cgobjv تو دنیای UX زیاد شنیدی: "دنبال یه نفر می‌گردیم که هم تحقیق بلده، هم طراحی، هم کدنویسی، هم انیمیشن، هم...".و خب این یه نفر که همه‌چی بلده، اسمش شده UX یونی‌کورن.ولی واقعاً همچین آدمی وجود داره؟ یا فقط یه جور موجود افسانه‌ایه که شرکتا تو آگهی استخدام ازش حرف می‌زنن چون نمی‌دونن چی می‌خوان؟اگه بخوای تو هر شاخه UX حرفه‌ای باشی، باید برای هرکدوم حداقل ۱۰ هزار ساعت وقت بذاری—یعنی ده هزار ساعت فقط برای تحقیق، ده هزار تا برای طراحی بصری، ده هزار تا برای کد، و همین‌طور ادامه بده... خب دیگه معلومه این آدم بیشتر به «اژدهای قصه‌ها» شبیهه تا یه نیروی واقعی تو تیم طراحی.🔍 بیشتر آدمایی که تایتل "یونی‌کورن" دارن، واقعاً فقط تو یکی دو حوزه قوی‌ان. بقیه مهارت‌ها رو در حد متوسط بلدن، یا فقط یه چیزی شنیدن. اینو می‌تونی راحت بفهمی؛ فقط کافیه یه نگاه به سابقه‌شون بندازی.پس چرا شرکتا دنبال چنین آدمی‌ان؟جواب سادست:برای اینکه فکر می‌کنن با استخدام یه نفر همه‌کاره، هزینه‌ها رو کاهش می‌دنبرای اینکه حس می‌کنن یه آدم همه‌فن‌حریف، می‌تونه فرایند طراحی رو بهتر کنهاما مشکل کجاست؟حتی اگه واقعاً چنین آدمی وجود داشته باشه، نمی‌تونه همزمان ده کار رو با هم انجام بده.و چیزی مهم‌تر از همه: حتی یونی‌کورن هم نمی‌تونه یه استراتژی مدیریتی ضعیف یا نبود چشم‌انداز درست رو نجات بده.🚩 آگهی‌هایی که دنبال "یونی‌کورن UX" می‌گردن، بیشتر از اینکه نشان‌دهنده‌ی خفن بودن شرکت باشن، نشون می‌دن که UX هنوز تو اون سازمان بلوغ کافی نداره.💡 واقعیت اینه که باید یه کم از همه‌چی بدونی، ولی تو یکی دو حوزه واقعاً عمیق شی.این آدم‌ها بهشون می‌گن آدم‌های T شکل: افقی گسترده، عمودی عمیق.و این دقیقاً چیزیه که بهت کمک می‌کنه تاثیر بیشتری تو پروژه بذاری.نه چون همه‌چیو بلدی، بلکه چون فهمیدی کجا باید بازی کنی و کی وقتشه بری تو عمق.📌 بر اساس برداشت شخصی‌م از مقاله:"What is a UX unicorn, do UX unicorns exist, and should you become one?"نوشته‌ی Nick Babich در UX Planetبا کمک چت‌جی‌پی‌تی برای بازنویسی و ویراستاری پویا عابدپور پویا عابدپور Sat, 09 Aug 2025 21:42:26 +0330 https://virgool.io/@pouyaabedpour/%DA%A9%D8%AF%DB%8C-%DA%A9%D9%87-%D8%A7%D9%85%D8%B1%D9%88%D8%B2-%D9%85%DB%8C-%D8%AF%D8%B1%D8%AE%D8%B4%D9%87-%D9%81%D8%B1%D8%AF%D8%A7-%D9%85%D9%85%DA%A9%D9%86%D9%87-%DA%A9%D8%A7%D8%A8%D9%88%D8%B3-%D8%A8%D8%B4%D9%87-afihhp1w4nun در دنیای توسعه نرم‌افزار، نحوه‌ی تولید کد شاید از بیرون هیجان‌انگیز به‌نظر برسه—کدهایی که با یک پرامپت تولید می‌شن، خروجی هوش مصنوعی هستن یا حتی از دل فوروم‌ها بیرون کشیده می‌شن. اما برای ما، به‌عنوان یک تیم یا سازمان، این‌که چطور کد نوشته شده، اهمیتی نداره.ما به چیزی که وارد کدبیس می‌شه اهمیت می‌دیم.وقتی روی دکمه‌ی “Approve” کلیک می‌کنیم، تنها چند سوال کلیدی تو ذهنمونه:خروجی درست کار می‌کنه؟سه ماه دیگه قابل فهمه؟می‌شه به‌راحتی تغییرش داد؟و اینجاست که تضاد اصلی خودش رو نشون می‌ده.ما می‌تونیم تشخیص بدیم که این کد رو آدم نساخته. یا حداقل یکی از اعضای تیم ما نساخته. چون هیچ‌کدوم از ما یک سیستم HTTP fetching از صفر نمی‌نویسه وقتی یه کتابخونه‌ی آماده براش داریم. هیچ‌کدوم کلاس نمی‌نویسیم وقتی تیم‌مون روی معماری فانکشنال توافق کرده.کدی که با LLM نوشته شده می‌تونه تمیز، تست‌شده و حتی خوانا باشه، ولی اگر با اصول پروژه‌ی ما ناسازگاره، یعنی یک خطر بالقوه برای نگهداری بلندمدت.ما دهه‌ها وقت گذاشتیم تا الگوهایی بسازیم که نرم‌افزارهای قابل نگهداری تولید کنیم. بزرگ‌ترین چالشی که داشتیم همیشه تغییرپذیری پس از انتشار بوده. و حالا برگشتیم به مرحله‌ای که فقط می‌خوایم سریع‌ترین نسخه‌ی ممکن از محصول رو بیرون بدیم — انگار سرعت تنها معیار موفقیته.اما مشکل اینجاست: ما داریم prototypeها رو productionize می‌کنیم.از توسعه‌دهندگانمون نمی‌خوایم که جلوی استفاده از LLM رو بگیرن. برعکس، ما می‌خوایم بهتر ازش استفاده کنن. چون LLM یک ابزار فوق‌العاده‌ست، ولی فقط در صورتی که درست تغذیه بشه:پرامپت‌های دقیق‌تر بنویسید.محدودیت‌ها و کانتکست‌های پروژه رو به مدل منتقل کنید.به مدل مثال‌های مشابه نشون بدید.بگید چه کتابخونه‌ای استفاده بشه و چرا.قابلیت نگهداری کد رو به شانس وزن‌های یک مدل نسپارید.تیم‌های فنی باید یادشون بیاد که مسئولیتشون فقط “نوشتن کدی که کار می‌کنه” نیست. مسئولیت ما ساختن یک سیستم نرم‌افزاری پایداره — سیستمی که بشه روش حساب کرد، توسعه‌اش داد، و مهم‌تر از همه، بهش اعتماد کرد.رفرنس اصلی : alexkondov - I Know When You're Vibe Codingبا کمک جی پی تی . پویا عابدپور پویا عابدپور Thu, 07 Aug 2025 12:40:17 +0330