Не уверен, что понял Вас правильно, но насчет «как бы нам все еще неизвестно, существует ли объективная случайность» здесь есть интересная статья: habr.com/ru/post/225583
Спасибо за интересную статью! Сам живу уже с третьим самописным скриптом для бекапов.
А облако эти tar-файлы распаковывать случайно не умеет?
Не с целью покритиковать, а с целью задать конструктивный вопрос интересуюсь: в дальнейшем эти папки resources/proxies и resources/media синхронизировать планируется? Если да, то придется каждый раз их tar'ить и заливать 33gb? Если нет — то зачем их первый раз бекапить (риторический вопрос) и поймёт ли iPhoto «восстановление» из бекапа без этих двух папок или с их старыми версиями?
Не знаю, как на Mac, а в Линуксе у tar есть параметр --listed-incremental — он позволяет создать «дифференциальный архив», содержащий только то, что изменилось с прошлого бекапа. Таким образом, можно при «последующих доливках» создавать маленькие tar-архивы, содержащие изменения в этих двух папках.
Не-не-не, я ни в коем случае не соревнуюсь — сам непрограммист, у меня бы в той задаче час ушел бы только на то, чтобы input'ы по форме разбросать да подписать :-) Про SQLite — это мысли вслух о том, что те, кто ничего кроме микроскопа в руках не держал — и шурупы будет им забивать ;-)
Корректности ради следовало бы спросить читателей, сколько времени им потребовалось бы, чтобы реализовать то же самое в том же самом Excel'е. Как бы Вы отреагировали на возражение вроде: «я попробовал повторить то же самое, но за час не успел. Следовательно, Вы всё врёте!»? :-D
А теперь вопрос по сути — от человека, не пользовавшегося Excel со школы: вот в одном месяце Вам дали xls-файл с исходными данными, Вы (видимо, в нём же) ввели все эти формулы и получили красивый результат. Хорошо. Но что Вы будете делать, если через месяц Вам принесут новый файл с исходными данными? Заново будете вводить все формулы или скопируете исходные данные в файл с формулами? Наверное, второе. Но что делать с количеством строк в исходных данных (на скриншотах в формулах много где присутствует волшебное число 592), и списка клиентов ("копируем с первого листа список клиентов оставляем только уникальные записи при помощи стандартного функционала (Данные — Удалить дубликаты)" — это вряд ли «само пересчитается»)? Или это делается "при помощи вычисляемых объектов сводной таблицы, чтобы было красиво"?
Пришел сюда по ссылке из статьи про импортозамещение. Интересная задачка — я бы её решал одним запросом в SQLite. Но это потому что я с ним имел больше дела, чем с Excel'ем :-)
Посмею себе только не согласиться с утверждением про формулу в колонке Frequency:
мы разделили всю совокупность на 3 равных по количеству членов совокупности промежутка и смотрим к какому из этих промежутков относится значение в колонке С
Вы делите всю совокупность на 3 промежутка: где значение Frequency меньше, равно, и больше медианы — в этом мы с Вами согласны. Однако неверно утверждать, что эти три промежутка равны. Если 6 клиентов совершили 1, 2, 3, 4, 5, 6 покупок, то медиана равна 3.5, и во втором промежутке нет клиентов. Но, конечно, в реальности распределение будет ровнее, так что несколько клиентов в медиану все равно попадут.
Не знаю, что написать :-) В сложенном состоянии — как обычный телефон на старой версии Android (4.1.2, некоторые приложения уже не совместимы), с 1Гб памяти (т.е. мало, и из них около половины занято непонятно чем). В разложенном — удобно заходить «домой» по ConnectBot, и играть в Intersection Controller (игра, где надо следить за мелкими объектами в разных углах виртуальной карты, поэтому большой размер экрана — большой плюс). Карту реального города, к моему удивлению, удобней, не разворачивая телефон, на маленьком экране посмотреть — но это, наверное, персональное — мне в большинстве случаев надо просто проверить перекресток, где сейчас стою — а дальше пальцем или двумя провести проще. В остальном все видеообзоры правы :-)
Единственный лайфхак, о котором молчат все обзоры — возможность открыть две фотки на двух экранах — но мне это пригодилось всего пару раз, например, когда показывал в магазине «я хотел купить у вас вот это (показываю на левый экран), а вы мне вчера продали вот это (показываю на правый экран), видите разницу?».
Встроенный браузер (Android 4.1.2) всегда показывает черную 2000x1000, и caniuse.com/#feat=srcset подтверждает, что srcset не поддерживается вплоть до Android 4.4.4.
Хром (последняя совместимая версия 71, новее уже не ставится) в сложенном состоянии показывает красную 500х250, открываешь — переключает на синюю 1000х500, но потом обратно не возвращается — так и остается синяя 1000х500, пока не очистишь кэш. То же самое происходит, если просто повернуть телефон на 90° — в «ландшафтной» ориентации показывает синюю 1000х500.
Firefox (версия 65) в сложенном состоянии показывает другую картинку — синюю 1000х500, в открытом — голубую 1500х750, при повороте телефона на 90° — снова синюю 1000х500. Переходит с одной на другую и обратно без проблем.
Javascript в Firefox и Chrome видит все размеры правильно — по данным сайта ryanve.com/lab/dimensions, ширина:
в сложенном состоянии — 360,
в развернутом — 720,
в ландшафтной ориентации — 598
А, тогда согласен. Использование кроссплатформенной утилиты вроде TrueCrypt для шифрования внешних дисков позволит при необходимости использовать их и в других операционных системах.
Как-то странно читать сначала совет установить Ubuntu, а потом — TrueCrypt для шифровании всего диска… Разве Ubuntu при установке не предлагает зашифровать весь диск (риторический вопрос)? Разве нет более Linux-way альтернатив, например, encfs?
Также порадовало предложение использовать премиум-тариф для такой задачи ;-)
А облако эти tar-файлы распаковывать случайно не умеет?
Не с целью покритиковать, а с целью задать конструктивный вопрос интересуюсь: в дальнейшем эти папки resources/proxies и resources/media синхронизировать планируется? Если да, то придется каждый раз их tar'ить и заливать 33gb? Если нет — то зачем их первый раз бекапить (риторический вопрос) и поймёт ли iPhoto «восстановление» из бекапа без этих двух папок или с их старыми версиями?
Не знаю, как на Mac, а в Линуксе у tar есть параметр --listed-incremental — он позволяет создать «дифференциальный архив», содержащий только то, что изменилось с прошлого бекапа. Таким образом, можно при «последующих доливках» создавать маленькие tar-архивы, содержащие изменения в этих двух папках.
Цитата:
Простите, мы про одного Асада говорим? Тот, который на Википедии упомянут, ещё жив, согласно той же Википедии.
микроскопав руках не держал — ишурупы будет им забивать;-)Корректности ради следовало бы спросить читателей, сколько времени им потребовалось бы, чтобы реализовать то же самое в том же самом Excel'е. Как бы Вы отреагировали на возражение вроде: «я попробовал повторить то же самое, но за час не успел. Следовательно, Вы всё врёте!»? :-D
А теперь вопрос по сути — от человека, не пользовавшегося Excel со школы: вот в одном месяце Вам дали xls-файл с исходными данными, Вы (видимо, в нём же) ввели все эти формулы и получили красивый результат. Хорошо. Но что Вы будете делать, если через месяц Вам принесут новый файл с исходными данными? Заново будете вводить все формулы или скопируете исходные данные в файл с формулами? Наверное, второе. Но что делать с количеством строк в исходных данных (на скриншотах в формулах много где присутствует волшебное число 592), и списка клиентов ("копируем с первого листа список клиентов оставляем только уникальные записи при помощи стандартного функционала (Данные — Удалить дубликаты)" — это вряд ли «само пересчитается»)? Или это делается "при помощи вычисляемых объектов сводной таблицы, чтобы было красиво"?
Посмею себе только не согласиться с утверждением про формулу в колонке Frequency:
Вы делите всю совокупность на 3 промежутка: где значение Frequency меньше, равно, и больше медианы — в этом мы с Вами согласны. Однако неверно утверждать, что эти три промежутка равны. Если 6 клиентов совершили 1, 2, 3, 4, 5, 6 покупок, то медиана равна 3.5, и во втором промежутке нет клиентов. Но, конечно, в реальности распределение будет ровнее, так что несколько клиентов в медиану все равно попадут.
Единственный лайфхак, о котором молчат все обзоры — возможность открыть две фотки на двух экранах — но мне это пригодилось всего пару раз, например, когда показывал в магазине «я хотел купить у вас вот это (показываю на левый экран), а вы мне вчера продали вот это (показываю на правый экран), видите разницу?».
Встроенный браузер (Android 4.1.2) всегда показывает черную 2000x1000, и caniuse.com/#feat=srcset подтверждает, что srcset не поддерживается вплоть до Android 4.4.4.
Хром (последняя совместимая версия 71, новее уже не ставится) в сложенном состоянии показывает красную 500х250, открываешь — переключает на синюю 1000х500, но потом обратно не возвращается — так и остается синяя 1000х500, пока не очистишь кэш. То же самое происходит, если просто повернуть телефон на 90° — в «ландшафтной» ориентации показывает синюю 1000х500.
Firefox (версия 65) в сложенном состоянии показывает другую картинку — синюю 1000х500, в открытом — голубую 1500х750, при повороте телефона на 90° — снова синюю 1000х500. Переходит с одной на другую и обратно без проблем.
Javascript в Firefox и Chrome видит все размеры правильно — по данным сайта ryanve.com/lab/dimensions, ширина:
в сложенном состоянии — 360,
в развернутом — 720,
в ландшафтной ориентации — 598
Как-то странно читать сначала совет установить Ubuntu, а потом — TrueCrypt для шифровании всего диска… Разве Ubuntu при установке не предлагает зашифровать весь диск (риторический вопрос)? Разве нет более Linux-way альтернатив, например, encfs?