Le C++, ce langage qui te fait chialer 2 fois

Le 04 avril 2021 à 22:56:05 isprld230321 a écrit :
perso java > all

Faire du Java en 2k21 alors qu'il y a Kotlinhttps://image.noelshack.com/fichiers/2021/07/4/1613639007-risichauve.png

Le 04 avril 2021 à 23:29:46 Cud_v1 a écrit :
Putain je viens de passer de python a golang

Ça m'a pris plus d'une heure pour comprendre comment formater un putain de json

Alors que python j'aurai juste fait data = {"coucou": {"lol": 30}}

Dimanche de merde

En fait faut juste apprendre par coeur des algorithmes c'est ça ? Je croyais que c'était un secteur intellectuel moi.

Javascript, le monstre de Frankenstein particulièrement efficace

Le 04 avril 2021 à 23:27:29 Obiwan100 a écrit :
Je dev 50/50 en python et en C++ en entreprise sur un projet, la GUI basique et api haut niveau en python, et on a deux grosses lib qu'on dev en C++ avec des fonctions exposées pour être utilisées en python une pour notre renderer 3D et une pour notre engine d'évaluation pour les perfs.

ça a l'air cool comme projet c'est dans quelle domaine ?

Le 04 avril 2021 à 23:30:02 Palapuni14 a écrit :
Ayaaaaa le voilà le pavéhttps://image.noelshack.com/fichiers/2017/39/3/1506463227-risitaspeur.png

https://image.noelshack.com/fichiers/2018/52/1/1545642362-cr7ds.png

Le 04 avril 2021 à 23:30:54 omegalulz a écrit :
C'est Dur d'apprendre en autodidact ?

Non, tu achetes des formations sur des sites comme Udemy et tu complètes avec des vidéos Youtube de chaines spécialisées

le jour où tu décide d'utiliser un vector<bool>https://image.noelshack.com/fichiers/2020/08/6/1582385461-boucle-temporelle-jesus.jpg

Le 04 avril 2021 à 23:30:48 Palapuni14 a écrit :

Le 04 avril 2021 à 23:29:46 Cud_v1 a écrit :
Putain je viens de passer de python a golang

Ça m'a pris plus d'une heure pour comprendre comment formater un putain de json

Alors que python j'aurai juste fait data = {"coucou": {"lol": 30}}

Dimanche de merde

Golang c'est pas censé être plus puissant et aussi simple que Python ? J'ai jamais touché

Plus puissant non ,python est déjà master race.
C'est typé et fortement punitif donc "mieux" sur de gros projets (pour la propreté du code et la maintenance).
Mais pour le reste, ok c'est compilé mais tu tapes deux fois plus de ligne.

J'aurai mieux fait de rester sur python, si tu sais architecturer le truc tu peux faire des api ultra rapide et au moins tu te fais pas chier a coder

Après go je troll mais le language est quand même plaisant, c'est juste déroutant, on est plus proche du c que de python.
Puis refaire des structures quand tu as fait des années d'objet

Un des gros intérêt de go c'est la génération de code. La gestion d'erreur forcée aussi

Le 04 avril 2021 à 23:30:54 omegalulz a écrit :
C'est Dur d'apprendre en autodidact ?

C'est une question de persévérance. Tu peux coder des choses sympas en quelques heures, mais ça prendra des années avant de coder des projets qui valent de l'argent.

Le 04 avril 2021 à 23:34:01 bgsr__ a écrit :
le jour où tu décide d'utiliser un vector<bool>https://image.noelshack.com/fichiers/2020/08/6/1582385461-boucle-temporelle-jesus.jpg

Mais c'est pourtant simple.https://image.noelshack.com/fichiers/2016/51/1482448857-celestinrisitas.png

