یک سال دیگم داره میگذره و چند ساعت دیگه وارد 2024 میشیم.

شمارو نمیدونم ولی من برای 2024 کلی برنامه دارم💥‌
(اگه دوست دارید اهدافتونو توی کامنت ها بگید شاید جهت بقیه رو هم تغییر داد)

از اونجا که اکثر ما برنامه نویسا با موجودی به اسم گیت هاب زیاد کار میکنیم و میشه گفت برای سنجیدن سطح فعالیت و پیشرفتمون صفحه گیت هابمون یکی از گزینه ها هستش،‌ برید توی وب سایت
https://www.githubunwrapped.com/
فعالیت سال 2023 تون رو گزارش میده. توی کامنت ها ارسال کنید.

ببینیم کیا خیلی فعال بودن 😁

ممکنه جایزه ناقابلی هم دریافت کنه اونی که بیشتر فعالیت کرده

#Github

@Syntax_fa

هشت فریم ورک بک اند با بیشترین تعداد star در گیت هاب:

1. Laravel(PHP) 75.6 k
https://github.com/laravel/laravel

2. Django(Python) 74.8 k
https://github.com/django/django

3. gin(Go) 73.3 k
https://github.com/gin-gonic/gin

4. Spring boot(Java) 71 k
https://github.com/spring-projects/spring-boot

5. Fastapi(Python) 66.5 k
https://github.com/tiangolo/fastapi

6. Flask(Python) 65.3 k
https://github.com/pallets/flask

7. Express(JS) 62.6 k
https://github.com/expressjs/express

8. rails(Ruby) 54.1
https://github.com/rails/rails

#framework

@Syntax_fa

در دنیای برنامه نویسی هم ما نگارش داریم ⁉️

قوانین نگارشی در هر زبان متفاوت هست و باعث افزایش چشمگیر خوانایی کد میشه

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

🌀 پایتون یکی از زبان های سطح بالاست و از این قوانین بسیار پیروی میکنه
به عقیده سازنده پایتون(Guido van Rossum) کد خیلی بیشتر از اینکه نوشته بشه باید خونده بشه

⭕️ این قوانین در پایتون به قوانین PEP8 مشهور هست. (Python Enhancement Proposal): پیشنهاد بهبود پایتون.
تمرکز اصلی PEP 8 بهبود خوانایی و سازگاری کد پایتون است.

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

❇️ یکی از سایت های خوب ایرانی که باهاش میتونید این قوانین رو به درستی یادبگیرید:
🌐 https://pep8.ir/

@Syntax_fa

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

کد باید برای تغییر بسته، و باید برای توسعه باز باشد.
اصل باز و بسته بودن یا اصل Open/Closed به نظر بسیاری، اساس برنامه نویسی شی گرا را تشکیل می‌دهد. رابرت مارتین (Robert C. Martin) که در بین برنامه نویسان به عمو باب (Uncle Bob) مشهور است با عبارت: "مهم‌ترین اصل طراحی شی گرا" از این اصل یاد کرده است.

ما با استفاده از اینترفیس ها میتونیم این اصل مهم رو پیاده سازی کنیم.

مثال:
فرض کنید ما چند تا سرویس اس ام اس داریم و در آینده هم ممکنه که سرویس های اس ام اس تغییر کنند و از یک ارائه دهنده دیگه خدمات بگیریم. خب در این صورت ما باید چیکار کنیم که با حذف و اضافه کردن سرویس جدید کد های ما تغییر نکنند؟
میایم یک اینترفیس به اسم مثلا Sms می نویسیم و مشخص میکنیم هر کی که میخواد از این اینترفیس استفاده کنه باید متد send_sms و هر چیزی که نیاز هستش رو پیاده سازیش کنه.

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

#Interface

@Syntax_fa

سینیور های امروزی 😅😅

#Fun

@Syntax_fa

موقعیت شغلی جونیور Django برای بچه هایی که تهران زندگی میکنن
(اگه دوست داشتید رزومتون رو توی کامنت بفرستید تا برای بهبود رزومه هامون نظر بدیم)

jobinja.ir/companies/miare/jobs/C5tb/

@Syntax_fa

مقایسه سایز thread با coroutine در پایتون بر حسب بایت

