Боюсь, что EPUB никак без «локального шаманства» с Rust инструментом mdbook, но я очень давно пробовал. А PDF можно получить нажав символ принтера в правом верхнем углу книги, по ссылке — doc.rust-lang.ru/book/print.html
Да — это повод перечитать.
Я как бы не против упрощения, поэтому и упомянул, что книга написана местами не оправданно сложно. Хотел бы я ее «в теории» переписать проще? — наверное да. Стану ли я это делать? — скорее нет. Вносить что то новое, удалять «от себя», менять текст на свое личное усмотрение — я не готов, я еще не настолько опытен в данном ЯП.
Думаю, что если не использует в работе/учебе, то лучший вариант — это описания релизов версий (даже те которые здесь выкладываются в переводе), где написано про новые возможности и/или изменения в языке, далее по ссылкам на RFC, если нужно подробнее.
Не спорю, одно другому не должно мешать, для первых шагов в ЯП удобнее «родная дока» когда их в печати нет, чтобы хотя бы стартануть. А навыки английского далее развивать.
Вполне соглашусь. Тут меня больше беспокоит потеря активности. Doc team уже не собирается на митинги после ухода Клабника. Новые возможности ЯП не отражены в доке — последние улучшения match, например.
Думаю, что вот такая она демократия — как хотим, так и считаем. Стоило ли себя тешить? Не выдал крипто-ключи службам — твоя крипта превращается… в ценные бумаги, это как играть с шулерами, имхо.
The jury uses the following commands to run solutions: C++ = executable file
Если двоичный код проверяется в песочнице, то выбор С++ vs Rust может быть в пользу безопасного Rust. Хотя… я предлагал только обратить пристальное внимание на «плюшки», которые делают Раст компилятор уникальным, хотя и более «строгим» выдавая двоичный код под все основные платформы.
Если они должны компилировать только С++, тогда грусть.
Советовал обратить ваше внимание и дочки на Rust. Возможности с++ с безопасность раст компилятора — хорошее сочетание, а разница достаточно не велика. И да, его тоже в олимпиадном используют, хотя и меньше.
Если вы посмотрите текущие вакансии, то в основном они в области блокчейна. Как я понимаю, они первыми адаптирует язык под свои нужды, по причинам необходимости быстрых крипто-вычислений, быстрых коммуникаций и наличия инвест-денег в этой нише.
Другие бизнес области представлены гораздо беднее и меньше, хотя я вижу rust как яп, который может использоваться во многих областях, когда под него появится больше "профильных библиотек" (через несколько лет, если все будет идти нормально).
Я на Java тоже много лет, несколько больше чем вы, но тоже активно изучаю Rust в свободное время. Надеюсь он займет свою нишу для написания быстрых микро-макро сервисов, в том числе и для Enteprise ниши, которую занимает java/.net/scala, а не только blockhchain. Много чего для таких задач не хватает с точки зрения библиотек. Мне он также интересен для embedded. Спасибо.
Маск понял, что машины/ракеты нужны не всем и не всегда, а кушать будут все не зависимо от обстоятельств.
Я бы лучше вложился в производство, очистку и получение чичтой, пресной, питьевой воды. Это будет более актуальная тема в ближайшем будущем. Имхо. Как бы ни говорили, что воды у нас "залейся"… Вода приходит и уходит, а пить хочется всегда.
Скажите, autodesk inventor вы использовали. Хотелось для себя уточнить, что он позволяет сделать? — модели для последующей печати на 3d, сборки из частей в целое изделие? А возможности расчёта сборной кинематики/механики у него есть? Я про простую сборку и проверку работы такой механической сборки в cad пакете, расчёт нагрузок и "горячие места" интересует меньше.
tminnigaliev, как вы оцениваете возможность эти преобразования залить в прошивку arduino? Достаточно заморочно пересчитывать? Те считывает поворотв/углы, чтобы получить координаты/смещения? Добавил в закладки, думаю пригодится.
Кстати, не так давно были сделаны мат расчёты, которые вроде как говорят, что Бомм был прав.
Ссылка на "жареную новость", сам материал в оригинале не читал, другие материалы с деталями не попадались. http://www.vesti.ru/doc.html?id=1166955&cid=2161
Вселенная галограмма.
Спасибо, надо посмотреть.
А вот еще Challenge на 2$ миллиона, на похожую тематику «децентрализованного веб-а», правда с немного другой конценцией, рассматриваются железо + софт. Но боюсь, что приз маловат для этого.
https://blog.mozilla.org/blog/2017/06/21/2-million-prize-decentralize-web-apply-today/
Mozilla and the National Science Foundation are offering a $2 million prize for big ideas that decentralize the web. And we’re accepting applications starting today…
Думаю, не доверие производителя платформы (Андроид и тд) к разработчику. А системных подходов в данном случае похоже пока нет, вот и зажимают возможности для разработки.
Согласен, что для реализации p2p сетей без центрального сервера пришло время и возможности телефонов, вот только вопрос доверия к узлами все ещё открыт из-за этого похоже существуют эти "палки в колесах".
Я как бы не против упрощения, поэтому и упомянул, что книга написана местами не оправданно сложно. Хотел бы я ее «в теории» переписать проще? — наверное да. Стану ли я это делать? — скорее нет. Вносить что то новое, удалять «от себя», менять текст на свое личное усмотрение — я не готов, я еще не настолько опытен в данном ЯП.
Если двоичный код проверяется в песочнице, то выбор С++ vs Rust может быть в пользу безопасного Rust. Хотя… я предлагал только обратить пристальное внимание на «плюшки», которые делают Раст компилятор уникальным, хотя и более «строгим» выдавая двоичный код под все основные платформы.
Если они должны компилировать только С++, тогда грусть.
Советовал обратить ваше внимание и дочки на Rust. Возможности с++ с безопасность раст компилятора — хорошее сочетание, а разница достаточно не велика. И да, его тоже в олимпиадном используют, хотя и меньше.
А что и где вы пробовали, просто интерес? У rust есть какие-то crates для какого-то железа?
Если вы посмотрите текущие вакансии, то в основном они в области блокчейна. Как я понимаю, они первыми адаптирует язык под свои нужды, по причинам необходимости быстрых крипто-вычислений, быстрых коммуникаций и наличия инвест-денег в этой нише.
Другие бизнес области представлены гораздо беднее и меньше, хотя я вижу rust как яп, который может использоваться во многих областях, когда под него появится больше "профильных библиотек" (через несколько лет, если все будет идти нормально).
Маск понял, что машины/ракеты нужны не всем и не всегда, а кушать будут все не зависимо от обстоятельств.
Я бы лучше вложился в производство, очистку и получение чичтой, пресной, питьевой воды. Это будет более актуальная тема в ближайшем будущем. Имхо. Как бы ни говорили, что воды у нас "залейся"… Вода приходит и уходит, а пить хочется всегда.
Скажите, autodesk inventor вы использовали. Хотелось для себя уточнить, что он позволяет сделать? — модели для последующей печати на 3d, сборки из частей в целое изделие? А возможности расчёта сборной кинематики/механики у него есть? Я про простую сборку и проверку работы такой механической сборки в cad пакете, расчёт нагрузок и "горячие места" интересует меньше.
tminnigaliev, как вы оцениваете возможность эти преобразования залить в прошивку arduino? Достаточно заморочно пересчитывать? Те считывает поворотв/углы, чтобы получить координаты/смещения? Добавил в закладки, думаю пригодится.
Кстати, не так давно были сделаны мат расчёты, которые вроде как говорят, что Бомм был прав.
Ссылка на "жареную новость", сам материал в оригинале не читал, другие материалы с деталями не попадались.
http://www.vesti.ru/doc.html?id=1166955&cid=2161
Вселенная галограмма.
А вот еще Challenge на 2$ миллиона, на похожую тематику «децентрализованного веб-а», правда с немного другой конценцией, рассматриваются железо + софт. Но боюсь, что приз маловат для этого.
https://blog.mozilla.org/blog/2017/06/21/2-million-prize-decentralize-web-apply-today/
Mozilla and the National Science Foundation are offering a $2 million prize for big ideas that decentralize the web. And we’re accepting applications starting today…
Думаю, не доверие производителя платформы (Андроид и тд) к разработчику. А системных подходов в данном случае похоже пока нет, вот и зажимают возможности для разработки.
Согласен, что для реализации p2p сетей без центрального сервера пришло время и возможности телефонов, вот только вопрос доверия к узлами все ещё открыт из-за этого похоже существуют эти "палки в колесах".