garde le clavier ayant les touches marquées en azerty et imprime toi simplement un layout dvorak.
Place ce layout devant tes yeux (entre le clavier et l'écran).
Comme ça tu peux taper sur le même clavier sans problème, et le fait que le layout dvorak ne soit pas sur le clavier mais juste en dessous de l'écran peut aider à ne pas regarder (non pas les touches) mais les doigts.
Une fois que tu connaitra le layout par coeur, il sera plus facile de supprimer le layout papier que si tu baissais les yeux pour regarder tes doigts.
J'ai lu (il y a déjà un petit moment) un livre intitulé "tout sur le code"
(chez crosoft press...) dont une partie traitait de l'épineux problème des accolades.
A la différence de beaucoup d'autres discution sur le sujet, l'auteur se basait non pas
sur l'espacement, la lisibilité mais sur le sens des blocs créés.
Donc en gros trois manières :
while(1)
{
malloc(1);
fork();
}
Dans ce cas, while et {} ne sont pas sur la même colonne et n'ont donc normalement pas le même sens.
(en fait on se demande même que vienne foutre ses accolades ici, en plus de rajouter des indentations...)
Cette syntaxe est, en tout cas pour moi, assez perturbante et illisible (surtout si on enchaine les niveaux)
while(1)
{
malloc(1);
fork();
}
Dans ce cas le début du bloc est
while(1)
{
et la fin la deuxième accolade.
Le bloc est donc parfaitement lisible
Ce type de construction se rapproche en fait d'un
monbloc
BEGIN
plop
plop
END
et enfin
while(1) {
malloc(1);
fork();
}
Ce cas est à mon sens le plus lisible car on a pas une { qui perturbe. Le bloc est signalé en fait quasiment que par
l'indentation, l'accolade fermante signale bien la fin mais sert pas à grand chose (on se rapproche un peu plus
du style python mais c'est pas encore ça)
Dans ce style on repère bien le début (while(1) {) et la fin du bloc (}) et le bloc est mis en évidence par l'indentation
BEGIN mon bloc
mon
traitement
END
Tant que possible j'utilise cette troisième méthode.
Un commentaire plus haut disait :
ca demande un peu plus de reflexion et de temps pour identifier le marqueur de debut de bloc.
Car dans ton cas, le marqueur de debut est while ou for ou if ou.... Alors que dans l'autre cas, c'est { et c'est tout.
Mais dans les deux cas il faut bien le lire le while, if ou for (car sans cela le bloc ne sert pas à grand chose...
Enfin voilà, il faudrait que je retrouve le passage exact du bouquin, c'était bien expliqué car ne rentrait jamais
dans des considérations "graphiques", de lisibilité mais s'attachait uniquement au sens.
Pour finir sur des considération de style par contre, rien n'empèche de mettre les accolades en fin de ligne et de passer des lignes dans le code. Ce style permet d'écrire aussi aéré que les accolades en début de ligne, l'inverse n'étant pas valable...
ps :
On retrouve souvent chez les personnes écrivant avec les accolades en début de lignes des choses du genre
Mais c'est pas la même chose que de gérer directement du latex, les fichiers lyx ne sont pas des fichiers latex (enfin la dernière fois que j'ai essayé c'était le cas)
Tout à fait d'accord, c'est ce que j'utilise depuis un moment maintenant et il est très satisfaisant.
Mais pour ceux qui voudraient continuer leurs document au boulot (sous win quoi) il y a texmaker qui n'est pas mal non plus : http://www.xm1math.net/texmaker/index_fr.html (il fonctionne aussi sous linux, et utilise QT)
Je ne connais pas vraiment les autres villes mais Vandoeuvre lès Nancy étant complétement "fusionné" avec Nancy, l'agglomération proche de Nancy fait quand même dans les 330 000 habitants.
(oui ce commentaire est pas vraiment utile mais en ancien vandopérien et maintenant nancéien je me devais de répondre ;-) )
eventuellement refaire l'installation (ou la reparation) en verifiant que tu actives bien les environnements graphiques.
En étant en root dans la console, il faut simplement relancer "XFdrake" pour configurer la carte graphique.
Ensuite "service dm start" pour lancer le gestionnaire de session.
Si ça ne fonctionne pas, c'est qu'il doit manquer des paquets, peut-être en installant "task-kde" ou "task-gnome" (urpmi task-...) ça devrait aller un peu mieux.
En tout cas pas besoin de réinstaller mais simplement de corriger l'installation.
Presque pareil à mon boulot, on utilise sourcesafe (y compris pour des logiciels devant tourner sous windows et mac, le tout sans avoir de client mac... cherchez pas ça marche pas bien du tout comme solution...)
Le plus marrant c'est d'entendre les gens gueuler pour qu'un autre développeur libère un fichier... jusqu'au jour ou une machine est formatée sans avoir libéré les fichiers... efficace.
Mais si ça intéresse quelques personnes, j'ai commencé un script de migration vss -> svn en ruby (utilise les commandes dos vss donc à faire tourner sur un windows). Je l'ai pas là mais je peux le ramener jeudi si ça intéresse quelqu'un (mais soyez indulgent, c'est mon premier programme ruby ;-) )
La migration marche pas trop mal, mais c'est assez lent (environ 30 minutes pour 2000 révisions - je gère la migration de la même manière que vss, fichier par fichier, c'est pas le plus propre vis à vis de svn mais ça permet de garder une cohérence lors de la migration)
Ce n'est pas spécialement contre toi, mais cette critique (et plus généralement il manque tel ou tel soft) est déjà sortie pour la 2006, pour la 10.1 et probablement déjà avant, et à chaque fois c'est faux... (ou plutôt dépendant du média)
Je t'accorde que pour leur usage, ce qui est sur le DVD devrais suffire.
Justement, kdevelop ne concerne pas tout le monde et les dvds ayant une place limitée, des choix doivent être fais. Et je pense que le choix est simplement que quelqu'un ayant besoin de kdevelop le trouvera plus facilement sur un mirroir que quelqu'un ayant simplement besoin de firefox.
Ou alors il faut simplement que les developeurs (ou plutôt les graphistes) se mettent à utiliser les design en em (dépendant de la police) et % plutôt qu'en px et tout d'un coup les design iront mieux quelques soit les polices...
/me pense que c'est pas encore pour aujourd'hui...
Je n'ai pas retrouvé par exemple Kdevelop. Bon, tout ça devrais arriver via kiosk, les dépots contrib & Co...
C'est vraiment marrant, le même "problème" ressort à chaque version de mandriva...
Oui, kdevelop n'est pas sur les cds free (il l'est par contre dans la version powerpack+)
Néanmoins, il est sur le dépot main de mandriva, donc fait partie totalement de la distrib, packagé par mandriva (au contraire de certains contrib), pas besoin de kiosk ou autre.
Je lui ferais un gros repproche: l'offre de logiciels est quand même plus limitée que dans les versions précédentes
En quoi l'offre est-elle plus limitée ?
L'offre comprend tout ce qu'il y a dans main, et on peut y rajouter contrib.
Le fait que cedega prenne ou non 1Go (je n'en sais rien du tout) ne change rien à l'offre, au pire simplement à la quantité des logiciels qui sont sur certains cds mais c'est tout... (n'y avait-il pas avant des version 3cds alors que maintenant il y en a 4 ?)
e composant d'édition de texte des navigateurs web. Or ce composant n'existe pas dans Safari/KHTML
Ha bon ?
Tu pourrais préciser un peu ?
Car j'ai codé il y a peu un éditeur de texte relativement évolué en html / javascript qui fonctionne sous ie, firefox et même sous safari... (avec gestion de styles de caractères, paragraphes sous ie et firefox)
Le composant existe bel et bien sous khtml/safari, il suffit de passer n'importe quel objet en mode édition et ça roule.
Le problème ne vient pas de là (s'ils ont fait comme moi, je sais pas, je n'ai pas regardé leur code).
Le composant de ie n'utilise pas les css
Le composant de firefox utilise au choix css ou pas css
Le composant de khtml/safari utilise uniquement css (avec en plus des styles à eux dans les balises)
Autrement dit, ça coince, il faut faire un choix sur les navigateurs ou alors transformer l'un des deux dans un équivalent pour que les trois se comprennent.
Ils allaient pas implémenter tout un traîtement de texte en Javascript, ils se basent beaucoup sur le navigateur web quand même.
oui et non
Il faut tout de même recoder pas mal de choses (y compris pour firefox, qui a une gestion assez étrange en rajoutant des retour charriots dans les paragraphes...)
Mais pour l'essentiel il "suffit" d'utiliser execCommand
Mais tout ce qui est un poil complexe doit être recodé
Juste une question : pourquoi passer de kmail à thunderbird ?
Pour ma part je suis justement allé vers kmail (enfin kontact) et je ne trouve pas mieux (pour mon utilisation)
J'ai aussi un grand nombre de mails que je ne supprime jamais (dans les 100 000) en imap (ce qui me permet de les voir de n'importe où). Kmail se débrouille parfaitement avec ce grand nombre mis à part une certaine latence lorsque je me connecte pour récupérer les nouveaux.
Par contre la migration a été longue (entre deux serveurs imap, de l'ordre de 6h30 pour 50 000 ou 60 000 au total)
ha ça...
ben oui, pas le temps d'installer une 2007 pour m'amuser...
Mais les paquets sont légèrement en avance sur ceux de cooker :-p
Donc vous pouvez aussi les builder pour cooker / 2007 si ça intéresse quelqu'un...
Il y a même une solution intermédiaire :
compiler tout en créant des paquets pour ta distrib
C'est pas beaucoup plus long que de compiler direct dans un term et ça permet de garder l'intégrité de la machine, suppression update facilités et surtout redistribution des paquets réalisés.
alors, pourquoi pas ?
note : je connais rien au deb, mais si c'est sur le même principe que les rpms c'est pas bien dur (enfin pour en faire, pour en faire des biens c'est autre chose...)
Alors Grand-Mere: pour regarder la TV c'est pas complique. Tu downloades 90 megs de soft, ca vient avec un SGBDR qui t'installe un utilisateur de plus mais tu le desactives et tu fermes les ports qu'il va ouvrir, au besoin tu vas editer un fichier de conf et puis tu relances le daemon avec les droits qui vont bien et tu verifies avec nmap que t'es pas attaquable... Dis, tu dors Grand-Mere?
Je croyais que Grand-Mère quand elle voulait regarder la tv elle appuyait sur les boutons de sa télécomande de la tv achetée à Darty et hop miracle, ça marche...
et la meilleur solution pour ne pas être attaquable c'est de ne pas allumer l'ordi.
Maintenant MySQL c'est peut-être un peu violent pour ça mais c'est leur choix, et le tien de développer une couche permettant à Myth de fonctionner avec un autre SGBD... c'est magique le libre ;-)
C'est pas tellement la compilation en elle même qui fait perdre du temps mais plutôt le fait d'éditer pour rajouter/enlever les printf et parfois l'exécution.
C'est pour ça que c'est pratique de pouvoir faire de la compilation incrémentielle et donc de modifier le code en debug :
- j'utilise le debugeur pour trouver mon probleme
- je corrige sans arrêter l'exécution
- je compile incrémentalement et je continue a exécuter pour verifier ma correction
Evidemment ça ne marche pas avec tout mais c'est très pratique pour ne pas avoir à recompiler / relancer le prog (surtout quand il y a des connexion non automatiques à des bdd par ex, authentifications, ouverture de fichiers, ... tout ce qui demande de refaire les même opérations qui servent à rien et qui font perdre du temps)
Eclipse ne me tente pas, c'est, comme tu dis, sortir un peu l'artillerie lourde.
Par contre, notepad... heu...
Je n'ai jamais programmé avec ça (enfin à par de l'assembleur saturn il y a bien longtemps avant que j'écrive un mod pour emacs) et je crois que jamais plus je programmerai avec... ;-)
ce qui m'intéresse surtout, je sais pas si ça fais partie des bundles, mais c'est les tab triggers, permettant de réduire le code tappé assez facilement.
Existe-t-il des projets d'éditeurs dans ce genre ?
Faut-il en commencer un ? (en ruby/qt pour continuer dans le genre nouveau langage / nouvel éditeur)
j'ai installé scite il y a peu.
J'ai pas encore eu le temps de faire mumuse avec, mais ça à l'air pas trop mal, mais je sais pas si c'est exactement ce que je cherche.
je vous dirai après utilisation
Je ne connais pas encore D, mais au vu des commentaire ci dessus, je crois que je vais m'y intéresser.
Lisaac j'avais regardé une fois la doc (ou wiki, je sais plus) mais la syntaxe ne m'avais pas botté (et je trouve que c'est un élément très important d'un langage)
Par contre, le principe des fonctions anonymes sont vraiment pratiques, je les utilisent courrament en javascript et j'adore ça ;-)
Pour lisp, passe par une pile ;-)
et hop les parenthèses disparaitront comme par enchantement :-D
[^] # Re: Saut de ligne avant l'accolade.
Posté par CrEv (site web personnel) . En réponse à la dépêche O.S.T.D.C. une introduction au Développement en équipe. Évalué à 1.
Justement, c'est pour ça que j'ai mis cet exemple, précédé de :
C'est justement un contre exemple (mais qui marche qu'on mette les accolades en début ou fin de ligne, c'est nul dans les deux cas)
J'ai trouvé cet exemple, ainsi que des
Et c'est tellement pourri comme type de code que je voulais le dénoncer haut et fort !! ;-)
[^] # Re: Question bête mais...
Posté par CrEv (site web personnel) . En réponse au message deux claviers avec encodage différents. Évalué à 1.
Place ce layout devant tes yeux (entre le clavier et l'écran).
Comme ça tu peux taper sur le même clavier sans problème, et le fait que le layout dvorak ne soit pas sur le clavier mais juste en dessous de l'écran peut aider à ne pas regarder (non pas les touches) mais les doigts.
Une fois que tu connaitra le layout par coeur, il sera plus facile de supprimer le layout papier que si tu baissais les yeux pour regarder tes doigts.
[^] # Re: Saut de ligne avant l'accolade.
Posté par CrEv (site web personnel) . En réponse à la dépêche O.S.T.D.C. une introduction au Développement en équipe. Évalué à 2.
/me s'enfuie apprendre l'usage des balises html
[^] # Re: Saut de ligne avant l'accolade.
Posté par CrEv (site web personnel) . En réponse à la dépêche O.S.T.D.C. une introduction au Développement en équipe. Évalué à 7.
Dans ce cas, while et {} ne sont pas sur la même colonne et n'ont donc normalement pas le même sens. (en fait on se demande même que vienne foutre ses accolades ici, en plus de rajouter des indentations...)
Cette syntaxe est, en tout cas pour moi, assez perturbante et illisible (surtout si on enchaine les niveaux) Dans ce cas le début du bloc est et la fin la deuxième accolade. Le bloc est donc parfaitement lisible Ce type de construction se rapproche en fait d'un et enfin Ce cas est à mon sens le plus lisible car on a pas une { qui perturbe. Le bloc est signalé en fait quasiment que par l'indentation, l'accolade fermante signale bien la fin mais sert pas à grand chose (on se rapproche un peu plus du style python mais c'est pas encore ça) Dans ce style on repère bien le début (while(1) {) et la fin du bloc (}) et le bloc est mis en évidence par l'indentation Tant que possible j'utilise cette troisième méthode. Un commentaire plus haut disait : Mais dans les deux cas il faut bien le lire le while, if ou for (car sans cela le bloc ne sert pas à grand chose... Enfin voilà, il faudrait que je retrouve le passage exact du bouquin, c'était bien expliqué car ne rentrait jamais dans des considérations "graphiques", de lisibilité mais s'attachait uniquement au sens. Pour finir sur des considération de style par contre, rien n'empèche de mettre les accolades en fin de ligne et de passer des lignes dans le code. Ce style permet d'écrire aussi aéré que les accolades en début de ligne, l'inverse n'étant pas valable... ps : On retrouve souvent chez les personnes écrivant avec les accolades en début de lignes des choses du genre alors qu'elles écriraient Alors que les personnes écrivant écrivent plus souvent (cette dernière syntaxe ayant comme avantage de pouvoir rajouter très facilement "etcela();") Et enfin dans le genre très perturbant à mon avis : a peluche[^] # Re: c'est vrai on est vendredi
Posté par CrEv (site web personnel) . En réponse au journal LaTEX : un modèle de rapport de stage et écrire en japonais (sous LaTEX). Évalué à 3.
mais bon, gpl suxor et bsd roxor !
[^] # Re: c'est vrai on est vendredi
Posté par CrEv (site web personnel) . En réponse au journal LaTEX : un modèle de rapport de stage et écrire en japonais (sous LaTEX). Évalué à 1.
Mais c'est pas la même chose que de gérer directement du latex, les fichiers lyx ne sont pas des fichiers latex (enfin la dernière fois que j'ai essayé c'était le cas)
(mais cela n'enlève rien aux qualités de lyx)
[^] # Re: c'est vrai on est vendredi
Posté par CrEv (site web personnel) . En réponse au journal LaTEX : un modèle de rapport de stage et écrire en japonais (sous LaTEX). Évalué à 1.
Mais pour ceux qui voudraient continuer leurs document au boulot (sous win quoi) il y a texmaker qui n'est pas mal non plus : http://www.xm1math.net/texmaker/index_fr.html (il fonctionne aussi sous linux, et utilise QT)
[^] # Re: proposition
Posté par CrEv (site web personnel) . En réponse à la dépêche Ouverture des candidatures pour l'organisation des RMLL 2008 et 2009. Évalué à 5.
(oui ce commentaire est pas vraiment utile mais en ancien vandopérien et maintenant nancéien je me devais de répondre ;-) )
[^] # Re: bienvenu dans le monde reel...
Posté par CrEv (site web personnel) . En réponse au message probleme d'installation de mandriva 2007. Évalué à 3.
En étant en root dans la console, il faut simplement relancer "XFdrake" pour configurer la carte graphique.
Ensuite "service dm start" pour lancer le gestionnaire de session.
Si ça ne fonctionne pas, c'est qu'il doit manquer des paquets, peut-être en installant "task-kde" ou "task-gnome" (urpmi task-...) ça devrait aller un peu mieux.
En tout cas pas besoin de réinstaller mais simplement de corriger l'installation.
[^] # Re: Ouh la la?
Posté par CrEv (site web personnel) . En réponse au journal Accès à Microsoft Source Safe depuis Linux .... Évalué à 1.
Le plus marrant c'est d'entendre les gens gueuler pour qu'un autre développeur libère un fichier... jusqu'au jour ou une machine est formatée sans avoir libéré les fichiers... efficace.
Mais si ça intéresse quelques personnes, j'ai commencé un script de migration vss -> svn en ruby (utilise les commandes dos vss donc à faire tourner sur un windows). Je l'ai pas là mais je peux le ramener jeudi si ça intéresse quelqu'un (mais soyez indulgent, c'est mon premier programme ruby ;-) )
La migration marche pas trop mal, mais c'est assez lent (environ 30 minutes pour 2000 révisions - je gère la migration de la même manière que vss, fichier par fichier, c'est pas le plus propre vis à vis de svn mais ça permet de garder une cohérence lors de la migration)
[^] # Re: ....
Posté par CrEv (site web personnel) . En réponse au journal Test de la Mandriva 2007. Évalué à 3.
Ce n'est pas spécialement contre toi, mais cette critique (et plus généralement il manque tel ou tel soft) est déjà sortie pour la 2006, pour la 10.1 et probablement déjà avant, et à chaque fois c'est faux... (ou plutôt dépendant du média)
Justement, kdevelop ne concerne pas tout le monde et les dvds ayant une place limitée, des choix doivent être fais. Et je pense que le choix est simplement que quelqu'un ayant besoin de kdevelop le trouvera plus facilement sur un mirroir que quelqu'un ayant simplement besoin de firefox.
[^] # Re: Rendu vectoriel
Posté par CrEv (site web personnel) . En réponse à la dépêche Firefox 2 arrive (IE7 aussi). Évalué à 3.
/me pense que c'est pas encore pour aujourd'hui...
[^] # Re: ....
Posté par CrEv (site web personnel) . En réponse au journal Test de la Mandriva 2007. Évalué à 4.
C'est vraiment marrant, le même "problème" ressort à chaque version de mandriva...
Oui, kdevelop n'est pas sur les cds free (il l'est par contre dans la version powerpack+)
Néanmoins, il est sur le dépot main de mandriva, donc fait partie totalement de la distrib, packagé par mandriva (au contraire de certains contrib), pas besoin de kiosk ou autre.
En quoi l'offre est-elle plus limitée ?
L'offre comprend tout ce qu'il y a dans main, et on peut y rajouter contrib.
Le fait que cedega prenne ou non 1Go (je n'en sais rien du tout) ne change rien à l'offre, au pire simplement à la quantité des logiciels qui sont sur certains cds mais c'est tout... (n'y avait-il pas avant des version 3cds alors que maintenant il y en a 4 ?)
[^] # Re: AJAX ça pue
Posté par CrEv (site web personnel) . En réponse au journal Google Office se précise... avec prise en charge d'Open Document. Évalué à 4.
Ha bon ?
Tu pourrais préciser un peu ?
Car j'ai codé il y a peu un éditeur de texte relativement évolué en html / javascript qui fonctionne sous ie, firefox et même sous safari... (avec gestion de styles de caractères, paragraphes sous ie et firefox)
Le composant existe bel et bien sous khtml/safari, il suffit de passer n'importe quel objet en mode édition et ça roule.
Le problème ne vient pas de là (s'ils ont fait comme moi, je sais pas, je n'ai pas regardé leur code).
Le composant de ie n'utilise pas les css
Le composant de firefox utilise au choix css ou pas css
Le composant de khtml/safari utilise uniquement css (avec en plus des styles à eux dans les balises)
Autrement dit, ça coince, il faut faire un choix sur les navigateurs ou alors transformer l'un des deux dans un équivalent pour que les trois se comprennent.
oui et non
Il faut tout de même recoder pas mal de choses (y compris pour firefox, qui a une gestion assez étrange en rajoutant des retour charriots dans les paragraphes...)
Mais pour l'essentiel il "suffit" d'utiliser execCommand
Mais tout ce qui est un poil complexe doit être recodé
docs :
http://msdn.microsoft.com/workshop/author/dhtml/reference/me(...) (oui je sais msdn ça pu c'est pas libre mais il y a des choses intéressantes)
http://developer.mozilla.org/en/docs/Rich-Text_Editing_in_Mo(...)
http://developer.mozilla.org/en/docs/Midas
http://developer.mozilla.org/en/docs/Migrate_apps_from_Inter(...)
voili voilou !
[^] # Re: Des mirroirs qui vont saturer la semaine prochaîne
Posté par CrEv (site web personnel) . En réponse au journal Retard de Mandriva 2007 x86_64. Évalué à 3.
Pour ceux qui veulent juste configurer les médias (sans plf) ou tout simplement de manière plus aisée, le mieux est encore d'utiliser le MCC.
Je ne comprend toujours pas pourquoi ce n'est pas plus utilisé, plus mis en avant
J'avais fais un commentaire présentant le principe lors de la sortie de le 2006
http://www.linuxfr.org/comments/648958.html#648958
(oui c'était encore lors d'un troll sur synaptic)
Donc voilà, c'est encore plus simple que easyurpmi ;-)
[^] # Re: gnu ?
Posté par CrEv (site web personnel) . En réponse au message Comment perd t-on tous ses mails grace a Thunderbird. Évalué à 2.
Pour ma part je suis justement allé vers kmail (enfin kontact) et je ne trouve pas mieux (pour mon utilisation)
J'ai aussi un grand nombre de mails que je ne supprime jamais (dans les 100 000) en imap (ce qui me permet de les voir de n'importe où). Kmail se débrouille parfaitement avec ce grand nombre mis à part une certaine latence lorsque je me connecte pour récupérer les nouveaux.
Par contre la migration a été longue (entre deux serveurs imap, de l'ordre de 6h30 pour 50 000 ou 60 000 au total)
[^] # Re: Au fait,
Posté par CrEv (site web personnel) . En réponse au journal e17 pour mandriva 2006. Évalué à 1.
ben oui, pas le temps d'installer une 2007 pour m'amuser...
Mais les paquets sont légèrement en avance sur ceux de cooker :-p
Donc vous pouvez aussi les builder pour cooker / 2007 si ça intéresse quelqu'un...
a+
[^] # Re: Au fait,
Posté par CrEv (site web personnel) . En réponse au journal e17 pour mandriva 2006. Évalué à 1.
[^] # Re: T'es un faux ...
Posté par CrEv (site web personnel) . En réponse au journal Dans le genre maso. Évalué à 4.
compiler tout en créant des paquets pour ta distrib
C'est pas beaucoup plus long que de compiler direct dans un term et ça permet de garder l'intégrité de la machine, suppression update facilités et surtout redistribution des paquets réalisés.
alors, pourquoi pas ?
note : je connais rien au deb, mais si c'est sur le même principe que les rpms c'est pas bien dur (enfin pour en faire, pour en faire des biens c'est autre chose...)
[^] # Re: mysql
Posté par CrEv (site web personnel) . En réponse à la dépêche Mythtv 0.20. Évalué à 1.
Je croyais que Grand-Mère quand elle voulait regarder la tv elle appuyait sur les boutons de sa télécomande de la tv achetée à Darty et hop miracle, ça marche...
et la meilleur solution pour ne pas être attaquable c'est de ne pas allumer l'ordi.
Maintenant MySQL c'est peut-être un peu violent pour ça mais c'est leur choix, et le tien de développer une couche permettant à Myth de fonctionner avec un autre SGBD... c'est magique le libre ;-)
[^] # Re: Mouaif...
Posté par CrEv (site web personnel) . En réponse au journal printf debugging considered harmful. Évalué à 1.
C'est pour ça que c'est pratique de pouvoir faire de la compilation incrémentielle et donc de modifier le code en debug :
- j'utilise le debugeur pour trouver mon probleme
- je corrige sans arrêter l'exécution
- je compile incrémentalement et je continue a exécuter pour verifier ma correction
Evidemment ça ne marche pas avec tout mais c'est très pratique pour ne pas avoir à recompiler / relancer le prog (surtout quand il y a des connexion non automatiques à des bdd par ex, authentifications, ouverture de fichiers, ... tout ce qui demande de refaire les même opérations qui servent à rien et qui font perdre du temps)
[^] # Re: ben quoi
Posté par CrEv (site web personnel) . En réponse au journal Le meilleur éditeur de texte ?. Évalué à 1.
Par contre, notepad... heu...
Je n'ai jamais programmé avec ça (enfin à par de l'assembleur saturn il y a bien longtemps avant que j'écrive un mod pour emacs) et je crois que jamais plus je programmerai avec... ;-)
[^] # Re: Textmate
Posté par CrEv (site web personnel) . En réponse au journal Le meilleur éditeur de texte ?. Évalué à 2.
Existe-t-il des projets d'éditeurs dans ce genre ?
Faut-il en commencer un ? (en ruby/qt pour continuer dans le genre nouveau langage / nouvel éditeur)
[^] # Re: meilleur editeur
Posté par CrEv (site web personnel) . En réponse au journal Le meilleur éditeur de texte ?. Évalué à 1.
J'ai pas encore eu le temps de faire mumuse avec, mais ça à l'air pas trop mal, mais je sais pas si c'est exactement ce que je cherche.
je vous dirai après utilisation
[^] # Re: Merci
Posté par CrEv (site web personnel) . En réponse au journal Quel langage pour s'amuser ?. Évalué à 1.
Lisaac j'avais regardé une fois la doc (ou wiki, je sais plus) mais la syntaxe ne m'avais pas botté (et je trouve que c'est un élément très important d'un langage)
Par contre, le principe des fonctions anonymes sont vraiment pratiques, je les utilisent courrament en javascript et j'adore ça ;-)
Pour lisp, passe par une pile ;-)
et hop les parenthèses disparaitront comme par enchantement :-D