4. When working on a design, it’s essential to remain consciously aware of every decision you make and the reasoning behind it. You should continuously ask yourself, “What problem am I trying to solve with this?” Staying mindful of every change, addition, or reorganization you implement is crucial to discovering the right interface. These often unconscious choices hold the key to articulating your design rationale to others and ensuring your expert insight remains central to the final decision-making process.
The most effective way to achieve this is by writing your decisions down. Translating unconscious thought into a tangible format helps you recall and reflect on the reasoning behind your work. Since you’re addressing measurable problems, clearly document each one, followed by the design decisions made to solve it. Whatever form this documentation takes, the goal is to ground your thinking in concrete, explainable terms.

هنگام کار روی یک طراحی، ضروری است که نسبت به هر تصمیمی که می‌گیری و دلیل پشت آن، آگاهی کامل داشته باشی. باید مدام از خودت بپرسی: «با این تصمیم دقیقاً چه مشکلی را دارم حل می‌کنم؟» آگاه‌بودن نسبت به هر تغییری که اعمال می‌کنی—چه اضافه‌کردن، حذف یا بازآرایی—برای رسیدن به رابط کاربری درست حیاتی است. این تصمیم‌های ناخودآگاه در واقع کلید توضیح منطق طراحی تو برای دیگران هستند و کمک می‌کنند تخصصت در تصمیم‌گیری نهایی نقشی محوری داشته باشد.

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

#BetterSoftwareEngineer

4/1.
این وسط یه نکته ریز!

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

5. Usability comes down to two key principles: common sense and research. At the start of a project, when data may be limited, designers must rely on experience and intuition to create simple, practical solutions. Overthinking should be avoided—do what makes sense and move forward.
However, assumptions don’t always align with user behavior. That’s where research becomes essential. While analytics can show what users did, they don’t explain why. To truly understand the impact of design decisions, direct observation through usability testing is necessary. Make informed guesses, validate them with real users, and take notes—you’ll gain valuable insights and be better equipped to justify your choices.

قابلیت استفاده به دو اصل کلیدی خلاصه می‌شود: شعور و تحقیق. در ابتدای یک پروژه، زمانی که داده‌ها محدود هستند، طراح باید به تجربه و شهود خود تکیه کند تا راه‌حل‌هایی ساده و کاربردی ارائه دهد. نباید بیش از حد فکر کرد—کاری را انجام بده که منطقی به نظر می‌رسد و پیش برو.
اما فرضیات همیشه با رفتار واقعی کاربران هم‌راستا نیستند. این‌جاست که تحقیق اهمیت پیدا می‌کند. تحلیل داده‌ها فقط نشان می‌دهد کاربران چه کرده‌اند، اما دلیل آن را مشخص نمی‌کند. برای درک واقعی اثر تصمیم‌های طراحی، مشاهده مستقیم از طریق تست قابلیت استفاده ضروری است.
حدس‌های منطقی بزن، آن‌ها را با کاربران واقعی بررسی کن، و یادداشت‌برداری کن—به بینش‌های ارزشمندی دست خواهی یافت و آماده‌تر خواهی بود تا از تصمیم‌هایت دفاع کنی.

#BetterSoftwareEngineer

6. Solving problems and creating user-friendly designs isn’t enough—stakeholder support is essential for progress. Even the most innovative solution will struggle if your team doesn’t understand or align with your vision.
Without clear buy-in, you risk repeating the same discussions, defending decisions that weren’t effectively communicated. Unconvinced stakeholders will continue to suggest alternatives, expanding the project scope with new features and requests. This slows down development and dilutes the user experience. Ultimately, lack of alignment can result in a compromised product—not because the design was flawed, but because it wasn’t clearly explained or supported.

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

در نهایت، نبود هم‌راستایی می‌تواند به محصولی ناقص منتهی شود—نه به این دلیل که طراحی بد بوده، بلکه چون خوب توضیح داده نشده یا از آن حمایت کافی نشده است.

#BetterSoftwareEngineer

7. To effectively communicate your design decisions, you should be able to answer three key questions:
- What problem does it solve?
- How does it impact the user?
- Why is it better than the alternative?

Answering these questions isn’t just for documentation—it’s a way to clarify your own thinking. By doing so, you’ll be better prepared to defend your choices and address stakeholder concerns with confidence. These responses become the foundation for meaningful discussions around your design.


برای اینکه بتوانی تصمیم‌های طراحی‌ات را به‌طور مؤثر منتقل کنی، باید بتوانی به سه سؤال کلیدی پاسخ بدهی:
- این طراحی چه مشکلی را حل می‌کند؟
- چه تأثیری بر کاربر دارد؟
- چرا از گزینه‌های دیگر بهتر است؟

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

#BetterSoftwareEngineer

7/1.
این وسط یه نکته ریز!

بیان کردن روش حل مسئله از تلاش برای پیدا کردن راه حل پرفکت مهم تره!

