| |
| 2.3, Аноним (-), 10:47, 26/06/2015 [^] [^^] [^^^] [ответить]
| –7 +/– |
Буквально в соседней новости - Atom 1.0. Боюсь, что пока это самое близкое что есть к понятию IDE.
| | |
| 2.6, Аноним (-), 11:07, 26/06/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Как насчёт сначала научиться писать код, а потом уже думать о продуктивности?
| | |
| |
| 3.8, Аноним (-), 11:16, 26/06/2015 [^] [^^] [^^^] [ответить]
| +11 +/– | |
> Как насчёт сначала научиться писать код, а потом уже думать о продуктивности?
Пробовать язык намного удобнее, имея нормальную подсветку и автодополнение хотя бы по стандартной библиотеке. Продуктивность применима не только к разработке, но и к обучению
| | |
| 3.23, Аноним (-), 13:19, 26/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
Многие уже научились писать код. Это не сложно, слов не очень много надо помнить.
| | |
| |
| 4.24, Аноним (-), 13:34, 26/06/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> слов не очень много надо помнить.
Эксперты дельфей и прочих вижуалбейсиков с вами не согласны!
| | |
|
|
| |
| 3.33, Аноним (-), 17:22, 26/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
попробывал - не плохо. Реально gdb, автодополнение, подсветка синтаксиса/ошибок работают (есть поддержка racer-а). Можно удобно переходить в исходники стандартных библиотечных конструкций из кода.
| | |
|
|
| 1.2, Аноним (-), 10:42, 26/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Си-библиотеки musl, которую можно использовать вместо Glibc в Linux
самое бестолковое название libc-библиотеке
| | |
| |
| 2.41, mapron (ok), 18:27, 26/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
 Да зря вы так. Хорошая она. Вон WRT на нее перешли. Еще бы MMU-less была поддержка, то тогда вообще uclibc в топку. А так пока приходится грызть^W пользовать последний.
| | |
|
| 1.7, Аноним (-), 11:08, 26/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
так что они собираются делать с thread::scoped? Был же хороший RFC, как реализовать это без риска порчи памяти, но воз и ныне там
| | |
| 1.9, уке (?), 11:21, 26/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Если кто-то хочет потыкать его палочкой. И если этот кто-то уже не простреливает свою ногу плюсами, тогда можно и не тыкать. Внезапно, синтаксис не совпадает с семантикой. Язык сложный.
| | |
| |
| 2.11, anonymous (??), 11:42, 26/06/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Если кто-то хочет потыкать его палочкой. И если этот кто-то уже не простреливает свою ногу плюсами, тогда можно и не тыкать. Внезапно, синтаксис не совпадает с семантикой. Язык сложный.
Пруфы...
Особенно для "синтаксис не совпадает с семантикой".
| | |
| |
| 3.19, Аноним (-), 12:40, 26/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
если писать хелловорды с одними примитивными типами и не думая ни о какой модели памяти, то раст гораздо сложнее плюсов. В остальных случаях - даже проще, потому что куча ошибок ловится еще на этапе компиляции.
| | |
| 3.20, ADMIN (?), 12:41, 26/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
Плюсы могут быть просты, как 5 копеек - скажем, их сложность начинается от pure C и до бесконечности, с прочтением всяких толстых томов страуструпа и александреску. Сложность нужна, чтобы следовать хорошим паттернам и не отстреливать себе органы. Раст, хачкель и прочие хорошие языки отличаются тем, что сразу отсекают всю простоту, например возможность сравнивать тёплое с мягким, присваивать овец баранам и так далее.
| | |
| |
| 4.25, Crazy Alex (ok), 13:43, 26/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
 Сложность плюсов заключается в том, что это мета-язык. А для конкретного проекта надо выбирать предпочтительный стиль написания и исходя из этого выбирать, какие возможности использовать.
