پروسه تدریس یک عشق ناب است!، یک استاد خوب باید عاشق دانشجویانش باشد!، و نحوه تدریس هم یک هنر خیلی خاص است! بعضی وقت‌ها یک قضیه مهم و پیچیده علمی را می‌توان با یک مثال ساده برای دانشجویان قابل درک نمود (پارت اول)

[ Photo ]
پروسه تدریس یک عشق ناب است!، یک استاد خوب باید عاشق دانشجویانش باشد!، و نحوه تدریس هم یک هنر خیلی خاص است! بعضی وقت‌ها یک قضیه مهم و پیچیده علمی را می‌توان با یک مثال ساده برای دانشجویان قابل درک نمود (پارت دوم)

به هیچ وجه رفرنس بد نخوانید!🌷

دوستان زیادی از من می پرسند "کدام کتاب خوب است؟، و مطالب کدام رفرنس معتبر هستند؟" و من همیشه به آنها پاسخ می دهم که فقط دو کتاب آموزش اپنسیس ذیل را خریداری و مطالعه نمایید. شدیدا توصیه می کنم اگر هم رفرنس دیگری، غیر از دو کتاب ذیل خریداری نموده اید هرگز نخوانید! چون پاک کردن مطالب اشتباه از ذهن و مغز دانشجویان خیلی سخت تر از آموزش پایه ای محتوای علمی است! کتاب اول مختص "کلیات کدنویسی" است و کتاب دوم در رابطه با "کدنویسی تخصصی پل های بتن مسلح" چرا دو کتاب ذیل خوب هستند؟ چون اولی زیر نظر "دکتر نادر فنائی" و دومی با نظارت "پروفسور قدرتی امیری" نگارش شده اند و هر دو این بزرگواران از اساتید شناخته شده ای هستند.
دوستان عزیز! عمر پژوهشی ما آن قدر طولانی نیست که بخواهیم سعی و خطا کنیم!، و نبایستی از روی مراجعی مطالعه نماییم که نویسندگان آنها نیازمند مطالعات بیشتری هستند! این روزها کدنویسی های زیادی برایم ارسال می کنند و وقتی اشتباهات شان را به پژوهشگران شان گوشزد می کنم، پاسخ می دهند که " کدها را از روی فلان کتاب کپی کرده ایم!" جالب است بدانید که مطالب علمی بیشتر رفرنس های علمی موجود در بازار خودشان "کپی و ترجمه ناشیانه از سایت های اینترنتی خارجی" هستند، و این کپی از روی کپی می شود آش شله قلمکار!
دوستان دیگری نیز از من می پرسند "چرا خودت کتاب نمی نویسی!" اولا من سوادم و دانشم در حد سطح مطالعات دو استاد بزرگوار نامبرده نیست که بتوانم کتابی نگارش کنم! دوما در دنیایی که علم (حتی کلیات علمی) به صورت ثانیه ای در حال تغییر هستند، "چاپ کتاب" تقریبا منسوخ شده است! امروزه نسل جدید EBOOK های هوشمند حرف اول و آخر را می زنند. کتاب هایی الکترونیکی که نویسنده تا ۳۰ سال پس از انتشار، می تواند آن ها را آپدیت، نگارش و رفع نواقص نماید!

مبحث خیلی تخصصی که در لحظه‌های آتی در کانال بیان خواهد شد:🌷

بیان اشتباهات علمی مهم و خیلی خطرناک موجود در کتاب‌های آموزشی نرم افزار OpenSees، چاپ شده به زبان فارسی (پارت اول)!
بدیهی است که به منظور جلوگیری از هرگونه سوء برداشت، تمامی اشتباهات بدون ذکر نام نویسنده یا عنوان کتاب، و به همراه تصویر صفحه مربوطه بیان خواهند شد🌷و از صمیم قلبم امیدوارم که تمامی عزیزان متوجه باشند که این نقدهای شدید علمی را فقط در راستای ارتقاء سطح علمی کشور عزیزم❤️ایران❤️انجام می‌دهم.

هیجان همان چیزی است که خیلی‌ها توی این دنیای عجیب و غریب، حاضر هستند به خاطر تجربه کردن آن دست به هر کاری بزنند!

