Merci pour cette émission intéressante sur un sujet émergeant. J'aimerais ajouter quelque chose qui n'a pas été dit et qui est fondamentale quand on parle d'environnement et de technologies. Vous ne parler en effet que de l'optimisation des technologies, hors avec l'effet rebond, l'optimisation entrainera quasi systématiquement une augmentation de l'usage de la technologie qui compensera les impact optimisé le système devenant finalement plus impactant. C'est ce qu'on a observé depuis le début de l'informatique. Par exemple la compression dont vous parlez à en effet permis de réduire au départ l'impact des images/vidéos mais elle a également entrainer une surexploitation de ces modes de diffusion qui devenais plus performant au dépend du texte et l'usage de la technologie à finalement eu un impact bien plus grand que sont optimisation. Aussi il est très important pour les informaticiens en plus d'optimiser leurs technologie de faire en sorte qu'elles entrainent une sobriété dans les usages. Concrètement ça veux dire développer des services qui entraineront une baisse des usage du numériques et de n'utiliser le numérique que là où il est réellement nécessaire car les réels impacts du numériques viennent de sa surutilisations.

@tibo1671

Жыл бұрын

1 an après, mais merci pour ce commentaire

@NicoGto27

Жыл бұрын

Tellement pertinent et d'actualité aujourd'hui

@stonerick43

10 ай бұрын

la technologie a aussi un effet positif, les gens achetaient plus de truc en magasin avant pour consommer alors qu'aujourd'hui ona chete beaucoup de choses sur sont téléphone/pc typiquement un jeux vidéo je pense que ca pollue moins que acheter un jouet, ou un truc pour adulte pour se faireplaisir mais on on va pas non plus arreter d'acheter pour le plaisir

@psam538

10 ай бұрын

Malheureusement les développeurs n’ont en général pas leur mot à dire sur les usages de la plupart des logiciels. La direction ou le client décide des usages et les développeurs font le travail… le seul endroit où ils peuvent agir c’est sans doute en optimisant (si cela n’impact pas les coûts car sinon ils vont se faire taper sur les doigts)

Je me suis senti visé avec le SELECT * FROM en SQL mdr 😂

@Neoteknic

3 жыл бұрын

avec laravel et l'ORM, c'est rare que je fasse select( champ) car l'objet ne sera pas complet, c'est pas pratique du tout, et gros source de bug le jour ou qqun fait $restaurant->address dans une vue et que c'est pas load des fois tu cherche un moment... c'est vraiment pas le truc le moins opti le SELECT * (et pas le faire dans certain cas c'est hyper pas pratique surtout quand on a des petites tables comparé aux index ou autre opti.

@maxmercier8908

3 жыл бұрын

En terme de perf sur MYSQL par exemple, SELECT * est plus rapide que SELECT item car il récupère les données tel quel sans faire de tri

@Neoteknic

3 жыл бұрын

@@maxmercier8908 en effet , mais ça peu dépendre aussi du moteur utilisé, voir du disque et système de fichier, à voir s'il y a des benchmarks ?

@trzebiaf

2 жыл бұрын

Select * from table1, table2 where...

@Gitalien1

2 жыл бұрын

C'est plutôt la clause WHERE qui filtre. Après pour les grosses boîtes pour lesquelles c'est un problème, l'optimisation SQL (parfois compliquée), c'est un métier à part entière

2 ans de DUT sur papier, python, Java, c, shell, php, js, configuration de DNS! (On perdait des points pour un "$" oublié en php ou un ";" en JS)

@Shin69290

3 жыл бұрын

Pour un concours, j'ai fait un programme fortran sur tableau noir.

@lilizzy5

3 жыл бұрын

BTS SIO et c'est totalement l'inverse mdrr on s'intéresse à l'idée plutôt qu'aux petite fautes

@waixx4496

3 жыл бұрын

Bah, les gens qui oublient les ; en js. Ce n'est plus obligatoire mais je trouve ça si moche

@zeinfeimrelduulthaarn7028

3 жыл бұрын

uh

@zeshi4558

2 жыл бұрын

Même pour un ";" en JS ?! Mais ils sont facultatifs ! D:

Très bonne idée. Mais bon quand tu fais le topo de la consommation de Netflix, KZread, Twitch et plein d’autres choses comme 80% des mails qui sont des spams, le développement web en général arrive très très en fin de chaîne pour l’environnement ! Je serais curieux d’avoir le bilan carbone d’une diffusion des infos de 20H au temps des ondes avec le 20H d’aujourd’hui en numérique pour finalement faire la même chose ! ;-)

Salut Micode, un épisode avec un invité qui parle/fait du compétitive Programming serait extrêmement intéressant. C'est un domaine assez peu connu en France. Il serait intéressant de citer Leetcode, les ressources disponible et à quel point c'est facile de si mettre, évoluer et à quel point ca impacte positivement ton travail.

@clementita54

3 жыл бұрын

