Ок, я понял. Там действительно отсутствует балансировка вероятностей. Либо метод addItem предполагался приватным. В любом случае это лишь пример, интерфейс класса явно не доделан.
11% / 33% / 55% вероятность достать редкий / необычный / обычный предметы и эта вероятность контролируется количеством экземпляров конкретной редкости. Вы же добавили к этой системе «второй раунд» оценки и получилось черте знает что. Для ваших данных коэффициенты 1,3,5 надо забыть, а вместо них прописать 5,1,10, тогда вероятности распределятся как 31,25 % / 6,25 % / 62,5%.
А глупые, нелепые и ложные высказывания деятелей власти могут быть интерпретированы, как высказывания порочащие их собственную честь и достоинство?(то есть как деятель власти допустил такое?!)
Знаю хорошо, очень много раз использовал на практике во множестве различных кейсов;
Знаю хорошо в теории, но на практике мало использовал;
Остаточные, но глубокие знания: быстро восстанавливаются чтением манов/легким гуглением;
Остаточные, поверхностные знания: уточняется углубленным чтением манов/гуглом, требуется время на «кэширование» этих знаний.
Не знаю, никогда не работал с этой технологией
***
Пункты В и Г — это соответственно А и Б, но спустя некоторое время(год? два?)
И как можно точнее разбить весь стэк используемых технологий на такие подтемы, чтобы выяснить насколько кандидат подходит.
После анкетирования можно предложить кандидату сделать "тестовое задание" используя представленный стэк технологий: сделать что-то, используя имеющийся фреймворк/библиотеку/API, замерив время на выполнение, оценив порядок действий кандидата.
Я вот одного не понимаю: почему эти стартапы строятся на блочейне? Неужели без блокчейна ничего работать не будет или это просто использование модного тренда?
Касательно последнего… кхм, кхм… позволяет найти всю цепочку клиентов определенного… исполнителя и определить вероятность наличия… вирусов?
Свойства изначально были обертками над полями. И тут уже появлялись коллизии: хотелось, чтобы свойство и оборачиваемое поле именовались одинаково без всяких префиксных "_", поэтому поля продолжили именовать с маленькой буквы, а свойства вокруг них — с большой. Потом появились автосвойства, которым явно задание поля не требуется, а как именно назовет поле компилятор — не важно. Но привычки и много легаси кода сделали свое дело.
Сравнение автомобилей с каретами не корректно. В случае с камерой, она непосредственно держится в руках, а значит её корпус является частью интерфейса с котором взаимодействует пользователь. С корпусом же автомобиля водитель не взаимодействует, а руль, педали и приборная панель за последние 100 лет никуда не делись, не смотря на бурное развитие внутренностей автомобиля.
А вариант анкеты от работодателя вида:
Вопрос N: <тема вопроса>
Пункты В и Г — это соответственно А и Б, но спустя некоторое время(год? два?)
И как можно точнее разбить весь стэк используемых технологий на такие подтемы, чтобы выяснить насколько кандидат подходит.
После анкетирования можно предложить кандидату сделать "тестовое задание" используя представленный стэк технологий: сделать что-то, используя имеющийся фреймворк/библиотеку/API, замерив время на выполнение, оценив порядок действий кандидата.
Касательно последнего… кхм, кхм… позволяет найти всю цепочку клиентов определенного… исполнителя и определить вероятность наличия… вирусов?