es
Feedback
UXsourcelink

UXsourcelink

Ir al canal en Telegram

لینک ها و منابعی که در جستجوی ارتقاء خودم توی وب یا هرجای دیگری که بدرد خودم یا شما خواهد خورد را در اینجا میذارم @hossainahmadloo

Mostrar más
1 617
Suscriptores
+324 horas
+147 días
+4830 días
Archivo de publicaciones
امروز یاد یه حرفی از کارفرمای سابقم افتادم. طرح که تموم میشد فشار روی فرانت بیشتر میشد. کارفرما میگفت تولزی نیست عکس بدیم کد بگیریم یا فیگما یا ادوبی ایکس دی کدخروجی نمیده.؟! بعدها فهمیدم این درد همه کارفرما ها بوده اینکه شما این همه حجم vibe coding و. Gen ui میبینین بی دلیل نیست. الانم نشستن یچیزایی درست کردن که نه تنها گپ دیزاین تا خروجی رو بلکه خیلی چیزای دیگه رو حذف کنن برای افزایش بهره وری.

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

حالا که میخوایین مهاجرت کنین به ابزار کلاد!!! یکی از روش هاییکه میتونین Memory اون رو با هیستوری هر LLM که باهاش کار میکردین
حالا که میخوایین مهاجرت کنین به ابزار کلاد!!! یکی از روش هاییکه میتونین Memory اون رو با هیستوری هر LLM که باهاش کار میکردین ست کنین.. کافیه مسیر زیر رو برین : File>Setting>capability> memory روشن کنین و یه پرامت بهتون میده و اون ور توی هر کدوم از چت هایی که نیاز دارین توی LLM بدین و خروجیش رو دوباره توی همین بخشی که بهتون میده بزارین و بعد اون شمارو بیشتر میشناسه ..

با ویپی ان اختصاصی: )))
با ویپی ان اختصاصی: )))

با وی پی ان معمولی
با وی پی ان معمولی

بدون شکن
بدون شکن

الان باشکن
الان باشکن

═══════════════════════════════════════════════════════════════ VERIFY: ═══════════════════════════════════════════════════════════════ 1. Both LetterModal and OpenLetterSection have the new opening paragraph 2. The phrase "We're dealers who built a tool we needed" no longer appears anywhere 3. "Three rooftops" / "3 rooftops" no longer appears anywhere in the letter copy 4. Signature reads "Shaun Boland" / "Founder & CEO, Drivee AI" in both components 5. No remaining "[Founder name]" or "The Drivee Founder" placeholders 6. TypeScript compiles clean Report credits used and confirm the above.

Copy edits to the founder's letter in src/pages/Launch2.tsx. The letter appears in TWO components in this file: LetterModal (the click-to-open modal) and OpenLetterSection (used on the /whats-new page). Apply the SAME changes to BOTH so they stay in sync. ═══════════════════════════════════════════════════════════════ CHANGE 1 — Rewrite the OPENING paragraph (both components) ═══════════════════════════════════════════════════════════════ REASON: The current opening frames Drivee as an active car dealer ("We're dealers who built a tool we needed" / "Three rooftops"). Since dealers trust Drivee with their leads, implying Drivee still runs competing dealerships breaks trust. We want to keep the authentic origin story but make clear Drivee is now purely a technology partner that does NOT compete with them. Find this exact opening paragraph (it appears in both LetterModal and OpenLetterSection — the LetterModal version is inside a JS array of strings with escaped apostrophes, the OpenLetterSection version is inside a JSX <p> tag): OLD (LetterModal — array string form): "Drivee was started by a dealer. Three rooftops. The same daily fight you know — leads coming in faster than your team can answer, customers expecting instant replies, the weekends bleeding opportunity. Built alongside a group of dealer advisors who've sold cars their whole careers. We're not a SaaS company that found a vertical. We're dealers who built a tool we needed." NEW (replace with): "Drivee didn't start in a boardroom. It started inside the dealership world — built with people who've spent their careers on the floor, in the BDC, chasing the same leads you chase. We know the fight: leads coming in faster than your team can answer, customers expecting instant replies, weekends bleeding opportunity. That's the problem we set out to solve — and today, Drivee does one thing, completely: we build the technology that helps your dealership win. We don't sell cars. We don't compete with you. Everything we do sits on your side of the table." Make the equivalent replacement in the OpenLetterSection <p> tag (same text, just in JSX form not an array string). ═══════════════════════════════════════════════════════════════ CHANGE 2 — Adjust the "auto industry deserves to stay alive" paragraph (both components) ═══════════════════════════════════════════════════════════════ This paragraph is fine but currently pairs with the old dealer-identity framing. Keep it, it reinforces the partner positioning well. NO CHANGE needed to this paragraph — leave it as is. (Just confirming: do not touch "Because the auto industry deserves to stay alive and vibrant...") ═══════════════════════════════════════════════════════════════ CHANGE 3 — Set the founder name to "Shaun Boland" (everywhere it appears) ═══════════════════════════════════════════════════════════════ The signature currently says "The Drivee Founder". Replace with the real name "Shaun Boland" in ALL locations: 3a. In LetterModal, the signature block currently reads: - — The Drivee Founder → change to — Shaun Boland - The line below it: Dealer, 3 rooftops. Built for us. Built for you. → change to Founder & CEO, Drivee AI (REASON: "Dealer, 3 rooftops" reinforces the competitor framing we're removing. Replace with a clean founder title.) - Keep the "With gratitude," line above it as is. 3b. In OpenLetterSection, the signature currently reads: — The Drivee Founder · Dealer, 3 rooftops. Built for us. Built for you. Change to: — Shaun Boland · Founder & CEO, Drivee AI 3c. Search the ENTIRE file for any other occurrence of "The Drivee Founder", "3 rooftops", "Dealer, 3 rooftops", or "[Founder name]" and update them to be consistent with the above (founder = Shaun Boland, title = Founder & CEO, Drivee AI). Report anything else you find and change.

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

