1- Les dev C n'aiment toujours pas le IDE et donc ne les connaisses par forcément bien (ce qui fait une boucle).
J'apprécie beaucoup qtCreator lorsque je fait du Qt, mais utiliser son debugger, s'il peut être très pratique peut aussi s'avérer très frustrant.
2- Les IDE pour le C ne semblent pas avoir un stade fonctionnel où on ne se pose même plus la question de leur utilisation.
Au contraire, j'oscille entre plusieurs IDE, qtCreator, kdevelop, et (emacs + kde + bash + perl + …); si pour la prise en main rapide les deux premiers sont très pratique, sur le long terme, le dernier a encore quelques avantages qui se résorbent petit à petit. Mais comme on est encore bloquer à qt3 sur nos machines, emacs à encore de beaux jours devant lui ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
C'est possible, tu as une invite de commande gdb, je m'en sers régulièrement.
Ahhh merci mon Moi!!! J'ai plus qu'à trouver comment l'installer sur une centos 5.5 (on rigole pas dans la salle)
J'ai pas compris, tu as un dock "variables" dans lequel tu peux demander à voir un objet que tu peux explorer sous forme
d'arboréscence, ça marche aussi dans le tooltip quand tu es en mode déboguage. C'est de ça dont tu parles ?
Exactement ;) Je n'en doutait point pour Kdevelop, mais le seul truc dont je doutait était la possibilité d'envoyer directement a gdb un rbreak Plop::set* (ou approchant) ou encore un rbreak Plop::Plop ou trace hop.cc:42 ; actions ; collect $args ; end;
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Clairement, ce que je vois difficilement implémentable :
tracepoint + collect me semble plus facile à faire en ligne de commande,
les truc où on script légèrement le debugger doivent être une horreur à coder (set $i = 0 print bar[$i++]->contents) là c'est un exemple basique, mais parfois c'est plus compliqué, et le clique clique clique n'est pas toujours satisfaisant.
la top nouvelle fonctionnalité de gdb que le magnifique ide n'a pas eu le temps d'implémenter ;)
Pour le reste une grosse partie des fonctionnalité sont dispos, mais cela dépend des IDE, pour les 4 premiers, il est fréquent qu'il en manque un ou deux, et j'aime beaucoup les rbreak ou la completion auto, notamment avec des templates quand on ne veux pas tout bloquer ;)
Les IDE intègrent la majorité des points cités, mais retire en 1, et tu pleures le jour où tu en a besoin, et je n'ai aucune envie de me poser la question avant le lancement de devoir choisir quel debugger.
Et plus généralement le pilotage à la main (n, s, c, d, c 10… ) est plus rapide qu'à la sourie, et lorsqu'on débug un process en communication avec un autre, être capable de faire du pilotage rapide pour pas chopper un time out est un certain avantage (mais avec des tracepoint en abondance on peut gérer)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
mais y'a quoi comme fonctionnalité qui n'est pas accessible depuis l'IDE
Là ça va dépendre de l'ide; mais le problème c'est que c'est un ensemble, j'ai pas envie de devoir changer d'IDE selon mes besoins en debugger, ni de devoir lancer un bouzin qui me pompe 500Mo de RAM rien que pour l'environnement (Eclipse out). Trouve moi un ide qui permet
de placer des rbreak (regular expression break)
break conditionnel
break en cas de changement de valeur d'une variable
tbreak, mais ça je peux m'en passer (un breakpoint qui s'efface après le premier passage)
tracepoint + collect
remote debugging (très utile lorsqu'on est pas censé toucher à l'installation de la machine où ça plante.
repeat action (en gros faire 10 continue 12 step…)
dumper la mémoire dans un fichier
deux trois truc comme set $i = 0
print bar[$i++]->contents
utiliser les catch (catch throw, exec, fork, load…)
la commande line history
la completion automatique
en enfin la capacité de tout sauvegarder dans un fichier, et faire du copier coller de commande.
bref un paquet de truc qui simplifient la vie quand on débug, on est pas obligé de devoir ouvrir tous les fichier un à un pour placer les breakpoint. Moi aussi j'ai utilisé gdb il y a longtemps, et effectivement je n'avais pas remarqué tout ce que je fais avec aujourd'hui, certains trucs sont dus à de grosse évolutions, mais il est probable que je n'ai pas cherché plus loin que run, break, cont, next, step, where, print, display et les répétitions.
Et s'il est vrai que généralement un debugger comme celui qu'on trouve dans qtCreator est suffisant, il n'y a rien de plus rageant que de se retrouver dans une sessions de debuggage, avec tout qui plante comme on veut et qu'on est désarmé parce qu'il manque la fonctionnalité de gdb que les devs ont estimé inutile, ou à devoir remettre à plus tard, ou encore plus simple ignorée.
Et encore la liste ci-dessus est très loin d'être exhaustive, tu as pleins d'autre détail que fait gdb.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Posté par fearan .
En réponse au journal Un monde sans humain ?.
Évalué à 10.
Dernière modification le 25 octobre 2012 à 09:37.
on est taxé de sac à viande par un petit con
Remarque : Cela est peut être du à un vocabulateur de droïde HK-47, ceux ci sont connu pour avoir des protocoles de communication unique en leur genre.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Since the debugger is gdb, can I simply access the gdb command line interface (CLI)?
Yes, partially. To access the gdb CLI, select the gdb process node in the Debug view. The gdb command line will then be available in the Console view. Though no prompt is visible, you can enter commands at the bottom line of the Console view. Doing so may desynchronize the IDE and gdb, so be careful when driving the debugger using this interface.
There are plans to provide a full gdb-console in CDT, including prompt, command-history, command-completion, and synchronization with Eclipse. Stay tuned to know when it will be available.
Ce que les gens on l'air d'oublier c'est que gdb à évolué depuis l'épique époque des barbus piquant, et que maintenant il y a la complétion auto dans gdb, et j'ai pas non plus envie de devoir me poser la question de savoir si je peux ou non taper la ligne fatidique; quant à lancer Eclipse pour du c++, faut vraiment être désespéré (oups, déjà vendredi?)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Non ce n'est pas l'utilité de kdevelop par rapport à emacs, qui fait le café lui, mais c'est l'existence de la possibilité d'envoyer directement une commande à gdb que je cherche.
Car toutes les interfaces à gdb que j'ai trouvé ne répondent pas à tous les besoins.
* possibilité de faire des rbreak (ou autre commande magique de gdb), ou plus globalement envoyer directement une commande à gdb.
* possibilité d'explorer les objets (kgdb, qtcreator)
* affichage de code et possibilité d'avoir des breakpoint placés à la sourie.
en gros ce qui se rapproche le plus c'est ddd, mais bon coté ergonomie on fait mieux.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Ce qui est pas mal c'est qu'on peu voir que débian a 2 distributions filles productives (knopix et ubuntu), Slackware à SuSE qui tente d'essaimer, red-hat à fedora et mandrake, mais ça reste petit par rapport aux fistons de Debian ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
durée de temps de travail (semaine de 4 jours envisageable ? )
télétravail possible?
Enfin moins courant :
* Création de la documentation des systèmes => Pour quel public? pour ses collègues informaticiens? pour un néophyte? Pour un Commercial cherchant à vendre?
* > cv sous format Word => Quel format? De mémoire j'ai wordpad, word95, word97, word2k, word2003, et encore quelques uns qui trainent, avec certains words qui n'arrivent pas a garder la même visu selon le format. Généralement, je joue avec le pdf pour transmettre les CVs; ou l'odt qui lui est documenté, et implémenté dans des applis open source, ce qui d'un point de vue pérennité est mieux.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Tu t'es emmerdé à faire pour Free BSD, mais tu n'as pas cherché à faire du fedora?
Sur le site, il y en a 93 basés sur fedora. (94 si on compte fédora) qui ont le package emacs. À coté de ton BSD ça fait un peu léger, et si on pousse à fedora + red-hat ça monte à 136…
Là on a un peu l'impression d'avoir un énorme camembert avec 2 truc, et le reste en autre. Généralement ça veut dire que ce qui est dans 'autre' est plus petit que le deuxième, alors que c'est comparable au premier.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Toi t'as du être traumatisé par les pointeurs; je n'ai jamais eu de problème pour les comprendre. Le pointeur c'est une adresse, ce qu'il y a derrière int, float, struc, le pointeur lui même s'en fout (tu peux même le caster en void). Cela n'a d'importance que si tu veux faire des opérations sur le pointeur (comme un ++), qui te donne la case suivante en fonction de la taille du type de pointeur.
J'aurais même tendance à trouver que c'est très sain d'apprendre avec (sans aller jusqu'au pointeur de fonction), parce que ça pousse à se poser des question comme
est ce utile
Est ce que je peux pas passer plutôt par une variable locale (passage de struc en paramètre)?
visibilité, quand est ce que je le libère? Où je le crée?
Trop souvent je tombe sur du code où la personne n'a visiblement pas réfléchi avant de placer ses variables.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Les sucettes de l'usine sont achetés par tout le monde
Non elle sont achetés par quelqu'un qui a un salaire plus haut que le minimum de subsistance. Or, avec l'investissement qui réclame une très haute rentabilité, on va payer justement des gens au minimum de subsistance, sans aucun respect pour l'environnement; et quand l'usine devient trop chère, on déménage dans un pays voisin. Et vu la taille du monde, il faudra attendre un moment avant de revoir des usines chez nous.
D'autant que dans 5 ans, quand M. Cruise aura revendu son usine, il ferra construire sa maison
Pourquoi il ne l'investirai pas dans une usine de ceinture?
C'est de ne pas pouvoir la revendre car il n'y a pas de fluidité, ie pas d'acheteurs !
Si son usine marche il pourra la revendre, point. Le fait que ce ne sera pas un automate n'est pas un problème. Et si plus personne n'a d'argent à dépenser dans les sucettes, son usine coulera, son capital vaudra plus rien, il n'aura pas de maison et tout le monde sera a la rue.
L'usine sera peut-être construite en Europe si M. Cruise peut la revendre.
Il la construira en Europe si
c'est moins cher à faire fonctionner qu'en Chine ou autre pays pas cher; c'est faisable avec un haut degré d'automatisation.
il n'y a pas les compétences requises ailleurs
il y est obligé (Faire comme le Brésil serait pas mal)
il veut s'acheter une image de marque (ça rentre dans le budget pub)
il veut faire fonctionner le pays.
il n'a pas confiance dans la qualité des autres pays.
Note bien que tous ces points ne sont pas forcément exclusif.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
L'adresse d'une case mémoire. Tu peux même faire des dessins si ça peut aider. Où des analogie (c'est ce qui est écrit sur l'enveloppe, pour lire le contenu il faut l'ouvrir * ). Là où tu peux avoir plus de difficulté, c'est avec les pointeur de fonctions qui sont un poil plus technique.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Pour le 1, justement ici on a des postes linux pour se connecter à des postes linux (pour la compil c'est mieux y a 24 coeurs et de la ram à plus savoir quoi foutre ;), et on utilise rdesktop pour outlouk et word.
Et pour avoir fait la même chose mais à partir d'un poste windows, c'est absolument pas comparable, ou alors faut tweaker à mort le windows. Quand kde4 y sera utilisable peut être que ce sera envisageable.
C'est "à la perf" évidemment (enfin pour moi c'est évident).
En France, c'est a celui qui a su le mieux négocier; celui qui vient avec le contrat d'une autre boite disant qu'on lui a proposé tant pourra avoir une belle augment, sinon il va devoir se battre avec son commercial (en tout cas pour les SSII). Ou l'autre possibilité c'est à la grille de salaire (diplôme + ancienneté ), donc non c'est pas évident.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Nous avons exclu tout de suite le C, le Perl, le Java ;)
autant le Java je peux comprendre, le perl ça passe encore, mais le C?
Personnellement j'ai commencé sur le langage des TI-82, puis 92 (auto-didacte) et un poil pascal (scolaire) plus des truc avec des API (graphset)
mais le C tant qu'on reste dans le simple pour la base sans interface graphique c'est super simple. Les struc, et autre c'est pas mal, et on peut très bien faire sans pointeur (c'est avec ce langage que l'IUT a commencé la programmation).
Si tu as peur des char* tu peux jouer avec les string et utiliser le c++ sans les classes, avec en plus le coté I/O avec std::cout et std::cin assez zimple.
Surtout avec la dernière mouture du langage avec le foreach ;)
Pas d'objet ça exclu c++ + Qt.
Ensuite comme beaucoup de fois, je dirai que ça dépend de ce qu'elle souhaite faire. J'ai des bons souvenir de Caml, mais ça demande une façon de raisonner que tout le monde n'a pas.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Que tu oublies allègrement que les 300M€ sont consommé dans un pays où la main d’œuvre coute le riz nécessaire à nourrir le producteur et favorisant la concentration de l'argent au sein d'une même main.
Que tu oublies que les ouvrier payés vont eux aussi dépenser l'argent gagné, généralement localement, contribuer à la baisse du chômage et au regain d'activité. Qu'est ce qu'il vaut mieux une somme X bloqué une fois dans une usine, ou une somme X qui passe de mains en mains (épicier, boulanger, agriculteur…) ?
Bref dans ton tableau la maison est construite magiquement, ce n'est pas le cas. Ensuite qui achète les sucettes de ton usine?
Surement pas les constructeur de maison de Tom, ils sont au chômage, ce dernier ayant préférer acheter des sucettes.
Si ensuite ton Tom fabriquait son usine en Europe, je dis pas, mais dans ce cas c'est pas 0.01% de taxe sur la revente de cette dernière qui va le freiner (pas plus que s'il la construit au Burkina Faso)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Et si vous pouviez éviter les "Y'A PAS DE SALAIRE", ce serait sympa.
Tu viens de le faire je ne le ferai donc pas, mais l'esprit est là :)
Par contre y a un truc que je ne pige pas :
Un laptop sous windows et une station d'acceuil avec écran(s)
La solution que vous préférez pour vous connecter sur des machines linux (VNC/putty/DSA). J'utilise putty, sans interface graphique parce que la latence est meilleure.
Pourquoi le laptop n'est pas directement sous linux? pour avoir fait les deux (linux<->linux) et (windows<->linux), coté confort ça n'a rien a voir. Et là la boite où je suis à même la solution ultime : rdesktop pour les rare trucs qui ont besoin de windows.
Enfin
> * horaires flexibles (en fait, libres)
* des fois si ça pouvait etre calme… mais non, y'a toujours 1 million de trucs à faire.
Concrètement, si je veux faire une semaine de 4 jours (28 ou 32H) c'est envisageable où faut passer mon chemin ?
et enfin une question :
8 millions de lignes de code (C et C++ - la plupart du temps on travaille sur des sections en C++)
toolkit? boost? C99, c++ 0x? Comment sont géré les évolutions du langage? Utilisation de template ? A foison, modéré, exceptionnellement? Jamais? Même si on est très libre, l'existant à tendance à orienter.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Les consanguins n'ont aucun problème pour se reproduire. C'est juste que ca fait des enfants bizzares, mais sinon, faire l'enfant, ca marche.
En fait il faut généralement attendre plusieurs génération pour commencer a avoir des dégénéré; en cas d'anomalie génétique héréditaire présente chez les deux, effectivement il y a un risque, mais pas plus élevé que chez deux personnes qui auraient la même anomalie génétique.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Vaut-il mieux avoir aujourd'hui un certains nombre de trafiquants de cannabis (substance "à priori" peu dangereuse) ou des trafiquants qui, suite à la légalisation, passeront à un autre trafic (drogue dure, trafic humain, …) ?
Mais oui, bien sur il vont se reconvertir en claquant des doigts, et leur dealers en bout de chaine n'auront aucun problème pour changer de marchandise, tout comme leur client… Autant si on me propose un joint je dis pas non, autant si on me propose un rail de coke j'aurais plutôt tendance à dire non, et si y a des proposition à des mineur, c'est direct le commissariat; et je ne pense pas être le seul à mettre une barrière.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Juste une question
Posté par fearan . En réponse au journal KDevelop 4.4 est sorti. Évalué à 2.
J'apprécie beaucoup qtCreator lorsque je fait du Qt, mais utiliser son debugger, s'il peut être très pratique peut aussi s'avérer très frustrant.
Au contraire, j'oscille entre plusieurs IDE, qtCreator, kdevelop, et (emacs + kde + bash + perl + …); si pour la prise en main rapide les deux premiers sont très pratique, sur le long terme, le dernier a encore quelques avantages qui se résorbent petit à petit. Mais comme on est encore bloquer à qt3 sur nos machines, emacs à encore de beaux jours devant lui ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Juste une question
Posté par fearan . En réponse au journal KDevelop 4.4 est sorti. Évalué à 2.
Ahhh merci mon Moi!!! J'ai plus qu'à trouver comment l'installer sur une centos 5.5 (on rigole pas dans la salle)
Exactement ;) Je n'en doutait point pour Kdevelop, mais le seul truc dont je doutait était la possibilité d'envoyer directement a gdb un rbreak Plop::set* (ou approchant) ou encore un rbreak Plop::Plop ou trace hop.cc:42 ; actions ; collect $args ; end;
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Juste une question
Posté par fearan . En réponse au journal KDevelop 4.4 est sorti. Évalué à 2.
Clairement, ce que je vois difficilement implémentable :
Pour le reste une grosse partie des fonctionnalité sont dispos, mais cela dépend des IDE, pour les 4 premiers, il est fréquent qu'il en manque un ou deux, et j'aime beaucoup les rbreak ou la completion auto, notamment avec des templates quand on ne veux pas tout bloquer ;)
Les IDE intègrent la majorité des points cités, mais retire en 1, et tu pleures le jour où tu en a besoin, et je n'ai aucune envie de me poser la question avant le lancement de devoir choisir quel debugger.
Et plus généralement le pilotage à la main (n, s, c, d, c 10… ) est plus rapide qu'à la sourie, et lorsqu'on débug un process en communication avec un autre, être capable de faire du pilotage rapide pour pas chopper un time out est un certain avantage (mais avec des tracepoint en abondance on peut gérer)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Juste une question
Posté par fearan . En réponse au journal KDevelop 4.4 est sorti. Évalué à 2.
Là ça va dépendre de l'ide; mais le problème c'est que c'est un ensemble, j'ai pas envie de devoir changer d'IDE selon mes besoins en debugger, ni de devoir lancer un bouzin qui me pompe 500Mo de RAM rien que pour l'environnement (Eclipse out). Trouve moi un ide qui permet
bref un paquet de truc qui simplifient la vie quand on débug, on est pas obligé de devoir ouvrir tous les fichier un à un pour placer les breakpoint. Moi aussi j'ai utilisé gdb il y a longtemps, et effectivement je n'avais pas remarqué tout ce que je fais avec aujourd'hui, certains trucs sont dus à de grosse évolutions, mais il est probable que je n'ai pas cherché plus loin que run, break, cont, next, step, where, print, display et les répétitions.
Et s'il est vrai que généralement un debugger comme celui qu'on trouve dans qtCreator est suffisant, il n'y a rien de plus rageant que de se retrouver dans une sessions de debuggage, avec tout qui plante comme on veut et qu'on est désarmé parce qu'il manque la fonctionnalité de gdb que les devs ont estimé inutile, ou à devoir remettre à plus tard, ou encore plus simple ignorée.
Et encore la liste ci-dessus est très loin d'être exhaustive, tu as pleins d'autre détail que fait gdb.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# KOTOR
Posté par fearan . En réponse au journal Un monde sans humain ?. Évalué à 10. Dernière modification le 25 octobre 2012 à 09:37.
Remarque : Cela est peut être du à un vocabulateur de droïde HK-47, ceux ci sont connu pour avoir des protocoles de communication unique en leur genre.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Juste une question
Posté par fearan . En réponse au journal KDevelop 4.4 est sorti. Évalué à 5.
mouais je vais voir la faq
Ce que les gens on l'air d'oublier c'est que gdb à évolué depuis l'épique époque des barbus piquant, et que maintenant il y a la complétion auto dans gdb, et j'ai pas non plus envie de devoir me poser la question de savoir si je peux ou non taper la ligne fatidique; quant à lancer Eclipse pour du c++, faut vraiment être désespéré (oups, déjà vendredi?)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# Juste une question
Posté par fearan . En réponse au journal KDevelop 4.4 est sorti. Évalué à 1.
Non ce n'est pas l'utilité de kdevelop par rapport à emacs, qui fait le café lui, mais c'est l'existence de la possibilité d'envoyer directement une commande à gdb que je cherche.
Car toutes les interfaces à gdb que j'ai trouvé ne répondent pas à tous les besoins.
* possibilité de faire des rbreak (ou autre commande magique de gdb), ou plus globalement envoyer directement une commande à gdb.
* possibilité d'explorer les objets (kgdb, qtcreator)
* affichage de code et possibilité d'avoir des breakpoint placés à la sourie.
en gros ce qui se rapproche le plus c'est ddd, mais bon coté ergonomie on fait mieux.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: This is the data we're looking for !
Posté par fearan . En réponse au journal Saybô !. Évalué à 2.
C'est bien la preuve que Google est du coté obscure de la force. Tout en subtilité, comme darth Sidious ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: crontab
Posté par fearan . En réponse au message auto screenshot . Évalué à 2.
Parce qu'il faut trouver l'utilisateur connecté ;) et quitte à faire des bashrie, autant faire simple ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Je trouve ça magnifique
Posté par fearan . En réponse au journal Quelques chiffres. Évalué à 3.
Ce qui est pas mal c'est qu'on peu voir que débian a 2 distributions filles productives (knopix et ubuntu), Slackware à SuSE qui tente d'essaimer, red-hat à fedora et mandrake, mais ça reste petit par rapport aux fistons de Debian ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# Bon ben comme d'hab...
Posté par fearan . En réponse au message CDI : Ingénieur / intégrateur / packageur (75). Évalué à 5.
Enfin moins courant :
* Création de la documentation des systèmes => Pour quel public? pour ses collègues informaticiens? pour un néophyte? Pour un Commercial cherchant à vendre?
* > cv sous format Word => Quel format? De mémoire j'ai wordpad, word95, word97, word2k, word2003, et encore quelques uns qui trainent, avec certains words qui n'arrivent pas a garder la même visu selon le format. Généralement, je joue avec le pdf pour transmettre les CVs; ou l'odt qui lui est documenté, et implémenté dans des applis open source, ce qui d'un point de vue pérennité est mieux.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: C'est bien
Posté par fearan . En réponse au journal Quelques chiffres. Évalué à 4.
Tu t'es emmerdé à faire pour Free BSD, mais tu n'as pas cherché à faire du fedora?
Sur le site, il y en a 93 basés sur fedora. (94 si on compte fédora) qui ont le package emacs. À coté de ton BSD ça fait un peu léger, et si on pousse à fedora + red-hat ça monte à 136…
Là on a un peu l'impression d'avoir un énorme camembert avec 2 truc, et le reste en autre. Généralement ça veut dire que ce qui est dans 'autre' est plus petit que le deuxième, alors que c'est comparable au premier.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# C'est bien
Posté par fearan . En réponse au journal Quelques chiffres. Évalué à 8.
Mais
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: F#
Posté par fearan . En réponse au journal The Future of Functional Programming Languages. Évalué à 2.
j'aurais plutôt dit G#, les H n'étant pas une note ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Mais pourquoi ?
Posté par fearan . En réponse au message Quel langage pour initier un enfant de 10 ans à la programmation. Évalué à 1.
Toi t'as du être traumatisé par les pointeurs; je n'ai jamais eu de problème pour les comprendre. Le pointeur c'est une adresse, ce qu'il y a derrière int, float, struc, le pointeur lui même s'en fout (tu peux même le caster en void). Cela n'a d'importance que si tu veux faire des opérations sur le pointeur (comme un ++), qui te donne la case suivante en fonction de la taille du type de pointeur.
J'aurais même tendance à trouver que c'est très sain d'apprendre avec (sans aller jusqu'au pointeur de fonction), parce que ça pousse à se poser des question comme
Trop souvent je tombe sur du code où la personne n'a visiblement pas réfléchi avant de placer ses variables.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Le graphique
Posté par fearan . En réponse au journal Quizz spécial moules. Évalué à 2.
Non elle sont achetés par quelqu'un qui a un salaire plus haut que le minimum de subsistance. Or, avec l'investissement qui réclame une très haute rentabilité, on va payer justement des gens au minimum de subsistance, sans aucun respect pour l'environnement; et quand l'usine devient trop chère, on déménage dans un pays voisin. Et vu la taille du monde, il faudra attendre un moment avant de revoir des usines chez nous.
Pourquoi il ne l'investirai pas dans une usine de ceinture?
Si son usine marche il pourra la revendre, point. Le fait que ce ne sera pas un automate n'est pas un problème. Et si plus personne n'a d'argent à dépenser dans les sucettes, son usine coulera, son capital vaudra plus rien, il n'aura pas de maison et tout le monde sera a la rue.
Il la construira en Europe si
Note bien que tous ces points ne sont pas forcément exclusif.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Mais pourquoi ?
Posté par fearan . En réponse au message Quel langage pour initier un enfant de 10 ans à la programmation. Évalué à 2.
L'adresse d'une case mémoire. Tu peux même faire des dessins si ça peut aider. Où des analogie (c'est ce qui est écrit sur l'enveloppe, pour lire le contenu il faut l'ouvrir * ). Là où tu peux avoir plus de difficulté, c'est avec les pointeur de fonctions qui sont un poil plus technique.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Mais pourquoi ?
Posté par fearan . En réponse au message Quel langage pour initier un enfant de 10 ans à la programmation. Évalué à 0.
Par ce que ça c'est pas plus abstrait?
points = [line.split()[2] for line in lines]
C'est du python pour les non connaisseur.
Comme je l'ai dit c'est aussi possible d'utiliser std::string tout en gardant les principes du C
Qu'est ce que tu ne peux pas expliquer en C? Et puis va faire de la lecture d'entrée en C ou même de l'affichage de 'bonjour' en assembleur.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Mais pourquoi ?
Posté par fearan . En réponse au message Quel langage pour initier un enfant de 10 ans à la programmation. Évalué à 2.
Oui bon c'est avec ce langage que l'IUT que je faisais initiait les étudiants à la programmation (avec des cours d'algo à coté faut pas déconner)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: il faut bien ;)
Posté par fearan . En réponse au journal [PUB] Mon employeur recrute - Boston area - Software Performance. Évalué à 3.
Pour le 1, justement ici on a des postes linux pour se connecter à des postes linux (pour la compil c'est mieux y a 24 coeurs et de la ram à plus savoir quoi foutre ;), et on utilise rdesktop pour outlouk et word.
Et pour avoir fait la même chose mais à partir d'un poste windows, c'est absolument pas comparable, ou alors faut tweaker à mort le windows. Quand kde4 y sera utilisable peut être que ce sera envisageable.
En France, c'est a celui qui a su le mieux négocier; celui qui vient avec le contrat d'une autre boite disant qu'on lui a proposé tant pourra avoir une belle augment, sinon il va devoir se battre avec son commercial (en tout cas pour les SSII). Ou l'autre possibilité c'est à la grille de salaire (diplôme + ancienneté ), donc non c'est pas évident.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# Mais pourquoi ?
Posté par fearan . En réponse au message Quel langage pour initier un enfant de 10 ans à la programmation. Évalué à -1.
autant le Java je peux comprendre, le perl ça passe encore, mais le C?
Personnellement j'ai commencé sur le langage des TI-82, puis 92 (auto-didacte) et un poil pascal (scolaire) plus des truc avec des API (graphset)
mais le C tant qu'on reste dans le simple pour la base sans interface graphique c'est super simple. Les struc, et autre c'est pas mal, et on peut très bien faire sans pointeur (c'est avec ce langage que l'IUT a commencé la programmation).
Si tu as peur des char* tu peux jouer avec les string et utiliser le c++ sans les classes, avec en plus le coté I/O avec std::cout et std::cin assez zimple.
Surtout avec la dernière mouture du langage avec le foreach ;)
Pas d'objet ça exclu c++ + Qt.
Ensuite comme beaucoup de fois, je dirai que ça dépend de ce qu'elle souhaite faire. J'ai des bons souvenir de Caml, mais ça demande une façon de raisonner que tout le monde n'a pas.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Le graphique
Posté par fearan . En réponse au journal Quizz spécial moules. Évalué à 2.
Que tu oublies allègrement que les 300M€ sont consommé dans un pays où la main d’œuvre coute le riz nécessaire à nourrir le producteur et favorisant la concentration de l'argent au sein d'une même main.
Que tu oublies que les ouvrier payés vont eux aussi dépenser l'argent gagné, généralement localement, contribuer à la baisse du chômage et au regain d'activité. Qu'est ce qu'il vaut mieux une somme X bloqué une fois dans une usine, ou une somme X qui passe de mains en mains (épicier, boulanger, agriculteur…) ?
Bref dans ton tableau la maison est construite magiquement, ce n'est pas le cas. Ensuite qui achète les sucettes de ton usine?
Surement pas les constructeur de maison de Tom, ils sont au chômage, ce dernier ayant préférer acheter des sucettes.
Si ensuite ton Tom fabriquait son usine en Europe, je dis pas, mais dans ce cas c'est pas 0.01% de taxe sur la revente de cette dernière qui va le freiner (pas plus que s'il la construit au Burkina Faso)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# il faut bien ;)
Posté par fearan . En réponse au journal [PUB] Mon employeur recrute - Boston area - Software Performance. Évalué à 6.
Tu viens de le faire je ne le ferai donc pas, mais l'esprit est là :)
Par contre y a un truc que je ne pige pas :
Pourquoi le laptop n'est pas directement sous linux? pour avoir fait les deux (linux<->linux) et (windows<->linux), coté confort ça n'a rien a voir. Et là la boite où je suis à même la solution ultime : rdesktop pour les rare trucs qui ont besoin de windows.
Enfin
> * horaires flexibles (en fait, libres)
* des fois si ça pouvait etre calme… mais non, y'a toujours 1 million de trucs à faire.
Concrètement, si je veux faire une semaine de 4 jours (28 ou 32H) c'est envisageable où faut passer mon chemin ?
et enfin une question :
toolkit? boost? C99, c++ 0x? Comment sont géré les évolutions du langage? Utilisation de template ? A foison, modéré, exceptionnellement? Jamais? Même si on est très libre, l'existant à tendance à orienter.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Il n'y a pas plus important ?
Posté par fearan . En réponse au journal Dépénalisation du cannabis. Qu'en pensez-vous ?. Évalué à 2.
En fait il faut généralement attendre plusieurs génération pour commencer a avoir des dégénéré; en cas d'anomalie génétique héréditaire présente chez les deux, effectivement il y a un risque, mais pas plus élevé que chez deux personnes qui auraient la même anomalie génétique.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: mon avis
Posté par fearan . En réponse au journal Dépénalisation du cannabis. Qu'en pensez-vous ?. Évalué à 1.
Mais oui, bien sur il vont se reconvertir en claquant des doigts, et leur dealers en bout de chaine n'auront aucun problème pour changer de marchandise, tout comme leur client… Autant si on me propose un joint je dis pas non, autant si on me propose un rail de coke j'aurais plutôt tendance à dire non, et si y a des proposition à des mineur, c'est direct le commissariat; et je ne pense pas être le seul à mettre une barrière.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent