то есть я видел сисадминов в ВК, которые сидят на линуксе

Макдональдс любит

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

Бери мак или разбирайся с виндой или линуксом.

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

Лол

Хотя меня линейка lenovo yoga устраивает последнее время.

Хочется попробовать surfacebook - но это дорогая зараза.

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

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

Орнул

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

Что за тренды?

Что за тренды?

дотнет, вот это всё

дотнет, вот это всё

Мы точно в чатике про джаву?

ну тут некоторые зачем-то ещё на котлине пишут

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

ну и Котлин тоже хорошь)

хорошЪ

но блин, зачем нужен дотнет, если есть винапи

дотнет, вот это всё

Т.е. тебя смущает только дотнет?

оно и без того лагает, зачем к этому добавлять

но блин, зачем нужен дотнет, если есть винапи

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

оно и без того лагает, зачем к этому добавлять

На 3 гигах оперативы?)

потому что windows сама любит садомазо и уже 10 лет делает всё что бы уничтожить себя

ну тут некоторые зачем-то ещё на котлине пишут

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

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

Ты про камеру?

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

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

Ты про камеру?

Угу

На 3 гигах оперативы?)

из которых один свободен и всё равно своп

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

Аналогично с дотнетом. Или написание приложения на плюсах - это кросплатформенно?

Аналогично с дотнетом. Или написание приложения на плюсах - это кросплатформенно?

да, естественно

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

да, естественно

Так зачем писать на джаве тогда?

Так зачем писать на джаве тогда?

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

Так зачем писать на джаве тогда?

Потому что гугл захотел

я бы с радостью писал на с++ и не думал бы о GC

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

Можно и на плюсах писать.

я бы с радостью писал на с++ и не думал бы о GC

Так пиши, в чём проблема?

Можно и на плюсах писать.

Научи интерфейс на плюсах делать

Можно и на плюсах писать.

ага, а с системой взаимодествовать через JNI ??

Научи интерфейс на плюсах делать

OpenGL.

на Java позарился?

OpenGL.

Не нативно же, ну.

ага, а с системой взаимодествовать через JNI ??

Так тебе же на плюсах хочется писать, пиши, в чём проблема?

Не нативно же, ну.

И что?)

И что?)

Да уж лучше тогда вообще не под ведро писать

Так тебе же на плюсах хочется писать, пиши, в чём проблема?

я имел в виду чтобы приложение вообще работало без использования JVM

OpenGL.

можно сразу в /dev/graphics/fb0 пиксели херачить, чоужтам

ты хочешь вообще без VM или только без JVM?

можно сразу в /dev/graphics/fb0 пиксели херачить, чоужтам

Так в чём проблема?) К чему эти абстракции?)

ты хочешь вообще без VM или только без JVM?

в идеале вообще без VM

Херачь.

ну или хотя бы иметь выбор

а зачем?

ну или хотя бы иметь выбор

У тебя есть выбор. Пиши на плюсах. Вон на QT можно написать.

тот же LLVM также нафиг?

что такое LLVM?

тот же LLVM также нафиг?

Всё-таки это немного другое) Чуть-чуть.

я бы с радостью писал на с++ и не думал бы о GC

Так и нишут на жаве щас без дум о GC. Котлин, Rxjava, даггер, костыльные лямбды

https://ru.wikipedia.org/wiki/Low_Level_Virtual_Machine

Так и нишут на жаве щас без дум о GC. Котлин, Rxjava, даггер, костыльные лямбды

ээм, вообще-то GC всё равно происходит

от того, что ты уговариваешь себя, что проблемы нет, проблема не пропадает

ээм, вообще-то GC всё равно происходит

Но о нём не думают)

Гриша взрывает чаты

ээм, вообще-то GC всё равно происходит

Но о нем никто не задумывается, пихая это всн

?

Гриша взрывает чаты

да, крутан!

Я был прав)

ERROR: S client not available

Но о нем никто не задумывается, пихая это всн

