⁉️با دستور Find در لینوکس غریبی میکنید؟😎

✅این فایل نمونه دستورات و مثال ها استفاده از Find را ذخیره داشته باشی حله یادت نمیره😍

🗒می توانید فایل ها را بر اساس date ,permission ,type ,group ,owner ,name و ... پیدا کنید.

البته دستور Find نکته زیاد دارد مثلا :
🔥بهینه‌سازی جستجو
با استفاده از آرگومان -Olevel می‌توانید عملیات جستجو را بهینه‌سازی کنید تا سریع‌تر انجام شود
🔥 چاپ کردن اطلاعات دیباگ
در صورت استفاده از نشانه -D اطلاعات دیباگ مربوط به عملیاتی که توسط دستور find در لینوکس انجام می‌شوند را در خروجی خواهید دید.
🔥 و ...

یک برگه راهنما عالی دیگه اینجا و اینجا

⁉️ تجریبات خودتان را با دستور Find با ما در بخش کامنت اشتراک بگذارید😍
❤️ ممنون از حمایت هاتون 💐🌺

#linux
#cheat_sheet

✅ یادگیری اسکریپت نویسی با Bash خیلی ساده است
🔥 یک نگاه به این برگه راهنما که خلاصه دستورات bash است بندازید

😎 اولین کد Bash را همین امروز بنویس

این کتاب هم که گذاشتم بزارید کنار دستتون با این لینک ها داشته باشید
مرجع ۱
مرجع ۲

⁉️ اگر سوالی داشتید در بخش کامنت ها بپرسید
کتاب بهتر منابع بهتر سراغ داشتید توصیه به مبتدی هم بخش کامنت ها بنویسد

❤️ ممنون از حمایت هاتون 💐🌺

#برنامه_نویسی #linux
#cheat_sheet

مولانا | دیوان شمس | رباعیات | رباعی شمارهٔ ۴۴۴

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

#مولانا | گنجور
📍@iipoem

🔵 عنوان مقاله
How to Release to Homebrew with GoReleaser, GitHub Actions and Semantic Release

🟢 خلاصه مقاله:
مقاله مورد نظر به بررسی فرآیند خودکارسازی انتشار پروژه‌های Go که از طریق Homebrew در دسترس هستند (مانند ابزارهای خط فرمان یا TUI) می‌پردازد، با تمرکز بر سیستم عامل macOS. روند خودکارسازی شامل چند مرحله‌ی اصلی است که با هدف افزایش کارایی و دقت در انتشار نسخه‌های جدید انجام می‌پذیرد. ابتدا، توسعه‌دهندگان باید فرآیند ساخت را برای تولید نسخه‌های قابل اجرا (binaries) تنظیم کنند. سپس، انتقال این نسخه‌ها به یک مخزن یا آرشیو باید خودکار سازی شود. مرحله‌ی بعد، نوشتن یک فرمول Homebrew برای پروژه است که شامل تعریف منابع، وابستگی‌ها و دستورالعمل‌های نصب می‌شود. در نهایت، توسعه‌دهندگان باید اطمینان حاصل کنند که فرآیند به‌روزرسانی فرمول Homebrew به طور خودکار در هر بار انتشار نسخه‌های جدید صورت پذیرد. این خودکارسازی به اطمینان از در دسترس بودن آخرین نسخه‌های پروژه برای کاربران macOS و کاهش خطاهای بشری کمک می‌کند.

🟣لینک مقاله:
https://golangweekly.com/link/165338/web

➖➖➖➖➖➖➖➖
👑 @gopher_academy

#معرفی_منبع

The IDA Pro Book