چیزی که مشخصه اینه coroutine ها نسبت به ترد ها سبک تر هستند. بعضی وقت ممکنه بشنوید که به coroutine ها light weight thread هم میگن.

لینک

#coroutine #thread

@Syntax_fa

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

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

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

@Syntax_fa

نوجوانی
خیلی با ارزش‌تر از این حرفاست که توی این کشور هدر بره.

اینو میگم چون خیلی سوال میشه، این ترازو رو تصور کنید،

انجام هرکاری توی ایران ------------- فرار از ایران.


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

@pyHints

روحیات بک اند کار (سمت راست)

روحیات فرانت اند کار (سمت چپ)

#Fun

@Syntax_fa

Object pool pattern

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

توضیح:
برای مثال وقتی داریم با دیتایس کار میکنیم نمیتونیم بر اساس هر درخواستی که سمت ما میاد یه کانکشن جدید بسازیم چون ممکنه محدودیت تعداد کانکشن داشته باشیم و یا اینکه زیاد کانکشکن ساختن مشکلات دیگه ای رو بوجود بیاره

بحث pool اینجا بوجود میاد‌. (فقطم تو این مورد کاربرد نداره مثلا تو اکثر زبون ها ما thread pool رو داریم. اول برنامه میایم تعداد مشخصی ترد رو بوجود میاریم و در ادامه از همون ترد ها استفاده میکنیم چونکه ساخت ترد هزینه زیادی داره )

در کل pool به ما دو قابلیت اصلی رو میده. اولی اینکه از داخل pool مثلا یک connection رو برداریم و Get کنیم. قابلیت بعدی اینه بعد از اینکه کارمون تموم شد دوباره اون connection رو به pool برگردونیم و put کنیم.

#Pool

@Syntax_fa

محبوب ترین زبان ها از سال 2000 تا 2023

پی او پی محبوبیتش داره کمتر میشه
زبان هایی مثل typenoscript رشد خوبی داشتن
یه سری زبون هایی مثل rust و golang هم دارن رشد میکنن

تو پست بعدی نظر استاد شهریوری نسبت به آینده جاوا و سی شارپ رو میذارم

@Syntax_fa

زبان‌های برنامه‌نویسی و آینده

اخیراً خبر جالبی در سایت TIOBE منتشر شده راجع به اینکه از نظر محبوبیت زبان سی‌شارپ به نزدیکی زبان جاوا رسیده و دیگه داره حدس‌هایی مطرح میشه که بزودی سی‌شارپ از نظر محبوبیت از جاوا عبور خواهد کرد. مع‌الفارق از اینکه چقدر همچنین معیارهایی می‌تونه درست باشه (که از دید من واقعاً نشون‌دهنده برآیند بازار نیست) در این پست می‌خوام یه مقدار راجع به زبان‌های برنامه‌نویسی صحبت کنم.
اول از همه بگم که من از قدیم طرفدار زبان‌های شی‌گرا، با تایپ‌های ایستا، کامپایل‌شده و همه‌منظوره بودم و هنوزم هستم (و این صرفاً سلیقه شخصیه). از زبان‌هایی که در این حوزه قرار می‌گیرند میشه به: جاوا، سی‌شارپ، سی پلاس پلاس و کاتلین اشاره کرد. اگه صرفاً از بعد زبان بخوام نگاه کنم از دید من مایکروسافت در سال ۲۰۰۷ کار رو یکسره کرد (بازم سلیقه شخصی) و همیشه زبان سی‌شارپ یه سر و گردن از بقیه جلوتره برای مثال چیزی مثل LINQ هنوز برای بقیه زبان‌ها وجود نداره. اما آیا قدرت و خفن بودن یک زبان برای گرفتن بازار کافیه؟
از دید من جواب این سوال منفیه! شما علاوه بر زبان باید به اکوسیستمی که حول اون زبان شکل گرفته هم نگاه کنید مثل پروژه‌های متن‌باز، چارچوب‌ها، کتابخونه‌ها و خیلی چیزای دیگه حتی آدمای قدیمی و تاثیرگذار. خیلی وقتا حتی اگه یه زبان همه چیز رو هم باخته باشه بازم کلی پروژه فعلی حول اکوسیستم اون زبان وجود داره که مهاجرت از اون زبان بازنده رو سخت‌تر می‌کنه.

