Разве никакой? Суть denuvo же вроде в том, что она люто обфусцирует код и исполняет его на своей vm. Сложнее получить доступ к внутреннему состоянию и логике -> сложнее их использовать извне.
Так в том и мякотка. Вместо лопаты c экраном в 6.2" — аккуратный кирпичик с диагональю 4.6". Сложил, убрал в карман, профит.
В метро развернуть телефон я не успеваю.
Не всем же в метро нужно ехать не больше одной станции. Мне до работы — 15 минут на автобусе, нет проблем сесть и что-то почитать. А еще есть поезда, самолёты и так далее.
В случаях проблем такие очень часто живо делают оборот на 180 и отправляются писать заявления, извиняться и всячески демонстрировать свою законопослушность. Потому что пальцы гнуть — это одно, а лечить сломанные ребра — совсем другое.
На тротуар в пешеходов? В пешеходов на проезжей части?
У нас всё таки маленький ИИ в машине а не симуляция всей вселенной со всеми последствиями.
Именно, поэтому в таких ситуациях автоматика должна не решать моральные дилеммы, а максимально предсказуемым образом минимизировать ущерб. Если автопилот в аварийной ситуации начинает судорожно метаться, создавая дополнительные риски для окружающих — это неправильно.
Дифавтомат в отделении реанимации работает точно так же, как дифавтомат в сарае — отключает ток, и ему абсолютно всё равно, сколько пациентов могут от этого погибнуть.
А если ограждения нет? А если оно есть, но хлипкое и за ним тоже люди? Или ограждение есть, но чтобы в него въехать — нужно подрезать другой автомобиль с риском спровоцировать массовое дтп?
Вот пример:
Дыра, над которой висит автомобиль, это вход в подземный переход. При столкновении автомобиль снес металлическое ограждение и бетонные блоки, обрамляющие сам переход. Нужно ли говорить, что если бы там кто-то в этот момент был — его блоком размазало бы в фарш?
Придти с мороженкой на бой подушками академическим примером в неакадемическую дискуссию по конкретному языку — это ваше решение. Хотели показать кеш-мисс? Оке, только джава не умеет в примитивные коллекции, так что какой бы список вы не выбрали — всё равно будете постоянно мазать, а решение всё равно будет тормозным.
Так что в этом вся и суть — придумать можно очень много разных фантастических сценариев, но имхо на практике в большинстве случае вам либо побоку производительность списка, потому что её вклад в конечный результат исчезающе мал, либо вы не пользуетесь списками в принципе.
Конечно будут. И мидлы будут, и другие сеньоры (код-ревью и всё такое). Вопрос в пропорциях.
Чтобы говорить предметно: мы занимаемся мобильной разработкой. На приложение есть дизайн, спецификации на поведение и сеть. В самом приложении — куча типовых компонентов. Нужно сделать новый экран? Вот типовой класс, наследуйся, добавляй разметку и поведение. Персистентность? Вот типовой компонент, пропиши тип кеша, тип данных и используй. Запросы? Вот типовой… ну вы поняли. Это механическая работа, перемежаемая периодическими контактами с дизайнерами/аналитиками на предмет уточнить или добавить или поправить что-либо; для неё не нужно уметь проектировать высоконагруженные системы.
Можно ли вместо найма джуна написать суперфреймворк, который сам будет генерировать большую часть приложения по файлам с дизайном и документам со спецификациями? Мб можно, но джун дешевле. Можно ли посадить сеньора вписывать отступы и перебрасывать модели из одного компонента в другой? Можно, но джун дешевле, а сеньор может и сбежать от такой рутины.
В сообщении, на которое вы отвечаете, есть пометка «в реальности». В реальности для подсчета суммы арифметической прогрессии нужно воспользоваться формулой, а человеку, который додумается сделать по вашему сценарию, нужно настучать клавиатурой по рукам. Больно.
Не, ну я же не предлагаю просто взять пачку джунов, дать им стопку задач и забыть про них на месяц. Код-ревью, разбиение на небольшие задачи. Первое время, естественно, обратная связь будет отнимать много времени, но если джуны толковые — эти затраты довольно быстро сократятся.
И повторюсь — такой подход подойдет не всем и не на каждом проекте.
Это сильно зависит от области и конкретных задач. Условно говоря, шлепать однотипные формочки — это задача больше механическая, и может больше зависеть от скорости печати чем от квалификации.
Там нет выбора, есть лишь его иллюзия. Что бы ты не делал — тебя всё равно вернут на те же самые сюжетные рельсы, ну разве что с минимальными отличиями уровня отдельных реплик.
3. У колющего очень низкое останавливающее действие, на погибших от ножа не зря по нескольку десятков ранений. Даже если обороняющийся сможет нанести удар — нападающий имеет достаточно времени чтобы сравнять счёт.
Не скажу за армейский и за походы по именно колючкам, но я себе еще 4 года назад взял Deuter Futura 28 (на 28 литров, соответственно). Жесткая спинка с вентиляцией, есть пояс. Ношу почти каждый день, почти не истрепался.
Даже в таком приближении это всё нужно написать: сбор на клиенте, хранение на сервере, визуализацию. А потом поддерживать всю инфраструктуру. Это не бесплатно.
А теперь добавьте сюда разные версии ОС, кучу вендоров, кастомящих прошивки, разные форм-факторы устройств, динамические данные — и у вас цена разработки аналитики становится в разы больше цены самого приложения.
Скорее неустойчиво поставил стремянку, или в процессе работы запнулся и упал/уронил инструмент, что-нибудь вроде такого. Обычное ТБ, на самом деле, нарушишь — будешь сам виноват.
На мой взгляд вы в корне не правы. Вы рассуждаете со стороны банка при условии, что с вами (в нашем эфемерном случае — с банком) говорит технически подкованный человек. Давайте представим, что упомянутая пенсионерка из поста сама заметила этот емейл в договоре и сама хочет разобраться.
Без обид, но я в переписке на скринах в посте не вижу технически подкованного человека, я вижу человека с околонулевыми коммуникационными навыками, моя бабушка бы гораздо внятней написала. И, думаю, добилась бы более ощутимых результатов.
Я не пытаюсь сказать, что у сбера чудесная техподдержка (потому что нет), но то, что написал в техподдержку топикстартер — это просто вброс без намека на конкретику. Это не замечание, не жалоба, это просто странный абстрактный вопрос. Более того, на него ОПу ответили, он сказал «понятно» — то есть вопросов у него как бы больше нет, его всё устраивает. Думаю, вы согласитесь, что играть с обратившимся в «Ты что, обиделся?» и «Ой, всё» — это не задача сотрудника техподдержки.
Ну и сразу уточню — я не предлагаю сразу слать сканы договоров, копии паспорта, отпечатки пальцев и анализы мочи. Достаточно было бы просто указать в каком отделении банка в каком городе ему вписали левый емейл в договор.
На самом деле зря — хоть сколько-то средний уровень игры в cs уже требует шевелить мозгами: куда идти, где союзники, где находятся враги, следить за деньгами, да и в целом планировать как свои действия, так и их последестия.
Ну и с командой нужно общаться — коммуникативность тоже навык.
Так в том и мякотка. Вместо лопаты c экраном в 6.2" — аккуратный кирпичик с диагональю 4.6". Сложил, убрал в карман, профит.
Не всем же в метро нужно ехать не больше одной станции. Мне до работы — 15 минут на автобусе, нет проблем сесть и что-то почитать. А еще есть поезда, самолёты и так далее.
На тротуар в пешеходов? В пешеходов на проезжей части?
Именно, поэтому в таких ситуациях автоматика должна не решать моральные дилеммы, а максимально предсказуемым образом минимизировать ущерб. Если автопилот в аварийной ситуации начинает судорожно метаться, создавая дополнительные риски для окружающих — это неправильно.
Дифавтомат в отделении реанимации работает точно так же, как дифавтомат в сарае — отключает ток, и ему абсолютно всё равно, сколько пациентов могут от этого погибнуть.
Вот пример:
Дыра, над которой висит автомобиль, это вход в подземный переход. При столкновении автомобиль снес металлическое ограждение и бетонные блоки, обрамляющие сам переход. Нужно ли говорить, что если бы там кто-то в этот момент был — его блоком размазало бы в фарш?
Придти с
мороженкой на бой подушкамиакадемическим примером в неакадемическую дискуссию по конкретному языку — это ваше решение. Хотели показать кеш-мисс? Оке, только джава не умеет в примитивные коллекции, так что какой бы список вы не выбрали — всё равно будете постоянно мазать, а решение всё равно будет тормозным.Так что в этом вся и суть — придумать можно очень много разных фантастических сценариев, но имхо на практике в большинстве случае вам либо побоку производительность списка, потому что её вклад в конечный результат исчезающе мал, либо вы не пользуетесь списками в принципе.
Чтобы говорить предметно: мы занимаемся мобильной разработкой. На приложение есть дизайн, спецификации на поведение и сеть. В самом приложении — куча типовых компонентов. Нужно сделать новый экран? Вот типовой класс, наследуйся, добавляй разметку и поведение. Персистентность? Вот типовой компонент, пропиши тип кеша, тип данных и используй. Запросы? Вот типовой… ну вы поняли. Это механическая работа, перемежаемая периодическими контактами с дизайнерами/аналитиками на предмет уточнить или добавить или поправить что-либо; для неё не нужно уметь проектировать высоконагруженные системы.
Можно ли вместо найма джуна написать суперфреймворк, который сам будет генерировать большую часть приложения по файлам с дизайном и документам со спецификациями? Мб можно, но джун дешевле. Можно ли посадить сеньора вписывать отступы и перебрасывать модели из одного компонента в другой? Можно, но джун дешевле, а сеньор может и сбежать от такой рутины.
Да, но через какое-то время у вас закончатся ключи для подписи транзакций. У Google Pay ключей вроде меньше десятка, живут порядка недели.
Для оплаты ничего калибровать не надо. Локацию дергают для аналитики, скорее всего.
И повторюсь — такой подход подойдет не всем и не на каждом проекте.
Это сильно зависит от области и конкретных задач. Условно говоря, шлепать однотипные формочки — это задача больше механическая, и может больше зависеть от скорости печати чем от квалификации.
А теперь добавьте сюда разные версии ОС, кучу вендоров, кастомящих прошивки, разные форм-факторы устройств, динамические данные — и у вас цена разработки аналитики становится в разы больше цены самого приложения.
Без обид, но я в переписке на скринах в посте не вижу технически подкованного человека, я вижу человека с околонулевыми коммуникационными навыками, моя бабушка бы гораздо внятней написала. И, думаю, добилась бы более ощутимых результатов.
Я не пытаюсь сказать, что у сбера чудесная техподдержка (потому что нет), но то, что написал в техподдержку топикстартер — это просто вброс без намека на конкретику. Это не замечание, не жалоба, это просто странный абстрактный вопрос. Более того, на него ОПу ответили, он сказал «понятно» — то есть вопросов у него как бы больше нет, его всё устраивает. Думаю, вы согласитесь, что играть с обратившимся в «Ты что, обиделся?» и «Ой, всё» — это не задача сотрудника техподдержки.
Ну и сразу уточню — я не предлагаю сразу слать сканы договоров, копии паспорта, отпечатки пальцев и анализы мочи. Достаточно было бы просто указать в каком отделении банка в каком городе ему вписали левый емейл в договор.
На самом деле зря — хоть сколько-то средний уровень игры в cs уже требует шевелить мозгами: куда идти, где союзники, где находятся враги, следить за деньгами, да и в целом планировать как свои действия, так и их последестия.
Ну и с командой нужно общаться — коммуникативность тоже навык.