سیستم‌های توزیع‌شده برای مقیاس‌پذیری، تحمل خطا و دسترسی بالا حیاتی‌ان، ولی چالش‌هایی مثل مدیریت وضعیت، خرابی و ارتباط دارن.
الگوهایی مثل Ambassador، Circuit Breaker، CQRS، Sharding، Sidecar، Pub/Sub، Leader Election و Event Sourcing راه‌حلن.

این مقاله همه‌شو ساده توضیح داده:

newsletter.systemdesigncodex.com/p/8-must-know-distributed-system-design


@Linuxor

🔶 بازار سهام آمریکا، ۲٫۱ تریلیون دلار دیگر از دست رفت

https://x.com/WatcherGuru/status/1909241816248889571

#خبر

@TheRaymondDev

ما هم توی ایران #ردهت داریم :))


@SohrabContents

- فیلم های تدریس درس سیستم های کنترل خطی

از پروفسور حیدرعلی طالبی استاد تمام دپارتمان گرایش کنترل دانشکده مهندسی‌ برق دانشگاه صنعتی امیرکبیر (پلی‌تکنیک تهران)


- مناسب المپیاد و کنکور ارشد و دکتری رشته های برق، مکانیک، هوافضا، مهندسی پزشکی، اتوماسیون و ابزار دقیق

t.iss.one/lux_GPS/612/696

گاهی اوقات خداحافظی موقت 302 تنها چاره‌ست و گاهی اوقات خداحافظی دائمی 301 تنها چاره‌ست


@Linuxor

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


@Linuxor

هاست‌های اشتراکی، اسکریپت phpmyadmin رو برای مدیریت دیتابیس‌ها ارائه میدن اما برای لوکال‌هاست یا سرورهامون می‌تونیم از نرم‌افزار رایگان TablePlus استفاده کنیم.
نسخه نیتیو برای لینوکس، ویندوز و مک داره؛ انواع دیتابیس‌های SQL رو پشتیبانی می‌کنه و کند نیست.
https://tableplus.com

@DevTwitter | <Yashar Shahi/>

✨گروه تـاپیک برنامه‌نویســی ✨
💬 | t.iss.one/TopicsDev

⚡️ گـروه پـرسش و پاسـخ برنامه‌نویســی ⚡️
🫱🏽‍🫲🏼 | t.iss.one/ChatDevGp

این ماه دیگه پولامو الکی خرج نمی‌کنم



عهههههه اینو کَلَش پایتونه


@Linuxor

💠تفاوت Concurrency و Parallelism💠

این دو، مفاهیمی کلیدی در برنامه‌نویسی هستند که به نحوه اجرای همزمان وظایف اشاره دارند، اما تفاوت‌های مهمی بین آن‌ها وجود دارد.
Concurrency (همزمانی)
به توانایی یک سیستم برای مدیریت چندین کار به طور همزمان اشاره دارد. در این حالت، ممکن است که چندین کار به طور همزمان در حال اجرا نباشند، اما سیستم می‌تواند به صورت مؤثر بین آن‌ها سوئیچ کند. در واقع، concurrency بیشتر به طراحی و ساختار برنامه مربوط می‌شود تا به اجرای واقعی.

Parallelism (موازی‌سازی)
به اجرای همزمان چندین کار در زمان واقعی اشاره دارد. این مفهوم معمولاً در سیستم‌هایی با چندین هسته پردازشی (multi-core) مورد استفاده قرار می‌گیرد، جایی که می‌توان چندین کار را به طور واقعی و همزمان اجرا کرد.

مثال‌ها
مثال با C

در C، می‌توان از کتابخانه pthread برای پیاده‌سازی concurrency و parallelism استفاده کرد.

Concurrency با استفاده از pthread:

#include <stdio.h>
#include <pthread.h>
#include <unistd.h>

void* task(void* arg) {
    printf("Task %d is running\n", *(int*)arg);
    sleep(1);
    printf("Task %d is done\n", *(int*)arg);
    return NULL;
}

int main() {
    pthread_t threads[3];
    int task_ids[3] = {1, 2, 3};

    for (int i = 0; i < 3; i++) {
        pthread_create(&threads[i], NULL, task, &task_ids[i]);
    }

    for (int i = 0; i < 3; i++) {
        pthread_join(threads[i], NULL);
    }

    return 0;
}

