Dans toute cette vidéo, par ailleurs fort bien réalisée, il n'y a en tout et pour tout qu'un seul argument mis en avant par Microsoft:
MS Office est meilleur qu'OpenOffice.org parce que les gens savent l'utiliser
C'est un peu léger comme argument. On pourrait dire l'inverse pour une entreprise où le support technique a toujours supporté du OOo et où les nouveaux arrivants sont formés à l'utilisation de ce logiciel.
Etant donne l'etendue disparate des distributions GNU/Linux, il vaut mieux assumer que l'utilisateur sait se servir de son gestionnaire de paquet et donc l'indication courante suffit.
Si l'utilisateur ne sait pas utiliser son gestionnaire de paquet, c'est d'habitude fort bien documente pour toutes les distributions, laquelle est facilement accessible.
On ne va pas faire de l'assistanat a tout bout de champ que diable, surtout pour une application en ligne de commande.
Un avis qui me dit que je dois changer de paradigme pour quelque raison ésotérique n'a pas de valeur.
Si tu trouve de vrais problèmes concrets dans le code, je t'en prie fais-nous en part. En attendant, quel que soit le paradigme choisi, impératif, fonctionnel ou objet, l'application reste faisable et utilisable.
Après si _toi_ tu n'aime pas, parce que t'aime l'objet et que le fonctionnel t'ennuie, ça n'apporte pas grand chose ni au projet, ni aux programmeurs qui lisent ton commentaire.
Même si ma Deloréane est en double file, je sais que nous sommes au 20eme siecle. Ce projet est uniquement fonctionnel parce que c'était pour moi un challenge de faire un programme en PHP sans utiliser de code orienté objet.
Quant aux tests unitaires, je n'ai jamais été très fort pour ça. Si tu t'y connais et que ça t'intéresse, je serais fort honoré si tu écrivais quelques tests unitaires pour Movicon.
Enfin, non, il n'est pas compatible PHP3. Il contient certaines choses uniquement compatibles PHP5.
C'est juste, git ne permet normalement pas de pousser. Mais on peut faire des demandes de tirage.
Je suis plutot un utilisateur de bazaar, mais ce que je trouve bien, c'est que le developeur peut bosser sur sa feature en commitant souvent (je commite frequemment) en local, puis une fois que c'est bien teste et bien fini, hop, on fait une demande de pull.
Il faut bien voir que SVN n'a toujours pas de commits locaux, donc si on fait une connerie, on n'a plus qu'a revenir a la version du repo...
Tous les cadriciels ne sont pas des usines a gaz incroyables a la symfony/zend/jboss etc.
CodeIgniter a l'air plutot leger, meme si tres complet, et Movicon, mon propre projet ne fait que 500 lignes de code. Programmer une galerie avec ferait surement moins de 100 lignes de code avec le capital de code dans les libs.
Car c'est a ca que servent ces logiciels, ne l'oublions pas. Une meme application peut faire 200 000 LOC sans framework, et 100 000 avec. Je vous laisse deviner laquelle sera la plus facile a maintenir...
[^] # Re: Mouah ah ah
Posté par Brioche4012 (site web personnel) . En réponse au journal Les Logiciels Libre sont comme les microbes. Évalué à 4.
Maintenant compare à la EULA de Microsoft.
# Mouah ah ah
Posté par Brioche4012 (site web personnel) . En réponse au journal Les Logiciels Libre sont comme les microbes. Évalué à 7.
J'aimerais bien qu'on me montre les:
Lawsuits and punishments are a reality
Pour le reste, ça fait plutôt marrer:
Open Source licensing laws and obligations are complex
Developers and IT partners under pressure to deliver high quality is short timescales
Mais rendez vous compte ma bonne dame, avec du code libre, vous serez forcé de faire des logiciels de bonne qualité en un temps réduit!
Et puis les licences sont d'une complexité affligeante: Il faut donner le code source avec les binaires, c'est drolement compliqué ça dites donc.
[^] # Re: Un bon point
Posté par Brioche4012 (site web personnel) . En réponse au journal Thierry Lhermitte tient des propos surréaliste. Évalué à 1.
Il n'y a aucune notion de coût dans les licences libres quelles qu'elles soient. On y parle uniquement de redistribution.
[^] # Re: Je verrais plutôt l'inverse
Posté par Brioche4012 (site web personnel) . En réponse au journal Debian avec le noyau de FreeBSD : Debian GNU/kFreeBSD. Évalué à -2.
[^] # Re: Je verrais plutôt l'inverse
Posté par Brioche4012 (site web personnel) . En réponse au journal Debian avec le noyau de FreeBSD : Debian GNU/kFreeBSD. Évalué à -1.
[^] # Re: bloub
Posté par Brioche4012 (site web personnel) . En réponse au journal Facebook se fout de notre gueule.. Évalué à 3.
[^] # Re: Attention !
Posté par Brioche4012 (site web personnel) . En réponse au journal Le Web sauvera Internet. Évalué à 4.
# Le seul argument de Microsoft
Posté par Brioche4012 (site web personnel) . En réponse au journal FUD Microsoft. Évalué à 6.
MS Office est meilleur qu'OpenOffice.org parce que les gens savent l'utiliser
C'est un peu léger comme argument. On pourrait dire l'inverse pour une entreprise où le support technique a toujours supporté du OOo et où les nouveaux arrivants sont formés à l'utilisation de ce logiciel.
[^] # Re: FOUTAISES !
Posté par Brioche4012 (site web personnel) . En réponse au journal Ubuntu, top c'est trop. Évalué à 2.
[^] # Re: MTA ?
Posté par Brioche4012 (site web personnel) . En réponse au journal Swisscom / coupure d'accès ADSL sans préavis. Évalué à 4.
[^] # Re: dépendances = ?
Posté par Brioche4012 (site web personnel) . En réponse à la dépêche gcp: un outil de copie à la cp. Évalué à 2.
Si l'utilisateur ne sait pas utiliser son gestionnaire de paquet, c'est d'habitude fort bien documente pour toutes les distributions, laquelle est facilement accessible.
On ne va pas faire de l'assistanat a tout bout de champ que diable, surtout pour une application en ligne de commande.
[^] # Re: bonne idée
Posté par Brioche4012 (site web personnel) . En réponse à la dépêche gcp: un outil de copie à la cp. Évalué à 8.
Du bon boulot pour une premiere version. On attend la suite avec impatience!
[^] # Re: Retour vers le futur !
Posté par Brioche4012 (site web personnel) . En réponse au journal Sortie de Movicon 0.3. Évalué à 3.
Si tu trouve de vrais problèmes concrets dans le code, je t'en prie fais-nous en part. En attendant, quel que soit le paradigme choisi, impératif, fonctionnel ou objet, l'application reste faisable et utilisable.
Après si _toi_ tu n'aime pas, parce que t'aime l'objet et que le fonctionnel t'ennuie, ça n'apporte pas grand chose ni au projet, ni aux programmeurs qui lisent ton commentaire.
[^] # Re: Commentaire dans le code
Posté par Brioche4012 (site web personnel) . En réponse au journal Sortie de Movicon 0.3. Évalué à 2.
[^] # Re: Retour vers le futur !
Posté par Brioche4012 (site web personnel) . En réponse au journal Sortie de Movicon 0.3. Évalué à 3.
[^] # Re: Prison
Posté par Brioche4012 (site web personnel) . En réponse au journal Le toshiba AC100 : pas cool. Évalué à 3.
[^] # Re: Retour vers le futur !
Posté par Brioche4012 (site web personnel) . En réponse au journal Sortie de Movicon 0.3. Évalué à 2.
Même si ma Deloréane est en double file, je sais que nous sommes au 20eme siecle. Ce projet est uniquement fonctionnel parce que c'était pour moi un challenge de faire un programme en PHP sans utiliser de code orienté objet.
Quant aux tests unitaires, je n'ai jamais été très fort pour ça. Si tu t'y connais et que ça t'intéresse, je serais fort honoré si tu écrivais quelques tests unitaires pour Movicon.
Enfin, non, il n'est pas compatible PHP3. Il contient certaines choses uniquement compatibles PHP5.
[^] # Les vidéos
Posté par Brioche4012 (site web personnel) . En réponse au journal Sortie de Movicon 0.3. Évalué à 2.
http://linuxfr.org/~Brioche4012/28768.html
[^] # Re: Mon ressentit
Posté par Brioche4012 (site web personnel) . En réponse au journal Git malgré moi. Évalué à 4.
Je suis plutot un utilisateur de bazaar, mais ce que je trouve bien, c'est que le developeur peut bosser sur sa feature en commitant souvent (je commite frequemment) en local, puis une fois que c'est bien teste et bien fini, hop, on fait une demande de pull.
Il faut bien voir que SVN n'a toujours pas de commits locaux, donc si on fait une connerie, on n'a plus qu'a revenir a la version du repo...
# Les cadriciels (frameworks)
Posté par Brioche4012 (site web personnel) . En réponse au journal Marre du dévelopement bloatware moderne ! Appel aux armes !. Évalué à 1.
CodeIgniter a l'air plutot leger, meme si tres complet, et Movicon, mon propre projet ne fait que 500 lignes de code. Programmer une galerie avec ferait surement moins de 100 lignes de code avec le capital de code dans les libs.
Car c'est a ca que servent ces logiciels, ne l'oublions pas. Une meme application peut faire 200 000 LOC sans framework, et 100 000 avec. Je vous laisse deviner laquelle sera la plus facile a maintenir...
[^] # Re: Oui mais …
Posté par Brioche4012 (site web personnel) . En réponse au journal Zoom sur la récente Debian 5.0.6. Évalué à 3.
[^] # Re: La balade des gens qui ont l'OS parfait
Posté par Brioche4012 (site web personnel) . En réponse au journal Insuccès de Linux sur le Desktop : les raisons ?. Évalué à 1.
# Pas etonnant
Posté par Brioche4012 (site web personnel) . En réponse au journal Insuccès de Linux sur le Desktop : les raisons ?. Évalué à 5.
[^] # Re: Oui mais ...
Posté par Brioche4012 (site web personnel) . En réponse au journal Bookmark : MySQL abandonné par Oracle ? Pas si sûr !. Évalué à 2.
[^] # Re: Dire qu'il y a des projets
Posté par Brioche4012 (site web personnel) . En réponse au journal Il est bien ce gars la. Évalué à 7.
Je me suis fait insulter de tous les noms en leur rapportant un bug sur l'encodage de theora.
Ils m'ont finalement dit d'encoder ma video en h264 ou d'aller me faire voir ailleurs.