بازی وبلاگ: نظام مشکل‌دار پزشکی ایران

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

سر همین داستان من با علاقه توی «بازی وبلاگی نظام مشکل دار پزشکی ایران» که سینا شروع کرده شرکت می‌کنم و توش خاطره‌ای از سیستم پزشکی رو می‌گم و امیدوارم بقیه هم در موردش حرف بزنن. حرف زدن از چیزها، همیشه شرایط رو بهتر می‌کنه.


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

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

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

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

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

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

مرتبط

با تشکر از سینا

آرشیو بزرگ بازی‌های کلاسیک آمیگا

ar_ninj2

وقتی شرکت کمودور در حوالی سال ۱۹۸۵ آمیگا ۱۰۰۰ رو تولید کرد، تحول بزرگی توی دنیا کامپیوتر اتفاق افتاد. ما شاهد نسل جدیدی از کامپیوترها با یک سیستم عامل گرافیکی شبیه چیزی که ما الان داریم بودیم که علاوه بر ماوس و قدرت پردازشی و کارت گرافیک فوق العاده و بر خلاف پی‌سی ها، می تونست موسیقی فوق العاده ای پخش کنه و حتی «حرف بزنه». این کامپیوتر عجیب به یکی از آرزوهای آدم های تکنولوژی دوست تبدیل شد و سری ۵۰۰ موفقیت عجیبی داشت – هرچند که در نهایت من یک آمیگا ۶۰۰ پر از باگ خریدم که قرار بود «بهتر» باشه ولی عملا همون پونصد به بهترین آمیگای دوران تبدیل شد.

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

برنامه پیشنهادی امروز: شرکت در جشن ۵۰۰هزارمین مقاله ویکی‌پدیای فارسی

جشن ۵۰۰هزارمین مقالهٔ ویکی‌پدیا جمعه ۱۵ مرداد ۱۳۹۵ ساعت ۱۵ تا ۱۹ تو تالار قلم سازمان اسناد و کتابخانهٔ ملی ایران به‌کوشش گروه کاربری ویکی‌مدین‌های ایرانی برگزار میشه. شرکت در مراسم هم بدون هیچ محدودیتی واسه همه آزاد و رایگانه. متاسفانه من فکر می کردم هفته بعد است و خیلی دیرمطلب رو منتشر کردم ولی امروزه! صفحه جشن اینجاست و اینم برنامه زمان‌بندی. در ضمن اگر از اسنپ برای رفتن یا اومدن استفاده کنین پنجاه درصد تخفیف دارین، با کد snapp-wiki. احتمالا خودم نمی‌رسم بیام چون اشتباه کردم تو برنامه‌ریزی روزها ولی امیدوارم شما برین و خوش بگذره. ویکی عالیه.

هک تلگرام چیز جدیدی نیست، نگران نباشین

telegran-hack