حالا تحلیل من چیه؟
۱- معیارهایی مثل TIOBE برای تحلیل آینده بازار خیلی قابل اتکا نیستند و نباید بهشون دلخوش باشیم. البته از دید من می‌تونه بیانگر رشد باشه پس لایک به سی‌شارپ.
۲- به نظرم حتی تا سال ۲۰۲۵ هم کل اکوسیستم سی‌شارپ (نه صرفاً زبان) بعیده بتونه جایگاه اکوسیستم جاوایی رو بگیره.
۳- اگه کسی اول راهه و می‌خواد برای خودش یه اکوسیستم انتخاب کنه اولین معیار باید براش علاقه و سلیقه شخصی خودش باشه و بهتره تحت تاثیر این‌ مدل خبرها قرار نگیره.
۴- یه چیزی که توی خبر TIOBE منو خوشحال می‌کنه رشد و اشاره به زبان کاتلینه. من از حوالی سال ۹۵ که نسخه ۱ کاتلین رسماً منتشر شد از جاوا به کاتلین مهاجرت کردم. شاید به نوعی از اولین آدما تو بازار ایران بودم که برای کدهای سمت سرور رفتم سراغ کاتلین و با جاوا کاملاً خداحافظی کردم. به نظرم یکی از دلایل نزول جاوا هم قطعاً رشد کاتلینه. پس اگه شما هم سمت سرور با زبان جاوا کار می‌کنید پیشنهاد می‌کنم حتماً کاتلین رو یه تستی بکنید، به احتمال زیاد پشیمون نمی‌شید :)

[Saeed Shahrivari Joghan]

@Syntax_fa

چند تا از پرسش و پاسخ ها:

1. جایگاه سی‌پلاس‌پلاس در آینده نزدیک با توجه به آپدیت‌ها و فیچر‌های جدیدی که ارائه داده کجا خواهد بود؟ آیا با افزایش محبوبیت رو به رو میشه؟
سی پلاس پلاس عشق قدیمی و اول منه🤗 ولی به نظرم به مرور کمرنگ‌تر میشه و در حوزه خودش قسمتی از سهمش رو به گو و سی میده.

2. نظرتون راجب فریمورک جنگو چیه؟
من تو پایتون بیشتر طرفدار فلسک و fastapi هستم

3. ببخشید نظرتون رو درباره ی golang هم میشه بگید ممنون
زبان گو یه حامی بزرگ به نام گوگل داره که برای خودش وزنه‌ایه و در سالهای اخیر هم مخصوصاً در حوزه کاری نرم‌افزارهای سیستمی و دواپس اکوسیستم خیلی خوبی برای خودش جور کرده. من حس می‌کنم محبوبیتش بیشتر هم میشه مخصوصاً که یکی از طراحان گو آقای کرنیگانه که طراح زبان سی هم بود و آدم خفنیه اما بعید میدونم بتونه از حوزه سیستمی خارج بشه.

[Saeed Shahrivari Joghan]

@Syntax_fa

بیگی میگه:

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

سی شارپ ترکیده بود تا سال 2021 اینا که ما رسیدیم به کور 6
اولین کور lts با زیرساخت کور ( وگرنه 3.1 هم lts بود اما با اتصال بسیار زیاد به مونو)


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

1- جاوا اون زمانی که سی شارپ ویندوز آنلی و مزخرف و ترکیده بود ، خوب تونست درون مارکت خودشو جا کنه و بعدش درگیر کثیف کاری و پولکی باز شد. جوری که خیلی از شرکت ها فرار کردن
حالا نه به دات نت ولی به زبان های دیگه.

Linq
باعث شده یک سر و گردن از بقیه زبان ها جلوتر باشه درست.


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


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

بنظر من مارکت فعلی و رقابت اصلی فعلا بین سه زبان سی شارپ ، کاتلین و گولنگ هستش. که تو عالی بودن این 3 شکی نیست.


۲- به نظرم حتی تا سال ۲۰۲۵ هم کل اکوسیستم سی‌شارپ (نه صرفاً زبان) بعیده بتونه جایگاه اکوسیستم جاوایی رو بگیره.