یک کتاب خوب دیگه از نویسنده کتاب The Ghidra Book ولی این بار در باب نرم افزار IDA Pro . یکسری از افراد معتقد هستند که IDA Pro درواقع بهترین نرم افزار Disassembler در دنیا هستش و احتمالا همینطور هم هست . هرچند این نرم افزار رایگان نیست و اتفاقا نسخه پولی آن هم قیمت نسبتا بالایی داره ، اما این نرم افزار اونقدر کیفیت خوبی در تولید disassembly و کارکرد های مربوطه داره که خیلی از شرکت ها و افراد این نرم افزار رو خریداری میکنند و قطعا هم ارزشش رو داره .
هدف و کارکرد اصلی این نرم افزار Disassembler است ولی دارای بخش Debugger و ابزار هایی برای Patch کردن باینری ها نیز خواهد بود .
از این نرم افزار میتونید برای مقاصد مهندسی معکوس ، تحلیل باینری و کشف آسیب پذیری ، توسعه بدافزار و ... استفاده کنید و نسخه کامل آن طیف وسیعی از معماری پردازنده های مختلف رو پشتیبانی میکنه .

🆔 : @MrPythonBlog | BOOST

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

🔥برگه راهنمای دستورات مهم شبکه، درلینوکس
سیو کنید داشته باشید به کارتون میاد

دستور ها سخته؟
قبلا در مورد
✅ صفحات TLDR و IntelliSense صحبت کردیم کار را خیلی راحت کرده اگر آشنایی ندارید
روی لینک ها کلیک کنید توضیح دادم

🔥از این آسون تر؟😎

❤️ ممنون از حمایت هاتون 💐🌺
#ابزار_کاربردی #لینوکس #Utility ‏ #linux
#cheat_sheet

گوگل‌ لحظاتی پیش اشتراک پرمیوم Notebook LM رو هم به پکیج گوگل وان اضافه کرد.
با آپدیت‌های اخیر گوگل برای سری 2.0‌ Gemini و این نوت‌بوک و همینطور ۲ ترابایت حافظه ابری و تمام سرویس‌هایی که از قبل برای مشترکان گوگل‌وان بود، میشه گفت این الان ارزشمندترین ۲۰ دلاریه که میتونید بدید.

@DevTwitter | <Amin Anvary/>

این روزا دارن به همه پیام میدن میگن سایتتون مشکل امنیتی داره بعد ازتون پول میگیرن

بعد سه چهار تا مشکل رایج وردپرس هم بهتون میگن

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

بعد گفتن عه ندیدیم ببخشید فقط می‌خوان پول بگیرن مراقب باشید

تا الان بالای صد تا پیام از اینا اومده برای ما و مشتریانمون

@poinair پوینا

دوستانی که مقاله مینویسن یا هرچیز دیگه و نیاز دارن که معادله ریاضیو کپی از ChatGpt، میتونن از این کروم اگستنشن استفاده کنن و به فرمت LaTex و MathML برای ورد خروجی میده میتونید استفاده کنید
کدشو تو گیت هاب گذاشته اگر ایده ای دارید میتونید استفاده کنید

https://github.com/joeeliang/gptCopy

@DevTwitter | <The Boss/>

تو جلسات code review به چه چیزایی گیر بدیم؟

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

من سعی میکنم فضای ذهنی تیم رو برای code review به گونه ای آماده کنم که به صورت incremental نحوه ریویو کد تغییر کنه.
مثلا تو جلسه اول یا جلسات اولیه خوبه که به جزیی ترین نکات کد گیر داده بشه و کلا merge requestها کوچیک باشن که بشه سختگیرانه تر ریویو کرد.

هر چقدر که جلسات کد ریویو جلوتر میره سعی میکنم بیشتر روی ساختار کد از نظر معماری و نکات طراحی و چالش های پیاده سازی خاص سخت گیری کنم و دیگه به جزییات کدهای تیپیکال کمتر توجه کنم. چرا؟ چون انتظار دارم بصورت تدریجی هر چقدر که جلو میریم افراد تیم با باید و نبایدهای ریویو بیشتر آشنا شده باشن و نکات معمولی رو رعایت کنن.
استفاده از ابزارهای lint در ci هم میتونه کمک کنه که یه سری سختگیری های ریویو توسط ci انجام بشه و تمرکز reviewer روی همون چالش های اصلی کد باقی بمونه.
همچنین داشتن unit test و end to end test هم میتونه کمک کنه که از نظر لاجیک بیزینسی و functionality صحت سنجی خودکاری در سطح ci رخ بده و در جلسه ریویو کمتر لازم باشه به این نکات توجه بشه.

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

