Радует, что стали появляться большеформатные ридеры (> 6 дюймов) по вменяемым ценам. Недавно взял конкурента — Onyx Boox Nova Pro и использую каждый день. Основные сценарии:
— чтение технических pdf (гораздо удобнее, чем на 6")
— чтение англоязычних книг со словарём (ткнул в слово — появился перевод)
— чтение RSS (в частности Feedly, да я на него подсел) и Хабры
— чтение статей с Pocket
— конференции в Zoom (внезапно?!)
Подскажите, планируете ли (или уже есть) схожую функциональность? Долго думал в сторону 740 Pro, но увы.
Ага, теперь понятно почему док-станция Dell D6000 под Ubuntu иногда отваливается и что это за процесс DisplayLinkManager, который съедает 10% CPU (ноут XPS 15). Не то чтобы раздражает, но приходится перевтыкать кабель. Под виндой же проблем таких нет.
Как раз сегодня там побывали с женой, коллекция впечатляет! Но, не на два дня, конечно. А ещё там в отдельном зале восстанавливают старые IBM и показывают как работают перфокарты. Прям при тебе их программируют и выполняют
Его статьи — лишь знакомство с темой PEG парсеров на примере некоего прототипа. Он сам не раз указывал, что использует «игрушечную грамматику». Это не финальный код, он служит лишь для демонстрации. Естественно, эта реализация должна походить на велосипед, чтобы облегчить понимание.
Что же касается реальной смены парсера — давайте подождём хотя бы черновика PEP. Там и можно будет продолжить обсуждения. Мне же не удалось найти пока кода, который Гвидо хочет влить в CPython.
Для негативных прогнозов Гвидо всегда возвращает None, это одна из аксиом.
Странная логика. Т.е. реализовать оператор, который просто вообще нарушает саму логику PEG (отключая выбор альтернатив — см. описание) — это нормально,
Эм, ну вот как раз он и не реализовал оператор `cut` (который отключает альтернативы), т.к. пока нет необходимости.
Более чем уверен, что автор посмотрел не одну реализацию PEG, прежде чем приступить к работе (по крайней мере он на них иногда ссылался). Тащить же js библиотеку в ядро python по мне так выглядит уж слишком безумным, но не отрицаю, что оттуда можно взять идеи. Тем более `PEG.js is still very much work in progress. There are no compatibility guarantees until version 1.0`.
Лично я знаком только с последней, и там есть действительно интересные наблюдения. Причём, некоторые из них можно понять только самостоятельно пережив похожую ситуацию.
Скорее всего 2. Вернее, технически возможно, но очень сложно стало со временем. В итоге Гвидо сделал промежуточное представление (интерфейс, абстракцию). Скорее всего смысл был в том, чтобы совсем не трогать генерацию AST при изменении работы парсера (добавлении нового синтаксиса). В итоге такого разбиения мы получаем 2 вещи попроще — одна константна, а меняется только парсинг.
Видимо, сейчас он пробует всё-таки эти 2 модуля совместить обратно. Надеюсь, что получится.
Именно так оно и было, но около 15 лет назад мы обнаружили, что компилятор переусложнён. Так что мы выделили отдельно AST и фазу трансформации AST из дерева разбора.
Изначально так и было — AST генерировался в процессе парсинга. Но, видимо, поддерживать это стало проблематичным, так что генерацию AST вынесли отдельно.
Насколько я помню, в PyCharm до версии 3.6 дебаггер анализировал байт-код и переписывал его на лету, чтобы иметь возможность вставить свои управляющие конструкции. Доклад на Youtube.
А на Хабре, мне кажется, зависит от настроек пользователей. Да и пользователи сюда приходят не за развлекательным контентом. Мою статью открыли 11k человек, хотя она полдня висела на главной. В итоге переходов именно на сайт проекта ~6k, в пике было 100 человек онлайн.
Как один из организаторов краснодарских конференций и митапов, позволю себе не согласиться. Да, согласований и нюансов много, договора со спонсорами заключать бывает трудно и долго. Но при правильно поставленном менеджменте это решаемо довольно просто. Задачки в джире и трелло позволяют легко следить за процессом. Я вообще не понимаю как люди могут жить и работать без багтрекера и git. Бардак же получается!
Правда, возможно, у меня деформация, т.к. мы устраиваем мероприятия для себя, а не на заказ. Ну и это скорее хобби, хоть и регулярное.
Спасибо за анализ цифр просмотров! Обратил внимание по своим статьям — про техенлогию на хайпе 100k (я даже не помню как её переводил!); про свой проект 10k. Причём старался описать именно редкие технические моменты и готовил почти месяц. Вот и пробуй теперь совместить то, что интересно многим, с тем, что интересно самому.
Ну и так полно информации по этой теме, зачем ещё одна статья, которая дублирует уже существующий материал?! Есть куча вещей, которые ещё не освещены широко или информации о которых почти нет в русскоязычном интернете. Их перевод принёс бы гораздо больше профита.
Ну а про тесты, документацию и скорость исправления багов я вообще молчу.
— чтение технических pdf (гораздо удобнее, чем на 6")
— чтение англоязычних книг со словарём (ткнул в слово — появился перевод)
— чтение RSS (в частности Feedly, да я на него подсел) и Хабры
— чтение статей с Pocket
— конференции в Zoom (внезапно?!)
Подскажите, планируете ли (или уже есть) схожую функциональность? Долго думал в сторону 740 Pro, но увы.
А ещё в Краснодаре будет 23 ноября мини-конференция по фронтенду https://krd.dev/events/16.
Что же касается реальной смены парсера — давайте подождём хотя бы черновика PEP. Там и можно будет продолжить обсуждения. Мне же не удалось найти пока кода, который Гвидо хочет влить в CPython.
Эм, ну вот как раз он и не реализовал оператор `cut` (который отключает альтернативы), т.к. пока нет необходимости.
Более чем уверен, что автор посмотрел не одну реализацию PEG, прежде чем приступить к работе (по крайней мере он на них иногда ссылался). Тащить же js библиотеку в ядро python по мне так выглядит уж слишком безумным, но не отрицаю, что оттуда можно взять идеи. Тем более `PEG.js is still very much work in progress. There are no compatibility guarantees until version 1.0`.
Лично я знаком только с последней, и там есть действительно интересные наблюдения. Причём, некоторые из них можно понять только самостоятельно пережив похожую ситуацию.
Видимо, сейчас он пробует всё-таки эти 2 модуля совместить обратно. Надеюсь, что получится.
Изначально так и было — AST генерировался в процессе парсинга. Но, видимо, поддерживать это стало проблематичным, так что генерацию AST вынесли отдельно.
Как один из организаторов краснодарских конференций и митапов, позволю себе не согласиться. Да, согласований и нюансов много, договора со спонсорами заключать бывает трудно и долго. Но при правильно поставленном менеджменте это решаемо довольно просто. Задачки в джире и трелло позволяют легко следить за процессом. Я вообще не понимаю как люди могут жить и работать без багтрекера и git. Бардак же получается!
Правда, возможно, у меня деформация, т.к. мы устраиваем мероприятия для себя, а не на заказ. Ну и это скорее хобби, хоть и регулярное.