LINUX.ORG.RU

История изменений

Исправление qrck, (текущая версия) :

Уже прогресс, вы стали вести себя культурно, стоит напомнить, что у всех у нас есть имена, а не просто «непонятно кто, с интернета».

Впрочем вы меня все равно не поняли. Я лиш толкую вам что в современном мире под «native mobile app» понимают совсем не то, что вы привыкли считать. Почитайте англо-язычный интернет, убедитесь.

Ну так вот, не существует ОС, в которых native API на жабе...

Само по себе смешивание и сравнение «native API» и «native apps» не очень корректно, т.к. это категории разные. Равно как «свобода слова» и «свободный туалет» - корень слова один, а смысл совсем другой, и если у вась есть свободный туалет - это еще не значит. что есть свобода слова и наоборот.

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

Я к тому, что если говорить о «C vs C++» - в реальности на C уже никто не пишет, там где нужен native код.

И как же на ADA какой-нибудь gethostbyname делается? ADA прям syscall'ами дрыгает, чтоб добиться нужного, или всё же таки вызывается банальная сишечная нативная библиотечка?

Глупый ответ: никак, там где используется ADA, обычно нет интернета, и быть не может (зачем например марсианскому зонду gethostbyname?)

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

Ну я с MacOSX не сильно ковырялся, но если я правильно помню, то там как минмум можно писать софт только на C. Ниаких прослоек С->ObjC как в том же Epoc (C->C++) для этого не нужно, libc там совершенно привычная и без особых извращений. Впрочем, допускаю что API гуйни может быть ObjectiveC-only.

К чему вы это сказали? Ну можно, и что с того, что это доказывает?

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

P.S. Имя в профиле я поменял не ради вас, а задолго до этого.

Исходная версия qrck, :

Уже прогресс, вы стали вести себя культурно, стоит напомнить, что у всех у нас есть имена, а не просто «непонятно кто, с интернета».

Впрочем вы меня все равно не поняли. Я лиш толкую вам что в современном мире под «native mobile app» понимают совсем не то, что вы привыкли считать. Почитайте англо-язычный интернет, убедитесь.

Ну так вот, не существует ОС, в которых native API на жабе...

Само по себе смешивание и сравнение «native API» и «native apps» не очень корректно, т.к. это категории разные. Равно как «свобода слова» и «свободный туалет» - корень слова один, а смысл совсем другой, и если у вась есть свободный туалет - это еще не значит. что есть свобода слова и наоборот.

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

Я к тому, что если говорить о «C vs C++» - в реальности на C уже никто не пишет, там где нужен native код.

И как же на ADA какой-нибудь gethostbyname делается? ADA прям syscall'ами дрыгает, чтоб добиться нужного, или всё же таки вызывается банальная сишечная нативная библиотечка?

Глупый ответ: никак, там где используется ADA, обычно нет интернета, и быть не может (зачем например марсианскому зонду gethostbyname?)

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

Ну я с MacOSX не сильно ковырялся, но если я правильно помню, то там как минмум можно писать софт только на C. Ниаких прослоек С->ObjC как в том же Epoc (C->C++) для этого не нужно, libc там совершенно привычная и без особых извращений. Впрочем, допускаю что API гуйни может быть ObjectiveC-only.

К чему вы это сказали? Ну можно, и что с того, что это доказывает?

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