Imaging ...

#startup

#security #siem #sim #sem #soc

#book

فلسفه یونیکس که توسط کن تامپسون ابداع شد، مجموعه ای از هنجارهای فرهنگی و رویکردهای فلسفی برای توسعه نرم افزار مینیمالیستی و مدولار است. این بر اساس تجربه توسعه دهندگان پیشرو سیستم عامل یونیکس است. توسعه دهندگان اولیه یونیکس در آوردن مفاهیم ماژولار بودن و قابلیت استفاده مجدد در عمل مهندسی نرم افزار مهم بودند و جنبش "ابزارهای نرم افزاری" را ایجاد کردند. با گذشت زمان، توسعه دهندگان پیشرو یونیکس (و برنامه هایی که روی آن اجرا می شدند) مجموعه ای از هنجارهای فرهنگی را برای توسعه نرم افزار ایجاد کردند. این هنجارها به اندازه فناوری خود یونیکس مهم و تأثیرگذار شدند. این را "فلسفه یونیکس" نامیده اند.

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

فلسفه یونیکس توسط داگ مک ایلروی در مجله فنی سیستم بل از سال 1978 مستند شده است:

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

بعداً توسط پیتر اچ. سالوس در کتاب A Quarter-Century of Unix (1994) خلاصه شد:

برنامه هایی بنویسید که یک کار را انجام دهند و آن را به خوبی انجام دهند.
برنامه هایی بنویسید تا با هم کار کنند.
برنامه هایی بنویسید که جریان های متنی را مدیریت کنند، زیرا این یک رابط جهانی است.

ریچی و تامپسون در مقاله برنده جایزه یونیکس خود در سال 1974، ملاحظات طراحی زیر را نقل می‌کنند:

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

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

نویسندگان در ادامه می نویسند که هدف آنها از این کتاب "ارتباط با فلسفه برنامه نویسی یونیکس" است.

مک ایلروی، رئیس وقت مرکز تحقیقات علوم محاسباتی بل و مخترع لوله یونیکس فلسفه یونیکس را به شرح زیر خلاصه کرد:

این فلسفه یونیکس است: برنامه هایی بنویسید که یک کار را انجام دهند و آن را به خوبی انجام دهند. برنامه هایی بنویسید تا با هم کار کنند. برنامه هایی بنویسید که جریان های متنی را مدیریت کنند، زیرا این یک رابط جهانی است.

فراتر از این گفته ها، او همچنین بر سادگی و مینیمالیسم در برنامه نویسی یونیکس تأکید کرده است:

مفهوم «پیچیدگی‌های پیچیده و زیبا» تقریباً یک امر عجیب و غریب است. برنامه نویسان یونیکس برای افتخارات "ساده و زیبا" با یکدیگر رقابت می کنند - نکته ای که در این قوانین ضمنی است، اما ارزش آشکار کردن آن را دارد.

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

همه چیز کوچیک بود... و وقتی اندازه لینوکس رو میبینم دلم برای لینوکس غرق میشه. صفحه کتابچه راهنمای کاربر، که واقعاً قبلاً یک صفحه دستی بود، اکنون حجم کمی دارد، با هزاران گزینه... ما قبلاً در اتاق یونیکس می نشستیم و می گفتیم: "چه چیزی را می توانیم بیرون بیاوریم؟" چرا این گزینه وجود دارد؟ این اغلب به این دلیل است که در طراحی اولیه نقص وجود دارد - شما واقعاً به نقطه طراحی درستی نرسیدید. به جای اضافه کردن گزینه، به این فکر کنید که چه چیزی شما را مجبور به اضافه کردن آن گزینه کرده است.




در کتاب خود به نام هنر برنامه نویسی یونیکس که برای اولین بار در سال 2003 منتشر شد، اریک اس. ریموند (حامی منبع باز و برنامه نویس) فلسفه یونیکس را به عنوان اصل KISS از "ساده نگه دارید، احمقانه" خلاصه می کند. یک سری قوانین طراحی:

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


بدتر بهتر است

ریچارد پی گابریل پیشنهاد می‌کند که یک مزیت کلیدی یونیکس این بود که فلسفه طراحی را که او آن را «بدتر، بهتر» می‌نامید، تجسم می‌داد، که در آن سادگی رابط و پیاده‌سازی مهم‌تر از سایر ویژگی‌های سیستم هستند - از جمله درستی. سازگاری و کامل بودن گابریل استدلال می کند که این سبک طراحی دارای مزایای کلیدی تکاملی است، اگرچه او کیفیت برخی از نتایج را زیر سوال می برد.

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

