575 liens privés
Liste des codes secrets sur Android
Codes d'informations :
*#06# – IMEI du téléphone
*#0*# – Menu d'informations (ne fonctionne pas sur tous les téléphones)
*#*#4636#*#* – Menu d'informations
*#*#34971539#*#* – Menu d'informations sur l'appareil photo
*#*#1111#*#* – Version software FTA
*#12580*369# – Infos sur le logiciel et sur le hardware
*#7465625# – Statut de verrouillage de l'appareil
*#*#232338#*#* – Montre l'adresse MAC de l'appareil
*#*#2663#*#* – Montre la version de la dalle tactile
*#*#3264#*#* – Montre la version de la RAM
*#*#232337#*# – Montre l'adresse Bluetooth de l'appareil
*#*#8255#*#* – État du service Google Talk
*#*#4986*2650468#*#* – Montre les infos sur le téléphone, le hardware et le PDA
*#*#1234#*#* – Montre les infos sur le PDA et le firmware
*#*#2222#*#* – Montre les infos FTA
*#*#44336#*#* – Montre la date du firmware et la liste des changements
*#0228# – Etat de la batterie
*#3282*727336*# – Etat de l'utilisation des données
*#03# – Numéro de série du NAND flash
*2767*4387264636# – Affichage du code produitCodes de sauvegarde :
*#*#273282*255*663282*#*#* – Sauvegarde de tous les fichiers médias
*#8736364# – Menu des mises à jour OTACodes de test :
*#*#197328640#*#* – Mode test
*#*#232339#*#* – Test wifi
*#*#526#*#* – Test Wifi
*#*#0842#*#* – Test de luminosité/vibration
*#*#2664#*#* – Test de l'écran tactile
*#*#232331#*#* – Test du Bluetooth
*#*#7262626#*#* – Field test
*#*#1472365#*#* – Test GPS rapide
*#*#1575#*#* – Test GPS complet
*#*#0283#*#* – Test de packet loopback
*#*#0*#*#* – Test de l'écran LCD
*#*#0289#*#* – Test audio
*#*#0673#*#* – Test audio
*#*#0588#*#* – Test du capteur de proximité
*#0782# – Test de l'horloge
*#0589# – Test du capteur de lumière
*#7353# – Menu de test rapideCodes de configuration :
*#9090# – Diagnostique de configuration
*#301279# – Menu de contrôle HSDPA/HSUPA
*#872564# – Contrôle de logging USB
*#2263# – Sélection de bandes
*#7284# – Contrôle du mode USB 12C
**05***# – Déblocage du code PUK depuis l'écran d'appel d'urgencesCodes utiles au développement :
*#9900# – Mode System dump
##778 (+call) – Montre le menu EPST
*#273283*255*3282*# – Menu de création de données
*#746# – Menu du debug dumpCodes secrets Android spécifiques aux constructeurs :
Motorola
##7764726 – Menu caché sur Motorola DroidHTC
*#*#3424#*#* – Programme de test HTC
##786# – Support logistique inversée (infos envoyées au fabricant)
##3282# – Menu EPST
##3424# – Mode diagnostique
*#*#8255#*#* – Monitoring Google Talk
##33284# – Field Test
##8626337# – Lance le VOCODER
*#*#4636#*#* – Montre le menu d'informations HTC
#*#759#*#* – Debug de l'UISamsung
*#*#197328640#*#* – Menu principal du mode de services
*#32489# – Informations sur le cryptage
*#4238378# – Configuration GCF
*#3214789650# – Mode de test du LBS
*#745# – RIL Dump Menu
*#7412365# – Camera firmware menu
*#528# – Mode technique du Wifi
*#07# – Historique des tests
*#272886# – Sélection des réponses automatiquesAutres codes secrets Android :
*#7780# – Factory Reset
*2767*3855# – Full Factory Reset
*#*#7594#*#* – Change la fonction du bouton d'alimentation
*#*#8351#*#* – Active le dialing log mode
#*#8350#*#* – Désactive le dialing log modeLes codes à ne pas utiliser, risque de perte de données ou de destruction du smartphone.
*#*#7780#*#* – Reset de la /data partition
*2767*3855# – Formatage de l'appareilJe découvre qu'il est possible de trier cette page par ordre alphabétique.
Super ! Encore une fonctionnalité au top grâce aux « petites mains » qui entretiennent cette belle machine qui est le Shaarli. Il y a quelques mois je découvrais une autre fonctionnalité qui m'avais amené à m'extasier également. Alors encore : merciiiiiiiiiiiiiii <3 <3 <3
Cela m'a notamment permis de corriger pleins d'étiquettes qui étaient en doublon : avec ou sans accent, au singulier ou pluriel. Et puis !, le classement alphabétique est respecté : les caractères diacritiqués sont ordonnés comme celui de base \o/
Trop cooooool !
Ça faisait des années que j'espérais cette modif ! J'avais même, en vain, essayé de m'y attaquer !
Merciiiiiiiiiiii
<3
J'adore cet outil mais malheureusement je n'arrivais pas à le lancer proprement en local.
Cette commande marche bien chez moi :
"C:\Program Files (x86)\Java\jre1.8.0_221\bin\java.exe" -jar "C:\exe\plantuml\plantuml.1.2019.8.jar" -gui -charset UTF-8#mes2sous
« Car pour coder des tests automatisés il faut prévoir du temps. Environ 20 à 30% de temps de dev en plus. »
Ce que j'avais appris c'est que pour être propre, le test « visible » ça représente 50% du temps de dév. Et si on inclue le test « invisible » (débug, tests unitaire, lecture de console, revue de code, …), en réalité tester prend autant de temps que coder.
« Le client veut les features 1 à 14, donc vous devez faire les features 1 à 14. Point.
On préfère donner au client une version instable et pleine de bugs avec des bugs qui contient ces 14 features, qu'une version ultra stable et testée qui contient que 10 features. Car contrat, engagement, tout ça. »
Et c'est de ce constat que l'on est passé d'une conception « cycle en V » au « développement Agile ».
« En plus, quand, en tant que dev, on doit estimer un sujet, ben on oublie tout ça. On estime "ok une journée pour ça, une journée pour ça, et une journée pour ça, donc 3 jours".
Sauf que t'as pas calculé qu'un logiciel plantera. Qu'un autre sera incompatible avec un prérequis. Que le besoin client sur un point précis changera pendant ces 3 jours. Que le serveur aura pas la bonne mise à jour pour un des plugins. Etc. »
Ou alors : « Fonction 1 = 1 jour ; Fonction 2 = 1 jour ; Intégration de fonction 1 avec fonction 2 = 1 jour. Total pour 2 fonctions = 3 jours. »
Après il faut faire attention car 3 fonctions = 6 jours, 4f = 10j, 5f = 15j, …
« Perso j'ai une règle ultra simple dans l'informatique. Tu dois estimer un truc ? Tu estimes honnêtement combien de temps il te faut pour le faire.
Ensuite tu fais x2 pour une estimation réaliste et réalisable.
Et si tu veux faire du code propre, tu fais x3. »
#tafdak
:-(
Snif : cette idée n'a toujours pas été reprise. Et elle a été oubliée lors de la création de la fonctionnalité de gestion par plugin : https://github.com/shaarli/Shaarli/issues/14 . C'est dommage car j'ai souvent pas assez de shaarlink sur une journée mais sur une semaine c'est mieux (sans être trop…)
Ne laissez pas vos amis utiliser les logs git comme changelogs
Qu'est-ce qu'un changelog ?
Un changelog (journal des modifications) est un fichier qui contient une liste triée chronologiquement des changements notables pour chaque version d’un projet
Pourquoi tenir un changelog ?
Pour permettre aux utilisateurs et contributeurs de voir précisément quels changements notables ont été faits entre chaque publication (ou version) d'un projet.
Qui a besoin d'un changelog ?
Tout le monde. Qu'ils soient consommateurs ou développeurs, les utilisateurs de logiciels sont des êtres humains qui se soucient de connaître le contenu des logiciels qu'ils utilisent. Quand un logiciel change, ces mêmes personnes veulent savoir comment et pourquoi.
À mettre en parallèle de la Gestion sémantique de version 2.0.0 : https://semver.org/lang/fr/spec/v2.0.0 :
Étant donné un numéro de version MAJEUR.MINEUR.CORRECTIF, il faut incrémenter :
le numéro de version MAJEUR quand il y a des changements non rétrocompatibles,
le numéro de version MINEUR quand il y a des changements rétrocompatibles,
le numéro de version de CORRECTIF quand il y a des corrections d’anomalies rétrocompatibles
Édition 2020-12-06 : à mettre en parallèle du "Commits Conventionnels"
Je cite : "
Niveau 0 : pisser du code ;
Niveau 1 : livrer du code ;
Niveau 2 : livrer un logiciel ;
Niveau 3 : livrer un produit ;
Niveau 4 : livrer de la valeur."
Très intéressant. Je pense que c'est adaptable à d'autre métiers. Mais par exemple dans le mien, je n'arrive pas à faire d'analogie avec "pisser du code"... (peut-être que ne pas réussir à concevoir le niveau 0 est plutôt bon signe ^_^ ).
En revanche là, on parle du développeur alors que le constat de l'article ce concentre sur la boîte d'édition de logiciel. J'aurais tendance à penser la même chose : créer de la valeur est très difficile au niveau individuel. Si l'on n'a pas la synergie de groupe c'est compliqué ; voire très compliqué lorsque l'on nous mets des bâtons dans les roues (consciemment ou non).
Et oui, la méthode pour être informaticien :
1/ essayer ;
2/ si 1/ ne fonctionne pas : être curieux ;
3/ encore et encore.
À lire en français, ici : http://xkcd.lapin.org/index.php?number=627
Héhé ! Pas mal hein ? !
En tout cas bonne dynamique, c'est impression ce que ça peut faire « un gus dans un garage ».
J'ai hâte !
Mais vu la tête de la démo, certainement faudra-t-il jouer un peu du CSS pour avoir de quelque chose un peu plus user-friendly...
Une bonne analyse de ce qui se fait.
Il faut, je pense, tendre vers une gestion agile (au sens propre du terme, pas de la méthode) en se basant sur des principes "monolithiques"..
Bon, je sais, ça date mais c'est tellement marrant !