چندین ایده جذاب و تقریبا غیر تکراری (غیر تکراری بودن مطلق ادعای بزرگی هست که ما ازش دوری می کنیم) برای نگارش #مقاله_علمی در رشته های #علوم_کامپیوتر ، #مهندسی_نرم_افزار ، #کشاورزی و #معماری_ساختمان حتی مناسب برای پایان نامه دانشگاهی (هر چند می تواند در سطح کارشناسی استفاده شود ولی بدلیل سطح نسبتا عمیق موضوعات، ترجیحا در سطح فوق لیسانس باشه قابلیت دفاع بیشتری دارد مگر اینکه دانشجو از سطح علمی خوبی برخوردار باشد) و رساله یا تز دکترا در گروه توسعه آماده شده است و شروع اولیه آنها انجام شده است. نگارش شامل حمایت مالی گروه نیز هست. ایده ها در چندین پروژه گروه در آینده پیاده سازی نیز خواهند شد.
از علاقه مندان #دعوت_به_همکاری برای پیشبرد این ایده ها و نگارش مقاله می کنیم.
کانال ارتباطی - کانال تلگرام

✅ دورهمی هفته دهم

- موضوع: Memory Management
- تاریخ و ساعت: ۱۲ خرداد ساعت ۹ شب
- اسپانسر: GoBridge
- مهمان ویژه: آقای امید حکایتی
- محل برگزاری: پلت فرم zoom (دانلود برای همه پلت فرم ها)


Meeting ID: 885 9293 2652
Passcode: 625503

🔗 Join Link: https://us02web.zoom.us/j/88592932652?pwd=QitZWkw5UmF4Z0RvU3M2OXhpZ2RDQT09


➖➖➖➖➖➖➖➖➖
🕊 @gopher_academy

همانطور که همیشه از قدیم گفته شده ما انسان ها همیشه برای حل مشکلاتمون در حال تولید مشکلات جدید هستیم و متاسفانه ارزیابی اثر تصمیماتمون اغلب به دلیل عدم وجود علم کافی یا داده کافی وقتی نمایان میشه که باز برای حل اون مشکلات مجبور به تصمیمات آنی و بدتری میشیم که این چرخه را بدون شکست ادامه میده!

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

موضوع استفاده از الگوها عموما نشات گرفته از تبیین های خاص در علم هست. مثلا الگوی CQRS از تبیین Aggregate در رویکرد DDD از توسعه نرم افزار مطرح میشه. عدم توجه به تبیین صحیح الگو و رویکرد که نمایان در انتخاب هوشمندانه تک تک کلمات زیر هست، در اکوسیستم به وفور دیده میشه.
the goal of CQRS is to allow representation of the same data in different models.
حتی در خود این مقاله که اشاره مستقیم به تببین درست کرده باز دچار خطای شناختی شده و از همون تیپ رویکردهایی هست که قبول نکردن، مشکلی بوجود آوردیم و در حال حل مشکلات جدید هستیم بدون اینکه برگردیم عقب نگاهی بیاندازیم که آیا واقعا این الگوی طراحی از ابتدا به درستی در نیازمندی فعلی انتخاب شده است یا خیر. همانطور martin fowler هم گفته استفاده از این الگو به شدت محدود هست و نباید بدون دقت استفاده شود.
برخی از مشکلات:
- معضل سطح دسترسی. باید قبول کنیم ما براحتی نمی تونیم فیلدهای داده ای یک مدل (ماژول) را به مدل دیگری بدیم. با این کار منطق های سطح دسترسی اگر منتقل نشود، مشکلات امنیتی حتی اگر در ابتدا با دقت کافی توسعه دهنده ها نداشته باشیم در طول مسیر توسعه با تغییرات احتمالی می تونه بوجود بیاد.
- مشکل پیچیده شدن سرویس های بالادستی: مثلا فکر کنید با تجمیع مدل ها، در یک gui widget قصد نمایش داده ها را دارید، شما باید یک شرط داشته باشید که بدلیل عدم سطح دسترسی مناسب بجای گرفتن بخشی از جواب با خطا روبرو شوید. مثلا کاربر امکان مشاهده عکس یک کاربر دیگر را ندارد و شما باید تصمیم بگیرید نام کاربر را در مدل تجمیع شده بر گردانید یا کلا خطا دهید. در هر مورد سناریوهای دیگری نیز مطرح می شود.
- مشکل cache invalidation: اگر به صورت مرسوم به پیاده سازی این الگو بپردازیم داده های چند مدل در یک مدل تجمیع و کش می شوند به همین دلیل مشکل بزرگ علوم کامپیوتر که مطرح شد بوجود میاد. اگر داده ها در source of truth خودش تغییر کنه، ما نیاز به پیچیدگی های زیادی برای بروزرسانی داده های cache داریم.
- واگذاری بخشی از عملکرد یک ماژول (دامنه) به دیگر ماژول ها(دامنه ها): نیاز به توانایی پاسخگوی یک ماژول به تعداد مناسب درخواست در ذات تا جای امکان باید توسط خود آن ماژول انجام گیرد. با انتخاب درست رویکرد کش در SDK ارایه شده هر ماژول این امکان براحتی صورت میپذیرد.

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