در این موارد کن تامپسون و دنیس ریچی سادگی را بر کمال ترجیح دادند. سیستم یونیکس گهگاه زودتر از یک تماس سیستمی با خطای مبنی بر این که هیچ کاری انجام نداده است باز می گردد - "تماس سیستم قطع شده" یا خطای شماره 4 (EINTR) در سیستم های امروزی. البته تماس به منظور تماس با کنترل کننده سیگنال قطع شده بود. این فقط می تواند برای تعداد انگشت شماری از فراخوانی های سیستمی طولانی مدت مانند read()، write()، open() و select() اتفاق بیفتد. از جنبه مثبت، این امر طراحی و درک سیستم I/O را چندین برابر ساده تر کرد. اکثریت قریب به اتفاق برنامه‌های کاربر هرگز تحت تأثیر قرار نگرفتند زیرا سیگنال‌هایی غیر از SIGINT را کنترل نمی‌کردند یا تجربه نمی‌کردند و اگر یکی از آنها بلند شود، فوراً می‌میرند. برای چند برنامه دیگر - چیزهایی مانند پوسته یا ویرایشگرهای متن که به فشار دادن کلیدهای کنترل کار پاسخ می دهند - می توان بسته های کوچکی را به تماس های سیستم اضافه کرد تا در صورت بروز این خطای EINTR فوراً تماس را دوباره امتحان کنید. بنابراین، مشکل به روشی ساده حل شد.

تا سال ۲۰۲۵ یعنی تا کمتر از سه سال دیگه، ۸۵ میلیون شغل یا شکل انجامشون تغییر میکنه و یا به کلی از بین میره! البته بجاش ۹۵ میلیون شغل جدید به وجود میاد.

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

این لیست ۱۰ مهارت برتر و پرکاربرد مورد نیاز بازار کار آینده رو نشون میده. حداقل سه تا چهار مهارتی که همراستا با علایق و استعداد هاتون هست رو از این لیست انتخاب و توی برنامه توسعه فردی سال جاری تون قرار بدید

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

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

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

-مدلسازی رابطه بین مهارت ها در یا چند شغل به منظور درک پویایی بین شغل ها

-تطبیق درست از نیاز آموزشی نسبت به مهارت مورد نیاز برای برنامه شغلی هدفمندتر

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

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

چطور یک نفر که در حوزه سرمایه گذاری روی ملک و ارز دیجیتالی و ... سیگنال ها را درک میکنه .

در مورد سرمایه گذاری روی خود هم صادق هست . و این را از یاد نبرید . بهترین سرمایه گذاری ، سرمایه گذاری روی خود هست .

برای نمونه :‌چه کسی چه چیزی را خرید . این خرید از طرف چه کسی بود . چه کسی روی چه چیزی سرمایه گذاری کرد و ...

برای نمونه :‌سرمایه گذاران OPENSTACK چه کسانی هستند . چه شرکت هایی هست . و ... ادامه روند پروژه و نوع اون را مشخص میکنه . برای نمونه OPENSTACK را شرکت های مخابراتی بسیار همکاری و سرمایه تزریق میکنن . یعنی اپن استک داره به سمت شبکه های 5-6g میره و در حوزه IOT و EDGE COMPUTING آینده خوبی داره . بهتره روی EDGE COMPUTING مباحث شبکه و امنیت اون مخصوصا امنیت کلود و و کانتینر ,storage ها وقت بزارید .

این یک مثال بود .
در NGINX هم تحلیل چیزه دیگه هست . در STORAGE ‌و غیره و غیره . هم تحلیل یه چیز دیگه .

شما به عنوان مدیر یک شرکت یا مهندس و ... باید این را بدونید و تحلیل کنید .


در آینده در موردش خواهم نوشت .

این هم بگم . شاید بعضی از عزیزان ندونن . روز های پنجشنبه ۲ ساعت بصورت رایگان وقتم را آزاد کردم برای مشاوره . برای شرکت ها و سازمان ها و استارت آپ ها و افراد . میتونید با پشتیبانی وقت ست کنید .

Cyber Security Incident Management Guide

Cyber Security Incident Management Guide

#گزارش فنی: تجزیه و تحلیل #بدافزار Hermetic Wiper

By using SSH-based authentication, SFTP and SCP are handy commands for moving files between systems securely.

via Enable Sysadmin https://ift.tt/oNyxJcf

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

ماهنامه امنیت اطلاعات و ارتباطات همراه اول
شماره دوم - اردیبهشت ۱۴۰۱

حمله سایبری به حوزه‌های زیرساختی کشور

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

کتابی در حوزه selinux