xcomcmdr a écrit 3537 commentaires

un peu de code libre il y a 3 ans…

Euh non, y'a pas que ça. Loin de là. Ils ont libéré énormément de projets nouveaux et anciens.

(et dans la liste des trucs « égoïstes » qu’ils font en Open Source, tu peux ajouter la compatibilité Windows à Docker, leur moteur Javascript Chakra, Tyepscript, de gros morceaux de .Net dont le développement de ASP.NET 5 en mode communautaire, CNTK & DMTK, GSL, Bond, TouchDevelop, F#, rDSN, Pyjion, Ace, Thrifty, WinJS, Nuget, RxJs, Z3, RxCpp, Rx.Net, Thali, et bien d’autres)

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Ben oui, c'est peu par rapport au reste. C'est simple comme bonjour.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Et depuis quand 9% c'est plus significatif que 91% ?

Vous vous concentrez sur les brevets Android et oubliez tout le reste…

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Leur offre Cloud est ce qui leur rapporte le plus, et ils se portent très bien sur ce marché.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Bravo ! Tu as pourfendu un homme de paille !

Quelle panache !

Certes c'est 9%, et on dirait que pour vous c'est beaucoup même pour Microsoft.

Mais il n'empêche que 91% (le reste), ce sont d'autres sources de revenus que les brevets bidons. Du genre, Azur, Office 365, etc. …

C'est un peu plus de 9 fois plus juteux que les brevets Android. ;-)

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

XD !

Ça n'a rien à voir.

… Tu fatigues ?

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

RH ils participent aux logiciels libres qui ne les intéressent pas ?

Bah non, et c'est bien normal.

Mais si Microsoft ne le fait pas non plus, là ce sont des ordures qui pensent qu'au blé…

Et RH, ils font pas leur boulot pour le blé, peut-être ?!

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

C'est pas du tout la même échelle.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

9%…

Effectivement, c'est peanuts comparé au reste des revenus de Microsoft.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Idiote…pas tellement. Ils regardent toujours là ou il y'a du blé à se faire. Et vu qu'Android est plûtôt populaire…

Ce qui leur rapporte, c'est leur offre Cloud (Azur, OneDrive, Office365, …). Les brevets Android, c'est peanuts… Encore moins que Windows ou la Xbox One…

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Bah moi au moins j'en avais un, d'exemple… :p

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Ce que le code est censé faire, ce n'est pas tout ce que tu décris.

Le nom de la fonction décrit succinctement ce que le code est censé faire (ou pour une "query" à quel question il est censé répondre).

Après, évidemment que la documentation tu ne va pas l'écrire là dedans.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Par contre quand je veux savoir ce qu'il est censé faire, sans commentaires ça devient tout de suite plus long.

Et le nom de la fonction, alors ?

Window.Close(), t'as besoin d'un commentaire pour savoir ce que c'est censé faire ?

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Sors ton fork du langage en français.

Ce n'est pas langue française (ni anglaise) qui me gêne. Au contraire.

Ce qui me gêne, c'est un code baragouiné en "franglais" illisible parce que on a pas été foutu de sortir un glossaire et de se mettre d'accord sur :
1) la signification de tel ou tel mot utilisé par le client (résultat : réutilisation pour dire plusieurs notions différentes)
2) sa traduction en anglais (résultat : plusieurs traductions différentes se retrouvent dans le code)
3) une exigence minimum de maîtrise de l'anglais ET du français
4) des conventions de nommage, un glossaire commun.

Bref, les bases quoi.

un commentaire

Un commentaire, c'est une défaite. Ton code n'est pas assez clair, donc tu as mis un commentaire.
Qu'il va falloir bien écrire, synchroniser avec le code, etc. …

Faites gaffe avec les commentaires. ;-)

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Je suis tout à fait d'accord. Mais à condition de maîtriser un minimum l'anglais, de se mettre d'accord sur les termes à employer pour traduire le métier en anglais, etc. …

Quand on ne maîtrise pas du tout ni la "langue" du client ni la langue anglaise, et qu'on a décidé de ne pas avoir de méthode de travail correcte (pas de convention, des noms réutilisés pour signifier des choses différentes, des conventions de nommage différentes, etc…) on ne fait pas de "franglais" non-maintenable, c'est tout.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Par contre ce que je trouve très juste c'est que si le langage que tu choisis utilise des mots clés et noms de fonctions en anglais, pour un souci de cohérence, c'est bien mieux d'utiliser toi aussi des noms de variables, de fonctions… en anglais bien sûr.