Parler aussi du parler du langage APL ca pourrait être intéressant

Quelle miniature exceptionnelle ! 🤣

Pour la technique de migration de donnée sunflower, c'est plutôt au niveau des CDN. En fait, les CDN ont des duplicatas de données partout sur le globe pour livrer plus rapidement au client qui va consommer la data. On pense par là à KZread. Bref, quand il fait nuit localement où se trouve la data, on peut diminuer le nombre d'instances "baremetal", car très peu de gens vont utiliser les ressources. C'est une technique commune souvent utilisée en production d'énergie où on gère la gestion des pics de consommation, car souvent les gens se lèvent fond leurs lessives, etc. C'est la même chose avec votre session Netflix ou KZread le matin ou durant votre journée. Ce sont de nouveaux défis que font face les réseaux de grands datacenters, car historiquement les producteurs d'électricités se trouvent bien souvent à gérer les pics de consommations localement ou sur un territoire ayant très peu de fuseaux horaires à gérer.

J'adore vraiment trop ce contenu, c'est excellent 👌🏼😍 Par contre, es qu'il serait possible d'avoir des visuels pour illustrer, car c'est trop top de rentrer dans les détails mais des fois c'est dur de se visualiser 😅😁

Voilà une semaine que je regarde toutes les vidéos de cette chaîne sans en comprendre un dizieme , mais nouvelle passion Merci de les mettre en ligne ici !

@Vince-wq8xr

9 ай бұрын

😅😅

Merci d'avoir viré le bot 😆❤️

@frank4811

3 жыл бұрын

15:26

Merci d'avoir enlevé le bot , c'est vraiment plus agréable a regarder :) je like avec plaisir !

@holaholahophop

3 жыл бұрын

Yes c'était pertinent au début pour la phase de test en prod crrrrr

Vous m'avez effectivement rappelé des mauvais souvenirs, j'ai aussi fais du C, du Java, du Python et du Caml sur papier 😅

Par contre le contenu de votre vidéo reste excellent comme d'hab :)

Les partiels de code sur papier je m'en souviens encore mais quelle horreur 😭

Follow the sun c'est plus pour la workload, pas pour les data, c'est à dire que tu vas spawn plus de vms la où est "le soleil" ou plus exactement la ou est localisé le plus d'utilisateur actif puis quand vient l'heure où l'utilisation est moindre, automatique tu va decommissionné un certain nombre d'instance et comme ça tu évite d'avoir la nuit plein d'instance d'allumer alors que la charge est minimal mais que en journée tu en as quand même besoin 🙂

On fait toujours du C, java , SQL, Algo sur papier en DUT Informatique... (En 2021)

Pour être écolo on peut aussi éviter d'uploader une vidéo de podcast en 4k mais chut 🤫

mmm ca donne meme l'idée de faire un concours , une LAN , un speedrun sur un week end ^^ tous les équipes doivent construire le meme programme en 1 week end , un tetris par exemple , aprés on compare , les temps de construct de dev , on compare l'energie dépensé pour compilé et/ou l'energie des serveur pour le jeu ... etc etc ... et là on aurait des données + ou - fiable .... ca serais vraiment sympa !! un MicodEvent !!!

13:30 KZread devrait rajouter une option pour envoyer le flux audio uniquement, car sur certaines video (exemple celle-ci) on s'en fout d'avoir l'image.

Au top cet episode, ooooh oui encore !!!!

Bientôt les 100k GG a la team 🤩 🤩

la notif qui fait plaise

(le passage de la programation sur papier vers 9'00) en fait , pour moi l'utilité de faire sur papier est exactement la même utilité que par exemple de faire un plan d'architecture a la main plutôt qu'informatiquement, le résultat semble le même mais la démarche pour y arriver est opposée, informatiquement on peut jeter toutes les idées , corriger , raturer modifier, réordonner, tell une pate à modeler que l'on reprends sans cesse, alors que sur papier c'est moins permissif, il faut donc se poser, penser à la finalité et aux étapes pour y arriver pour raturer le moins possible, faire bien du premier coup, tel une statue crée à partir d'une unique pierre sans droit à l'erreur, c'est une démarche que les jeunes générations , habituées à l'informatique et à la modification constante n'on plus et ça débouche sur une façon d'appréhender les problèmes complètement différente. encore fat il expliquer la démarche lorsque l'on fais faire cet exercice, les prof n'en ont pas forcément conscience non plus et appliquent le programme.

Tres cool cette émission jai appris des trucs

il faudrait faire des musiques de jingle différente et des mouvement d'animation aussi ( afin déviter une répétition )

tjrs aussi bien cette émission, bravo micode

Sinon un bon moyen pour faire du code efficace c'est de savoir réellement comment fonctionne un ordinateur (mémoires, cache, temps d'accès). Par exemple, lors d'accès répétés aux éléments d'un tableau il faut le faire de manière la plus séquentielle possible pour profiter de la rapidité des caches. Suivant la taille des éléments, lorsque l'on accède à l'élément N, ce sont en fait les éléments jusqu'à N+M qui sont récupérés donc l'accès aux M prochains éléments seront quasiment gratuits. C'est pour ca qu'il faut bien penser ses structures de données.

