не пишите, пожалуйста о том, в чем не разбираетесь, судя по этому комментарию и куче ваших комментариев ниже. Сафари, работающее от пользователя, вызывает крах системы — значит там есть код, который вызывает данный крах, по сути эксплуатирует уязвимость в операционной системе в некоторых условиях. Изучить эту уязвимость — и её можно найти в тысячах других программ под Windows и использовать для DoS'а системы или даже (возможно) выполнения произвольного кода. Разграничение прав на доступ к ресурсам — одна из задач операционной системы. Сафари в данном случае очень сбоку прилеплено, код в сафари может быть и даже скорее всего абсолютно правильный и корректный, но система обрабатывает его неправильно, что создает её уязвимость и вызывает крах.
глупости болтаете, уважаемый. Все хостинги такого уровня несут юридическую ответственность по SLA за обеспечение собственной работоспособности. Не их владельцам решать что и когда отключать. С тем же успехом можно пойти громить белый дом.
почему нет? гигабайт оперативной памяти уже сейчас есть у меня на телефоне, 700+ из неё доступно, учитывая более маленький экран, пару ядер процессора, 1.2ггц, вполне можно завести. Так же надо учитывать, что dalvik-vm значительно более облегчена и сурово заоптимизирована десктопной jre.
это даже просто интуитивнее. прочитали список, хотим обновить, прочитать новые, скроллим дальше, за пределы экрана, и оно автоматически предлагает обновить. даже когда человек ни разу не сталкивался в pull to refresh, при листании списка обязательно на него наткнется
не вижу особого смысла, лично мне Checkout нравится больше PayPal'а. Он проще, привязан в моему гуглоаккаунту, заводится в два тычка и работает как часы. А тут ещё к комисии маркета добавится процент PayPal'а.
Лучше Вы поясните, как такие приземленные люди, как Вы, могут быть программистами? Что надо учить программисту? Названия функций из стандартной библиотеки и наизусть алгоритмы? Программист это не просто тот, кто набивает код для решения обыденных задач, это ещё отчасти и ученый. Это подтверждает факт того, насколько ценятся такие специалисты, не ограничивающие свой кругозор рамками «полезности», наколько её понимает говорящий на данный момент.
алгоритм — неформальное понятие, бытовое, алгоритм на машине тьюринга — формальное, конкретный набор инструкций для переходов. Тезис просто утверждает, что отныне алгоритмами будем считать только то, что можно представить на машине Тьюринга, не больше, не меньше. По поводу пары хороших книг… " Theory of Computation" Брайнерда. Но теория вычислимости непростой раздел математики, обычно программистам хватает матчасти из SICP, проект перевода sicp.sergeykhenkin.com/
значит вы не понимаете, что такое алгоритм, его задачи и проблемы. Этот тезис как раз устанавливает границы того, что считается алгоритмом в формальном смысле. Изучайте матчасть, помогает в практике. Без понимания границ вычислимости иногда не получится отсечь неформальные детали при решении задачи, интуиция спасает, но не всегда.
без способности без проблем понять эти вещи — да, нельзя быть хорошим программистом. да и вообще, хороший программист должен знать всю область — по крайней мере на неплохом, но чуть поверхностном уровне и быть специалистом в своей подобласти
сдвиг будет заметен визуально. человек не компьютер, чтобы ждать [43,60] и [47,60] секунд для повторения периода. можно поиграться с длительностью часа, например умножать каждую минуту исходное 47 на 53 по модулю 130 и получать количество секунд в текущей минуте. а у сумме выйдет sum([(47*(53**i))%130 for i in range(60)]) == 3600 == 60*60
чую множество проблем при одновременном пуше можно поиметь. вплоть до испорченного репозитария. хоть блокировки и имеются, но думаю дропбокс врядли будет учитывать при синхронизации порядок изменения файлов и файлоблокировки.
если внимательно прочитать статью, можно заметить строчку «Система живет в Amazon Web Services — хотя какой-то привязки именно к этому провайдеру нет.». Кстате в амазоне нынче входящий трафик бесплатный, может его не стоит тарифицировать и в данном сервисе?
извините, пример про аптайм жутко неудачный, непосмотрев скопировал используемый мной самый страшный вариант, написанный just for fun, на лету обычно пишется что-то вроде: uptime | perl -ne '/(\d+) days/ && print "8", "="x$1, "3"'
знаю, что многие задачи решаются с помощью awk/sed/ed/cut и прочими, но я долго сравнивал сколько времени занимает решение внезапной задачи однострочником на perl и россыпью консольных инструментов, у меня были специфические условия, в которых задачи необходимо решать как можно быстрее, счет на секунды (игра CTF, если интересно, недавно проскакивал топик про нашу команду IV занявшую 4е место на defcon). так вот perl показывал значительно более выигрышное время, в несколько раз.
j-мнимая единица, sqrt(j)=-1. но это мелочь и большей частью статья великолепна :)uptime | perl -ne '/(\d+) days/ && print "8", "="x$1, "3"'