Et là je me retrouve avec des tonnes de code en franglais même pas compréhensible, qu'on soit Anglais, Français, Chinois, ou autre.

Conseil au codeur : merci de ne pas """traduire""" le champ lexical du client dans le code en "anglais", encore moins quand on ne comprend pas le champ lexical du client en premier lieu.

Finalement, l'utilisation de la langue française aurait rendu le code vraiment plus lisible. D'autant que dans le cas qui me préoccupe, le client est français, son champ lexical pour son domaine est en français, les mainteneurs sont français, etc. Déjà qu'il faut traduire le métier et les termes du client, pourquoi s'emmerder comme des cons avec de l'anglais qu'on ne maîtrise pas ?!

Faut traduire deux fois chaque ligne de code, maintenant ! C'est complètement idiot.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Ce qui prouve que ça dépend de l'utilisateur, pas de l'OS.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

seb95 est resté bloqué en 1995.

J'ai pas eu de virus depuis Vista.

Oh wait, depuis Windows 2000 en fait.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

C'est Ruby, c'est ça ? :p

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Microsoft qui se permet de d’exhorter des royalties conséquents d'Andoid et Linux sans avoir pisser une seule ligne de code.

Euh, rien que la prise en charge de Hyper-V dans Linux, c'est une contribution Microsoft.

http://arstechnica.com/business/2012/04/linux-kernel-in-2011-15-million-total-lines-of-code-and-microsoft-is-a-top-contributor/

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

L'ancienne garde est visiblement soit deja viree, soit en train de partir/se faire virer

Euh, c'est pas totalement mon impression. Raymond Chen (il a connu le développement de Windows 95 et Windows 3.x) est toujours bel et bien chez Microsoft (et heureusement !).

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Pourquoi le développement avait-il été arrêté ?

ça m'a toujours rendu un peu triste. Juste au moment (ou un peu après) où Warmux était devenu très bons (menus refaits, IA ajoutée, etc…) PAF! plus rien. :'(

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Alors pour appuyer ton propos, sous Windows on a / a eu pour faire une UI :
- Les MFC
- Win32
- WinForms (wrapper en .NET pour les contrôles offerts par Win32, et la librairie graphique 2D software GDI+)
- WPF
- Silverlight (équivalent à Flash)
- Modern UI
- Applications universelles (remplace Modern UI)

Ce qui fait que :
- WPF a été porté de 2006 jusqu'à avant la sortie de Windows 8. La première techno (avec Silverlight) à utiliser le XAML. Aujourd'hui, c'est toujours utilisable, mais pas une techno d'avenir. Sur ce dernier point, WinForms et les MFC rejoignent WPF.
- Silverlight a eu lui aussi une durée de vie plutôt courte
- Modern UI a vécu entre 2012 et 2015… (un peu comme WinRT, qui est repartie comme il est venu :p ). Alors certes les "apps universels" c'est plus ou moins la même chose (XAML, etc…), mais c'est fou comme "Modern UI" a été vite remplacé, du moins de nom.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Ils vont apparaitre de manière totalement magique les drivers pour ReactOS ?

J'avais compris que les pilotes étaient / allaient être compatibles, vu que l'un des buts de ReactOS est la compatibilité binaire avec Windows.

Certes, faut voir quelle "génération" de pilote est visée (celle de "XP", "Seven" ?), mais j'imagine qu'à terme ce sera possible d'utiliser des pilotes Windows.

Ou j'ai tout faux ?

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Du coup, je dirais bien que la solution au problème d’imprimante de tes parents, c’est de remplacer leur windows par un linux, qui a une bien meilleure compatibilité avec les anciens matériels :).

Sproutch !

Putain mon café chocolat au lait, merdeuh !

Doucement avec les blagues ! C'est vrai quoi, prévenez au moins avant de poser une bombe ! :/

Bref, perso je dois pas vivre dans la même réalité.

Il y a des milliers de pilotes pour du vieux matériel rien que pour XP (bah oui, 15 ans de vie tout de même… Et encore 8% de part de marché aujourd'hui…).

Et j'ai pas mal de cas où le pilote Windows > XP ET Linux n'existe tout simplement pas (ou n'est pas utilisable) pour le matériel utilisé. Des GeForce 2 (sous Linux, il faut se cantonner à une veille version de X), des 3DFX Voodoo 2 (driver X inutilisable, et le pilote pour XP est un pilote tiers dispo sur 3dfxzone.it ), des cartes ISA pour scanners ou pour le son, des imprimantes, des chipsets VIA, des IGP SiS, etc, etc, etc…

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)