Я относительно недавно начал интересоваться христианством (Православие). Говоря о текущем физическом теле, я имею в виду тело как инструмент нашего пребывания в этом текущем мире. Если я правильно помню, то в контексте христианства у человека было раньше т.н. «тонкое тело», до изгнания. Бог ему создал это текущее тело, чтобы после грехопадения и «ссылки» сюда, он мог жить здесь. Дальше соответственно, необходимость в этом теле отпадет, будет какое-то другое. Возможно, будет возврат к тому самому «тонкому».
Я возможно, изначально немного неправильно вас понял, и вы в термине «Тело» имели в виду Душу, Дух, Тело. Но физическое тело само по себе отдельно не несет никакой ценности. Это ясно, исходя даже из тех цитат что вы привели.
«Ортодоксальных» конфессии только две, это Католичество и Православие.
Я в определенной степени знаком с христианством, и христиане на спасения тела вот этого текущего «Физического» в котором мы все сейчас находимся, не надеются. Оно вообще не «главное».
В конце символа веры говорится о том, что все (христиане) ждут следующего мира, который будет за этим. Никто не знает, что там будет, и скорее всего, эти тела в которых мы живем сейчас, там будут не нужны, т.к. они принадлежат этому, текущему миру. Почитайте про «кожаные ризы», толкования на них (Быт 3:21)
Вы как раз про кобол вспомнили, была недавно на хабре публикация о том, что IBM собирается выложить на гитхаб курсы по нему, т.к. возросла необходимость поддержки древних программных систем написанных на нем, и работающих до сих пор. Точно детали публикации не помню, но смысл был в этом. Это я к тому, что не все deprecated оказывается таковым на самом деле.
Нет, это конечно хорошо, что кто-то может отказаться полностью от С, кобола и прочего легаси. Я бы и сам отказался. Но пока этого не происходит. Конкретно я ничего не могу исправить даже в рамках своей отдельной компании, попытки уже были попробовать какие-то части писать на том же Rust'e. Да и как объяснить например, тому же Qualcomm, что надо переходить в своих тулчейнах на Rust (нет конечно, может там где-то и есть, но то с чем работаю я — только С, или ассемблер)? В общем это не быстрый процесс, и лично я считаю, что С никуда не денется еще долгое время.
Слишком категоричное заявление на тему С, складывается такое ощущение, что вы просто не понимаете того, о чем говорите.
Сказать, что огромная куча системного и около-системного ПО написана, пишется, и будет дальше писаться на С — это ничего не сказать. Это весь embedded/dsp/и т.п., весь мир *nix и около него. Он настолько крупный, что я как человек касающийся совсем слегка (DSP, пишу уже 7 лет только на С и ассемблере (Ассемблер наверное тоже никому не нужен) и то вижу, насколько этот мир «Никому не нужного С» огромен. Вакансий тьма-тьмущая, и толковый, грамотный специалист по С всегда сможет найти себе работу.
Занимаюсь программированием различного Embedded'a на протяжении ~7 лет, скромное мнение:
— Для решения проблем с надежностью есть стандарт MISRA C. Может быть есть и другие, но с ними я не знаком.
— Очень много legacy и того что мы используем каждый день, написано на С. Да все и так я думаю в курсе. Я работал и работаю со многими закрытыми и открытыми DSP-процессорами и ядрами, практически везде используется С89 или С99 для написания к ним прикладных программ. Все кастомные тулчейны и т.п. — это все для С.
— Я бы рад перейти например на тот же Rust. Но на него не переходят в своих тулчейнах Analog Devices, Qualcomm, CEVA, и др. компании. Т.е. как уже было выше отмечено, в первую очередь поддержка должна идти от них.
— Продакшен конечно разный бывает, но лично у нас смотреть в сторону Rust'a начнут, когда появятся нормальные рабочие инструменты от тех же производителей железа, с которыми мы работаем.
Абсолютно похожие мысли. Начинал с программирования МК (STM32, PIC32MX), потом «перетек» в DSP (Analog Devices), сейчас докатился до того, что пишу целиком на ассемблере под DSP-ядро (вместе с оптимизацией), которые крупные вендоры встраивают в свои SoC. Производитель этого DSP-ядра не поставляет C-компилятор. Планирую в ближайшем будущем уходить в С++ или Rust, в свободное время изучаю эти языки, и наконец-то забыть весь этот фулл-таймовый ассемблер как страшный сон.
Мое личное мнение — большинство психологических неудобств вытекает из того, что при работе с железом, плохо оборудованы рабочие места, и сам рабочий процесс не очень хорошо налажен. Ну вот банальщина — один осциллограф на отдел, две или три платы на 6 и более программистов, все испытательные стенды собраны из веточек из желудей (Вместо разъемов скрутки которые вылетают и т.п.) потому что «Зачем нам нормально все собирать, все равно этот стенд потом разбирать» и так далее. «Электротехника — это наука о контактах» — вот это точное попадание. Можно до посинения отлаживать код, а потом выяснить, что кто-то где-то вместо пайки засунул провод в разъем на стенде, капнул при пайке припоем и замкнул цепь, подал вместо 24V DC 24V AC, примеры можно до бесконечности приводить…
В общем, если коротко о главном, в меньшинстве пишется сама полезная нагрузка (функционал и т.п.) а в большинстве — борьба со всем сопутствующим.
Если автор после того, как покинет свое текущее место работы попадет на собеседование в условное предприятие/условную контору, где программистов нет или у них примерно такой же уровень знаний как у автора, то пройдет. Проф-пригодность проверить будет некому.
Я возможно, изначально немного неправильно вас понял, и вы в термине «Тело» имели в виду Душу, Дух, Тело. Но физическое тело само по себе отдельно не несет никакой ценности. Это ясно, исходя даже из тех цитат что вы привели.
«Ортодоксальных» конфессии только две, это Католичество и Православие.
В конце символа веры говорится о том, что все (христиане) ждут следующего мира, который будет за этим. Никто не знает, что там будет, и скорее всего, эти тела в которых мы живем сейчас, там будут не нужны, т.к. они принадлежат этому, текущему миру. Почитайте про «кожаные ризы», толкования на них (Быт 3:21)
Нет, это конечно хорошо, что кто-то может отказаться полностью от С, кобола и прочего легаси. Я бы и сам отказался. Но пока этого не происходит. Конкретно я ничего не могу исправить даже в рамках своей отдельной компании, попытки уже были попробовать какие-то части писать на том же Rust'e. Да и как объяснить например, тому же Qualcomm, что надо переходить в своих тулчейнах на Rust (нет конечно, может там где-то и есть, но то с чем работаю я — только С, или ассемблер)? В общем это не быстрый процесс, и лично я считаю, что С никуда не денется еще долгое время.
Сказать, что огромная куча системного и около-системного ПО написана, пишется, и будет дальше писаться на С — это ничего не сказать. Это весь embedded/dsp/и т.п., весь мир *nix и около него. Он настолько крупный, что я как человек касающийся совсем слегка (DSP, пишу уже 7 лет только на С и ассемблере (Ассемблер наверное тоже никому не нужен) и то вижу, насколько этот мир «Никому не нужного С» огромен. Вакансий тьма-тьмущая, и толковый, грамотный специалист по С всегда сможет найти себе работу.
— Для решения проблем с надежностью есть стандарт MISRA C. Может быть есть и другие, но с ними я не знаком.
— Очень много legacy и того что мы используем каждый день, написано на С. Да все и так я думаю в курсе. Я работал и работаю со многими закрытыми и открытыми DSP-процессорами и ядрами, практически везде используется С89 или С99 для написания к ним прикладных программ. Все кастомные тулчейны и т.п. — это все для С.
— Я бы рад перейти например на тот же Rust. Но на него не переходят в своих тулчейнах Analog Devices, Qualcomm, CEVA, и др. компании. Т.е. как уже было выше отмечено, в первую очередь поддержка должна идти от них.
— Продакшен конечно разный бывает, но лично у нас смотреть в сторону Rust'a начнут, когда появятся нормальные рабочие инструменты от тех же производителей железа, с которыми мы работаем.
Мое личное мнение — большинство психологических неудобств вытекает из того, что при работе с железом, плохо оборудованы рабочие места, и сам рабочий процесс не очень хорошо налажен. Ну вот банальщина — один осциллограф на отдел, две или три платы на 6 и более программистов, все испытательные стенды собраны из веточек из желудей (Вместо разъемов скрутки которые вылетают и т.п.) потому что «Зачем нам нормально все собирать, все равно этот стенд потом разбирать» и так далее. «Электротехника — это наука о контактах» — вот это точное попадание. Можно до посинения отлаживать код, а потом выяснить, что кто-то где-то вместо пайки засунул провод в разъем на стенде, капнул при пайке припоем и замкнул цепь, подал вместо 24V DC 24V AC, примеры можно до бесконечности приводить…
В общем, если коротко о главном, в меньшинстве пишется сама полезная нагрузка (функционал и т.п.) а в большинстве — борьба со всем сопутствующим.