Ситуацию когда ищутся только опытные плюсовики, которые со временем «заканчиваются» я прочувствовал, как и то сколько времени и внимания требуют новички.

Опытных растеров пока вовсе нет. Даже те что в мозиле сидят это щеглы-саперы, первооткрыватели граблей. Лет через 15 посмотрим что будет, вот только хипсторам быстро надоедают игрушки, так что я скорее дождусь лулзов от нового убивца сишки годика через 3.

Вы, видимо, запамятовали с чего разговор начался. С того, что, как говорят старожилы, где-то высоко в горах водятся опытные плюсовики, которые никогда не стреляют себе в ногу, и если в команду набрать только таких, то проблем, скорее всего, удастся избежать. И с того, что на Расте для аналогичного выстрела надо сильно постараться, поэтому если даже сам новичок не догадается, что ходит по краю, его коллеги вряд ли не заметят. К чему тут вообще вопрос о количестве опытных растоманов - совершенно непонятно.

Должен быть хоть один чел с опытом разработки и внедрения на такой то технологии, иначе как ты себе представляешь разработку софта? Джуниоры нужны тоже не совсем макаки, кстати. С чего бы это начинающим растерам быть дешевле плюсовиков? Наоборот они заломят за маргинальщину.

Даже если так, найти одного опытного растомана, который объяснит что этому уроду-компилятору не нравится - это одно, а найти всю команду опытных плюсовиков, осознающих, что можно делать, а чего нельзя - это другое. К тому же не так уж нужен растовый гуру в обычном проекте. Что в расте неочевидное? Unsafe, макросы, грамотное generic-программирование и проектирование API. Т.е. без гуру код будет не очень эффективным, раздутым и не таким удобным. Обидно, но не смертельно.

вот как послушать, так каждый анонимус на гора в день выдает по 10 тыс строк кода без единого бага.

А как на деле, так сишный код без валгринда вообще нельзя в люди выпускать.

дайте определение «бага», как по мне - это сбой того что запущенно в продакшине
так вот до продакшина, есть много других промежуточных звеньев, в которых нормальный не криворукий си/с++ программер вычищает эти моменты
более опытный программер все эти «баги» выловит эксепшинами, не давая упасть и не нарушив работы

В теории - возможно. На практике - плазма как падала, так и падает (на самом деле нет).

Статистику не обманешь. 95% C/C++ разрабов только думает, что знает, что они делают. У половины оставшихся ещё и безразмерная корона, из-за чего подпускать их к коду тоже нельзя.

а причем здесь плазма ? идите к программерам плазмы и рассказывайте им что они криворукие фрилансеры, плазма же опенсорс ?
на си/с++ можно писать качественный, элегантный, быстрый,компактный код
но вам до этого далеко,вы со стороны выглядите этаким спецом во всем особенно в болтологии и лезете в каждую тему,
сходили бы поправили свои знания и стали спецом в чем то конкретно(технология,язык) а не во всем почуть чуть и ни в чем конкретно

Я не очень понимаю: а здесь вообще принято общаться с пустозвонами анонимусами, или как и в любом приличном месте, им болтом по губам водят и отпускают?

Совсем рьяных - банят. Клоунов не трогают.

Понял

на самом деле нет

У меня сегодня упала свежая из арча. Но к ее чести сама перезапустилась, где-то секунд через 6.

Нее, флуссоник пусть будет на эрланге. Надо эрланг переписать на расте!

на си/с++ можно писать качественный, элегантный, быстрый,компактный код

на машкодах можно писать качественный, элегантный, быстрый,компактный код

кто не умеет - неосилятор!

каким Х здесь машинные кода ? треид об высокоуровневых языках, где один пытается занять место другого
обожаю звездочных, треид не читают,бегают дергают слова из контекста и че то там пытаются оспаривать

треид об высокоуровневых языках

C++

Напомнило эпик тред про больницу http://imgur.com/a/o14ns

треид об высокоуровневых языках

обожаю тупней, застрявших в развитии во второй половине прошлого века. Из сишки высокоуровневый язык как из лопаты и кайла инструменты для прокладки тоннелей.

Опытных растеров пока вовсе нет.

Дык, именно «опытные растеры» и не нужны. В том плане, что если человек достаточный опыт с плюсами имеет, то этого, в большинстве случаев, хватит.

Свои нюансы в языке, конечно, есть, но по большинству вещей уже есть лучшие практики.

Наоборот они заломят за маргинальщину.

