Исходное сообщение
"Facebook развивает TransCoder для перевода кода с одного язы..." Отправлено ixrws, 06-Окт-20 18:20
Полная хрень. Впрочем любой кто более-менее серьёзно либо ковырялся в компиляторах либо сталкивался с переписыванием кода с одного языка на другой - прекрасно понимает, что никакие нейросети тут не по могут. Если эта нейросеть будет иметь мозг, как хотя бы 100 спецов на разных языках и именно что будет думать, когда переписывает код, тогда да. Но до этого нынешние нейросети никогда, то есть ни завтра, ни послезавтра, ни через 100 лет не дорастут. Они работают не так просто, человека заменить не могут, опыт не накапливают, зарплату не получают, детей не растят. В идеале, если выкинуть нахрен эти нейросети, можно сделать компилятор скажем из python в C++ и наоборот. Но вначале он будет настолько тупой(как сейчас и есть подобные компиляторы), что конвертированный код будет непригоден вообще ни для чего. А потом, если вложить туда мегабабки и миллионы часов разработки, можно будет добиться, чтобы более-менее стандартные варианты кода оно хоть как-то бы преобразовывало не создавая кучу ошибок и результатирующий код работал бы хотя бы не медленее оригинала. Добиться же нормального преобразования кода теоретически можно, но боюсь тут уже даже мегабабки не помогут, слишком много часов разработки. Короче говоря, нормальный преобразователь должен не только тупо делать реализацию malloc в python чтобы там работал код, который из С конвертировали. А должен будет делать в зависимости от ситуации массивы, словари, объекты. И наоборот. А не как сейчас когда скомпиляют какой-нибудь python или perl в C, а в итоге код в лучшем случае также работает, а то и медленее. Про количество ошибок порождённых и говорить нечего. А что до юнит тестов кода, то это невозможно технически. Если бы можно было с помощью анализаторов выловить все проблемы, то никто бы даже не рыпался выдумать всякие умные указатели, rust и прочие. Просто бы добавили поддержку анализаторов во все ide и разработчик бы не ошибался. Но как мы знаем, даже Microsoft Office не может даже пунктуацию то толком исправлять. Куда уж миру нормальных анализаторов.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Полная хрень. Впрочем любой кто более-менее серьёзно либо ковырялся в компиляторах либо > сталкивался с переписыванием кода с одного языка на другой - прекрасно > понимает, что никакие нейросети тут не по могут. Если эта нейросеть > будет иметь мозг, как хотя бы 100 спецов на разных языках > и именно что будет думать, когда переписывает код, тогда да. Но > до этого нынешние нейросети никогда, то есть ни завтра, ни послезавтра, > ни через 100 лет не дорастут. Они работают не так просто, > человека заменить не могут, опыт не накапливают, зарплату не получают, детей > не растят. > В идеале, если выкинуть нахрен эти нейросети, можно сделать компилятор скажем из > python в C++ и наоборот. Но вначале он будет настолько тупой(как > сейчас и есть подобные компиляторы), что конвертированный код будет непригоден вообще > ни для чего. А потом, если вложить туда мегабабки и миллионы > часов разработки, можно будет добиться, чтобы более-менее стандартные варианты кода оно > хоть как-то бы преобразовывало не создавая кучу ошибок и результатирующий код > работал бы хотя бы не медленее оригинала. Добиться же нормального преобразования > кода теоретически можно, но боюсь тут уже даже мегабабки не помогут, > слишком много часов разработки. > Короче говоря, нормальный преобразователь должен не только тупо делать реализацию malloc > в python чтобы там работал код, который из С конвертировали. А > должен будет делать в зависимости от ситуации массивы, словари, объекты. И > наоборот. А не как сейчас когда скомпиляют какой-нибудь python или perl > в C, а в итоге код в лучшем случае также работает, > а то и медленее. Про количество ошибок порождённых и говорить нечего. > А что до юнит тестов кода, то это невозможно технически. Если бы > можно было с помощью анализаторов выловить все проблемы, то никто бы > даже не рыпался выдумать всякие умные указатели, rust и прочие. Просто > бы добавили поддержку анализаторов во все ide и разработчик бы не > ошибался. Но как мы знаем, даже Microsoft Office не может даже > пунктуацию то толком исправлять. Куда уж миру нормальных анализаторов.
	Введите код, изображенный на картинке: