уногда упоминаются отличия от плюсов

я про книги

И в универах даже учат C и Java друг в друга переводить

Люблю статистику Никиты

он прав тут

я про книги

Хреновые книги читаешь

Хреновые книги читаешь

посоветуй лучше)

есть один дядя, на продакт деве делает не напрягаясь 500к рублей

В Java больше С, чем в обж-с

Никит, а можешь поподробнее?

он прав тут

это верно для малого процента людей

Я если честно не очень понял заявления про то, что в java больше С, чем в обж-с

Я если честно не очень понял заявления про то, что в java больше С, чем в обж-с

Все просто: практика юзать библиотеки на С в Java гораздо более распространена, чем в Обж-С

Спроси 10 программистов на обж-с, знают ли они С, а потом то же спроси у Java программистов

эм, потому, что objective-c и так нативный язык

Окажется, что вторые знают С чаще

а java использует С либы через байндинги

эм, потому, что objective-c и так нативный язык

Java не менее нативен

а java использует С либы через байндинги

Да ладно? Если это так — это дибилизм

Мне казалось, что JVM отлично С компилит тоже

в том понимании которое у меня о джава и о нативе - нет

в чем тогда бы была VM?

что значит натив?

в ЯП

в том, что нативный язык работает с железом напрямую

в С ты можешь даже асм вставку сделать

это как обозначение гибкости?

и сдвинуться в памяти на Н байт

нет, это как обозначение среды исполнения

Так Java же компилится в Си, а потом в асмб, нет?

Java — это просто обёртка над С

Как и Обж-С

Все работает на железе, так или иначе

Бинарник в любом случае будет в машинном коде

все так или иначе превращается в инструкции к железу

но есть языки которые ближе или дальше от железа

Java (в классическом понимании, может и есть компиляторы в асм) далековато от железа

Все просто: практика юзать библиотеки на С в Java гораздо более распространена, чем в Обж-С

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

что не нужно враперов даже

Java (в классическом понимании, может и есть компиляторы в асм) далековато от железа

В классическом понимании это сразу в железо, не надо мне тут

Классическая Java компилится в С, потом в ассемблер, потом в машинный код

Брейнфак, кстати, в каком-то смысле, тоже низкоуровневый язык

compiled Java code can run on all platforms that support Java without the need for recompilation

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

compiled Java code can run on all platforms that support Java without the need for recompilation

А вот тут ты прав

Согласен

И на Java чёт контроллеров нет

На С есть

Но в любом случае

брейнфак это лоулоулоулвл

Никому не советую начинать с ОБж-с

Лучше Котлин или свифт

Классическая Java компилится в С, потом в ассемблер, потом в машинный код

а свифт во что компилится и какой тулинг у свифта?

ООП без мудотни с указателями и памятью

а свифт во что компилится и какой тулинг у свифта?

Свифт в С, вроде как, сразу компилится

Свифт в С, вроде как, сразу компилится

слышал про LLVM?

слышал про LLVM?

Нет, конечно же. А что это?

тут у пацанов в чате джувы знатно загорелось

50 сообщенек за секунду

Пригласи

Пригласи

их много. приглашают тебя

дай в лс канал

compiled Java code can run on all platforms that support Java without the need for recompilation

поддерживаю. у джавы есть виртуальная машина, jvm называеться

Тот самый Mr. Babrums, я по тебе скучал! Куда ты пропадал?

у нативных япов нет виртуальных машин

Здравствуйте. Что ето за чат?

java в С компилится?

ERROR: S client not available

java в С компилится?

в jni

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

под конкретную архитекнуту

Это чатик про джаву?

и тут Анна с JNI

а не

разве не в байт код под jvm?

jni это байтинг

https://en.wikipedia.org/wiki/GNU_Compiler_for_Java

вот пример когда будет вне JVM работать

jit компиляция

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

https://ru.wikipedia.org/wiki/%D0%91%D0%B0%D0%B9%D1%82-%D0%BA%D0%BE%D0%B4_Java во, вот как он выглядит ихний байт код

под котлин кстати тоже нативный компилятор пишут

вот пример когда будет вне JVM работать

в 9 версии официальный ahead-of-time компилятор обещают

https://blog.jetbrains.com/kotlin/2017/04/kotlinnative-tech-preview-kotlin-without-a-vm/

компиляторы-то может и напишут, а вот будут ли они совместимы с фреймворками и либами - большой вопрос

тут вопрос скорее не совместимости, а того насколько правильно и корректно оно будет компилировать

оно должно быть совместимо с джава, а как факт и со всеми библиотеками на джава

@borodutch в чем прикол?

прийти - набросить - выйти

А как же выяснение правды?

но у всех таких компиляторов целый список "Known limitation:"

оно должно быть совместимо с джава, а как факт и со всеми библиотеками на джава

если байткод будет компилить, то и совместимость останется

Там тоже далеко не джуны

если байткод будет компилить, то и совместимость останется

в андройде уже работает

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

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

Скомпилить библиотеки?

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

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

а ну так да

я имел ввиду перекомпилированные

Скомпилить библиотеки?

ага, вот только их придеться сначала портировать под каждую архитектуру