Les photos de kradeg en train de coder du C# page 2 :D - Linux et OS Alternatifs
Marsh Posté le 29-08-2002 à 23:32:31
Babouchka a écrit a écrit : 30 min trop tot A+ |
spa un troll...
Marsh Posté le 29-08-2002 à 23:36:17
PinG, t'es vraiment chôôôôô ce sôar
Marsh Posté le 29-08-2002 à 23:40:48
- Fred - a écrit a écrit : PinG, t'es vraiment chôôôôô ce sôar |
<ambience type="discothèque pourrie de campagne">
<voix type="nazillarde">
hummmm... c'est chochocho... ca va déménager sévèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèère!!!!
</voix></ambience>
Marsh Posté le 29-08-2002 à 23:42:22
PinG a écrit a écrit : <ambience type="discothèque pourrie de campagne"> <voix type="nazillarde"> hummmm... c'est chochocho... ca va déménager sévèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèère!!!! </voix></ambience> |
ce qu'il y a de bien, c'est que je suis toujours aussi fort en orthograf
Marsh Posté le 29-08-2002 à 23:45:30
Verdoux a écrit a écrit : Bah en XML tu définis les balises que tu veux |
oui mais c pas propre si je donnes pas ma DTD avec
Marsh Posté le 29-08-2002 à 23:47:29
T'imagines à quoi ça doit ressembler une soirée en boîte avec que des Debianistes
Avec l'élection de mister big beard (y a pas de filles chez le Debianistes, ça bibine grave et ça coupe les arbres avec la main [oubliez pas, on est en campagne])
Marsh Posté le 29-08-2002 à 23:48:45
- Fred - a écrit a écrit : T'imagines à quoi ça doit ressembler une soirée en boîte avec que des Debianistes Avec le concours de mister big beard |
bah quoi? franchement, on s'est peut-être déjas croisé en boite que tu m'aurais pas reconnu...
Marsh Posté le 29-08-2002 à 23:49:54
A danser sur PapaPingoin ... bon j'arrête
Marsh Posté le 29-08-2002 à 23:50:42
- Fred - a écrit a écrit : A danser sur PapaPingoin ... bon j'arrête |
Héhé
entres autres
Marsh Posté le 29-08-2002 à 23:52:35
MagicBuzz a écrit a écrit : c toujours mieu que le CSV |
pas beau le CSV. Arf, si, en fait, c'est pas si mal. Ca evite d'avoir toutes les cochonneries Excel en plus...
Marsh Posté le 29-08-2002 à 23:55:42
trasfract a écrit a écrit : pas beau le CSV. Arf, si, en fait, c'est pas si mal. Ca evite d'avoir toutes les cochonneries Excel en plus... |
arf!
le csv... remarque bon, ca aurait pu etre pire, j'aurais pu coder ca en unicode en inversant le poids des bits, tout ca dans une structure avec délimiteurs de champs fixes par offset...
Marsh Posté le 30-08-2002 à 00:01:26
Ben sinon, y'a le format pas super optimisé niveau taille mais qui reste le plus rapide, c'est le fichier plat avec masque
Ca c'est de la bonne, surtout quand il contient des nombres et des dates
Me suis paluché un filtre d'import sous Access pour récupérer des fichiers comme ça générés par un AS400
Le plus marrant, c'est quand l'admin de l'AS400 redimensionne un champ et dit rien
Mais sinon, niveau rapidité, y'a rie de mieu
Marsh Posté le 30-08-2002 à 00:03:01
MagicBuzz a écrit a écrit : Ben sinon, y'a le format pas super optimisé niveau taille mais qui reste le plus rapide, c'est le fichier plat avec masque Ca c'est de la bonne, surtout quand il contient des nombres et des dates Me suis paluché un filtre d'import sous Access pour récupérer des fichiers comme ça générés par un AS400 Le plus marrant, c'est quand l'admin de l'AS400 redimensionne un champ et dit rien Mais sinon, niveau rapidité, y'a rie de mieu |
j'ai eut le même coup avec un Back Office sous AS4000... les mecs ont changés la taille des champs sans rien dire à personne...
Marsh Posté le 30-08-2002 à 00:07:39
MagicBuzz a écrit a écrit : Ben sinon, y'a le format pas super optimisé niveau taille mais qui reste le plus rapide, c'est le fichier plat avec masque Ca c'est de la bonne, surtout quand il contient des nombres et des dates Me suis paluché un filtre d'import sous Access pour récupérer des fichiers comme ça générés par un AS400 Le plus marrant, c'est quand l'admin de l'AS400 redimensionne un champ et dit rien Mais sinon, niveau rapidité, y'a rie de mieu |
Je vois qu'on est tous confrontes aux memes situations : moi je recuperais des donnees au format CSV sur un Sun et je devais les convertir en tableau Excel. Jusque la pas si dur... Sauf qu'en prime j'ai du creer toute une librairie de fonctions pour creer des colonnes correspondant a des fonctions des autres colonnes... Je sais pas si c'est clair, mais en tous cas, ce fut bien chiantissime et pas evident comme boulot. D'ailleurs, Excel en francais avec VBA en Francais, mais l'interpretation des formules des cellules dans les macros en anglais, c'est vraiment du foutage de gueule !
Marsh Posté le 30-08-2002 à 00:08:55
trasfract a écrit a écrit : Je vois qu'on est tous confrontes aux memes situations : moi je recuperais des donnees au format CSV sur un Sun et je devais les convertir en tableau Excel. Jusque la pas si dur... Sauf qu'en prime j'ai du creer toute une librairie de fonctions pour creer des colonnes correspondant a des fonctions des autres colonnes... Je sais pas si c'est clair, mais en tous cas, ce fut bien chiantissime et pas evident comme boulot. D'ailleurs, Excel en francais avec VBA en Francais, mais l'interpretation des formules des cellules dans les macros en anglais, c'est vraiment du foutage de gueule ! |
logique^w Microsoft
Marsh Posté le 30-08-2002 à 00:09:25
PinG a écrit a écrit : logique^w Microsoft |
LEU VANDREUDY CAI TROLLY... PARCEQUE JE LE VAU BIENG
Marsh Posté le 30-08-2002 à 00:13:20
PinG , completement bourred, a écrit un truc qui ne mérite pas d'être quoted a écrit : |
tain t'es bien amoché ce soir !
A+
Marsh Posté le 30-08-2002 à 00:13:20
Yeah !
Moi j'aime bien Excel finalement ; c'est le meilleur tableur sur le marche. Il est puissant, efficace, rapide. Le langage VBA, tout comme le langage Visual Basic d'ailleurs, est particulierement puissant et merite qu'on en dise du bien.
Pour finir cette argumentation (tres fondee), jouons au pendu si vous le voulez bien...
L_ V _ _ _ _ _ _ _ C ' E _ _ T _ _ _ _ _ !
tic tac c'est pas si dur a trouver
Marsh Posté le 30-08-2002 à 00:15:01
trasfract a écrit a écrit : Yeah ! Moi j'aime bien Excel finalement ; c'est le meilleur tableur sur le marche. Il est puissant, efficace, rapide. Le langage VBA, tout comme le langage Visual Basic d'ailleurs, est particulierement puissant et merite qu'on en dise du bien. Pour finir cette argumentation (tres fondee), jouons au pendu si vous le voulez bien... L_ V _ _ _ _ _ _ _ C ' E _ _ T _ _ _ _ _ ! tic tac c'est pas si dur a trouver |
chouette, un pendu!
au hasard...
S L A C K C A P U E L E C A C A
Haaaaaaaaaaaaaaaaaaaaaaa, non, je sait...
La Vaseline C'Est Terrible
Marsh Posté le 30-08-2002 à 00:15:33
trasfract a écrit a écrit : Yeah ! Moi j'aime bien Excel finalement ; c'est le meilleur tableur sur le marche. Il est puissant, efficace, rapide. Le langage VBA, tout comme le langage Visual Basic d'ailleurs, est particulierement puissant et merite qu'on en dise du bien. Pour finir cette argumentation (tres fondee), jouons au pendu si vous le voulez bien... L_ V _ _ _ _ _ _ _ C ' E _ _ T _ _ _ _ _ ! tic tac c'est pas si dur a trouver |
d'ailleurs c'est pour ça qu'ils ont fait windows .NET pour executer + vite les applis .NET
bientot tout windows en visual basic .net (ou c#, c'est pareil) pour acheter un P5 7Ghz qui pourra faire ce que faisait un P166 avant
A+
Marsh Posté le 30-08-2002 à 00:16:58
PinG a écrit a écrit : on veut savoir quels packages sont les plus owned, et les plus rares... |
http://packages.debian.org/unstabl [...] es-fr.html
http://packages.debian.org/unstabl [...] ubble.html
Marsh Posté le 30-08-2002 à 00:28:03
PinG a écrit a écrit : chouette, un pendu! au hasard... S L A C K C A P U E L E C A C A Haaaaaaaaaaaaaaaaaaaaaaa, non, je sait... La Vaseline C'Est Terrible |
C'est dommage, ca ne rentre pas Mais ca aurait pu !
Marsh Posté le 30-08-2002 à 00:38:24
Babouchka a écrit a écrit : d'ailleurs c'est pour ça qu'ils ont fait windows .NET pour executer + vite les applis .NET bientot tout windows en visual basic .net (ou c#, c'est pareil) pour acheter un P5 7Ghz qui pourra faire ce que faisait un P166 avant A+ |
Pour avoir fait une appli en C#, je peux dire que les perfs sur un simple Win2K avec le SDK .NET en béta 2 est vraiment très rapide (y'a pas de différence notable avec le compilé, et si on gère bien le multi-thread c'est même plus rapide que Windows lui-même)
L'appli en question parsait tout les MP3 d'un HD de 80 Go, et remplissait une base Access avec les infos ID3V et quelques autres en plus. L'indexation complète mettait moins de temps que "clic-droit > propriétés" sur le rep.
Marsh Posté le 30-08-2002 à 00:39:53
MagicBuzz a écrit a écrit : c'est même plus rapide que Windows lui-même) |
Forcement si tu prends pas des references, on peut pas se faire une idee
Marsh Posté le 30-08-2002 à 00:47:05
trasfract a écrit a écrit : Forcement si tu prends pas des references, on peut pas se faire une idee |
+1*10^100000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
Marsh Posté le 30-08-2002 à 00:47:34
trasfract a écrit a écrit : Forcement si tu prends pas des references, on peut pas se faire une idee |
Ben pour un langage utilisant une surcouche des API de Widows, on s'attends à ce qu'il soit au plus dea même rapidité
Marsh Posté le 30-08-2002 à 00:50:15
Pour info, le soft indéxait tout ça en moins d'une minute.
Sinon, j'en avait fait un aussi qui encryptait (avec un algo très simple) des fichiers, histoire de tester la rapidité, et je cryptais un .VOB de 4 Go en moins de 30 secondes.
Voilà pour les perfs.
Bon, OK, je suis all-scsi (sauf pour le truc des MP3, j'ai pas de HD SCSI de 80 Go ) et bi-cpu avec 1 Go de RAM
Mais bon, pour un prog écrit à l'arrache sur une version béta, c'est tout à fait honnête, et je suis pas sur qu'en C direct ça soit plus rapide, surtout qu'en C pur, faut se faire chier pour gérer proprement les bi-pro il me semble.
Marsh Posté le 30-08-2002 à 00:54:37
ça me fait penser qu'il faudrait penser à nettoyer un peu
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder |
Marsh Posté le 30-08-2002 à 01:00:39
Ah oui, sinon, un truc intéressant avec le .NET, c'est que l'adéquation au matériel est mieu gérée qu'avec le Java.
En effet, le java pré-compilé par exemple sur un mono-cpu avec 256 Mo de RAM va avoir du mal à exploiter correctement un quadri-cpu avec 2 Go de RAM/CPU (exemple idiot), même si la machine virtuelle est prévue pour une telle machine.
Le C#, quand à lui, lors du démarrage, du prog va détecter que la précédente pre-compil n'était pas prévue pour le matos. il lance donc automatiquement une recompilation en se basant sur l'architecture de la machine. Ca permet en théorie d'avoir des softs plus polyvalent, et censés exploiter au mieu n'importe quel type de machine.
Bon, c'est un truc pas évident à bencher, mais ça semble se tenir. Pas mal de softs compilés à 100% notamment contiennt des parties de code entières, destinées à utiliser au mieu différent types d'architecture (bi-cpu, plus de ram, instruction cpu étendues, etc.) Et cette façon d'optimiser ne peux être prise à 100% en charge par la machine virtuelle, car certaines choses comme l'allocation des tableaux en mémoire ou l'assignation de priorité et de cpus aux threads sont internes au programme et ne peux pas être remaniées derrière (et sinon çe serait trop lent de toute façon)
Marsh Posté le 30-08-2002 à 01:02:29
pour au dessus MMMMMMMMMMMMMMMMMMMMOOOOOOOOOOOOOOOOOOOOOOUUUUUUUUUUUUUUUUUUUUAAAAAAAAAAAAAAHHHHHHHHH magicbuzz champion du monde !
sinon j aime pas les debianistes il font que se l apt
Marsh Posté le 30-08-2002 à 01:03:07
et faut charger des libs ? ça se passe comment pour la gestion des versions de lib et des dépendances ? y a apt ?
Marsh Posté le 30-08-2002 à 01:03:47
MagicBuzz a écrit a écrit : Ah oui, sinon, un truc intéressant avec le .NET, c'est que l'adéquation au matériel est mieu gérée qu'avec le Java. En effet, le java pré-compilé par exemple sur un mono-cpu avec 256 Mo de RAM va avoir du mal à exploiter correctement un quadri-cpu avec 2 Go de RAM/CPU (exemple idiot), même si la machine virtuelle est prévue pour une telle machine. Le C#, quand à lui, lors du démarrage, du prog va détecter que la précédente pre-compil n'était pas prévue pour le matos. il lance donc automatiquement une recompilation en se basant sur l'architecture de la machine. Ca permet en théorie d'avoir des softs plus polyvalent, et censés exploiter au mieu n'importe quel type de machine. Bon, c'est un truc pas évident à bencher, mais ça semble se tenir. Pas mal de softs compilés à 100% notamment contiennt des parties de code entières, destinées à utiliser au mieu différent types d'architecture (bi-cpu, plus de ram, instruction cpu étendues, etc.) Et cette façon d'optimiser ne peux être prise à 100% en charge par la machine virtuelle, car certaines choses comme l'allocation des tableaux en mémoire ou l'assignation de priorité et de cpus aux threads sont internes au programme et ne peux pas être remaniées derrière (et sinon çe serait trop lent de toute façon) |
ouaip, enfin c pas exactement une recompillation, c plutot une redisposition/changement du byte code, genre au niveau de l'ordonencement des threads.
Sinon, à part ca, ton post est pas sous GNU FDL, c'est mal, j'vai le dire au monsieur...
Marsh Posté le 30-08-2002 à 01:06:00
Code :
|
Marsh Posté le 30-08-2002 à 01:08:23
houplaboom42 a écrit a écrit :
|
BOUHHHHHHHHHHHHHHHHHHHH AUX CHIOTES!
Marsh Posté le 30-08-2002 à 01:09:32
PinG a écrit a écrit : BOUHHHHHHHHHHHHHHHHHHHH AUX CHIOTES! |
de quoi la daubian ? vi vi c est deja fait
Marsh Posté le 29-08-2002 à 23:29:19
aller, aller, vos dpkg -l, et que ca saute... on veut savoir quels packages sont les plus owned, et les plus rares... Un chtit parseur en perl et je sort les stats
Message édité par PinG le 30-08-2002 à 10:55:10
---------------
-- NO SLACKERS - violators will be fsck'd & tar'd