[Index Software] Coin des développeurs :]

[Tugdual]

Un point crucial qui distingue les normes
UTF-8/16/32 des anciennes normes de
codage des caractères est que les anciennes
étaient des codages logiques (le codage
physique étant sous-entendu par l'équivalence
"caractère = octet/mot") tandis que les normes
nouvelles sont à la fois des codages :

• logique : les normes UTF-8/16/32 reposent sur
  la norme UNICODE qui défini la correspondance
  "caractère = série de points de code" ;
• physique : chaque norme UTF-8/16/32 défini
  comment coder en mémoire (donc en binaire)
  ces séries de points de code ...

Si tu me le permets je te MP plutôt pour continuer, à moins que ce soit un sujet intéressant ?

Comme tu veux, il n'y a pas de soucis ...

Moi à part l'ASCII .....

L'ASCII, c'est 0.01% de l'UNICODE !

[guillaume]

Si ça peut apporter quelque chose à quelqu'un :
j'ai un collègue qui devait éditer de la conf samba sous linux. (avec un sed et avec la regexp qui va bien)
Soucis : le fichier de conf est en UTF16 et les modifs étaient en UTF8.
En regardant bien l'encodage, en fait, c'est de l'UTF8 complété avec des 0.
Bon, c'était un fichier de conf samba, donc avec des caractères ASCII uniquement.
Mais ça donne surtout l'impression qu'une certaine firme a fait "son" UTF16 sans l'implémenter réellement en attendant qu'ils soient obligés de passer par là.

[Bubu]

Vous n'avez jamais développé pour Android ? Et bien vous avez de la chance !

