и под линукс собирается

Для меня этот вопрос звучит как "сколько раз нужно заниматься сексом?"

Ребят, такой вопрос Если что-то реализовано на одном языке, то тоже самое можно реализовать и на другом? Не важно сколько больше усилий понадобиться

Попробуй менять вид деятельности. Раньше я к примеру делил. Первый час изучал новое, второй час решал задачу, третий час делал проект. 2 подхода в день. Но потом стал фокусироваться на чем-то одном. А сейчас первый час пока свежий мозг я готовлюсь к собесам, а остальные 3-4 часа пишу код.

Это называется полнота по Тьюрингу, ну и в целом теоретически не всегда. Например, есть языки типа Agda, где гаранитруется, что выполнение фунции завершится для любых входных данных за конечное время. Обычно это реализуется через структурную рекурсию, когда на рекурсивный выхзов накладывается то ограничение, то как минимум один из параметров рекурсии долже быть структурно меньше входящего аргумента, откуча тривиально следует конечность вычислений. Либо можем прокидывать существуемый только на стадии компиляции объект, который будет структурно уменьшаться, что и будет доказательством того, что вычисления выполнятся за конечное время. Да, существуют директивы компилятора, которые могут отключить такую проверку, но в целом такое есть. Понятно, что есть проблема остановки машины Тьюринга, и если мы можем доказать, что код на ЯП выполнится за конечно время, то он неполный по Тьюрингу, а значит мы можем запрограммировать не любой код, а только тот, для которого имеется доказательство того, что он выполнится за конечное время.

Я отвечал уже на данный вопрос кстати. Я привёл в пример библиотеки как например GLFW, SFML, QT(пусть и фреймворк), я сказал, что в оригинале они написаны на C/C++, однако доступна реализация и на других языках программирования. Её можно реализовать за счёт неких прослоек, то есть если мы переносим GLFW с C на Java, то тут всё просто через Java мы просто дёргаем функции которые реализованы на C. Иными словами просто в Java все функции и ТД имеют такие же имена как и в коде на C и аргументы почти те же. Мы их просто вызываем ,то есть Java это просто прослойка, которая в свою очередь вызывает уже код написанный на Си.

И чё, ты же говоришь, что можно, а я говорю что нельзя, потому что не все языки полны по Тьюрингу

хотя havok наверно лучше

Тут даже как по мне дело не в том что можно, а нужно ли).

Ну я после года, подгорел

То есть, каждый день обучаясь, так и перегорел?

Я упомянул, что полностью проект переписывать на другой язык программирования в большинстве своём - плохая затея. Ибо дорого, долго и ТД. Однако можно переписать лишь отдельные части или просто делать новые дополнения на другом языке предусмотрев то как они будут взаимодействовать между собой

То есть, каждый день обучаясь, так и перегорел?

Да, я по 12 часов херачил с офигенным удовольствием

Перегорел он по-моему потому что пытался разбить проект на несколько файлов. Потом ещё с SQL боролся очень долго.

Кстати, ты научился создавать многофайловые проекты ?

Да, я по 12 часов херачил с офигенным удовольствием

Ну кстати вот Unix изначально была написана на Assembly, но потом наш старый добрый Деннис сказал, что по-моему это вот какая-то херня..... Потому что нужно постоянно даже чтобы сообщение вывести расписывать всё на десятки строчек кода. И поддерживать проект сложно и создал Си. Ну и решил переписать систему почти с нуля! Не знаю насколько это веская причина, возможно потому что в дальнейшем проект будет удобнее поддерживать и программы под Unix будет писать удобнее

То есть, каждый день обучаясь, так и перегорел?

Я вот на долгое время бросал программирование , но вот как на зло чем бы я не пользовался работало по-моему мнению Х*ЁВО и возникло желание написать своё и как можно в меньшей степени зависеть от уже готового. Ну свой Steam , CS:GO, Battle Net, EGS я конечно не написал , но к программированию вернулся

Я могу разделить деятельность только по дням

Unix это название семейства OS, которые часто писались с нуля. Первая версия была всё-таки смесью asm и Си.

Ну ясное дело, что семейство. Но первая версия стоила насколько я помню очень и очень и ОЧЕНЬ дорого. Ну и ясное дело,что это смесь ибо возможно ли вообще написать систему без использования asm?

Ну ясное дело, что семейство. Но первая версия стоила насколько я помню очень и очень и ОЧЕНЬ дорого. Ну и ясное дело,что это смесь ибо возможно ли вообще написать систему без использования asm?

На плюсах же получится, там же и низкий уровень есть... Не?

А, тебя больше цепляет фронт часть, визуальная составляющая?

Написать-то можно, только не зря Линус бдит, чтобы не строчки С++ кода не проникло в ядро :)

Меня больше цепляет то , как организован проект, как он работает, насколько он гибкий и какие у него возможности. Будем честны, посмотрите на EGS. И я не буду скрывать - выглядит как полная херня, это ужасно, просто ужасно! Функционал - нулевой, интерфейс - нулевой. Жрёт - как будто я уже игру запустил. Другое дело Steam. К нему вопросов у меня мало, работает и жрёт нормально. Battle net - аналогично EGS.

Egs? Эт что?

На плюсах же получится, там же и низкий уровень есть... Не?

Меня больше цепляет то , как организован проект, как он работает, насколько он гибкий и какие у него возможности. Будем честны, посмотрите на EGS. И я не буду скрывать - выглядит как полная херня, это ужасно, просто ужасно! Функционал - нулевой, интерфейс - нулевой. Жрёт - как будто я уже игру запустил. Другое дело Steam. К нему вопросов у меня мало, работает и жрёт нормально. Battle net - аналогично EGS.

Из ОС написанных полностью на C++ это Serenity OS

Меня больше цепляет то , как организован проект, как он работает, насколько он гибкий и какие у него возможности. Будем честны, посмотрите на EGS. И я не буду скрывать - выглядит как полная херня, это ужасно, просто ужасно! Функционал - нулевой, интерфейс - нулевой. Жрёт - как будто я уже игру запустил. Другое дело Steam. К нему вопросов у меня мало, работает и жрёт нормально. Battle net - аналогично EGS.

Типо, очень много памяти есть будет? Лучше на си?

Ну.. Значит, тебя заботит клиент... Как работает программа клиент. На плюсах кстати их тоже пишут, там qt есть и еще что-то

Проблема не в памяти, а то, что C++ имеет тенденцию прятать очень многое что происходит, и это не очень хорошая идея. Ядро пишется на двусвязных списках и кольцевых буферах. А всякие вектора, где неявно происходит realloc и инвалидируются итераторы от лукавого.

Блин.... Точно. Я забыл упомянуть , я просто о Си уже... Ну забыл ибо уж очень я полюбил классы , пространства имён и ТД. Короче. В Си хоть и много писанины и многое нужно реализовывать самому, однако при этом больше тонкостей для работы с памятью, железом , видеопамятью и ТД, ведь в ядре всё реализовывается с нуля. В C++ же много что уходит под капот и он больше подходит уже для написания более высокоуровневых вещей и системного и прикладного ПО

Ориджин вот что работает как говно

Orogin тоже. Ещё эта падла порой качает медленно. EGS вообще видимо не умеет определять скорость ..... Я даже не знаю как это описать, но у тебя за 5 секунд счётчик будет скакать туда-сюда. Сперва 1 мб/сек, потом 7, потом 5, потом 20 и всё это за 5 секунд

Блин.... Точно. Я забыл упомянуть , я просто о Си уже... Ну забыл ибо уж очень я полюбил классы , пространства имён и ТД. Короче. В Си хоть и много писанины и многое нужно реализовывать самому, однако при этом больше тонкостей для работы с памятью, железом , видеопамятью и ТД, ведь в ядре всё реализовывается с нуля. В C++ же много что уходит под капот и он больше подходит уже для написания более высокоуровневых вещей и системного и прикладного ПО

QT отличный вариант. Но EGS блять вообще использует SDL вроде как...... Созданную для игр......

Ну... стиль программирования на C++ и на Си очень сильно отличается просто. И сишный более безопасный, не зря всякие Unreal Engine не используют STL а используют свои библиотеки контейнеров. Для меня C++ достаточно переусложнённый язык, который почти не оказал влияние на индустрию.

Sdl, либа? Ну, то-то меня напрягает, что когда egs запускаю, у меня используется дискретная видяха.. Процента 2-5, но используется

Ну... стиль программирования на C++ и на Си очень сильно отличается просто. И сишный более безопасный, не зря всякие Unreal Engine не используют STL а используют свои библиотеки контейнеров. Для меня C++ достаточно переусложнённый язык, который почти не оказал влияние на индустрию.

Ну... стиль программирования на C++ и на Си очень сильно отличается просто. И сишный более безопасный, не зря всякие Unreal Engine не используют STL а используют свои библиотеки контейнеров. Для меня C++ достаточно переусложнённый язык, который почти не оказал влияние на индустрию.

Ну, аналоги для плюсов щас раст и готовится карбон... Интересно, получится ли плюсам умереть, или он как пыха, джава будет?

Ну, аналоги для плюсов щас раст и готовится карбон... Интересно, получится ли плюсам умереть, или он как пыха, джава будет?

Ну, аналоги для плюсов щас раст и готовится карбон... Интересно, получится ли плюсам умереть, или он как пыха, джава будет?

Хотя, насчет джавы я загнул. Она не устаревшая, наоборот, развивается и востребована, в Энтерпрайзе точно и в новых проектах тоже

Кстати , Andrii. Хочу сказать, что недавно я решил попробовать в своём движке систему ввод-вывода инфы в консоль всё-таки реализовать на FASM и сделать обёртку на C++. Суть в том, что информации в консоль будет выводится очень много особенно в режиме отладки, её будет крайне много и она будет идти непрерывно почти и в целях экономии ресурсов я хотел написать всё на ассемблере. Как ты относишься к данной идее?)

Kotlin...

Котлин? Он больше под андроид. Но и в бэк тоже проникает. Сама джава тоже востребована, особенно в интерпрайзе

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

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

Котлин? Он больше под андроид. Но и в бэк тоже проникает. Сама джава тоже востребована, особенно в интерпрайзе

В Enterprise больше легаси

В Enterprise больше легаси

Суть в том, что сами создатели даже этого ЯП - JetBrains сами заявляли, что ориентируются больше на Android. Та и оно и видно, ведь Desktop-приложений больше на Java

В Enterprise больше легаси

Так котлин - это же тот же Java, только более удобный

Так котлин - это же тот же Java, только более удобный

Хотя... В любом случае, Интерпрайз интереснее простого Бэка, там же большая система, много интеграций, сложность больше и зп больше

ты чо, решил на Java перейти?

Угу, а джава - тот же шарп, только неудобный

Ну, аналоги для плюсов щас раст и готовится карбон... Интересно, получится ли плюсам умереть, или он как пыха, джава будет?

Угум-с

Хотя... В любом случае, Интерпрайз интереснее простого Бэка, там же большая система, много интеграций, сложность больше и зп больше

😂😂😂😂😂😂. Нормально

Раст прикольный но он даже на 10% плюсы не заменил

Котлин? Он больше под андроид. Но и в бэк тоже проникает. Сама джава тоже востребована, особенно в интерпрайзе