Pour ceux qui pensent que les règles Ktlint sont loin d'être parfaites (c'est mon cas) et qui voudraient se lancer dans leur propre Kotlin linter (je manque de temps).
Je recopie :
Ces trois graphies représentent conventionnellement trois « interjections » distinctes, qui ne correspondent en réalité dans la langue orale qu'à une seule exclamation, [o], prononcée comme un o plus ou moins explosif, plus ou moins fermé et plus ou moins long. Les valeurs que l'on attribue par tradition à ces trois graphies sont les suivantes.
Ô (avec un accent circonflexe ; n'est jamais suivi immédiatement d'un point d'exclamation) sert à interpeller, à invoquer un être ou une chose, ou à souligner, dans un registre littéraire et emphatique, l'expression d'un sentiment intense (admiration, joie, douleur, etc.) : « Ô rage ! ô désespoir ! ô vieillesse ennemie ! » (Corneille). « Ô inquiétudes nouvelles ! » (A. Gide). « Ô trois fois chère solitude » (A. de Musset).
Oh (toujours immédiatement suivi d'un point d'exclamation) marque la surprise, l'admiration, la supplication, l'indignation, l'hostilité, le dégoût, etc. ; sert à souligner une affirmation, une émotion, une restriction ; sert à appeler ou à interpeller : « Oh ! C'est curieux... Je n'aurais jamais cru » (Colette). « Oh ! La bonne odeur de soupe au fromage » (A. Daudet). « Oh ! mon père, grâce ! pardonnez-moi » (P. Mérimée). « Oh ! Jouissons encore un peu, naïvement, de ces beaux actes ! » (P. Valéry). « Enfants ! Oh ! Revenez ! » (V. Hugo).
Ho (toujours immédiatement suivi d'un point d'exclamation) sert à appeler, à interpeller : ho ! qui va là ? ; ho ! hisse !
On voit que les différences qui séparent ces trois interjections sont minimes.
Trop bien ! Je vais louer un meublé courant septembre / octobre, cela va m'être très utile. Merci @Animal
Je recopie ton article :
La liste des meubles devant être présents pour qu'un logement puisse être qualifié de "meublé" est décrite à l'Article 2 du Décret n° 2015-981 du 31 juillet 2015 fixant la liste des éléments de mobilier d'un logement meublé.
Mais elle n'est pas très précise. Combien de lits ? Combien de luminaires ? Combien de chaises ?
En fait c'est l'Article 1 qui le dit :
Chaque pièce d'un logement meublé est équipée d'éléments de mobilier conformes à sa destination.
Cela signifie que si l'appartement est loué avec deux chambres et un bureau, alors :
> chaque chambre doit disposer d'un lit (avec couette ou couverture) et d'un luminaire; le bureau doit disposer d'une table et d'une chaise.
L'Article 6 de la Loi n° 89-462 du 6 juillet 1989 tendant à améliorer les rapports locatifs et portant modification de la loi n° 86-1290 du 23 décembre 1986 stipule également que :
Le bailleur est obligé [...] d'assurer au locataire la jouissance paisible du logement [...].
Ce qui est interprêté de la même manière, à savoir que les pièces doivent être utilisables pour remplir les fonctions prévues dans le bail.
Dernière chose. Pour prouver que le logement répond bien aux critères prévus en termes d'ameublement, il est fortement conseillé de réaliser un inventaire des meubles, séparé du bail. Tout ce qui n'y figure pas peut être emporté par le locataire (voir ici et ici pour plus de détails).
Je ne connaissais pas la règle du 3-2-1 pour effectuer les backups. Mais j'avoue que stocker, en plus de l'original, deux copies de sauvegarde sur au moins deux supports distincts, ne reposant pas sur le même matériel, ni le même logiciel et que cela permette une probabilité de perte de données de 1 chance sur 1 000 000 est une caractéristique qui m'intéresse.
@Chlouchloutte : je ne confondais pas le Quatar avec Dubaï. Ce dernier fait bien partie des Émirats Arabes Unis et il s'agit bien d'un pays Musulman et mysogine.
Les européennes peuvent y sortir dans la rue sans forcément être voilées mais en cas de problème, il faudra bien garder à l'esprit que le droit ne sera pas de leur côté. Après, tant que les choses se passent bien, elles ne se passent pas mal.
De ce que j'ai retenu de l'article (datant de 2014) :
- Ne pas porter de décolleté.
- Ne pas montrer ses épaules / dos.
- Ne pas montrer ses jambes (et encore moins ses cuisses) - c'est possible mais des hommes vont venir vous harceler.
- Ne jamais regarder un homme dans les yeux (porter des lunettes de soleil en permanence aidera)
- Littéralement ignorer les hommes (répondre sera interprété comme accepter des avances pour certains).
- Toujours porter une alliance.
- Déjeuner en restaurant dans "l'espace famille"
- Rentrer à l’hôtel dès qu'un problème survient.
- Lorsqu'un homme vous demande en mariage : il est sérieux.
- Si vous avez besoin d'aide, demandez à une femme de préférence.
- Ne pas monter à l'avant d'un taxi (sauf si c'est une femme qui conduit).
- Dans les transports en commun, trouvez la section femmes et ne pas rester dans la section hommes.
Un autre point de vue sur TripAdvisor même si ce genre de site pratique les faux commentaires / commentaires sponsorisés. À noter que quelques commentaires ont été supprimés par TripAdvisor.
Et un dernier avis sur LonelyPlanet.
L'objectif de ce guide à la programmation est de vous apprendre à écrire des lignes de code de manière claire et concise.
Pour @Doudou qui me l'avait demandé.
Cela fait bien trois ans que je recherchais ce post !!! Et je l'ai retrouvé sur 9gag, incroyable.
Exception n°4 :
Sauf si un adverbe de quantité le précède. D’abord, une petite règle qu’on connaît tous : un participe passé construit avec le verbe avoir s’accorde avec le COD s’il est placé avant le verbe : « les mensonges que j’ai prononcés ». Jusque-là, tout va bien.
Lorsque le participe est précédé du pronom personnel « en », on considère que « en » est neutre, et le participe est invariable : « les mensonges, j’en ai prononcé ». Ça se complique, mais ça reste gérable.
Mais attention : si un adverbe de quantité (autant, combien, moins, trop…) précède le « en », le participe passé s’accorde : des mensonges, combien en as-tu prononcés ? Oui, là on accepte d’entendre parler réforme de l’orthographe.
Pour toi Animal. Même si je pense que tu connaissais déjà.
Cette méthode m'a rappelé des souvenirs, puisque c'est celle que ma Maman m'avait apprise quand j'étais petite lorsque nous jouions parterre dans le salon :D
Tant que j'y suis, je te renvoie aussi à ce rappel sur les règles de ponctuations en français qui diffèrent de l'anglais et que l'on peut résumer par : on ajoute un espace avant tous les points, sauf le point ".".
Un petit article pour ceux ayant besoin de rédiger... Bah des articles... (loul)
En résumé, la langue française dispose de règles strictes quand à la position de la ponctuation dans une phrase. En voici un résumé :
- Une phrase comme par une majuscule.
- Une phrase se termine par un point (typiquement, ".", "?", "!").
==> Si vous êtes d'accord avec ces règles, alors il n'y a aucune raison logique à ignorer les autres qui font elles-aussi parties de la langue française (je pense à quelqu'un en particulier, un indice, il a un côté misanthrope).
Bon cette étape est assez facile, mais il faut savoir qu'il y a des règles s'appliquant aux espaces à mettre avant ou après ces points.
Ceux avec un rien avant et un espace après :
Dans le cas du point c'est : MOT . ESPACE MOT
Dans le cas de la virgule c'est : MOT , ESPACE MOT
Dans le cas des trois petits points c'est : MOT ... ESPACE MOT
Dans le cas de la parenthèse fermante : MOT ) ESPACE MOT
Dans le cas de l'accolade fermante : MOT } ESPACE MOT
Dans le cas du crochet fermant : MOT ] ESPACE MOT
Dans le cas de la quote fermante : MOT " ESPACE MOT
Ceux avec un espace avant et rien après :
Dans le cas de la parenthèse ouvrante : MOT ESPACE ( MOT
Dans le cas de l'accolade ouvrante : MOT ESPACE { MOT
Dans le cas du crochet ouvrant : MOT ESPACE [ MOT
Dans le cas de la quote ouvrante : MOT ESPACE " MOT
Ceux avec un espace avant et après :
Dans le cas des deux points c'est : MOT ESPACE : ESPACE MOT
Dans le cas du point-virgule c'est : MOT ESPACE ; ESPACE MOT
Dans le cas du point d'interrogation c'est : MOT ESPACE ? ESPACE MOT
Dans le cas du point d'exclamation c'est : MOT ESPACE ! ESPACE MOT
Dans le cas des guillemets ouvrants : MOT ESPACE « ESPACE MOT
Dans le cas des guillemets fermants : MOT ESPACE » ESPACE MOT
Les cas particuliers :
- Il y a toujours un . derrière "etc".
- Si vos listes commencent par des minuscules alors les lignes se terminent par un point-virgule et la dernière par un point (style de base dans LibreOffice).
- Si vos listes commencent par une majuscule, alors les lignes se terminent par un point (style de base dans Word).
Exemples :
Ma liste :
- ceci est un test ;
- sur plusieurs lignes ;
- dont la dernière se termine par un point.
Mon autre liste :
- Ceci est un test.
- Sur plusieurs lignes.
- Dont la dernière se termine comme les autres par un point.
## Mais ne mélangez pas les deux styles ! Ceci serait "illégal" si je puis m'exprimer ainsi.
Pour Doudou qui doit passer des entretiens.
La version française : https://www.coreye.fr/fr/actualites/top-10-owasp-2017-retour-la-nouvelle-edition
Quelques règles d'écritures lorsque l'on code en Python
Pour toutes celles et ceux qui doivent sécuriser un Linux
Pour Chlouchloutte et Animal.
Dès qu'il y a une notion de mouvement = > il faut dire "je suis allé(e)".
Dès qu'il n'y a pas de notion de mouvement => il faut dire "j'y ai été" ou plus simplement "j'y étais".
Ça c'est LA vidéo que je suis tellement contente de voir. Énorme !!! À faire tourner à toute les filles et pour toutes les filles !
Et sinon, on s'en débarrasse quand de tout ces intermédiaires ? De ces vieux connards sexistes, machistes, orientés vers le maintient de leur domination !
Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
1) On ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception.
2) On ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences.
3) Le temps de comprendre toutes les exigences, le projet est terminé.
4) Le temps de terminer le projet, les exigences ont changé.
Vous codez en PHP et souhaitez produire un code plus rapide. Voici plus de 50 astuces répertoriées.
Très sympa de la part de l'auteur, ce genre d'initiative existe aussi en Java et encore plus en JavaScript !
Je copie-colle les 50 règles au cas où :
Les 50+ commandements en PHP
Ces commandements sont une traduction du billet de chez HM2K que j'ai jugé très intéressant et que je souhaite faire partager aux développeurs non anglophones.
echo est plus rapide que print. [Citation]
Mettre ses chaines de caractères entre simple quotes '...' est plus rapide qu'entre des doubles quotes "..." car PHP analyse s'il y'a des variables entre les doubles quotes. Utiliser les simple quote pour du texte pur.
Utiliser sprintf au lieu de mettre des variables dans des double quotes, C'est 10x plus rapide. [Citation]
Utiliser les paramètres multiples dans un echo au lieu de la concaténation des chaines. [Citation]
Utiliser le plus possible des variables pour les calculs, éviter de les mettre dans les boucles. Exemple
1.
<a onclick="window.open(this.href); return false;" href="http://www.php.net/for">for</a> ($x=0; $x < count($array); $x)
La fonction count est appelée à chaque boucle, mieux vaut utiliser $max=count($array) pour stocker le résultat du calcul avant la boucle. [Citation]
Pensez à unset ou rendre null vos variables, en particulier les gros tableaux. [Citation]
Eviter les méthodes magiques comme __get, __set, __autoload. [Citation]
Utiliser require() au lieu de require_once() quand c'est possible. [Citation]
Utilisez desz chemins complets dans vos include et require. C'est du temps gagné pour la résolution du chemin au niveau de votre OS. [Citation]
require() et include() sont identiques à part que require arrete le script si le fichier n'est pas trouvé. Les performances sont quasi identiques. [Citation]
Depuis PHP5, l'heure de démarrage d'un script peut être trouvé grâce à $_SERVER[’REQUEST_TIME’], à utiliser à la place de time() ou microtime(). [Citation]
PCRE regex est plus rapide que EREG, mais il faut toujours regarder s'il n'est pas posssible d'utiliser une fonction native comme strncasecmp, strpbrk et stripos à la place. [Citation]
Quand vous parsez du XML en PHP essayez xml2array, qui permet d'utiliser les fonctions PHP XML, pour du HTML vous pouvez essayer DOM document ou DOM XML en PHP4. [Citation]
str_replace est plus rapide que preg_replace, str_replace est globalement le meilleur dans tous les cas, même si quelques fois strtr est plus rapide avec des chaines longues. Utiliser un array() dans str_replace est plus rapide que d'utiliser plusieurs str_replace. [Citation]
“else if” est plus rapide qu'un case/switch. [Citation]
La suppression d'erreurs avec @ est très lent. [Citation]
Pour réduire l'utilisation de la bande passante, il faut activer le mode mod_deflate dans Apache2 [Citation] ou mod_gzip pour Apache1. [Citation]
Fermer les connexions aux BDD après les avoir utilisé. [Citation]
$row[’id’] est 7 fois plus rapide que $row[id], car si vous ne mettez pas les quotes, PHP Pense qu'il va s'agir d'une constante. [Citation]
L'utilisation de tags d'un autre style ou des shorts tags pour ouvrir du code PHP est déconseillé. [Citation]
L'utilisation d'un code strict permettant de supprimer toutes les erreurs, warning etc est conseillé. error_reporting(E_ALL) doit toujours être activé. [Citation]
Les scripts PHP sont rendus 2 à 10 fois moins rapidement par Apache qu'une page statique. Essayez d'utiliser au maximum des pages statiques. [Citation]
Les scripts PHP sont compilés à la volée (si pas de cache). Installez un système de cache PHP (comme memcached, eAccelerator ou Turck MMCache) permet d'augmenter de 25-100% les performances. [Citation]
Une alternative aux systèmes de cache est de générer régulièrement le rendu en HTML statique. Essayez Smarty ou Cache Lite. [Citation]
Utilisez isset où c'est possible au lieu de strlen. (ie: if (strlen($foo) < 5) { echo “Foo is too short”; } vs. if (!isset($foo{5})) { echo “Foo is too short”; } ). [Citation]
++$i est plus rapide que $ i++, donc utilisez le pre-increment quand c'est possible. [Citation]
Ne réinventez pas la roue, utilisez les fonctions natives de PHP qui seront toujouts plus rapides; Si vous avez le temps de réecrire, faites le sous forme de modules C / C++. [Citation]
Analysez votre code (Profiler). Utilisez Xdebug debugger pour profilker du code PHP. [Citation]
Documentez votre code. [Citation]
Apprenez les différences entre du bon et du mauvais code. [Citation]
Utilisez les standarts pour une meilleure compréhension de votre code par les autres. [Citation]
Séparez les couches: Contenu, PHP et HTML. HTML dans un autre fichier que le PHP. [Citation]
IL n'est pas obligatoire d'utiliser des systèmes de templates complexes comme Smarty, PHP en intègre déjà, regardez ob_get_contents et extract. [Citation]
Ne jamais avoir confiance en les variables utilisateurs: $_POST et $_GET. Utilisez mysql_real_escape_string quand vous utilisez MySQL, et htmlspecialchars quand vous rendez du HTML. [Citation]
Pour des raisons de sécurité, ne dévoillez jamais d'infos concernant vos paths, extensions et configuration, comme utiliser display_errors ou phpinfo(). [Citation]
Désactivez register_globals (Normalement désactivé par défaut, pas pour rien!). L'utiliser = risque de sécurité. Bientôt, le PHP6 supprimera complètement cette fonction ! [Citation]
Ne jamais utiliser du texte clair pour stocker les mots de passe ou les comparer. Utilisez un hash md5 au minimum. [Citation]
Utilisez ip2long() et long2ip() pour stocker les adresses IP en INT plutôt qu'en STRING. [Citation]
Pour ne pas réinventer la roue, vous pouvez utiliser les nombreux projets PEAR souvent standarts. [Citation]
Quand vous utilisez header(’Location: ‘.$url); n'oubliez pas d'y faire suivre un die(); car le script continue de tourner même après l'instruction. [Citation]
En POO, si une méthode peut être static, alors déclarez la en static. Elle sera 4 fois plus rapide. [Citation].
Incrémenter une variable locale dans une méthode POO est le plus rapide. [Citation]
Incrémenter une propriété d'un objet (eg. $this->prop++) est 3 fois plus lent qu'une variable locale. [Citation]
Incrémenter une variable indéfinie est 9-10 fois plus lent qu'une variable pré définie. [Citation]
Déclarer une variable globale dans une fonction sans l'utiliser ralenti les choses. PHP doit faire une sorte de check sur la variable pour vérifier qu'elle existe. [Citation]
Le nombre de méthodes dans une classe ne change rien aux performances d'appel d'une méthode. [Citation]
Les méthodes d'une classe dérivée vont plus vite que celles de la classe mère. [Citation]
Une fonction appelée avec un ou zéro paramètre prend environ 7-8 fois un $localvar++. 15 $localvar++ pour l'appel d'une méthode similaire. [Citation]
Tout ne doit pas être objet, chaque méthode et propriété consomme de la mémoire. [Citation]
Echappez les chaines provenant de l'extérieur avec mysql_real_escape_string, au lieu de mysql_escape_string ou addslashes. Si magic_quotes_gpc est activé, mieux vaut utiliser stripslashes en premier. [Citation]
Attention lors de l'utilisation de mail() et de ses headers, il y'a des failles de sécurité. [Citation]
Il faut unset les variables que l'on ne se sert plus après s'être connecté à la BDD
Vous n'avez plus qu'à respecter tout ces conseils pour avoir un code PHP optimisé !
Des règles de bon sens pour la gestion multi-branche sur des équipes en "mode projet" et codant sur les mêmes répos (tout en releasant à des instants différents).
Le même article mais en plus joli : http://www.infoq.com/articles/agile-version-control
Je ne sais pas si j'aime le français, mais les petites astuces de notre langue m'amusent. Aujourd'hui, nous allons voir comment déterminer s'il y a un accent dans un mot et s'il doit être grave, aigüe ou circonflexe.
La règle est simple,
1) Si un E est suivit d'une consonne puis d'un autre E, alors il y a un accent.
2) Si le second E est muet, alors l'accent sera grave ; sinon il sera aigüe.
3) Si le mot possédait un S entre le premier E et la consonne, alors l'accent sera circonflexe.
Exemples :
- Cas 1 la "mer". Il n'y a pas de second E donc pas d'accent.
- Cas 2a, une "mère". Il y a un E suivit d'une consonne (un R) et un autre E qui est muet. Donc l'accent est bien grave.
- Cas 2b, "me trompé-je". Le second E n'est pas muet, l'accent est donc aigüe.
- Cas 3, la "tête". Dans notre langue cousine, l'italien, le S est toujours présent (testa), idem en latin donc il y a un accent circonflexe.
Spéciale casse-dédie à Animal :D