Question normale : comment fermer une appli ? (Les forums en sont constipés)
La réponse : On ne peut pas. Et on ne doit même pas le vouloir.
(En gros, l'OS ferme lui même réellement l'appli ( en tuant le(s) processus) s'il est en manque de ressources)

Pour l'utilisateur, le seul moyen est d'aller dans le menu des Applis et de forcer l'arrêt.

Ce qui implique que l'on doit (les développeurs) sauvegarder l'état de l'appli qd elle est minimisée, et la restaurer telle quelle à son rétablissement.

Mais pourquoi Daech ne s'attaque pas au siège social de Google ? Je leur fournis les bouteilles de gaz et les boîtes de clous avec plaisir !

[Benoit]

Je veux pas limiter tes élans terroristes, mais ca ne m'étonnerait pas que cette façon de traiter les applis soit partagée par les autres OS Mobile.

[Bubu]

Je veux pas limiter tes élans terroristes, mais ca ne m'étonnerait pas que cette façon de traiter les applis soit partagée par les autres OS Mobile.

En même temps, j'espère que iOS a la même conception de gestion des applis. En vue d'un éventuel portage, ça aiderait.
Bon ça c'est déjà géré et est derrière moi depuis longtemps.
Mais quand-meme c'est hyper relou.

[astro]

Vous n'avez jamais développé pour Android ? Et bien vous avez de la chance !

Question normale : comment fermer une appli ? (Les forums en sont constipés)
La réponse : On ne peut pas. Et on ne doit même pas le vouloir.
(En gros, l'OS ferme lui même réellement l'appli ( en tuant le(s) processus) s'il est en manque de ressources)

Pour l'utilisateur, le seul moyen est d'aller dans le menu des Applis et de forcer l'arrêt.

Ce qui implique que l'on doit (les développeurs) sauvegarder l'état de l'appli qd elle est minimisée, et la restaurer telle quelle à son rétablissement.

Mais pourquoi Daech ne s'attaque pas au siège social de Google ? Je leur fournis les bouteilles de gaz et les boîtes de clous avec plaisir !

Je me suis fait une petite appli android.
Et il faut avouer que c'est quand même assez simple. Ne pas avoir à s'occuper des processus c'est a mon avis plutôt un point positif, on est pas sur pc à tout contrôler, l'environnement du téléphone doit garder une certains cohérence et c'est tant mieux je trouve.
A la place il faut certes gérer la sauvegarde mais c'est plus simple que de gérer des process.
Tu peux fermer ton appli mais effectivement au final c'est le système qui va réellement s'occuper de tuer le processus et libérer les ressources.
Enfin je dis ça de mémoire, je me trompe peut-être.


Bon sinon je me suis remis au C/C++ avec bash sur windows (ça c'est génial !) et je me suis inscrit au projet Euler, c'est vraiment super je trouve tout ces problèmes à résoudre !

[Bubu]

Tout à fait.
C'est vrai qu'il y a bcp d'avantages à développer pour Android.
Je programme en Java en plus (mon langage de "prédilection" est le C++).
Un avantage de taille, c'est que le système de fichier est complètement encapsulé, on ne manipule ni fichiers, ni dossiers.
On manipule ses ressources via des id.
Un objet appelé R est généré automatiquement, et représente toutes les ressources.
Par contre, le pendant de ce mécanisme, c'est que si l'on veut accéder à un fichier directement (sur la machine) c'est galère.
Déjà, on ne connaît pas à priori son nom. (Le nom du fichier des préférences par exemple n'est pas connu , même si on passe son temps à le consulter et à le remplir.)


Concernant les processus, là par contre .... c'est pénible au contraire.
Il y a un thread qui gère les activités (les "fenêtres"), et l'input.
Et un autre qui gère OpenGL et son contexte.
Tout cela doit être "deviné" car aucune documentation en parle.
Bien-entendu, hors de question d'utiliser le mauvais thread pour le mauvais contexte. Plantages ou NOP (rien ne se passe) à la clé.

Mais c'est vrai que globalement c'est très agréable. (A la fois de part l'utilisation de Java, et l'encapsulation du système de fichiers).

NB: Il est possible de programmer en C++ pour Android en utilisant le SDK nommé NDK.
Mais, à la base, j'e l'ai évité pour éviter trop de problèmes de portabilité. Il y en a assez comme ça.

[Ixy]

http://i.redd.it/nf19afmd7kex.jpg Blague de geek

[Bubu]

http://i.redd.it/nf19afmd7kex.jpg Blague de geek

Rigolo !

[Benoit]

Au cas ou des non developpeurs essaient de suivre,

if (isCrazyMurderingRobot = true)

est une ligne avec un test mal code (il faut deux == pour un test).

Accessoirement cette ligne de code affecte "true" a la variable isCrazyMurderingRobot ce qui ne sert a rien mais montre le haut niveau de codage...

[Tugdual]

Tu oublies de préciser que dans ce langage,
toute expression (donc y compris l'affectation
d'une variable) renvoie une valeur, ici "true"
qui rend la condition systématiquement vraie ...

[Bubu]

@Tugdual
@Benoit

Ben ouais.

La condition du test, est une assignation à true, qui est donc équivalente à if (true) soit à aucune condition.
Du coup, le test renvoie toujours vrai. (Tautologique ).

D'ailleurs, ils auraient évité la fin de l'Humanité en typant non pas static la variable, mais const.
Et bien-sûr, en mettant == au lieu de = dans ce test cataclysmique...

D'où la volonté des robots de nous détruire.
(Après tout ce sera toujours de notre faute si les robots veulent dominer le monde, vu que c'est nous qui les aurons créés)

Un peu comme l'ordinateur Skynet de Terminator, car ils ont oublier de mettre un bouton On/Off dessus. (Erreur humaine engendrant sa propre extermination)

[Bubu]

J'y pense comme ça. Pourquoi ? Bref :

Le saviez-vous ?
Le type bool en C++ n'est rien autre que le type int .... déguisé.
On pourrait le définir avec un typedef ou un #define.
Ainsi que les constantes true et false.

Exemple de codage en C (à tester)
typedef int bool;
#define false (0)
#define true (!0)

En gros, c'est juste pour le confort ....

.... mais :
Ça devient intéressant avec std::vector<bool>.
Car implémenté de manière particulière, de telle sorte à ce qu'il y ait un bit par bool.

[Bubu]

http://i.redd.it/nf19afmd7kex.jpg Blague de geek

Une autre interprétation possible, en supposant qu'il n'y ait pas d'erreur dans le code, c'est que pour nous aider, nous les hôtes de cette planète, les robots aient décidé d'exterminer la race humaine. Pour le bien de la Terre et de ses habitants qui la respectent.

[Astragale]

Bonjour à tous,

Dans le cadre de mon réatterrissage forcé dans le monde des aspis, je viens de perdre mon prestataire-Prestashop-neurotypique.

Je cherche quelqu'un pour reprendre le boulot immédiatement. Prestation de service ou emploi en CDD dans un premier temps.

Y a t-il des informaticiens connaisseurs ici ?