All streams
Search
Write a publication
Pull to refresh
17
0.1

User

Send message

Хочу заметить, что польза совсем не раскрыта.

На том же сайте Effects есть более убедительные примеры.

Ну и раз это статья на Хабре с умным контингентом было бы уместно разобрать чем это лучше или хуже Rx.

Конечно может быть такой софт.

В большинстве компаний сегодня такого софта однако уже практически нет. Сегодня большинство корпоративных программ это интернет сайты в явном или неявном виде.

Современные программы почти все 64-битные.

Есть немного 32-битных по причине «работают, не трогай».

Даже Windows ARM64 при чистой установке запускает x86 программы как 64 так и 32 бит.

Только когда усложнят такой бардак, тогда может задумаются обновлять программы.

Более правильно или менее правильно зависит от желаемого поведения.

Если есть необходимость в другом поведении, просто можно добавить эту функциональсноть в TypeFest.

Похоже на Merge из Type Fest

interface Foo {
	[x: string]: unknown;
	[x: number]: unknown;
	foo: string;
	bar: symbol;
}

type Bar = {
	[x: number]: number;
	[x: symbol]: unknown;
	bar: Date;
	baz: boolean;
};

export type FooBar = Merge<Foo, Bar>;
// => {
// 	[x: string]: unknown;
// 	[x: number]: number;
// 	[x: symbol]: unknown;
// 	foo: string;
// 	bar: Date;
// 	baz: boolean;
// }

Добавлю прекрасную книгу про атомики и Rust.

https://marabos.nl/atomics/

Тут также может зависеть от реализации конструкторов.

Скажем у нас конструктор принимает значение и сохраняет в поле класса. В таком случае нам хотелось бы инициализации сразу нужным значением, а не добавлять лишний вызов пустого конструктора:

struct A{
   A(string s):m_s(move(s)){}

   string m_s{};
};

А на клавиатуре та же кнопка 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

особым да, но ничего такого усложнённого.

Заранее вводим первым полем размер ну или версию и новые поля просто добавляются в конец обеспечивая обратную совместимость.

А попробуйте внешний установить главным экраном. Тогда с главного на главный будет переносить.

Вопрос если кто в теме.

В C часто используется трюк с добавлением новых полей в структуру и таким образом старый код продолжает работать как ни в чём не бывало.

С Rust такое не пройдёт если конечно не объявлять структуру как repr(C).

То есть нужно будет всё перекомпилировать при добавлении нового поля.

А есть ли варианты получше где не надо будет все зависимости собирать заново ?

Не спорю, что выборка наша не совпадает.

На моём опыте все компании либо пришли либо идут к этому.

Конечно где-то имеется специализация, но для компании выгодней когда каждый может не только в своей области работать, а также и в смежных. Даже если это будет не 100% от специалиста, а 50%, уже несомненный выигрыш.

“Рынок все еще требует специалистов, которые могут закрывать как бэкенд, так и фронтенд задачи”

А, а также девопс, тесты, проектирование, сопровождение. Чем больше можно решить в рамках одного человека там выгодней бизнесу.

Думаю, что нет ошибки тестировщиков потому как их скорее всего просто нет.

Компании уже давно пришли к выводу, что тестировщики не нужны.

Information

Rating
2,956-th
Registered
Activity