Кстати, почему живого человека заморозить нельзя? Есть страны где легализована эвтаназия — возможно, это как-то можно состыковать юридически, например неизлечимо больной подписывает документ на эвтаназию посредством глубокого наркоза с последующей криоконсервацией.
Я хочу пообсуждать вопрос бессмертия с практической точки зрения. Что мы, айтишники, можем практически сделать для приближения целей Трансгуманизма и Иммортализма?
Основная проблема бессмертия — огромная сложность человеческого организма. Но у нас есть компьютеры, способные осуществлять миллиарды вычислительных операций в секунду. Очевидно, что без современных информационных технологий биотехнологии уже давно невозможны. Но в достаточной ли степени информационные технологии помогают биотехнологиям? Возможно — в недостаточной, и вот тут мы можем помочь.
Уже сейчас наука имеет огромные объемы данных всех видов и уровней. Эти объемы столь огромны, что человеческий мозг с его низкоскоростными каналами ввода-вывода уже давно не способен работать с ними. Единственное спасение — перевод информации в машинно-читаемые, и в перспективе — машинно-понимаемые форматы. Т.е. семантическое структурирование на всех уровнях.
Удивительно, но вполне возможно, что даже какая нибудь простая утилита, облегчающая пользователям работу с компьютером, может немного приблизить момент, когда наука подарит нам Бессмертие. В этом смысле полезно всё, любая созидательная деятельность. Создание и поддержка электронных библиотек типа Libgen и SciHub, их децентрализация, структурирование, индексирование. Работа над Семантическим Вебом, создание удобных инструментов для структурирования информации в интернете, возврат Интернету его первоначального смысла — Глобальной Общечеловеческой Базы Знаний. Работы в области искусственного интеллекта, как со стороны нейросетей, так и со стороны символьных вычислений; в идеале компьютеры должны понимать информацию, а не просто перекачивать и перемалывать гигабайты бессмысленных нулей и единиц.
Всё это — словно маленькие кирпичики, из которых мы строим здание Будущей Цивилизации.
В одной из версий Vivaldi, пришедших при автообновлении, вдруг оказался заблокированным плагин friGate. Поскольку без этого плагина сейчас просто не обойтись, пришлось откатиться на предыдущую версию и на ней остаться.
Что не так с friGate?
Слухи о смерти Автоматизорованной системы плановых расчётов Госплана СССР оказались несколько преувеличенными. Система мертва, конечно, но мумия хорошо сохранилась. Оказалось, что выкинули только компы, но не программы.
Разыскивается рабочий компьютер серии ЕС ЭВМ и программисты, умеющие на нём работать, которым было бы интересно попробовать восстановить кусочек системы 1980-х годов для расчёта плановой экономики.
Возможно, их финансирует ФСБ, но лично мне кажется, что в i2pd при рассмотрении можно увидеть перспективу, а в Java-роутере — увядание. Что касается лично orignal: по моей информации он русскоговорящий, но не из России.
Буду надеяться что вы правы:)
Вообще для таких проектов крайне важно участие как можно большего числа разработчиков со всего мира, постоянные аудиты кода и исследования безопасности. Это единственное, что снижает риск влияния на проект со стороны всяких спецслужб.
Странная статья и странное впечатление. Как будто ненавязчивое навязывание i2pd вместо i2p. Безусловно клиент на С++ это хорошо — скорость, потребление ресурсов и все такое. Но иногда пишут что как раз приложения на С++ более уязвимы чем на Java, именно потому что Java это виртуалка для байт-кода, там нет указателей, переполнения буферов, более строгий контроль типов и т.п.
Далее, если zzz банит правачков, значит лично у меня к нему доверия больше. А кто такой orignal? Известно что он из РФ. А в РФ поддержка действующей власти достаточно высокая даже среди программистов. Конечно, это ничего не значит, но возможно в ситуациях, когда разработчик единственный, как раз публичность была бы лучше анонимности?
Классная статья, спасибо!
Но не уверен что админу нужно что-то долго читать находясь на ярком солнце. Да, всякое бывает (в статье упоминается что иногда нужно висеть в десятках метров над землей… но это уже скорее монтажники чем админы). В основном это все-же работа в серверных.
А вот для более общих целей — да, e-ink экран в дополнение к обычному был бы интересен. Чтение книг, интернет, работа с текстом и кодом на улице в течение длительного времени — это была бы уникальная возможность.
Еще интереснее была бы технология, позволяющая совмещать в одном экране и работу на светящихся пикселях, и работу в отраженном свете, но насколько я знаю, подобных разработок пока не существует.
Интересно. Может быть еще интереснее бы было если бы довели до ума технологию Mirasol, там изначально обещали высокую скорость обновления, но в итоге вроде получилось примерно то же, что и у e-ink.
Ну и еще, такие устройства если и делать, то ультрапортативными (с экраном 8..10 дюймов, возможно какие-то альтернативные форм-факторы, не только ноутбучный), именно для длительной работы на улице, на ярком солнце. Любые технологии, работающие в отраженном свете, это экономия энергии, что для работы вне помещения только плюс. Ну и чем больше габариты устройства, тем меньше желающих его с собой таскать.
Еще вариант — поворотный или отсоединяемый двусторонний экран, с одной стороны e-ink, с другой обычный.
Интересно, сейчас бывают смартфоны в форм-факторе раскладушек с Андроидом? Вот даже просто без qwerty, с обычными аппаратными клавишами и сенсорным экраном; с обычной хорошей камерой, а не вращающейся.
Желательно конечно не заказывать из Китая, а купить в обычном магазине.
Ну так а в результате-то что? Вы описали как вы учили английский, затем сделали утверждение что «делали все мыслимые ошибки и прошли через все заблуждения».
А как надо учить?
Я имею в виду не замену консоли, а замену привычного нам монолитного графического пользовательского интерфейса на компонентный. Т.е. подобно тому, как в юниксовой консоли можно выполнять сложные действия, объединяя множество маленьких программ, мы могли бы неким очень простым способом сами создавать себе графические программы из компонентов (или объединять программы в некие комплексы, грань очень тонкая), управлять потоками данных между графическими программами и т.п.
Немного пофилософствую, тем более что мысли про консоль давно накопились.
Безусловно, на момент создания Unix это была передовая технология пользовательского интерфейса. В том числе из-за Unix Way — много маленьких утилит, каждая из которых выполняет какую-то простую функцию, программы можно объединять в цепочки и т.п. Ну и разумеется простота самой консоли, возможность подключиться к удаленному серверу или к маломощному устройству и получить базовый интерфейс, с которым можно работать — это замечательно.
Но времена меняются, на смену консоли пришли графические, а затем и web интерфейсы. И вот там роль, подобную командному интерпретатору, должна была взять на себя компонентная технология типа COM. Вроде так и предполагалось — множество компонентов, реализующих простые задачи, возможность встраивать компоненты в документы, открывать excel из word и тому подобное. Но — в конечном итоге следует признать, что не получилось (хотя COM активно используется в недрах Windows, тот же DirectX, но из веба и UI ее все-же вытеснили).
Еще можно упомянуть, что старые языки командных интерпретаторов весьма неудобны и архаичны — особенно на фоне современных языков программирования и идеально выверенным синтаксисом. Но огромное количество скриптов написано и их никто не собирается переписывать.
Консольные программы с сотнями опций, простынями вывода и вырвиглазным синтаксисом скриптов на фоне современного GUI уже не кажутся такими удобными, каким они казались на фоне перфокарт. В результате, как мне кажется, мы упустили что-то важное, с чем современные технологии могли бы старть гораздо более удобными — по крайней мере для профессионалов. Возможно, был бы некий аналог пользовательских скриптов, которые можно было бы создавать буквально мышкой в каком-то редакторе, соединять входы модулей с выходами как на электрической схеме — и получать те же конвейеры, только работающие с GUI и отображающие вывод в удобных виджетах. Возможно, это направление слилось бы с Вебом, JavaScript заменил бы языки командных интерпретаторов, а браузер стал бы новым терминалом. Сложные пользовательские скрипты собирали и анализировали бы информацию с сотен сайтов и отображали бы ее в удобном для конкретного пользователя виде…
Впрочем, то что всего этого не случилось, вполне логично и закономерно. Консоль существовала потому что во времена ее появления пользователями были профессионалы. И существует до сих пор — по той же причине. Максимальное упрощение интерфейсов, необходимое для массового распространения компьютеров, несовместимо с программированием. Простые пользователи не будут программировать ни в каком виде — ни создавая конвейеры в консоли, ни соединяя мышкой визуальные компоненты. Так что все логично. Консоль осталась и используется по интерции, а для разработки новой современной объединяющей среды нет ни запроса, ни ресурсов.
А вы можете реализовать функцию общения покупателей на платформе Алиэкспресс?
Я постоянный покупатель, и перед тем как купить товар, я бы хотел уточнить у других покупателей некоторые подробности. Не довольствоваться отзывами, а именно задать вопрос в публичном обсуждении товара.
Или написать другому покупателю личное сообщение.
Даже не углубляясь в грамматику, можно сказать сразу: у английского языка есть одно достаточно очевидное преимущество — слова почти не меняют форму (исключение — стандартные окончания -s, -ing и -ed). Сравните с русским языком с его склонениями и спряжениями…
Основная проблема бессмертия — огромная сложность человеческого организма. Но у нас есть компьютеры, способные осуществлять миллиарды вычислительных операций в секунду. Очевидно, что без современных информационных технологий биотехнологии уже давно невозможны. Но в достаточной ли степени информационные технологии помогают биотехнологиям? Возможно — в недостаточной, и вот тут мы можем помочь.
Уже сейчас наука имеет огромные объемы данных всех видов и уровней. Эти объемы столь огромны, что человеческий мозг с его низкоскоростными каналами ввода-вывода уже давно не способен работать с ними. Единственное спасение — перевод информации в машинно-читаемые, и в перспективе — машинно-понимаемые форматы. Т.е. семантическое структурирование на всех уровнях.
Удивительно, но вполне возможно, что даже какая нибудь простая утилита, облегчающая пользователям работу с компьютером, может немного приблизить момент, когда наука подарит нам Бессмертие. В этом смысле полезно всё, любая созидательная деятельность. Создание и поддержка электронных библиотек типа Libgen и SciHub, их децентрализация, структурирование, индексирование. Работа над Семантическим Вебом, создание удобных инструментов для структурирования информации в интернете, возврат Интернету его первоначального смысла — Глобальной Общечеловеческой Базы Знаний. Работы в области искусственного интеллекта, как со стороны нейросетей, так и со стороны символьных вычислений; в идеале компьютеры должны понимать информацию, а не просто перекачивать и перемалывать гигабайты бессмысленных нулей и единиц.
Всё это — словно маленькие кирпичики, из которых мы строим здание Будущей Цивилизации.
Что не так с friGate?
vk.com/wall32200_18374
Буду надеяться что вы правы:)
Вообще для таких проектов крайне важно участие как можно большего числа разработчиков со всего мира, постоянные аудиты кода и исследования безопасности. Это единственное, что снижает риск влияния на проект со стороны всяких спецслужб.
Далее, если zzz банит правачков, значит лично у меня к нему доверия больше. А кто такой orignal? Известно что он из РФ. А в РФ поддержка действующей власти достаточно высокая даже среди программистов. Конечно, это ничего не значит, но возможно в ситуациях, когда разработчик единственный, как раз публичность была бы лучше анонимности?
Но не уверен что админу нужно что-то долго читать находясь на ярком солнце. Да, всякое бывает (в статье упоминается что иногда нужно висеть в десятках метров над землей… но это уже скорее монтажники чем админы). В основном это все-же работа в серверных.
А вот для более общих целей — да, e-ink экран в дополнение к обычному был бы интересен. Чтение книг, интернет, работа с текстом и кодом на улице в течение длительного времени — это была бы уникальная возможность.
Еще интереснее была бы технология, позволяющая совмещать в одном экране и работу на светящихся пикселях, и работу в отраженном свете, но насколько я знаю, подобных разработок пока не существует.
Ну и еще, такие устройства если и делать, то ультрапортативными (с экраном 8..10 дюймов, возможно какие-то альтернативные форм-факторы, не только ноутбучный), именно для длительной работы на улице, на ярком солнце. Любые технологии, работающие в отраженном свете, это экономия энергии, что для работы вне помещения только плюс. Ну и чем больше габариты устройства, тем меньше желающих его с собой таскать.
Еще вариант — поворотный или отсоединяемый двусторонний экран, с одной стороны e-ink, с другой обычный.
Желательно конечно не заказывать из Китая, а купить в обычном магазине.
А как надо учить?
Безусловно, на момент создания Unix это была передовая технология пользовательского интерфейса. В том числе из-за Unix Way — много маленьких утилит, каждая из которых выполняет какую-то простую функцию, программы можно объединять в цепочки и т.п. Ну и разумеется простота самой консоли, возможность подключиться к удаленному серверу или к маломощному устройству и получить базовый интерфейс, с которым можно работать — это замечательно.
Но времена меняются, на смену консоли пришли графические, а затем и web интерфейсы. И вот там роль, подобную командному интерпретатору, должна была взять на себя компонентная технология типа COM. Вроде так и предполагалось — множество компонентов, реализующих простые задачи, возможность встраивать компоненты в документы, открывать excel из word и тому подобное. Но — в конечном итоге следует признать, что не получилось (хотя COM активно используется в недрах Windows, тот же DirectX, но из веба и UI ее все-же вытеснили).
Еще можно упомянуть, что старые языки командных интерпретаторов весьма неудобны и архаичны — особенно на фоне современных языков программирования и идеально выверенным синтаксисом. Но огромное количество скриптов написано и их никто не собирается переписывать.
Консольные программы с сотнями опций, простынями вывода и вырвиглазным синтаксисом скриптов на фоне современного GUI уже не кажутся такими удобными, каким они казались на фоне перфокарт. В результате, как мне кажется, мы упустили что-то важное, с чем современные технологии могли бы старть гораздо более удобными — по крайней мере для профессионалов. Возможно, был бы некий аналог пользовательских скриптов, которые можно было бы создавать буквально мышкой в каком-то редакторе, соединять входы модулей с выходами как на электрической схеме — и получать те же конвейеры, только работающие с GUI и отображающие вывод в удобных виджетах. Возможно, это направление слилось бы с Вебом, JavaScript заменил бы языки командных интерпретаторов, а браузер стал бы новым терминалом. Сложные пользовательские скрипты собирали и анализировали бы информацию с сотен сайтов и отображали бы ее в удобном для конкретного пользователя виде…
Впрочем, то что всего этого не случилось, вполне логично и закономерно. Консоль существовала потому что во времена ее появления пользователями были профессионалы. И существует до сих пор — по той же причине. Максимальное упрощение интерфейсов, необходимое для массового распространения компьютеров, несовместимо с программированием. Простые пользователи не будут программировать ни в каком виде — ни создавая конвейеры в консоли, ни соединяя мышкой визуальные компоненты. Так что все логично. Консоль осталась и используется по интерции, а для разработки новой современной объединяющей среды нет ни запроса, ни ресурсов.
Я постоянный покупатель, и перед тем как купить товар, я бы хотел уточнить у других покупателей некоторые подробности. Не довольствоваться отзывами, а именно задать вопрос в публичном обсуждении товара.
Или написать другому покупателю личное сообщение.