پ.ن:
- بخشی از ایده های نگارش این پست از یک موضوع در گروه GolangEngineers بوجود اومد. که می تونید از قابلیت view replies تلگرام استفاده کنید و صحبت های پیرامون موضوع را بخونید هر چند دوستان خیلی وقت ها رعایت نمی کنند و reply نمیزنند و پیام هاشون گم میشه در بین پیام های موضوعات دیگه.
- به شوخی به یکی از دوستان گفتم میترسم در نهایت نیازمندی دیسکورد در این مقاله به داشتن لایه data services هم با تعاریف اشتباه فعلی بگن cqrs هست!!

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

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

برگرفته از کتاب هنر شفاف اندیشیدن / رولف دوبلی

✅ از چند #متخصص با #علم کافی (قطعا کلمه کافی دارای ابهام زیادی هست ولی قبول کنیم موضوع هم پیچیدگی داره) برای موقعیت های شغلی زیر به صورت #دورکاری و ترجیحا #تمام_وقت، #دعوت_به_همکاری می نماییم. محصول به صورت تجاری در حیطه کلمات تجاری مانند ERP ولی به صورت کمی تخصصی توسعه نرم افزار با شمول دامنه های تجاری زیاد، می باشد و قطعا متناسب با تخصص شما هزینه زمان با ارزش شما پرداخت خواهد شد.

