Под андроид теперь можно официально писать нативные приложения на C/C++

>А как можно отрубить получание данных через GPRS?

прозреваю, что нужно анчекнуть нижнюю галочку. Кстати, например, мобильная венда так не умеет http://mobile-review.com/pda/review/image/htc/hero/scr/scr10.jpg

Ура, ура, ура. :)

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

fxd

> 250 _КИЛОГЕРЦОВЫЙ_ БК-0010 работает быстрее любого из этих мудафонов. А всё потому, что native и сделано с умом.

А все потому, что нихрена не умеет, по сравнению с "этими мудафонами"

fixed

>Влом платить за GPRS трафик, тем более что апдейты могут по 5-10Мб быть. А GPRS - почти 10 ру/Мб, то апдейтик через GPRS выйдет как несколько бутылок пива. При том, что можно придти на работу / домой и скачать бесплатно через WiFi. Потому и думаю как задавить GPRS (или не настраивать его вовсе).

А если с тарифом без траффика ? У меня такая проблема не стоит, у меня G3 трафик безлимитка, так что даже незнаю чем помочь. Я правда тут в Москве на прошлой неделе был, так теперь размышляю, какой мне счёт за data rooming придёт ... Типа как за доставку грузовичка шоколада из Москвы в Варшаву ?

>>250 _КИЛОГЕРЦОВЫЙ_ БК-0010

Тогда уже счет на МГц шел, ЕМНИП, у него 2 .. 4 МГц.

>А все потому, что нихрена не умеет, по сравнению с "этими мудафонами"

Я уж не знаю насчет БК, тот же ZX Spectrum благодаря наличию встроенного интерпретатора BASIC и его сравнительной простоте, можно научить куда большему, чем "эти мудафоны", для программирования которых ничего сопоставимого нет.

Наконец-то! Очень рад.

К радиопотрохам доступ есть/будет?

Ну и кто меня в игнор поставил? Я догадываюсь, но если бы я был таким обидчивым, как он, то я бы его несколько раз бы успел в игнор занести.

ну толсто же!

свой код я предпочитаю релизить под APL2.0, ибо в любом случае GPL-вирус - зло

>К радиопотрохам доступ есть/будет?

Во всех тель-афонах, насколько я знаю, GSM-модуль доступен через AT-команды, а они были доступны на Dev Phone и раньше. Прошивка модуля закрыта даже во фрираннере.

>свой код я предпочитаю релизить под APL2.0, ибо в любом случае GPL-вирус - зло

Где вы в GPL вирусы нашли?

Про это я знаю, мне интересно, есть/будет доступ из этого "родного" кода.

> Тогда уже счет на МГц шел, ЕМНИП, у него 2 .. 4 МГц.

Это не ко мне, это к товарищу matumba.

> Я уж не знаю насчет БК, тот же ZX Spectrum благодаря наличию встроенного интерпретатора BASIC и его сравнительной простоте, можно научить куда большему, чем "эти мудафоны", для программирования которых ничего сопоставимого нет.

И снова я не совсем о том. Товарищь утверждал, что на БК все работало быстро, ибо нативные программы, а на гуглофоне медленно - ибо жаба. У меня возникло подозрение, что как выглядят БК и спектрум он уже забыл, а G1 в руках и вовсе не держал.

Кстати, ничего сопоставимого с OpenGL на спектруме, в общем, тоже небыло :) Да и BASIC там был уж очень скудненький, вроде как (100% утверждать не могу, изучал его весьма бегло и не долго).

> на удобном языке (JavaSE)

Опаньки, вот оно как оказывается. Язык джавы стал удобным, хотя даже элементарного в нём до сих пор нет: ни перегрузки операторов, ни множественного наследования...

Для кого язык Java SE удобен? Для меня он, а в особенности шедевральное УГ на нём написанное - неудобны, может, он удобен быдлокодерам? Но почему, с каой стати, я должен платить за удобства быдлокодеров?

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

да в общем-то не должен. следующий.

Balancer'а на вас нету...

> Balancer'а на вас нету...

Скорее iZEN'a. ЕМНИП, KRoN73 сам сказал когда-то, что единственная проблема java в том, что она примитивна в области языка.

Первое может быть, но вот множественное наследование зачем? Неужели без него совсем никак?

Работа быдлокодера дешевле и быстрее разработки проекта на C/C++, а это для рынка мобильных приложений ооочень критично при среднем времени жизни телефона 3-6 месяцев. Да и оплачивает работу кодера потребитель - дешевле - заплатить можно а так ....