Справедливости ради, найдётся некоторое количество «энтузиастов» готовых работать за меньшие деньги, но с интересными им вещами. Насколько осмысленно на таких ориентироваться - другой вопрос.

Gentoo Stable. За последние лет 5 было пару падений.

Вот, даже тупые неорганизованные студенты могут на плюсах сделать кодое, а профисианалы со вшивой прошивкой не справились без памперсов.

Схоронил!

сишный код без валгринда вообще нельзя в люди выпускать

Сишный код от скриптомакаки нельзя конечно.

ПИШЕШЬ ТАКОЙ ПРОШИВКУ ДЛЯ МИКРОКОНТРОЛЛЕРА

@

ИСПОЛЬЗУЕШЬ АВТОМАТНЫЙ СТИЛЬ ПРОГРАММИРОВАНИЯ

@

ВЫДЕЛЯЕШЬ ПЕРЕМЕННЫЕ СТАТИЧЕСКИ ИЛИ НА СТЕКЕ

@

А как на деле, так сишный код без валгринда вообще нельзя в люди выпускать.

Лойс

И получается скорость разработки в 5 раз ниже чем у других.

у бестолочей ? так это очевидно и язык здесь не причем

ВЫДЕЛЯЕШЬ ПЕРЕМЕННЫЕ СТАТИЧЕСКИ ИЛИ НА СТЕКЕ

Прям вот настолько боишься работать с кучей в сишке?

Мне кажется, содержание его комментария несёт саркастическую смысловую нагрузку.

В его bugurtos «no memory management in kernel»

Хочешь скорость разработки - используй Python/C#/javascript/lua/IEC61131-3.

В последнем, кстати, всё то же самое, только делается компилятором, а не ручками.

Это стандарт для высоконадежных систем с низким временем отклика, работающих в жестком реальном времени.

Дабы не плодить тем. Объясните, пожалуйста, как воспринимать сию конструкцию?

fn returns_closure() -> Box<Fn(i32) -> i32> {
    Box::new(|x| x + 1)
}

Fn(i32) -> i32

это типаж, поэтому из функции его пока так просто не вернуть.

Это я понял. Непонятно, как в памяти лежит Box::new(|x| x+1). Во время компиляции создается функция с ничего не значащим именем, а это - ссылка на нее? Или таки в куче (не знаю, возможно ли такое вообще)

вангую, что не специфицировано

На типаж в Box хранится два указателя, на данные и на vtable, скорее всего в vtable будет ссылка на функцию.

Box::new(...) возвращает указатель на структуру в куче, состоящую из двух полей:

1. Указатель на таблицу указателей на функции трейта Fn(i32)->i32, единственный элемент которой указывает на код, выполняющий безымянную функцию x+1

2. Структура, содержащая захваченные данные замыкания. В данном случае захваченных данных нет, поэтому эта структура нулевого размера.

1. Указатель на таблицу указателей на функции трейта Fn(i32)->i32, единственный элемент которой указывает на код, выполняющий безымянную функцию x+1

А деструктор для данных замыкания не используется?

Деструктор есть, но пустой. И указатель будет не на кучу а в .rodata

https://godbolt.org/g/TBjfYz

Я там ошибся, первый пункт нужно читать как

1. Указатель на код, выполняющий безымянную функцию x+1

Деструктор (Drop), естественно, используется. Но информация о том, какой деструктор вызывать, содержится в типе значения, возвращаемого Box::new(...), поэтому указатель на него хранить не надо.

Тьфу. Я писал про Box<[closure]>, а не про Box<Fn(i32)->i32>.

Эх. Похоже, без знаний ассемблера, формата ELF и всякого ABI, не попишешь на расте професионально

Смотря что понимать под «профессионально».

Я пишу - и мне норм.

В том то и дело что тип который лежит в боксе не известен, мы знаем только его трейт, поэтому vtable должна содержать указатель на деструктор.

Я ошибся и описал boxed closure, а не boxed trait. Недосып.

Для тех кому интересно как оно выглядит в памяти есть замечательная диаграммка:

https://docs.google.com/presentation/d/1q-c7UAyrUlM-eZyTo1pd8SZ0qwA_wYxmPZVOQ...

В данном случае смотри на Box<Trait>

В контроллерах работа с кучей - отличный способ для фирмвари помереть от передозировки HardFault.

?

Детали есть в посте на хабре

Приветствую. А на какой камере проходят испытания?

xmeye, Hisilicon 3518, sony imx 122 (или 222)