Для СПб было бы достаточно, чтобы на станциях в час пик включали все эскалаторы, а 1 из 3.
Вообще, ситуация, которая описана в статье - типичный пример параллельной игры. Призывать к порядку, ставить заграждения и запрещать всё подряд тут бесполезно. Возможно, лучшее что можно сделать, это рекламировать людям как лучше всего пользоваться эскалатором. Банально даже по громкой связи на станции
Проблема в том, что на самом деле очень мало фактов оцифровано. Только какие-то "большие" события, на которые будут выдаваться справки. Женитьба и больничный -да. Но вот уже кто, когда, на чем в офис приезжал - это все сейчас придется отсматривать руками и помнить о сроке хранения видеозаписей. Если они есть в каждом конкретном случае.
Ну и определение того "каким тоном говорил" - не детская задача, совсем. По-крайней мере в плане тональности текстов научное сообщество ей совершенно точно занимается и говорит про нее. Если бы она была решена, про нее бы "забыли".
Есть в roadmap. Если всё пойдет как запланировано то будет готово в начале декабря. Причем возможно будет еще и web API с токенами.
В этом плане Java/Scala или Python кажутся более предпочтительными...
Сейчас у нас нет запроса на кейсы, где без распределенности не обойтись. Вообще, распределенные алгоритмы для многих примитивов есть и это не проблема сделать плюсовую распределенность. Если ее сделать следуюя нашему подходу, то в итоге получим распределенность, которая будет быстрее Java/Python, это для нас важнее. В общем, как только появится спрос -- займемся.
Спасибо за ответ. Этот ознакомительный фрагмент - единственное, что разрешает в настоящий момент публиковать издательство. Но вопрос Вы задаёте интересный - я поговорю с издательством о возможности разместить что-то ещё.
Если вопрос касается стоимости русского издания DMBOK, то он не по адресу - мы были научными руководителями и переводчиками, ценовую политику определяло издательство. Если угодно - могу Ваш вопрос переадресовать ему.
Благодарим за мнение. По Вашему пожеланию убрали капс в заголовке. Относительно второй реплики требуется уточнение - о каком ознакомительном фрагменте Вы говорите?
>Без полного сканирования ответить на такой вопрос с полной уверенностью невозможно.
Возможно, причем полное сканирование для этого не нужно. В их структуре данных ошибаться может только модель в листе, а в промежуточных узлах она точная. Так что спустились вниз, поискали в листе в окрестности -- не нашли, значит действительно нету. И кажется что спускаться до нижнего уровня надо будет только по одному пути.
Модель предсказывает место где лежит нужная запись и она конечно может ошибиться. Но при ошибке происходит не FULL TABLE SCAN, а локальный поиск в некоторой окрестности, и, надо сказать, довольно скромной.
Вот в том же ALEX (https://arxiv.org/pdf/1905.08898.pdf) на рисунке 14 приведено распределение по диапазонам ошибок и оно вызывает твердую уверенность в том, что девушке не придется отрабатывать посудомойкой в ресторане.
Графовыми БД я никогда не занимался. И в свободное время я не смог собрать в голове консистентную картину, что же в вокруг них происходит. Кажется, что там много не то что подходов, а много целых "вИдений" насчет того, что важно. Но если бы вдруг всерьез встала задача понять что там, я бы пошел изучать вот этот туториал:
Если профессия водителя так востребована (вон сколько на улице их) -- то почему водители не могут сами отремонтировать поломку в двигателе своей машины?
Речь идет не о рассказе про уровни изоляции или про аномалии конкурентного доступа, это все азы касающиеся того, как пользоваться существующими решениями. Я говорю о более глубоком уровне -- разработке новых схем / протоколов или хотя бы имплементации существующих в своих движках.
Потому что в текущих реалиях этими тематиками тут бесперспективно заниматься (и, соответственно, преподавать).
Во-первых, транзакции невероятно трудно на современном уровне преподать и еще труднее изучать. Предмет сложный -- старые теории вообще граничили с матлогикой (одни кванторы и теоремы), не знаю что там сейчас, правда.
Во-вторых, есть отсутствие "инфраструктуры". Например, по теории транзакций на русском языке нет книг вообще. Или вот сейчас нет и исследовательского сообщества по этой тематике. И, кажется, что всерьез никогда и не было -- я вот так сходу не могу вспомнить ни одной группы которая бы занималась этим на постоянной основе. Да, работы были, но это был штучный товар. Человек ушел -- всё, экспертиза исчезла.
В третьих, студенты крайне не любят изучать вещи, которые они не смогут применить на практике после выпуска. В нашей стране с трудоустройством по этой тематике выбор крайне невелик.
Вот такая ситуация, то есть вопрос не к предмету, а его месту в нашем мире. А так, конечно, материал интересный -- книжка Вейкума и Воссена очень классная (хоть и говорят что устарела уже).
судя по карте и комментариям - остается совсем микроскопическое количество мест, где можно жить.
Наверное, все остальные проблемы YouTube уже решил, раз взялись за это
Для СПб было бы достаточно, чтобы на станциях в час пик включали все эскалаторы, а 1 из 3.
Вообще, ситуация, которая описана в статье - типичный пример параллельной игры. Призывать к порядку, ставить заграждения и запрещать всё подряд тут бесполезно. Возможно, лучшее что можно сделать, это рекламировать людям как лучше всего пользоваться эскалатором. Банально даже по громкой связи на станции
кроме того, он есть на нескольких станциях (в СПб) и это очень неудобно даже для обычных пешеходов
Проблема в том, что на самом деле очень мало фактов оцифровано. Только какие-то "большие" события, на которые будут выдаваться справки. Женитьба и больничный -да. Но вот уже кто, когда, на чем в офис приезжал - это все сейчас придется отсматривать руками и помнить о сроке хранения видеозаписей. Если они есть в каждом конкретном случае.
Ну и определение того "каким тоном говорил" - не детская задача, совсем. По-крайней мере в плане тональности текстов научное сообщество ей совершенно точно занимается и говорит про нее. Если бы она была решена, про нее бы "забыли".
Есть в roadmap. Если всё пойдет как запланировано то будет готово в начале декабря. Причем возможно будет еще и web API с токенами.
Сейчас у нас нет запроса на кейсы, где без распределенности не обойтись. Вообще, распределенные алгоритмы для многих примитивов есть и это не проблема сделать плюсовую распределенность. Если ее сделать следуюя нашему подходу, то в итоге получим распределенность, которая будет быстрее Java/Python, это для нас важнее. В общем, как только появится спрос -- займемся.
Спасибо за ответ. Этот ознакомительный фрагмент - единственное, что разрешает в настоящий момент публиковать издательство. Но вопрос Вы задаёте интересный - я поговорю с издательством о возможности разместить что-то ещё.
Если вопрос касается стоимости русского издания DMBOK, то он не по адресу - мы были научными руководителями и переводчиками, ценовую политику определяло издательство. Если угодно - могу Ваш вопрос переадресовать ему.
Благодарим за мнение. По Вашему пожеланию убрали капс в заголовке. Относительно второй реплики требуется уточнение - о каком ознакомительном фрагменте Вы говорите?
Нет, вы неправильно поняли. Мы никогда никого не заставляем участвовать, все только по желанию.
У вас так принято в компании? Очень интересно. Расскажите подробнее!
>Без полного сканирования ответить на такой вопрос с полной уверенностью невозможно.
Возможно, причем полное сканирование для этого не нужно. В их структуре данных ошибаться может только модель в листе, а в промежуточных узлах она точная. Так что спустились вниз, поискали в листе в окрестности -- не нашли, значит действительно нету. И кажется что спускаться до нижнего уровня надо будет только по одному пути.
Спасибо и за слова, и за вопрос -- он хороший.
Модель предсказывает место где лежит нужная запись и она конечно может ошибиться. Но при ошибке происходит не FULL TABLE SCAN, а локальный поиск в некоторой окрестности, и, надо сказать, довольно скромной.
Вот в том же ALEX (https://arxiv.org/pdf/1905.08898.pdf) на рисунке 14 приведено распределение по диапазонам ошибок и оно вызывает твердую уверенность в том, что девушке не придется отрабатывать посудомойкой в ресторане.
Графовыми БД я никогда не занимался. И в свободное время я не смог собрать в голове консистентную картину, что же в вокруг них происходит. Кажется, что там много не то что подходов, а много целых "вИдений" насчет того, что важно. Но если бы вдруг всерьез встала задача понять что там, я бы пошел изучать вот этот туториал:
http://www.vldb.org/pvldb/vol11/p2106-deutsch.pdf
Там надо искать видео и слайды, по ссылке просто summary. И, да, если я не ошибаюсь, авторы туториала стоят за TigerGraph.
Если профессия водителя так востребована (вон сколько на улице их) -- то почему водители не могут сами отремонтировать поломку в двигателе своей машины?
Речь идет не о рассказе про уровни изоляции или про аномалии конкурентного доступа, это все азы касающиеся того, как пользоваться существующими решениями. Я говорю о более глубоком уровне -- разработке новых схем / протоколов или хотя бы имплементации существующих в своих движках.
Потому что в текущих реалиях этими тематиками тут бесперспективно заниматься (и, соответственно, преподавать).
Во-первых, транзакции невероятно трудно на современном уровне преподать и еще труднее изучать. Предмет сложный -- старые теории вообще граничили с матлогикой (одни кванторы и теоремы), не знаю что там сейчас, правда.
Во-вторых, есть отсутствие "инфраструктуры". Например, по теории транзакций на русском языке нет книг вообще. Или вот сейчас нет и исследовательского сообщества по этой тематике. И, кажется, что всерьез никогда и не было -- я вот так сходу не могу вспомнить ни одной группы которая бы занималась этим на постоянной основе. Да, работы были, но это был штучный товар. Человек ушел -- всё, экспертиза исчезла.
В третьих, студенты крайне не любят изучать вещи, которые они не смогут применить на практике после выпуска. В нашей стране с трудоустройством по этой тематике выбор крайне невелик.
Вот такая ситуация, то есть вопрос не к предмету, а его месту в нашем мире. А так, конечно, материал интересный -- книжка Вейкума и Воссена очень классная (хоть и говорят что устарела уже).
Спасибо за бдительность, поправили.
Это совместный проект двух лабораторий MIT -- MIT CSAIL и MIT Media Lab. Вот тут есть побольше информации: https://sherlock.media.mit.edu/