داشتن جلسات solution design و ساختار کد یکپارچه هم کمک میکنه چالش های ریویو کد کمتر بشه چون یکنواختی کد خودش یعنی رعایت کردن اصول مد نظر تیم توسط برنامه نویس.

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

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

@gocasts

اگه حافظه در agentic ai لازم دارید langgraph جواب بهتری میده. کاش زودتر اینو دیده بودم
https://github.com/langchain-ai/langgraph

@DevTwitter | <Mohammad Javidan Darugar/>

امروز، ۱۲م فوریه، سال‌روز تولد چارلز داروین است.

چارلز رابرت داروین، زیست‌شناس و زمین‌شناس انگلیسی که اکثر ما او را بخاطر یافته‌های بزرگ او برای نظریه فرگشت(به اشتباه معروف به تکامل) می‌شناسیم، است. نظریه او می‌گوید همهٔ گونه‌ها دارای نسب مشترک هستند. امروزه این نظریه در میان دانشمندان پذیرفته شده است و یکی از مفاهیم بنیادی زیست‌شناسی به‌شمار می‌آید و البته تأثیر این نظریه هرگز به زیست‌شناسی محدود نشده و حوزه‌های مختلف دیگری از علم را نیز تحت‌تأثیر قرار داده است. در سال ۱۸۵۹، یک سال پس از انتشار مقاله‌ای مشترک با والاس(زیست‌شناس بریتانیایی)، داروین کتاب خاستگاه گونه‌ها را منتشر کرد و شواهد خود مبنی بر فرگشت را در آن شرح داد. تا دهه هفتاد قرن ۱۹ میلادی، فرگشت به‌عنوان یک حقیقت علمی در میان قشر تحصیل‌کرده پذیرفته شد. با این وجود، پس از ارائه سنتز مدرن در اوایل قرن بیستم، اجماعی در میان دانشمندان پدید آمد و انتخاب طبیعی به‌عنوان پایه و اساس سازوکار فرگشت پذیرفته شد. این کشف علمی داروین ضمن پیوند دادن همه علوم زیستی به یکدیگر، تنوع زیستی را نیز توضیح می‌دهد. این روز در تقویم روز جهانی داروین نام‌گذاری شده است.

https://en.wikipedia.org/wiki/Charles_Darwin
hadi @geekalerts

گذری بر تاریخ لینوکس:
گرفته شده از کتاب فلسفه لینوکس و یونیکس:

در اوایل دهه 1980، Onyx Systems شروع به فروش ایستگاه‌های کاری یونیکس مبتنی بر میکروکامپیوتر کرد که نمایانگر اولین تلاش‌ها برای تجاری‌سازی یونیکس در مقیاس کوچک‌تر بود. در پی این، Sun Microsystems که در ابتدا به‌عنوان یک پروژه دانشجویی در دانشگاه استنفورد تأسیس شده بود، در سال 1982 شروع به فروش ایستگاه‌های کاری رومیزی مبتنی بر یونیکس کرد. این ایستگاه‌های کاری، که اساساً برای استفاده در محیط‌های تجاری طراحی شده بودند، نمونه‌ای از تجاری‌سازی سیستم‌عامل یونیکس در زمینه سخت‌افزار میکروکامپیوتر بودند. در حالی که این ایستگاه‌ها از سخت‌افزارهای اختصاصی استفاده می‌کردند، به‌ویژه از نرم‌افزارهای رایگان و متن‌باز مانند لینوکس که بعدها برای آن توسعه یافت، بهره نمی‌بردند.