از دیروز که رویترز خبری با عنوان دسترسی هکرها به اکانت‌های تلگرام داخل ایران منتشر کرده و به عبارت «مشخص شدن شماره تلفن ۱۵ میلیون ایرانی» اشاره کرده، کلی جا هیجان زده هستن و خبرهایی با عنوان «هک پونزده میلیون اکانت تلگرام» می‌زنن اما در واقع اتفاق خاص یا جدیدی در جریان نیست.

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

  1. اکانت چند نفر خاص «هک» شده. احتمالا با تکنیکی که اصولا در کشورهایی مثل ما برای حکومت کاملا راحت و شدنی است. فرض کنین شما یک گوشی جدید خریدین و می‌خواین تلگرام رو روش فعال کنین. در این حالت درخواست می دین به تلگرام و یک اسمس برای شما می‌یاد که یک کد توشه که اگر اونو وارد کنین، تلگرام جدید فعال می شه و کپی همه مسیج های شما می ره توش. حالا فرض کنین من به شرکت مخابرات بگم اگر فلان اسمس برای فلانی اومد اسمس رو بهش نرسون و متنش رو بده به من (: به همین سادگی می تونم یک تلگرام که نصب کردم رو متصل کنم به اکانت شما. این مساله در مورد هر روش لاگین مبتنی بر اسمس صادقه و عجیب هم نیست. در واقع اون‌هایی که اینها رو درست می کنن ایده شون اینه که کسانی که دنبال سرقت هویت افراد هستن، به کل سیستم اینترنت و سیستم مخابراتی و اسمس‌های مردم دسترسی ندارن.
  2. در قسمت دیگه مقاله اشاره شده که شماره تلفن و آی دی حدود ۱۵ میلیون ایرانی کشف شده. روشش بازم ساده است: یک شماره تلفن اتفاقی به کانتکت های خودتون اضافه کنین و بعد نگاه کنین تو لیست دوستان شما در تلگرام اسم و عکس اون آدم چیه و چه شکلیه. حالا فرض کنین یک کامپیوتر همینجوری پشت هم شماره تلفن اضافه کنه و چک کنه که آیا در کانتکت‌های تلگرام تغییری حاصل شده یا نه یا یک مرحله کارش رو راحتتر کنه و بررسی کنه که فلان شماره آیا در تلگرام اکانتی برمی‌گردونه یا نه و از این طریق فهرست تلفن (و در نتیجه اسم آدم) و اکانت‌های تلگرام رو به دست بیارن.

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

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

مرتبط
قفل ها و اعتماد

هک بامزه بیمارستان میلاد و دو سه یادآوری برای ما

milad

عکس بالا دست به دست می‌شه و می‌خندیم. یک نفر سعی کرده از بیمارستان میلاد وقت بگیره و نتونسته و به گفته خودش «در چند ثانیه»‌ بخش اخبار و بقیه اجزای سایت رو «هک» کرده و توی بخش اخبار و نوبت دهی درخواست نوبت پزشک پوست کرده (:

من و شما یادمون باشه که :

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

و خب ترجیحا

  • از گنو/لینوکس استفاده کنید (:

و یادمون باشه که اگر از نرم‌افزار آزاد استفاده کردیم:

  • حتما آپدیت باشیم

روش اندازه‌گیری طول تأخیر در سیستم‌های کامپیوتری

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


یکی از مشکلاتی که توی بیان کارایی سیستم توزیع شده داریم بحث زمان پاسخ یا همون response time هستش و برای اینکه کمی با این بحث و اهمیتش آشنا بشیم من این متن رو اینجا می‌نویسم.
همه می‌دونیم تأخیر توی سیستم‌های کامپیوتری یعنی مدت زمانی که یک پردازه دستورالعمل‌های خودش رو انجام میده و خاتمه پیدا میکنه. روش‌های متفاوتی مثل میانه، میانگین و صدک‌ها برای اندازه‌گیری تأخیر توی این سیستم‌ها مطرح می‌شن. اما بایستی ببینیم واقعاً این معیارها برای اندازه‌گیری زمان پاسخ مناسب هستند؟
دو معیار اول یا همون معیارهای میانگین و میانه روش‌های مناسبی برای توصیف طول تأخیر سیستم‌های کامپیوتری نیستن چون این روش‌ها بدترین حالت‌ها (زمان پاسخ‌های طولانی) رو توی خودشون محو می‌کنن و ابزارهای مانیتورینگی که بر این مبنا تأخیر رو محاسبه می‌کنن قادر به تشخیص موارد خاص نیستند. اگه واضح‌تر بخوام بگم فرض کنید ۲۰ تا درخواست به سیستم وارد شدن و زمان پاسخ اون‌ها به شکل زیر هستش:

۱ ، ۱ ، ۱، ۱ ، ۲ ، ۲ ، ۲ ، ۳ ،۳ ، ۳ ، ۳ ، ۳ ، ۴ ، ۴ ، ۴ ، ۴ ، ۴ ، ۵ ، ۱۵ ، ۱۶

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

اگه در مقیاس وسیع نگاه کنید یک درصد چیز کمی نیست. ممکنه ۱۰۰۰ تا درخواست (کاربر) با تأخیر زیاد مواجه بشن و در نتیجه کسی از سیستم ما راضی نباشه و سراغ یک جایگزین بهتر بره (:

شاید این بحث روی نمودار جالبتر باشه. توی نمودار زیر به طور میانگین زمان پاسخ در حدود ۵۰ میلی ثانیه است و توی مواردی نادر به۱۰۰ میلی ثانیه می‌رسه.

1

همونطور که می‌بینید این نمودار در بدترین حالت (تأخیر زیاد) توانایی نمایش تاخیر سیستم رو نداره. حالا وضعیت سیستم رو با استفاده از یک معیار دیگه به نام صدک بررسی می‌کنیم:

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

2

نمودار بالا به طور باور نکردنی با نمودار اولیه (میانگین و میانه) تفاوت داره. این نمودار بیان می‌کنه که در ساعت ۹:۳۶ دقیقه ۹۹ درصد مقادیر کمتر از ۸۵۰ میلی ثانیه هستن یا به عبارتی دیگه یک درصد کاربرها تاخیری بیشتر از ۸۰۰ میلی ثانیه رو تجربه کردن!

نکته‌ای که وجود داره اینه که اگه از سیستم توزیع شده استفاده کنیم این طول تأخیر تشدید می‌شه چون معمولاً توی این سیستم‌ها یک درخواست به چندین درخواست کوچیکتر شکسته میشه و بصورت توزیع شده روی ماشین‌های زیادی (شاید بیشتر از هزارتا) اجرا می‌شه و در نهایت نتیجه کل پاسخ‌ها تجمیع و به کاربر تحویل داده می‌شن.

3

هر چند از احتمال خیلی خوشم نمیاد ولی برای اینکه یک کم مستند صحبت کنیم فرض کنید میانگین زمان پاسخ یک سرویس دهنده ده میلی ثانیه ست اما صدک ۹۹ ام تأخیر اون برابر با یک ثانیه باشه. بنابراین یک درصد از درخواست‌ها تاخیر یک ثانیه ای را تجربه می‌کنن. حالا تصور کنید درخواست کاربر برای انجام شدن نیاز به اجرا بر روی صد سرویس دهنده رو داشته باشه. بنابراین داریم :

درخواست توسط یک گره ریشه میان تعداد زیادی ماشین توزیع میشه و برای تولید پاسخ نهایی لازمه منتظر پاسخ تمام سرویس دهنده‌ها بمونیم.

خب اول فرض‌های مسأله رو می‌نویسیم:

  • احتمال اینکه «یک» سرویس دهنده به‌موقع پاسخ خود را تولید کند : ۹۹ درصد
  • تعداد کل سرویس دهنده ها : ۱۰۰

حالا مسئله مشخصه و می‌تونیم با داشتن این فرض‌ها احتمال تأخیر هر درخواست رو به صورت زیر محاسبه کنیم:

4

خب طبق این محاسبه ۶۳ درصد کاربرها تأخیر بیش از یک ثانیه رو تجربه می‌کنن و عملاً میشه گفت سیستم شما بدرد نمی‌خوره چون بیشتر مواقع کنده (:

معرفی شبکه‌های مبتنی بر نرم‌افزار (Software Defined Networking)

دوست خوبم همایون عزآبادی یک ایمیل زده که فکر کنم قسمت آخرش به طور مستقیم به درد همه می‌خوره و من با ادیت خیلی کم براتون میارمش.

[….]
هدفم از این ایمیل معرفی یک سوژه برای رادیو و یا وبلاگت هست. فکر میکنم یه زمینه خوب کاری هست برای شروع استارت آپ های جهانی برای برنامه نویسها و مخابراتی ها.

سوژه در مورد Software-Defined Networking (SDN) هست و قابلیتهایی که برای کار در یه کشور در حال توسعه داره. به طور خاص مورد نظرم ONF (openflow network foundation) هست که یک ارگانیزیشن هست متشکل از بزرگان صنعت مخابرات (سیسکو و اچ بی – اریکسون – نوکیا – گوگل و … که داره استاندارد هارو برای SDN مشخص میکنه.

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

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

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

شرکتی که من توش کار میکنم یه استارتآپ موفقه که همین کار رو میکنه. ۲۰۱۲ چهار نقر دانشجو شروع کردن به کار روی سوییچ های بر مبنای SDN به عنوان پروژه دانشجویی و الان اوضاع مرتبی دارن. همچنان ۶- ۷ نفر برنامه نویس داره شرکت و داره خوب پیش میره. البته به ازای این تیم کوچیک یه تیم ۴ نقره مدیریت با سابقه و چند سرمایه گذار عالی هم هستند که عملا همه موقیت استارتاپ به مدیریت اونها و بازاریابی و جذب سرمایه ای که انجام دادن وابستس.

خیلی نمی خوام حاشیه برم. شرکت ما یه شرکت نرم اقزاریه که سوییچ هایی با ظرقیت بالا میسازه که سوییجینگ و روتینگ روی لایه ها ی ۲ تا ۷ انحام میده. مثلا روی پورت ۴۰ گیگ میتونی برا اساس ترکیبی از mac , IP, TCP port و حتی دیتای تو ی پکت روتینگ رو مشخص کنی (مثلا اگه دیتای تو پکت aaaa باشه میفرسته به پرت ۱ و اگه bbb باشه میفرسته به پورت ۲).

سوییچ میتونه با سرعت ۲۶۰ GBPS هر پکت رو با حداکثر ۳ میلیون دستور روتینگ (flow entry) مقایسه بکنه و پکت رو فوروارد کنه به پورت مورد نظر یا بهش لایه اضافه کنه (مثلا vlan یا mpls) یا کم کنه و بعد بفرسته به هر جا.

اما سوییج برای تصمیم گیری برای روتینگ هیج کاری انجام نمیده و کل این کار رو یک یا چند سرور دیگه controller انجام میدن. درواقع این کنترل هست که میگه کی کحا بره. اینطوری میشه یه کنترلر که به چندتا سوییچ در مکانهای مختلف وصله کلی سرویس اختصاصی رو که الان راه انندازییش پر هزینه و محدوده رو راه بندازه و کل نتورک رو با هم مدیریت کنه. اما یه امکان دیگه هم داره که خیلی به درد میخوره Scale-Out Router عملا میتونی یک روتر داشته باشی که پورت ۱ تا ۲۰ تو تهران باشه ۲۱ تا ۳۰ تو شیراز و هر زمان نیاز شد ۳۱ تا ۴۰ رو تو یه شهر دیگه داشته باشی.

اما چرا فک میکنم که این جریان به درد استارتاپ تو ایران میخوره:

۱- کل این قابلیت ها که سوییج میتونه انجام بده مدیون سخت اقزار(تراشه) خوبیه که شرکت EZCHIP و Broadcom میسازن و در دست رس همه هست. سیسکو هم در یه سری از سوییچ هاش از ezchip استفاده میکنه. شرکت ما تراشه نت ورک رو از ezchip میگیره به pc با i7 و ۸ مگ رم میزاره کنارش با یه سری اینترفیس میده یه شرکت سخت افزاری که براش لحیم کاری ها رو انحام بدن و میشه سخت افزار ما. با فرض برداشته شدن تحریم ها تو ایران هم در دست رس هست.
۲- تمامی پرتکل هاش اوپن سورس هستن و در دست رس همه OpenFlow
۳- به جز سوییچ بخش کنترلر هم هست که یه پرداکت کاملا جداس که کاملا ترم افزاریه و خیلی جای کار داره. شرکت های بزرگی دارن روش کار مکنن اما خیلی کار داره هنوز.
کلی پروژه اوپن سورس هست مثل ryu و faucet که گوگل داره روش کار میکنه. پروژه ryu با پایتون کد شده و میشه باهاش کلی کنترلر با سرویس ها ی جداب و سفارشی درست کرد. پروژه http://openvswitch.org هم هست که میشه باهاش بدون اینکه سوییچ های گرون قبمت داشت کنترلر رو توسعه داد و تست کرد.

کلا اکثر موارد مربوط به SDN با عبارت open شروع میشن. که دروازه ورود بهش linux هست و python. اگر هم کسی هست که دنبال یادگیریه شبکه و لینوکس و پایتون با همه این بهانه خوبیه برا سرگرمی. بازم ممنون بابت رادیو و آموزش لینوکس. و شرمندگی بابت پریشانی متن و غلظ های املایی انشایی زیاد.

دوره کامل آموزش ویدئویی لینوکس جادی – الپیک ۱ – آزمون ۱۰۱ و ۱۰۲

فیلم آموزشی لینوکس رایگان

خوشحالم که بالاخره بعد از یکسال، دوره کامل ویدئوهای آموزشی الپیک ۱‌ شامل امتحان LPIC 101 و LPIC 102 با اسپانسری مبین نت تموم شده و همه می تونیم به رایگان به چندین سایت ویدئوی آموزش مدیر سیستمی لینوکس یا همون ال پی آی سی سطح یک دسترسی داشته باشیم. متاسفانه سایت اصلی که ویدئوها رو آپلود می کرد چندان فعال نیست و فعلا می تونین ویدئوها رو از لینک مگنت تورنت مربوط به ویدیوهای آموزش لینوکس الپیک یک جادی دریافت کنین؛ این لینک در صورتی که به یک برنامه دریافت تورنت (مثلا qbittorent یا utorrent داده بشه، فایل ها خودشون خورد خورد ظاهر میشن!).

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

چقدر نوشتم! این شما و این لینک مگنت تورنت دانلود ویدیوهای رایگان آموزش لینوکس الپیک ۱ جادی با اسپانسری مبین نت

آپدیت ۲۰۱۹:‌ کل فیلم ها رو روی یوتوب آپلود کردم. آموزش مدیریت سیستم لینوکس LPIC / الپیک یک جادی و البته توی آپارت هم الپیک ۱ هست