На Яндекс недвижимости есть подобное — открываем карту, кнопка «время на дорогу», выбираем точку и видим область внутри которой можно добраться до этой точки за выбранное время на выбранном виде транспорта.
Вопросы действительно здравые. Но если мы говорим о формулировке «пользователь спиратил потому что не имел законной возможности купить» — то пусть правообладатель доказывает, что такая возможность на самом деле есть. И пусть суд решает, была ли на самом деле возможность покупки по адекватной цене (например по сравнению с ценой на момент первого официального релиза)
И, да, понимаю что утопия и никто такой закон принимать в обозримом будущем не будет. Ну хоть помечтать то немного можно
Поддерживаю! Считаю что в законах об авторском праве давно пора закрепить — если автор/издатель перестал продавать некоторое произведение (фильм/игру/музыкальный альбом), то разрешить его свободное распространение. Хочешь зарабатывать — продавай и зарабатывай, не хочешь — так какая тебе разница пиратит кто-то или нет?
Неужели оператор связи не несет ответственности за целостность передаваемых данных? В этом ведь и есть смысл его существования и основная услуга за которую он деньги от клиента получает
Да, для сверхмассивных это работать уже так не будет. Просто, например, в книге «Интерстеллар.Наука за кадром» описывается, что на самом деле вокруг сверхмассивной Гаргантюа вращаются еще несколько черных дыр поменьше, «средней» массы, маневры вокруг которых использовались для перелетов между планетами.
Чем ближе к центру гравитации тела производится маневр, тем выше его эффективность. Обычно это ограничено значением «радиус планеты + высота атмосферы». Радиус же черной дыры на порядки меньше радиуса «обычного» тела той же массы.
Регулярно наблюдаю перекресток, на котором зачастую несколько циклов светофора подряд сразу несколько машин стоят на этой самой «вафельной» разметке, полностью блокируя перекресток. Сколько там штраф? И кто его выписывать долженн?
… который к тому же без проблем работает например в той же Беларуси, просто в другой валюте. Когда ездил в Минск, активно пользовался вообще не заметив каких-то различий. А приложение Убера мне никогда не нравилось по удобству и функциональности.
Будет модерация примерно как в App Store — специальные люди будут проверять по чеклисту, что свежезалитый разработчиком билд в принципе является игрой, не содержит вирусов и криптомайнеров.
Напомню, что эта ветка обсуждения началась с того, что при использовании C# в Unity и компиляции его в js мне ровным счетом ничего не нужно знать про особенности js. А при использовании Haxe — нужно. Неконсистентность Int — всего лишь один из таких факторов.
Любой кроссплатформенный язык имеет как строго описанное в спецификации поведение, так и UB определяемые целевой платформой. В haxe же таких UB очень много (да и спецификации языка как таковой нет).
В целом, я понимаю вашу точку зрения, и знаю что перечисленные мной недостатки (или то что я считаю недостатками) можно обойти. Но для этого надо понимать как сам Haxe, так и целевой язык на довольно высоком уровне.
Я могу спокойно работать с большими Int на js таргете, и наткнуться на проблемы при переносе кода на C++. И наоборот, я могу построить вполне себе нормальный алгоритм, опираясь на то что в C++ int гарантированно и предсказуемо переполняется, и получить проблемы при переносе на js. В приведенном примере с Unity — такого не наблюдается, код на C# скомпилированный в js будет работать именно так как описано в спецификации языка C#.
И, да, я понимаю что это осознанное решение разработчиков языка — пожертвовать универсальностью ради производительности. Но я считаю что это надо более явно и подробно описывать в документации, с большими флагами «ТУТ UNDEFINED BEHAVIOUR!!!».
Как раз таки это даже документировано: haxe.org/manual/types-overflow.html
Где-то переполняется, где-то теряет точность на больших числах. И да, можно использовать Int32, но что делать если фреймворк который я использую, внутри использует Int? И опять же, это не единственный фактор, просто первый вспомнившийся пример.
Фреймворки перекрывают API, однако остается тот факт что многие базовые конструкции языка могут вести себя по разному. Например, стандартный Int на некоторых таргетах будет переполняться через 32 бита, а на некоторых — вести себя как float.
Я могу взять довольно крупный проект на Unity, который сейчас таргетирован на windows, закомментировать платформозависимые куски кода, и скомпилировать под WebGL (asm.js). И работать он будет точно так же как и win-версия, несмотря на то что целевая платформа javascript и я не внес ни строки кода, зависящего от специфичного для платформы api.
Заголовок спойлера
А вот Haxe так не умеет, в чем и было мое самое большое разочарование относительно этого языка.
почему для подтверждения слов о строгой типизации вы выбрали именно пример с Dynamic?
Просто потому что это самый простой пример который можно привести. Наткнулся я на это, ни разу не используя Dynamic в своем коде (чуть выше комментарий про json).
В общем, спасибо за ответ, кажется я понял в чем было мое заблуждение относительно работы с Dynamic. У меня было очень стойкое убеждение, что если компилятор не требует явного приведения типов при присвоении — значит, либо сработает неявное (или не сработает и гарантированно упадет при запуске), либо вообще все в порядке и оно не требуется.
риски с его использованием лежат исключительно на плечах программиста
Все знакомые мне строго типизированные языки в таких случаях требуют делать явный каст (и я как программист прописывая явный каст, понимаю что тут есть риск падения). И если тип в рантайме не соответствует ожидаемому — вот он сработавший риск, ошибка выполнения.
Вопросы действительно здравые. Но если мы говорим о формулировке «пользователь спиратил потому что не имел законной возможности купить» — то пусть правообладатель доказывает, что такая возможность на самом деле есть. И пусть суд решает, была ли на самом деле возможность покупки по адекватной цене (например по сравнению с ценой на момент первого официального релиза)
И, да, понимаю что утопия и никто такой закон принимать в обозримом будущем не будет. Ну хоть помечтать то немного можно
… который к тому же без проблем работает например в той же Беларуси, просто в другой валюте. Когда ездил в Минск, активно пользовался вообще не заметив каких-то различий. А приложение Убера мне никогда не нравилось по удобству и функциональности.
Приложение другое, сервис тот же.
Любой кроссплатформенный язык имеет как строго описанное в спецификации поведение, так и UB определяемые целевой платформой. В haxe же таких UB очень много (да и спецификации языка как таковой нет).
В целом, я понимаю вашу точку зрения, и знаю что перечисленные мной недостатки (или то что я считаю недостатками) можно обойти. Но для этого надо понимать как сам Haxe, так и целевой язык на довольно высоком уровне.
И, да, я понимаю что это осознанное решение разработчиков языка — пожертвовать универсальностью ради производительности. Но я считаю что это надо более явно и подробно описывать в документации, с большими флагами «ТУТ UNDEFINED BEHAVIOUR!!!».
Где-то переполняется, где-то теряет точность на больших числах. И да, можно использовать Int32, но что делать если фреймворк который я использую, внутри использует Int? И опять же, это не единственный фактор, просто первый вспомнившийся пример.
В общем, спасибо за ответ, кажется я понял в чем было мое заблуждение относительно работы с Dynamic. У меня было очень стойкое убеждение, что если компилятор не требует явного приведения типов при присвоении — значит, либо сработает неявное (или не сработает и гарантированно упадет при запуске), либо вообще все в порядке и оно не требуется.