https://mohammad-jalali.lovable.app اینم نمونه پورتفلیوی اقا محمد ماست !!! خلاصه که بهونه نیارین برای نداشتن کیس استادی و پورتفلیو ... #باخودمم... @UXSourcelink

این چند نمونه خروجی های LOVEBLEهستن.. 0تا100 رو با لاوبل و پرامپت زدم. این رو درنظر داشته باشین که من اصلا اهل گرافیکی کارکردن نیستم و این مورد رو بهش گفتم... اونم کمکم کرده تا خیلی چیزا رو خودش بزنه .. بازم فکر میکنین هوش مصنوعی خلاقیت نداره ؟؟؟ @UXSourcelink

✍️ یکی از بخش‌هایی که معمولاً زمان زیادی از طراحان محصول می‌گیرد، نوشتن و بازنویسی متن‌های UI است؛ از CTAها و پیام‌های خطا گر
✍️ یکی از بخش‌هایی که معمولاً زمان زیادی از طراحان محصول می‌گیرد، نوشتن و بازنویسی متن‌های UI است؛ از CTAها و پیام‌های خطا گرفته تا Empty State و متن فرم‌ها. این پلاگین، هوش مصنوعی را مستقیماً به Figma می‌آورد تا بدون خروج از محیط طراحی، برای متن‌های شما چندین پیشنهاد حرفه‌ای ارائه کند. ✨ قابلیت‌ها: • تولید چندین نسخه از متن با لحن‌های مختلف • بازنویسی متن براساس کانتکست طراحی • اعمال مستقیم خروجی روی لایه‌های Figma • پشتیبانی از چند زبان • امکان استفاده از OpenAI و Claude با API شخصی نکته‌ای که این ابزار را متمایز می‌کند این است که خروجی‌ها صرفاً متن‌های تولیدشده توسط AI نیستند؛ بلکه با رویکرد UX Writing تولید می‌شوند؛ کوتاه‌تر، شفاف‌تر و متمرکز بر تجربه کاربر. اگر Product Designer هستید و بخشی از مسئولیت نوشتن کپی محصول را هم برعهده دارید، این پلاگین می‌تواند سرعت Iteration، تست و تصمیم‌گیری روی متن‌های محصول را به شکل محسوسی افزایش دهد. با سازنده در ارتباط باشید یا اگر فیدبکی داشتید بهش بگید Arvin Torkashvand | LinkedIn https://www.figma.com/community/plugin/1636752735091846870

معرفی و بررسی هفت اسکیل کاربردی و ضروری Claude [با زیرنویس اختصاصی فارسی] این ویدیو چندین اسکیل محبوب در سیستم‌های ایجنتیک را بررسی و معرفی میکند. @UXSourcelink

