H
/hate@hastebin_bbot
Size: a a a
2021 January 18
S
/hate@hastebin_bbot
ого прикольно =)
ダ
/hate@hastebin_bbot
Может сделать бота carbon?
ダ
Или он есть уже
S
Может сделать бота carbon?
сделай
И еще сделай чтобы сразу скрин тож кидал
И еще сделай чтобы сразу скрин тож кидал
S
будет прикольно
ダ
Он @carbonnowshbot кажется есть уже..
ダ
Что-то у него инлайн режим тупит
W
@bot.message_handler(commands=['mute'])
def restrict_chat_member(message):
user = bot.get_chat_member(message.chat.id, message.from_user.id)
if user.status in ['administrator', 'creator']:
if message.reply_to_message:
bot.restrict_chat_member(message.chat.id, message.reply_to_message.from_user.id, until_date=time()+1)
bot.send_message(message.chat.id, f"[{message.reply_to_message.from_user.first_name}](tg://user?id={message.reply_to_message.from_user.id})\nУчастник получил мут навсегда!", reply_to_message_id=message.message_id,parse_mode = ["Markdown"])
else:
bot.send_message(message.chat.id, error_reply)
else:
bot.send_message(message.chat.id, error_command)
@bot.message_handler(commands=['ban'])
def kick_chat_member(message):
user = bot.get_chat_member(message.chat.id, message.from_user.id)
if user.status in ['administrator', 'creator']:
if message.reply_to_message:
bot.kick_chat_member(message.chat.id, message.reply_to_message.from_user.id)
bot.send_message(message.chat.id, f"[{message.reply_to_message.from_user.first_name}](tg://user?id={message.reply_to_message.from_user.id})\nУчастник забанен!", reply_to_message_id=message.message_id,parse_mode = ["Markdown"])
else:
bot.send_message(message.chat.id, error_reply)
else:
bot.send_message(message.chat.id, error_command)
def restrict_chat_member(message):
user = bot.get_chat_member(message.chat.id, message.from_user.id)
if user.status in ['administrator', 'creator']:
if message.reply_to_message:
bot.restrict_chat_member(message.chat.id, message.reply_to_message.from_user.id, until_date=time()+1)
bot.send_message(message.chat.id, f"[{message.reply_to_message.from_user.first_name}](tg://user?id={message.reply_to_message.from_user.id})\nУчастник получил мут навсегда!", reply_to_message_id=message.message_id,parse_mode = ["Markdown"])
else:
bot.send_message(message.chat.id, error_reply)
else:
bot.send_message(message.chat.id, error_command)
@bot.message_handler(commands=['ban'])
def kick_chat_member(message):
user = bot.get_chat_member(message.chat.id, message.from_user.id)
if user.status in ['administrator', 'creator']:
if message.reply_to_message:
bot.kick_chat_member(message.chat.id, message.reply_to_message.from_user.id)
bot.send_message(message.chat.id, f"[{message.reply_to_message.from_user.first_name}](tg://user?id={message.reply_to_message.from_user.id})\nУчастник забанен!", reply_to_message_id=message.message_id,parse_mode = ["Markdown"])
else:
bot.send_message(message.chat.id, error_reply)
else:
bot.send_message(message.chat.id, error_command)
Не ожидал такой ответ . Спс
S
Не ожидал такой ответ . Спс
Нез =)
w
кста сюда можно скинуть статью про туториалы?
w
статья в принципе относилась про геймдев, но я думаю сюда тоже может подойти
ダ
Проверьте инлайн, у вас тоже не работает?
w
Есть такая штука — tutorial hell, и в нее часто попадают новички. И сейчас я объясню, что это такое и как из этого выбраться.
Сейчас почти на все, чем вы можете заняться, найдутся туториалы. Видео на ютубе, статья, или курс. Все это так или иначе помогает новичку (и не только) лучше разобраться в топике и выполнить какое-то действие (сделать механику в игре или смонтировать видео).
Но многие попадают в такую ловушку, tutorial hell, и начинают слишком сильно полагаться на туториалы, обращаясь к ним каждый раз, когда им что-либо нужно.
У такого подхода есть несколько подводных камней. Я постараюсь говорить в контексте геймдева, но вы можете применить это на любую сферу деятельности.
Первое: туториалы мешают поддерживать нормальную кодовую базу, и ваш проект превращается в нагромождение разных стилей и паттернов. Вряд ли вы найдете все нужные туториалы у одного автора, а разные авторы пишут свой код совершенно по-другому. В конечном итоге вы привыкните к тому, что лично вам не нужно думать над стилем, над паттернами проектирования и над архитектурой проекта/системы. За вас все уже сделали в туториалах. А хороший программист обязан уметь проектировать качественную архитектуру проекта.
Второе: туториалы дают надежный путь из точки А в точку Б. Проблема —> решение проблемы. Вам может начать казаться, что в реальности все так же просто (вы же не знаете, сколько автор туториала проектировал систему и писал код перед тем, как сделать ролик). Из-за этого происходит типичная проблема, которая встречается у всех отличников в школе: мы умеем делать все по туториалам, но как только от нас требуется импровизировать или находить решение проблем самостоятельно — мы теряемся. А любые навыки бесполезны, если вы умеете делать что-то только по заготовленному плану. В жизни так не бывает, слишком много приходится импровизировать. И это нормально.
Третье: излишние туториалы мешают вам развиваться как разработчику. Туториалы показывают, как сделать что-либо, но из-за этого мы отвлечены от процесса решения проблемы, так как ее решили за нас. Вспомните сами: вы всегда получаете намного более ценный опыт, если решаете какую-то проблему самостоятельно. Она заставляет вас думать, приходить к какому-то решению, и это откладывается в голове намного надежнее, чем просмотр туториала.
Туториалы — это отличный способ для новичка разобраться в чем-то на начальных этапах. Но не делайте на них такого сильного упора. Прошли курс, туториал, или прочитали книгу — самое время сделать самостоятельный проект. Научитесь пользоваться документацией, статьями, где дают абстрактное решение без имплементации. Да, будет тяжело, и вы будете встречать проблемы, которые придется решать часами (и даже днями).
И помните — в процессе обучения собственный неудачный опыт намного важнее чужого удачного решения.
Сейчас почти на все, чем вы можете заняться, найдутся туториалы. Видео на ютубе, статья, или курс. Все это так или иначе помогает новичку (и не только) лучше разобраться в топике и выполнить какое-то действие (сделать механику в игре или смонтировать видео).
Но многие попадают в такую ловушку, tutorial hell, и начинают слишком сильно полагаться на туториалы, обращаясь к ним каждый раз, когда им что-либо нужно.
У такого подхода есть несколько подводных камней. Я постараюсь говорить в контексте геймдева, но вы можете применить это на любую сферу деятельности.
Первое: туториалы мешают поддерживать нормальную кодовую базу, и ваш проект превращается в нагромождение разных стилей и паттернов. Вряд ли вы найдете все нужные туториалы у одного автора, а разные авторы пишут свой код совершенно по-другому. В конечном итоге вы привыкните к тому, что лично вам не нужно думать над стилем, над паттернами проектирования и над архитектурой проекта/системы. За вас все уже сделали в туториалах. А хороший программист обязан уметь проектировать качественную архитектуру проекта.
Второе: туториалы дают надежный путь из точки А в точку Б. Проблема —> решение проблемы. Вам может начать казаться, что в реальности все так же просто (вы же не знаете, сколько автор туториала проектировал систему и писал код перед тем, как сделать ролик). Из-за этого происходит типичная проблема, которая встречается у всех отличников в школе: мы умеем делать все по туториалам, но как только от нас требуется импровизировать или находить решение проблем самостоятельно — мы теряемся. А любые навыки бесполезны, если вы умеете делать что-то только по заготовленному плану. В жизни так не бывает, слишком много приходится импровизировать. И это нормально.
Третье: излишние туториалы мешают вам развиваться как разработчику. Туториалы показывают, как сделать что-либо, но из-за этого мы отвлечены от процесса решения проблемы, так как ее решили за нас. Вспомните сами: вы всегда получаете намного более ценный опыт, если решаете какую-то проблему самостоятельно. Она заставляет вас думать, приходить к какому-то решению, и это откладывается в голове намного надежнее, чем просмотр туториала.
Туториалы — это отличный способ для новичка разобраться в чем-то на начальных этапах. Но не делайте на них такого сильного упора. Прошли курс, туториал, или прочитали книгу — самое время сделать самостоятельный проект. Научитесь пользоваться документацией, статьями, где дают абстрактное решение без имплементации. Да, будет тяжело, и вы будете встречать проблемы, которые придется решать часами (и даже днями).
И помните — в процессе обучения собственный неудачный опыт намного важнее чужого удачного решения.
S
Проверьте инлайн, у вас тоже не работает?
ага
w
работает же, или ты про не тот инлайн?
ダ
работает же, или ты про не тот инлайн?
Я про @carbonnowshbot инлайн