ولی واقعا همین الانم اکو سیستم خوبی داره چرا اینو کسی قبول نمیکنه؟ یکی نیست دات نت 6 به بعد و مخصوصا 8 رو تست کنه :)

به نظرم یکی از دلایل نزول جاوا هم قطعاً رشد کاتلینه.
یکی از دلایل نزول جاوا رشد کاتلین نیست!
تمام دلایل نزول جاوا ، وجود کاتلین هستش
از جت برینز عزیز متشکرم که این زبان زیبا رو خلق  و با حمایت گوگل سریع وارد کامیونیتی کرد.

شرکت هایی که از جاوا فراری بودن
مردمی که از سینتکس بسیار بد جاوا های قدیمی ( کد بیس های قدیمی ، جاوا های قدیمی) عذاب میکشیدن و ...

سیاست پولی جاوا باعث تمام این مشکلات شد.



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

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

@Syntax_fa

شرح موقعیت شغلی و الزامات (سمت چپ)

کاری که واقعا قراره انجام بدی (سمت راست)

#Fun

@Syntax_fa

مسئله پنجم
سطح: متوسط

توضیح:

ما سه آدرس زیر را داریم:
https://jsonplaceholder.typicode.com/todos/1
https://jsonplaceholder.typicode.com/todos/2
https://jsonplaceholder.typicode.com/todos/3

برنامه ای بنویسید که همزمان به هر سه آدرس درخواست get بزند و هرکدام که زودتر جواب داد. در خروجی response body را نمایش بدهد و بگوید پاسخ مال کدام آدرس است.
اگر بعد از گذشت 3 ثانیه هیچکدام از آدرس ها جواب ندادند. در خروجی Timeout را نمایش بدهد و برنامه متوقف شود.

(نمونه خروجی json رو تلگرام خودش زحمت کشید به پیام اضافش کرد)

(💥جایزه کانفیگ یه ماهه)

#Problems

@Syntax_fa

پاسخ در زبان گو:

package main

import (
  "io"
  "net/http"
  "time"
)

func main() {
  var result string

  todo1 := make(chan string)
  todo2 := make(chan string)
  todo3 := make(chan string)

  go GetRequestResponse(todo1, "https://jsonplaceholder.typicode.com/todos/1")
  go GetRequestResponse(todo2, "https://jsonplaceholder.typicode.com/todos/2")
  go GetRequestResponse(todo3, "https://jsonplaceholder.typicode.com/todos/3")

  select {
  case result = <-todo1:
    println("todo1")
    println(result)
  case result = <-todo2:
    println(todo2)
    println(result)
  case result = <-todo3:
    println("todo3")
    println(result)
  case <-time.After(time.Second * 3):
    println("Timeout")
  }
}

func GetRequestResponse(content chan<- string, url string) {
  res, err := http.Get(url)
  if err != nil {
    panic(err)
  }

  responseBody, err := io.ReadAll(res.Body)
  defer res.Body.Close()
  if err != nil {
    panic(err)
  }

  content <- string(responseBody)
}

با استفاده از قابلیت Select و channel ها میتوانیم چنین مسئله ای رو به سادگی حل کنیم.

#Problems

@Syntax_fa

پاسخ در زبان پایتون:

import asyncio
import aiohttp


async def fetch_data(url, session):
    async with session.get(url) as response:
        return await response.text(), url


async def main():
    urls = [
        "https://jsonplaceholder.typicode.com/todos/1",
        "https://jsonplaceholder.typicode.com/todos/2",
        "https://jsonplaceholder.typicode.com/todos/3",
    ]

    async with aiohttp.ClientSession() as session:
        tasks = [fetch_data(url, session) for url in urls]

        try:
            done, _ = await asyncio.wait(tasks, timeout=3, return_when=asyncio.FIRST_COMPLETED)
        except asyncio.TimeoutError:
            print("Timeout: No response within 3 seconds.")
            return

        for task in done:
            response_body, url = task.result()
            print(f"Response from {url}:\n{response_body}")

if __name__ == "__main__":
    asyncio.run(main())

زمانی که از asyncio استفاده میکنیم باید کتابخانه های ماهم از قابلیت async پشتیبانی کنند به همین دلیل از aiohttp بجای requests استفاده میکنیم.

#Problems

@Syntax_fa