Le "follow the sun", si j'ai bien compris, c'est le fait de NE PAS faire des synchros systématiques sur les fichiers. seulement au moment où la synchro est utile pour que le fichier maître soit toujours localisé au plus proche du maximum d'utilisateurs (en partant du ^principe qu'un utilisateur a tendance à travailler quand il fait jour). L'idée est d'arriver à ces optimisations : - Moins de synchro = moins de bande passante utilisée - Plus proche de l'utilisateur = moins d'équipements réseaux sollicités.

la minification du code ce n'est pas seulement une résolution d'un problème de langage interprété pour réduire la quantité d'infos qui transite sur le réseau, c'est également l'occasion d'obfuscer le code quelque soit le type de langage et éviter ainsi lorsque il est décompilé par de potentiels Hackers (pour les langages compilés par exemple) de comprendre directement le code.

Top comme question à ce posé pour cette époque. Je me pose la question de savoir à quel point on utilise vraiment les principes d'algo, est ce que bien souvent on a pas l'habitude de faire comme ça et du coup on continue à faire comme ça tout simplement? Clairement prendre le temps de chercher un algo qui prend moins de ressources et/ou moins de calculs serait top mais quid des contraintes de temps...?

Il existe des tracker solaire pour panneaux solaire, y'a une tonne de vidéo KZread sur ce sujet ... Je voulais répandre cette info 😂

Passez toutes vos vidéos en 144p les amis, Si KZread le faisait en mode automatique en passant le message approprié, je n'ose imaginer l'impact direct. Ce serait intéressant à mesurer.

@michelcombes9965

Жыл бұрын

oui comme j'ai un plan data pourri je regarde tout en 144p et 2x !

petite question ducoup faire un systeme pour que les donnée soient compressé sur un serveur et décompresser par un navigateur web ca serait possible? (pas tout evidement mais genre les images)

"Follow the sun", c'est avoir des bureaux sur tout le globe pour avoir des humains qui travaillent en fonction des horaires d'endroit de chacun. Ca permet d'avoir des équipes de gens compétents 24h/24 sans que ceux ci ne fassent les trois huit.

Dans le follow the sun on a aussi l'utilisation suis l'utilisateur : un service Web qui n'a pas ou peu de trafic la nuit va préfère éteindre ses serveurs ou réduire leurs nombres. Pour aws c'est peu cher le stockage, le compte etc chez eux, par contre le trafic sortant est payant.

Bien, c'est cool un youtubeur qui s'y connait. Pas comme d'autres ^^

9:11 je pense que ca depend des gens. Pour moi, l’algo, ca coule de source, c’est d’une simplicité enfantine. Les pointeurs, l’heritage multiple, les algos de tris, de plus court chemin etc, je trouve ca limpide. Mais a côté, je m’arrache les cheveux a chaque fois qu’il faut fouiller dans une doc pour trouver la syntaxe d’un langage, pour trouver les fonctions existantes, les packages etc… idem quand il s’agit de configurer tout ca, de mettre a jour, ou encore de lire les logs, de mettre quelque chose en prod etc. J’ai l’impression que c’est du chinois, et quand je vois les autres y arriver tranquille, j’ai l’impression de voir de la magie. On est pas tous fait pareil ! D’ailleurs, c’est vraiment l’enfer quand on fonctionne comme moi, parce que chaque fois que je demande de l’aide pour trouver comment configurer tel framework par exemple, on me répond toujours « non mais ca c’est evident, c’est pas sur ca qu’il faut se pencher ! » puis la personne en question m’explique en long en large et en travers le concept que j’ai pigé depuis une éternité, tout en prenant soin d’eviter tout ce qui est installation, configuration etc… Un enfer ! Le pire c’est que tout change a chaque mise a jour… PS : pour dire a quel point c’est : le tout premier site que j’ai fait, je l’ai codé en une semaine, puis j’ai mit pres de 3 semaines a temps plein pour reussir a l’heberger. Et je n’ai réussi que parce que quelqu’un m’a aidé, je pense que je ne l’aurais jamais hebergé sinon.

Discours confu, inecoutable

language compilé: on utilise un outil pour creer le programme qu'on peut ensuite direct sur l'ordi (exempl: exe) / un language interprété : sous forme de texte lu par un autre programme qui lui meme reagis, (execute les instructions) en fonction de ce qu'il a decodé

Vachement intéressant, mais le souci des techno qui permettent de moins consommer, c'est qu'elles provoquent une plus grosse demande et donc un équilibre au niveau de la consommation et non une diminution. Les codecs qui permettent d'économiser de la bande passante, ça m'encourage à aller voir des trucs en 4k parce qu'avant je pouvais pas (ça laguait). C'est comme rajouter une autre voie dans une autoroute saturée, ça garde les mêmes bouchons mais t'as plus de monde sur la route.

