Comment _ d�velopper le grand logiciel : Un guide
Les biscuits sont bons. D�pensez autour de la moiti� de la p�riode du d�veloppement d'applications en cr�ant des biscuits. Les utilisateurs revel dans la chasse � biscuit beaucoup puis utilisant l'application. Faites-la contestant pour eux. N'�pargnez pas sur les graphiques, ne pensez pas � la m�moire ou � l'utilisation de disque. Les clients ne s'inqui�tent pas de elles non plus ainsi pourquoi devraient vous ?
Rappelez-vous en d�veloppant n'importe quelle application que vous n'allez jamais la maintenir. Apr�s que vous soyez fait avec l'application vous vous d�placerez invariablement � la prochaine. S'il un cong� de projet de source ouverte juste le vieil dans la main des internautes novice qui veulent faire un nom en �crivant dans leur r�sum� qu'ils ont fonctionn� dans des applications de source ouverte de so-and-so. En cas de doute comment exprimer la lettre r�f�rez-vous svp � l'annonce s�minale de contrefiches.
Garantie de qualit� (QA)
La garantie de qualit� est pour des weenies, pas pour de vrais r�alisateurs. Un vrai r�alisateur peut seulement �tre forc� de laisser son produit �tre QA'ed au canon du pistolet ou par menace ou-d'autre-vous-�tre-mise le feu. M�me alors il fera son meilleur d'absolu pour faire l'enfer de la vie pour la QA. La meilleure r�ponse aux d�fauts a trouv� par QA est d'�noncer blanc que c'est un dispositif. Avec des produits de XP il est plus facile parce que les vieux-fa�onner-QA-gens ne sauront jamais se comprendre des milliers de l�che b�ton-le notent sur le conseil de XP (ne vous rappelez aucune documentation).
La QA n'est pas absolument exig�e pour des produits d'Open Source. Par d�finition ils sont du plus de haute qualit� comme a �t� avec succ�s discut� par plusieurs stalwarts avec la th�orie de multiple-globes oculaires et avec les exemples glorieux des Jakarta-Terrains communaux, de la gel�e et des nombreux projets de sourceforge pour prouver le point.
La meilleure mani�re pour que les utilisateurs de source ouverte trouvent un d�faut est des clients qui doivent cr�er un compte et une ouverture � BugTraq (ou est il BugTrack ?) pour soumettre les d�fauts. Elle est blasph�matoire pour rapporter des d�fauts publiquement. La logique irr�futable �tant - ��vous savez que le produit est source ouverte, consacrent-ils le temps hors de leur propre bonne volont� et comment d�fi que vous vous plaignez des d�fauts ? Disparaissent la difficult� il vous-m�me ou classent dans BugTrak et attendent tant que elle prend. Si vous ne l'aimez pas ne l'employez pas et ne demandez pas un remboursement
Class� sous .NET, nouvelles de titre, comment �, humeur, logiciel de Java, logiciel libre, technologie |�
� |
� RSS 2.0 | �
� Envoyez cet article
Vous pouvez �galement aimer lire |


Ajoutez aux favoris de Technorati

































25 mai 2005 � 5:02 AM
Que diriez-vous d'�crire r�ellement un vrai guide des pratiques en mati�re de d�veloppement autres que prendre la pisse et donc contribuer � quelques programmeurs tombant r�ellement dans employer les pi�ges mentionn�s dans vos ramblings. Rappelez-vous que quelques r�alisateurs peuvent �tre aussi sourds-muets que des utilisateurs. connaisseur
25 mai 2005 � 5:12 AM
@Ronan
Avez-vous not� la date du poteau ?
> rappelez-vous que quelques r�alisateurs peuvent �tre aussi sourds-muets que des utilisateurs.
Je doute s�rieusement que n'importe quel r�alisateur en valeur son sel fasse l'erreur.
Un guide des choses � ne pas faire est �galement un guide. Non chaque guide doit suivre ��l'approche du commandement dix�� pour pr�cher.
22 juin 2008 � 8:27 P.M.
Je veux savoir cela comment d�velopper un logiciel.
Je suis int�ress� � d�velopper un logiciel.