а если серьезно, то тебе вряд ли нужно знать конкретные ISO / RFC / IEEE стандарты

господа, я вот задумался, а есть список iso-шек, которые должен знать каждый, ну типо iso8601?

кпц https://www.iso.org/standard/40874.html 33 страницы

если ты не занимаешься конечно их реализацией

более того тексты ISO стандартов денег стоят

согласен, но есть википедия)

ну так и зачем знать, если есть википедия?

ну так и зачем знать, если есть википедия?

чтобы что-то найти и прочитать надо знать что искать

вот поэтому и хотелось бы найти исошки, которые как-то касаются ИТ

но мне лень, поэтому и спросил, вдруг у кого найдется

господа, я вот задумался, а есть список iso-шек, которые должен знать каждый, ну типо iso8601?

IEEE 754

> вот поэтому и хотелось бы найти исошки, которые как-то касаются ИТ дык их всех дохрена.

ну так и зачем знать, если есть википедия?

Что говорить что я самый умный

Мне вот по работе пришлось гуглить стандарты оформления списков ингредиентов в косметике. А IT-шные стандарты не приходилось.

Что вообще есть такое, что ещё не находится в доках или на StackOverflow?

Меня периодически тянет написать ебанатский вопрос, но потом я делаю прерывание в своём мозге и заставляю себя забить в поисковик. По итогу почти всё находится, за исключением каких-то конкретных задач.

господа, я вот задумался, а есть список iso-шек, которые должен знать каждый, ну типо iso8601?

Хотелка треснет раньше. Их же туча

Что вообще есть такое, что ещё не находится в доках или на StackOverflow?

Наверное там нет ответа как выучить все языки за час

Знает кто, как в либо websocket-client в websocket.create_connection использовать SOCKS5?

Нашел пример только с http, и коммент вот тут https://github.com/websocket-client/websocket-client/issues/362 Но про коммент что-то не понял socket object can be passed to create_connection as parameter. if you set the SOCKS5 wrapper socket, you can communicate vi socks5 proxy.

Но мне не нравится что это все сделано через декоратор

Да какая разница. Зато работают и в 3.6

Да какая разница. Зато работают и в 3.6

Кому как

Мне не очень

Ну могли через метаклассы сделать теоретически.

Точнее в текущей реализации конечно не сработало бы, но все равно

Или ты хочешь новое ключевое слово?

+

data и норм

Как в котлине

Зачем ключевое слово если и без него работает так же?

Давайте на каждый случай ключевые слова делать

Красиво со словом

Давайте на каждый случай ключевые слова делать

Почему нет?

Почему нет?

Усложняет компилятор. А так просто новая библиотека

Ну может скоро питон станет компилируемым

Он компилируемый

Просто не в машинный код

Он компилируемый

Всм без байт кода

А это вообще тут при чём?

Ну короч без промежутков

Всм без байт кода

можешь без байт-кода, nuitka есть

Всм без байт кода

from future import braces

Короче, раздувать синтаксис языка ради фичи, которая делается через библиотеки - смысла нет

Короче, раздувать синтаксис языка ради фичи, которая делается через библиотеки - смысла нет

yield from go()

Просто в котлине модель классов такая хилая, что надо все тянуть в ключевые слова

yield from go()

Там вообще ключевое слово ради как раз ради нового механизма работы самого интерпритатора

Ну пусть тогда init и переработают

Зачем?

Инит прекрасно работает

Ну теоретически, можно было поправить работу аннотаций типов и сделать метакласс. Но Профит опять же сомнителен

Ну пусть тогда init и переработают

Ещё скажи все типы должны быть ключевыми словами

str там, list

И пусть добавять const )))

Вот const было бы круто

Но это изменение всего!

Вот const было бы круто

Зачем?

Зачем?

Гарантированно неизменяемые переменные. Но боюсь это просто не ложится на идею динамической типизации

Ну вот и ответил на свою мечту

Пиши на jave

В джаве нет const

Есть только final

Ну смысл тот же

Нет

Есть большая разница

Гарантированно неизменяемые переменные. Но боюсь это просто не ложится на идею динамической типизации

Если сильно надо, то через дескрипторы это можно реализовать. А так это не сильно вяжется с дак тайпинг

Ну тогда си

final мапа изменяема

Ну тогда си

Плюсы норм. Но нет

ERROR: S client not available

С-- еще лучше

Питон красивее и динамическая типизация рулит

как через питон быстрее всего получать новые сообщения из канала?

есть какая нибудь библиотека для этого?

как через питон быстрее всего получать новые сообщения из канала?

Какого канала? Как в го?

Какого канала? Как в го?

ой, телеграм канала

Отстань. Разберись сначала в 3.7 и котлине

Котлин вроде 1,5?

Я про питон

А потом проси 3.8

через telethon чтоле

В чем именно

через telethon чтоле

@botoid

@TelethonRussian

всеп привет не могу понять почему не открывается проэкт на хероку выдает вот такую ошику

в чем дело

Помогите

Открой логи приложения

Стоп

Зачем ты лог файл указал?

Чтобы логи в консоли не видеть, да?

Стоп

а что там указать надо?

что в Procfile написать надо?

Почему в питон по дефолту не завезли ujson

Он же быстрее стандартного

Спроси у комиттеров в сpython и автора либы

а что там указать надо?

Не надо логи никуда перенаправлять. Они должны писаться в stderr как по дефолту

Он же быстрее стандартного

Посмотрел тесты. Нифига не быстрее

Не надо логи никуда перенаправлять. Они должны писаться в stderr как по дефолту

блин так что писать то? в Procfile?

https://pypi.org/project/ujson/