Geek Engineers
СтатистикаExtremist software engineering guidance for Geeks. Website: https://geekengineers.netlify.app Github: https://github.com/geekengineers https://github.com/tahadostifam Community: @geek_engineers_community
- Последний пост
- 16 авг.
- Последнее чтение
- 17 авг.
- Постов за неделю
- 4
- Всего постов
- 39
- Тип
- открытый
- Язык
- английский
- В каталоге с
- 14 авг.
- 1/24сутки в ленте
- 104
- 1/48двое суток
- 119
- 1/72трое суток
- 128
Оценка по просмотрам недавних постов: пост набирает почти всё за первые сутки.
Посты
Cognitive Loads in Programming https://rpeszek.github.io/posts/2022-08-30-code-cognitiveload.html هم مقاله فوق العاده جالبی ست. که بار شناختی در زبان ها رو با سایکولوژی و انواع بارشناختی بررسی میکنه. به انتزاعات و پارادایم ها هم ربطش میده و اونارم بررسی میکنه. نویسنده ش دیدگاه جالبی داره شاید بعدا بازم قرار بدم از مقاله هاش https://github.com/rpeszek
در دو روز اخیر نرخ ایجاد دراما زیاد بوده انگار :) امروزم Lerno سازنده C3 که یک آرتیکل منتشر کرده که شفاف سازی کنه منظور دقیق از C alternative دقیقا چیه و چه دیدگاهی نسبت به C و Pascal و OOP داره و خب، بد گرفتن روش. گفتن مقاله علمی نیست چون تایلتش bait ئه :) https://www.reddit.com/r/programming/s/qRUon4PVLF که البته، نقد مقاله ش نیست، بیشتر تروله
Geek Engineers pinned «با تمام زحماتی که در طی این سه سال متحمل شدیم بلاخره توانستیم زبان برنامه نویسی بسازیم که جابگوی انتظارات مان در زمینه برنامه نویسی سیستمی باشد. با این حال به اندازه ای که باید حمایت نشد و افراد خیلی کمی هستند که علاقه مند به compiler و system programming…»
با تمام زحماتی که در طی این سه سال متحمل شدیم بلاخره توانستیم زبان برنامه نویسی بسازیم که جابگوی انتظارات مان در زمینه برنامه نویسی سیستمی باشد. با این حال به اندازه ای که باید حمایت نشد و افراد خیلی کمی هستند که علاقه مند به compiler و system programming باشند. برای حمایت از زبان کوروش میتوانید در گیت هاب ستاره بدید و یا در پروژه مشارکت کنید (حتی کوچک مثل اضافه کردن یک تست کیس یا نوشتن یک کامنت) https://github.com/cyrus-lang/Cyrus
без подписи
جیززس. یکی از ریسورس های خوبی که راجب SYSV x86_64 ABI توضیحاتی داده. برا سیستم پروگرمر ها مطالعه ش از اوجب واجباته. این PDF ش https://gitlab.com/x86-psABIs/x86-64-ABI/-/jobs/artifacts/master/raw/x86-64-ABI/abi.pdf اینم سورس کتابش (LaTex) https://gitlab.com/x86-psABIs/x86-64-ABI
Always think about next step. Nobody really cares what you have gone through. PRESIDENT TAHA DOSTIFAM.
без подписи
Fine-grained synchronization & lock-free programming | CMU https://www.cs.cmu.edu/afs/cs/academic/class/15418-f18/www/lectures/17_lockfree.pdf
https://www.youtube.com/watch?v=C0-LrU5j-eM
بپردازیم به آثار Donald Knuth و با این ویدیو میخوام شروعش کنم https://www.youtube.com/watch?v=kDa0e1Qh7vY کنوث راجب اینکه "آیا هر برنامه نویس استایل و طرز فکر به خصوص خودش رو دارد؟" اینطور شروع میکند که مساله رو با نویسندهگان و شاعرانی مث Joyce و Hemingway مقایسه میکنه. و میگه وقتی داشته کد یه کامپایلر که تو CMU نوشته شده بوده رو میخونده متوجه شده یکی از دولوپرا دقیقا نمیدونسته چجوری REGISTER هارو بهینه مدیریت بکنه (برای مثال) و به جای یدونه از چند اینستراکشن استفاده میکرده برای انجام دادن کاری. که در ادامه به این هم اشاره میکنه که استایل پروگرمر راجب سینتکس و طول خط کد نیستش و بیشتر راجب تصمیمات و ایده های زیرین و حل مساله ست و استعداد فنی ای که در لاجیک پروگرام بازتاب داده میشود. کنوث داشمند بزرگی ست و تقریبا* همه ۹۰٪ چیزایی که از الگوریتم و برنامه نویسی میدونیم رو ایشون پایه گذاری کرده (بعنوان پدر آنالیز الگوریتم شناخته میشود)
https://youtu.be/JsKZFPCzej8?is=M7O6effd5SOH3SaE
GDB CheatSheet https://darkdust.net/files/GDB%20Cheat%20Sheet.pdf
براساس دادههای تلهمتری بیش از 22 هزار توسعهدهنده در 4 هزار تیم در faros: تعداد باگها حدود ۵۴٪ افزایش یافته. نسبت Incident به Pull Request بیش از ۳ برابر شده. زمان Review به شکل قابل توجهی افزایش پیدا کرده. حدود ۳۱٪ Pull Requestهای بیشتری بدون Review انسانی Merge میشه این گزارش نشون میده که هنوز جامعه مهندسی نرم افزار به بلوغ استفاده از ابزارهای هوش مصنوعی نرسیده و تا حالا بیشتر به سرعت توسعه و خروجی محصول از کد توجه شده تا امنیت و code review. https://faros.ai/research/ai-acceleration-whiplash @DevTwitter | <Ramin Farajpour Cami/>
Speculative Execution Attacks: Meltdown & Spectre https://www.wwt.com/article/meltdown-and-spectre-explained/#content-title https://pdos.csail.mit.edu/6.S081/2023/lec/l-meltdown.txt https://reviews.llvm.org/D41760 A useful trick: sense whether something is cached. This is the paper's Flush+Reload. You want to know if function f() uses the memory at a address Z. 1) ensure that memory at Z is not cached. Intel CPUs have a clflush instructions. Or load enough memory locations to force everything else out of the cache. 2) call f() 3) Record the time. Modern CPUs let you read a cycle counter. For Intel CPUs, it's the rdtsc instruction. 4) load a byte from address Z (you need memory fences to ensure the load really happens) 5) Record the time again. 6) If the difference in times is < (say) 50, the load in #4 hit, which means f() probably used memory at address Z. Otherwise not.
CORRECT MINDSET OF PROGRESS
Programming Guidelines for NPARC Alliance Software Development∗ Charles E. Towne NASA Glenn Research Center https://www.grc.nasa.gov/www/winddocs/guidelines/pgmstds.pdf
The Power of Ten – Rules for Developing Safety Critical Code Gerard J. Holzmann NASA/JPL Laboratory for Reliable Software https://spinroot.com/gerard/pdf/P10.pdf
Kernel Page Tables https://docs.kernel.org/mm/page_tables.html https://github.com/ljskernel/linux-vm-notes/blob/master/sections/page-tables.md
Yes big brother they are all clowns and idiots undoubtedly. https://www.youtube.com/watch?v=92kcm3b-Q_s