Да, одновременно с хэндбуками я открываю самые популярные библиотеки и смотрю паттерны, которые в них используются. Может быть я не прав, вы подскажите мне почему изучать ЯП по очень популярным открытым библиотекам это плохо, особенно такие как Tokio что де-факто уже стандарт. Я скорректирую свое обучение.
Вот так я пишу без ИИ, я довольно плохо умею формулировать свои мысли в виде текста. Плюс у меня поломались 2 свитча в клавиатуре и приходилось постоянно корректировать. Но мной было написано 95% именно этого текста, к сожалению у ИИ есть "ссвой фирменный" узнаваемый стиль, но пишшет он лучше меня, даже самому приятнее читать. Извините, если это вам сильно мешает жить и читать понимать коментария.
Tokio — одна из библиотек, по коду которой я в своё время начал изучать Rust (и продолжаю это делать до сих пор). Читая её исходники, я, честно говоря, не могу вспомнить примеров каких-то запутанных или трудно понимаемых связей между структурами.
Наоборот, на мой пока ещё не самый опытный взгляд, код там довольно прямолинейный: чёткие абстракции, понятные границы ответственности, минимум «магии». В итоге исходники читаются легко и выглядят аккуратно и красиво — как раз то, на чём удобно учиться языку и экосистеме.
Привет! Я новичок в Rust, но мой опыт подсказывает, что приведённые в статье «хорошие» примеры на практике таковыми не выглядят. Хочу оставить этот комментарий в первую очередь для таких же новичков, которые могут принять материал за эталон.
На мой взгляд, так писать на Rust не стоит — код можно сделать заметно чище, понятнее и выразительнее. В целом направление мысли в статье верное, однако реализация примеров оставляет вопросы: они не выглядят ни эффективными, ни хорошо читаемыми и вряд ли служат хорошим ориентиром в стиле «делай именно так».
В статье, на мой взгляд, явно ощущается влияние объектно-ориентированных языков, в частности Java. Используемые паттерны и общий стиль кода выглядят как прямой перенос ООП-подходов, характерных для этих языков.
При этом Rust предоставляет значительно большую свободу в выборе парадигмы и, как мне кажется, тяготеет скорее к функциональному стилю, чем к классическому ООП. Попытки «выжать» из него объектную модель зачастую приводят к избыточной сложности.
Если опираться на более функциональный подход и работу с данными, а не с иерархиями структур, многие проблемы исчезают сами собой: уменьшается количество состояний, сокращается число структур и промежуточных сущностей, а вместе с этим зачастую отпадает необходимость в локах и мьютексах.
при необходимости возврата — используется команда git revert для отмены конкретного изменения, после чего запускается пайплайн повторно;
Вот этот момент работает примерно 50/50 случаев и лучше от него отказаться и перейти на Trunk-Based Flow с Feature Flags. Простой пример, ваш комит изменяет привилегии или права пользования файла по умолчанию, и тем самым ломается сервис. После отката через Revert вы получаете старое состояние в Puppet и поломанное состояние на сервере. Пока не будет Fix комита. В случае с Feature, вы можете ручку вернуть в исходное состояние за счет того, что придется сначала описать flag=off когда папет берет под контроль файлы и только потом flag=on, когда он его меняет. Тогда Revert работает.
Я не статист, но у меня возникло много вопросов к этой статистике и к тому, зачем она тут (похоже на опрос ежей по количеству иголок для зайцев)
Правильно ли я понимаю, что у вас в статистике большинство россиян (более 60%), которые большей частью либералы (более 60%) и более чем 70% которые уехали или планируют уехать из РФ имеют в 50% случаев брокеров из России и очень много недвижимости (а это означает и банк и паспорт и резиденты и аренда). Тогда я бы добавил вопрос, когда они планируют полностью выйти из активов РФ? И когда они планируют увозить свою семью тоже за границу? (Это я уже встречаю в каждом 3 случае миграции, когда мигрирует только либерал, а семья остается жить в РФ)
Почему есть доходы в РФ без Москвы, но нет для Европы без 5-10 золотых столиц? Вообще кто мешает ехать зарабатывать в Москву россиянам, если бы стояла граница - я бы понял такое разделение.
Я бы назвал этот труд - “Одураченные статистикой”, уж извините. Нет возможности делать выводы ни по одному из пунктов, из-за очень специфичной выборки респондентов. Кроме вывода о двух стульях...
Да, одновременно с хэндбуками я открываю самые популярные библиотеки и смотрю паттерны, которые в них используются. Может быть я не прав, вы подскажите мне почему изучать ЯП по очень популярным открытым библиотекам это плохо, особенно такие как Tokio что де-факто уже стандарт. Я скорректирую свое обучение.
Вот так я пишу без ИИ, я довольно плохо умею формулировать свои мысли в виде текста. Плюс у меня поломались 2 свитча в клавиатуре и приходилось постоянно корректировать. Но мной было написано 95% именно этого текста, к сожалению у ИИ есть "ссвой фирменный" узнаваемый стиль, но пишшет он лучше меня, даже самому приятнее читать. Извините, если это вам сильно мешает жить и читать понимать коментария.
Tokio — одна из библиотек, по коду которой я в своё время начал изучать Rust (и продолжаю это делать до сих пор). Читая её исходники, я, честно говоря, не могу вспомнить примеров каких-то запутанных или трудно понимаемых связей между структурами.
Наоборот, на мой пока ещё не самый опытный взгляд, код там довольно прямолинейный: чёткие абстракции, понятные границы ответственности, минимум «магии». В итоге исходники читаются легко и выглядят аккуратно и красиво — как раз то, на чём удобно учиться языку и экосистеме.
Привет! Я новичок в Rust, но мой опыт подсказывает, что приведённые в статье «хорошие» примеры на практике таковыми не выглядят. Хочу оставить этот комментарий в первую очередь для таких же новичков, которые могут принять материал за эталон.
На мой взгляд, так писать на Rust не стоит — код можно сделать заметно чище, понятнее и выразительнее. В целом направление мысли в статье верное, однако реализация примеров оставляет вопросы: они не выглядят ни эффективными, ни хорошо читаемыми и вряд ли служат хорошим ориентиром в стиле «делай именно так».
В статье, на мой взгляд, явно ощущается влияние объектно-ориентированных языков, в частности Java. Используемые паттерны и общий стиль кода выглядят как прямой перенос ООП-подходов, характерных для этих языков.
При этом Rust предоставляет значительно большую свободу в выборе парадигмы и, как мне кажется, тяготеет скорее к функциональному стилю, чем к классическому ООП. Попытки «выжать» из него объектную модель зачастую приводят к избыточной сложности.
Если опираться на более функциональный подход и работу с данными, а не с иерархиями структур, многие проблемы исчезают сами собой: уменьшается количество состояний, сокращается число структур и промежуточных сущностей, а вместе с этим зачастую отпадает необходимость в локах и мьютексах.
Приветствую! Поделюсь личным опытом.
при необходимости возврата — используется команда git revert для отмены конкретного изменения, после чего запускается пайплайн повторно;
Вот этот момент работает примерно 50/50 случаев и лучше от него отказаться и перейти на Trunk-Based Flow с Feature Flags. Простой пример, ваш комит изменяет привилегии или права пользования файла по умолчанию, и тем самым ломается сервис. После отката через Revert вы получаете старое состояние в Puppet и поломанное состояние на сервере. Пока не будет Fix комита. В случае с Feature, вы можете ручку вернуть в исходное состояние за счет того, что придется сначала описать flag=off когда папет берет под контроль файлы и только потом flag=on, когда он его меняет. Тогда Revert работает.
Я не статист, но у меня возникло много вопросов к этой статистике и к тому, зачем она тут (похоже на опрос ежей по количеству иголок для зайцев)
Правильно ли я понимаю, что у вас в статистике большинство россиян (более 60%), которые большей частью либералы (более 60%) и более чем 70% которые уехали или планируют уехать из РФ имеют в 50% случаев брокеров из России и очень много недвижимости (а это означает и банк и паспорт и резиденты и аренда). Тогда я бы добавил вопрос, когда они планируют полностью выйти из активов РФ? И когда они планируют увозить свою семью тоже за границу? (Это я уже встречаю в каждом 3 случае миграции, когда мигрирует только либерал, а семья остается жить в РФ)
Почему есть доходы в РФ без Москвы, но нет для Европы без 5-10 золотых столиц? Вообще кто мешает ехать зарабатывать в Москву россиянам, если бы стояла граница - я бы понял такое разделение.
Я бы назвал этот труд - “Одураченные статистикой”, уж извините. Нет возможности делать выводы ни по одному из пунктов, из-за очень специфичной выборки респондентов. Кроме вывода о двух стульях...
Не могу не поддержать, ситуация веет тм, что мы отключим комменты. Я же знаю вы ли это написали... ;)