> это даже в свифте кажется было вот котлин и свифт дико похожи, только котлин ИМХО всё таки по прикольней и основывается на проверенной временем объектной моделе Java которая дико простая и ООП-шно верная. В свифте всё заново попытались придумать и были какие-то проблемы с этим, сейчас хз

Кстати тебе Максим должно понравится т.к. потоки из каробки есть, а в Java 6 только через либы, лямбы из коробки. Ну и котлин можно как для андроид/чистой java юзать, так и вместо js для веба

а js-бэкэнд хоть развивают? а то я когда смотрел чуть меньше года назад там какие-то совсем глупые ошибки были компиляции

> Я про то, что собирается это в тот же родимый декс. Это не тотально что-то такое, что продуцирует другой бинарник Для большинства это наоборот плюс)

т.е. js-код получался совсем не тот, который должен был

а js-бэкэнд хоть развивают? а то я когда смотрел чуть меньше года назад там какие-то совсем глупые ошибки были компиляции

не особо этим занимался, у меня на ноде только пуш сервер написан, вродь работает ))

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

но абсолютным новичкам я бы не советовал стартовать с котлина т.к. это немного абстракция получается и лучше понимать что под капотом происходит.

> а js-бэкэнд хоть развивают? а то я когда смотрел чуть меньше года назад там какие-то совсем глупые ошибки были компиляции Пока больше всего зашёл котлин на андроид, на js там команда оч. маленькая. Потихоньку пилят, но вот про состояние не скажу, я поверхностно юзал для веба

> это даже в свифте кажется было вот котлин и свифт дико похожи, только котлин ИМХО всё таки по прикольней и основывается на проверенной временем объектной моделе Java которая дико простая и ООП-шно верная. В свифте всё заново попытались придумать и были какие-то проблемы с этим, сейчас хз

kotlin has more fun than swift :D * ЕВПОЧЯ

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

но абсолютным новичкам я бы не советовал стартовать с котлина т.к. это немного абстракция получается и лучше понимать что под капотом происходит.

Когда понимаешь что под капотом котлин как-то не особо нужен. Исходя из твоего описания ценны там только потоки из коробки

kotlin has more fun than swift :D * ЕВПОЧЯ

Котлин прикольный, но медленный

Котлин прикольный, но медленный

This

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

я про fun vs. func ;D

Котлин прикольный, но медленный

ммм.. медленный когда?

и "медленный" без бенчмарка попахивает субъективностью

ммм.. медленный когда?

Эх вы, программисты, вот сами рофлы кидаете, а сути не понимаете

swift - ну, допустим, тут "быстрый" подходит

пожурил так пожурил, маэстро)

More fun than swift = скорее веселый, чем быстрый

ы)

Объясните новичку, зачем котлин? Что именно он ускоряет?

скоро еще мякотку завезут – корутины)

Я тут как раз уточнил — все в итоге собирается в тот же старый декс. Поэтому кода меньше, да, удобнее, да, но больше возни скидывается на "собираторо-компилятор" чтобы он это в достаточно быстрое собрал + это все разворачивается в немного больший код, чем ожидалось бы при меньших объемах кода котлина нежели явы

Мяу?

Когда понимаешь что под капотом котлин как-то не особо нужен. Исходя из твоего описания ценны там только потоки из коробки

Нет, ценно перформанс в скорости написания кода и защищенность в виде immutability. Вообще если интересно посмотри доклад обзорный или потрать выходные

Я тут как раз уточнил — все в итоге собирается в тот же старый декс. Поэтому кода меньше, да, удобнее, да, но больше возни скидывается на "собираторо-компилятор" чтобы он это в достаточно быстрое собрал + это все разворачивается в немного больший код, чем ожидалось бы при меньших объемах кода котлина нежели явы

Да компиляция немного медленнее но с инкрементальной разница практически не заметна.

Нет, ценно перформанс в скорости написания кода и защищенность в виде immutability. Вообще если интересно посмотри доклад обзорный или потрать выходные

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

Кто пишет на С++ под андроид?

Касался не очень много раз

С тех пор как у студии отвалился НДК — забил пока

С тех пор как у студии отвалился НДК — забил пока

В каком смысле отвалился?

В режиме написания кода студия не видит ни одного не твоего хедера

Совсем

Весь код красный

Переходы не работают

Но сборка в порядке

huh. я думал это мне такой кривой проект попался >__<

> да там мануал по языку читается за пару часов, кмк верно, но все вкусняшки за пару часов попробуешь. Особенно если раньше функциональщину особо не юзал.

У меня очень нубский вопрос, сильно не пинайте, я только знакомлюсь с ндк - сложно ли интегрировать написаный код на C++ человеком, который и близко не знаком с андроидом, в проект андроида?

> да там мануал по языку читается за пару часов, кмк верно, но все вкусняшки за пару часов попробуешь. Особенно если раньше функциональщину особо не юзал.

[просто как продолжение мысли] ну еще и http://try.kotlinlang.org/koans хотя это вероятно попадает под "потрать выходные" :)

У меня очень нубский вопрос, сильно не пинайте, я только знакомлюсь с ндк - сложно ли интегрировать написаный код на C++ человеком, который и близко не знаком с андроидом, в проект андроида?

Забей на студию, собирай через ндк-билд, а в студии просто пропишешь расположение .so-файлов

Кроме родного ндк есть еще CrystaX NDK с wchar_t, C++14/17 (скоро) и еще кучей всего того, что порезано в ндк

