TorhamDev | تورهام 😳 – Telegram
TorhamDev | تورهام 😳
2.84K subscribers
421 photos
49 videos
21 files
591 links
code, linux and anything related.

• YouTube
youtube.com/@techwithtori

• CodeNaline Podcast
@CodeNaline

• Group
@GothamProgrammers

• Github
github.com/TorhamDev

• Email
torhamdev@gmail.com
Download Telegram
اگه خبر واقعی باشه
R.I.P github

یکهو میبنی هوش مصنوعی برات اسم ریپو انتخاب میکنه. بدون اجازه کد میخونه میگه اونجاش خرابه میخای عوض کنی؟!

@TorhamDevCH
💩8🤣7😨2
Forwarded from Sepehr (Sepehr)
سلام, من دارم یه پژوهش میدانی در حوضه ارتباط انسان و کامپیوتر انجام میدم, برای بررسی یک روش جدید سریعتر خوندن متون فارسی. کلا ۳۰ دقیقه طول میکشه حداکثر و از طریق گوگل میت انجام میشه. به ۴ تا سوال از ۳ تا متن GRE باید جواب بدید و یه کمک بزرگ میکنید به اولین پژوهشی که در این زمینه داره انجام میشه
اگه دوست داشتید ممنون میشم بهم پیام بدید :)
@SepehrRS
👍6🔥4💔2
روز دست‌ چپ‌هاس. امروز به خودم و همه دست چپ‌‌هایی که با قیچی، میز‌های مدرسه و هرچیزی ساخته شده برای دست راست‌ها مشکل داشتن تبریک میگم ❤️
25🆒1
اونجایی فهمیدم برنامه‌نویس واقعی هستم که مشکلاتم رو recursive حل کردم 🗿
🔥13👍1
یک چیز جالب دیروز درباره pytest خوندم داخل داکیومنتش و اینه که شما میتونید scope یک fixture رو داینامیک کنید نسبت به تستی که اجرا میکنید.

def determine_scooe(fixture_name, config):

if config.getoption("--keep-containers", None)
return "session"
return "function"


@pytest.fixture(scope=datermine_scope)
def docker_container():
yield spwan_container()

این مثال خود داکیومنت و همینطوری که میبینید اگه یک فانکشن(callable) به جای اسکوپ بدید پای‌تست اون اجرا میکنه و دوتا ورودی بهش میده و از خروجی اون برای scope استفاده میکنه.

@TorhamDevCH
4👍1
یک چیز دیگه هم چند روزه میخواستم بنویسم دربارش. درباره functions.wraps

زمانی که یک دکوریتور مینویسید اگر از wraps استفاده نکنید باعث میشید سیگنچر فانکشن‌هایی که از دکوریتور استفاده میکنن تغییر کنه.

def logged(func):
def with_logging(*args, **kwargs):
print(func.__name__ + " called")
return func(*args, **kwargs)

