Может я невнимательно читал, но запутался: речки из моря текут или в море? А то краб вроде бы по реке против течения полз и попал в море. А потом оказывается, что крабы из моря. И тоже против течения прут.
Может курьерская доставка только после оплаты? Тогда магазину всё равно — лекарственные препараты возврату не подлежат, так что деньги в любом случае не вернут. И магазин денег не теряет, и лекарства может выбрасывать\утилизировать любым способом.
Туалетная бумага не портится и не пропадает, не устаревает технологически, она просто невероятно дёшева, не даёт вам почти никакой прибыли и занимает дофига места. Вы хотите держать её как можно меньше, но всегда в наличии, чтобы не было такого, что кто-то за ней зашёл, а её нет. Вам ещё повезло, что у неё нет 10 разных цветов, фактур и размеров как у одежды — это всё же не модный магазин.
То-то я каждый раз голову ломаю, высчитывая цену за метр и пытаясь понять, лучше два слоя или все четыре (и с каким вкусом-запахом хочу на этот раз). И почему в ТВ-рекламе нам влажную туалетную бумагу продвигают, называя обычную туалетку устаревшей.
Я немного о другом.
Возникла необходимость завести git-репозиторий.
Первая мысль: мануал, как же, собственно, он создаётся.
Вторая мысль: а если винт помрёт? А залью-ка я это в какое-нибудь облако, благо их полно на любой вкус.
А дальше просто — в какую синхронизируемую другой программой папку размещать каталог репозитория. Для git нет разницы, на каком локальном хранилище репозиторий, бэкапится ли и как именно — это уже вопросы к файловой системе и другим программным средствам (хоть DFS, хоть снапшоты виртуалки — извращенцев полно).
Ценность мануала для новичков крайне мала — только для тех, кто своими силами не разобрался в документации. Но это же Хабр, ё-моё!
так как в русскоязычном интернете такой информации нет
По причине очень лёгкого способа найти эту информацию. То есть, информация в русскоязычном интернете есть, просто не только лишь все могут её найти. Например, по запросу в гугл «приватный репозиторий git» выдаются очень заманчивые результаты.
Ну и плашка tutorial для такой статьи излишняя.
Потому что статья выглядит: Как создать локальный репозиторий git. А это, извините, вопрос из FAQ к git.
То, что репозиторий разместили на хранилище с поддержкой синхронизации в другое место — ну, довольно очевидный шаг для тех, кто пользуется этими самыми хранилищами (речь о домашних пользователях).
Синхронизироваться будет любой изменённый файл (если настройки синхронизации по умолчанию). Причём с точки зрения OneDrive — это не изменение файла, а удаление старой версии и создание новой. Видимо, необходимо для системы бэкапов-откатов к прежним версиям. И в итоге на почту будут регулярно сыпаться письма вида: «у вас тут в корзине овердохрена файлов удалённых скопилось, мы их удалим, вы не против?».
Предварительное оперативное расследование показало, что проблема возникла из-за непреднамеренной ошибки, возникшей в результате несогласованных действий двух наших сотрудников, которые занимались подготовкой и тестированием указанного шаблона.
Где-то давно читал историю, как два товарища провели эксперимент. Как итог — испорчен участок пути, повреждён вагон, но экспериментаторы остались живы и без травм.
Мне картинка с подписью «Единый центр управления стадионом» напомнила анекдот (не могу нагуглить, пишу по памяти):
Вовочка подходит к папе с просьбой:
— Не могу никак понять отрицательные числа, помоги.
— Ну вот тебе пример: в комнате находится 5 человек, 7 вышли. Скольким людям туда надо войти, чтобы комната снова стала пустой?
Я бы поспорил с Википедией, потому что метод частичного перебора тоже можно считать одним из способов решения.
Например, для правой части 1 легко находится, поскольку куда её не поставь — везде ломается конфигурация следующей единицы после тройки. И это делается просто «в уме», беглым просмотром. Как это алгоритмизировать — без понятия, но я раздумывал над алгоритмом решения чёрно-белого кроссворда.
И вопрос к автору: есть быстрая реализация для чёрно-белого варианта? Цветной-то заведомо легче.
Возникла необходимость завести git-репозиторий.
Первая мысль: мануал, как же, собственно, он создаётся.
Вторая мысль: а если винт помрёт? А залью-ка я это в какое-нибудь облако, благо их полно на любой вкус.
А дальше просто — в какую синхронизируемую другой программой папку размещать каталог репозитория. Для git нет разницы, на каком локальном хранилище репозиторий, бэкапится ли и как именно — это уже вопросы к файловой системе и другим программным средствам (хоть DFS, хоть снапшоты виртуалки — извращенцев полно).
Ценность мануала для новичков крайне мала — только для тех, кто своими силами не разобрался в документации. Но это же Хабр, ё-моё!
Ну и плашка tutorial для такой статьи излишняя.
Потому что статья выглядит: Как создать локальный репозиторий git. А это, извините, вопрос из FAQ к git.
То, что репозиторий разместили на хранилище с поддержкой синхронизации в другое место — ну, довольно очевидный шаг для тех, кто пользуется этими самыми хранилищами (речь о домашних пользователях).
1015
Вовочка подходит к папе с просьбой:
— Не могу никак понять отрицательные числа, помоги.
— Ну вот тебе пример: в комнате находится 5 человек, 7 вышли. Скольким людям туда надо войти, чтобы комната снова стала пустой?
Например, для правой части 1 легко находится, поскольку куда её не поставь — везде ломается конфигурация следующей единицы после тройки. И это делается просто «в уме», беглым просмотром. Как это алгоритмизировать — без понятия, но я раздумывал над алгоритмом решения чёрно-белого кроссворда.
И вопрос к автору: есть быстрая реализация для чёрно-белого варианта? Цветной-то заведомо легче.
А руки он скорее всего не моет, да. В школе ему сложно напоминать о гигиене.