В моем понимании у вас плохой опыт работы с OpenEmbedded. Во многих системах (и в рассмотренных выше) были битые ссылки и проблемы при компиляции. Потратил кучу времени, но с чем соглашусь OpenEmbedded самый толстый из всех и дольше всех компилируется — это да. Я был в шоке, когда Yocto project собрался без ошибок, кажется, одна битая ссылка.
Поэтому к каждой системе сборки отдельная секция с инструкциями (которые проверил и должны работать) и отдельная секция с ошибками.
Спасибо за наводку (debootstrap) — не знал и интересно, но мне важен сам процесс компиляции. Я как понимаю, эти же операции не составляет труда провести и под Arch-ем.
Мне Looper был интересен тем, что при том, что создает очередь сообщения, он еще вставляет poll метод (можно с натяжкой сказать sleep), т.е. отдает ресурсы системы, а не жрет всё процессорное время.
При этом класс Looper достаточно простой и легко читаемый в исходниках, кажется там около 300 строк.
Они проанализировали количество энергии, которое пользователь не потратил увидев рекламу и удалив приложение? :)
Имхо таже самая фигня когда игрушка стоит 400рублей, не каждый такую купит. Тоже самое с устройством, не каждое устройство захочет гнать игрушку с рекламой.
На одном собеседовании мне задали вопрос: «Почему ты хочешь у нас работать?», ответил что сейчас на мели и пошел искать работу, так там сделали предложение. На другом, наобарот, сказал, что очень хочеться у вас работать (слукавил, ведь на мели был), отказали.
А ведь логично, сделать лучше предложение тому, кому действительно нужно работать, иначе п*здец. :)
Небольшой совет, тем кто будет писать задание, делайте акцент на С++, причем сильно. Коротко поясню, над веревкой трудились люди, которые знают С++ и пишут на нем, банально будет больше точек соприкосновения и интересов, если вы выберете, например, язык java, то шансы упадут.
Это не всегда так, но было в моем случае.
ВУЗ эта какая-никакая кузня, т.е. там создаются люди и если попадается такой материал (люди без знаний и умений), то он попадается. Я безусловно уверен, что в не популярном ВУЗе бездарей больше, чем в популярном, по причине того, что для ВУЗа это материал.
И к «тянуть недоумков куда-то» — это проблема бесплатного образования, с платным таких проблем нет. Хотите платное образование или пусть кто-то рядом тянет недоумка? :)
Я все-таки за факты, сейчас вообще тяжело любому образованию урваться за IT, не только тому ВУЗу, в котором учишься (учился).
Извините, еще статью не дочитал до конца, но тоже захотел написать подобный комментарий о том, что преподаватели любят так шутить (троллить, любое слово). По своему опыту замечал, что студенты крайне восприимчивы к таким вот «утверждениям». Вот даже если в глухую, основываясь на том что уже прочитал, получается так, что вы были одним из тех людей, которые что-то соображали в программировании и возможно понимали, что SWT и WPF используются повсевместно, тогда логично предположить что большинство восприняло это утверждение за истину.
Так это же даже хорошо, что неподготовленные специалисты сразу не полезут в SWT и WPF.
Или допустим наобарот, вы поняли, что это была шутка, посмеялись и хорошо. Получается всем тогда хорошо.
Ну в последнем случае, если препод неадекват и… это может понять только адекватный студент и… этот студент с большей вероятностью сможет сдать зачет (экзамен, любое слово), то тогда можно забить на лекции.
Как понимаю, автор статьи считает, что профессионала движет профессионализм, а новичка — страсть и желание. Мне кажется, ваша точка зрения находится немного не там, потому что если новичку захочиться расчлененки для проекта про пони, то он с гораздой большой вероятностью ничего не сделает, тогда как если профессионалу захочется это сделат, то он более-менее справится. В итоге всегда лучше профессионал, если рассматривать проект с точки зрения результата.
И ваши примеры мне не совсем понятны. Допустим профессионал это тот человек, который стремиться сделать работу качество. Так если он видит, что в проекте косяки или менюшка не вылетает когда надо, он это исправит, потому что только таким образом он повышает навык, да и получает удовольствие. Тогда получается, что человек, который отмахивается от работы на ошибками (например, исправить меню) уже не профессионал и по-моему таких людей вы привели в пример как профессионалов, что не совсем верно.
Вам крайне повезло, этот вопрос есть в JNA FAQ (самый последний). :)
The calling overhead for a single native call using JNA interface mapping can be an order of magnitude (~10X) greater time than equivalent custom JNI (whether it actually does in the context of your application is a different question).
И при этом эта цитата не относится к андройду.
Если честно, где-то слышал, но только сейчас посмотрел информацию по JNA. По тем ссылкам, которые нашел, даже если и есть JNA для андроида, то в функциях через JNA есть какой-то довесок (overhead). Т.е. если в данный момент выбирать между JNA или JNI, то лучше работающий и прямой (понятный) JNI.
Но если вам не нужно часто вызывать функцию, то overhead не так важен.
Нет, не с целью производительности. Для производительности врятли нужно разбирать инструкции и анализировать код, так как сделано в статье. Там нужно просто сделать замеры. Сам же хотел просто разобраться где что лежит, чтобы если захочу вернусь попозже.
Про JIT компиляцию сходу и не скажу, на деле — да оно должно преобразоваться в аналогичный набор, но не проверял. По наитию кажется, что JIT должен быть пристройкой к уже существующему варианту, но на тот момент не было интересно и очень, очень не хотел запутяться еще и в JIT.
К слову, доклад очень понравился, аудитория ловит каждое слово. Спасибо.
Просто мне показалось это нелогичным, т.к. комментарий andrewsh о OpenEmbedded.
Поэтому к каждой системе сборки отдельная секция с инструкциями (которые проверил и должны работать) и отдельная секция с ошибками.
Мне Looper был интересен тем, что при том, что создает очередь сообщения, он еще вставляет poll метод (можно с натяжкой сказать sleep), т.е. отдает ресурсы системы, а не жрет всё процессорное время.
При этом класс Looper достаточно простой и легко читаемый в исходниках, кажется там около 300 строк.
Имхо таже самая фигня когда игрушка стоит 400рублей, не каждый такую купит. Тоже самое с устройством, не каждое устройство захочет гнать игрушку с рекламой.
Думал они это проанализировали, но вроде нет.
На одном собеседовании мне задали вопрос: «Почему ты хочешь у нас работать?», ответил что сейчас на мели и пошел искать работу, так там сделали предложение. На другом, наобарот, сказал, что очень хочеться у вас работать (слукавил, ведь на мели был), отказали.
А ведь логично, сделать лучше предложение тому, кому действительно нужно работать, иначе п*здец. :)
Это не всегда так, но было в моем случае.
ВУЗ эта какая-никакая кузня, т.е. там создаются люди и если попадается такой материал (люди без знаний и умений), то он попадается. Я безусловно уверен, что в не популярном ВУЗе бездарей больше, чем в популярном, по причине того, что для ВУЗа это материал.
И к «тянуть недоумков куда-то» — это проблема бесплатного образования, с платным таких проблем нет. Хотите платное образование или пусть кто-то рядом тянет недоумка? :)
Я все-таки за факты, сейчас вообще тяжело любому образованию урваться за IT, не только тому ВУЗу, в котором учишься (учился).
Так это же даже хорошо, что неподготовленные специалисты сразу не полезут в SWT и WPF.
Или допустим наобарот, вы поняли, что это была шутка, посмеялись и хорошо. Получается всем тогда хорошо.
Ну в последнем случае, если препод неадекват и… это может понять только адекватный студент и… этот студент с большей вероятностью сможет сдать зачет (экзамен, любое слово), то тогда можно забить на лекции.
И ваши примеры мне не совсем понятны. Допустим профессионал это тот человек, который стремиться сделать работу качество. Так если он видит, что в проекте косяки или менюшка не вылетает когда надо, он это исправит, потому что только таким образом он повышает навык, да и получает удовольствие. Тогда получается, что человек, который отмахивается от работы на ошибками (например, исправить меню) уже не профессионал и по-моему таких людей вы привели в пример как профессионалов, что не совсем верно.
И при этом эта цитата не относится к андройду.
Если честно, где-то слышал, но только сейчас посмотрел информацию по JNA. По тем ссылкам, которые нашел, даже если и есть JNA для андроида, то в функциях через JNA есть какой-то довесок (overhead). Т.е. если в данный момент выбирать между JNA или JNI, то лучше работающий и прямой (понятный) JNI.
Но если вам не нужно часто вызывать функцию, то overhead не так важен.
Про JIT компиляцию сходу и не скажу, на деле — да оно должно преобразоваться в аналогичный набор, но не проверял. По наитию кажется, что JIT должен быть пристройкой к уже существующему варианту, но на тот момент не было интересно и очень, очень не хотел запутяться еще и в JIT.