Вот так, у обычных групп (chat'ов) его нет, они только по id, уникальному для каждого участника (или нет, не проверял) идентифицируются Примерно как групповые чаты в вк. access_hash есть у файлов, медиа, пользователей и каналов (и супергрупп)

Можно проверить

Супергруппы и обычные группы очень сильно отличаются Если интересно — обычные группы в API именуются chat, а супергруппы — channel с флагом megagroup

Можно проверить

можно, но мне лень.

Супергруппы и обычные группы очень сильно отличаются Если интересно — обычные группы в API именуются chat, а супергруппы — channel с флагом megagroup

Да, я вкурсе, просто никогда не генерил типы, а брал их из dialogs

Супергруппы и обычные группы очень сильно отличаются Если интересно — обычные группы в API именуются chat, а супергруппы — channel с флагом megagroup

Вот это меня больше всего вымораживает

Вот это меня больше всего вымораживает

Ну тогда жди пока полностью на супергруппы перейдут

Ну тогда жди пока полностью на супергруппы перейдут

опять переписывать

скоро (tm) должны вроде как завести удаление у себя в супергруппах, а потом и вовсе создание обычных групп отключить

опять переписывать

то есть вы написали поддержку обычных групп, которых уже почти нет, но при этом не писали поддержку супергрупп? Странный вы :)

Да это скорее про сам факт очередного special case

то есть вы написали поддержку обычных групп, которых уже почти нет, но при этом не писали поддержку супергрупп? Странный вы :)

Не, всё хорошо у меня)

Запрещение создания не подразумевает конвертации всего предыдущего, и вот это тогда вообще ад

Почему не перевели наслильно в супергрупп всё что есть с возможностью, например, редактирвоания параметров которми ограничивались обчные группы?

Даже статическую типизацию не завезли, нонсенс

Оне не нужна

Оне не нужна

Первые две тысячи строк — возможно)

Первые две тысячи строк — возможно)

Если проект больше двух тысяч строк, ты что-то делаешь не так

Лол

Либо это задача не для питона

Да))

Либо это задача не для питона

Вообще-то нет

Но в принципе это сейчас не обсуждается, статическая типизация победила, потому что так банально проще, быстрее, и радикально надёжнее

Если проект больше двух тысяч строк, ты что-то делаешь не так

нет

Кровавый ынтырпрайз на джаве прошу

Но в принципе это сейчас не обсуждается, статическая типизация победила, потому что так банально проще, быстрее, и радикально надёжнее

Да не нужно

Я же говорю, это не обсуждается)

Это факт

Поэтому питон сейчас судорожно начинает догонять поезд

Но в принципе это сейчас не обсуждается, статическая типизация победила, потому что так банально проще, быстрее, и радикально надёжнее

Вполне можно на питоне с плюшками статической типизации писать. Указывать тип аргументов в докстрингах + разрабатываться в пайчарме

Это факт

Это факт потому что ты так сказал?

Да

Да

В биорекактор

Вполне можно на питоне с плюшками статической типизации писать. Указывать тип аргументов в докстрингах + разрабатываться в пайчарме

Это плюшки, но не нормальный статический вывод

В биорекактор

Понимаешь, если надо объяснять, то не надо объяснять

Это плюшки, но не нормальный статический вывод

Ну, короче, я не согласен, что со статической типизацией и проще, и быстрее, и надёжнее одновременно

Первые две тысячи строк всё навоборот

Иначе никто не писал бы на питоне

Нет, просто у большого количества людей задачи не превышают этот порог

Срач о типизациях

Да у меня пет прожекты больше двух тысяч строк

отлично себя чувствуют

Статическая типизация говно

просто уметь надо

Лол

Да у меня пет прожекты больше двух тысяч строк

+1

Динамическая типизация говно

Какая ещё есть, тоже сюда давайте. Говно!

У меня в проекте статически выводится типы всех ошибок, которые в принципе возможны в этом месте когда, просто потому что код обеспечивает такие гарантии

Это причём без try catch даже. Но он не упадёт

казалось бы, при чем тут телеграмм

ну значит у тебя очень простой проект

Я не хочу "уметь" бороться с динамической типизацией просто потму что тут так принято

ну значит у тебя очень простой проект

Ссылку выше видел?

Сможешь повторить?

нет

https://github.com/zerobias/telegram-mtproto/tree/feature/mtproto3

На нет и суда нет

А там нету алгоритма, просто получаешь курс монет с биржи каждую секунду и рассылаешь извщения юзверям, если триггер сработал по их фильтрам.