Вторая, ещё большая сложность плюсов - в том, что о них болтают те, кто даже С++11 не освоил, а судит по стандартам почти 20-летней давности. Хотя даже тот стандарт не даёт сравнивать тёплое с мягким - если вы, конечно, на плюсах пишете, а не взяли по ошибке плюсовый компилятор для сишного кода.
| | |
| |
| 5.34, Аноним (-), 17:24, 26/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
Не только это, но в целом плюсы не так сложны если за тебя уже выбрали архитектуру приложения и она удачная.
| | |
|
|
|
| 2.14, Аноним (-), 12:03, 26/06/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> синтаксис не совпадает с семантикой
А нефиг сравнивать переменные, когда у них разные типы.
| | |
|
| 1.22, Аноним (-), 13:16, 26/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Неделю назад же 1.0 был?
Надо Поттерингу systemd на Rust переписать. Что один, что другой раз в неделю обновляются...
| | |
| |
| 2.27, Аноним (-), 14:11, 26/06/2015 [^] [^^] [^^^] [ответить]
| +5 +/– |
> Неделю назад же 1.0 был?
> Надо Поттерингу systemd на Rust переписать. Что один, что другой раз в
> неделю обновляются...
А еще лучше -- возглавить разработку Rust!
Глядишь, через месяц и версии более менее серьезные выйдут (хотя бы 30 плюс, а то единичка -- даже не смешно!). И фичи в языке нормальные появятся -- типа встроенной ИДЕ, ФС и бутманагера!
| | |
| |
| 3.36, Аноним (-), 17:59, 26/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
>> Надо Поттерингу systemd на Rust переписать.
>А еще лучше -- возглавить разработку Rust!
Хм ... и что получится? SysteRust ? :)
| | |
|
|
| |
| 2.30, Аноним (-), 14:56, 26/06/2015 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> А "без runtime" - это как?
Ну, типа, можно при надобности обойтись без шахмат с библиотекаршами и запилить стремительный домкрат^W^W самодостаточный код, типа ядра или драйвера -- что, как бы, сделать на жабе или питоне несколько затруднительно ;)
| | |
| 2.51, vn971 (ok), 12:15, 27/06/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Грубо говоря, без VM (обслуживающей виртуальной машины).
Т.е. rust-программы компилятся напрямую в нативный код, безо всяких интерпретаторов, VM для сбора мусора и т.д.
| | |
| 2.54, Аноним (-), 13:16, 27/06/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> А "без runtime" - это как?
Ну вот так. Только генерация кода по тому что ты написал в программе. Без вызовов в внешние либы. А для совсем системных вещей (ядра, бутлоадеры, драйвера, микроконтроллеры, ...) - еще и без динамического выделения памяти.
На си запросто пишут даже boot loader, стартующий проц из состояния "вокруг ничего не работает, даже DRAM еще недоступна". При этом си - генерит код. По тому что написал програмер. Но никаких вызовов в внешние либы не делается, динамическое выделение памяти никто не делает. В сях обычно "все лишнее" можно послать в пень ключом -nostdlib (запрещает линковать стандартные либы без явного на то пожелания). Внезапно, рантайм не является чем-то обязательным. Это только наивные хипстеры не в курсе.
| | |
|
| 1.31, Аноним (-), 15:56, 26/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
C++ Software Developer
Уровень зарплаты
Город
Требуемый опыт работы
от 550 000 до 850 000 руб.
Москва
| | |
| |
| |
| 3.55, Аноним (-), 13:18, 27/06/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> Зачем тратить время на изучение очередного (само)убийцы С++?
Так там не убийца си++, а си++. Он с нами будет еще долго и поэтому тратить на него время смысл - имеет. Если хочется кодить что-то уже достаточно большое, но чтобы оно все еще работало круто и быстро, вызывая лютую боль пониже спины у жабистов и прочих бидонистов. Собственно за это плюсовикам и платят. Нормально в принципе платят.
| | |
|
| |
| 3.56, Аноним (-), 13:19, 27/06/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> В месяц? И как это соотносится с зарплатой по другим языкам?
С Rust даже сравнить не выйдет, будет деление на ноль. За отсутствием вакансий.
| | |
| |
| 4.58, Аноним (-), 20:41, 27/06/2015 [^] [^^] [^^^] [ответить]
| +/– | |
Ну почему же, уже сейчас в мозиллу можно идти, особенно если есть опыт с другими языками программирования.
А в целом, если посмотреть на то что с RUST идет анализатор кода из коробки, которые для C/C++ стоят в тыс долларов и то что багов меньше будет идти на продакшен даже после начального/среднего уровня программиста, есть у него потенциал для выбора в качестве языка разработки в проектах.
| | |
|
|
| 2.38, Аноним (-), 18:12, 26/06/2015 [^] [^^] [^^^] [ответить]
| +1 +/– | |
А прочитать описание этой вакансии перед вбросом сюда можно было? Там вообще-то указано, что требуется разработчик для переезда в Лондон и зарплата в рублях приведена чисто для галочки.
Ну и по самой вакансии и личному моему опыту. Имея за плечами 6 лет опыта разработки распределённых систем на С++, в Лондоне можно спокойно рассчитывать на общую зарплату в 100-120 тысяч фунтов в год. При этом не стоит забывать, что тут заплаты всегда указываются до уплаты налогов.
| | |
|
| 1.39, нонейм (?), 18:13, 26/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ура
наконец пошли шлепать стабильные версии руста и перестали постоянно ломать совместимость
хотя с такими темпами видать скоро 2.0 не за горами а к концу года и третий нашлепают
| | |
| |
| 2.52, vn971 (ok), 12:18, 27/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
Новые релизы выпускаются раз в 6 месяцев. Т.е., их ещё 4 штуки будет до нового года. Честно говоря думаю что не успеют накопить достаточно крупных изменений чтобы 2.0 выпускать, думаю скорее будет 1.5.
| | |
|
| 1.40, Владимир (??), 18:24, 26/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
"Since the Rust compiler is written in Rust, it must be built by a
precompiled "snapshot" version of itself"
Для сборки из безысходников, нужно иметь уже собранный бинарь.
Жаль, пополнил ряды не C-компилируемых компиляторов после g++ и Clang.
Меж тем при запуске configure в отсутствие rustc в системе ничего не говорит. Надеется позже вытянуть компилер по сети. Т.е. если вы решите собрать компилятор оффлайн - имейте в виду.
| | |
| |
| 2.46, Crazy Alex (ok), 22:54, 26/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
А на кой оно C-компилируемое, в чём преимущество? Если считаешь, что делаешь хороший язык - логично использовать его преимущества при разработке компилятора.
| | |
| |
| 3.57, Аноним (-), 13:20, 27/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
> А на кой оно C-компилируемое, в чём преимущество? Если считаешь, что делаешь
> хороший язык - логично использовать его преимущества при разработке компилятора.
Более того, неспособность языка собрать самого себя - как бы намекает... :)
| | |
| |
| 4.59, Crazy Alex (ok), 21:02, 27/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
Да ни на что она не намекает. Могут приоритеты другими быть, язык может конкретно для компилятора не очень подходить... много чего бывает. Например, те же дишники только сейчас собрались перебираться на компилятор, написанный на D, когда он достаточно стабилизировался и собрались люди, умеющие на нём писать - и умеющие писать компиляторы.
| | |
|
|
|
| 1.42, Аноним (-), 19:28, 26/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Вы меня конечно извините, но я попридираюсь.
> средства для высокого параллелизма выполнения заданий
Легковесные потоки оттуда выпилили почти год назад. Теперь там есть только обычные потоки ОС, и ни о каком высоком параллелизме речи идти не может (ну не выше, чем в других языках без GIL).
> пакетный менеджер Cargo, позволяющий получить нужные для программы библиотеки в один клик
Клик чем и куда?
| | |
| |
| 2.47, Crazy Alex (ok), 22:58, 26/06/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
Няша, да. Судя по примерчику на головной странице можно не объявлять переменные? Ок, в мусорку сразу, раз на примере других учиться авторы не хотят. Правда, зачем - ведь в перле и JS "use strict;" просто так, для развлечения сделали.
| | |
|
| |
| 2.61, Аноним (-), 23:05, 27/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
> http://benchmarksgame.alioth.debian.org/u64/compare.php?lang=java&lang2=rust&
> При средне одинаковом количестве строк кода, JAVA, если сравнивать с тем же
Это теперь раст идет сразу после си и плюсов. А еще пару дней назад был наравне с джавой ;)
И, хотя полезность таких микробенчей под вопросом -- неплохо.
> Rust действительно безопасный, но, к сожалению, далеко не быстрый. По скорости на момент написания[24.04.15 прим. анонима] этих строк Rust сравним с Java, Go и Haskell:
(это из бложика очередного "знатока-анализатора", ссылку приводить не хочу -- тут достаточно загуглить или поискать обсуждение-вброс на ЛОРе)
| | |
|
|