در این مثال، سه وظیفه به طور همزمان ایجاد می‌شوند و هر کدام برای یک ثانیه اجرا می‌شوند. این مثال نشان‌دهنده concurrency است، زیرا وظایف به صورت همزمان مدیریت می‌شوند.

Parallelism با استفاده از pthread:

#include <stdio.h>
#include <pthread.h>
#include <unistd.h>

void* task(void* arg) {
    printf("Task %d is running\n", *(int*)arg);
    sleep(1); 
    printf("Task %d is done\n", *(int*)arg);
    return NULL;
}

int main() {
    pthread_t threads[3];
    int task_ids[3] = {1, 2, 3};

    for (int i = 0; i < 3; i++) {
        pthread_create(&threads[i], NULL, task, &task_ids[i]);
    }

    for (int i = 0; i < 3; i++) {
        pthread_join(threads[i], NULL);
    }

    return 0;
}

در این مثال نیز، وظایف به صورت موازی اجرا می‌شوند و اگر سیستم دارای چندین هسته باشد، هر وظیفه می‌تواند بر روی هسته‌ای جداگانه اجرا شود.

مثال با Go (Golang)

در Go، concurrency به سادگی با goroutines و channels پیاده‌سازی می‌شود.

Concurrency با استفاده از goroutines:

package main

import (
"fmt"
"time"
)

func task(id int) {
fmt.Printf("Task %d is running\n", id)
time.Sleep(1 * time.Second)
fmt.Printf("Task %d is done\n", id)
}

func main() {
for i := 1; i <= 3; i++ {
  go task(i) // ایجاد goroutine
}

time.Sleep(3 * time.Second)
}

در این مثال، هر وظیفه به عنوان یک goroutine اجرا می‌شود. Go به طور خودکار مدیریت concurrency را انجام می‌دهد.

Parallelism با استفاده از goroutines:

package main

import (
"fmt"
"sync"
"time"
)

func task(id int, wg *sync.WaitGroup) {
defer wg.Done()
fmt.Printf("Task %d is running\n", id)
time.Sleep(1 * time.Second)
fmt.Printf("Task %d is done\n", id)
}

func main() {
var wg sync.WaitGroup

for i := 1; i <= 3; i++ {
  wg.Add(1)
  go task(i, &wg)
}

wg.Wait()
}

در این مثال نیز، وظایف به صورت موازی اجرا می‌شوند و اگر سیستم دارای چندین هسته باشد، Go می‌تواند آن‌ها را بر روی هسته‌های مختلف اجرا کند.

به طور خلاصه، concurrency به مدیریت همزمان وظایف اشاره دارد در حالی که parallelism به اجرای واقعی آن‌ها در زمان واقعی مربوط می‌شود. هر دو مفهوم در طراحی برنامه‌های مدرن بسیار مهم هستند و زبان‌های برنامه‌نویسی مختلف ابزارهای متفاوتی برای پیاده‌سازی آن‌ها ارائه می‌دهند.

#آموزش

خوشم می‌آد همه متودولوژی های توسعه نرم افزار به کمال گرایی حمله می‌کنن و ازش اجتناب می‌کنن؛ خیلی قشنگ فهمیدن گیر کار کجاست

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

@Linuxor

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

از تجربه های خودم براتون میگم، شاید ناقص باشه ولی واقعیه:

۱. خودتون باشید!
از متن داخل about رزومه گرفته تا توضیحاتش و cover letter و SOP و هرچیزی که فکر کنید کاملا مشخصه اگر از هوش مصنوعی استفاده کنید.
آیا چیز بدیه؟
نه!
پس چرا میگی استفاده نکنیم؟ چون الان چیزی به اسم هوش مصنوعی توی اون فازیه که همه همچین ریکشنی نسبت بهش دارن:
"از هوش مصنوعی استفاده کردی؟‌ اینو که هرکسی بلده"
که در واقع اینطور هم نیست. ولی خب بخش زیادی از اعتماد رو در این بخش از تاریخ از بین میبره..

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

---------

۲. حتما رزومتون رو نسبت به توضیحات موقعیت شغلی tailor کنید.
قبلا میگفتیم برای شرکت های بزرگ رزومه های زیادی میره
ولی متاسفانه بخاطر اینکه الان شرایط بازار کار اصلا مناسب نیست، برای شرکت های کوچیک هم حتی رزومه های زیادی میره.
ولی توضیحات موقعیت شغلی دقیقا برای اینه که به شما بگن ما منتظریم چه رزومه ای ببینیم!
میخوان بگن اگه هزار تا رزومه اومد، کدومشه که احتمالا تایم بیشتری روش فکر میکنیم حتی اگه به علت "دلایل دیگر" ردش میکنیم.