Merci d'aborder ce sujet important qu'est la consommation de l'IT de manière générale. En ce qui concerne l'impact de la vidéo en ligne, je vous conseille cette vidéo du shift project : kzread.info/dash/bejne/fH6imNKjkcLSaNY.html puis celle ci pour les plus motivés : kzread.info/dash/bejne/i4t83NmOmrq3mNI.html Petite précision : le fait d'inventer un nouveau système de compression (par exemple /10) ne sert à rien si le volume du traffic fait X10 ou plus,. Cela s'appelle l'effet rebond kzread.info/dash/bejne/o6Slk5OtnazZedI.html Super émission en tout cas continuez comme ça :)

"Les cours d'algorithmes c'est chiants" mais wtf cest juste la base de notre taf

@boudescotch

3 жыл бұрын

Ça reste chiant

@konqi6957

3 жыл бұрын

C'est pas si chiant

@MrJonathan76300

3 жыл бұрын

l'algo est la base de notre taff, certes mais les cours d'algo sont chiant, le problèmes est que les profs le font de manière chiante. Personnellement j'ai appris l'algo seul (avant de rentrer en bts info) et je me suis éclaté , en BTS je me faisais chier en cours, cat le prof n'étais pas interessant

Il me semble qu'on a fait le même IUT Micode.. eh bien il y a quelques années on a codé du Android Studio.. sur papier aussi.. traumatisme à ce jour 😂

La minia est spécial

Je regarde youtube en 480p, Pas besoin de 2k pour écouter du contenu pour la plupart du temps !

J'aime beaucoup la phrase "J'ai pas détesté mes cours d'algo en IUT" ... il est vrai que j'ai eu l'occasion de donner des cours d'algo à des BTS d'info 2ème année il y a très très longtemps, à l'époque où ces élèves bossaient le Cobol et le Fortran ... après avoir débuté le basic !

@lias_IT

8 ай бұрын

C'est surtout que l'algo, c'est la vie... 1. Ca différencie le bon codeur du mauvais (je suis même un peu choqué qu'on puisse s'étonner qu'un bon algo puisse faire différence) 2. Quand tu codes, le langage, c'est juste une traduction de ton algo: pas très dur de s'adapter d'un langage à l'autre (exception, Cobol, Fortran, et... Assembleur évidemment, qui sont des langages vraiment à part...) Bref, c'est comme tout: soit tu acceptes de perdre du temps sur ton algo, et tu obtiens un programme efficace, soit tu choisis d'aller vite, et là, ce sont tes utilisateurs qui vont perdre du temps, simplement parce que tu n'as pas choisis de faire correctement ton taf (ou ton boss a refusé de t'allouer le budget adhoc)...

Très intéressant. Pour ma part je pense que d’ici à ce que nous prenions vraiment en compte la consommation énergétique dans nos développements. Écrire du code sera déprécié au profit d’une configuration d’IA et puis il ne faut pas oublier que les entreprises sont d’abord la pour faire du profit. Si développer une app écologique génère plus de coût ce n’est pas demain la veille que cela se produira. L’informatique n’as pas été inventé pour être écologique mais pour être productif. Maintenant c’est bien d’en avoir conscience d’investir pour trouver une énergie abondante et plus propre. Peu de gens ont envie de descendre leurs niveau vie dans l’ensemble.

quand ils disent 70% du traffic , est ce que c'est le nombre de requêtes ou le poids ?

J'ai également fait du code sur papier à l'IUT. Pendant mon stage aussi, je travaillais à la Sécurité Sociale, et je n'avais pas le droit d'aller sur Internet. Il y avait un firewall qui bloquait toute connexion internet, je devais littéralement coder comme sur papier, sans documentation sans rien, je devais aller dans le couloir sur le pc partagé de l'équipe pour accéder à php.net par exemple...

Follow-The-Sun est une methodo de travail, comme fameux le Agile de la startup nation, et non une façon de distribuer les data aux users. En gros, c'est du relai, y a une team qui bosse sur un truc pendant leur journée, à la fin il est 18h pour eux, ils font une passation à une autre team à l'Ouest où il sera genre 8h pour eux qui continueront de bosser sur le même truc. À savoir que c'est pas considéré comme du 24/7. Dans FTS, la passation et le fait que les équipes qui se relaient avance vers l'Ouest constamment sont primordiale pour que ce soit justement considéré comme du FTS