با گسترش تجاری‌سازی یونیکس و قفل شدن آن به‌عنوان یک محصول اختصاصی، پروژه گنو (GNU) که در سال 1983 توسط ریچارد استالمن آغاز شد، هدف خود را ایجاد یک "سیستم نرم‌افزاری کامل سازگار با یونیکس" با استفاده از نرم‌افزارهای آزاد قرار داد. این پروژه که در سال 1984 شروع شد، قصد داشت یک سیستم عامل کاملاً آزاد و قابل توزیع برای کاربران ایجاد کند. پس از آن، استالمن در سال 1985 بنیاد نرم‌افزار آزاد را راه‌اندازی کرد و مجوز عمومی عمومی گنو (GNU GPL) را در سال 1989 نوشت. هدف این مجوز این بود که نرم‌افزارهایی که تحت آن منتشر می‌شدند، همواره آزاد و قابل توزیع مجدد باقی بمانند. در اوایل دهه 1990، بسیاری از برنامه‌های ضروری برای یک سیستم‌عامل، از جمله کتابخانه‌ها، کامپایلرها، ویرایشگرهای متن، پوسته خط فرمان و سیستم‌های پنجره‌سازی، تکمیل شدند. با این حال، بعضی از عناصر سطح پایین مانند درایورهای دستگاه، دیمون‌ها و هسته به نام گنو هرد هنوز ناتمام و ناقص بودند.

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

در این بین، توسعه 386BSD، که منجر به ایجاد سیستم‌عامل‌هایی چون NetBSD، OpenBSD و FreeBSD شد، پیش از لینوکس آغاز شد. با وجود پیچیدگی‌های قانونی که مانع از انتشار این پروژه در ابتدا شدند، 386BSD به‌عنوان یک پروژه مهم در دنیای سیستم‌های عامل آزاد شناخته می‌شود. این پروژه به توسعه‌دهندگان و علاقه‌مندان به سیستم‌های عامل متن‌باز امکانات زیادی را ارائه داد.

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


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

هر دولوپری باید این چیت‌شیت‌ها رو داشته باشه، وگرنه نصف عمرش بر فناست! توی این پست، یه لیست خفن از مهم‌ترین چیت‌شیت‌هایی که کارتو سریع‌تر، حرفه‌ای‌تر و راحت‌تر می‌کنه رو برات آوردم! از Git و Regex گرفته تا Docker و JavaScript – اینا همون تقلب‌هایی هستن که هر برنامه‌نویسی باید بلد باشه!

1. چیت‌شیت‌ GIT :
https://education.github.com/git-cheat-sheet-education.pdf

2. چیت‌شیت‌ SQL :
https://websitesetup.org/wp-content/uploads/2020/04/MySQL-Cheat-Sheet-websitesetup.org_.pdf

3. چیت‌شیت‌ Regex :
https://adprice.fedorapeople.org/regular-expressions-cheat-sheet-v1.pdf

4. چیت‌شیت‌ Docker :
https://dockerlabs.collabnix.com/docker/cheatsheet/

5. چیت‌شیت‌ UI/UX :
https://lawsofux.com/

6. چیت‌شیت‌ Grid css :
https://css-tricks.com/snippets/css/complete-guide-grid/

7. چیت‌شیت‌ Flexbox css :
https://css-tricks.com/snippets/css/a-guide-to-flexbox/

8. چیت‌شیت‌ JS Methods :
https://maktabkhooneh.org/mag/javanoscript-methods/

9. چیت‌شیت‌ Bootstrap :
https://websitesetup.org/wp-content/uploads/2020/03/Bootstrap-Cheat-Sheet-websitesetup.org_.pdf

10. چیت‌شیت‌ VS code Keywords :
https://code.visualstudio.com/shortcuts/keyboard-shortcuts-windows.pdf

11. چیت‌شیت‌ Emmet :
https://docs.emmet.io/cheat-sheet/

12. چیت‌شیت‌ OOP in PHP :
https://www.w3schools.com/php/php_oop_what_is.asp

13. چیت‌شیت‌ NPM :
https://docs.npmjs.com/

@DevTwitter | <Amirreza Riahi/>

شرح در تصویر!

🔍 ircf.space
@ircfspace