نوشته توی پروژه فعلیمون نیاز به vanilla js داریم؟
خب شماهم توی رزومه روی vanilla مانوور بدید

نوشته نیاز داریم تجربه با websocket داشته باشید؟
تجربه websocket بدست بیارید
سریع یه پروژه کوچیک هم که شده لانچ کنید و توی رزومتون بیارید
یا از تجربه های قبلیتون نام ببرید
حتما هم آیتم اول باشه.

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

---------

۳. از اعداد واضح استفاده کنید.
هرچی توضیحات شما واضح تر و clear تر باشه
قطعا شانس شما برای تایید شدن بالا میره.

این دوتا جمله رو مقایسه کنید:
۱. از تکنیک های مختلفی مثل performance tuning و memoization استفاده کردم و پرفورمنس تا حد قابل توجهی افزایش پیدا کرد!
۲. با استفاده از تکنیک های performance tuning و memoization پرفورمنس رو تا ۳۰ درصد افزایش دادم.

تفاوت و شفافیت کاملا حس میشه.
ولی از شما توی مصاحبه میپرسن چطور به این ۳۰ درصد رسیدی
این ۳۰ درصد رو با چه ابزاری اندازه گیری کردی.
(این اتفاقا خبر خوبیه چون مشخصه کارت نتیجه داده)

میتونید بگید از lighthouse , page speed insight و ...
استفاده کردم
یا برای بهتر کردن re-render ها و اندازه گیریشون از devtools profiler استفاده کردم.

واضح باشه نتایج کارتون!
همه بلدن بگن فلان کاری که کردم عالی و درجه یک بود.

----------

۴. کاور لتر (cover letter) ننویسید. اگر قراره یه متن تکراری و مصنوعی از GPT بگیرید.
توضیحات موقعیت شغلی رو بخونید
اگر فکر میکنید واقعا گزینه مناسبی برای اون موقعیت هستید
توی کاور لتر ذکر کنید
بگید که چرا انتخاب میکنید با این تیم کار کنید
چه مزیتی دیدید؟
چرا اونا باید شمارو انتخاب کنند؟
خودتون باشید و واضح ولی دقیق حرفتون رو بزنید.

چون که تمام ماجرا راجع به جلب اعتماد هست!

----------

و اما توی جلسه مصاحبه

۵. علت رد شدن شما تا ۸۰ درصد استرسی هست که دارید.
من تاحالا تجربه مصاحبه کردن داشتم
مصاحبه شدن هم داشتم
کاملا مشخص و واضح بود برای خودم که هم علت رد شدن خودم بعد از مصاحبه و هم علت رد کردن دوستانی که مصاحبه کردم باهاشون استرس و انرژی منفی بوده.

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

ولی با انرژی منفی هیچکاری بجز ترک کردن نمیشه کرد!
حتی اگه ۱۰ سال هم سابقه کار داشته باشی
استرس جایی توی سازمانی که همه با امید و انگیزه کنار هم دارن برای یه هدف مشترک میجنگن نداره.

----------

۶. در نهایت هم
هیچوقت توی نمیدونم و نمیتونم نمونید
یه موضوعی رو بلد نیستید؟
خب برید بخونیدش!
توی این مصاحبه نتونستید درست جواب سوالات فنی رو بدید؟
خب چرا برای مصاحبه بعدی اینقدر قوی و محکم مطالعه نمیکنید که سری بعدی در بهترین و پرفکت ترین حالت ممکن جواب بدید؟

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

اگر هم فکر میکنید از مهارتی که دارید نمیتونید پول در بیارید
سریع برید یه مهارت دیگه یاد بگیرید و برید سر یه کار دیگه!
گربه باید موش بگیره. چه فرقی داره سفید یا سیاه؟

اگر لپ تاپ میخواهید بخرید بایدحداقل پورت Thunderbolt 4 داشته باشد
چون Thunderbolt 5 معرفی شد
تاندربولت ۵ می‌تواند داده‌ها را با سرعت ۸۰ گیگابیت‌برثانیه یا حداکثر ۱۲۰ گیگابیت‌برثانیه (در حالت Bandwidth Boost) انتقال دهد.
برای مقایسه USB3 می تواند 4.8 Gbit/s (600MBps) منتقل کد


