WebBaz | وب باز
1.17K subscribers
735 photos
135 videos
82 files
652 links
قراره هرچیزی که نیازه و قراره توی پروژه واقعی به کار گرفته بشه رو یاد بگیریم

من: @call_me_nouh
لینکدین من : https://www.linkedin.com/in/mahdi-nouri-7aa043227
Download Telegram
This media is not supported in your browser
VIEW IN TELEGRAM
اسم این اپ termius هستش واقعا برای مدیریت سرور ها همه چی تمومه
👎1
Forwarded from localhost (Yousef Taheri)
This media is not supported in your browser
VIEW IN TELEGRAM
توصیه قبلی هنوز صادق است. تحت هیچ شرایطی از blur کردن و مشابه استفاده نکنید! کامل همه چیز را بپوشانید.
ویدیو را نگاه کنید که چه راحت، نوشته هایی که تا حد زیادی ناخوانا هستند به خوانایی نزدیک می شوند!
تجربه de pixel کردن:
https://www.jeffgeerling.com/blog/2025/its-easier-ever-de-censor-videos

<VAHID NAMENI>
❤‍🔥1
خب الان باید چیکار کنیم ؟
ی پروداکت خیلی خوب داریم آماده می کنیم. به زودی از بچه های این کانال کمک میگیریم.


ی درآمد خوب برای بچه های خوب
Forwarded from Linuxor ?
فاندر ها چطوری رایگان ایده های میلیون دلاری پیدا می‌کنن:

@Linuxor
Forwarded from Linuxor ?
اگه دنبال یه مسیر درست برای یادگیری بلاک‌چین و Solidity هستی، این ریپو یه گنجه. از صفر همه چیزو توضیح می‌ده، از قراردادهای ساده تا پروژه‌های واقعی که می‌تونی باهاشون دستت رو پر کنی. تمرکز روی تجربه عملی و پروژه محور هستش :

github.com/smartcontractkit/full-blockchain-solidity-course-py

@Linuxor
Forwarded from Linuxor ?
حتی بد ترین ایده ها هم با pivot کردن مداوم لانچ می‌شن، اینستاگرام اوایل یه برنامه مزخرف و پیچیده برای قرار گذاشتن بین افراد بود که حتی موفق هم نشد، بعد تمرکزشو گذاشت روی ایده اینکه جایی برای عکس آپلود کردن باشه و بعد ها فیچر های امروزی که می‌بینید رو بهش اضافه کرد.


@Linuxor
Forwarded from Linuxor ?
ایده ساخت توییتر هم شاید براتون جذاب باشه، توییتر همینجوری شانسی توییتر نشد، اوایل جک دروسی و شرکتش اینا یه برنامه ساخته بودن به اسم Odeo که مردم می‌تونستن صوت (پادکست امروزی) رو خودشون بسازن و منتشر کنن، این برنامه رو سگ نصب نمی‌کرد و یه مدت بعدش هم iTunes قابلیت پادکست رو اضافه کرد و دیگه کلا شکست خوردن، بعد گفتن پادکست چیه باید تمرکز رو بزاریم روی ساده ترین چیز ممکن یعنی متن کوتاه که قدرت انتقال بالایی داره، با همین تغییر نگرش و pivot ساده، توییتر از دل Odeo اومد بیرون و خیلی هم موفق شد.


@Linuxor
Forwarded from 𝗠𝗜𝗟𝗜𝗧𝗔𝗥𝗬 𝗘𝗬𝗘 | چشم نظامی (عضو اسبق داعش(انتحاری))
جالب است بدانید سقوط مادرو بدترین خبر برای رویای ابر قدرتی چین است زیرا با نبود ونزوئلا در حال حاضر فقط یک گزینه نفتی برای چین وجود دارد و آن ایران است.

🔸 اگر ایران هم دچار شکست و تغییرات شود چین باید با خرید نفت از کشور های نفتی تحت نفوذ آمریکا خداحافظی کند زیرا در یک نبرد وانفسا آمریکا به راحتی میتواند جلوی فروش نفت به چین را بگیرد.

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


🪖 @MilitaryEye | چشم نظامی
Forwarded from DeepMind AI Expert (Farzad 🦅)
اگر با n8n کار میکنید این ریپو نیازتون میشه
https://github.com/Danitilahun/n8n-workflow-templates/tree/main

🔸 مطالب بیشتر 👇👇

