когда на работу выходит за зарплату хоть один сотрудник — он превращается в эксплуататора, и вся прибыль его дела — это неоплаченный труд работников.
А зачем нанимателю поступать иначе? Рисковать просто так? Да даже если бы риск был нулевой, для чего нанимателю нанимать работников? Могут быть причины в каких-то случаях, наверняка, но какие причины?
Тут может быть вопрос в трактовке. Что значит «в связи».
Пример — Есть фирма по производству шкафов под заказ. Установщик шкафа приходит в квартиру к покупателю, измеряет «вырез в бетонной стене под шкаф», а это 8 граней и 8 углов для будущего шкафа. Но вырез кривой, так что все грани разной длины и все углы разной величины.
Что бы посчитать стоимость будущего шкафа, установщик для удобства и скорости расчетов, по собственной инициативе пишет программу для своего смартфона которая посчитает площадь материалов и соответственно цену шкафа.
Вопрос с чего это вдруг эта программа принадлежит фирме?
Программа создана Установщиком не в связи с выполнением трудовых обязанностей.
У него нет такой обязанности.
Разные инструменыт звучат по разному. Робот-инструмент будет воспроизводить не совсем тот же звук что и инструмент музыканта. Отличие может быть сильнее чем от искажений звукового тракта.
Я не знаком с асемблером ARM. Там что приходится самому выдумывать где хранить адреса возвратов и текущий контекст состояния CPU? На ARM может тогда и подойдет Stack T, но может и на ARM проще указатель стека «двигать», что бы не использовать Stack T потому что наверняка у Stack T всякие излишние аллокации памяти есть?
Стек вызовов — структура данных, а именно стек, для хранения адресов возврата, для возвращения из функций. Стек вызовов — понятие больше логическое. Оно не регламентирует где и как должна храниться информация для возврата. Получается, что стек вызовов — самый обычный и родной нам стек т.е. Stack T
Каждое предложение, на мой взгляд, ложное.
Стек поддерживаемый CPU хранит еще значения регистров до изменения этих регистров новой функцией.
Может до JIT оно больше логическое, но вряд ли, но после JIT наверняка используется машино-зависимый стек поддерживаемый CPU, то есть точно не Stack T, то есть именно регламентируется где и как должна хранится информация для возврата, что бы CPU это понял.
Конечно если Stack T — вдруг стал виртуальной оберткой над поддерживаемым CPU стеком, то конечно это могло бы быть правдой, но нет.
А это, неверно, что-то другое. Корову нужно меньше кормить и больше доить.
Could you show a code to enable WebApi?
is that enough?
Хотя бы пример кода показали как WebApi включить.
достаточно для WebApi?
Пример — Есть фирма по производству шкафов под заказ. Установщик шкафа приходит в квартиру к покупателю, измеряет «вырез в бетонной стене под шкаф», а это 8 граней и 8 углов для будущего шкафа. Но вырез кривой, так что все грани разной длины и все углы разной величины.
Что бы посчитать стоимость будущего шкафа, установщик для удобства и скорости расчетов, по собственной инициативе пишет программу для своего смартфона которая посчитает площадь материалов и соответственно цену шкафа.
Вопрос с чего это вдруг эта программа принадлежит фирме?
Программа создана Установщиком не в связи с выполнением трудовых обязанностей.
У него нет такой обязанности.
У вас на машине kubernetes без виртуализации?
developer.resolveNext(ticket)Что такое «пики магазинов»?
Стек поддерживаемый CPU хранит еще значения регистров до изменения этих регистров новой функцией.
Может до JIT оно больше логическое, но вряд ли, но после JIT наверняка используется машино-зависимый стек поддерживаемый CPU, то есть точно не Stack T, то есть именно регламентируется где и как должна хранится информация для возврата, что бы CPU это понял.
Конечно если Stack T — вдруг стал виртуальной оберткой над поддерживаемым CPU стеком, то конечно это могло бы быть правдой, но нет.