>> на удобном языке (JavaSE)

> Опаньки, вот оно как оказывается. Язык джавы стал удобным, хотя даже элементарного в нём до сих пор нет: ни перегрузки операторов, ни множественного наследования...

Да, причем отсутствие многих возможностей - это преимущество на больших проектах. Если проект активно развивается лет 5, то в нем БУДУТ применены ВСЕ техники языка. И чем меньше неоднозначных техник, тем меньше багов в последствии.

А множественное наследование делается через Интерфейсы - все равно любой доступ к методам идет через интерфейс (правило хорошего тона), а потому любой класс может имплеменировать МНОЖЕСТВО интерфейсов.

> Для кого язык Java SE удобен?

Для меня и всей команды разработчиков.

Если он не удобен для вас - не пользуйтесь. Можно и на других языках зарабатывать денег - тот же PHP к примеру ;)

> Первое может быть, но вот множественное наследование зачем?

перегрузка операторов - это ЗЛО. слишком просто совершить ошибку в переопределении перегрузки в одном из потомков. А ведь наследование ОБЯЗАТЕЛЬНО реализовать и для перегруженных операторов.

> Язык джавы стал удобным, хотя даже элементарного в нём до сих пор нет: ни перегрузки операторов, ни множественного наследования...

Глупый ты какой-то. Перегрузку операторов часто используют неправильно, да так, что потом разобраться нельзя. Особенно в поделках быдлокодеров... Не у всех же красный диплом по математике. Потому перегрузки и нету. Что касается множественного наследования, то оно покрывается на 90% интерфейсами. В общем, уныло троллишь :)

Java - таки удобный язык. Поддерживаю предыдущего оратора.

> А множественное наследование делается через Интерфейсы - все равно любой доступ к методам идет через интерфейс (правило хорошего тона), а потому любой класс может имплеменировать МНОЖЕСТВО интерфейсов.

Спасибо, я курсе.

Вы, допустим, на питоне писали когда-нибудь? Я работал джава-кодером полгода, хватило :) Очень напрягала громозскость джавы.

> Потому перегрузки и нету. Что касается множественного наследования, то оно покрывается на 90% интерфейсами.

Это всё не нужно. В молодости замечал у окружавших меня джавистов ООП головного мозга.

> Кстати, ничего сопоставимого с OpenGL на спектруме, в общем, тоже небыло :)

Но это не мешало писать 3D демки и игры. Про изометрические и вовсе молчу.
И все это на Z80A 3.5MHz. Хотя было и турбирование.

> Да и BASIC там был уж очень скудненький, вроде как (100% утверждать не могу, изучал его весьма бегло и не долго).

Да, встроенный васик был убог, но были и другие реализации васика, причем с компилятором. Только кому он был нужен? Все и всё писали на ассемблере.

>ну толсто же!

Это не троллинг. Со стороны проприетращиков так и есть. Они говорят: "Моё - это моё, и ваше - тоже моё. Мы можем пользоваться вашим кодом на наших условиях, а вы нашим не можете пользоваться на ваших условиях". А сторонники свободного ПО вообще считают, что информация не может быть собственностью. Но законодательство так не считает, и поэтому приходится при помощи копилефт-лицензий использовать существующее копирастическое законодательство для защиты свободной информации от присвоения. - К.О.

> перегрузка операторов - это ЗЛО. слишком просто совершить ошибку в переопределении перегрузки в одном из потомков. А ведь наследование ОБЯЗАТЕЛЬНО реализовать и для перегруженных операторов.

Ага, потом получаем уродцев вроде BigInteger. Зато бангалорский профессионал не ошибется :)

> Это всё не нужно. В молодости замечал у окружавших меня джавистов ООП головного мозга.

Лет 10 назад были джависты, которые превосходно знали C++, но при этом предпочитали джаву. Вот, это были настоящие джависты. Типа Гослинга. Я не знаю, кого ты сейчас называешь ими ;)

Т.е. сторонники APL и других BSD-like лицензий - не сторонники свободного ПО вовсе?

>Т.е. сторонники APL и других BSD-like лицензий - не сторонники свободного ПО вовсе?

Возможно, сторонники, но тогда объясните, какие у этих лицензиях приемущества перед GPL. А если вы считаете, что проприетарное ПО не такое и плохое, то значит вы сторонник не свободного (то есть того, которое respects user's freedom and social solidarity of users' community ©), а открытого.