بیان اشتباهات علمی مهم و خیلی خطرناک موجود در کتاب‌های آموزشی نرم افزار OpenSees، چاپ شده به زبان فارسی (پارت اول)!

تحلیل پوش‌آور سه بعدی، تحلیلی نیست که یک بار برای سازه در راستای محور X، بلوک آنالیز پوش‌آور بنویسیم و سپس بلافاصله سازه را در راستای محور Y هم پوش نماییم! چرا؟! چون تغییرمکان هدف (یا ۱۵۰ درصد تغییرمکان هدف)، در واقع همان جایی است که در سازه (مثلا در ستون‌ها) مفصل ایجاد شده است و این رفتار در زلزله طرح قابل ملاحظه هم است. بنابراین در تحلیل‌های پوش‌آور سه بعدی به هیچ وجه نبایستی دو بلوک تحلیل جانبی رانشی متوالی (پشت سر هم) تعریف نمود. چون در پایان تحلیل اول (در راستای محور X)، سازه دیگر خراب شده است و گرفتن آنالیز مجدد (در راستای Y) یک کار بیهوده و خنده‌دار است. سازه تحت تحلیل پوش‌آور سه بعدی، به صورت قطری (و نه در راستای محورهای X و Y) حرکت می‌نماید و یک نقطه کنترل تغییرمکان هدف نیز وجود دارد (و نه دو نقطه)!، چرا؟! چون یک بلوک تحلیل جانبی (پوش‌آور) وجود دارد. و نکته مهم دیگر آن است که هیچ فرقی نمی‌کند کنترل گره معرف تغییرمکان هدف، در راستای محور X انجام شود و یا در راستای محور Y!🌷

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

[ Photo ]
پاسخ به سوالات علمی دانشجویان خوب🌷❤️ (پژوهشگران بیان داشته‌اند که ضرائب هوشی خانم ها ۳ تا ۷ برابر ضرائب هوشی آقایان هستند، و به نظرم در مورد خانم‌های ایرانی این فرضیه قطعا منطقی و صحیح است!)

[ Photo ]
پاسخ به سوالات علمی دانشجویان خوب🌷❤️ (پژوهشگران بیان داشته‌اند که ضرائب هوشی خانم ها ۳ تا ۷ برابر ضرائب هوشی آقایان هستند، و به نظرم در مورد خانم‌های ایرانی این فرضیه قطعا منطقی و صحیح است!)

کامند محاسبه pFactors قابل استفاده پس از سورس نمودن دی ال ال، مختص تحلیل‌های دینامیکی طیفی:🌷🌷

pFactors <-file afshina.txt> -m $numMode <-v> <-s> <-o>

خروجی‌های حاصل از این کامند به شرح ذیل هستند:

1) Participation factors
2) Participating masses
3) Participating mass ratios

هدیه آخر هفته برای عزیزان کانال🌷❤(درخواستی یکی از اساتید خانم عضو کانال)

بعضی کتاب‌ها آن قدر خوب هستند که حتی پس از ۲۵ سال هنوز هم حرف اول و آخر را می‌زنند. مرجع کامل تمامی دستورات زبان برنامه نویسی TCL تالیف مرحوم پروفسور برنت ویلچ، هم جزو این دسته از منابع ارزشمند بوده و است! و هنوز هم تمامی کتب برنامه نویسی در سراسر دنیا، ترجمه شده و الگو گرفته شده از این کتاب ناب هستند. توصیه می‌شود که این مرجع ۴۵۵ صفحه‌ای (با کیفیت OCR) را به رایگان در اختیار تمامی دوستان‌تان قرار دهید تا همگی‌مان سهمی هر چند اندک، در توزیع دانش در سراسر ایران❤ عزیزمان داشته باشیم.🙏🌷

با سپاس فراوان از این خانم دکتر عزیز🌷❤️ (پژوهشگران بیان داشته‌اند که ضرائب هوشی خانم ها ۳ تا ۷ برابر ضرائب هوشی آقایان هستند، و به نظرم در مورد خانم‌های ایرانی این فرضیه قطعا منطقی و صحیح است!)

ساختار کلی دستورهای کلیدی OpenSees: 🌷🌷