Pour des raisons d'optimisation de l'espace, la norme C++ (dès C++98) désigne explicitement vector<bool> comme un conteneur standard spécial où chaque bool n'utilise qu'un bit d'espace au lieu d'un octet comme le ferait un bool normal (implémentation d'une sorte de "bitset dynamique"). En échange de cette optimisation, il n'offre pas toutes les capacités et l'interface d'un conteneur standard normal. Dans ce cas, puisque vous ne pouvez pas prendre l'adresse d'un bit dans un octet, des choses comme operator[] ne peuvent pas retourner un bool& mais plutôt un objet proxy qui permet de manipuler le bit particulier en question. Puisque cet objet proxy n'est pas un bool&, vous ne pouvez pas assigner son adresse à un bool* comme vous pourriez le faire avec le résultat d'un tel appel d'opérateur sur un conteneur "normal". En retour, cela signifie que bool *pb =&v[0] ; n'est pas un code valide. D'un autre côté, deque n'a pas de spécialisation de ce type, donc chaque bool prend un octet et vous pouvez prendre l'adresse de la valeur retournée par operator[]. Enfin, notez que l'implémentation de la bibliothèque standard MS est (sans doute) sous-optimale dans la mesure où elle utilise une petite taille de chunk pour les deques, ce qui signifie que l'utilisation de deque comme substitut n'est pas toujours la bonne réponse.https://image.noelshack.com/fichiers/2016/51/1482448857-celestinrisitas.png

Le 04 avril 2021 à 23:34:17 Cud_v1 a écrit :

Le 04 avril 2021 à 23:30:48 Palapuni14 a écrit :

Le 04 avril 2021 à 23:29:46 Cud_v1 a écrit :
Putain je viens de passer de python a golang

Ça m'a pris plus d'une heure pour comprendre comment formater un putain de json

Alors que python j'aurai juste fait data = {"coucou": {"lol": 30}}

Dimanche de merde

Golang c'est pas censé être plus puissant et aussi simple que Python ? J'ai jamais touché

Plus puissant non ,python est déjà master race.
C'est typé et fortement punitif donc "mieux" sur de gros projets (pour la propreté du code et la maintenance).
Mais pour le reste, ok c'est compilé mais tu tapes deux fois plus de ligne.

J'aurai mieux fait de rester sur python, si tu sais architecturer le truc tu peux faire des api ultra rapide et au moins tu te fais pas chier a coder

Après go je troll mais le language est quand même plaisant, c'est juste déroutant, on est plus proche du c que de python.
Puis refaire des structures quand tu as fait des années d'objet

Un des gros intérêt de go c'est la génération de code. La gestion d'erreur forcée aussi

Type Script c'est bien de la merde aussi comparé à JS. Le typage fort c'est bien de la branlette....

Le 04 avril 2021 à 23:31:40 OursonDissident a écrit :

Le 04 avril 2021 à 22:56:05 isprld230321 a écrit :
perso java > all

Faire du Java en 2k21 alors qu'il y a Kotlin

Ecrire 2K21 alors que ça prend autant de place que d'écrire 2021https://image.noelshack.com/fichiers/2021/07/4/1613639007-risichauve.png

@numba.jit()
@numba.vectorize(..., target=cuda)

Paz paz paz sur les cuckx qui croient que python est lent en 2021

Le 04 avril 2021 à 23:35:39 descoduforum2 a écrit :

Le 04 avril 2021 à 23:34:01 bgsr__ a écrit :
le jour où tu décide d'utiliser un vector<bool>https://image.noelshack.com/fichiers/2020/08/6/1582385461-boucle-temporelle-jesus.jpg

Mais c'est pourtant simple.https://image.noelshack.com/fichiers/2016/51/1482448857-celestinrisitas.png

Pour des raisons d'optimisation de l'espace, la norme C++ (dès C++98) désigne explicitement vector<bool> comme un conteneur standard spécial où chaque bool n'utilise qu'un bit d'espace au lieu d'un octet comme le ferait un bool normal (implémentation d'une sorte de "bitset dynamique"). En échange de cette optimisation, il n'offre pas toutes les capacités et l'interface d'un conteneur standard normal. Dans ce cas, puisque vous ne pouvez pas prendre l'adresse d'un bit dans un octet, des choses comme operator[] ne peuvent pas retourner un bool& mais plutôt un objet proxy qui permet de manipuler le bit particulier en question. Puisque cet objet proxy n'est pas un bool&, vous ne pouvez pas assigner son adresse à un bool* comme vous pourriez le faire avec le résultat d'un tel appel d'opérateur sur un conteneur "normal". En retour, cela signifie que bool *pb =&v[0] ; n'est pas un code valide. D'un autre côté, deque n'a pas de spécialisation de ce type, donc chaque bool prend un octet et vous pouvez prendre l'adresse de la valeur retournée par operator[]. Enfin, notez que l'implémentation de la bibliothèque standard MS est (sans doute) sous-optimale dans la mesure où elle utilise une petite taille de chunk pour les deques, ce qui signifie que l'utilisation de deque comme substitut n'est pas toujours la bonne réponse.https://image.noelshack.com/fichiers/2016/51/1482448857-celestinrisitas.png

décidément je crois que je pourrais faire 15 ans de C++ j'aurais toujours pas fini d'en apprendrehttps://image.noelshack.com/fichiers/2016/51/1482118822-risitas-puceau.png

Le 04 avril 2021 à 23:29:46 Cud_v1 a écrit :
Putain je viens de passer de python a golang

Ça m'a pris plus d'une heure pour comprendre comment formater un putain de json

Alors que python j'aurai juste fait data = {"coucou": {"lol": 30}}

Dimanche de merde

Tu fais quoi en golang ?

Le 04 avril 2021 à 23:29:23 Palapuni14 a écrit :

Le 04 avril 2021 à 23:27:29 Obiwan100 a écrit :
Je dev 50/50 en python et en C++ en entreprise sur un projet, la GUI basique et api haut niveau en python, et on a deux grosses lib qu'on dev en C++ avec des fonctions exposées pour être utilisées en python une pour notre renderer 3D et une pour notre engine d'évaluation pour les perfs.

Oui c'est sûrement le mieux, Python pour le gros du projet et C++ pour les fonctionnalités critiques, les deux sont complémentaires, tout développer en C++ tu mets un temps fou en plus pour peu de bénéfices. Tkinter pour la GUI ?

Du PySide 2 (un binding Qt)

Et oui projet très cool c'est dans le domaine de l'image et du divertissement (je reste vague désolé au cas où que des collègues passent par la et reconnaissent)

Enfin, notez que l'implémentation de la bibliothèque standard MS est (sans doute) sous-optimale dans la mesure où elle utilise une petite taille de chunk pour les deques, ce qui signifie que l'utilisation de deque comme substitut n'est pas toujours la bonne réponse

Attends ça veut dire quoi ça ? Pour vector<bool> j'étais au courant mais la blague est différente suivant les structures ?

Le 04 avril 2021 à 23:35:39 descoduforum2 a écrit :

Le 04 avril 2021 à 23:34:01 bgsr__ a écrit :
le jour où tu décide d'utiliser un vector<bool>https://image.noelshack.com/fichiers/2020/08/6/1582385461-boucle-temporelle-jesus.jpg

Mais c'est pourtant simple.https://image.noelshack.com/fichiers/2016/51/1482448857-celestinrisitas.png

Pour des raisons d'optimisation de l'espace, la norme C++ (dès C++98) désigne explicitement vector<bool> comme un conteneur standard spécial où chaque bool n'utilise qu'un bit d'espace au lieu d'un octet comme le ferait un bool normal (implémentation d'une sorte de "bitset dynamique"). En échange de cette optimisation, il n'offre pas toutes les capacités et l'interface d'un conteneur standard normal. Dans ce cas, puisque vous ne pouvez pas prendre l'adresse d'un bit dans un octet, des choses comme operator[] ne peuvent pas retourner un bool& mais plutôt un objet proxy qui permet de manipuler le bit particulier en question. Puisque cet objet proxy n'est pas un bool&, vous ne pouvez pas assigner son adresse à un bool* comme vous pourriez le faire avec le résultat d'un tel appel d'opérateur sur un conteneur "normal". En retour, cela signifie que bool *pb =&v[0] ; n'est pas un code valide. D'un autre côté, deque n'a pas de spécialisation de ce type, donc chaque bool prend un octet et vous pouvez prendre l'adresse de la valeur retournée par operator[]. Enfin, notez que l'implémentation de la bibliothèque standard MS est (sans doute) sous-optimale dans la mesure où elle utilise une petite taille de chunk pour les deques, ce qui signifie que l'utilisation de deque comme substitut n'est pas toujours la bonne réponse.https://image.noelshack.com/fichiers/2016/51/1482448857-celestinrisitas.png

Ayaa c'est la traduction de la réponse stack overflow sur laquelle tout le monde tombe quand il cherche 'vector<bool>'https://image.noelshack.com/fichiers/2020/08/6/1582385461-boucle-temporelle-jesus.png

Le 04 avril 2021 à 23:36:12 Pomme_Bio a écrit :
@numba.jit()
@numba.vectorize(..., target=cuda)

Paz paz paz sur les cuckx qui croient que python est lent en 2021

khey tu m'expliques c'est quoi cette hype sur Numba, Jax etc.. ? C'est censé être des libraries plus rapide que Numpy ? Je comprend pas vraiment ce que ces librairie font de plus que numpy

Quand tu cherches juste "replace character in string c++" et que sur Stackoverflow tu tombes sur ça :

https://image.noelshack.com/fichiers/2021/13/7/1617572402-cpp.png