>Я уж не знаю насчет БК, тот же ZX Spectrum благодаря наличию встроенного интерпретатора BASIC и его сравнительной простоте, можно научить куда большему, чем "эти мудафоны", для программирования которых ничего сопоставимого нет.

На бейсике, если без расширений, было неинтересно.

Вот ассемблер - это да.

> И чем меньше неоднозначных техник, тем меньше багов в последствии.

Дядя, если хочешь убрать "неоднозначные техники", то вырежи из джавы всякие i++, ++i.

>> А множественное наследование делается через Интерфейсы - все равно любой доступ к методам идет через интерфейс (правило хорошего тона), а потому любой класс может имплеменировать МНОЖЕСТВО интерфейсов.

> Вы, допустим, на питоне писали когда-нибудь? Я работал джава-кодером полгода, хватило :) Очень напрягала громозскость джавы.

Да, java - громоздка. но только если вы ПИШЕТЕ программу С НУЛЯ. если идет длительная доработка, то громоздкость ПОМОГАЕТ лучше понимать работу приложения и легче читать код.

perl код вообще не громоздкие, но через пол-года даже сам автор не понимает что и как работает. А если читать ЧУЖОЙ код через год после коммита, а автор давно уже в другом проекте?

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

Вот главный смысл свободного ПО, который многие не понимают!

А ты сам хотя бы одно открытое приложение/проект написал и довел до юзабельного состояния? Все разумные люди уже давно осознали бредовость GPL и пишут под boost, BSD итп. GPL - совсем не свободная лицензия.

Да уж, ассемблер на Z80 вставлял ;-)

Особенно наличие кучи префиксов и оп.коды при пользовании регистрами IX, IY. Зато, ЕМНИП у него были очень удобные блочные операции типа LDD, LDI, CPI, CPD, да и вообще для 8-битного у него очень навернутый набор.

>Возможно, сторонники, но тогда объясните, какие у этих лицензиях приемущества перед GPL.

свободу выбора лицензии для поизводного кода.
а вы объясните нафига нужна LGPL есть GPL и так хорош.

>> И чем меньше неоднозначных техник, тем меньше багов в последствии.

> Дядя, если хочешь убрать "неоднозначные техники", то вырежи из джавы всякие i++, ++i.

в java ++i работает однозначно, как и i++.

А что будет передано в качестве параметров в функцию на С?
int i = 0;
foo(++i,++i,++i);

> что там хорошего-то кроме слова Google?

А разве гугль хорошее слово?

>GPL - совсем не свободная лицензия.

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

Ну вы друг ляпнули так не подумали. Читайте Столмана. LGPL для того чтобы закрепится в мире проприетарщиков и постепенно вынудить их путём переговоров перейти на GPL. В пределе будет только GPL. Подробности см RMS.

Да, школе привет!

>>Т.е. сторонники APL и других BSD-like лицензий - не сторонники свободного ПО вовсе?

> Возможно, сторонники, но тогда объясните, какие у этих лицензиях приемущества перед GPL.

APL можно линковать с закрытым софтом. Потому в корпоративных проектах чаще можно встретить APL & LGPL чем GPL. Значит что больше багов отловлено и фиксов выслано для APL & LGPL.

GPL - хорош, но для меньшего количества КОМПАНИЙ.

от оптимизации зависит.

-O0 будет по-моему 1 2 3 -O3 будет 3,3,3

Если я ничего не попутал.

В стандарте написано "implementation depends". iso 14882.

как и про i+++++i

> в java ++i работает однозначно, как и i++.

Тогда ещё раз фтопку

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

>а вы объясните нафига нужна LGPL есть GPL и так хорош.

Я вижу только одно приемущество с точки зрения человека, считающего, что ПО обязано уважать свободу пользователя: можно линковать приложения, написанные под свободными лицензиями, не совместимыми с GPL. А ваша APL, судя по педивикии, несовместима с GPL 2 и ниже.

И более половины бесполезных опкодов которые использовались для разного рода защит? Недокументированных опкодов. И прочая. Да, вставлял. Но до индексных регистров я лично дойти не успел. PC. Зато я !!!ELITE!!! успел стать в elite. ;-)

Автор новости не понял, что приложения нифига не нативные, запускаются под тем же Dalvik'ом.
Модератор английский язык видимо не понимает, фраза “The NDK allows developers to implement parts of these applications using native-code languages such as C and C++” ему ни о чём не говорит.
Большая часть комментаторов по ссылкам не ходит, а если и ходит, то не читает, в лучше случае картинки смотрит.

ЛОР такой ЛОР.
Вывод: читайте новости на опеннете.