Franchement Slack... grr un exemple de ce que le hype peut nous faire avaler. J'ai de la peine à comprendre l'engouement sans limite pour ce truc. Genre le client lourd (mais quand je dis lourd je suis poli, on parle de gigabytes de RAM et une utilisation CPU non négligeable constante) est pas trop mal sous Mac, peut être Windows, mais sous Linux il ne t'affiche aucunement les notifications si tu les as ratées (pas de ⑥ ou autre devant l'icône), elles passent un instant (souvent sous le mauvais écran en plus, dans mon cas dans le fond à droite de l'écran de la tablette qui est dessous et a une plutôt grande résolution ; et avec une API non standard bien sûr), si tu les rates et que tu n'ouvres pas l'appli, tu peux manquer les réponses pendant un moment. Super pour chatter. Super pour faire ce qu'IRC faisait gratuitement depuis 20 ans.
En plus je ne sais pas pourquoi mais autant ma boîte que mon contracteur semblent avoir arrêté de payer (dieu sait combien coûte cette merde) du coup l'historique est tronqué à quelques jours (tout au plus). Super pratique pour retrouver les discussions, les trucs que j'ai déjà demandés. Déjà que je ne suis pas en super bon termes il semblerait, si je dois répéter mes questions on n'est pas sorti de l'auberge :/
Attention a avaler n'importe quoi ca peut mal finir.
rocket.chat c'est comme slack (enfin ça s'en approche beaucoup), sauf que tu host toi même. Après je n'ai pas testé le client lourd donc je ne sait pas si c'est gourmand ou pas par contre)
Pen^2 Le 13/03/2017 à 19:44 On parlait déjà de l'OS l'autre jour, ça n'en finit plus !
C'est même ce que certains profs enseignent. J'avais lu sur lesiteduzero il y a 10 ans un cours sur le C, où l'auteur expliquait les différences entre char int etc, puis il disait que son prof avait dit en classe qu'aujourd'hui ça ne servait plus trop de se prendre la tête sur ça, car on a assez de RAM.
surtout que ca n'a rien a voir avec la mémoire dispo, ce point. nawak.
Uther Le 27/03/2017 à 10:15 Même si on avait une RAM illimitée, la surconsommation de mémoire a un impact sur les performances notamment a cause du cache qui va pouvoir contenir moins de données utiles.
Sauf que le type char/short ((u)int8_t & (u)int16_t) garantissent d'avoir au minimum 8bit ou 16bit mais sont dans 99% des cas stocké sur 32bit, car justement au cause des accès mémoire (et du cache) il est plus intéressant d'être aligné sur le mot système que tu des tailles arbitraires.
Pourquoi vous croyez qu'il faut "pack"-er les structure pour etre sur de leur taille?
Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
Uther Le 27/03/2017 à 10:37 Pour les variable seules oui, mais pour les tableaux, il me semble que ce n'est pas le cas.
Surtout, "si vous ne savez pas si la valeur va être grande", j'ai envie de dire que vous avez un problème fondamental de design.
En ensuite, comme d'hab, tout ça néglige l'informatique embarquée qui, paradoxalement, est probablement l'endroit où on utilise encore le plus du C brut.
Que cache le pays des Dieux ? -
Forum Ghibli -
Forum LittéraireLa fin d'un monde souillé est venue. L'oiseau blanc plane dans le ciel annonçant le début d'une longue ère de purification. Détachons-nous à jamais de notre vie dans ce monde de souffrance. Ô toi l'oiseau blanc, l'être vêtu de bleu, guide nous vers ce monde de pureté. - Sutra originel dork.
Pen^2 Le 27/03/2017 à 13:11 Sauf besoin spécifique (embarqué, tableau énorme, etc), je ne suis pas sûr que les nombres entiers soient encore souvent stockés sur des 8/16 bits, il faut être réaliste.
mais c'est n'importe quoi votre discussion
-pour un variable ponctuelle il vaut mieux un registre cpu entier donc int
-pour du stockage je vois pas ce qui impose un int array quand un byte array suffit.
généraliser un débat de torchons et de serviettes ne sert a rien, de toute facon c'est un schtroumpfe bouchon.
Pen^2 Le 27/03/2017 à 13:25 Oui je suis assez d'accord, ce que je voulais dire c'est qu'utiliser des variables 8 bits pour faire une addition sous prétexte que ça ne dépasserait probablement pas est un peu daté.
vince Le 27/03/2017 à 14:03 pour le moment, le "mieux" que j'aie vu est un booléen +"troisième état" (oui/non/null) stocké dans un clob...
(dans une bdd mysql)
Par contre, l'écoute de conférences via le téléphone déconne avec notre système téléphonique, impossible de l'utiliser (a priori, il n'indique pas qu'il attend un code sur fréquence vocale, du coup notre système intercepte le code comme étant un second appel qu'on voudrait passer).
^ 9001