return with_logging
`

وقتی شما از این دکوریتور استفاده میکنید برای مثال:
@logged
def foo(x):
return x ** x

در حقیقت دارید میگید
def foo(x):
return x ** x

foo = logged(foo)


حالا اتفاقی که میوفته اینه که سیگنچر foo تغییر میکنه به logged یعنی اگر شما داک استرینگ foo بگیرید بعد دکوریت شدن توسط logged چیزی که خواهید دید داک استرینگ logged. میتونید داک استرینگ رو با داندرلاین doc بگیرید.

حالا اگر از @wraps استفاده کنید این اتفاق نمیوفته و سیگنچر فانکشن foo باقی خواهد موند.

from functools import wraps

def logged(func):
@wraps
def with_logging(*args, **kwargs):
print("logged")
return func(*args, **kwargs)

@logged
def foo(x):
return x * x

اره خلاصه

@TorhamDevCH
9💩2👌2🗿1
امروز یکسری حالات مختلف از teardown کردن تست‌ها در pytest یاد گرفتم خوب بود هر کدوم کاربرد و جای خودش داره.

به سه حالت مختلف رسیدم. حالت اول زمانی که شما نیاز به یک resource دارید برای تست‌هاتون برای مثال اول لاگین کنید و بعدش ریکوئست بزنید. تو این مواقع بهتر که یک fixture داشته باشید که براتون لاگین کنه و وقتی کارتون تموم شد خودش لاگ اوت کنه.

به اون پروسه لاگ‌اوت کردن میگن teardown یکدونه هم tear up داریم که پروسه لاگین کردن تو این مثاله. مقال دیگش میشه زمانی که نیاز دارید یک رکورد خاص داخل دیتابیس ساخته بشه و بعد از تست حذف بشه. به ساختنش میگن tear up به حذف کردنش میگن tear down.

خب حالا حال اول که fixture باشه.

import pytest

@pytest.fixture
def client() -> AuthedClient:
#login and etc
yeild client
client.logout()

داخل فیکسچر‌ها pytest هرچیزی که بعد از yield بیارید teardown و هرچی که قبلش بیاد tearup.


حالت دوم شما یک مقدار از درون تست نیاز دارید برای tear down کردن. برای مثال شما یک تست دارید پست زدن داخل توییتر رو تست میکنه. شما برای teardown کردن این تست لازم دارید پست رو پاک کنید اما برای پاک کردنش نیاز به id اون پست دارید. اینجاس که شما یک مقدار لازم دارید که داخل خود تست‌ ساخته شده.
برای این مورد به نظر من بهترین حالت در حال حاظر با دانش الان من استفاده از try-finally هستش.

def test_twt_post_create_success(twt_client):
post_id = None
try:
post = twt_client.post("Hello from test")
post_id = post.id
finally:
if post_id:
twt_client.remove_post(post_id)

اینجا فیکسچر‌های شما که برای مثال twt_client هست براتون کلاین tear up و tear down میکنن به روش اول. و try-finally پستی که ساختید رو tear down میکنه. مهدی سینیور ما باشد گفت که یک فیکسچر بسازم که داخلش یک yeild خالی باشه و بعد از yeild از داخل یک متغیر گلوبال بیاد ایدی پست ها رو بخونه و همرو حذف کنه که برای این کار لازمه داخل هر تست هر وقت پست ساختیم اضافه اش کنید به اون متغیر که من به نظرم try finally بهتر بود در نتیجه همون زدم فرستادم تک‌لید :)

@TorhamDevCH
7👍3🔥1
چطوری اسم گذاری کنیم داخل کد.

البته من بعد یک مدت دنبال کردن این پترن‌ها رسیدم به اسم‌های خیلی طولانی که طبق قوانین درسته ولی حس میکنم اشتباس :))))

https://youtu.be/-J3wNP6u5YU?si=VMlBQqu-gFR3noXv
اگر یک روزی داشتید روی گیت کار میکرید و اشتباهی انجام دادید. مثلا چیزی رو پاک کردید یا اشتباه rebase کردید میتونید با دستور
git reflog

تمام هیستوری کارهایی که کردید رو ببینید و برای مثال برید به لحظه قبل از شروع rebase با دستور git reset

برای مثال تغییری که دادید head 25 هستش

git reset - -hard HEAD@{25}

با این دستور برمیگردید به لحظه قبل از rebase

@TorhamDevCH
🆒147👍2🦄1
505
Arctic Monkeys
به رسم همیشه. موسیقی جاده

#music@TorhamDevCH
❤‍🔥5💩2
حالم دیگه داره بد میشه انقدر تو هر مزخرفی AI چپوندن. دیگه نمیشه IDE پیدا کرد که بدون AI باشه جز vim و بچه‌هاش!
انگار آدم‌ها مغز ندارن، و جدی یک‌سری‌ها به این مرحله رسیدن گه دیگه مغز ندارن و همه چیز رو با AI حل میکنن.
AI -> autocomplite on steroids

یکسری‌ها دیگه تصمیمات زندگیشون هم با AI میگیرن. میسه مغز برخی رو برداشت به جاش یک LLM گذاشت.

@TorhamDevCH
1😭18👍12👎71💔1