В целом согласен с идеей поста и хотел бы добавить, что переходы с фото просто не должны существовать. Пересечение 4х2 полос без светофора это не переход, это взведённая гильотина. Штрафуй, не штрафуй, на этом месте будут сбивать людей. Тут нужны не камеры, а светофор, возможно, сужение дороги и островки безопасности.
А вы не пробовали разобраться, почему? Может быть убирали газоны и расширяли дороги? Вообще, ровно наоборот, особенно если речь о центре. Ширина дороги вообще мало связана с пропускной способностью. Светофоры, перекрёстки и поиск парковки куда сильнее влияют. Это же не загородная трасса, это улица города. А ещё сильнее влияет развитие общественного транспорта. Автобусные полосы сужают дороги, но уменьшают пробки.
И это не какая-то теория урбанистов, это ровно то, как Собянин в Москве и улучшал дорожную ситуацию.
Зачем газон трогать? Убрать пару полос машин, в случае Москвы в подавляющем большинстве случаев дороги слишком широкие. Места и на увеличение газона и ряд деревьев ещё останется. Есть узкие и сложные места, но в основном места очень много. И нет, от этого ничего не встанет в пробки, ширина дорог вообще мало влияет на пропускную способность.
И ни климат, ни национальные особенности тут не мешают. Курьеры уже ездят круглый год, спрос уже огромен. Более снежный Монреаль справляется со снегом зимой на велодорожках, Москва тоже может. Куда более плотные европейские города справляются и делают инфраструктуру, Москва и Россия не особенная.
То есть вместо строительства примитивной инфраструктуры для СИМ и борьбы с первопричинй решили сделать высокотехнологичный способ борьбы с последствиями. Что будут делать, когда поймут, что это тоже не работает? Телепорт изобретать?
Тон статьи такой, как будто все эти примеры сделаны специально, чтобы лично вы страдали. Куча примера на баше, хотя он страше доброй половины читателей, как и C с C++, и с тех пор многое поменялось. Выглядит как предъява паправозу, что он дымит и не использует электричество. Делай хорошо, а плохо не делай. Будь Вангой. Спасибо, кэп.
Да. В предположении, что топ небольшой относительно всего объёма новостей, это небольшие расходы памяти ради снижения сложности получения топа. Это получается небольшой дополнительный индекс, потому что основное хранилище имеет смысл сортировать/хэшировать по id, а не score.
Хотел бы отметить, что задача с топом статей могла подразумевать решение через отдельное хранение топа в куче, а не массиве или дереве. Цена построения N*log(K), где N - общее количество статей, K - размер топа. Вставка за log(K), поиск линейный, но от K, а не N, да и индекс можно прикрутить сбоку. Может надо ещё покрутить, но почти всегда топы лучше всего делаются через кучу.
Либо я и моё окружение - сплошные гении, либо нет в этом ничего сложного. Код воспринимается как логическая конструкция без проговаривания отдельных символов. Я у половины даже коротких названий не знаю. Это же тот же навык, что чтение про себя и по диагонали - им обладает большинство читателей хабра или других соц сетей.
И я спокойно переключаюсь между разными языками программирования, лишь иногда подтормаживая на самых нетипичных конструкциях. Но они могут быть даже прописаны словами и от этого они проще или нетипичнее не становятся. Оператор присваивания в C++ и JS это совершенно разные операторы независимо от того будут ли они выглядеть одинаково или нет.
Его очень даже просто заблокировать - IP в чёрный список и нет никакого vless. Они уже давно анализируют трафик и проверяют подозрительные адреса. Он же палится в статистике, когда все соедниения на один адрес. Сопутствующий урон от блокировки адресов? Так он уже давно никого не волнует.
Работает только принцип неуловимого Джо плюс маскировка, когда отдельный сервер, минимум пользователей, спрятаны все веб морды, проброс коннекта на реальный сайт.
Библиотеки типа left-pad никогда и не были нужны. Однако проблема касается и крупных проектов, которые завалены ложными багрепортами, придуманными ЛЛМ. Система и правда ломается, поэтому она будет меняться.
Накидали в одну кучу фичи языка, патерны и рантайм. Как можно между собой сравнивать RTTI, RAII и макросы? По какой шкале и какому параметру? Как сюда попали floating point и IEEE 754? Какое это онтноешние имеет к С++ и какие альтернативы?
В какой-то случайный момент, не спрашивая надо ли это пользователю. Это влияет на расход аккумулятора, на температуру ноута, уровень шума, скорость работы другого софта. На старом ноуте эти фоновые процессы регулярно съедали теплопакет турбобуста и тот переставал включаться, ощутимо ухудшая отзывчивость. Зачем они это делают без спроса? Ок, можно проверить наличие обновлений, это один запрос, и проц не нужен. Можно даже в фоне скачать файлы, торренты в фоне у меня тоже почти процессор не едят. Что он там делает? Пускай это нужные и полезные действия, но почему без спроса?
И это на личном ноуте, на котором абсолютный минимум софта.
Не только стоимость труда, было много факторов, почему в Британии машины стали актуальны раньше. Для начала - доступность угля, его было очень много по всей территории, не просто так первое применение машины - угольная шахта. За пределы мест с доступным углём выйдет уже машина Уатта и в первую очередь на выскотехнологичное производство - ткацкие фабрики. Нужна высокая доходность, чтобы использовать малоэффективные первые машины. Ну и не надо забывать, что паровая машина пришла на смену водобойному колесу, то есть уже механизированному процессу. В России же этот первый шаг только начинали делать, о чём и статья.
Не помню, как было на убунте, но Arch я обновляю вообще без простоя. Во-первых, в тот момент, когда я считаю нужным. Во-вторых, в процессе обновления нагрузка на проц не критична и не мешает работе. В-третьих, обновление ставится за пару минут. В-четвёртых, обновляется не только ОС, но и почти весь софт. По завершению нужно перезагрузиться, но не обязательно, можно отложить до удобного момента.
Есть свои заморочки со стабильностью, но это особенности модели релизов с самым свежим софтом, а не системы обновления. Windows же неоднократно уже заствлял ждать больше 10 минут, пока всё поставится и перезагрузится 100 раз. И обычно это происходит утром, когда нужно начинать работать.
Про это были подозрения и раньше. История с аутичными близнецами, перебирающими в голове многозначные простые числа, уже не раз подвергалась сомнениям. Других источников нет, имена не совпадают, за гипотетическими прототипами таких талантов не замечено, книг с таблицами простых чисел тоже не найдено. Короче, сомнительный автор.
Интересно, а какие есть потребители, которые могут адаптироваться к непостоянству солнечной генерации? Датацентр потребляет стабильно 24/7 с небольшими колебаниями, ему нужны аккумляторы для работы от солнца.
Майнинг крипты? Его можно отключать, когда нет солнца, но с учётом амортизации оборудования, скорее всего выгоднее продолжать жечь газ для питания, чем останавливаться.
Промышленное производство тоже чётко привязано к рабочему дню и сменам.
Какой потребитель достаточно гибок, чтобы получать выгоду от пиков солнца и не нагружать сеть в пиковые периоды?
Ваш смысл для меня - абстракция, и наоборот. То, что визуальные трактовки для вас очевиднее вовсе не делают их менее абстрактными.
А с интуитивными и визуальными доказательствами надо быть очень осторожным. Есть канал 3Blue1Brown, на котором есть очень качественные иллюстрации ко многим процессам. А ещё там есть замечательная демонстрация, как легко ошибиться и доказать чушь:
В целом согласен с идеей поста и хотел бы добавить, что переходы с фото просто не должны существовать. Пересечение 4х2 полос без светофора это не переход, это взведённая гильотина. Штрафуй, не штрафуй, на этом месте будут сбивать людей. Тут нужны не камеры, а светофор, возможно, сужение дороги и островки безопасности.
А вы не пробовали разобраться, почему? Может быть убирали газоны и расширяли дороги? Вообще, ровно наоборот, особенно если речь о центре. Ширина дороги вообще мало связана с пропускной способностью. Светофоры, перекрёстки и поиск парковки куда сильнее влияют. Это же не загородная трасса, это улица города. А ещё сильнее влияет развитие общественного транспорта. Автобусные полосы сужают дороги, но уменьшают пробки.
И это не какая-то теория урбанистов, это ровно то, как Собянин в Москве и улучшал дорожную ситуацию.
Зачем газон трогать? Убрать пару полос машин, в случае Москвы в подавляющем большинстве случаев дороги слишком широкие. Места и на увеличение газона и ряд деревьев ещё останется. Есть узкие и сложные места, но в основном места очень много. И нет, от этого ничего не встанет в пробки, ширина дорог вообще мало влияет на пропускную способность.
И ни климат, ни национальные особенности тут не мешают. Курьеры уже ездят круглый год, спрос уже огромен. Более снежный Монреаль справляется со снегом зимой на велодорожках, Москва тоже может. Куда более плотные европейские города справляются и делают инфраструктуру, Москва и Россия не особенная.
То есть вместо строительства примитивной инфраструктуры для СИМ и борьбы с первопричинй решили сделать высокотехнологичный способ борьбы с последствиями. Что будут делать, когда поймут, что это тоже не работает? Телепорт изобретать?
Как и в Испании. Это только в Канаде не решают
Тон статьи такой, как будто все эти примеры сделаны специально, чтобы лично вы страдали. Куча примера на баше, хотя он страше доброй половины читателей, как и C с C++, и с тех пор многое поменялось. Выглядит как предъява паправозу, что он дымит и не использует электричество. Делай хорошо, а плохо не делай. Будь Вангой. Спасибо, кэп.
Да. В предположении, что топ небольшой относительно всего объёма новостей, это небольшие расходы памяти ради снижения сложности получения топа. Это получается небольшой дополнительный индекс, потому что основное хранилище имеет смысл сортировать/хэшировать по id, а не score.
Хотел бы отметить, что задача с топом статей могла подразумевать решение через отдельное хранение топа в куче, а не массиве или дереве. Цена построения N*log(K), где N - общее количество статей, K - размер топа. Вставка за log(K), поиск линейный, но от K, а не N, да и индекс можно прикрутить сбоку. Может надо ещё покрутить, но почти всегда топы лучше всего делаются через кучу.
Либо я и моё окружение - сплошные гении, либо нет в этом ничего сложного. Код воспринимается как логическая конструкция без проговаривания отдельных символов. Я у половины даже коротких названий не знаю. Это же тот же навык, что чтение про себя и по диагонали - им обладает большинство читателей хабра или других соц сетей.
И я спокойно переключаюсь между разными языками программирования, лишь иногда подтормаживая на самых нетипичных конструкциях. Но они могут быть даже прописаны словами и от этого они проще или нетипичнее не становятся. Оператор присваивания в C++ и JS это совершенно разные операторы независимо от того будут ли они выглядеть одинаково или нет.
Когда я слышу про ИИ в Ватикане, я представляю что-то вроде LaserPope. Неужели дождёмся?
Его очень даже просто заблокировать - IP в чёрный список и нет никакого vless. Они уже давно анализируют трафик и проверяют подозрительные адреса. Он же палится в статистике, когда все соедниения на один адрес. Сопутствующий урон от блокировки адресов? Так он уже давно никого не волнует.
Работает только принцип неуловимого Джо плюс маскировка, когда отдельный сервер, минимум пользователей, спрятаны все веб морды, проброс коннекта на реальный сайт.
Библиотеки типа left-pad никогда и не были нужны. Однако проблема касается и крупных проектов, которые завалены ложными багрепортами, придуманными ЛЛМ. Система и правда ломается, поэтому она будет меняться.
Это же не вращение земли, а движение самой МКС. Несколько секунд выдержки с неподвижной относительно МКС камеры дадут такой эфект.
Накидали в одну кучу фичи языка, патерны и рантайм. Как можно между собой сравнивать RTTI, RAII и макросы? По какой шкале и какому параметру? Как сюда попали floating point и IEEE 754? Какое это онтноешние имеет к С++ и какие альтернативы?
В какой-то случайный момент, не спрашивая надо ли это пользователю. Это влияет на расход аккумулятора, на температуру ноута, уровень шума, скорость работы другого софта. На старом ноуте эти фоновые процессы регулярно съедали теплопакет турбобуста и тот переставал включаться, ощутимо ухудшая отзывчивость. Зачем они это делают без спроса? Ок, можно проверить наличие обновлений, это один запрос, и проц не нужен. Можно даже в фоне скачать файлы, торренты в фоне у меня тоже почти процессор не едят. Что он там делает? Пускай это нужные и полезные действия, но почему без спроса?
И это на личном ноуте, на котором абсолютный минимум софта.
Не только стоимость труда, было много факторов, почему в Британии машины стали актуальны раньше. Для начала - доступность угля, его было очень много по всей территории, не просто так первое применение машины - угольная шахта. За пределы мест с доступным углём выйдет уже машина Уатта и в первую очередь на выскотехнологичное производство - ткацкие фабрики. Нужна высокая доходность, чтобы использовать малоэффективные первые машины. Ну и не надо забывать, что паровая машина пришла на смену водобойному колесу, то есть уже механизированному процессу. В России же этот первый шаг только начинали делать, о чём и статья.
Не помню, как было на убунте, но Arch я обновляю вообще без простоя. Во-первых, в тот момент, когда я считаю нужным. Во-вторых, в процессе обновления нагрузка на проц не критична и не мешает работе. В-третьих, обновление ставится за пару минут. В-четвёртых, обновляется не только ОС, но и почти весь софт. По завершению нужно перезагрузиться, но не обязательно, можно отложить до удобного момента.
Есть свои заморочки со стабильностью, но это особенности модели релизов с самым свежим софтом, а не системы обновления. Windows же неоднократно уже заствлял ждать больше 10 минут, пока всё поставится и перезагрузится 100 раз. И обычно это происходит утром, когда нужно начинать работать.
Про это были подозрения и раньше. История с аутичными близнецами, перебирающими в голове многозначные простые числа, уже не раз подвергалась сомнениям. Других источников нет, имена не совпадают, за гипотетическими прототипами таких талантов не замечено, книг с таблицами простых чисел тоже не найдено. Короче, сомнительный автор.
Интересно, а какие есть потребители, которые могут адаптироваться к непостоянству солнечной генерации? Датацентр потребляет стабильно 24/7 с небольшими колебаниями, ему нужны аккумляторы для работы от солнца.
Майнинг крипты? Его можно отключать, когда нет солнца, но с учётом амортизации оборудования, скорее всего выгоднее продолжать жечь газ для питания, чем останавливаться.
Промышленное производство тоже чётко привязано к рабочему дню и сменам.
Какой потребитель достаточно гибок, чтобы получать выгоду от пиков солнца и не нагружать сеть в пиковые периоды?
Ваш смысл для меня - абстракция, и наоборот. То, что визуальные трактовки для вас очевиднее вовсе не делают их менее абстрактными.
А с интуитивными и визуальными доказательствами надо быть очень осторожным. Есть канал 3Blue1Brown, на котором есть очень качественные иллюстрации ко многим процессам. А ещё там есть замечательная демонстрация, как легко ошибиться и доказать чушь: