👾 Geek Engineers
537 subscribers
51 photos
46 files
345 links
👾 Extremist software engineering guidance for Geeks.

Website:
https://geekengineers.netlify.app

Github:
https://github.com/geekengineers
https://github.com/tahadostifam

Community:
@geek_engineers_community
Download Telegram
Polyhedral Model

Part 1:
https://www.youtube.com/watch?v=_TFrPGV_A-s

Part 2:
https://www.youtube.com/watch?v=irqg3L5Xpqk

Part 3:
https://www.youtube.com/watch?v=6WkIzH8LyGY

پارت های دیگه هم داره اگر علاقه مند بودید میتونید ببینید|:
فعلا نظرم اینه که اوضاع 1000x-خیلی خیطه!
👾3
Thomas-Calculus-14th.pdf
25.8 MB
Thomas' Calculus | 14th Edition.🤐💀
🔥3🤣3
rosen_discrete_mathematics_and_its_applications_7th_edition.pdf
36.2 MB
Discrete Mathematics and Its Applications |Kenneth H. Rosen.

چون یکمی ازشو خوندم میگم. خیلی خیلی کتاب خوبی ست. مثال های بامزه ای هم میزنه :>
🔥7
فاندر این پروژه نه تنها آدم متخصص و فهمیده ای ست بلکه آداب و احترام رو هم حفظ کرده با مشارکت کنندگان. رفتارش خیلی گرم و صمیمانه بوده تا اینجا (یعنی بعد از مرج شدن یک PR و یک issue کلوز شده).

این رو به این علت خواستم یادآوری کنم که الگو و درس عبرتی باشد برای یک عده پروژه اوپن سورس که به یوزر احترام نمیزارن هیچ... به مشارکت کننده توهین و تحقیرش هم میکنند =)

https://github.com/TheDan64/inkwell/issues/624#issuecomment-3550429064
👍6
برگه چیت شیت حد و پیوستگی

https://www.iranmodares.com/user/modares/new-jozwe/6350.pdf

کورس کوچیک برای یادگیری حد و پیوستگی

https://faradars.org/courses/limits-and-continuity-fvtgs4531?
3🤣1
مائم خبر داشتیم ++c خیلی اوضاعش خرابه منتها جوری که ایشون اشتباهات طراحی این زبان رو نشون میده لذت دیگه ای داره😂 چیز های زیادی هم میشه ازین ویدیو یاد گرفت.

فقط دست به دست کنید برسه دست stroustrup :))

https://www.youtube.com/watch?v=7fGB-hjc2Gc&t=2770s

پ.ن: این یکی رو از دست ندید که خیلی جالبه!
🫡3
در حال مشاهده یکی از پر چالش ترین فیچر هایی هستیم که کامپایلر یک زبان برنامه نویسی میتونه داشته باشه ینی Generics که با عنوان تخصصی تر Monomorphization شناخته بشوه.

شیوه کارش اینه که موقع کال شدن فانکشن یا حتی تایپ های دیگه مث استراکت یا اینام چک میکنه که ایا این تایپ به این صورت توی رجیستری سابمیت شده هرگز یا خیر... که البته بخش آغازینش ینی GenericMappingCtx (همون T که اونجا نوشته شده بید...) حدودا ۲ هفته ای طول کشیده تا ساخته بشه و واقعا پیچیده شده مکانیزم ش :))

https://github.com/cyrus-lang/Cyrus
🔥71
یه تمپلیت کوچیک برای ++C با کامپایلر clang و آنالایزر clangd ستاپ کردم که براحتی میشه کلون گرفت و یه پروژه ترو تمیز سی پلاس پلاسی رو روی nixos استارت زد.

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

https://github.com/tahadostifam/NixCppStarterTemplate
🔥6
100.c++.mistakes.and.how.to.avoid.them.pdf
40.5 MB
ویدیوشم اینجا هست (مصاحبه با خود Rich Yonts)
👾3
Think Like a CTO - MEAP Version 2 (Alan Williamson).pdf
4.3 MB
Addressing myself: Thing Like a CTO Idiot!!
🔥3
👾 Geek Engineers
Think Like a CTO - MEAP Version 2 (Alan Williamson).pdf
مدیر فنی همیشه معمار سیستم‌های آینده است، نه فقط حل‌کننده مشکلات امروز.

کیفیت تصمیم‌گیری فنی مهم‌تر از مهارت برنامه‌نویسی است.

هر معماری باید با هزینه نگه‌داری‌اش سنجیده شود.

مدیر فنی باید «تصمیم‌های برگشت‌ناپذیر» را با وسواس دو برابر بررسی کند.

فرهنگ مهندسی را مدیر فنی می‌سازد، نه ابزارها.

اسناد خوب، سریع‌تر از استخدام افراد جدید تیم را مقیاس می‌دهد.

مدیر فنی همیشه سناریوهای شکست را پیش از ساخت پیش‌بینی می‌کند.

افزایش سرعت تیم از طریق کاهش پیچیدگی است، نه اضافه‌کردن نیرو.

امنیت چیزی نیست که در انتها اضافه شود؛ باید از ابتدا طراحی شود.

مدیر فنی باید بتواند «چرا»ی هر تصمیم را به‌وضوح توضیح دهد.

تکنولوژی جدید فقط زمانی ارزش دارد که ارزش تجاری ایجاد کند.

مدیر فنی باید برای معماری شاخص‌های اندازه‌گیری عملکرد تعریف کند.

بدهی فنی حذف نمی‌شود؛ مدیریت می‌شود.
مدیر فنی از طریق شفافیت اعتماد می‌سازد، نه کارهای قهرمانانه.

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

مدیر فنی باید توانایی مذاکره با مدیرعامل، مالی و محصول را داشته باشد.

باعععع MVP باید حداقلی اما درست طراحی شده باشد، نه عجولانه.

مدیر فنی زمانی حرفه‌ای است که بداند کجا «نه» بگوید.
یک تصمیم خوب فنی زمانی درست است که تیم بتواند آن را اجرا کند.
🔥6