WorkWeave + CodeRabbit + Azure/AWS + Github + Slack + Sentry = 💛

واقعا ادیتور کمترین اهمیت رو داره با هرچی که راحتید همون بهترینه!

درک ریاضیات و مدل کردن مسائل به زبان ریاضی دیروز کمکم کرد، مسئله یکی از دوستان رو درمورد نرم افزارش که دوسال هست باهاش درگیره رو حل کنیم. ( مسئله بیشتر فلسفی بود و حول محور تعریف پروژه میگشت )
این شد به این سوال فکر‌ کنم که آیا یک کورس خیلی کوتاه (تماما متنی!) درمورد درک ریاضیاتی از پدیده ها در مدل کردن نرم افزار بسازم؟

پ.ن: من تحصیلاتم ریاضیات نیست صرفا مطالعه شخصی بوده

اشاره کنم کورس رایگانه، اگر استقبال هم خوب باشه شاید بعدش یه ورکشاپ کوچیک ازش دربیاریم (اونم رایگان)

یه سوال کوتاه و مهم، فرض کنیم که شما یک Data Aggregator دارید، که از اپلیکیشن های دیگه دیتا میگیره.
وقتی اوردر‌ دیتا از چند میلیون بیشتر میشه و تو هر API کال فقط 100 تا رکورد برمیگردونه، شرایط رو چطور هندل میکنین؟

- منظورم از شرایط (گرفتن دیتا و نورمالایز کردنش و نگهداری)
- سرعت خیلی مهمه
- فرض کنین بیشتر از 1,000 تا کال در ثانیه هم نمیتونید بزنید به provider.

صوت جلسه 22
بعد از تعطیلات عید، یک جلسه جذاب دیگه با همراهی بهنیا عزیز

کمی با تاخیر 😁🙏

به نظرم واقعا Vibe Coding عالیه!
اما نه برای ساخت یک محصول برای پروداکشن، بلکه برای تست و تمرین به نظرم خیلی کمک کننده ست.

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

هفت عادت آدم های بسیار ناکارآمد!

عادت ۱: واکنش نشان بده React
همه مشکلاتت را گردن رئیس بد، والدین، ژن‌ها، همسر، شریک، اقتصاد یا دولت بینداز. هیچ مسئولیتی قبول نکن. اگر گرسنه‌ای، بخور؛ اگر عصبانی شدی، داد بزن؛ اگر کسی بی‌ادبی کرد، جوابش را بده. فقط واکنش نشان بده.

عادت ۲: بدون هدف شروع کن Begin with Squad in Mind
برنامه‌ریزی نکن، هدف نگذار و نگران پیامدهای کارت نباش. فقط با جریان زندگی حرکت کن و خوش بگذران؛ فردا ممکن است نباشد.

عادت ۳: کارهای مهم را به آخر بینداز Put First Things Last
همیشه کارهای فوری مثل پاسخ دادن به پیام‌ها و نوتیفیکیشن‌ها را اول انجام بده. کارهای مهم مثل تقویت روابط یا ورزش را بگذار برای بعد. روزت را با دیدن ویدیوهای یوتیوب پر کن.

عادت ۴: طرز فکر برد-باخت داشته باش Think Win-Lose
زندگی را یک رقابت بی‌رحمانه ببین. اگر دیگران برنده شوند، تو بازنده‌ای. پس قبل از اینکه دیگران تو را شکست دهند، تو آن‌ها را شکست بده. اگر هم باختی، مطمئن شو که طرف مقابل را با خودت پایین بکشی.

عادت ۵: اول حرف بزن، بعد وانمود کن گوش می‌دهی Seek First to Talk, Then Pretend to Listen
زیاد حرف بزن. اول نظرات خودت را به همه بگو. اگر مجبور شدی، فقط وانمود کن گوش می‌دهی. در ذهن خودت درباره ناهار فکر کن. یا اگر واقعاً خواستی نظر کسی را بدانی، نظرت را به جای او بهش بده!

عادت ۶: جزیره‌ای برای خودت باش Be an Island
دیگران متفاوت‌اند و عجیب. چرا وقت تلف کنی که با آن‌ها کنار بیایی؟ همکاری وقت‌گیر است. خودت همیشه بهترین ایده‌ها را داری، پس تنهایی کار کن و برای خودت یک جزیره‌ی خاص باش.

عادت ۷: خودت را فرسوده کن Burn Yourself Out
آنقدر مشغول باش که وقت استراحت کردن یا یادگیری چیزهای جدید نداشته باشی. ورزش را فراموش کن. سراغ کتاب خوب، طبیعت، هنر یا موسیقی نرو. فقط بسوز و بسوز!

نظرتون چیه؟ باید اعتراف کنم عادت 7 رو دارم ولی دارم روش کار میکنم که ترکش کنم

از کتاب:
The 7 Habits Of Highly Effective People (Stephen R. Covey)