В большинстве компаний сегодня такого софта однако уже практически нет. Сегодня большинство корпоративных программ это интернет сайты в явном или неявном виде.
Тут также может зависеть от реализации конструкторов.
Скажем у нас конструктор принимает значение и сохраняет в поле класса. В таком случае нам хотелось бы инициализации сразу нужным значением, а не добавлять лишний вызов пустого конструктора:
А на клавиатуре та же кнопка A в зависимости от комбинаций Ctrl,Fn,Alt,Shift позволяет совершать совершенно различные действия уже который десяток лет. Эмэйзинг :)
На моём опыте все компании либо пришли либо идут к этому.
Конечно где-то имеется специализация, но для компании выгодней когда каждый может не только в своей области работать, а также и в смежных. Даже если это будет не 100% от специалиста, а 50%, уже несомненный выигрыш.
Хочу заметить, что польза совсем не раскрыта.
На том же сайте Effects есть более убедительные примеры.
Ну и раз это статья на Хабре с умным контингентом было бы уместно разобрать чем это лучше или хуже Rx.
Конечно может быть такой софт.
В большинстве компаний сегодня такого софта однако уже практически нет. Сегодня большинство корпоративных программ это интернет сайты в явном или неявном виде.
Современные программы почти все 64-битные.
Есть немного 32-битных по причине «работают, не трогай».
Даже Windows ARM64 при чистой установке запускает x86 программы как 64 так и 32 бит.
Только когда усложнят такой бардак, тогда может задумаются обновлять программы.
Более правильно или менее правильно зависит от желаемого поведения.
Если есть необходимость в другом поведении, просто можно добавить эту функциональсноть в TypeFest.
Похоже на Merge из Type Fest
Добавлю прекрасную книгу про атомики и Rust.
https://marabos.nl/atomics/
Тут также может зависеть от реализации конструкторов.
Скажем у нас конструктор принимает значение и сохраняет в поле класса. В таком случае нам хотелось бы инициализации сразу нужным значением, а не добавлять лишний вызов пустого конструктора:
А на клавиатуре та же кнопка A в зависимости от комбинаций Ctrl,Fn,Alt,Shift позволяет совершать совершенно различные действия уже который десяток лет. Эмэйзинг :)
Не подскажите в чём состоит патент?
Программируемые кнопки? Это что-то что нужно патентовать было ?
У меня, скажем ,есть мышь с программируемыми кнопками слева, я уже нарушил или ещё нет?
Оно там в багтрекере висит просто
Хотя бы не закрыли а отмазкой не будем делать, уже хорошо.
При указателе который NonNull.
В противном случае ноль будет являться валидными значением и оптимизации не будет.
А ещё есть числа без ноля , которые также позволяют сэкономить.
https://doc.rust-lang.org/std/ptr/struct.NonNull.html
https://doc.rust-lang.org/std/num/index.html
особым да, но ничего такого усложнённого.
Заранее вводим первым полем размер ну или версию и новые поля просто добавляются в конец обеспечивая обратную совместимость.
Более того, поставляется вместе со студией: https://learn.microsoft.com/en-us/cpp/build/clang-support-msbuild?view=msvc-170#configure-a-windows-project-to-use-clang-tools
А попробуйте внешний установить главным экраном. Тогда с главного на главный будет переносить.
Вопрос если кто в теме.
В C часто используется трюк с добавлением новых полей в структуру и таким образом старый код продолжает работать как ни в чём не бывало.
С Rust такое не пройдёт если конечно не объявлять структуру как repr(C).
То есть нужно будет всё перекомпилировать при добавлении нового поля.
А есть ли варианты получше где не надо будет все зависимости собирать заново ?
Из коробки много чего уже есть: https://code.visualstudio.com/docs/sourcecontrol/overview
Не спорю, что выборка наша не совпадает.
На моём опыте все компании либо пришли либо идут к этому.
Конечно где-то имеется специализация, но для компании выгодней когда каждый может не только в своей области работать, а также и в смежных. Даже если это будет не 100% от специалиста, а 50%, уже несомненный выигрыш.
“Рынок все еще требует специалистов, которые могут закрывать как бэкенд, так и фронтенд задачи”
А, а также девопс, тесты, проектирование, сопровождение. Чем больше можно решить в рамках одного человека там выгодней бизнесу.
«Не нужен» 😃
Windows Feedback
https://aka.ms/AAn07oq
Думаю, что нет ошибки тестировщиков потому как их скорее всего просто нет.
Компании уже давно пришли к выводу, что тестировщики не нужны.