Voir tous les tags
-
Clément Delafargue // Divarvel (page 6)
[Chaîne] Mes habitudes de programmation
J'ai été gentiment obligé^Wconvié par Skreo à décrire mes petites habitudes en programmation...
Je m'y attelle donc tout de suite.Les noms de variables, fonctions, méthodes
Déjà, j'utilise l'anglais pour nommer mes variables. Pour la capitalisation, tout dépend de si je code Objet ou pas. Si je ne code pas objet, je fais ça à la PHP c'est à dire des mots séparés par des underscore _. Quand je code Objet, j'utilise une CamelCase bidouillée, je mets des majuscules au début de tous les mots, sauf des verbes, ce qui revient très souvent à du lowerCamelCase.
Indentation
Indentation de 4, j'indente tout le bloc. Pour le xHTML (je sais, ce n'est pas de la programmation), j'indente le contenu des balises de type bloc (sauf h[1-6]), et je vais à la ligne. Je vais à la ligne après un <br />, sauf s'il y en a plusieurs à la suite (mais c'est plutôt rare que ça arrive)
Accolades
Accolade ouvrante à la fin de la ligne de définition de la boucle. Accolade fermante sur une nouvelle ligne, au même niveau que la définition de la boucle.
Pas d'accolades pour un bloc mono-ligne. (par exemple un if suivi d'une seule instruction).Espaces
Pour les virgules et les point-virgules : pas d'espace avant, un espace après.
Pas d'espace entre les noms de fonction et la parenthèse ouvrante. Idem pour les boucles.
Pas d'espace entre la parenthèse fermante et l'accolade ouvrante dans les boucles.
Pas d'espace entre le else et le if dans les else if.
Un espace de part et d'autre des opérateurs de modification (=, +=, *=, ...).
Un espace de part et d'autre pour les opérateurs de comparaison (==, <=, >=) et pour les opérateurs de modification dans les boucles (for, while, if), sauf pour les longues expressions.Guillemets
En php, j'utilise uniquement les guillemets simples (apostrophe), sauf pour afficher des caractères spéciaux (\r, \n ...).
En JS, ça dépend du contenu de la chaîne. Si c'est du texte tout bête, des guillemets doubles, si ça contient du HTML, je mets des guillemets simples
Dans les autres langages, des guillemets doubles.Commentaires
Dans les fichiers lambda, des commentaires pour expliquer la fonction d'un bloc, en particulier si c'est tricky
Dans les fichiers qui définissent les classes, quelques lignes au début, puis un bloc de commentaire avant chaque méthode : utilité, variables attendues (rôle, type, valeur par défaut), valeur de retour, puis éventuellement des commentaires monolignes pour expliquer la fonction de tel ou tel bloc. Les commentaires monolignes pour les blocs sont mis après l'accolade ouvrante, précédés d'un espace.<?php
//Code non_objet
$premiere_variable = 'Texte';
function get_property(){ // Cette fonction retourne un truc
$retour = 'Un truc';
return $retour;
}
//Code objet
class ClasseBidon{
/*
Fonction sayHello
Sert à dire Hello World
Arguments : Aucun
Retourne : string
*/
public static function sayHello(){
return 'Hello World !'
}
}
?>Je fais suivre la chaîne à Xipoons, puis à ceux qui sont motivés :p
2 commentaires
Le HowTo du Mercredi : Container crypté avec cryptsetup
Comment créer un fichier crypté auquel on peut accéder comme à une partition, en toute transparence, sans avoir besoin de beaucoup de choses
Lire la suite... aucun commentaire
Ubuntu8.04 sur EEE
Après quelques essais infructueux, j'ai renoncé à installer UbuntuEEE sur Pelageee. En volant le lecteur CD sur le PC familial et en le branchant à mon boîtier de DD Externe, j'ai pu, grâce à un CD d'Ubuntu qui traînait, me mettre la Hardy sur mon EEE. Je vous livre mes premières impressions, (3 mois après tout le monde) sur la bête, et sur son fonctionnenement avec un EEE "out of the box"
Lire la suite... 2 commentaires
Bien choisir ses phrases de passe
Les mots de passe trop faciles à deviner sont le fléau pour tout système que l'on veut sécuriser. Il est totalement inutile d'employer les techniques d'encryptage les plus avancées si le mot (ou la phrase) de passe peut se trouver trop simplement. Une chaîne est aussi faible que le plus faible de ses maillons. Bien souvent, ce maillon faible, c'est
Laurence Boccolini(désolé...) le mot de passe (la vulnérabilité de WPA-PSK est un bon exemple). La qualité principale d'un mot de passe est sa complexité. Vient ensuite la praticité (et contrairement à ce que l'on pourrait penser ces deux exigences ne sont pas forcément contraires). Je vous livre deux trois conseils que j'ai pu glaner en me baladant sur le Web.Entropie maximale et Facilité à retenir
Je ne saurais que vous conseiller d'aller lire cet article : The usability of passwords by Thomas Baekdal, très bien foutu, et agréable à lire de surcroît.
Pour les anglophobes, il y est dit (et montré) que choisir un mot commun ou courant comme mot de passe est totalement idiot, que choisir un mot de passe du genre "sfJyT&(-Hgg76d" est assez sécuritaire, mais qu'étonnamment, "this is fun" est plus dur à casser que "sfJyT&(-Hgg76d".Grand nombre de mots de passe
Je ne compte pas retenir un mot de passe par service, l'idée est donc de décliner quelques mots de passe sécurisés en plusieurs dizaines, facilement retrouvables à partir des mots de passe originaux, et avec l'aide éventuelle d'un index, mais ne permettant pas de deviner les autres. Certains se construisent un préfixe sécurisé qu'ils retiennent, et y adjoignent un suffixe propre à chaque service, soit le nom du service lui même, soit un numéro qu'ils peuvent noter dans une liste. D'autres créent un mot de passe sécurisé par service un tant soit peu critique, et un mot de passe plus simple leur servant à tous les autres services. Ces deux méthodes présentent des petits défauts. Pour la première l'utilisation systématique du même préfixe sur tous les services les met à la merci d'un administrateur peu scrupuleux, et ce pour tous les services. La deuxième méthode laisse la possibilité de se faire pirater tous les services "secondaires"
Ma méthode
J'ai fait un mix des deux : je me suis créé un set d'une dizaine de mots de passe sécurisés que je combine, je n'ai qu'à retenir lesquels je choisis quand je forme la combinaison. Ainsi, la liste de combinaisons est assez facile à retenir, je peux me permettre de la noter puisqu'elle est inutile sans les mots de passe, et enfin la possession d'un de mes mots de passe ne suffit pas pour déterminer les autres. Bingo ! (C'est un peu tordu, mais efficace)
Et vous, vous faites quoi pour gérer vos mots de passe ?
10 commentaires
Quel avenir pour internet ? Partie 3 - L'avenir du Web
S'il est bien une chose difficilement dissociable de l'Internet, c'est le Web. La proximité entre web et Internet conduit à la confusion fréquente entre ces deux concepts. Il est difficile, voire impossible d'imaginer l'un sans l'autre. Sans l'Internet, le web ne pourrait techniquement pas exister, et c'est l'essor du Web qui a popularisé l'usage de l'Internet. Le succès du Web est tel que l'on tente de tout faire transiter par ce biais, ce qui n'est pas forcément une bonne chose, dans la mesure où l'on détourne le Web de son usage premier. D'après la philosophie UNIX, un outil ne doit faire qu'une chose, et la faire bien. L'évolution actuelle du web est totalement contraire à cette philosophie.
Le principe du Web
Le Web est un système hypertexte : une ressource peut mener à une autre via un hyperlien. Le Web a été inventé par Tim Berners-Lee, chercheur au CERN, pour permettre aux chercheurs de partager leurs données (et non pas pour acheter Robert Caillau $12000 sur Friends on Sale). Le "Web 1.0" fonctionnait de manière statique : une page fournit des infos, le visiteur les lit, point barre. Depuis quelques années, a émergé le "Web 2.0", où l'utilisateur agit sur le contenu, et communique avec les autres utilisateurs.
Pour les sites tels que Wikipedia, c'est génial, par contre pour les sites de partage de vidéos, ou les réseaux sociaux, je ne pense pas que le Web soit le moyen le plus pertinent. Le terminal dédié à la vidéo, c'est la TV. De plus en plus de TV sont reliées à l'Internet (via les freeboîtes, par exemple). Quand aux réseaux sociaux, je verrais plus ça dans le téléphone, ou dans un gestionnaire de cartes de visites (en fait mon plus grand fantasme technologique, c'est
le bondage avec des câbles RJ 45les implants neuroniques) donc un carnet d'adresses. Les réseaux sociaux ça sert juste à garder une liste de ses connaissances, à les classer leurs fiches par catégories, pour les contacter plus simplement, c'est pour ça que je regrette toutes les fioritures inutiles de FaceBook (applications alakon, groupes, etc). Par contre les réseaux sociaux peuvent être une bonne base pour remplacer l'email (surtout si on peut implémenter l'UUID dont je parle ici (système de nommage) )J'espère donc que l'usage du Web se restreindra à ce qu'il devrait être : un partage d'informations, au sens strict du terme.
7 commentaires
1 2 3 4 5 [6] 7 8 9 10 11 ... 
Haut de page
Actions
Aller à l'accueil
Contact
Chercher un article
Connexion
Créer mon blog
Vous avez reçu un nouveau message !