Вообще так, невредно понимать разницу в возможностях между регулярным конечным автоматом, всё состояние которого, грубо говоря, укладывается в одну переменную типа int, и стековым конечным автоматом, состояние которого - стек переменных типа int (тоже грубо говоря).
Например, никакая регулярка не сможет проверить сбалансированность скобок, а стековый автомат сделает это с лёгкостью.
А теперь давайте представим более социально-будоражащий сценарий, в котором беспилотный автомобиль уже успешно распознал присутствие человека на дороге, однако предотвратить столкновение возможно лишь за счёт решительного манёвра, в результате которого машина, с пассажиром в салоне, конечно же, была бы вынуждена резко отклониться от проложенного маршрута для столкновения с деревом. Такая ситуация ставит перед алгоритмом сложнейший этический выбор: кем жертвовать – пассажиром или пешеходом?
Блин. Жертвовать надо программистом, который писал эту программу.
Это же машина, а не космическая ракета. Не знаю, что там у ракет, но у машины завсегда при прокладке "проложенного маршрута" можно учесть варианты, куда деваться, если что пойдет не так. И любую сложную ситуацию завсегда можно сильно упростить, заблаговременно снизив скорость. Более того, ПДД нам как бы даже прямо намекают, что так и надо делать, если что-то непонятно: снижать скорость, пока не станет понятно.
В частности, где узко, где скользко, надо ехать достаточно медленно, чтобы необходимость неожиданного манёвра не приводила к неизбежной встрече с деревом на опасной скорости.
Кстати, и при ручном управлении а/м этот подход тоже работает.
Это путь, протоптанный Apple-ом. AirPrint, он же Bonjour Printing, он же, с небольшими нюансами, IPP Everywhere. И Mopria print - это тоже он (приятно, когда технология одна, а красивых названий у нее много).
Linux идет плюс-минус тем же путем. Теперь и венда вступила в клуб.
Обычно ведь если двигатель работает, а машина не движется, значит, двигатель работает на холостых и без нагрузки. Штатный вентилятор где-то на такой режим и рассчитан, с разумным запасом.
А тут получается несколько нестандартный режим: машина никуда не едет, но двигатель работает под нагрузкой. Причем долго работает, не как на мусоровозе, который быстренько покидал в себя мусор из контейнеров и дальше поехал. Так что меня не удивляет, что штатного вентилятора не хватает. Особенно если радиатор немного поздабит грязью.
И упор тут даже должен быть не на международный рынок
Речь не о том, чтобы GitFlic вытеснил GitHub на международном рынке. Но если я свой проект на GitFlic-е размещу, как я на него пошлю ссылку человеку, который не читает по-русски? Он же там ничего не поймет...
Но как по мне для обычного юзера 4 Гб это достаточно много
Я хочу тут немного в кишках Chromium покопаться. А в 4 Г он, боюсь, не влезет.
Наша миссия – это Сеть, в которой пользователь стоит на первом месте
Не очень понятно, почему пользователь должен вам верить. Ваш поиск же - вещь в себе, для пользователей не прозрачна. Что есть у пользователя, кроме вашего самого честного слова, чтобы убедиться в том, что вы не будете крутить результаты поиска в каких-то своих целях.
Я вяло присматриваюсь к отечественным "гитхабам" в плане возможного их использования в опенсорсных проектах. На случай, если гитхаб станет недоступным для российских разработчиков.
Конкретно с GitFlic-ом на вскидку видны следующие проблемы:
Пользовательский интерфейс на русском языке. Опенсорс - дело международное, а тут, я боюсь, иностранные коллеги не смогут продраться через менюшки на непонятном им русском языке
4G на репозиторий бесплатном плане - это может оказаться слишком мало. У github-а нет таких ограничений
Непонятно, не получится ли так, что через несколько лет проект закроют по причине его дороговизны в поддержании и коммерческой несостоятельности
Вообще так, невредно понимать разницу в возможностях между регулярным конечным автоматом, всё состояние которого, грубо говоря, укладывается в одну переменную типа int, и стековым конечным автоматом, состояние которого - стек переменных типа int (тоже грубо говоря).
Например, никакая регулярка не сможет проверить сбалансированность скобок, а стековый автомат сделает это с лёгкостью.
Блин. Жертвовать надо программистом, который писал эту программу.
Это же машина, а не космическая ракета. Не знаю, что там у ракет, но у машины завсегда при прокладке "проложенного маршрута" можно учесть варианты, куда деваться, если что пойдет не так. И любую сложную ситуацию завсегда можно сильно упростить, заблаговременно снизив скорость. Более того, ПДД нам как бы даже прямо намекают, что так и надо делать, если что-то непонятно: снижать скорость, пока не станет понятно.
В частности, где узко, где скользко, надо ехать достаточно медленно, чтобы необходимость неожиданного манёвра не приводила к неизбежной встрече с деревом на опасной скорости.
Кстати, и при ручном управлении а/м этот подход тоже работает.
Это путь, протоптанный Apple-ом. AirPrint, он же Bonjour Printing, он же, с небольшими нюансами, IPP Everywhere. И Mopria print - это тоже он (приятно, когда технология одна, а красивых названий у нее много).
Linux идет плюс-минус тем же путем. Теперь и венда вступила в клуб.
А можно ответить вопросом на вопрос?
Как по вашему, условные Fedora Linux и Ubuntu Linux - это разные системы или нет?
Я видел живую хакершу и даже вступал с ней в небольшие коммерческие взаимоотношения.
Обычно ведь если двигатель работает, а машина не движется, значит, двигатель работает на холостых и без нагрузки. Штатный вентилятор где-то на такой режим и рассчитан, с разумным запасом.
А тут получается несколько нестандартный режим: машина никуда не едет, но двигатель работает под нагрузкой. Причем долго работает, не как на мусоровозе, который быстренько покидал в себя мусор из контейнеров и дальше поехал. Так что меня не удивляет, что штатного вентилятора не хватает. Особенно если радиатор немного поздабит грязью.
Я как-то не очень понимаю, как можно сделать так, чтобы git clone разным клиентам выдавал разное. Там же этот, блокчейн...
Много ли живых людей рискнут отказаться, если им такое предложат, к примеру, на собесе?
Зато матовый экран не отражает мою небритую рожу
Речь не о том, чтобы GitFlic вытеснил GitHub на международном рынке. Но если я свой проект на GitFlic-е размещу, как я на него пошлю ссылку человеку, который не читает по-русски? Он же там ничего не поймет...
Я хочу тут немного в кишках Chromium покопаться. А в 4 Г он, боюсь, не влезет.
У Гугля тоже репутация...
А ваш этот private advertising, простите за некоторую грубость, плохо пахнет...
Тогда придется еще и реальный домен зарегистрировать и получить на него сертификат.
Сетевые принтеры и сканеры обычно умеют в TLS, но прошитый в них на фабрике сертификат - self-signed, стандартную проверку, очевидно, не проходит...
А смысл? Все равно, TLS-сертификаты привязаны к домену, а устройство вряд ли имеет стабильное доменное имя.
Не очень понятно, почему пользователь должен вам верить. Ваш поиск же - вещь в себе, для пользователей не прозрачна. Что есть у пользователя, кроме вашего самого честного слова, чтобы убедиться в том, что вы не будете крутить результаты поиска в каких-то своих целях.
Интересно, а что будет с индивидуальными аккаунтами, у которых администратор/пользователь физически один?
Можно ходить обедать вместе. Это тоже неплохо работает, и печень меньше страдает.
Бабулин пирожочек, говорят, плохо кончил: его скушали внучки
Я вяло присматриваюсь к отечественным "гитхабам" в плане возможного их использования в опенсорсных проектах. На случай, если гитхаб станет недоступным для российских разработчиков.
Конкретно с GitFlic-ом на вскидку видны следующие проблемы:
Пользовательский интерфейс на русском языке. Опенсорс - дело международное, а тут, я боюсь, иностранные коллеги не смогут продраться через менюшки на непонятном им русском языке
4G на репозиторий бесплатном плане - это может оказаться слишком мало. У github-а нет таких ограничений
Непонятно, не получится ли так, что через несколько лет проект закроют по причине его дороговизны в поддержании и коммерческой несостоятельности
Скорее всего, просто совпало. It happens
Я что-то очень сомневаюсь, что аккумулятор ноутбука можно вывести из строя программным путем.