Бетон получается на порядок слабее. Собственно, поэтому в железобетонных плитах чуть-чуть стали и много бетона - даже небольшой добавки хватает, чтобы железобетон начал хорошо сопротивляться растяжению.
Когда-то геолокацию номера потерявшегося человека было сложно получить, потому что это тайна, а сейчас эта инфа о всех подряд за пару рублей продаётся . Вижу в этом какую-то непоследовательность.
Ну и ещё кажется, что с таким подходом звонить надо через мессенджеры, а интернет туннелировать к ценящему приватность оператору интернета.
Продажа локации абонента всё ещё останется, но кажется от неё сложно спастись - иметь телефон без симки и подключаться через wifi, а он к сожалению есть не везде :(
Всё там сработает (а может где-то уже и работает вовсю, просто не рассказывают). У вас есть жёсткие ограничения типа "коридор не уже такого-то" или "расстояние до школы не больше такого-то", но по-факту кроме них есть куча мягких метрик. Типа парковка в пятидесяти метрах - лучше чем в сотне и куда лучше чем на максимально расстоянии, хоть по нормативу это всё проходит.
Аналогично всякие виды из окон, инсоляция и т.п. - кроме того чтобы вписаться в норматив, можно сделать лучше. Опять же, можно варьировать количество этажей в домах - дом с красивым видом у берега можно построить повыше, дом внутри квартала - пониже, но например с парком под окнами.
Можно придумать просто кучу критериев, как-то расставить им веса и потом заниматься оптимизацией. Возможно, окажется, что если повернуть один из домов на пару градусов, то освещённость квартир будет лучше, а всё остальное не пострадает.
Можно провести анализ цен на существующие квартиры в городах и при помощи нейронки научиться предсказывать их стоимость. Потом использовать это как критерий - потому что "по нормативам всё ок", а на практике люди не всегда довольны.
Про то что есть жёсктие ограничения и генетические алгортитмы - так в шахматах или в го тоже жёсткие правила, по которым надо ходить. И в alpha go, например, по-сути происходит тот же самый поиск оптимальных ходов в глубину, но нейронка позволяет фокусироваться на самых оптимальных ходах, не тратя время на плохие.
Возможно там над стратегиями есть какой-то общий сервис-наблюдатель, который неудачной стратегии понижает приоритет либо вообще отключает. И параллельно куча стратегий бегает, поэтому отказ или устаревания нескольких штук некритичны.
Но опыта в высокочастотной торговле у меня нет, это то как я бы сделал, было бы интересно послушать тех кто этим занимался.
Ещё если у города радиус влияния с расстоянием N клеток, то город на пятиугольной клетке будет с более маленьким количеством контролируемых клеток. А защищать его наоборот будет легче, потому что сторон только пять.
Я когда-то тоже ломал голову над этой проблемой, но топологию не обмануть.
Кажется, самое незаметное для игрока решение - сделать в мире рандомные нерегулярную клетки, разрешив ещё и семиугольники и пятиугольники. Тогда в этом хаосе спрячутся двенадцать обязательных пятиугольников.
Посмотрите на модель акторов в Scala и библиотеке Akka. Там в основе всего лежит идея, что есть отдельные акторы, которые обмениваются сообщениями и в идеале больше никак не связаны с остальным кодом.
При этом акторы могут быть (но не обязательно) раскиданы по разным серверам, несколько акторов могут выполнять одну и ту же роль (например, родитель-актор будет раскидывать сообщения детям, а те будут что-то тяжёлое считать (возможно, на разных серверах)
Подход интересный, но очень сильно влияет на архитектуру.
Это и плюс и минус - с одной стороны сигналы соседей на 5 ГГц меньше забивают эфир, с другой - даже в пределах одной квартиры дальности роутера может не хватать.
Я из вашей статьи так и не понял, как внутри устроены вариационные автоэнкодеры и в чём разница. Ожидал что про них ещё пара параграфов будет, статья как-то внезапно закончилась.
Хаха, идеальное сочетание. В блоге МТС статью опубликовали первой, но как статью без ссылки на источкник. Здесь как перевод, но по-сути дубликат той статьи
Obsidian ориентирован на хранение файлов в формате markdown, который прекрасно открывается в любом блокноте. В отличие от one Note, вытащить из которого все данные может быть сложно.
"покажи фото меня и супруги на Пхукете" - и смотреть на полученный результат. Все равно никто не помнит, что там было на фоне, и во что кто был одет.
Нет, нужен оригинал. Для меня старые фотки (даже десятилетней давности) являются чем-то вроде окошка в прошлое, я вижу фотографию и тут же вспоминаю кучу деталей, чего без фотографии, наверно, не смог бы - какая была погода, как мы поехали кататься на велосипедах и заблудились, как потом приехали перекусить в kfc и даже о чём там разговаривали.
Если взять сгенерированную фотку, такого эффекта не будет и напоминающих зацепок - тоже.
Будет меняться отношение к происходящему. Общественное мнение довольно инертное, раньше блокировки задевали какой-то узкий слой населения, сейчас бьют всё шире - уже по многомиллионной аудитории Ютуба и Дискорда. Тут уже не прокатят оправдания про детскую порнографию или пиратский контент.
Какая-то часть людей уедет. Кто-то поменяет своё мнение о происходящем. Кто-то останется и будет "льдом под ногами" из песни Летова.
Питон становится всё дальше от простого интерпретируемого языка и превращается в совершенно другой язык с аннотациями типов, многопоточностью и прочими приколами.
Причём эти изменения добавляются инкрементально одни поверх других разными костылями, а не придумываются целиком с чистого листа. На мой взгляд, результат получается хуже, чем в typescript и тем более хуже, чем любом в современном языке со статической системой типов.
Не удивлюсь, если с многопоточностью и без JIT будут нестабильно работать какие-то старые библиотеки, а какие-то новые - требовать новых фич.
Вместо целых чисел используются float и входные данные могут быть не целыми. По алгоритму не понятно, может он аккуратно написан и для нецелых чисел будет работать нормально. Если нет - он не дойдёт до фишина и оббежит всё-всё поле. Бонусом на вход может прихать бесконечность или Nan.
Не понятно, откуда берётся center в строчке Vector2::DistanceSq(center, nextPos). Если это какая-то вариация алгоритма A* и toVisit это очередь с приоритетами, то по-идее там должна быть точка finish. Иначе A* скатится до обычного неэффективного перебора по площади вместо построения прямого пути и сложность будет пропорциональна квадрату расстояния от startPos до finishPos, а не самому расстоянию.
const std::vector<Vector2> directions{ {1.f, 0.f}, {-1.f, 0.f}, {0.f, 1.f}, {0.f, -1.f} }; for (const auto& dir : directions) Временный вектор создаётся по много раз. Интересно, а если склеить в одну конструкцию, то будет хорошо? Типа for(const Vector2& dir: {{1.f, 0.f}, ... }) { Я сварщик не настоящий, на С++ почти не пишу, но помню что {} это что-то типа std::initializer_list и возможно компилятору будет так удобнее сделать оптимизации.
в теории можно, потому что по usb-c можно передавать видеосигнал. Причём через один кабель можно сразу для нескольких мониторов (собственно, при последовательном подключении комп - монитор - монитор оно так и работает - по первому кабелю идёт картинка для двоих.
Ограничения будут, если захотеть несколько 4k мониторов - тогда может упираться в пропускную способность кабеля
У всех горизонтальных перекрытий нижняя часть плиты или балки работает на растяжение и верхняя на сжатие.
P.S.
https://ru.wikipedia.org/wiki/Сталь#Характеристики_стали у стали для конструкций до 400 МПа, у стали для рельс до 785. Плотность стали 7.2 г в см3
https://en.wikipedia.org/wiki/Concrete#Properties
У бетона прочность на сжатие разная, но за адекватные значения можно принять 40-80 МПа. Плотность бетона 2-2.5 г/см3.
Бетон получается на порядок слабее. Собственно, поэтому в железобетонных плитах чуть-чуть стали и много бетона - даже небольшой добавки хватает, чтобы железобетон начал хорошо сопротивляться растяжению.
Я один не могу поставить оценку некоторым комментариям или это новая форма цензуры на хабре?
Скриншот
Как минимум на растяжение железная конструкция будет прочнее железобетонной.
Дивный новый мир.
Когда-то геолокацию номера потерявшегося человека было сложно получить, потому что это тайна, а сейчас эта инфа о всех подряд за пару рублей продаётся . Вижу в этом какую-то непоследовательность.
Ну и ещё кажется, что с таким подходом звонить надо через мессенджеры, а интернет туннелировать к ценящему приватность оператору интернета.
Продажа локации абонента всё ещё останется, но кажется от неё сложно спастись - иметь телефон без симки и подключаться через wifi, а он к сожалению есть не везде :(
Всё там сработает (а может где-то уже и работает вовсю, просто не рассказывают). У вас есть жёсткие ограничения типа "коридор не уже такого-то" или "расстояние до школы не больше такого-то", но по-факту кроме них есть куча мягких метрик. Типа парковка в пятидесяти метрах - лучше чем в сотне и куда лучше чем на максимально расстоянии, хоть по нормативу это всё проходит.
Аналогично всякие виды из окон, инсоляция и т.п. - кроме того чтобы вписаться в норматив, можно сделать лучше. Опять же, можно варьировать количество этажей в домах - дом с красивым видом у берега можно построить повыше, дом внутри квартала - пониже, но например с парком под окнами.
Можно придумать просто кучу критериев, как-то расставить им веса и потом заниматься оптимизацией. Возможно, окажется, что если повернуть один из домов на пару градусов, то освещённость квартир будет лучше, а всё остальное не пострадает.
Можно провести анализ цен на существующие квартиры в городах и при помощи нейронки научиться предсказывать их стоимость. Потом использовать это как критерий - потому что "по нормативам всё ок", а на практике люди не всегда довольны.
Про то что есть жёсктие ограничения и генетические алгортитмы - так в шахматах или в го тоже жёсткие правила, по которым надо ходить. И в alpha go, например, по-сути происходит тот же самый поиск оптимальных ходов в глубину, но нейронка позволяет фокусироваться на самых оптимальных ходах, не тратя время на плохие.
Возможно там над стратегиями есть какой-то общий сервис-наблюдатель, который неудачной стратегии понижает приоритет либо вообще отключает. И параллельно куча стратегий бегает, поэтому отказ или устаревания нескольких штук некритичны.
Но опыта в высокочастотной торговле у меня нет, это то как я бы сделал, было бы интересно послушать тех кто этим занимался.
Ещё если у города радиус влияния с расстоянием N клеток, то город на пятиугольной клетке будет с более маленьким количеством контролируемых клеток. А защищать его наоборот будет легче, потому что сторон только пять.
Я когда-то тоже ломал голову над этой проблемой, но топологию не обмануть.
Кажется, самое незаметное для игрока решение - сделать в мире рандомные нерегулярную клетки, разрешив ещё и семиугольники и пятиугольники. Тогда в этом хаосе спрячутся двенадцать обязательных пятиугольников.
Посмотрите на модель акторов в Scala и библиотеке Akka. Там в основе всего лежит идея, что есть отдельные акторы, которые обмениваются сообщениями и в идеале больше никак не связаны с остальным кодом.
При этом акторы могут быть (но не обязательно) раскиданы по разным серверам, несколько акторов могут выполнять одну и ту же роль (например, родитель-актор будет раскидывать сообщения детям, а те будут что-то тяжёлое считать (возможно, на разных серверах)
Подход интересный, но очень сильно влияет на архитектуру.
P.S. В чистом виде эта идея реализована в Эрланге: https://ru.wikipedia.org/wiki/Erlang
5 ГГц заметно хуже проходят сквозь стены.
Это и плюс и минус - с одной стороны сигналы соседей на 5 ГГц меньше забивают эфир, с другой - даже в пределах одной квартиры дальности роутера может не хватать.
Разве эта новость хоть как-то соответствует тематике хабра?
Я из вашей статьи так и не понял, как внутри устроены вариационные автоэнкодеры и в чём разница. Ожидал что про них ещё пара параграфов будет, статья как-то внезапно закончилась.
Хаха, идеальное сочетание. В блоге МТС статью опубликовали первой, но как статью без ссылки на источкник. Здесь как перевод, но по-сути дубликат той статьи
Obsidian ориентирован на хранение файлов в формате markdown, который прекрасно открывается в любом блокноте. В отличие от one Note, вытащить из которого все данные может быть сложно.
Нет, нужен оригинал. Для меня старые фотки (даже десятилетней давности) являются чем-то вроде окошка в прошлое, я вижу фотографию и тут же вспоминаю кучу деталей, чего без фотографии, наверно, не смог бы - какая была погода, как мы поехали кататься на велосипедах и заблудились, как потом приехали перекусить в kfc и даже о чём там разговаривали.
Если взять сгенерированную фотку, такого эффекта не будет и напоминающих зацепок - тоже.
Будет меняться отношение к происходящему. Общественное мнение довольно инертное, раньше блокировки задевали какой-то узкий слой населения, сейчас бьют всё шире - уже по многомиллионной аудитории Ютуба и Дискорда. Тут уже не прокатят оправдания про детскую порнографию или пиратский контент.
Какая-то часть людей уедет. Кто-то поменяет своё мнение о происходящем. Кто-то останется и будет "льдом под ногами" из песни Летова.
Наверно вы уже видели, наткнулся на Википедии на статью со списком разложений: https://ru.m.wikipedia.org/wiki/Разложение_матрицы
Питон становится всё дальше от простого интерпретируемого языка и превращается в совершенно другой язык с аннотациями типов, многопоточностью и прочими приколами.
Причём эти изменения добавляются инкрементально одни поверх других разными костылями, а не придумываются целиком с чистого листа. На мой взгляд, результат получается хуже, чем в typescript и тем более хуже, чем любом в современном языке со статической системой типов.
Не удивлюсь, если с многопоточностью и без JIT будут нестабильно работать какие-то старые библиотеки, а какие-то новые - требовать новых фич.
За два года нельзя.
Например, в Сербии надо прожить три года с ВНЖ, потом получить ПМЖ и только потом можно будет подаваться на гражданство.
Моя теория что могло пойти не так:
Скрытый текст
Вместо целых чисел используются float и входные данные могут быть не целыми. По алгоритму не понятно, может он аккуратно написан и для нецелых чисел будет работать нормально. Если нет - он не дойдёт до фишина и оббежит всё-всё поле. Бонусом на вход может прихать бесконечность или Nan.
Не понятно, откуда берётся center в строчке
Vector2::DistanceSq(center, nextPos).Если это какая-то вариация алгоритма A* и toVisit это очередь с приоритетами, то по-идее там должна быть точка finish. Иначе A* скатится до обычного неэффективного перебора по площади вместо построения прямого пути и сложность будет пропорциональна квадрату расстояния от startPos до finishPos, а не самому расстоянию.const std::vector<Vector2> directions{ {1.f, 0.f}, {-1.f, 0.f}, {0.f, 1.f}, {0.f, -1.f} }; for (const auto& dir : directions)Временный вектор создаётся по много раз. Интересно, а если склеить в одну конструкцию, то будет хорошо? Типа for(const Vector2& dir: {{1.f, 0.f}, ... }) {
Я сварщик не настоящий, на С++ почти не пишу, но помню что {} это что-то типа std::initializer_list и возможно компилятору будет так удобнее сделать оптимизации.
в теории можно, потому что по usb-c можно передавать видеосигнал. Причём через один кабель можно сразу для нескольких мониторов (собственно, при последовательном подключении комп - монитор - монитор оно так и работает - по первому кабелю идёт картинка для двоих.
Ограничения будут, если захотеть несколько 4k мониторов - тогда может упираться в пропускную способность кабеля