در یک تقسیم بندی کلی، می توان دستورهای کلیدی OpenSees را به دو بخش مهم تفکیک نمود: دسته اول دستورهایی با ساختاری مبتنی بر درجه های آزادی هستند، مثل load، fix، equalDOF و ...
و دسته دوم دستورهایی با ساختاری مبتنی بر جهت های مختصاتی هستند، مثل element zerolength و ...

فرضیات اساسی مدل های دو بعدی:
تعداد محورهای مختصات: دو محور X و Y
تعداد درجه های آزادی در هر گره:
سه درجه آزادی dofy ،dofx و Rotxy که به ترتیب برای OpenSees با برچسب های 1، 2 و 3 تعریف می شوند.
تعداد جهت های مختصاتی:
شش جهت مختصاتی RotZ ، RotY، RotX ، Z ، Y ، X هستند که به ترتیب برای OpenSees با برچسب های 1، 2، 3، 4، 5 و 6 تعریف می شوند.

فرضیات اساسی مدل های سه بعدی:
تعداد محورهای مختصات: سه محور Y ، X و Z
تعداد درجه های آزادی در هر گره:
شش درجه آزادی RotZ ، RotY، RotX ، Z ، Y ، X که به ترتیب برای OpenSees با برچسب های 1، 2، 3، 4، 5 و 6 تعریف می شوند.
تعداد جهت های مختصاتی:
شش جهت مختصاتی RotZ ، RotY، RotX ، Z ، Y ، X هستند که به ترتیب برای OpenSees با برچسب های 1، 2، 3، 4، 5 و 6 تعریف می شوند.🌷🌷

فوت نوت شماره ۵۴ از مجموعه نکات کلیدی کدنویسی در نرم افزار OpenSees:🌷

دستورهای کلیدی OpenSees به دو بخش اساسی تفکیک می شوند: دستورهای مبتنی بر درجه های آزادی
(load, mass, fix, equalDOF)
و دستورهایی با ساختارهایی مبتنی بر جهت های مختصاتی
(element zerolength, element twoNodeLink)
برای بیشتر کامندهای مربوط به دسته دوم OpenSees، تعداد جهت های مختصاتی (در مدل های دو بعدی و سه بعدی) شش جهت مختصاتی
X, Y, Z, RotX, RotY, RotZ
هستند که به ترتیب با برچسب های ۱، ۲، ۳، ۴، ۵ و ۶ تعریف می شوند. ولی المان element twoNodeLink در مدل های دوبعدی، ساز مخالف می زند و فقط سه جهت مختصاتی RotZ ،Y ،X را می شناسد!!🌷

مبحث مهم و تخصصی که در لحظه‌های آتی در کانال بیان خواهد شد:🌷

نحوه تبدیل بردار به نود در نرم‌افزارهای اجزا محدود:

آیین‌نامه‌های مطرح بین المللی و نرم افزارهای معروف در کشورهای جهان اول نوشته می‌شوند و به کشورهای جهان سوم ارسال می‌شوند! مطمئن هستم که الان این سوالات در ذهن همگان مطرح می‌شود که "خب کی چی؟!، حالا مشکل چیست؟!، و چرا این ادمین بداخلاق کانال مرتبا و همه روزه، به زمین و زمان گیر می‌دهد؟!، این طوری که نمی‌شود مطلب علمی یاد گرفت!!" راستش را بخواهید مشکل اصلی من این است که وقتی اینجا می‌نویسم "نحوه تبدیل بردار به نود در نرم افزارهای اجزا محدود"، مطمئن هستم که بیش از ۹۰ درصد عزیزان کانال تعجب می‌کنند! آنها با خودشان می‌گویند "اصلا چرا ما و شما باید بردار را به جرم تبدیل کنیم؟! ... (ادامه مبحث در لحظه‌های آتی)

نحوه تبدیل بردار به نود در نرم افزارهای اجزا محدود (بخش اول):

آیین‌نامه‌های مطرح بین المللی و نرم افزارهای معروف در کشورهای جهان اول نوشته می‌شوند و به کشورهای جهان سوم ارسال می‌شوند! مطمئن هستم که الان این سوالات در ذهن همگان مطرح می‌شود که "خب کی چی؟!، حالا مشکل چیست؟!، و چرا این ادمین بداخلاق کانال مرتبا و همه روزه، به زمین و زمان گیر می‌دهد؟!، این طوری که نمی‌شود مطلب علمی یاد گرفت!!" راستش را بخواهید مشکل اصلی من این است که وقتی اینجا می‌نویسم "نحوه تبدیل بردار به نود در نرم افزارهای اجزا محدود"، مطمئن هستم که بیش از ۹۰ درصد عزیزان کانال تعجب می‌کنند! آنها با خودشان می‌گویند "اصلا چرا ما و شما باید بردار را به جرم تبدیل کنیم؟! بردارها را سر جای خودشان بگذاریم و جرم ها را هم سر جای خودشان قرار دهیم و دیگر هم دعوایی نمی ماند" این 90 درصد از عزیزان کانال نمی دانند که تمامی اعداد مندرج در تمامی آیین‌نامه های خارجی و ملی، ماهیتی از جنس بردار دارند!، و متاسفانه نمی‌دانند که تمامی اعداد داخل نرم افزارهای غیر اجزا محدودی هم دارای جنسی برداری هستند!
یک سال پیش توی همین کانال گفتم"اشرف حبیب الله" صاحب کمپانی (بیشتر) تجاری و (کمتر) نرم افزاری CSI، بزرگ‌ترین خدمت را به جامعه نرم‌افزاری کرده است و بیشترین خیانت‌ها را نیز در حق دنیای برنامه نویسان داشته است! خیلی‌ها از من ناراحت شدند و برایم پیام‌هایی هم ارسال کردند. من تقصیری نداشتم! واقعا فکر نمی کردم اشرف در کشورمان تا این حد طرفدار داشته باشد! و فقط یک نفر (همان مسن ترین عضو کانالمان) از من پرسید چرا؟!، و جالب است بدانید وقتی پاسخ‌هایم را شنید گفت "این که وحشتناک است!"
وقتی برایش توضیح دادم که نرم افزارهایی مثل Sap2000 و Etabs2000 اصلا چیزی به نام جرم یا به قول آمریکایی‌ها Mass، را نمی‌شناسند، پیرمرد بیچاره خیلی متاسف شد و ترسید! وقتی برایش گفتم که این نرم افزارهای مافیایی - تجاری فقط بردارها را می‌شناسند و برآیند بردارها را، خیلی بیشتر ناراحت شد! او گفت "ما را ببین که تمام طول عمرمان را روی چه دیواری یادگاری نوشته ایم!" (راستش را بخواهید خودم هم نفهمیدم منظورش از دیوار و یادگاری، طعنه به من بود، یا Sap2000 و یا اشرف؟!)
به بیان ساده‌تر بخواهم بگویم یک بردار معرف یک نیرو است. مثلا اگر شما برای Sap2000 یک سقف ۵۰۰ کیلو پوندی را تعریف کنید، سپ علاوه بر مدلسازی، خیلی سریع یک شکل چهار رنگ با رزولیشن اچ دی نیز از این سقف به شما نشان می‌دهد و شما هم از این فرمانبرداری تامش خیلی خوشحال می‌شوید. و اصلا هم حواستون نیست که بالاخره ادمین بیچاره هم تجربه‌هایی دارد، و الکی نیست که از اشرف و تمامی محصولاتش متنفر بوده و است. من اگر قرار باشد یک محصول کمپانی CSI را توصیه کنم، فقط نرم افزار Sap90 را می‌پسندم که ۲۰ سال قبل با آن کار می‌کردم. یک برنامه سطح متوسط نوشته شده با زبان برنامه نویسی فرترن، که نویسنده اصلی‌اش ادوارد ویلسن آمریکایی بود، ولی اشرف نام خودش را بر روی نرم افزار حک کرد! و من از همان موقع‌ها از او بدم آمد! در واقع آن موقع‌ها هم Sap2000 ورژن 6.42 موجود بود اما هیچ کس دوستش نداشت. چرا؟! چون همیشه گفته‌ام و می‌گویم که سپ و ایتبز روح و حس ندارند! وقتی جوان‌تر بودم، شیطنت خاصی در ذهنم و در چشمانم موج می‌زد و تقریبا به بیشتر شخصیت‌های علمی، و کمپانی‌هایی که سر راهم سبز می‌شدند الکی گیر می‌دادم! و وقتی کمی بیشتر به آنها گیر می‌دادم، بیچاره‌ها خودشان ضعف‌های واقعی‌شان را در لابه‌لای صحبت‌هایشان ابراز می‌نمودند. و این ضعف‌های واقعی کمپانی‌ها می‌شدند سوژه‌های اصلی روزهای آتی آن دوران‌های من! آن زمان‌ها توی ذهنم دنیاهای خیلی زیبایی داشتم و به فرداهای زیباتری برای کل کره زمین می‌اندیشیدم! آن زمان‌ها وقتی با نرم افزار Sap90 مدلسازی می‌کردم، پروسه مدلسازی یک سازه سه بعدی ۵ طبقه، فقط یک روز زمان می‌برد، ولی رفع ایرادات آن شبیه سازی و کنترل خروجی‌هایش نیازمند ده روز زمان بود! و اینجا بود که حل بعضی وارنینگ‌ها، روزها و هفته‌ها ذهن را درگیر و بازتر می‌کرد! من مرتبا هزاران خط را چک می‌کردم تا بفهمم قضیه چیست. در واقع در بطن هر خط از کدنویسی‌هایم کلی ایده، طرح و نقشه بود! تمامی رفتارها و مودهای سازه‌ها مرتبا توی ذهنم مرور می‌شدند. شبها کابوس‌های خنده‌داری می‌دیدم که صبح وقتی فکرشان را می‌کردم خنده‌ام می‌گرفت. مثلا یک بار خواب دیدم که ساکنین طبقه پنجم همان سازه پنج طبقه از من شکایت کرده‌اند که چرا تراس‌ها را حذف کردم و بساط کباب خوری‌شان از بین رفته است! بگذریم، آیا مدلسازی با Sap2000 هم اینقدر نیازمند تفکر است؟!