Alors ce qui est rigolo, c'est que dans mon master on nous enseigne qu'un algorithme rapide est un algo écologique (c'est des algos pour le réseau (routage, STP,...), mais je pense qu'on peux étendre l'idée aux autres algos) et qu'ils ont en plus l'avantage d'être économique ce qui pousse les grande compagnies à chercher à être écologique et en peuvent au passage se faire un peu de pub

8:00 : Une des choses que j'ai le plus détestées dans ma première année d'Université est sans aucun doute les examens de C++ à l'écrit. On devait carrément écrire un code de genre 400 lignes avec des classes, des constructeurs, des destructeurs et même de l'interface en moins de 3h. HORRIBLE. Plus j'avance dans mon cursus scolaire plus les profs ne savent pas du tout comment enseigner. P.S. J'adore l'émission

@Hogartzh

3 жыл бұрын

punaise ça doit être chaud de taffer a l'université mamaille

Microsoft Flight Simulator 2020 le nouveau jeu édité par Microsoft et développé par Asobo une équipe Bordelaise ont choisi le Java pour leur jeu, le problème c'est que tous les studios créateurs de contenus tiers sont limités avec le Java script, se qui limite les idées des développeurs.

Je me demande combien, on économise en regardant nos vidéos en 480p au lien de 1080p

un truc qui ressemble à de la minification c'est le noyaux systèmes qui sont compressées d'ailleurs il est possible de plus ou moins compressé le noyau, plus on le compresse plus le processeur prendra du temps à décompresser mais à l'inverse moins il est compressé plus il faut du temps à le charger !

le titre est faux non? Ca devrait pas être 50Tb? C'est un peu trompeur de leur part de parler d'une réduction de 42ko et puis ensuite de Tb, on dirait que c'est pour augmenter la différence entre les deux. ca serait plus juste de dire soit 336Kb --> 50Tb(ou tout en octets)

après perso je pense que dans certains domaines le * from il est un peu indispensable genrec pas tout a fait le même usage mais si par exemple j'utilise la SDL je vais pas m'amuser a importer chaque submoduleque j'utilise 1 par 1 donc je fait un import de toute la lib

14:00 on peut prendre en exemple Netflix qui a fait ce genre de changement il y a pas si longtemps que ça en remplaçant leur algorithme de compression par un développé très récemment par polytech Nantes (ils ont gagné un titre américain avec cet algo) et qui a montré des gains en performance énormes. Le but était pas écologique mais de pouvoir réduire le coût en bande passante. Mais faut bien comprendre que l'écologie à ce genre d'échelle se réalise uniquement par la réduction du temps d'éxecution d'un programme et/ou de la taille du contenu pour réduire les coûts en bande passante.

Je ne peux pas ne pas dire des trucs sur l'exemple des nombres premiers Dans les fonctions ci-dessous, on implémente le crible d'Ératosthène. L'algo est le suivant: On considère un tableau de taille n et on suppose que tous les nombres sont premiers sauf 0 et 1. Ensuite, on démarque tous les multiples de 2 (2*2, 2*3, 2*4, 2*5...) Puis on démarque les multiples de 3 (3*2, 3*3, 3*4, 3*4...) Et ainsi de suite. À la fin, les entiers encore marqués sont tous les nombres premiers strictement inférieurs à n. def premiersV1(n): t=[True]*n t[0]=False t[1]=False for i in range(2, n): j=2 while i*j

Merci.

follow the sun c'est pas le fait que les données utilisateurs soient stockées dans des DC "proches" des utilisateurs, ce qui est plus ou moins le cas pour les petites structures, mais pas le fait des GAFAM, ex : photo fb ou insta stockées dans la région de vies des utilisateurs ?

Pour les requetes sql, parfois il est préférable de faire une fois un "select * from" plutot que de faire 100 fois "select id from" dans une boucle

@carfun5281

2 жыл бұрын

Oui c'est évident Mais on peut faire des requêtes grouper avec tout les id d'un coup normalement

Dans un langage compilé, le code est interprété directement par le processeur central. Le fichier de code est un binaire résultant content le langage machine (binaire). Dans un langage interprété, le code est interprété par un logiciel, lui même interprété par le processeur central. Le fichier de code est un fichier text "standard". Il sera interpréter par un logiciel qui s'exécute sur la machine. Je le dis là comme ça, parce que ça m'a pris des années pour avoir une explication où tu bégaie pas trop quand t'essaie de t'expliquer ;). Je compatie >< !

C'est marrant mais on dirait qu'ils ne connaissent pas la compilation à la volée de la plupart des moteurs JavaScript qui rend les performances à peine 50% plus lent que le C si on utilise bien les ressources

Ouhla impro sur la fin

A l'IUT on s'est taper assembleur et Java papier, genre les exams y avait une partie papier et une partie sur ordi !

Good !!

coder sur papier, un très bon souvenir ! ^^

