Нажимает кнопочку на пульте, в комнату начинает поступать легкий газ, ваши веки тяжелеют, вы засыпаете. :)
Есть очень много вариантов, и необходимость наличия пациента в сознание не является каким то препятствием, пациента можно убедить в том что ему нужно сделать прививку, так как в воспоминаниях клона этого не будет, клона можно будет будить в таком же кресле, и говорить что его сморило. Луна 2112 вам в помощь, про то как клонов дурить :)
Это даже не считая банального выстрела в голову сразу после операции клонирования :) и говорить ничего не надо, и проблемы нет.
Вообщем вы придумываете проблему на пустом месте на мой взгляд.
Ну то есть на технологии телепортации придется поставить крест? потому что по другому она работать не может. Человек и так постоянно меняется по составу, одни клетки заменяются другими такими же, просто процесс более длительный. Я думаю что стал бы пользоваться, ибо по сравнению с другими способами путешествовать по галактике это самый безопасный как мне кажется.
Ну кто же так топорно делать то будет. Вы приходите на процедура клонирования, вас усыпляют, клонируют, проверяют клона, после чего ваше тело умирает. Так и не просыпаясь. А вот те проблемы которые вслывут если вдруг инъекция не сработает поднимаются уже в куче произведений :). Из последнего Кунин — «Бэкап». Там добрая доктор ученая решила посмотреть, а что будет если людей будет два. Правда там с клонированием было похуже. То есть сознание оцифровывалось, а потом лет через 20 загружалось в клона, который к этому времени вырастит. Тот момент что клон к этому времени уже сформирует свою личность и это убийство никого не беспокоил.
Это как в том же Острове.
Вообще тема клонирования в фантастики поднималась так часто что все и не упомнишь. И в целом пока проблемы философского характера даже в книгах не решили, не то что в реальности.
да, серия LEGO Classic, как раз в форм-факторе System, к которому и относится City.
Из текущих форм-факторов/типов деталей осталось по сути три — Duplo, System и Technic. В принципе между собой они совместимы. Не для маленьких детей используются System и Technic. Классические кубики известные всем это System. Для малышей Duplo, но дети очень быстро из него вырастают.
Было бы очень интересно почитать о вашем опыте. :) Откуда кстати информация о том что софт для WeDo будет платным? вроде наоборот только сделали бесплатным.
А какие именно браузеры? Сколько всего памяти у вас? 32/64bit'ные приложения?
у меня например один хром съедает 2+ гб, добавим coda еще на гиг, терминалы, хранилку паролей, фотошоп, и цифры становятся все интересней и интресней. Дело не в том что мне жалко на полезное приложение нескольких гигов памяти, не жалко, но когда можно было бы сделать иначе. тот же atom у меня не прижился. sublime оказался субъективно быстрее, и более приемлимым по потреблению памяти.
Казалось бы все правильно. Вот только вы немного забываете про пользователей ноутбуков, у которой памяти не так уж и много. И они будут запускать приложение на electron'e в дополнение к уже запущенному браузеру, и еще чему нибудь. И получается что памяти на самом деле мало. Виртуальная память если она не на SSD это тормоза при переключение. Все хорошо для каждого конкретного случая. Где то небольшие тормоза приемлимы, где то много памяти, где то будет запущено только одно это приложение.
Еще в копилку минусов в отличие от .Net или java у Electron'а немного другая логика распространения. Когда вы делаете приложение под .Net оно либо ставит глобально недостающую либу, либо сразу запускается. Можно сделать билд без библиотек, и он будет маленький, а просто инсталлятором проверять есть ли библиотека и направлять на офф сайте. Electron(как и nw.js) предполагает либо режим не для пользователя, когда ты ставишь node/npm/electron глобально, а потом с бубном запускаешь приложения. Или же качаешь большой бинарник. Да electron это хорошо, да у него есть сфера применения. Но это достаточно узкая ниша. Но по причине простоты и популярности люди начинают делать на нем не то для чего он предназначен. И это не есть хорошо.
:) а зачем, специально же добавлялось.
правда я предполагал что он все же больше определяет однокоренные слова, то есть такой продвинутый стемминг, так что спасибо за просвещение.
у меня сейчас следующая связка фильтров — 'lowercase', 'russian_morphology', 'english_morphology', 'ru_stopwords', 'ru_stemming', человек — люди вполне неплохо отрабатывает. На тему поиска с расстоянием думаю в будущем подкрутить, когда подсказки к запросам буду делать, пока как то не надо. в основном или поиск по словам или фасеты. Да и эластик сейчас староват надо будет обновлять, но для этого же время надо будет выделить чтобы все переписать :)
я думаю там что нибудь заточенное под тач даже возможно. то есть одним пальцем управлять можно. Сомневаюсь что там есть жесты. или что то более продвинутое чем ткни сюда.
Кстати похожая идея касательно порно уже существует. Именуется данная контора вроде как lifeselector и занимаются и как раз и пробуют это монетизировать, но как оно идет непонятно.
И почему то мне кажется что в приложение к pornohub там точно qte будет не надо.
ну вот, а еще там стемминг не полноценный :) нет конечно всегда можно вручную преобразовать все слова.
Еще одним из плюсов elasticsearch'а можно посчитать возможность удобно делать фасетный поиск. А еще elasticsearch неплохо может горизонтально масштабироваться. Не уверен что производительность match against тоже так можно поднимать, но это чисто мысли, ибо пол миллиона записей даже с десятком полей это ни о чем практически в любой бд если не косячить.
В общем у всех свои задачи :)
Там где стемминг и фасетный поиск не нужны используется как раз match against, на скорость что характерно жалоб нет. А для закладок использую elastic удобно получается. Так что применимость у всего своя. И если вас все устраивает то внешний поиск действительно не нужен.
Используется добрый LIKE '%search%' точнее по факту там чуть похитрее но в целом да ^_^
Match against не использую, ибо иногда приходится искать маленькие слова, а оно их вроде как не любит, по крайней мере раньше не любило :)
Использую связку mysql + elasticsearch для хранения и поиска по закладкам. На приблизительно 500к записей разница получается приблизительно раз в 10-15. Запись ищется в elasticsearch он возвращает id, а далее mysql достает по id саму запись из базы. Сравнение конечно несколько не правильное, ибо в elastic'е используется стемминг, а в mysql просто поиск по like'у, и теоретически можно попытаться настроить лучше. Вопрос в том нужно ли это. По факту писать фильтры через elasticsearch получается удобней. Из минусов elasticsearch любит память.
У нас практически такая же ситуация была, когда в конторе, где я тогда работал junior'а пустили вносить изменения с помощью pma на боевом сервере. Непонятно каким образом, но он случайно удалил одну из таблиц. И вот тут уже было никому не до смеха, бекап был тоже вчерашний вроде, но ведь данные же не полные. Все в мыли пытались откуда можно и нельзя восстановить хоть что то :(
Есть очень много вариантов, и необходимость наличия пациента в сознание не является каким то препятствием, пациента можно убедить в том что ему нужно сделать прививку, так как в воспоминаниях клона этого не будет, клона можно будет будить в таком же кресле, и говорить что его сморило. Луна 2112 вам в помощь, про то как клонов дурить :)
Это даже не считая банального выстрела в голову сразу после операции клонирования :) и говорить ничего не надо, и проблемы нет.
Вообщем вы придумываете проблему на пустом месте на мой взгляд.
Это как в том же Острове.
Вообще тема клонирования в фантастики поднималась так часто что все и не упомнишь. И в целом пока проблемы философского характера даже в книгах не решили, не то что в реальности.
Из текущих форм-факторов/типов деталей осталось по сути три — Duplo, System и Technic. В принципе между собой они совместимы. Не для маленьких детей используются System и Technic. Классические кубики известные всем это System. Для малышей Duplo, но дети очень быстро из него вырастают.
у меня например один хром съедает 2+ гб, добавим coda еще на гиг, терминалы, хранилку паролей, фотошоп, и цифры становятся все интересней и интресней. Дело не в том что мне жалко на полезное приложение нескольких гигов памяти, не жалко, но когда можно было бы сделать иначе. тот же atom у меня не прижился. sublime оказался субъективно быстрее, и более приемлимым по потреблению памяти.
Еще в копилку минусов в отличие от .Net или java у Electron'а немного другая логика распространения. Когда вы делаете приложение под .Net оно либо ставит глобально недостающую либу, либо сразу запускается. Можно сделать билд без библиотек, и он будет маленький, а просто инсталлятором проверять есть ли библиотека и направлять на офф сайте. Electron(как и nw.js) предполагает либо режим не для пользователя, когда ты ставишь node/npm/electron глобально, а потом с бубном запускаешь приложения. Или же качаешь большой бинарник. Да electron это хорошо, да у него есть сфера применения. Но это достаточно узкая ниша. Но по причине простоты и популярности люди начинают делать на нем не то для чего он предназначен. И это не есть хорошо.
Ничто не ново под луной в общем.
правда я предполагал что он все же больше определяет однокоренные слова, то есть такой продвинутый стемминг, так что спасибо за просвещение.
И почему то мне кажется что в приложение к pornohub там точно qte будет не надо.
Еще одним из плюсов elasticsearch'а можно посчитать возможность удобно делать фасетный поиск. А еще elasticsearch неплохо может горизонтально масштабироваться. Не уверен что производительность match against тоже так можно поднимать, но это чисто мысли, ибо пол миллиона записей даже с десятком полей это ни о чем практически в любой бд если не косячить.
В общем у всех свои задачи :)
Там где стемминг и фасетный поиск не нужны используется как раз match against, на скорость что характерно жалоб нет. А для закладок использую elastic удобно получается. Так что применимость у всего своя. И если вас все устраивает то внешний поиск действительно не нужен.
Match against не использую, ибо иногда приходится искать маленькие слова, а оно их вроде как не любит, по крайней мере раньше не любило :)