а потом получаются приложения, которые лагают

а потом получаются приложения, которые лагают

Это у тебя реакция просто быстрая)

это вот как раз о том, что для компенсации растущей мощности процессоров разработчики придумали кучу всяких фреймворков

это вот как раз о том, что для компенсации растущей мощности процессоров разработчики придумали кучу всяких фреймворков

Вкорне неверное утверждение. Здесь компромис: скорость разработки/производительность.

http://img.mvideo.ru/Pdb/20023672b.jpg

:)

ну вот лично мне на скорость разработки вообще плевать

это вот как раз о том, что для компенсации растущей мощности процессоров разработчики придумали кучу всяких фреймворков

А ты пользуешться вреймворками?

А ты пользуешться вреймворками?

только андроидовским встроенным

ну вот лично мне на скорость разработки вообще плевать

Пользуешься библиотеками?

Пользуешься библиотеками?

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

Ого. Ладно, вопросов больше не имею.

а потом получаются приложения, которые лагают

Gerc: Молодые хипстеры без знания жавы лезут сразу и модные фреймворки суют везде Gerc: Потом из-за жрущих говноприложений - мои тормозят из-за нехватки озу и тредов

не так, как некоторые люди здесь, которые, например, зачем-то используют саппорт фрагменты, при том, что не поддерживают 2.х

чуваки я помню андроид 1.6-2.2 и приложения тех лет

тогда даггера, котлина, rxjava не было

но лагало всё намного больше

лагало по другим причинам

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

не так, как некоторые люди здесь, которые, например, зачем-то используют саппорт фрагменты, при том, что не поддерживают 2.х

Это другая ситуация. Ты же предлагаешь пользоваться только в исключительных ситуациях.

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

Я в CustomView передаю drawable и хочу, что-бы ширина вью скейлилась, а именно была равной ширине drawable @Override protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { if (getLayoutParams().width == ViewGroup.LayoutParams.WRAP_CONTENT) { int dWidthMeasureSpec = MeasureSpec.makeMeasureSpec(mDrawable.getIntrinsicWidth(), MeasureSpec.EXACTLY); super.onMeasure(dWidthMeasureSpec, heightMeasureSpec); } else { super.onMeasure(widthMeasureSpec, heightMeasureSpec); } } Я все верно делаю?

Вкорне неверное утверждение. Здесь компромис: скорость разработки/производительность.

Скорость разработки уменьшается на ваших размазаных mvp

Я в CustomView передаю drawable и хочу, что-бы ширина вью скейлилась, а именно была равной ширине drawable @Override protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { if (getLayoutParams().width == ViewGroup.LayoutParams.WRAP_CONTENT) { int dWidthMeasureSpec = MeasureSpec.makeMeasureSpec(mDrawable.getIntrinsicWidth(), MeasureSpec.EXACTLY); super.onMeasure(dWidthMeasureSpec, heightMeasureSpec); } else { super.onMeasure(widthMeasureSpec, heightMeasureSpec); } } Я все верно делаю?

Имхо одно ты не верно делаешь — пастбин

сорь

сейчас...

Gerc: Молодые хипстеры без знания жавы лезут сразу и модные фреймворки суют везде Gerc: Потом из-за жрущих говноприложений - мои тормозят из-за нехватки озу и тредов

ВОТ ДА

Скорость разработки уменьшается на ваших размазаных mvp

Не используй их.

Зачем спользовать то, что тебе не подходит?

Затем что в каждой вакансии начали эти теребящие гц и проц ферейморки требовать

по вашей теме... мне не очень приятно видеть активити на 400 строк где 10 полей со стейтом. Куда проще писать функции, которые юзают абстрактные объекты, а не явно данными оперируют. (это за разделение на mpv)

есть ведь исследования, что в среднем мозг может держать во внимании где-то 4-6 сущности. Куда легче думать только о модели, когда пишешь модель и так-же во вью