Tout d'abord c'est dommage de dauber sur le JS justement en parlant de 3D : il se trouve qu'on peut faire des trucs mortels en "web3D" (game ou pas) en utilisant une bib (comme three.js) qui parle à la couche WebGL du nav, qui parle directement à la GPU (et d'après ce que j'ai compris le GLSL est une sorte de langage "bas-niveau ? Mais je mets pas main à couper, il est peut-être interprété). Un système comparable qui travaille côté serveur (et ça existe) renverrait des fps au nav ... Donc effectivement le coût énergétique se discute. Mais peu importe : sur le web, c'est vrai que la vidéo écrase tout. Je rebondis sur un rappel : 70% du traffic est accaparé par de la vidéo (de chats et d'adolescents qui se trémoussent en HD pour resituer .. (et perso j'avais retenu 80%, source = Jancovici))... Car le video est devenu une sorte de "biais psychologique". Lappeler De façon générale, je pense que la question du coût énergétique ré-actualise la philosophie de la conception web des années 90 (c'est à dire pré 2.0) basée sur l'économie des requêtes (XHR pour parler vieux, puisqu'elles sont toujours). La question du coût énergétique est probablement plus du côté des requêtes (le coût étant sur-multiplié quand on passe par les ondes) que du côté du calcul de la machine. A vérifier, d'un point de vue énergétique

Rust, avantage du c++ pour la perf et le bas niveau, et avantage des langages modernes tel que Kotlin ou Swift pour la lisibilité et la maintenabilite

Arrêtez de dire insane !! :p Sinon, super thème d'émission, merci pour ce show.

@Nyrhu

3 жыл бұрын

Surtout que le mot "insane" existe en français, mais ne veut absolument pas dire la même chose^^ Sinon "fou" est plus court que "Insane"... je ne comprends pas non plus cet utilisation de l'anglais à tout va !

@jackblues4588

3 жыл бұрын

@@Nyrhu une meilleure traduction est "dingue" dans le cas où ils l'utilistent

@The22facundo

3 жыл бұрын

@@Nyrhu tu m'as fatigué.

@guedelplayer202

3 жыл бұрын

@@jackblues4588 ... démesuré, incompréhensible, "du grand n'importe quoi", "truc de ouf", etc. On a ce qu'il faut en français et en plus avec des nuances qui exposent l'état d'esprit de celui qui s'exprime. Je suis sûr qu'on peut en trouver d'autres

Ancien prof d'info à l'INSA here et je suis grave team papier, le but c'est vraiment de poser le raisonnement, de prendre le temps de la réflexion parce que on le voit cash, quand tu mets un gamin en face d'un PC il commence à écrire des trucs, il met tout ce qu'il lui passe par la tete, puis il réfléchi un peu, puis réécri d'autres trucs et ainsi de suite et à la fin c'est pas efficace et c'est de la m****. Avec le papier tu écris une fois donc tu réfléchi. Et en vrai un dev. il passe un max de temps à planifier comment il va s'y prendre. Et quand on évalue l'élève, on en a rien a f*** qu'il est oublié un point virgule ou quoi, ce qui est important c'est la logique mis en oeuvre. PS: spéciale dédicace à l'élève qui faisait du code avec la coloration syntaxique... sur papier

@nitromania839

3 жыл бұрын

Quel INSA ? 😄

@remyb718

3 жыл бұрын

@@nitromania839 L

Ah je me souviens aussi quel enfer à Lyon 1 maths-info avec le partiel de fin de semestre à coder en C sur papier. Y'avait aucune logique à part essayer d'apprendre par coeur les exercices faits auparavant parce qu'il y a aucun moyen de tester si ça marche

c'est pas de l'ecologie c'est de l'optimisation

Turbo Pascal Mdrr grande classe sur le cv

Avez vous besoin de regarder toutes vos vidéos en 4k ? Alors que vous etes en lecteur réduit ? Au final, moi je regarde youtube en 480p car j'ai pas besoin de plus (sauf vidéo particulière)

Si ont parle de web. Le mieux C’est le HTML4 :) Ensuite le temps de dev est vraiment très faible par rapport au nombre de fois où il sera lancé par x utilisateurs.

Je conseil le Cormen pour tous ceux qui aiment les maths et l'informatique

L'intérêt d'apprendre par coeur la syntaxe, c'est que le jour où tu te retrouves avec une machine qui peine a faire tourner ton IDE favoris, t'es toujours capable de faire ton travail sans te poser de question.

@Gameluxxx

Жыл бұрын

Oui enfin c'est très rare ce cas tu travailles en général sur ton propre pc

@xDrShadowx

7 ай бұрын

Et si l'IDE c'est VIM bah... Tout va bien :)

j'ai fait une épreuve pour être recrute dans un entreprise, en écrivant un code de 280 ligne sur le notepad et puis le recruteur test ton code et voir le nombre d'erreur, la compilation et la solution si elle marche.

Pour les bases de l'algorithmie, team redstone Minecraft ! Ils ont utilisé ce principe dans mon école, en fournissant quelques maps possédant des portes logiques pour permettre de comprendre ce fonctionnement, et bien il ne faut surtout pas sous-estimer cette méthode !

Ho ba Twtich il ferait bien d'optimisé leur player hien, parce que sur une co ADSL tu peut pas voir du 1080 tranquille, alors que sur KZread tu regarde du 1440p (meme des lives), ya un sérieux effort a faire vie à vie du player de Twitch ! qu'il consomme moins, qui propose de la 4K etc etc ... plutôt que rajouté des points de chaine qu'on as jamais demandé la !

