Соглашусь. Но тут надо помнить о ловушке. Например Foo& getFoo() записать как auto foo = getFoo() можно подорваться на мине и получить копию вместо ссылки.
И вот кстати у меня старший коллега прямо бесился с auto и требовал от меня писать тип полностью мол так когнитивно проще код понимать. А у меня наоборот глаза вытекают от количества букв которые запрещали спрятать под auto. Благо я с этим человеком уже не работаю.
Где то месяц назад перешел на Zed с VSC из-за того, что петов за ухом чешу на Макбуке M1 с 8 гигами оперативы. Ну да ладно, если памяти еще хватало кое как, но батарею VSC жрет как бегемот веники. Начал искать альтернативу и наткнулся на Gram(форк от Zed без нейрослопа). Очень понравился. Быстрый, меньше памяти и батареи жрет, все что нужно мне там есть. А потом еще сам не понял как решил все же получив опыт с Gram еще раз попробовать Zed(первый раз когда его пробовал, давно это было, в нем не было поддержки LSP). В целом сейчас он у меня основным редактором стал. Он ощутимо быстрей, отзывчивей чем VSC да и плагинов хватает под мои задачи. VSC снес к чертям и забыл как страшный сон.
Как будто тот же Rust не позволяет совершать ошибки...
каким образом?
Вас в гугле забанили?
explicit конструкторы классов и семейство флагов компилятора -Wconversion переведенные в ошибки через -Werror=. Аналогично для msvs W3 и W4 семейство флагов так же переведенные в статус ошибки.
Что вы понимаете под выхлопом компилятора?
Вам в output вашего редактора или ide компилятор пише что он там собирает, диагностические сообщения какие проблемы если не собралось. Не видели разве такого? Там еще бывают сообщения о потери точности при преобразовании типов если таковые включены.
Крайне рекомендую читать документацию к компилятору. Откроете для себя много нового.
Да, именно так - зашито в ДНК. Вы не знали про integer promotion описанное в стандарте? Но если вы знаете про это и это мешает вам вы вправе отключить такое поведение и исправить возникшие ошибки при сборке. Делов на 20 минут, начать и кончить :D На мой взгляд это не делает язык хуже или как то сложней. К тому же implicit приведение типов весьма полезная вещь, а компилятор подскажет про потерю точности если таковая будет. Вы же надеюсь читаете выхлоп компилятора? Я читаю.
К тому же все это нытье про сложность C++ напоминает мне нытье неосиляторов которые споткнулись о собственное не знание инструмента которое им ударило по лбу. Как говорил мой лётный инструктор - что бы не было залетов изучай район полётов.
Неявные преобразования типов можно убрать прямо сейчас. Для собственных типов используйте explicit, кроме того можно отключить на уровне компилятора такое поведение.
А вот свой аналог cargo это вот то что реально нужно языку прямо сегодня.
Менее чем за час выбрал 5 часовой лимит. В прошлые выходные за 3 часа активной работы с кодом у меня от 5 часового лимита еще даже что то оставалось. Сейчас лимит сгорает на глазах так же как и недельный. Конкретных цифр лимитов никто не знает.
У нас просто игра которая шлёт всякую статистику на бэк. Надо было просто кинуть в бэк flatbuffer и даже какой то ответ не нужен был. По итогу отказались от решения так как оно начало доставлять проблемы в очень неожиданном месте. Потребовалось обновить библиотеку которая была в зависимостях у gRPC и после обновления понеслись крэши игры. Мы конечно потратили пару недель на поиск проблемы но по итогу решили что HTTP/3 клиент реализованный поверх libcurl будет надежней ибо у нас уже была готова реализация и она оказалась проще, понятней и тоньше. Самое главное она не тащила за собой absel который в нашем случае доставлял проблемы.
Пробовали в проекте этот ваш gRPC. Куча проблем с невероятно жирными зависимостями. По итогу заменили на HTTP/3 + flatbuffers(они же с gRPC юзались. В целом ничего не потеряли, а зависимостей в проекте стало сильно меньше.
Все зависело от железа и кривости дров. ME поддерживала модель драйверов от первобытных Windows, VxD называлась. Крэш драйвера валил всю систему. В ME завезли поддержку WDM драйверов. Крэш драйвера уже не валил систему в BSOD. Кривизна драйверов стала своеобразной русской рулеткой. Если тебе повезло то все ОК, а если нет то и "божественная" 98я была крайне падучей.
Я в свое время пару лет прожил с ME и все было в порядке или как минимум не хуже 98й.
От этих слов пахнет эфиром.
Соглашусь. Но тут надо помнить о ловушке. Например Foo& getFoo() записать как auto foo = getFoo() можно подорваться на мине и получить копию вместо ссылки.
И вот кстати у меня старший коллега прямо бесился с auto и требовал от меня писать тип полностью мол так когнитивно проще код понимать. А у меня наоборот глаза вытекают от количества букв которые запрещали спрятать под auto. Благо я с этим человеком уже не работаю.
Где то месяц назад перешел на Zed с VSC из-за того, что петов за ухом чешу на Макбуке M1 с 8 гигами оперативы. Ну да ладно, если памяти еще хватало кое как, но батарею VSC жрет как бегемот веники. Начал искать альтернативу и наткнулся на Gram(форк от Zed без нейрослопа). Очень понравился. Быстрый, меньше памяти и батареи жрет, все что нужно мне там есть. А потом еще сам не понял как решил все же получив опыт с Gram еще раз попробовать Zed(первый раз когда его пробовал, давно это было, в нем не было поддержки LSP). В целом сейчас он у меня основным редактором стал. Он ощутимо быстрей, отзывчивей чем VSC да и плагинов хватает под мои задачи. VSC снес к чертям и забыл как страшный сон.
В мире хватает людей которые любят ультранекропердолинг.
Шикарно. Еще надо браузер с интерфейсом explorer 5 сделать, что бы как в 99м.
Аж глаз задергался.
Как будто тот же Rust не позволяет совершать ошибки...
Вас в гугле забанили?
explicit конструкторы классов и семейство флагов компилятора -Wconversion переведенные в ошибки через -Werror=. Аналогично для msvs W3 и W4 семейство флагов так же переведенные в статус ошибки.
Вам в output вашего редактора или ide компилятор пише что он там собирает, диагностические сообщения какие проблемы если не собралось. Не видели разве такого? Там еще бывают сообщения о потери точности при преобразовании типов если таковые включены.
Крайне рекомендую читать документацию к компилятору. Откроете для себя много нового.
Да, именно так - зашито в ДНК. Вы не знали про integer promotion описанное в стандарте? Но если вы знаете про это и это мешает вам вы вправе отключить такое поведение и исправить возникшие ошибки при сборке. Делов на 20 минут, начать и кончить :D На мой взгляд это не делает язык хуже или как то сложней. К тому же implicit приведение типов весьма полезная вещь, а компилятор подскажет про потерю точности если таковая будет. Вы же надеюсь читаете выхлоп компилятора? Я читаю.
К тому же все это нытье про сложность C++ напоминает мне нытье неосиляторов которые споткнулись о собственное не знание инструмента которое им ударило по лбу. Как говорил мой лётный инструктор - что бы не было залетов изучай район полётов.
Неявные преобразования типов можно убрать прямо сейчас. Для собственных типов используйте explicit, кроме того можно отключить на уровне компилятора такое поведение.
А вот свой аналог cargo это вот то что реально нужно языку прямо сегодня.
Менее чем за час выбрал 5 часовой лимит. В прошлые выходные за 3 часа активной работы с кодом у меня от 5 часового лимита еще даже что то оставалось. Сейчас лимит сгорает на глазах так же как и недельный. Конкретных цифр лимитов никто не знает.
Лимиты на Plus просели ощутимо.
Статья конечно хорошая. Но зря вы вызываете к разуму. Его там нет.
У нас просто игра которая шлёт всякую статистику на бэк. Надо было просто кинуть в бэк flatbuffer и даже какой то ответ не нужен был. По итогу отказались от решения так как оно начало доставлять проблемы в очень неожиданном месте. Потребовалось обновить библиотеку которая была в зависимостях у gRPC и после обновления понеслись крэши игры. Мы конечно потратили пару недель на поиск проблемы но по итогу решили что HTTP/3 клиент реализованный поверх libcurl будет надежней ибо у нас уже была готова реализация и она оказалась проще, понятней и тоньше. Самое главное она не тащила за собой absel который в нашем случае доставлял проблемы.
Пробовали в проекте этот ваш gRPC. Куча проблем с невероятно жирными зависимостями. По итогу заменили на HTTP/3 + flatbuffers(они же с gRPC юзались. В целом ничего не потеряли, а зависимостей в проекте стало сильно меньше.
Все так. Часы за 4000 баксов показывают твое лучшее время.
Вот тебе и первое апреля.
лавров.жпг
У меня в то время был на руках EeePC 901 с 4 + 16 диском(это версия с Linux продавалась). Только положительные впечатления от машинки остались.
В нашеремя запилить GUI приложение на без электрона/qt это уже подвиг достойный как минимум похвалы.
Все зависело от железа и кривости дров. ME поддерживала модель драйверов от первобытных Windows, VxD называлась. Крэш драйвера валил всю систему. В ME завезли поддержку WDM драйверов. Крэш драйвера уже не валил систему в BSOD. Кривизна драйверов стала своеобразной русской рулеткой. Если тебе повезло то все ОК, а если нет то и "божественная" 98я была крайне падучей.
Я в свое время пару лет прожил с ME и все было в порядке или как минимум не хуже 98й.