В приватных блокчейнах никто не запрещает городить сколько угодно сложные процедуры аутентификации для заранее определенного круга "администраторов", которые и будут посылать в сеть транзакции. При грамотной реализации саму историю транзакций они при этом изменить не смогут.
Вы правы, но идея начинать разгон с большой высоты — в целом здравая. Современные ракеты очень много тратят на сопротивление воздуха, не было бы у нас атмосферы — было бы легче :)
Я же надеюсь вы понимаете, что IDE — это не единственная необходимая программа? Мне вот очень часто требуется еще и MS Office для подготовки презентаций, например.
Есть плагин для IntelliJ IDEA :D Кстати сказать, официальный, от JetBrains (что намекает на перспективы языка). Конечно, до уровня поддержки Java пока далеко, но в целом — отлично работает, умеет почти все, что требуется в повседневной разработке (кроме дебага — для этого потребуется лицензионный CLion или старый-добрый gdb)
Также есть плагин для VS Code — он использует Language Server Protocol. Работает вроде неплохо, но пока что нестабильно и для по-настоящему больших проектов, пожалуй, не подходит.
Разумеется, есть и плагины под другие редакторы — статус поддержки можно посмотреть на https://areweideyet.com
Одна из главных идей раста — так называемые zero-cost abstractions. Это значит, что почти каждая языковая абстракция никак не влияет на производительность. Результаты бенчмарков с другими языками найти достаточно легко — Раст настолько же быстр, насколько и С/C++
Я немного писал на С++ и Java, пробовал много других языков, но в конце концов (это произошло в начале 2017 года) начал писать на расте и с тех пор пишу только на нем. Не могу сказать, что с самим языком возникали какие-то особенные трудности — первая версия официальной книги позволяла начать писать простые программы и читать чужой код буквально через пару недель чтения по вечерам. Сейчас уже есть уже третье, если не ошибаюсь, издание этой книги — не читал новые версии, но беглое просматривание показывает, что все стало только лучше.
Все новички непременно сталкиваются с лайфтаймами — да, у меня тоже было время, когда ты рандомно расставляешь в коде неведомые закорючки и молишься, чтобы компилятор сжалился. Впрочем, это довольно быстро проходит после некоторой практики. В ежедневной разработке с лайфтаймами почти не сталкиваешься — в большинстве случаев они просто не нужны или IDE расставит их за тебя.
Читается чужой код на расте очень легко — этому способствует удобная система документации, строгий синтаксис с возможностью автоматического форматирования и статическая типизация. Советую поискать на гитхабе проекты из той сферы, которая вас больше всего привлекает — и попытаться решить какую-нибудь из issues. Во многих проектах даже ведутся специальные списки задач для новичков.
Русскоязычное сообщество (по крайней мере та часть, что находится за пределами Телеграма) — очень приветливое, тоже самое можно сказать и про международное сообщество. Ссылок к сожалению не дам — модераторы свирепствуют :)
P.S. freecoder_xx отличная статья, мне прям понравилось. Долго писал?
Вы сильно недооцениваете размеры. Анимация создана, чтобы люди хоть что-то разглядели, по факту расстояния между ближайшими спутниками — сотни и тысячи километров.
К сожалению, полноразмерных бенчмарков пока что не проводилось (но они без сомнения будут). Пока что можно сказать что да, теряем производительность, возможно очень серьезно. Впрочем, еще есть много простора для различных оптимизаций, и даже при некоторых потерях производительности Exonum все равно остается одним из самых производительных на рынке.
Есть методы и обойтись без выкачивания базы, но в целом приватные блокчейны именно так как вы и описали работают.
В приватных блокчейнах никто не запрещает городить сколько угодно сложные процедуры аутентификации для заранее определенного круга "администраторов", которые и будут посылать в сеть транзакции. При грамотной реализации саму историю транзакций они при этом изменить не смогут.
Вы из параллельной вселенной? Уж Mozilla то совершенно точно уделяет безопасности и приватности больше внимания, чем все остальные "крупные игроки".
"Мастер-ключ" технически невозможен
Вы правы, но идея начинать разгон с большой высоты — в целом здравая. Современные ракеты очень много тратят на сопротивление воздуха, не было бы у нас атмосферы — было бы легче :)
В том то и дело что он не смог адаптироваться, что наглядно показано в последней игре)
В целом есть примеры людей, которые побеждают в гранд-мастер лиге по F2.
У нас возникло недопонимание, моя основная система — Mac, но есть и Windows, и Linux
Я же надеюсь вы понимаете, что IDE — это не единственная необходимая программа? Мне вот очень часто требуется еще и MS Office для подготовки презентаций, например.
Обилие конструкций вида
Наводят на мысль, что вам следует ознакомится с замечательным методом
Option::map.Спасибо за статью, попозже ознакомлюсь с ней поподробней, может быть еще советы появятся.
На спутниках нет ни лишнего топлива, ни даже двигателя, чтобы это топливо использовать.
А о взрослых вы не заботитесь?
Купол типичной АЭС выдержит падение Боинга, наполненного взрывчаткой. Максимум пара килограмм железа он даже не заметит.
Пользуюсь 2ФА, никаких проблем в последней IDEA
Есть плагин для IntelliJ IDEA :D Кстати сказать, официальный, от JetBrains (что намекает на перспективы языка). Конечно, до уровня поддержки Java пока далеко, но в целом — отлично работает, умеет почти все, что требуется в повседневной разработке (кроме дебага — для этого потребуется лицензионный CLion или старый-добрый gdb)
Также есть плагин для VS Code — он использует Language Server Protocol. Работает вроде неплохо, но пока что нестабильно и для по-настоящему больших проектов, пожалуй, не подходит.
Разумеется, есть и плагины под другие редакторы — статус поддержки можно посмотреть на https://areweideyet.com
Конвенторов из чего во что?
Одна из главных идей раста — так называемые zero-cost abstractions. Это значит, что почти каждая языковая абстракция никак не влияет на производительность. Результаты бенчмарков с другими языками найти достаточно легко — Раст настолько же быстр, насколько и С/C++
Я немного писал на С++ и Java, пробовал много других языков, но в конце концов (это произошло в начале 2017 года) начал писать на расте и с тех пор пишу только на нем. Не могу сказать, что с самим языком возникали какие-то особенные трудности — первая версия официальной книги позволяла начать писать простые программы и читать чужой код буквально через пару недель чтения по вечерам. Сейчас уже есть уже третье, если не ошибаюсь, издание этой книги — не читал новые версии, но беглое просматривание показывает, что все стало только лучше.
Все новички непременно сталкиваются с лайфтаймами — да, у меня тоже было время, когда ты рандомно расставляешь в коде неведомые закорючки и молишься, чтобы компилятор сжалился. Впрочем, это довольно быстро проходит после некоторой практики. В ежедневной разработке с лайфтаймами почти не сталкиваешься — в большинстве случаев они просто не нужны или IDE расставит их за тебя.
Читается чужой код на расте очень легко — этому способствует удобная система документации, строгий синтаксис с возможностью автоматического форматирования и статическая типизация. Советую поискать на гитхабе проекты из той сферы, которая вас больше всего привлекает — и попытаться решить какую-нибудь из issues. Во многих проектах даже ведутся специальные списки задач для новичков.
Русскоязычное сообщество (по крайней мере та часть, что находится за пределами Телеграма) — очень приветливое, тоже самое можно сказать и про международное сообщество. Ссылок к сожалению не дам — модераторы свирепствуют :)
P.S. freecoder_xx отличная статья, мне прям понравилось. Долго писал?
Вы сильно недооцениваете размеры. Анимация создана, чтобы люди хоть что-то разглядели, по факту расстояния между ближайшими спутниками — сотни и тысячи километров.
При диаметре 80 км чего?) С чего вы взяли, что 1360 Вт нужно умножать на площадь 80 км окружности?
Xi — это не проект Google, хотя и лежит у них на гитхабе. Об этом есть дисклеймер в самом низу readme
К сожалению, полноразмерных бенчмарков пока что не проводилось (но они без сомнения будут). Пока что можно сказать что да, теряем производительность, возможно очень серьезно. Впрочем, еще есть много простора для различных оптимизаций, и даже при некоторых потерях производительности Exonum все равно остается одним из самых производительных на рынке.