یکی از بزرگ‌ترین سوءبرداشت‌ها درباره هوش مصنوعی اینه که فکر می‌کنیم «می‌فهمه»، درحالی‌که در بسیاری از مواقع فقط در حال «پیش‌بینی محتمل‌ترین پاسخ» بر اساس داده‌هایی است که دیده. مدل‌های هوش مصنوعی با میلیاردها پارامتر و حجم عظیمی از داده آموزش می‌بینند؛ اما کیفیت خروجی آن‌ها مستقیماً وابسته به سه چیز است: * کیفیت داده‌ها * نوع داده‌ها * و زمان به‌روزرسانی داده‌ها اینجا دقیقاً همان نقطه‌ای است که بسیاری از محصولات AI دچار خطا، توهم (Hallucination) یا خروجی‌های غیرقابل اعتماد می‌شوند. نکته مهم این است که هر ایده مبتنی بر AI، قبل از هر چیز باید از نظر «معماری داده» بررسی شود: این سیستم دقیقاً به چه نوع دیتایی نیاز دارد؟ داده تاریخی؟ داده لحظه‌ای (Real-time)؟ داده رفتاری؟ یا ترکیبی از همه این‌ها؟ و در هر لایه از معماری، چه داده‌ای باید وارد شود تا تصمیم درست تولید شود؟ مثال اول: اپلیکیشن‌های مالی فرض کنید یک AI Agent طراحی کرده‌ایم که: * رفتار خرید کاربر را تحلیل می‌کند * الگوی خرج‌کردن را یاد می‌گیرد * و به‌صورت خودکار بخشی از پول را به دلار یا دارایی دیگر تبدیل می‌کند. بخش تحلیل رفتار خرید معمولاً بر پایه داده‌های تاریخی کاربر انجام می‌شود و نسبتاً قابل اتکاست. اما مسئله اصلی، «تصمیم مالی لحظه‌ای» است. قیمت دلار، طلا یا بازارهای مالی دائماً در حال تغییر هستند. اگر سیستم به داده‌های real-time، منابع معتبر و زیرساخت به‌روزرسانی سریع متصل نباشد، AI ممکن است تصمیمی بگیرد که چند دقیقه بعد کاملاً اشتباه باشد. یعنی مشکل فقط مدل نیست؛ مشکل می‌تواند تأخیر داده، کیفیت API، یا حتی منبع تغذیه اطلاعات باشد. مثال دوم: مسیریابی در تاکسی‌های اینترنتی وقتی اپلیکیشنی مثل اسنپ یا تپسی زمان رسیدن را «۲۰ دقیقه» اعلام می‌کند، درواقع AI آینده را نمی‌داند؛ فقط بر اساس داده‌های فعلی، الگوهای گذشته، وضعیت ترافیک و احتمالات تخمین می‌زند. اما ترافیک یک سیستم کاملاً پویاست. یک تصادف کوچک، بسته‌شدن خیابان، تغییر آب‌وهوا، یا حتی رفتار غیرقابل پیش‌بینی رانندگان می‌تواند کل پیش‌بینی را تغییر دهد. بنابراین بسیاری از خروجی‌های AI «احتمالی» هستند، نه قطعی. این تفاوت بسیار مهمی است که در طراحی محصول باید درک شود. نکته مهم‌تر: هوش مصنوعی در حوزه‌هایی که: * داده کافی وجود ندارد * رفتار انسان‌ها غیرقابل پیش‌بینی است * یا حتی خود متخصصان درباره آینده اختلاف نظر دارند نمی‌تواند پاسخ قطعی تولید کند. مثلاً اگر از AI بپرسیم: «نتیجه نهایی تنش ایران و آمریکا چه خواهد شد؟» مدل فقط براساس داده‌های قبلی، اخبار، تحلیل‌ها و الگوهای آماری پاسخ می‌دهد؛ نه براساس دانستن آینده. اگر داده‌های ورودی هم هیجانی، biased، تبلیغاتی یا لحظه‌ای باشند، خروجی نیز به همان اندازه ناپایدار و غیرقابل اعتماد خواهد شد. به همین دلیل در مهندسی AI یک اصل مهم وجود دارد: Garbage In → Garbage Out اگر ورودی ضعیف باشد، خروجی هوشمند نخواهد شد. و دقیقاً به همین دلیل است که: در بسیاری از پروژه‌های AI، مهم‌تر از Prompt Engineering، طراحی صحیح Data Architecture و Data Pipeline است. مدل خوب بدون داده خوب، فقط یک ماشین تولید پاسخ‌های قانع‌کننده است. @UXSourcelink

این ویدئو از طراح اینتر کام رو حتما ببینین درمورد اینترکام : یکی از پیش روترین و بزرگترین شرکت های هوش مصنوعی هست که شرکت های بزرگی مثل اپل و گوگل و مایکروسافت دارن ازشون سرویس میگیرن .. همچنین خودشون هم در تیمشون دارن هوش مصنوعی رو توی فرایند هاشون جایگزین مکنن. https://www.linkedin.com/posts/ahmadloo_%D8%A7%DB%8C%D9%86-%D9%88%DB%8C%D8%AF%D8%A6%D9%88-%D9%81%D8%B1%D8%A7%DB%8C%D9%86%D8%AF-%D8%AA%D9%88-%D9%85%D8%AD%D8%B5%D9%88%D9%84-%D8%A8%D8%A7-%D9%87%D9%88%D8%B4-%D9%85%D8%B5%D9%86%D9%88%D8%B9%DB%8C-ugcPost-7433187411452555264-hqwS?utm_source=share&utm_medium=member_desktop&rcm=ACoAAA1APdYBAyCTQAkysHFMZqNVog6Q47z5ctQ