Reprise du message précédent :
apres, je pense que tu peux trouver du monde mais bon, faut y mettre le prix ...

Maintenant que j'ai une machine Android digne de ce nom (Nexus 10), je vais essayer de développer un peu sur la bête ... ça se trouve des bouquins genre "vous connaissez déjà bien Java, on va se concentrer sur les différences entre le développement Android et ce que vous connaissez déjà" ?
 
Parce que je développe en Java (J2EE) depuis pas mal d'années, et dans les bouquins que je trouve ça blablate beaucoup sur les bases Java sans se concentrer assez sur les spécificités Android

Je trouve qu'on apprend vachement rapidement dès lors qu'on a compris le concept d'activité / fragment d'un côté et le concept de design.
 
Le reste doit vachement ressembler à ce que tu faisais avant amha

Ben justement, ce que j'aimerais bien trouver c'est un bouquin qui explique principalement les différences, ce qui est nouveau avec Android et les habitudes que j'ai qui devraient éventuellement changer ...

 
Je suis plutôt bouquin aussi, et dans le même cas que toi, à savoir développeur Java/JEE avant Android. De tout ce que j'ai pu voir et lire, y'a pas de bon bouquin sur le sujet, en tout cas aucun qui surclasse le site dev Android. Tu potasses la partie components (https://developer.android.com/guide/components/index.html) et t'es paré.

 
 
Y'a plus qu'à trouver une idée de truc intéressant à développer  

Un jeu ! Un diablo Like ! Allez quoi

Sinon, vous en êtes ou dans vos dev Android ? Ca avance comme vous voulez ?
 

Ouais merci

j'aimerai bien me lancer dans le dev d'un tower defense sur android, mais je suis un naab en graphisme

 
C est pas une reponse ca
Mais sinon, j aime bien les dernieres évolutions de ton appli
 

 
clair, c est chaud le graphisme (même pour de simples icônes, alors pour un jeu ...   ). Faut recruter sur hfr/graphisme.

Salut,
de mon côté, ça avance pépère. Pas trop le temps pour mettre en place tt ce que je souhaite, ça fait parfois des grosses releases, parfois des petites, mais globalement ça vance dans le bon sens.
 
Et toi ?
Tu sais que je garde tjs ton appli lorsque j'ai entretien RH ou qd c'est un peu chaud lol...

 
Cool
 
C'est la principale raison qui m'a poussé à développer l'appli au début (on s'échangeait nos entretiens annuels entre collegues ^^, plutot fun ...)
 
Sinon, je fais des mises a jour régulièrement, mais j'en ai un peu marre de ne pas pouvoir utiliser les dernières fonctionnalités d'android (pour rester compatibles avec le plus de versions possible), alors je me suis lancé sur une version qui ne fonctionnera que sur Android 3.0+
Je galere un peu pour le dev avec mon HTC desire en 2.3.3, mais google veut pas me vendre son N4
 
Sinon pas de projet pour d'autres applis en vue.

 
Utilise des sprites Open Source et concentre toi sur le dev : http://gamemaking.indiangames.net/ [...] rGames.htm

mouai, merci mais les 2/3 tombent en 404
et le 1/3 restant est moche

Tu peux aussi faire une version unique, mais en bordant les fctionnalités 3.0+ avec une ligne genre

Après faut juste faire gaffe aux cas limites mais moi c'est ce que je fais et ça passe bien.
(Lint risque de gueuler aussi )
 
Moi j'ai qqs autres idées sinon, mais je manque surtout de temps.

Le problème, c est que c est au niveau de l'UI. Je veux utiliser l'actionbar, et la, la seule solution pour les versions pré 3.0, c est d 'utiliser sherlock, mais dans ce cas, ca me limite pas mal.
 
Donc, je me fais plaisir, mais pour le moment, il n y aura plus de maj de l'appli pour les anciennes versions d'android.

J'ai été pas mal en galère pour adapter mon design pour Nexus 10. Le dossier drawable-480dpi marche nickel pour les drawables donc, mais pour le layout, layout-480dpi (ou xxhdpi) ne marche absolument pas. Donc j'ai du faire du dimens.xml et bidouiller comme ça. Un peu relou mais à force on s'habitue. Et heureusement qu'on a tous les matos du genre au taf pour pas être trop emmerdé.
 
Mais globalement, la difficulté d'Android perso, c'est le design
 
Et j'ai essayé de compiler plusieurs projets à la suite, bah dès qu'il y a de la librairie (notamment ActionBarSherlock) c'est l'horreur absolue ... (via Ant).

Ah et je me casse le train à trouver une lib graphique javascript qui soit sympa et qui tourne proprement sur tous les matos android. Jusqu'à présent HighCharts est la meilleure que j'ai testée, mais elle a des merdouilles sur certains matos (le Gnote en ICS notamment, allons savoir pourquoi )

 
Je suis en train de porter mon appli sous ICS, avec des fragments et différents layouts pour que tout soit bien beau sur tous les form-factors. Mais c'est le boxon, j'ai l'impression qu'il faut tout refaire.
Je pensais pouvoir garder ma couche DB, mais même ça c'est deprecated  