آیا کاربر حین مدلسازی با Sap2000 دقیقا متوجه است که دارد چه اتفاقی می‌افتد؟ سال ۲۰۰۴، به یک باره اشرف حبیب الله و شرکای بی‌رحمش تصمیم گرفتند که یکی از نرم افزارهای ساخته شده توسط CSI (Sap90) را برای همیشه از بین ببرند! امروزه اگر سری به شرکت‌های بزرگ مشاور مطرح و قدیمی در شمال تهران بزنید، می‌بینید که این مهندسین خیلی باتجربه و قدیمی، بیشتر برج‌های تهران را با همان نرم افزار ساده و کاربردی Sap90 محاسبه نموده‌اند. واقعیت آن است که آن سال‌ها کمپانی (و نه انستیتو) CSI کالیفرنیا در آستانه ورشکستگی کامل بود! Sap90 قیمتش حدود یک دوازدهم Sap2000 Vesion 6.42 بود! آن سال‌ها مهندسین سراسر دنیا آن قدر زرنگ بودند که پولی برای خریدن محصولات برنامه نویسی نمی‌دانند. مثلا خود من، از شهرستان محل اقامتم می‌آمدم خیابان انقلاب تهران، و یک سی دی کرک‌دار Sap90 می‌خریدم و یک ساعته قفل آن را می‌شکاندم! (ضمن پوزش فراوان از کمپانی بزرگ CSI) یادم است آن زمان‌ها، آن قدر از روی این نرم افزار کپی کرده و به دوستانم فروخته بودم، که بعضی شب‌ها خواب اشرف حبیب الله را می‌دیدم، و دنبال راهی بودم تا از او حلالیت بطلبم. حتی یک بار هم برایش ایمیلی فرستادم، ولی نمی‌دانم چرا با من خیلی خوب برخورد نکرد! دلیلش هم می‌تواند این باشد که توی فرهنگ آمریکایی‌ها حلالیت طلبیدن خوب جا نیفتاده است!، و معمولا این قبیل زرنگ بازی‌ها را با کتک‌کاری جبران می‌کنند! (ادامه دارد)

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

کتاب خیلی ارزشمند "برنامه نویسی ایده محور" تالیف پل کواتز، خالق "تفکر الگوریتمی" (کادوی روز جهانی برنامه نویسان)🌷🌷

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