Забей на студию, собирай через ндк-билд, а в студии просто пропишешь расположение .so-файлов

Вариант. Я даже раньше собирал части градла для запуска батника при сборке проекта

А что касается интеграции - как с JNI работаешь: со стороны сишки пишешь враппер, в который инклудишь jni.h и методы с сигнатурами плана JNIEXPORT type JNICALL Java_com_example_package_method(JNIEnv *, jobject, аргументы) Сигнатуры для статических и не очень методов и типы данных читать на сайте оракла

Враппер причем пишешь на сях либо оборачиваешь хедер в extern "C"

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

Ну как-то так

Тоесть компилятор может облепить имена функций говном

А их надо сохранить

Есть например полностью рабочая программа на С++, мне нужно написать враппер для нее и все? Этого достаточно?

Нууу, впринципе да

Только если враппер пишешь ты, тебе придется испачкаться в Си

И повторюсь — враппер это не мост к любой единичной точке кода в Си по сути

В твоем случае тебе надо будет по идее слить в натив битмап, отобрать у нее пиксели, отдать их далее в код, после обработки их разблокировать и выйти из JNI

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

А то проколишься с 565 например

Враппер причем пишешь на сях либо оборачиваешь хедер в extern "C"

а автогенераторы врапперов не пробовал?

а автогенераторы врапперов не пробовал?

Это когда ты в студии пишешь на ява, а она тебе пишет в Си метод?

Через Альт Энтер — Создать

У тебя мак правда

Но суть одна : )

А код унутра за него никто не напишет к сожалению

В твоем случае тебе надо будет по идее слить в натив битмап, отобрать у нее пиксели, отдать их далее в код, после обработки их разблокировать и выйти из JNI

Не, я в том плане, чтобы мое участие со стороны java было как можно минимальным вообще. Чтобы не приходилось дергать много нативных методов. А просто можно загрузить рабочий код на С++ и все по сути. Это реально?

Это когда ты в студии пишешь на ява, а она тебе пишет в Си метод?

нет, это SWIG, BridJ и подобное красноглазие

Не, я в том плане, чтобы мое участие со стороны java было как можно минимальным вообще. Чтобы не приходилось дергать много нативных методов. А просто можно загрузить рабочий код на С++ и все по сути. Это реально?

Нет

Не, я в том плане, чтобы мое участие со стороны java было как можно минимальным вообще. Чтобы не приходилось дергать много нативных методов. А просто можно загрузить рабочий код на С++ и все по сути. Это реально?

а что этот плюсовый код будет делать-то? если это чёрный ящик и его достаточно за пару методов дергать, особенно если без коллбеков native → java, то тогда это попадает под "не приходилось дергать много нативных методов" да

ERROR: S client not available

а что этот плюсовый код будет делать-то? если это чёрный ящик и его достаточно за пару методов дергать, особенно если без коллбеков native → java, то тогда это попадает под "не приходилось дергать много нативных методов" да

Да, черный ящик-это имею ввиду

а что этот плюсовый код будет делать-то? если это чёрный ящик и его достаточно за пару методов дергать, особенно если без коллбеков native → java, то тогда это попадает под "не приходилось дергать много нативных методов" да

Этот черный ящик еще не создан и неизвестно что дергать придется

а что этот плюсовый код будет делать-то? если это чёрный ящик и его достаточно за пару методов дергать, особенно если без коллбеков native → java, то тогда это попадает под "не приходилось дергать много нативных методов" да

Полностью рабочая программа, только интегрированная в андроид

а если это код со своей реализацией чего-то типа COM, и который подразумевает интерактив java-кода и нативного, то конечно без геморроя не обойдется)

В твоем случае можно сойтись к 1 методу в JNI

Ты просто говорил, если кто-то напишет

Но никто не знает что это за человек и чего он напишет

В твоем случае можно сойтись к 1 методу в JNI

Вот я и спрашивал, насколько это реально

можно посмотреть как SDL-приложения портируют в ведро. наверняка есть мануалы

Но никто не знает что это за человек и чего он напишет

Он обязан иметь представление об андроид для успешной работы?

Он обязан иметь представление о твоих требованиях

И, по идее, все

По скольку код будет выполняться на разных ЦП, то он не должен завязываться на них, ну или если он гуру-херуру, он может определить ЦП и разветвиться, но это тебя не касается

Главное чтобы он тебе дал мультиплатформу готовую, желательно без сторонних зависимостей

Проще не знаю как, честно

Может у кого есть еще идеи

Может у кого есть еще идеи

Да, спасибо большое!

Да вон еще Денис пишет)

да я уже сплю. мысль не формируется

А у меня голова трещит. И еще с утра воду отключат, мрази. Надо идти тонуть пока вода есть

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

Ему нужен код трансформации картинки

Хотя если Си программер напишет тульзу под винду с формой, тут подкрадется писец)

Хотя если Си программер напишет тульзу под винду с формой, тут подкрадется писец)

Ну,я надеюсь что он будет отдавать отчет себе, что пишет для андроид

: )

: )

Потом это еще нужно будет интегрировать в видео. Благо ffmpeg умеет покадрово обрабатывать

Кстати, кто-то работал с ffmpeg?

Нет, не дотянулся

Видимо если захочу, надо к тебе на работу идти туда

За два дня познаю возможности креативного извращения

?

Были бы квадраты, вопросов бы не было. Даже круги. Даже разные — окей. Но блин, пятна рандомной формы с касательными