@AI_DeepMind
🔸 @AI_Person
جی پی تی بهم اینو داد
اگه به عنوان فرانت کار حداقل یکبار تو روت پروژه فایل های ci cd رو دیدی و ازشون سر در نیاوردی این مقاله میتونه بهت کمک کنه که ساختارش رو بهتر درک کنی

این مقاله قدم‌به‌قدم توضیح می‌دهد:
که CI و CD چیه و چرا برای فرانت‌اند مهمه
یک مثال واقعی pipeline React با GitHub Actions
نکات حرفه‌ای برای تست، بیلد و deploy امن
لینک:
https://vrgl.ir/Emj8Z

@DevTwitter | <Sharare Shadloo/>
Forwarded from tech-afternoon (Amin Mesbahi)
به خاطر میخی، نعلی افتاد
به خاطر نعلی، اسبی افتاد
به خاطر اسبی، سواری افتاد
به خاطر سواری، جنگی شکست خورد
به خاطر شکستی، مملکتی نابود شد
و همه این ها به خاطر کسی بود که میخ را خوب نکوبیده بود

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

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

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

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

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

و دوستانی که علاقه دارن خودشون تحقیق کنن شاید این کلیدواژه‌ها بد نباشن:

- Segregation of Duties (SoD)
- End-to-End Traceability
- Audit Logging & Observability
- Data Quality Management (DQM)
- Master Data Management (MDM)
- Reference Data Management
- Single Source of Truth (SSOT)

و همیشه مهندس‌ها با ابزارها و روش‌های فنی جلو فساد رو نمی‌گیرن؛ بلکه با پیاده‌سازی روش‌های به ظاهر غیر نرم‌افزاری در دل نرم‌افزارها جلو فساد رو می‌گیرن؛ کلیدواژه‌های کمکی:
- Social visibility
- Self-regulation
- Nudge theory (تلنگرهای رفتاری)
- Accountability Mechanisms
- Awareness & Participation
- Principal-Agent Theory
- Theory of Change (ToC)
- Social Norms Theory
🙏4
Forwarded from Database Labdon
یه اشتباه رایجی که توی کار کردن با دیتابیس MySQL وجود داره اینه که فکر میکنیم دیتا مستقیم روی دیسک ذخیره میشه و از دیسک خونده میشه، اما واقعیت اینه که MySQL یه الگوریتم جالبی برای بهینه کردن پرفورمنس داره تا بتونه پردازش کوئری ها رو به خوبی هندل کنه.

توی این مقاله خیلی ساده flow اجرای یه کوئری رو توضیح دادم که MySQL دقیقا پشت صحنه چه فرآیندی رو انجام میده تا هم پرفورمنس رو حفظ کنه و هم نتیجه رو به کاربر برگردونه. میتونید مقاله رو توی لینک زیر بخونید:

https://farshadth.medium.com/how-mysql-works-behind-the-scenes-72746950cd65

<Farshad Tofighi/>
امیدوارم حالتون خوب باشه

قطع شدن اینترنت به همه ما صدمه زد
👍3
Forwarded from Ai000 Cybernetics QLab
گزارش شده چین در حال تحقیق و آموزش است که تسلیحات هدایت شونده توسط هوش مصنوعی مانند کوادها از نحوه رفتار شکارچیان طبیعت مثل گرگ یا شاهین تقلید کنند. در کل به این صورت است که مانند حیوانات شکارچی در حیات وحش مثلا ریزپرنده ها اهداف را به صورت هماهنگ و گروهی تعقیب، مانور بدهند و حمله کنند و حتی در نقش دفاعی، ریزپرنده‌ای مانند رفتار قوش‌ها به شکار پهپاد حمله کننده دیگر برود.

@aioooir | #china
🤯2
Forwarded from CodeCrafters (Behzad Azadi)
معماری به مثابه معنا، نه جداسازی سطحی (در سیستم‌های بزرگ و چند لایه)

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

بیاید مثال عملی تر بزنیم
ما مقادیر:
static
media
UI application(front)
api application(backends)

رو داریم همه اینها رو در ورودی بعد از web server نزارید، باید ساختار گرافی بسازید، به چه شکل؟؟؟

Nginx => static, media, ui, gateway

gateway=> BFF, identity service, cms service

BFF => (first level backends)

