Size: a a a

2020 January 13

SP

Stanislav Popov in rust_offtopic
Alex Zhukovsky
я yacc юзал
ну и че там не было что ты сишкой обмазываешь его чтобы строить аст или интерпретировать на месте?
источник

DP

Dmitry Ponyatov in rust_offtopic
Stanislav Popov
задача ввода данных решается подготовкой среды для этого ввода
сюрприз №2 в качестве "среды ввода данных" может оказаться отсутствие человека, зоопарк ASCII форматов  поступающих из уже существующих систем
источник

AZ

Alex Zhukovsky in rust_offtopic
Stanislav Popov
ну и че там не было что ты сишкой обмазываешь его чтобы строить аст или интерпретировать на месте?
ты задаешь грамматику в классическом виде

expr := ...

и он генерирует парсер
источник

SP

Stanislav Popov in rust_offtopic
Dmitry Ponyatov
сюрприз №2 в качестве "среды ввода данных" может оказаться отсутствие человека, зоопарк ASCII форматов  поступающих из уже существующих систем
так это наоборот повод поиграться и поучить
источник

B

Bogdan in rust_offtopic
ох там в бегинерсах была жаркая дискуссия про юникод и юникод+раст
кому интеерсно рпо особенности utf8 читунть и как правильно гарфемы парсить в расте, загляните )
источник

AZ

Alex Zhukovsky in rust_offtopic
Пока вы спите даже девочки учат хаскель
источник

p

polunin.ai in rust_offtopic
Alex Zhukovsky
Пока вы спите даже девочки учат хаскель
1. Что за сексизм.
2. Она говорит про функторы, ни слова про хаскель.
3. (шутка) хаскель не нужен.
источник

m

mark in rust_offtopic
4. Это ловушка
источник

p

polunin.ai in rust_offtopic
Не исключаю кстати
источник

p

polunin.ai in rust_offtopic
Чё за хрень, я картинку не могу отправить
источник

p

polunin.ai in rust_offtopic
А эта отправляется
источник

p

polunin.ai in rust_offtopic
источник

p

polunin.ai in rust_offtopic
О
источник

AZ

Alex Zhukovsky in rust_offtopic
polunin.ai
1. Что за сексизм.
2. Она говорит про функторы, ни слова про хаскель.
3. (шутка) хаскель не нужен.
не сексизм, а реализм
источник

AZ

Alex Zhukovsky in rust_offtopic
наверное
источник

AZ

Alex Zhukovsky in rust_offtopic
короч я ожидал эту реакцию
источник

А⚙

Антон ⚙️ in rust_offtopic
Fortunato
иисусе же!!
Мерсинвальд тогда уж
источник

NL

Nick Linker in rust_offtopic
Kai Ren
А почему кстати подход с checked exceptions не взлетел в Java?
Например, поэтому:
    public ChangeResult putChanges(
       @ApiParam(value = "Access token", required = true)
       @HeaderParam("X-Access-Token") AccessToken token,
       @ApiParam(value = "Request time")
       @QueryParam("request_time") Long requestTime,
       ListOfChanges listOfChanges
   ) throws WebTokenException, EntityNotFoundException, EntityAlreadyExistException,
       InvalidParameterException, UploadServiceException, ParentFolderNotExistException,
       LibraryNotExistException, ConstraintViolationException, UnfinishedProcessExistsException,
       MediaFileNotExistException, PlaylistNotExistException { ... }

(это из одного проекта 5-летней давности)
И самое главное - такая классификация "сортов" исключений совершенно не помогает сделать код ни надёжным, ни сопровождаемым!
Почему? Потому что действительно интересная классификация ошибок "неожиданные/ожидаемые, ошибки бизнес-логики/ошибки реализации" ортогональна иерархии исключений, и не все ошибки выражаются исключениями.

Гораздо интереснее то, что вот такая-то функция вообще имеет эффект, и если этот эффект есть бросание исключения, то достаточно описания именно эффекта, а какое конкретно исключение было/будет выброшено - вопрос десятый.
И раз уж функция в IO, то описание того, что функция бросает исключение не добавляет и не убавляет из этой информации ничего - всё равно в IO может произойти всё, что угодно.

То есть вся эта работа по тщательному описанию исключений, выстраивания иерархии и расстановке try-catch оказывается пустой тратой времени, ибо по-настоящему никакой проблемы не решает.
источник

RP

Roman Proskuryakov in rust_offtopic
источник

NL

Nick Linker in rust_offtopic
Какая-то пустая болтовня🤯
источник