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

من به شخصه اینا رو از خودم می‌پرسم

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

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

همین باعث میشه این سوال برام جذاب باشه. خیلی کوچیک شروع میشه: اختراع یا کشف؟ ولی به یکباره سوالات مهمتری رو توی ذهنم باز می‌کنه

🔹 ویدئوی جدید منتشر شد! 🔹

📌 موضوع: "مقدمه‌ای بر معماری نرم‌افزار"

در این ویدئو 40 دقیقه‌ای به موارد زیر پرداختم:

🔹چرا خیلی از نرم‌افزارها بعد از مدتی فرو می‌پاشن
🔹تفاوت بین کدنویسی و معماری
🔹یک مثال واقعی: سیستم سفارش غذای آنلاین
🔹مشکل اساسی تفکر CRUD
🔹معماری چندبُعدی: ساختار، رفتار، کیفیت‌ها، تکامل، تیم‌ها و ارتباطات
🔹و اینکه چطور تصمیم‌های امروز می‌تونن آینده سیستم رو بسازن یا خراب کنن

🎥 لینک تماشا در یوتیوب:
👉 https://www.youtube.com/watch?v=X9rd9hh4-DU&t

اگر به توسعه نرم‌افزار، معماری، یا طراحی سیستم علاقه داری، این ویدئو می‌تونه دیدگاهت رو عوض کنه.

سلام به همگی دوستان👋

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

در دنیای مهندسی نرم‌افزار، بدهی فنی (Technical Debt) اغلب به عنوان کد شلخته یا غیراصولی شناخته می‌شود؛ اما آیا واقعاً به همین سادگی است؟

مسعود بهرامی در دومین رویداد نقطه با ارائه‌ای با عنوان بدهی فنی: فراتر از کد، فراتر از استعاره، دیدگاه شما را نسبت به این مفهوم تغییر خواهد داد. در این رویداد، بررسی می‌کنیم که چطور بدهی فنی فراتر از کد است و چرا باید از این استعاره ساده فاصله بگیریم تا به درک واقعی از تأثیر آن بر پروژه‌ها و سازمان‌ها برسیم.

بعد از ارائه، فرصت برای گفت‌وگوی آزاد فراهم است. این بهترین زمان برای به اشتراک گذاشتن تجربیات و سؤالات شماست.


جزئیات رویداد
سخنران: مسعود بهرامی

📅 زمان: سه‌شنبه 1 مهرماه 1404، 19:00 – 20:30 (به وقت تهران)
📍 آنلاین
📖 اطلاعات بیشتر: ثبت‌نام در Luma

منتظرتان هستیم تا با هم به عمق این موضوع برویم و دیدگاه‌هایمان را به اشتراک بگذاریم.

خلق از دلِ لحظه

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

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

ببینید و بشنوید👇🏻
https://youtu.be/LurNrEjGhsY

🎥 چهارمین ویدئوی مجموعه‌ی شش بُعد معماری نرم‌افزار توی یوتیوب منتشر شد.

🌀 معماری نرم‌افزار خیلی بیشتر از کُد و نموداره.

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

متافور کلاسیک برای نرم‌افزار، جعبه‌ی سیاهـه: ورودی میره داخل، پردازش انجام میشه، و خروجی همون چیزی میشه که ما به‌عنوان رفتار سیستم تجربه می‌کنیم.

توی این ویدئو در مورد بُعد رفتاری مختصرا صحبت کردم. جایی که معماری واقعی، خودش رو نشون میده.
اینکه سیستم چطور تغییر می‌کنه، چه ریتمی داره، چطور با محیط درگیر میشه، و تصمیم‌های معماری چطور روی تجربه‌ی کاربر و کیفیت نهایی تاثیر میذارن.

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

📌 ویدئوی کامل رو ببینید:
https://www.youtube.com/watch?v=KBOk_f0f9ow

سلام به همگی
اولین روز پاییزتون بخیر و شادی باشه🍂🍁

نیم‌ساعت دیگه شروع می‌کنیم

🎥 سومین! ویدئوی مجموعه‌ی شش بُعد معماری نرم‌افزار توی یوتیوب منتشر شد

سلام به همگی، پاییزتون رنگی و قشنگ باشه بدور از خبرهای بد! 🍁🍂

معماری نرم‌افزار فقط رسم جعبه و خط نیست! 🤯

در قسمت سوم از مجموعه شش بُعد معماری نرم‌افزار، به بُعد حیاتی ساختاری (Structural Dimension) پرداختم.

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

در این ویدیو می‌تونیم ببینیم که:

🔹چرا معماری، فراتر از کد و نمودارها است.
🔹چطور انتخاب‌ها و تصمیمات ساختاری، بر تمام جوانب یک سیستم تأثیر می‌گذارند.
🔹چگونه با درک کامل بُعد ساختاری، می‌توان معماری‌هایی ساخت که نه تنها کارآمد باشند، بلکه توانایی رشد و سازگاری با آینده را نیز داشته باشند.

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

✅ برای تماشای ویدیو و درک عمیق‌تر این بُعد مهم، همین حالا کلیک کنید:
https://www.youtube.com/watch?v=faQUQ63kIDo