Когда Express запретил мне модифицировать какое-то поле (не помню уже) запроса/ответа просто так на ровном месте, никак его не используя, перешёл на Connect (и то, местами всё равно не понимал, зачем у Connect'а там так много кода), реализовав все middleware'и, которые были нужны за какой-то час/два.
И расширение routing, в котором роутинг делится на статический и динамический. Если дают строку — значит статический, можно просто положить в хештабличку, если регексп — динамический, кладём в список.
Говорим, что статические доминируют над динамическими by design, как приходит запрос — сначала смотрим по табличке, а затем уже матчим по всем регекспам подряд (было бы ещё дико круто написать/найти библиотеку, которая могла бы взять группу регекспов и по нюансам их работы сделала бы один-несколько, которые бы работали эффективнее).
И всё это происходит в одном middleware'е, зачем обходить список рекурсивно и плодить их?
Хотя я знатный велосипедостроитель, сейчас пишу своё асинхронное I/O на восьмой джаве, чтобы написать свой асинхронный HTTP сервер/клиент, подобный нодовскому, с хорошим API, а не этим безобразным сервлетовским наследием.
Теорем, очевидно, бесконечно много. Положим, мы начали искать доказательство некой теоремы A. И мы не знаем, точно ли существует её доказательство. В случае, если доказательства нет, поиск никогда не завершится. Проблема останова является неразрешимой проблемой. Т.е. автоматический вывод теоремы является алгоритмически неразрешимой задачей.
Даже если искать «или доказательство, или опровержение» у нас есть проблемы с тем, что существуют ещё и вообще недоказуемые теоремы и мы не можем быть уверены, что наша не будет относиться к ним.
Так что возможно, просто алгоритмически неразрешимо.
Как зарядить аккумулятором на 4500mAh мой Highscreen Boost II с аккумулятором на 3000mAh/6000mAh хотя бы два раза?
Лучше бы сделали телефон с возможностью hot swap батареи без его выключения, продавали его с двумя аккумуляторами + внешней зарядкой аккумулятора (ибо неудобно заряжать телефоном один, выключать его, менять аккумулятор, а потом заряжать второй).
Буду пользоваться QWERTY/ЙЦУКЕН вплоть до самого прихода нейроконтроллеров. Ну или если «диковинная» клавиатура совершенно случайно окажется в руках, будет совершенно совместима со всеми устройствами и сильно понравится.
Лично я за то, чтобы никаких регуляций ни в интернете, ни в реальном мире не было. Единственное, что можно оставить — запрет на насилие (сюда же DDoS-атаки) и гарантии исполнения формальных договоров.
Интернет — это просто средство передачи пакетов данных, несущих какую-то информацию. Информация должна быть свободна, любое вмешательство в эти данные — зло. А те кто пытаются бороться с информацией обычно воюют со следствием, а не причинами.
Всё равно пришлось бы городить каким-то образом песочницы. Когда случается рантайм-ошибка в PHP-коде — ничего страшного. Когда случается segmentation fault в сях — ломается всё.
Я не знаю, почему вам всем так хочется брать данные из внешней среды.
Все алгоритмы, использующие внешние данные ненадёжны по определению (приставив пистолет к виску хотя бы одного учёного из одной лаборатории мы получаем власть над итогом), не могут применяться бесконечное количество раз в конечный промежуток времени в теории (данные измеряются с какой-то частотой и если наши потребности выше этой частоты — у нас проблемы), а так же не работают в вакууме, когда у нас нет ничего, кроме группы людей, которая хочет получить рандома.
И расширение routing, в котором роутинг делится на статический и динамический. Если дают строку — значит статический, можно просто положить в хештабличку, если регексп — динамический, кладём в список.
Говорим, что статические доминируют над динамическими by design, как приходит запрос — сначала смотрим по табличке, а затем уже матчим по всем регекспам подряд (было бы ещё дико круто написать/найти библиотеку, которая могла бы взять группу регекспов и по нюансам их работы сделала бы один-несколько, которые бы работали эффективнее).
И всё это происходит в одном middleware'е, зачем обходить список рекурсивно и плодить их?
Хотя я знатный велосипедостроитель, сейчас пишу своё асинхронное I/O на восьмой джаве, чтобы написать свой асинхронный HTTP сервер/клиент, подобный нодовскому, с хорошим API, а не этим безобразным сервлетовским наследием.
Даже если искать «или доказательство, или опровержение» у нас есть проблемы с тем, что существуют ещё и вообще недоказуемые теоремы и мы не можем быть уверены, что наша не будет относиться к ним.
Так что возможно, просто алгоритмически неразрешимо.
Лучше бы сделали телефон с возможностью hot swap батареи без его выключения, продавали его с двумя аккумуляторами + внешней зарядкой аккумулятора (ибо неудобно заряжать телефоном один, выключать его, менять аккумулятор, а потом заряжать второй).
Такое ощущение, что вовсе нет.
Почему нельзя прицепить колёса на чём-то похожем на Cannondale Lefty?
Она стоит, правда, под $1k и размер не тот, но я думаю, что уменьшить размер не сильно большая проблема в данном случае.
Хотя его поддерживает пока похоже только Firefox, у хрома свой несовместимый NaCl.
Интернет — это просто средство передачи пакетов данных, несущих какую-то информацию. Информация должна быть свободна, любое вмешательство в эти данные — зло. А те кто пытаются бороться с информацией обычно воюют со следствием, а не причинами.
Это не глобальный, а для каждого файла в отдельности, если у меня десятки тысяч не сильно больших файлов — он бесполезен.
Чтобы тут же налетели люди, которые скажут, что эту задачу можно решить иначе, а следовательно такие деревья не нужны и в общем случае?
Мне как-то непонятно, почему, зачем и как он принимает значение рекурсивно заданного типа.
Все алгоритмы, использующие внешние данные ненадёжны по определению (приставив пистолет к виску хотя бы одного учёного из одной лаборатории мы получаем власть над итогом), не могут применяться бесконечное количество раз в конечный промежуток времени в теории (данные измеряются с какой-то частотой и если наши потребности выше этой частоты — у нас проблемы), а так же не работают в вакууме, когда у нас нет ничего, кроме группы людей, которая хочет получить рандома.