Вероятно. Узнал о подобной непристойности спорта экспериментально, пытаясь когда-то давно отправить с сайта мегафона СМС с результатами каких-то соревнований.
В контексте, конечно, это предложение звучит дико — навесить радиомаяки, чтобы дураки смогли переходить дорогу в шумоподавляющих наушниках. Но, если подумать вне этого контекста, то это правило является просто естественным развитием уже существующих правил о световых приборах и номерных знаках.
Подождите. Насколько я понимаю, социально-экономически доступных вариантов тогда было примерно два: монтировать изображённого монстра или не делать сеть вообще. Люди выбрали первый вариант — и сеть у них работала. Верно ли я понимаю, что профессионалами следует называть тех, кто выбрал бы второй вариант?
Для тех, кто не опознаёт картинку — это общежитие в главном здании МГУ, где-то в нулевых годах.
Хм. Кажется, я за свой короткий заход на iOS-разработку как-то неверно понял, что такое хорошо и что такое плохо. Мне показалось, что использование по возможности стандартных элементов UI во всех приложениях — как раз один из основных принципов яблочного дизайна.
Спасибо. Вполне в духе Apple был бы отдельный API, который даёт доступ не к хранилищу, а только к одному изображению, которое пользователь выбирает в системном диалоге, и недопуск в App Store тех, кто пользуется более широким доступом без нужды — но, значит, в этом случае даже они не проявили подобной заботы о пользователе.
Да, неаккуратно как-то. Надеюсь, телеграм и на андроиде хранит сообщения в песочнице, недоступной вотсаппу и прочим бургеркингам?
А вот фотографии, с другой стороны… На современных версиях iOS и Android типичный мессенджер, в котором юзер отправлял фотографию и давал необходимые для этого права, может втихаря закачать на свой сервер все остальные фотографии с устройства?
СУБД — ну вообще не про ту безопасность, которую обычно называют этим словом без пояснений. Пока у вас таблица умеренных размеров и постоянная на всё время работы приложения — всё правильно делаете, записать в json и не усложнять. Как только в приложении появляется кнопка добавления пользователя — надо не изобретать велосипед, а подключать обычную СУБД.
За мелкое занудство на сайте для гиков в карму плюют? И правда докатились. Если что, я минусов никогда и никому не ставлю, вообще не знаю, зачем люди это делают. Видимо, это такой канал обратной связи: заминусовали — значит, угадал тему, которая кому-то настолько неприятна, что даже не получается по-русски возразить, только плюнуть.
Даже если ВК/Facebook не оказываются единственным практичным каналом связи с интересующими группами людей — надо ещё, чтобы другие пользователи про тебя ничего нигде не написали. Ещё лучше — чтоб тебя у них в записных книжках не было. В общем, попытка совсем не иметь дел с паразитами — примерно столь же "нормальное средство", как в контексте гигиены биологической.
Отсекать надо не тех, кто не смотрит порно (это реально только младенцы — в младших классах, говорят, смотрят и одноклассникам показывают), а тех, кто освоил элементы гигиены 21 века и не авторизует лишний раз сторонние приложения на основном аккаунте.
Если абстрагироваться от деталей, то этот прогноз был не то чтоб полностью неверным. Транспортные средства поменялись, но по-прежнему питаются органическими веществами и по-прежнему загрязняют город остатками этих веществ.
Читал у кого-то из музыкантов, что самое главное в сведении альбома — не отрываться от народа и проверять, можно ли твой продукт слушать на сторублёвых наушниках-капельках.
Прекрасно. В прошлый раз я подобную аргументацию видел, когда автор, кажется, объяснял, почему советские экзаменаторы всё делали правильно: они просто следили, чтобы доля евреев на мехмате не была в разы больше, чем на улице.
Говорят, на JVM есть соответствующие средства в ассортименте: Scala, Kotlin, Java. Но тут вопрос, считать ли все эти трюки с Object всё ещё статической типизацией. Мне кажется, что всё-таки можно, если значение вот так сразу приводится к конкретному типу и дальше следующей строчки как Object не живёт.
производительность кода, который аннотирован типами, приближается к компилируемым языкам
Тут лучше уточнить. Дело не в аннотациях, а в стабильности типов. Например, в статье используется функция ∈ из стандартной библиотеки. В её определении нет ни одной аннотации типа. При её первом вызове на аргументах новых типов — в данном случае, Int64 и Deque{Int64} — JIT-компилятор подготовит машинный код. Поскольку тело этой функции позволяет компилятору статически определить по типам её аргументов типы всех промежуточных значений (именно это свойство называется "стабильностью"), этот машинный код не будет содержать диспетчеризации, и должен примерно соответствовать по производительности аналогичному коду на C++.
Вероятно. Узнал о подобной непристойности спорта экспериментально, пытаясь когда-то давно отправить с сайта мегафона СМС с результатами каких-то соревнований.
Вот на спортивном сайте могли бы, между прочим, быстрее других выучить так не делать: там не меньше, чем здесь, употребляют слово "команда".
В контексте, конечно, это предложение звучит дико — навесить радиомаяки, чтобы дураки смогли переходить дорогу в шумоподавляющих наушниках. Но, если подумать вне этого контекста, то это правило является просто естественным развитием уже существующих правил о световых приборах и номерных знаках.
Да не простой цак, а электронный.
Подождите. Насколько я понимаю, социально-экономически доступных вариантов тогда было примерно два: монтировать изображённого монстра или не делать сеть вообще. Люди выбрали первый вариант — и сеть у них работала. Верно ли я понимаю, что профессионалами следует называть тех, кто выбрал бы второй вариант?
Для тех, кто не опознаёт картинку — это общежитие в главном здании МГУ, где-то в нулевых годах.
Серьёзная литература? Why so serious? Меня вот, например, оскорбили примеры кода! Хотя до худшего учебника по C не дотягивают, конечно.
В аккаунте разве номер машины не записан?
Хм. Кажется, я за свой короткий заход на iOS-разработку как-то неверно понял, что такое хорошо и что такое плохо. Мне показалось, что использование по возможности стандартных элементов UI во всех приложениях — как раз один из основных принципов яблочного дизайна.
Спасибо. Вполне в духе Apple был бы отдельный API, который даёт доступ не к хранилищу, а только к одному изображению, которое пользователь выбирает в системном диалоге, и недопуск в App Store тех, кто пользуется более широким доступом без нужды — но, значит, в этом случае даже они не проявили подобной заботы о пользователе.
Да, неаккуратно как-то. Надеюсь, телеграм и на андроиде хранит сообщения в песочнице, недоступной вотсаппу и прочим бургеркингам?
А вот фотографии, с другой стороны… На современных версиях iOS и Android типичный мессенджер, в котором юзер отправлял фотографию и давал необходимые для этого права, может втихаря закачать на свой сервер все остальные фотографии с устройства?
СУБД — ну вообще не про ту безопасность, которую обычно называют этим словом без пояснений. Пока у вас таблица умеренных размеров и постоянная на всё время работы приложения — всё правильно делаете, записать в json и не усложнять. Как только в приложении появляется кнопка добавления пользователя — надо не изобретать велосипед, а подключать обычную СУБД.
А что, там ещё и ссылки на каналы утекли, что ли? Или народ просто пугается неконкретно?
За мелкое занудство на сайте для гиков в карму плюют? И правда докатились. Если что, я минусов никогда и никому не ставлю, вообще не знаю, зачем люди это делают. Видимо, это такой канал обратной связи: заминусовали — значит, угадал тему, которая кому-то настолько неприятна, что даже не получается по-русски возразить, только плюнуть.
Даже если ВК/Facebook не оказываются единственным практичным каналом связи с интересующими группами людей — надо ещё, чтобы другие пользователи про тебя ничего нигде не написали. Ещё лучше — чтоб тебя у них в записных книжках не было. В общем, попытка совсем не иметь дел с паразитами — примерно столь же "нормальное средство", как в контексте гигиены биологической.
Отсекать надо не тех, кто не смотрит порно (это реально только младенцы — в младших классах, говорят, смотрят и одноклассникам показывают), а тех, кто освоил элементы гигиены 21 века и не авторизует лишний раз сторонние приложения на основном аккаунте.
Если абстрагироваться от деталей, то этот прогноз был не то чтоб полностью неверным. Транспортные средства поменялись, но по-прежнему питаются органическими веществами и по-прежнему загрязняют город остатками этих веществ.
Читал у кого-то из музыкантов, что самое главное в сведении альбома — не отрываться от народа и проверять, можно ли твой продукт слушать на сторублёвых наушниках-капельках.
Прекрасно. В прошлый раз я подобную аргументацию видел, когда автор, кажется, объяснял, почему советские экзаменаторы всё делали правильно: они просто следили, чтобы доля евреев на мехмате не была в разы больше, чем на улице.
Говорят, на JVM есть соответствующие средства в ассортименте: Scala, Kotlin, Java. Но тут вопрос, считать ли все эти трюки с Object всё ещё статической типизацией. Мне кажется, что всё-таки можно, если значение вот так сразу приводится к конкретному типу и дальше следующей строчки как Object не живёт.
Тут лучше уточнить. Дело не в аннотациях, а в стабильности типов. Например, в статье используется функция ∈ из стандартной библиотеки. В её определении нет ни одной аннотации типа. При её первом вызове на аргументах новых типов — в данном случае, Int64 и Deque{Int64} — JIT-компилятор подготовит машинный код. Поскольку тело этой функции позволяет компилятору статически определить по типам её аргументов типы всех промежуточных значений (именно это свойство называется "стабильностью"), этот машинный код не будет содержать диспетчеризации, и должен примерно соответствовать по производительности аналогичному коду на C++.