Спасибо за интесную статью, некоторые анимированные персонажи из приведённых иллюстраций довольно милые :-)
Скажите, а что вы думаете на счёт GSAP, доводилось ли использовать, если да, то удобен ли, насколько его возможностей достаточно для создания сложных анимаций?
Toml удобный, если у документа сущности не больше трёх уровней вложенности, в случае сильно вложенных структур он сильно хуже Yaml-а.
It nests very poorly. It doesn't fare well with large files.
Но назвать Yaml лучшим тоже язык не повернётся:
At the same time, YAML can be ambiguous about what types the data written into it is. There's also a persistent issue where very large YAML files become unmanageable, especially due to the significant indentation feature.
Эти цитаты из https://kdl.dev/ и я с ними согласен (сам формат при этом не сильно распространён). Ещё есть HOCON, популярный у джавистов и Json5, популяризированный разработчиками Хрома. И тут появляется проблема, что все альтернативы Json лучше, чем Json, но среди альтернатив нет явного лидера.
Тормозное нечитаемое поделие? ? В целом я соглашусь, что в случае unix-сокетов происходит копирование данных из адресного пространства одного процесса в адресное пространство другого. Даже если это сверхоптимизировать, от копирования не уйти, а в случаее FFI можно сделать передачу просто по ссылке, что будет всегда быстрее при больших массивах.
Какой конкретный вариант использования был у докладчика я не знаю, но скорее всего у него случай, далёкий от указанных вами.
Пользуясь случаем, поблагодарю за статью, весьма ценная крупица знания.
Недавно вышел доклад про использовании асинхронного Rust в чужом окружении, довольно доходчиво описываются возникающие проблемы. Что самое интересное, передача данных через unix сокеты оказывается легче и быстрее (!) , чем маршаллинг через FFI. Чужая платформа в данном случае это JVM, но для питона проблемы будут +- те же. Рекомендую глянуть в-общем: https://youtu.be/z3tpB94VKwU
Я почему-то тоже ожидал чего-то интересного в стиле Corne/Jorne/Dao, Dactyl Manuform или ещё каких-то вариантов. Ведь там открывается буквально кроличья нора! А тот вариант, который сделал автор, можно купить в магазине, зачем паяльник брать в руки даже не очень понятно.
Не, конечно, каждый развлекается как хочет, но всё же это же сколько времени на сборку, документирование процесса, а потом ещё и статью оформить...
А что такого настолько уж плохого произошло в Rust Foundation? Люди, входящие в RF все хотят развивать язык и экосистему, просто у всех разное понимание, как это делать и, как следствие, трения в вопросе расстановки приоритетов.
Я думаю (надеюсь) спустя какое-то время всё придёт к аналогу организации вокруг Питона или PHP.
Прикольно. Но у меня сразу вопрос: а чем вам Haskell не нравится? (Или на худой конец Scala 3, там скобочек чуть больше) Синтаксис это же самая малоинтересная часть в языках, особенно в статически типизированных, нет?
Если не ошибаюсь, anyhow::Result используется только в приложениях и конечном киентском коде, поэтому его и композить нет необходимости. И не очень понятно, как предлагается композить два чёрных ящика, кроме как создать ещё один ящик и положить эти два туда. Вот этот момент мне не совсем понятен.
Добавлю, чтобы не писать лишний комментарий: хорошая информативная статья ?
Да вообще, так ли это важно, можно в качестве внешней клавиатуры взять какой-нибудь хороший беспроводной эргосплит вроде Dao или (если рабочее место более-менее стационарное) Dactyl Manuform и прекрасно работать. Все, кто много работает за клавиатурами, рано или поздно осваивают слепой метод и смысла в точном перерисовывании физической клавиатуры на экранную в этих условиях нет никакого.
Книга "Почему одни страны богатые, а другие бедные" не только не даёт ответ на поставленный вопрос, но и создаёт ложную картину зависимости экономики от институтов, и отсюда ведут начала Гуриевские фразы о "лидерстве экономики США благодаря её правильным институтам". Эксплуатация рабов, большей части своего населения и колоний в течение нескольких веков, миллиардные доходы от продажи оружия в первой половине 20го века? — не, не слышали.
Как альтернативная теория, Мир-система Валлерстайна, Арриги, Гринина, Коротаева и других учёных гораздо лучше описывает происходящее в мире и не полагается на субъективщину о качестве институтов.
Спасибо за обстоятельный рассказ. Волей случая я подсел на Moonlander, но минималистичность клавиатуры Corneп ривлекает, я думаю как-нибудь попробовать и её. У меня, однако, есть вопрос: не доводилось ли вам использовать её с Plover (система для стенографии) или может слышали/видели примеры успешной интеграции?
Спасибо за интесную статью, некоторые анимированные персонажи из приведённых иллюстраций довольно милые :-)
Скажите, а что вы думаете на счёт GSAP, доводилось ли использовать, если да, то удобен ли, насколько его возможностей достаточно для создания сложных анимаций?
Как же классно выглядят именно анимированные диаграммы, понятно буквально с одного взгляда.
Toml удобный, если у документа сущности не больше трёх уровней вложенности, в случае сильно вложенных структур он сильно хуже Yaml-а.
Но назвать Yaml лучшим тоже язык не повернётся:
Эти цитаты из https://kdl.dev/ и я с ними согласен (сам формат при этом не сильно распространён). Ещё есть HOCON, популярный у джавистов и Json5, популяризированный разработчиками Хрома. И тут появляется проблема, что все альтернативы Json лучше, чем Json, но среди альтернатив нет явного лидера.
Так и живём.
Непонятно, в какой момент отпускать GIL ;-)
Тормозное нечитаемое поделие? ?
В целом я соглашусь, что в случае unix-сокетов происходит копирование данных из адресного пространства одного процесса в адресное пространство другого. Даже если это сверхоптимизировать, от копирования не уйти, а в случаее FFI можно сделать передачу просто по ссылке, что будет всегда быстрее при больших массивах.
Какой конкретный вариант использования был у докладчика я не знаю, но скорее всего у него случай, далёкий от указанных вами.
Пользуясь случаем, поблагодарю за статью, весьма ценная крупица знания.
Недавно вышел доклад про использовании асинхронного Rust в чужом окружении, довольно доходчиво описываются возникающие проблемы. Что самое интересное, передача данных через unix сокеты оказывается легче и быстрее (!) , чем маршаллинг через FFI. Чужая платформа в данном случае это JVM, но для питона проблемы будут +- те же. Рекомендую глянуть в-общем: https://youtu.be/z3tpB94VKwU
Обучать Расту людей это хорошее и доброе дело, при всём моём неприятии рекламы всё же общее впечатление о статье положительное.
Я почему-то тоже ожидал чего-то интересного в стиле Corne/Jorne/Dao, Dactyl Manuform или ещё каких-то вариантов. Ведь там открывается буквально кроличья нора! А тот вариант, который сделал автор, можно купить в магазине, зачем паяльник брать в руки даже не очень понятно.
Не, конечно, каждый развлекается как хочет, но всё же это же сколько времени на сборку, документирование процесса, а потом ещё и статью оформить...
А что такого настолько уж плохого произошло в Rust Foundation? Люди, входящие в RF все хотят развивать язык и экосистему, просто у всех разное понимание, как это делать и, как следствие, трения в вопросе расстановки приоритетов.
Я думаю (надеюсь) спустя какое-то время всё придёт к аналогу организации вокруг Питона или PHP.
Прикольно. Но у меня сразу вопрос: а чем вам Haskell не нравится? (Или на худой конец Scala 3, там скобочек чуть больше)
Синтаксис это же самая малоинтересная часть в языках, особенно в статически типизированных, нет?
Если не ошибаюсь,
anyhow::Resultиспользуется только в приложениях и конечном киентском коде, поэтому его и композить нет необходимости. И не очень понятно, как предлагается композить два чёрных ящика, кроме как создать ещё один ящик и положить эти два туда. Вот этот момент мне не совсем понятен.Добавлю, чтобы не писать лишний комментарий: хорошая информативная статья ?
Эргономично - это хотя бы вот так, а то что вы написали это компромисс между техническим долгом и анатомией.
Да вообще, так ли это важно, можно в качестве внешней клавиатуры взять какой-нибудь хороший беспроводной эргосплит вроде Dao или (если рабочее место более-менее стационарное) Dactyl Manuform и прекрасно работать. Все, кто много работает за клавиатурами, рано или поздно осваивают слепой метод и смысла в точном перерисовывании физической клавиатуры на экранную в этих условиях нет никакого.
Эпохальное изменение, без шуток. Для авторов библиотек это, скорее всего, самый важный релиз за этот год. Естественно, я про GATы.
Очень интересная пара слов, где требуется использовать букву Ё, чтобы не передóхнуть случайно...?
Поздно, симптомы тяжёлые, прогнозы неутешительные.
Я по ошибке поставил вам минус, прошу прощения.
Книга "Почему одни страны богатые, а другие бедные" не только не даёт ответ на поставленный вопрос, но и создаёт ложную картину зависимости экономики от институтов, и отсюда ведут начала Гуриевские фразы о "лидерстве экономики США благодаря её правильным институтам".
Эксплуатация рабов, большей части своего населения и колоний в течение нескольких веков, миллиардные доходы от продажи оружия в первой половине 20го века? — не, не слышали.
Как альтернативная теория, Мир-система Валлерстайна, Арриги, Гринина, Коротаева и других учёных гораздо лучше описывает происходящее в мире и не полагается на субъективщину о качестве институтов.
Просто надо перестать называть моменты времени 8:00 утром, и 22:00 вечером.
Спасибо за обстоятельный рассказ. Волей случая я подсел на Moonlander, но минималистичность клавиатуры Corneп ривлекает, я думаю как-нибудь попробовать и её.
У меня, однако, есть вопрос: не доводилось ли вам использовать её с Plover (система для стенографии) или может слышали/видели примеры успешной интеграции?
Потрясающе! Сэмплы ну прям сочно звучат!