✅ اینتل برای استفاده از استاندارد Thunderbolt 5 هزینه لایسنس دریافت نمی‌کند
❌ اما کنترل کاملی بر فرآیند گواهینامه Thunderbolt دارد و این مانعی برای پذیرش گسترده‌تر آن در پلتفرم‌های غیراینتلی است
⚠️حتی با استفاده از کارت‌های افزودنی Thunderbolt در سیستم‌های AMD، مشکلاتی در سازگاری و عملکرد وجود داره

✉️ ACM Learning Center <[email protected]>
January 11 Talk, "The Art of Concurrency in Go" with Platform Observability Engineer Johnny Boursiquot

ACM TechTalks
December 14, 2021
"
*January 11 Talk, "The Art of Concurrency in Go" with Platform Observability Engineer Johnny Boursiquot*
Register now for the next free ACM TechTalk, " *The Art of Concurrency in Go* ," presented on *Tuesday, January 11 at 12:00 PM ET/9:00 AM PT* by *Johnny Boursiquot* , Platform Observability Engineer at Salesforce's Heroku.
Leave your comments and questions with our speaker now and any time before the live event on ACM's Discourse Page. And check out the page after the webcast for extended discussion with your peers in the computing community, as well as further resources on Go, concurreny, and more.
( If you'd like to attend but can't make it to the virtual event, you still need to register to receive a recording of the TechTalk when it becomes available.)
Note : You can stream this and all ACM TechTalks on your mobile device, including smartphones and tablets.
Go’s concurrency mechanism is one of the language's most attractive features. In this talk, we will code an increasingly sophisticated network utility to help us learn how best to take advantage of Go’s concurrency capabilities and how to avoid some of its pitfalls. You will walk away from this talk with a practical understanding of how Go does concurrency, and what working with the language looks and feels like.
*Duration* : 60 minutes (including audience Q&A)
*Presenter* :
*Johnny Boursiquot* , Platform Observability Engineer, Salesforce's Heroku
Johnny Boursiquot is a multi-disciplined software engineer with over two decades of experience and a love for teaching and community-building. He stays busy as a trainer, speaker, and diversity advocate within the Go programming language community where he also frequently serves as podcast host, user group organizer, and conference program committee member. Johnny’s works appear on several publishing platforms, including O'Reilly and Packt. He has most recently also been a contributing author to the book 97 Things Every SRE Should Know. He is currently a Platform Observability Engineer at Salesforce’s Heroku.
Visit *learning.acm.org/techtalks-archive* for our full archive of past TechTalks.
Association for
Computing Machinery
1601 Broadway, 10th Floor, New York, NY 10019
Copyright © 2021, ACM, Inc. All rights reserved
You are subscribed with: [email protected]
Unsubscribe
Connect with us:
to view image click on to view image click on to view image click on to view image click on to view image click on to view image click on to view image click on

⁉️ برای توسعه نرم افزار حتما باید برنامه نویسی حرفه ای باشیم ؟
⁉️چطور مشارکت کنیم؟
✅ استفاده، گزارش مشکل ، کامل کردن مستندات نصب یا کار، بخش مهمی از توسعه نرم افزار آزاد است
🔥 آموزشی عملی Issues و Pull Requests در Github

در پروژه FOSSGT در گیت هاب میتوانید اول GitHub Issues و GitHub Pull Request را فارسی و ساده یاد بگیرید سپس به صورت تمرینی
درخواست PR و Issues ثبت کنید تا یاد بگیرید

⚠️ این فقط یک تمرینه پس با خیال راحت درخواست بزنید و تمرین کنید

💠 ابزار های مهم مشارکت
✳️ابزار GitHub Issues یکی از ابزارهای قدرتمند در GitHub که به کاربران کمک می‌کند تا وظایف، مشکلات (bugs) و پیشنهادات را در پروژه‌ها مدیریت کنند.

✳️ابزار Pull Requests (PR) در GitHub روشی برای پیشنهاد تغییرات در کد است. این قابلیت اجازه میده تا کدها یا تغییرات را در شاخه‌های مختلف ایجاد کنید و سپس درخواست ادغام (merge) آن‌ها را در پروژه ارسال کنند.
@MehrdadLinuxchannel