جالب شد BFF چیه؟؟؟
اینجا دقیقا جایی هستش که اوج معماری مدرن شروع میشه تفکیک بین microservice بر پایه DDD یا فقط modularity monoloth (که کابوس شکست سازمان‌هایی هستش که مهندس نرم افزار ندارن) یعنی چی؟؟؟ تفکیک پذیری بر اساس معنا، نه بر اساس جدا سازی

خود BFF مخفف backend for front هستش خب بیایید این رو یکم براتون بازش کنم

سه مفهوم رو در DDD براتون بگم تا یکم مسئله رو باز کنم
Ubiquitous language
SAGA
Aggregation

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

هویت: هر چیزی که به تنهایی بتونه مستقل معنا بده
موجودیت: هر چیزی که جهت معنا نیاز به اتصال داشته باشه

واسه مثال: کاربر هویت هستش (دارای شناسه یکتا در سیستم)، مشتری و پاسخ گیرنده موجودیت وابسته به کاربر هستند که شماره تماس، آدرس و ... دارند

موضوع بعدی SAGA:
انجام یکسری عملیات های رکوردی در یک درخواست، یعنی شما یک درخواست میگیرید و چندین جدول مختلف رو باهاش تاچ و کامیت میکنید (یک الگوی سخت)

مورد بعدی aggregation:
دریافت یک درخواست و جمع آوری اطلاعات در یک نقطه خاص

این سه مورد موضوعاتی هستند که داخل BFF حضور دارن یعنی دامنه اصلی و شاید پشتیبان در رویکرد DDD و اینجا جایی هستش که بهش میگیم شروع business logic و فاز توسعه میکروسرویس شروع میشه و امسدوارم فاز پایه خوبی رو اجرا کرده باشین وگرنه شروع نشده با شکست روبرو هستید

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

نوع داده و درخواست:
اگه درخواست از نوع sync باشه از gRPC استفاده میکنید
اگه نوع درخواست async/event driven باشه از rabbitmq

در یک زبان ساده بگم بهتون، grpc میاد وسط سرویس‌هاتون قرار میگیره و rabbitmq میاد در کنار سرویس‌هاتون قرار میگیره و در صورت نیاز در جاهای خاصی میاد بین سرویس‌ها نقش ایفا میکنه (جایی که هزاران درخواست میان جهت کامیت در دیتابیس)

در نهایت چه اتفاقی افتاد؟؟؟ فرانت هیچگونه اطلاعی از سرویس‌های بکند نداره، coupling ضعیف شکل میگیره و معماری با قدرت به سمت خوبی پیش میره

مرزبندی سرویس‌ها رو جدی بگیرید، این یک روند بر اساس تجربه و دانش هستش، و با DTO مرز بین سرویس‌هاتون رو داخل کدهاتون مشخص کنید

درخواست در مرحله اول میرسه به view و داخل اون ابتدا serializable اجرا میشه (درستی نوع تایپ مدنظر)، در مرحله بعد وارد سرویس میشه و داخل سرویس ابتدا value object (یک مفهوم دیگه از DDD) صدا زده میشه جهت ولیدیشن و اعتبار سنجی و بعد منطق تجاری روش اجرا میشه و در نهایت به DTO تبدیل میشه و ویو جهت ریسپانس برگردونده میشه

request => view - response

view => serialization (type data) - service - return DTO

service => value objects (validation) - logic (data layer and ...) - DTO


فراموش نکنید مهندسی نرم افزار یک مسیله به مرور یادگیرنده هستش، در هر مرحله یادگیری بینشتون تغییر میکنه


@code_crafters
تتر ۱۶۶ 😐
👎1
#بپا_نره_درت

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

همچین چیزی وجود نداره

@DevTwitter
Forwarded from Linuxor ?
ناموسن وزیر ارتباطات انتظار داره دونه دونه مشکلات رو کمپین راه بندازیم بهش توییت کنیم؟ سید اون IPV6 رو وصل کن ما دفعه پش بعد جنگ دهنمون سرویس شد تا بهتون مشکل رو برسونیم. یه آیدی پیام رسان بی‌کاربرد ایرانی به من بده من خودم به صورت نماینده مردم هرروز بهت مشکلات رو گزارش می‌کنم دهنمون سرویس می‌شه اینطوری بخوایم باهاتون ارتباط برقرار کنیم.

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

@Linuxor
خسته شدیم از این وضعیت.

خیلی از آدمای باهوش رو میشناسم که میگن قراره ایران درست بشه

نمی دونم من احمقم که اینطوری فکر نمی کنم یا آدمای احمق رو فکر می کنم که باهوشن
👍10