Du coup avec tout ça, je me demande quelle est la part de consommation de donnée, et donc d'énergie, occupée par la publicité sur internet par rapport au trafic total ? Et du coup est ce qu'il ne serai pas de la responsabilité des GAFA de revenir à des conceptions de plateformes et même des OS , plus sobre, plus simple, plus légères pour palier à tout ça ? On est depuis plus de dix ans dans un gaspillage permanent du gain de performance atteint avec les années ! On brasse de la donnée inutile à foison ! De la pub, des cookies . . . Pareil quand on en vient à la consommation énergétique des appareils ! Des système d'exploitations toujours plus gourmant qui se repose sur la puissance grandissante des appareils pour une amélioration des fonctionnalités ... médiocres dans la majorité des cas ! Votre téléphone sous Android 1 faisait la majorité des choses que votre téléphone fait aujourd'hui, et pourtant aujourd'hui on se retrouve avec des octo cores 3go de ram en poche, la différence à l'utilisation n'est pas égale à la différence de puissance ! Pareil pour Windows . . . windows et toujours windows, dans la grande majorité pour le commun des mortels on peut toujours lire ses films, ses musiques, programmer ou faire de la bureautique, aller sur internet , sauf que la ou il ne fallait qu'un cœur a 1ghz et 512 de ram il y a 20 ans, aujourd'hui de base . . . il faut péter des 4ghz, et des 8go de ram . . . mettez windows 7 ou voir même XP sur une machine actuelle . . . et voyez . . . est ce bien une évolution ? Toute cette puissance est elle bien utilisée ? Quand on se rappelle la légèreté du net ... de KZread au début, avec des connexions actuelle ça serait purement un délire de rapidité ! Mais aujourd'hui, le nombre d'affichage, de pub, le nombre foisonnant de fonctionnalité . . . d'effets, tout ça est il bien nécessaire ? Tout ça pour dire que l'optimisation de la consommation des données et de l'énergie n'est pas vraiment compatible avec le modèle économique de consommation dans lequel nous nous sommes embarqué ! C'est plutôt , "évoluer, produire plus puissant, gaspiller cette puissance pour faire acheter plus puissant , évoluer, produire plus puissant, gaspiller . . ." Et s'en rendre compte aujourd'hui sur un font de crise écologique et énergétique c'est une farce, c'est trop tard, les efforts qu'on y prêtera, tout ça sera bien dérisoire. On en est arrivé la volontairement ! Les gens on dans la poche et chez eux la puissance équivalente à ce qui à été nécessaire pour faire décoller des fusées, et qu'est ce qu'on en fait ? . . .

Avant cette vidéo, je voulais pas installer AdBlock pour soutenir les créateurs mais si tu passe 1% du temps de la vidéo sur une pub et que tu met à l'échelle ça fait pas mal de bande-passante en moins :P

LOL la tete de Micode sur les miniatures c quand même quelquechose... ca vaut des points depuis quleques temps. Sinon l'émission et la plupart des sujets sont cools, le problème c comment vous les traitez ou plutot survolez... mais bon je désespere pas, c que le debut j'espere vous monterez en gamme la dessus.

Pour les adorateurs du vba : chargez tout dans des variables (surtout les plages de cellules) pour économiser de la ressource processeur ! 😊

Super

Consternant d'entendre "on va pas s'empêche de faire des languages JUSTE PARCE QUE...". Evidemment que si enfaite... c'est même la moindre des choses, au même titre qu'on s'amuse pas à faire des bagnoles grandes publiques qui consomment 10x ce qu'elles devraient, on devrait pas s'amuser à utiliser des languages pas opti juste parce qu'on préfère. Lorsque tu produis un bien, tu es nécessairement responsable de ce que tu proposes donc si c'est pas toi qui fait le choix, qui le fera ?

Moi aussi j'ai entendu de la ram

Un langage compilé de haut niveau genre Swift: rapide à coder, compilé et performant à l'execution (oui on peut faire du back avec du Swift → Vapor & Swift NIO)

@Adam-bf9zz

3 жыл бұрын

Dans le principe il est bon mais dans la réalité le Swift est un langage assez lent pour un langage compilé. Ce qui le rend plus rapide que l'Objective-C c'est surtout parce que les fonctions ne sont pas dynamiquement déléguées mais le sont statiquement. J'aurais plutôt tendance à choisir un langage extrêmement polyvalent comme le D (syntaxe comme du Java, mais natif et performances proche du C; il supporte beaucoup de paradigmes de programmation, et on peut faire du back, vibe-d)

8:03 moi j'ai fait du assembly sur papier

C est vraiment oufff

