Pull to refresh
20
0
anonymous @broken

User

Send message
Удивляюсь таким людям, как вы, которые мастерски что-то нелюбимое ими приплетут там, где оно вообще никакого отношения не имеет. Как связан agile и баги? Багов не бывает никогда? В водопаде багов вообще нет? Кто-то жаловался, кроме как комментарием на хабре? Напишите в саппорт, заведут баг, приоритизируют, посмотрят.
Rust использует llvm, как и clang, который транслирует в него си, плюсы и обжси. Вопрос снят?
Это же std::forward в конструктор пары, еще с 11 стандарта так можно писать.
Спорить глупо, да, потому что реальных и максимально честных замеров в этой статье не приводится, а приводится грубая оценка, чтобы понимать, на каком они уровне и можно ли говорить, что они равнозначны в производительности вообще, а не так, что Java и C++.
А что может быть не чисто? Любой язык должен быть медленнее сей или плюсов? И кто-то сказал, что код на расте идеален? Смысл в этом посте не в том, что показать, что что-то быстрее или медленнее, а в том, чтобы показать, что они равноценны по производительности хотя бы. Так что смысла в вашем комментарии вижу мало, разве что про убирание вывода соглашусь, было бы неплохо.
Кстати, ради интереса, можно было бы к компиляции плюсов через gcc 7.2 добавить и clang тот же, что использовался для раста.
Есть некоторые недочеты в статье, один из них — Option — это не «типа исключение», а вполне себе отдельный тип для своих нужд. В качестве типа для содержаний ошибки он никогда не используется, так как для этого есть тип `Result`. Далее, дурить borrow checker не нужно, он в 95% случаев все правильно говорит, и городить приходится не «хитрый» код, а именно *правильный* код с точки зрения всех возможных проблем.
Согласен, спасибо за поправочку.
1. Наследник meego, а meego — наследник от двух родителей — maemo и moblin. Пакеты не dpkg (debian), а rpm.
3. Андроидовое.
Кто знает. Лично я на конференциях по Rust не видел, чтобы об этом кто-либо говорил так, как вы сейчас. Говорили лишь, что мелкие проектики на нем пишут или в исследовательских целях, типа если взлетит, то будут и дальше дописывать на нем.
Самое высокое — самое высокое. А я говорю о количестве спроса. Пусть там 1-2 компании платят хоть миллиард. А надо, чтобы платили много и вакансий было много. Хоть это и не очевидно, но я именно это имел ввиду. На hh сложно найти вакансии на Rust, например. Даже так, именно по Rust вообще ни одной не видел за прошедший год, было лишь «если у вас опыт на rust/go/scala, это очень большой плюс», а вакансия в итоге все равно какая-нибудь плюсовая. В итоге имеем вакансии только на плюсах, поэтому и изучать смысла особо пока rust нет, если хочешь его применять именно при устройстве на работу. А если уже работаешь и разрешается че-нить такое делать, то люди и в исследовательских целях и в реально нужных используют rust, и много кто так уже делает даже в россии (из крутых — касперский, яндекс, mail.ru — это точно).
Дело не в профиле, а в проблеме курицы и яйца. Пока никто не платит за работу с новой технологией, никто не рвется изучать технологию. Так всегда было и всегда будет.
А что насчет он сначала скажет одно, а затем другое? Я бы предпочел оплачивать по факту, сколько потратил, столько оплатил, а не доверять людям. Людям вообще доверять нельзя :)
Оно может не совпадать с реальностью. И приходится надеяться на совесть разработчика, верно?
А как время считается? Он записывает видео создания и выкладывает 20 часов видео на ютюб? Я просто тоже думал над заказом моделей в будущем, подскажете?
А, ну если там одна маленькая строчка, то ок.
Извините, что встрял в разговор со своим оффтопом, но если вы тесты подряд запускали, то второй может быть всегда быстрее из-за того, что первы грузанул все данные в кэш, и во втором уже всегда кэш-хит.
Современный mobile это в первую очередь работа со сторонними библиотеками ;) В Qt очень ограниченный доступ к нативке, только через свои обертки.


Можно пояснить, к каким сторонним библиотекам я не могу динамически слинковаться или сделать dlopen с extern c? Для этого необязательно совсем использовать Qt Interface, хотя и можно. Разница вся будет только в том, что в первом случае всю работу по работе с библиотеками делает сам пользователь, а во втором — Qt, зная свои метаданные и интерфейс, к которому, благодаря метаданным, QPlugin или другой модуль будет делать qobject_cast.

Ну, или я все не так понял?
Автор сравнил теплое с мягким. В виме все делается без мыши, а не только набор первой буквы и Enter/Alt-Enter, по сравнению с предложенным в Idea. В посте только крик о том, что «вот я нажал p, у меня вылезло автодополнение „public“» и все. Автодополнение, киллерфича, ага. В виме ты в любом месте в любом случае имеешь все, что о нем было сказано в прошлом посте, а не только при написании нового слова и в виде автодополнения.
Какая красота! Задавал на stackoverflow именно такой вопрос и получил похожий ответ, но не на русском языке. Спасибо, что все разжевали по-русски. Кстати, в ходе моих личных эспериментов, на osx нет всех этих функций и секций перед _start, их там штуки 2-3 вместо (около 15) на linux, что и логично. Можно было бы проверить еще, что и как работает в osx :)

P.S. Линк на вопросец, может, кому тоже интересно будет: stackoverflow.com/questions/34966097/what-functions-does-gcc-add-to-the-linux-elf
1
23 ...

Information

Rating
Does not participate
Location
Россия
Registered
Activity