🔹 دانشمند داده (توانا در همکاری برای #مدل_سازی و پیاده سازی اطلاعات و دانش (#داده_اکتشافی) با استفاده از روش های مختلف علمی ، الگوریتم ها و فرایندها از #داده_اکتسابی دامنه های مختلف نرم افزار)
🔹 توسعه دهنده GUI (توانا در همکاری برای #مدل_سازی و پیاده سازی صفحات و ویجت های GUI مبتنی بر مدل های تجاری)
🔹 معمار نرم افزار و توسعه دهنده چارچوب های توسعه (توانا در پاسخگویی صحیح به نیازمندی های توسعه ای دیگر بخش ها با کمترین نیاز به توسعه انسان محوری که نیاز به تسلط کافی با مفاهیم زیرساختی مثل سخت افزار، سیستم عامل، شبکه، الگوریتم و مفاهیم عمومی تر مثل SDK و ... هست.)

در همه موارد بالا مهارت های زیر دارای اهمیت بالا می باشد.
‼️علاقه مند در افزایش مهارت های نرم مانند #تفکر_انتقادی، قبول مسئولیت، برنامه ریزی شخصی (داشتن زمان کافی برای انجام تسک های محول شده) و ...
‼️تسلط کافی به موضوعات پایه ای علوم و مهندسی کامپیوتر مانند Data Modeling که در جاهای مختلف مثل نوشته نگارنده این پست یا مقالات خوب و مرتبط دیگه اهمیت این موضوعات را نشان داده اند. در صورت عدم درک کافی یا عدم تمایل ذاتی به استفاده از اصول و مفاهیم لطفا تقاضای جلسه نفرمایید، واقعا قادر به همکاری نیستیم حتی برای توسعه دهنده GUI
‼️تسلط کافی یا علاقه مند به افزایش آگاهی به الگوهای رایج توسعه نرم افزار مثل MP(modular programming), FP, DDD, OOP, TDD , و ...
‼️آشنایی کافی با فرهنگ های سازمانی مانند Agile, DevOps, ...

⚠️ قابل ذکر است فرآیند اخذ #کارآموز به صورت محدود و با فرآیند نسبتا سخت انجام میشه، لطفا با دانش کافی درخواست بدید. کارآموز یعنی فردی دارای دانش ابتدایی و علاقه مند به یادگیری بیشتر به صورت #خود_آموزی در کنار #منتور. شرکت ها و مفهوم کارآموزی جایگزین #دانش_گاه (بازه ای از عمر هر انسان که درصد بسیاری بالایی از وقت و انرژی خود را جهت کسب علم می گذارد نه صرفا حضور در موسسات آموزشی) قطعا نیستند. آشنایی اولیه با کلمات کلیدی این مقاله پیش شرط ورود به مذاکره برای کارآموزی هست.

طرح سوال یا هماهنگی برای مصاحبه در تلگرام با این آیدی

🐧 گنو/لينوكس

🗒 توسعه پايدار مفهومى است كه به واسطه پيامدهاى منفى رويكرد يک جانبه اقتصادی پس از انقلاب صنعتی و تغیر نگرش مردم نسبت به پیشرفت پدید آمده، امید حکایتی ضرورت این مفهوم رو برای ما روشن خواهد کرد.




به معنی توان کرد دعوی درست
دم بی‌قدم تکیه‌گاهی است سست
«سعدى»

🌟 با افتخار، برگزارى همايش گنو/لينوكس را به عمل مى‌آوريم. اين بار در شیراز، پايتخت فرهنگى ايران، مهد تمدن، فرهنگ و هنر اصيل پارسى.
🤩 تجربه‌اى صميمى و تكرار نشدنى براى آشنايى بيشتر با دنياى نرم‌افزارهای متن‌باز.
👈🏼 شما در فضايى قرار خواهيد گرفت كه براى تعامل طراحى شده، پس گفت و گو می‌كنيد، از تجربه افراد به نام استفاده خواهيد كرد و ناخودآگاه مسير موفقيت خود را روشن‌تر از قبل خواهيد ديد.✨




💳 درصورت تمایل به حمایت مالی از همایش کلیک کنید

🌐 ثبت‌نام و شرکت بصورت حضوری در همایش


🗓 ٢٢ تير ماه، شيراز
🔰 @GnuLinuxIran

در خصوص تقاضای همکاری برای توسعه دهنده GUI چندین نفر تقاضای صحبت در خصوص چرایی مطرح بودن Data Modeling و اهمیت Widget driven design در توسعه GUI بودند و پس از صحبت مشخص شد اصولا در اکوسیستم توسعه دهنده های به اصطلاح فرانت اند و حتی طراحان به اصطلاح UI/UX اصولا چارچوب توسعه مناسب وجود ندارد و خیلی از کلمات و مفاهیم برای این عزیزان اصولا شکل نگرفته است. البته که این مشکل فقط مربوط به ایران نمی شود. در این پست خواستم با یک مثال کوچک از خود نرم افزار تلگرام نشون بدم که چقدر مفهوم Data Modeling در لایه های مختلف توسعه نرم افزار مهم هست و در صورت عدم رعایت اصول علوم و مهندسی نرم افزار یک نرم افزار رو به رشد با مشکلات #طراحی و #تجربه_کاربر بدی روبرو میشه.
تلگرام به صورت مخفیانه در نسخه desktop (mouse base) به شما امکان مشاهده تعداد forward شدن های یک پیام در یک کانال را میدهد! در صورتی که اگر مدل سازی صحیح اتفاق افتاده بود، بدون تحمیل هزینه مازاد به توسعه، تمام نسخه های GUI می توانست این امکان را براحتی پیاده سازی کنند.

اگر مشتاق هستید روش بهینه توسعه در GUI را در کنار ما امتحان کنید، به این آیدی پیام بدید.

🥕 گفت‌وگو و دورهمی آزاد توسعه دهنده‌های فرانت‌اند

💠 جلسه‌ی بیست‌وهشتم: الگوهای بهینه‌ی توسعه‌ی نرم‌افزار
💠 پیشگام گفت‌وگو: امید حکایتی
💠 تاریخ: ۷ تیر | ساعت ۱۹ الی ۲۰:۳۰
💠 جلسه در گوگل میت برگزار می‌شود و شرکت برای همه آزاد است.

📆 افزودن به تقویم 📆
🔗 لینک میت جلسه 🔗

فرانت چپتر؛ محیطی صمیمی برای گفت‌وگوی تخصصی
@FrontChapter - #frontChapter

موضوعات به شدت جذاب و مهم در اکثر علوم حول کلمه #حق شکل میگیره.

اینقدر این موضوع بزرگ و جذاب هست که هر چی اینجا بیشتر توضیح بدم، فکر می کنم از لطف این کلمه کم می کنه! ولی بذارید با چند تا مثال مثل همیشه #تلنگر_ذهنی در شما بوجود بیاورم که دلیل محکمی بشه برید گوگل کنید یا از chatbot ها سوالات باحال بپرسید. مثلا در باب حق مالکیت در علوم کامپیوتر تا سال ها سکوت عجیبی حداقل در سطوح بالا وجود داشت ولی زبان Rust به شکل جالبی این موضوع را در اکوسیستم توسعه نرم افزار یا حتی سخت افزار مطرح کرد و به نوعی شروع به شدت انقلابی اتفاق افتاد در حدی که بعد از سالیان دراز اجازه ورود به رپو لینوکس را پیدا کرد! موضوع هم به قدری جذاب و نسبتا ساده هست حداقل در سطح تعاریف که پیشنهاد می کنم مستندات ownership این زبان را مطالعه کنید

در مثالی دیگر در علم اقتصاد (و شاید حقوق و خیلی علوم دیگه) "حق مالکیت" به نحوهای دیگر مطرح هست. البته بنظر برداشت های نادرست زیادی از این موضوع در جامعه های مختلف وجود داره ولی بنظر در تمام مستندات علمی، بهترین برداشت این هست که یا در جامعه ای "حق مالکیت" وجود دارد یا ندارد یعنی منطق کلاسیک! اگر طبق منطق فازی بخوایم به موضوع نگاه کنیم (نگاه رایج و به شدت مشکل دار حکومت های توتالیتر) در نهایت به یک سمت میل پیدا می کنه، که طبق تجربه و شواهد تاریخی همیشه میل به سمت عدم به رسمیت شناختن حق مالکیت هست.

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

دلیل نگارش این پست کوتاه هم خواندن مقاله ای جالب از رونالد کوز، اقتصاددان برنده جایزه نوبل است. پیشنهاد می کنم حتما مطالعه کنید.
https://donya-e-eqtesad.com/fa/tiny/news-3980881
«مادامی که حق مالکیت به رسمیت شناخته شود، منابع در اختیار کسانی قرار می‌گیرد که برای آنها بیشترین ارزش را دارد.» این جمله خلاصه نظریه رونالد کوز، اقتصاددان برنده جایزه نوبل است.

هر چند لینک در بیو این کانال هم موجود هست ولی بنظر بد نیست یادآوری کنیم بخش زیادی از فعالیت دوستان در دیسکورد ما شکل میگیره. هر چند تلگرام هم خصوصیت تاپیک را داره ولی ترجیح ما بر اساس فاکتورهای دیگه این بود که بخشی از فعالیت را در دیسکورد هم داشته باشیم.
پس اگر دوست دارید بیشتر در موضوعات مختلف و در جلسات صوتی حضور داشته باشید و استفاده کنید، در سرور ما در دیسکورد هم عضو شوید
https://discord.gg/BZg2Xkmwku

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

برگرفته از کتاب مفهوم ها و ابزارهای #تفکر_نقادانه در باب اهمیت #تفکر_انتقادی
به نقل از پست دکتر مجتبی لشکربلوکی در باب #کند_ذهن و #کند_باور بودن

دایره دوستی و اهمیت بودن دوستانی از علوم دیگری به جز علم تخصصی خودمان در آن
همانگونه که در پست معرفی گروه توسعه گفتیم، مفهوم توسعه نباید محدود به هیچ علم یا صنعت خاصی شود، و برای توسعه و تصمیم سازی ها آن، نگاه های مختلف از علوم مختلف نیاز می باشد.
برای رسیدن به آگاهی و درک (موضوع های #آگاهی و #ادراک یکی از پر چالش ترین موضوعات حوزه #هوش و قطعا #هوش_مصنوعی بوده و خواهد بود. کمی بیشتر اینجا و اینجا از قلم اساتید این حوزه بخوانید.) گفته شده ما نیاز داریم در حوزه های مختلف علمی، دارای گفتمان هایی در سطوح مختلف باشیم. خلاصه اینکه با توجه به گستردگی شدید علم در حال و آینده، دیگه نمی تونیم همه چیز دان باشیم و بهترین راه برای کسب بینش (Insight - a feeling of understanding) علوم مختلف اینه که سعی کنیم در دایره های دوستی خودمون افرادی از علوم مختلف داشته باشیم.
راستی در خصوص خود مفهوم دایره دوستی و مفهومش هم حتما مطالعه کنید، موضوع جذاب و مهمی هست که بنظرم کم صحبت میشه در جامعه در موردش و به شدت موضوع مهمی هست برای داشتن رابطه های دوستی با کیفیت. در پی نوشت این پست هم قبلا کمی به این موضوع پرداختیم

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

جزئیات ایده از اینجا شروع شد که سوال زیر (برای نیازمندی یک بیزینس) ذهن منو چند وقت درگیر کرده بود ولی با تحقیق فراوان و پرس و جو، جواب دقیقی براش پیدا نکردم.
- چرا در لایه دو (تقریبا همیشه پروتکل Ethernet) بجای ذخیره آدرس یا همون MAC ها در سوییچر ها بر اساس hopPort درون خود فریم ها آدرس دهی انجام نشه. در هر حال که برای آدرس دهی بر اساس مک نیز، بدون broadcast نود جدید به بقیه و اخذ MAC دیگران امکان پذیر نمی باشد خوب در همان مرحله broadcasting اولیه مسیر دهی شکل بگیره و استفاده بشه.

بنظر میرسه بیشتر بحث تجاری (فروش محصولات شبکه های همراه نسل های جدید بخصوص 5G) وجود داره که نمیذارن لایه دو شبکه های غیر تجاری تبدیل به لایه ای stateless (تقریبا شبیه خود پروتکل های 5G) در طول مسیر بشه. البته بگم state لینک انتقال داده در گیرنده و فرستنده همیشه باید باشه چه در معماری اترنت و چه معماری پیشنهادی فعلی و چه شبکه های همراه تجاری.
در هر حال با حذف state از طول مسیر:
- هزینه راه اندازی و نگهداری لایه دو به شدت پایین میاد
- سرعت انتقال داده بدلیل فرآیند ساده تر در سوئیچ های مسیر نیز بدون هیچ گونه هزینه کرد بیشتر، چندین برابر میشه.
- ظرفیت ایجاد شبکه های لایه دو به شدت افزایش پیدا می کنه و دیگر به ظرفیت ساختاری (بیشتر محدودیت انواع رم برای ذخیره و بازیابی MAC به پورت TCAM ها) سوییچ ها محدود نمیشه.
- مصرف انرژی مستقیم(سوییچ ها) و غیر مستقیم(خنک کننده ها) به شدت پایین میاد.

خوب برسیم به مشکلاتی که ما با شبکه اترنت داشتیم:
- هزینه راه اندازی شبکه اترنت در تعداد بالای نودهای یوزر انتهایی خیلی زیاد هست و محدودیت فعلی تقریبا 512 هزار رکورد در جدول مک به پورت در سوییچ هست که خوب این محدودیت می تواند در اکثر سناریوها بالاترین تعداد نود در یک شبکه لایه 2 هست که بیشتر از این تعداد نیاز هست از اتصال چندین شبکه با لایه 3 استفاده بشه که هزینه سربار زیادی داره.
- هر چند ساختار اختصاصی حافظه برای بدست آوردن پورت به مک خیلی بهینه هست ولی باز هم محدودیت سرعت و مصرف انرژی بالای انرژی، کلیت وجودی این پروتکل را بسیار غیر بهینه کرده است و راهکارهای بهینه سازی نیز با توجه به اجبار رعایت ساختار این پروتکل عملا محدود می باشند.
- اگر محدودیت های قبل هم برای یک سازمان مهم نباشه هزینه ایجاد شبکه اترنت در این حجم بسیار بالا هست و ایجاد شبکه ای در حد 512 هزار نود در اکثر سناریوها بسیار بالا هست و ارزش افزوده اقتصادی ایجاد ابزارهای شبکه محور جدید مثل اکوسیستم IoT را به شدت ضعیف می کنه.

ما با معرفی ساختاری جدید دو مشکل اول (محدود بودن تعداد دیوایس در شبکه و مصرف زیاد انرژی) را حل کردیم، هرچند دقیقا در راستای اشاره بسیار هوشمندانه به وجود یک سناریو مهم و بحث نیاز به وجود کش با توجه به امکان تراکم سوییچ کردن پاکت های چندین پورت به یک پورت این مشکل هنوز برای خود ما هم ابهام هست. البته راه کارهایی مثل اختصاص یک یا چند پورت با چندین برابر ظرفیت پورت های دیگر می تواند تا حدودی این تراکم را در ساختار درختی حل کنه ولی باز درمان قطعی نیست که هنوز وقت نشده برای این مسیله راه حل دقیقی داشته باشیم. یا بالا بردن بهره وری لایه یک مثل ایده های Enlightra به شدت به این موضوع کمک می کنه.

جزییات بیشتر را در لینک های زیر مفصل تر می تونید بخونید و قطعا مرجع اصلی RFC(request for comments) نوشته شده هست. اگر در حوزه کاری خودتون هست یک بررسی کنید و نظرتون را بگید که ما همه جوانب را دیدم یا اینکه چیزی از چشم ما دور بوده!؟ اگر هم کسی را میشناسید در زمینه شبکه تخصص داره و علاقه مند هست روی این قضیه کار کنیم، به ما معرفی کنید تا بتونیم نمونه اولیه و چندین مقاله علمی خوب، را برای تست های بیشتر بسازیم!
Read more specs here: https://github.com/GeniusesGroup/RFCs/blob/master/networking-osi_2-Chapar.md
See implemented protocol in Golang: https://github.com/GeniusesGroup/libgo/tree/dev/net/chapar

بعد از چند ماه موفق شدیم برنامه #توسعه_گروهی ایده ای که در چند جلسه آنلاین با دوستان صاحب نظر و در گروه های تلگرامی در موردش بحث و تبادل نظر کردیم را بچینیم. از همین مسیر ارتباطی به دوستانی که علاقه داشتن در مسیر توسعه این ابزار که به نوعی رقیب ابزارهای مثل k8s هست ولی با رویکردی متفاوت که قبلا در این جلسه صوتی در موردش کمی گفت و گو کردیم، اعلام می کنیم خوشحال میشیم در کنارمون باشید تا علاوه بر یادگیری عمیق ابزارهای موجود بدلیل بررسی فیلد به فیلد و رفتار به رفتار آنها و با معماری توسعه نرم افزار بر اساس رویکردهای جذاب مثل Edge computing و Unikernel و MDD و DDD و DevOps و NoOps و ... نیز آشنا بشید و حتی بتونید در مسیر توسعه کمک هم کنید.
توسعه این ابزار برای سازمان هایی که مشکلات هر روزه استقرار و نگهداری نرم افزار براشون عذاب ده شده، هم می تونه جذاب باشه. با آشنایی اولیه و کافی با این ابزار، می تونید درک کنید که چقدر بهینه تر و #پایدار تر میشه نرم افزار داشت

برای اطلاع از زمان جلسات در سرور دیسکورد گروه توسعه ای ما عضو شوید، و برای پیگیری مطالب مورد بحث در کانال تلگرامی ما نیز عضو شوید

کد مخزن #متن_باز پروژه

خبر کوتاه و شکه کننده!
چند ساختمان در شهرک احمدیه خلازیر واقع در منطقه ۱۹ تهران که با دستور قضایی در حال تخریب بوده‌اند به علت عدم رعایت نکات ایمنی ریزش کرد. در این حادثه که صبح روز ۱۵ مرداد رخ داد، ۴ نفر از جمله ۲ مأمور نیروی انتظامی کشته شدند.
از زاویه ای دیگر:
ریزش چندین ساختمان بدلیل عدم رعایت #اصول_مهندسی در انجام تخریب ساختمان!
ایجاد خروجی های غیر منتظره در #سیستم مورد نظر بدلیل عدم توجه به اصول و تفکر مهندسی!

همانطور که دکتر معز در این پست به درستی اشاره کردند، برای هر رفتاری و عملی در علوم مهندسی باید قبل از انجام کار به تمام ابعاد مسئله فکر کرد. بسته به بزرگی عمل مورد نیاز، خروجی های غیر منتظره می توانند بزرگ باشند ولی با داشتن بینش کافی می توان تا جای امکان جلوی موارد غیر منتظره را گرفت.
حال بیایید کمی عمیق تر بررسی کنیم و بگیم چرا این موضوع که بیشتر شبیه یک خبر ناراحت کننده هست را اینجا به عنوان موضوع علمی و مهم مطرح می کنیم. بارها تاکید شده #تضاد_منافع به شدت می تونه آسیب زا باشه، در این خبر هم متاسفانه تضاد منافعی که از عدم جداسازی توسعه قانون (پروتکل ها که در علوم کامپیوتر بوسیله مواردی مثل interface ها بوجود میانند) و اجرای قوانینی (پیاده سازی پروتکل ها که در علوم کامپیوتر نمود عینی پیاده سازی اون interface ها هستند) که نیازمند صبر در توسعه قوانین مرتبط هست نشات میگیره.
از زاویه ای دیگر، اگر بخواهیم از دید بیزینسی به ماجرا نگاه کنیم، قطعا شنیدید که پیاده سازی هر ایده از لحاظ "زمان ورود به بازار" و بررسی آن به شدت مهم هست. یعنی نمی توان بدون شناخت دقیق نیازمندی ها و توسعه پروتکل های مورد نیاز انتظار داشته باشیم ایده هایی مانند تاکسی اینترنتی موفق باشند، قطعا توسعه پروتکل های مورد نیاز این کسب و کار بایستی منتظر توسعه پروتکل هایی مثل ارتباطات بیسیم پایدار و پهن باند و قطعا پیاده سازی آن پروتکل ها توسط کسب و کارهایی دیگر باشد.

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

تفکر تطبیقی یا comparative thinking
همانطور که بارها اشاره کردیم موضوع #یادگیری و کسب #مهارت هایی برای یادگیری موضوعی نیست که بشه با مطالعه حتی میلیون ها خط مطلب در علوم تخصصی دیگر مثل فیزیک یا کامپیوتر بدست آورد. یکی از مهم ترین روش های یادگیری شناخت انواع #تفکر هست. روش هایی که به ما بینش کافی میدن که در موقعیت های مختلف به چه نحوی باید به موضوعات فکر کنیم.

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

در مقالات مختلف مثل این مورد انواع مختلف #تفکر (types of thinking) را لیست کرده اند و به شکل عمیق تری در مور هر کدام توضیح داده اند ولی همانطور که در #تفکر_انتقادی یاد میگیریم باید همیشه بپرسیم آیا این لیست ها همه جزییات را توضیح داده اند؟ آیا ممکنه هنوز #علم به اندازه کافی برای تبین همه جزییات کامل نباشد؟ قطعا این طور هست، همانطور که در این پست به اهمیت #تفکر_تطبیقی اشاره می کنیم. تفکری که به ما از دوران نوزادی یاد میده در موضوعاتی که بنظر بی ربط هست به دنبال یافت #الگو هایی مشابه در علم تخصصی خودمان باشیم و با این تطبیق جواب سوالاتی را بدهیم که هرگز بدون مطالعه و تفکر در علوم دیگر قابلیت پاسخگویی ندارد. مثلا جالبه بدونید حجم معماری برج خلیفه در شهر دبی از گیاه Hymenocallis که گیاهی بومی صحرا هست الهام گرفته شده برای حل معضلات طراحی و مشکلات موجود سازه های ارتفاع بالا برای پایداری در مقابل انرژی های طبیعی مثل باد.

پ.ن:
- یادمون باشه هر نوشته ای اینجا انتشار پیدا می کنه برای #تلنگر_ذهنی ما طراحی و نگارش شده و قطعا بایستی خواننده به دنبال فراگیری بیشتر موضوع با جست و جو و مطالعه بیشتر باشه و گرنه دچار انواع #خطا_شناختی مثل #اثر_دانینگ_کروگر خواهد شد.
- نکته مهم در خصوص مفاهیم حول #تفکر این هست (قطعا این نظر شخصی نگارنده هست) که یادگیری تقریبا تمام تفکرها برای رسیدن به یک هدف و اون #تفکر_سیستمی هست. سعی می کنیم در آینده در خصوص این تفکر مهم نیز نگارشی داشته باشیم.

برای #توسعه پذیری بایستی #دانش_مند ی ارزش بی چون و چرای تک تک اعضای جامعه باشه.
بارها تکرار شده هر رویکردی هر چند کوچک غیر #علم ی و رفتن به #شبه_علم یا بدتر #ناعلم قطعا باعث تکرار اشتباهات در تصمیم گیری میشه. هر کسی نباید با قدرت فراوان بتونه پیشوند #متخصص (domain expert) را به خودش نسبت بده و به عمق اثر #تصمیم_سازی هایش دقت نکند.
با روش تطبیقی که در پست قبل راجب به اهمیتش صحبت کردیم، بارها اهمیت موضوعاتی مثل توهم داشتن امنیت با مخفی سازی، یا عدم تفکیک #داده_اکتسابی و #داده_اکتشافی را گوشزد کردیم، در این پست می خوام به تکمیل موضوع مهم انواع #داده بپردازیم. اگر با این موضوعات آشنا نیستید اول این پست را بخونید.
بدلیل شباهت ظاهری برخی از کلمات عموما به اشتباه بجای یکدیگر استفاده می شوند که در بعضی شرایط به شدت گمراه کننده میشه موضوعات. ولی به عنوان کسی که هدف تخصصی رسیدن به لقب data scientist داره دقت به جزییات این کلمات به شدت مهم هست. قبلا داده ها ها را به دو مدل کلی اکتسابی و اکتشافی تقسیم کردیم. حال می خوایم بگیم داده های اکتشافی به دو مدل #داده_اکتشافی_گذشته_نگر (حوزه Analysis) و #داده_اکتشافی_آینده نگر (حوزه Analytics) تقسیم میشوند.
مثل همیشه قصد صرفا #تلنگر_ذهنی هست، پس از صحبت طولانی پرهیز می کنیم و علاقه مندان و #اندیشمندان عزیز را دعوت به مطالعه بیشتر در این حوزه می کنیم. یادمون باشه این حوزه موضوعی کاملا بین رشته ای هست و قطعا برای کسب #بینش کافی نیاز هست به مطالعه در علوم مختلف و مرتبط و حتی به ظاهر غیر مرتبط بپردازیم.
برای شروع این مقاله ابعاد جدید را برامون روشن می کنه:
https://www.linkedin.com/pulse/analytics-vs-harshit-singh/
Due to similarity of words, some people believe that Analysis & Analytics share same meaning, and thus use them interchangeably.
According to Merriam-Webster dictionary, analysis is the separation of a whole into its component parts, and analytics is the method of logical analysis.
ANALYSIS- We perform analysis on things that have already happened in the past. Such as using an analysis to explain how a story ended the way it did or how there was a decrease in sales last summer.
ANALYTICS- In analytics we look for patterns and explore what we could do with them in future.

پ.ن: هر چند خود این کلمه data scientist از دید نگارنده مثل خیلی از کلمات دیگه در اکوسیستم همانند DevOps به شدت تحریف شدن و تعریف به شدت سطحی و اشتباه ازش می بینیم. همانطور که در کامنت پست یک کانال پرطرفدار در حوزه هوش مصنوعی گفتم، کلمه scientist با معنی فارسی #دانش_مند، به شدت قدرت بیشتری داره و نه نباید محدود به یک تعریف ناقض «بیشتر کد می زنه» مفهومش نابود بشه. بنظر میرسه هر جامعه ای مثل عزیزان حوزه استقرار نرم افزار یا همین حوزه هوش مصنوعی بخاطر راس هرم نشان دادن خودشان تمایل به تحریف زیادی در کلمات دارند! 😉

#حکومت #توتالیتر جمهوری اسلامی قطعا محکوم به نابودی هست
#توسعه در جهت افزایش #کیفیت_زندگی قطعا شرط لازم و کافی دوام هر جامعه ای هست، حکومت فعلی قلمروی جغرافیایی فعلی ایران تهی از هر عنصری برای ایجاد و نگهداشت توسعه بخصوص توسعه ای پایدار هست.
#بی_خرد ی در تمام ابعاد حکمرانی این حکومت نهادینه شده است که نمودهای عینی آن در جامعه ایران به خوبی مشهود هست مثل بحران های مهاجرت، تورم، فقر و ... / ادعاهای پوچ مثل قدرت اول منطقه، دلیل تغییرات از دید خودش زیاد ژئوپلیتیک جهانی و ... / عدم وجود هدف دقیق و قابل دست یافتنی و قطعا عدم وجود برنامه برای رسیدن به آن هدف های واهی / ...
تاریخ ثابت کرده دیر یا زود حکومتی که نتونه منافع اکثریت اعضاش را تامین کنه، قطعا از درون به سمت فروپاشی و از بین رفتن حرکت می کنه، نشانه های این موضوع به خوبی قابل مشاهده هست، صرفا کمی بینایی #تامل و #تفکر نیاز داره #مشاده_گر این سیستم! اکثر طرفداران کم (طبق آمار رسمی کمتر از 15%) باقی مانده این حکومت دچار انواع #خطا_شناختی هستند، که نمود عینی این افراد در داستان کوتاه "لباس جدید پادشاه" حضور دارند.

پ.ن:
- جامعه و حکومت نمود عینی مفهوم #سیستم هست، قطعا #تفکر_سیستمی به خواننده کمک می کنه دیدگاه عمیق تری از جزییات و کلیات هر دو بدست بیاره.
- سعی کردم با اینکه با خشم فراوان دارم متن را نگارش می کنم، با این حال متن با دیدی منطقی نگارش بشه. خشمی که از اتفاقات همیشگی تحت رفتار این حکومت برای تک تک شهروندانش بوجود میاد. همین دیشب در ورودی شهر شیراز، اعضای گروهک (!!!) سپاه فجر فارس با ترس از شناسایی با ماسک، ترافیکی چند کیلومتری را بوجود آورده اند که باعث چندین ساعت معطلی هزاران نفر منجمله بنده شدند. همین حکومتی که ادعایش در خصوص شناسایی افراد با دوربین های فوق حرفه ای گوش (!!) را پاره کرده! قسم روباه را باور کنیم یا دم خروس را!؟
- قطعا آزادی خواهی در مردم این سرزمین نهادینه شده و هیچ گاه زیر سلطه طولانی مدت یک حاکم مستبد (خودکامه، خودرای، خودسر) نمادند. سالروز قتل مهسا امینی که منجر به روند #زن_زندگی_آزادی در جامعه شد ولی قطعا اتفاق مهمی در تاریخ جریان آزادی خواهی هست که بایستی در یادها زنده بماند.

#آرزوی همیشگی ما، دستیابی به #آزادی، #صلح و افزایش #کیفیت_زندگی

درود به همراهان ما 🙌
امیدوارم تا کنون سفری پربار و موفقی رو در عرصه‌ی یادگیری علم بخصوص مهندسی نرم‌افزار تجربه کرده باشین 🚀
همانطور که میدانید، الگوریتم مفهومی قدیمیه که نه تنها در #علوم_کامپیوتر بلکه در #علوم دیگه هم نقش پرنگی داره 🧠 خیلی از افراد این مفاهیم رو در دروس دانشگاه پاس میکنن و خیلی‌ها هم به صورت خودخوان بدلیل نیازمندی یا علاقه مندی در حال آموزش دیدن و #یادگیری هستن. یادگیری الگوریتم زمان و تلاش زیادی می‌طلبه، ولی به نظرم اگه توی این مسیر همراه باشیم، مسیر لذت‌بخش‌تر و آسون‌تر می‌شه 🤝
قبل از اینکه به صورت جدی شروع کنم الگوریتم و ساختمان داده رو مطالعه کنم، دوست دارم افرادی رو پیدا کنم که دوست دارن با من در این مسیر همراه بشن 🌐
برای معرفی منابع و هماهنگی جلسات، بعد از اینکه تعداد کافی علاقه‌مند بهمون جوین بشن، در بخش اعلامیه‌ی سرور دیسکورد گروه جزییات رو اعلام خواهم کرد ✍️

🔗 لینک عضویت در سرور ما در بیو کانال هست.

برای هرگونه سوال یا پیشنهاد، میتونید از طریق پیام خصوصی در دیسکورد با من در ارتباط باشید:
delaramgholampoorsagha 💌