Sérieux ? En quoi ? (Je fais pareil pour HFR4droid)

Bah en gros si tu utilises startManagingCursor, c'est deprecated depuis l'API 11, et tu es bon pour refaire pas mal de code : https://developer.android.com/refer [...] .Cursor%29
 
A la place, il faut utiliser le mécanisme des Loaders qui font tout dans un thread de manière asynchrone, mais visiblement il n'y a pas d’implémentation pour aller taper dans la base sqlite.
 
Donc soit tu codes des content providers (à utiliser avec un CursorLoader), soit tu implémentes ton propre loader.
Sinon un gars a fait une lib, mais qui fonctionne a partir de l'API 11, donc pas terrible pour faire une appli compatible 2.3 et ICS.
 
Un bon article qui explique pas mal de choses sur ces nouveaux mécanismes:
http://www.grokkingandroid.com/usi [...] n-android/

De mon côté ca va donc, j'ai codé ma propre couche d'accès aux données. Par contre c'est vrai que moi, aussi, mes données elles proviennent d'un crawling sauvage

Nan mais t'as raison. Dans mes stats, Android 2.x représente moins de 5%. Je dois être le seul à utiliser encore de temps en temps mon GTab .
Sherlock ca marche pas mal... quand ça veut

 
 
Ah bon ? Moi ca représente 23% ( +28% en catégorie "autres", en espérant que ça ne soit pas que des Android < 3.0).
 

Bah mon appli est plutôt orientée tablettes.
Sinon, en téléchargeant les stats csv, normalement tu as les stats complètes

Ah oui, les stats sont plus fiables sur la console de dev android que sur Analytics.
 
Du coup :
40% de Android 3.0+ sur la version free.
60% de Android 3.0+ sur la version payante.
 
 

 
Mais est-ce que ta récupération des données s'exécute bien dans un thread autre que celui de l'UI ? A ce que j'ai compris, c'est ce qui est préconisé depuis Android 3.

Oui bien sur via des asyncktasks personnalisées

 
J'ai embauché un mec qui ne fait que ça

Ca fait deux fois que j'ai des pertes au niveau du nombre total d'installations, alors que sur checkout, c'est -évidemment- toujours en croissance positive.
Je pensais que ça allait se corriger, mais apparemment non.
 
Qqn a l'a même chose ?

On me diffuse des AIDL packagés dans un ZIP et des Jars.
De ce que je peux en lire, la pratique habituelle semble être de copier les AIDL dans le src du projet    
 
Vous connaissez des alternatives / BP pour ça ? Je vois deux façons de faire là dessus :
- packager le ZIP des AIDL dans un Jar, l'inclure comme dépendance ;
- packager les AIDL et les Jars dans un library project à part.
 
Autre chose ? Remarques ?

Dites, les trucs deprecated, vous en faites quoi ?  
 
J'ai changé toute une tabActivity en une SherlockActivity contenant des tabs fragments, j'en ai chié pour un gain super cool : ne plus avoir de deprecated. Mais honnêtement, je me demande si ça a été vraiment utile

Si tu cibles une version précise, ça te sert à rien.
Sinon, virer les deprecated dés qu'ils apparaissent te garanti en théorie une compatibilité ascendante, donc oui, y'a un intérêt. Je ne sais pas quelles sont les guidelines Android sur le sujet, mais généralement, le tag deprecated apparait 2 versions avant la suppression de la fonctionnalité.

En gros je touche pas à ça : android:targetSdkVersion="11" et je suis tranquille ?

 
Comme toujours, dépend de ton fonctionnel
Pour faire simple, à iso-fonctionnalité (donc ton target SDK), ce qui cassera la compatibilité descendante d'une version d'API à une autre doit être marqué deprecated. Donc en toute logique, si tu t'assures à chaque nouvelle version que ton code n'utilise pas de fragments d'API deprecated, tu restes compatible.
C'est la théorie hein En pratique, vu la fragmentation des terminaux et les implems plus ou moins propres, je pense que t'es quand même bon pour tester à chaque fois.
 

Salut,
 
J'essaie de m'initier à la programmation sur Android mais ça m'a l'air assez compliqué (les concepteurs n'ont visiblement pas cherché à faire simple). De plus je n'ai pas une grande expérience en Java...
 
Y en a t'il parmi vous qui codent en utilisant le NDK (Native Developpement Kit) ?
 
Edit : ce serait bien qu'il y ait une sous-rubrique [Android] dans la rubrique [Programmation] !

Tu trouves l'API classique compliquée et tu veux utiliser le NDK ?  

 
Je up, ça devient vraiment n'imp en ce moment, je suis le seul chez qui ça fait ça ?

Il me semble que ça permet de développer en langage C, c'est ça qui m'intéresse !
Mais la doc sur le sujet a l'air imbitable et il y a peu d'exemples de code.