Bon le "follow the sun" ça fait 15 ans que ça existe (avant même) et c'est surtout une simple organisation de projet (dev, data, infra sys) qui permet d'avoir du 24h7 avec des humains réveillés tous le temps pour piloter une infra, développer une application etc. Les équipes sont donc cote Est des US, cote Ouest, France, Ukraine, etc et tu fais le tour de la Terre comme ça pour maintenir une continuité d'activité

Le débat de l’optimisation, je l’ai eu avec un prof lors d’un module SQL. Certes, on n’avait pas d’enjeu écologique , sur le coup, mais lui me disait que mes requêtes étaient souvent tarabiscotées, moi, je lui répondais qu’elle était plus économes que les siennes. Il m’a répondu que pour les 0,04 secondes d’exécution que je gagnais, ça valait pas le coup… il a juste oublié qu’on travaillait sur des exemples de seulement quelque centaines de lignes, ce qui devrait être rare en situation réel

@Junecakie

2 жыл бұрын

totalement, l'optimisation c'est la base quand tu vois des programme sous win 10 qui ne tournerais pas sur un XP 2go de ram alors qu'il y avait déjà un équivalent a l'époque... sans spécialement de réelle nouvelle feature genre microsoft office :/ ou lightroom / photoshop hormis les nouvelle feature utilisant l'ia , objectivement il n'y a aucune raison que le programme prenne 4fois plus de ressource actuellement que la cs6, si les programmes était bien codé ça tournerais sur des pomme de terre

J'avoue que entendre des webdev parler d'optim quand firefox/chrome bouffe 8GB pour afficher 3 gifs et du texte coloré, c'est un concept assez étrange. no rage, bisous ;)

@kbtankou3155

3 жыл бұрын

Avec leur framework qui font la taille du brésil pour faire 2-3 trucs "jolies". mais pas plus efficace

@coybar

3 жыл бұрын

Ils parlaient plus d'optimisation en terme de puissance de traitement côté serveur, de consommation de bande passante sur le réseau. Quand l'échelle du site est telle que 1ko économisée sur une page web a pour conséquence des Gbps consommé en moins sur le réseau, l'impact économique est immédiat, et par effet de bord l'impact écologique. Si tu double la taille de l'image sur la page d'accueil de Google consulté des millions de fois par jour, je pense que la différence de facture au niveau du transit réseau (facturé en quantité de données échangées dans le mois) doit être colossale.

@marvin.toyboy

Жыл бұрын

​@@kbtankou3155 les préjugés de petit dev qui n'a coder qu'un hello world haha, faut pas généralisé. Pour certains on utilise aussi du C++ en webdev (avec WASM) et pour ma part j'ai fais 10 ans d'application desktop avant je vois pas le problème. Tout les développeurs n'ont pas les mêmes compétences/connaissances donc oui beaucoup de développeurs web ne sont pas si bon que ça, comme toi dans tout.

J'avais un examen d'Assembler sur papier Rien à ajouter

Imaginez Discord passe en natif: une centrale nucléaire peut dégager je vous l'assure

@xerafiu3738

3 жыл бұрын

Bha y a aucun rapport, y a que du JSON qui circule avec ton luncher Discord

@Adam-bf9zz

3 жыл бұрын

@@xerafiu3738 Non mais si l'application sur chacun des ordinateurs passait d'Electron à un truc style Qt l'application consommerait pour tous 80 % de moins et donc vu le nombre de Discord réduirait significativement l'énergie consommée.

@xerafiu3738

3 жыл бұрын

Perso Discord ne consomme rien sur mon vieux PC portable, ça consomme moins que VS Code, skype, Teams etc...

@Adam-bf9zz

3 жыл бұрын

@@xerafiu3738 oui mais que ce soit Discord, VS Code, Skype et Teams, ce sont tous des instances de Chrome dans une fenêtre, ce qui est overkill pour une application aussi simple.

@nasetcompagnie1847

3 жыл бұрын

@@Adam-bf9zz Cela apporte cependant le fait d'être multi-plateforme et multi-architecture dès le départ de la création de l'outil. Reste que Chrome est une horreur à compiler face à Firefox par exemple.

8:10 Non non non, je veux plus faire de C sur papier !

L'apprentissage papier permet de penser différement par rapport au clavier. Au crayon, on pense le mot, pas les lettres. On se concentre sur des éléments différents. On comprends ce que les alignements nous apportent visuellement, Au crayon, on apprend à repérer visuellement les éléments clefs pour comprendre l'algorythme dans une lecture diagonale. Quand on a bien compris, on passe la main au clavier.

Je trouve ca intéressant qu'il dise "on va pas s'empêcher de coder juste pour... voila" (sous entendu, parce qu'il ya le probleme de l'écologie) Je suis quasiment sur que dans tous les domaines tout le monde s'est dit ça au début, alors que ca fait partie de l'évolution, oui cest chiant et contraignant de changer pour un langage ou procédé, mais cest obligatoire en fait cest comme si on disait "on va pas changer les moteurs de voiture juste pour... voilà"