Я тебе даже могу кусок готового кода дать, разумеется на perl))

эээээ

жаваскрипт?

flowtype

У меня в проекте статически выводится типы всех ошибок, которые в принципе возможны в этом месте когда, просто потому что код обеспечивает такие гарантии

ну тогда вот это преувеличение)

Чувак, тебе придётся с этим как то жить

красиво душевно

да ладно? у них вроде почти 99..

Но это не преувеличение

Потому что есть type inference

Ты так рассказываешь, будто я на статически типизированных языках не программировал

Зачем вы советует супервизор когда есть systemd?

+

Который значительно сильнее динамической природы скомпилированного кода и предоставляет гарантии

Ты так рассказываешь, будто я на статически типизированных языках не программировал

На нормально статически типизированных очевидно нет

Ну как-то мне слабо верится, что очередная обёртка над жабаскриптом решила все проблемы программирования in existance

Это не обёртка

по-хорошему надо проверить, конечно

Он написан на OCAML

@ZeroBias я опять с глупыми вопросами по mtproto

Довай)

InviteToChannelRequest не хочет приглашать в сумме больше чем 10 человек в супергруппу

Он написан на OCAML

Где в репозитории сорцы? Я один жаваскрипт вижу

:/

InviteToChannelRequest не хочет приглашать в сумме больше чем 10 человек в супергруппу

это какие-то умные лимиты?

{'chats': [{'access_hash': -blabla, 'admin_rights': None, 'banned_rights': None, 'broadcast': None, 'creator': True, 'date': datetime.datetime(2017, 9, 22, 13, 54), 'democracy': True, 'editor': None, 'id': 10792912, 'left': None, 'megagroup': True, 'min': None, 'photo': {}, 'restricted': None, 'restriction_reason': None, 'signatures': None, 'title': 'TEST GROUP', 'username': None, 'verified': None, 'version': 0}], 'date': datetime.datetime(2017, 9, 22, 15, 7, 33), 'seq': 0, 'updates': [], 'users': []}

Такой апдейт

При чём удалив этих юзеров, они опять добавятся и дальше по 0

Где в репозитории сорцы? Я один жаваскрипт вижу

Ты давно видел джаваскрипт с дженериками и контрвариантами?) https://github.com/zerobias/telegram-mtproto/blob/feature/mtproto3/packages/telegram-mtproto/src/state/helpers.js#L15

это какие-то умные лимиты?

Да, определённо должны были появиться. Тебя не инватнули недавно в какую-то группу с 1,5к народу?)

Ты давно видел джаваскрипт с дженериками и контрвариантами?) https://github.com/zerobias/telegram-mtproto/blob/feature/mtproto3/packages/telegram-mtproto/src/state/helpers.js#L15

Ну блин, у тебя в README написано library in es6, что я должен думать? ) Я не знаю ocaml и не понимаю, что происходит

Да, определённо должны были появиться. Тебя не инватнули недавно в какую-то группу с 1,5к народу?)

Инвайтнуло в другую, но я знаю откуда меня сдампали

Ну блин, у тебя в README написано library in es6, что я должен думать? ) Я не знаю ocaml и не понимаю, что происходит

Если я напишу как есть, то 120 лайков не набрать! А юзерам всё равно) Ну и у меня так то лайтовый вариант, чтобы посмотреть, что такое реальная типизация на js, посмотри на purescript

Если я напишу как есть, то 120 лайков не набрать! А юзерам всё равно) Ну и у меня так то лайтовый вариант, чтобы посмотреть, что такое реальная типизация на js, посмотри на purescript

Ну энивей, я вижу issues с type: bug, а значит, чуда не произошло)

Ща бы спамбан получить на тестовом сервере

Ну энивей, я вижу issues с type: bug, а значит, чуда не произошло)

Бизнес-логика это вообще другой уровень, аллёу

Ща бы спамбан получить на тестовом сервере

Омг)

Ну я просто к тому что после того перфоманса разработчики должны были как-то отреагировать

Видимо добавлять массив с 200 юзерами было плохой идеей

@ZeroBias Flowtype или тайпскрипт?

@ZeroBias Flowtype или тайпскрипт?

Намучался со вторым, потом перешёл на первое)

Если вкратце, то ts — это как раз та самая "номинальная" типизация, и у них сейчас в перспективе года полтора вечного breaking change потому что после появления flow дальше так нельзя

У флоу — структурная типизация, opaque types, ко-контрвариантность и много других страшных слов, которые позволяют получать больше покрытие кода, описывая меньше типов)