بیگی میگه:

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

سی شارپ ترکیده بود تا سال 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

یه سوال جالب بپرسیم از جنگو کارای کانال

این سوال توی stackoverflow مطرح شده.

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

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

به این لینک ها سر بزنید:
https://groups.google.com/g/django-users/c/3ksj4Clne4c

https://docs.djangoproject.com/es/1.10/ref/request-response/#streaminghttpresponse-objects

https://stackoverflow.com/questions/39451818/how-does-django-handle-cancelled-or-interrupted-requests

#Problems

@Syntax_fa

دوازده نکته مهم برای امنیت api هاتون که باید رعایت کنید

#Note

@Syntax_fa

وقتی تو جمع برنامه نویسا یه وردپرس کار وارد میشه

#Fun

@Syntax_fa

نقشه Microservice

#Roadmap #Microservice

@Syntax_fa

حرفه‌ای بنویس! بهینه باش.


‼️ درک #عمیق کارکرد یک سیستم، یک الگوریتم و حتی یک بازی!
👈 کمک بسیار زیادی به بهینه و دقیق نوشتن اون می‌کنه.

امروز قصد داریم بازی سنگ، کاغذ، قیچی رو بنویسیم 💯



♥️ Source: GitHub


🌀 #Python_Eight

( توضیحات داخل کامنت. )


@Syntax_fa

هی چت جی بی تی میتونی بدون کپی کردن از بقیه کد بنویسی؟

نه. تو چی می تونی ؟

#Fun

@Syntax_fa

طبیعت به عنوان یه طرح خلاقانه برای ساخت ربات ها 🔥

#AI

@Syntax_fa

مسئله ششم (فیلسوفان حریص)
سطح: سخت

بریم سراغ یکی از معروف ترین مسائل برنامه نویسی

در علوم کامپیوتر مسئله فیلسوفان پشت میز غذاخوری یک مسئله تمثیلی است مربوط به طراحی هم روندی الگوریتم ها، که معمولاً برای نشان دادن مشکلات و تکنیک های همگام سازی و روش حل آن ها استفاده می شود. این مسئله در ابتدا در سال ۱۹۶۵ توسط آقای دیکسترا به عنوان یک تمرین امتحانی دانش آموزی طراحی شد.

بیان مسئله:
پنج فیلسوف ساکت در اطراف یک میز قرار می گیرند. روی میز کاسه های ماکارونی وجود دارد. چنگال هایی مابین هر جفت از فیلسوف های کنار هم قرار داده شده است. هر فیلسوف باید به صورت متناوب فکر کند و بخورد. با این حال، یک فیلسوف فقط زمانی می تواند ماکارونی بخورد که که هر دو چنگال سمت چپ و سمت راست را در اختیار داشته باشد. هر چنگال در هر لحظه فقط می تواند توسط یک فیلسوف استفاده شود و بنابراین، یک فیلسوف فقط زمانی می تواند از چنگال استفاده کند که چنگال توسط فیلسوف دیگر در حال استفاده نباشد. بعد از این که یک فیلسوف خوردنش تمام شد، باید هر دو چنگال را روی میز بگذارد تا بقیه از آن ها استفاده کنند. یک فیلسوف فقط می تواند چنگال سمت راست خود یا چنگال سمت چپ خود را، زمانی که موجود باشد، در اختیار بگیرد و نمی‌تواند قبل از در اختیار گرفتن هر دو چنگال خوردن را شروع کند. مقدار خوردن ارتباطی به حجم باقیمانده ماکارونی یا فضای معده افراد ندارد؛ به عبارتی، فرض بر این است که مقدار ماکارونی نامحدود است و مقدار خوردن نیز نامحدود است. مسئله این است که چگونه یک نظم رفتاری (الگوریتم همروندی) طراحی کنیم، به گونه‌ای که هیچ فیلسوفی گرسنه نماند؛ یعنی هر کدام بتواند به مدت نامتناهی و متناوباً بخورد و فکر کند. البته با فرض اینکه هیچ فیلسوفی نمی‌داند که چه زمانی سایر فیلسوفان قصد خوردن یا فکر کردن دارند.

این مسئله با این هدف طراحی شد که چالش های پیشگیری از بن بست را نشان دهد. بن بست یک وضعیتی از سیستم است که در آن هیچ پیشرفتی امکان پذیر نیست.

حتما سرچ کنید و بیشتر در مورد این مسئله بخونید (عکس توی کامنت رو نگاه کنید)

مسئله رو با استفاده از یکی از زبان ها حل کنید و از همه مهم تر بخوبی در مورد مسئله و راه حلتون توضیح بدید.

(جایزه کانفیگ 100 گیگابایتی بدون مدت زمان)

#Problems

@Syntax_fa

بچه ها دعانویس خوب نمی شناسید؟ واسه وب سایتم میخوام آخه امنیتش برام مهمه 😂

#Fun

@Syntax_fa

مینی دوره ثبت و بررسی تراکنش بانکی  با جنگو و ترماکس

سطح دوره: متوسط

توی این دوره قراره چی یاد بگیرید؟

تو این مینی دوره یاد میگیرید که چجوری بتونید با استفاده از جنگو و ترماکس، تراکنش های بانکیتون رو بخونید و یه مدریت حساب کوچیک برای خودتون راه بندازی.
با کمی خلاقیت میتونید کارای مختلفی انجام بدید😉

امشب آپلودش میکنم توی یوتیوب سینتکس

از کی قراره یاد بگیرید؟
یکی از ادمین های خوب و با تجربه تیممون آقای حمید حسینی

وب سایت شخصی حمید حسینی:
https://h4mid-hosseini.ir

(دوره بدون ادیت و کار خاصی ضبط شده و تمرکز اصلی روی محتوا هستش تا بتونیم آموزش های بیشتری رو تو زمان کوتاه تر ضبط کنیم)

#Django

@Syntax_fa

برای اونایی که میگن امکانش هست ما هم آموزش هامونو بذاریم یا نه

مبحثی که میخواید آموزش بدید رو پیوی بهم بگید، اگه آموزش خوبی رو بتونید ارائه بدید توی کانال و یوتیوب سینتکس قرار میگیره تا افراد بیشتری بتونن از اموزشتون استفاده کنن. همچنین از شما هم حمایت بشه

@Syntax_fa

مینی دوره ثبت و بررسی تراکنش بانکی  با جنگو و ترماکس

سطح دوره: متوسط

لینک پلی لیست:
https://youtube.com/playlist?list=PLi2nijwBFea1QS7XKI1db-Kt8kcY_-ddY&si=3kp4vcOtA_XlTVRD

قسمت اول:
https://youtu.be/gvdQfS7PW6w

قسمت دوم:
https://youtu.be/VWTZst6DAq0

قسمت سوم:
https://youtu.be/tjK8FDKkm64

قسمت چهارم:
https://youtu.be/m-vTLFZeyx0

قسمت پنجم:
https://youtu.be/QZoec9-NQTo

قسمت ششم:
https://youtu.be/bOFmbLdskoM

#Django

@Syntax_fa

از کجا ریجکس رو یاد بگیرم؟

https://regexlearn.com/learn/regex101

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

#Regext

@Syntax_fa