Vista, l’OS obscène
-
Au fait, quelqu’un saurait me dire pourquoi Vista n’arrête pas de faire des accès disques, même quand je ne touche à rien?????
Ca s’arrête quand je regarde un DVD…
alors je ne fais plus que ça, ou alors je regarde la superbe pendule.Pour l’instant, je n’ai vu aucun développeur utiliser Vista pour faire du code…
Fab1 a écrit :
Je ne sais par où commencer tant les derniers posts de leo et jedi sont révoltants.
Les propos de certains « amigaïstes » aveuglés par leur passion le sont autant pour moi
Mais en fait je m’en fous 
La productivité est vraiment *réduite* quand tu dois travailler avec certains outils de dév microsoft. Des choses que tu fais en quelques minutes sous linux et amigaos prennent soudainement des heures pour cause de clickodrômite aigüe, ergonomie infâme et terminologie débile. Je travaille malheureusement tous les jours sur windows et ça me désespère de perdre autant de temps à faire des trucs que je fais 10x plus vite sous morphos.
Ca n’a aucun rapport avec la pureté, mais réellement avec la productivité, justement.
Evidemment, si tu utilises des outils RAP ou encore du java ou je ne sais quoi pour développer des applications desktop, tu fais les choses assez rapidement, mais au prix d’applications bancales et mal intégrées, sans parler des problèmes de performances.
En fait, ils ont un côté positif ces outils et langages. Je pense qu’ils ont été créés (volontairement ou non?) pour étendre suffisamment la durée de développement d’une application, permettant ainsi de la vendre plus chère et de justifier les postes et salaires des développeurs. Finalement ces outils de dev inergonomiques au possible ont une vocation sociale, c’est bien, bravo!
N’importe quoi… j’en ai utilisé plusieurs (comme PowerBuilder) qui m’ont largement fait gagner 5 fois plus de temps pour mes dévs que si je les avais pondus en C/MUI sur Amiga. En 2 temps 3 mouvements: design de l’interface, son code associé pondu – orienté objet – (pour les actions et traitements), accès à n’importe quelle base de données, et génération de l’exe en un seul click (puis réutilisable directement avec seulement 5 ou 6 dll, sans faire des tonnes de Mo). Inexistant et impossible sur Amiga aussi rapidement. Je ne parle même pas des debuggers pas à pas qui te font tout suivre en temps réel. Avec ce genre d’outil, on peut se consacrer davantage sur le fonctionnel (objectif du soft) et pas d’abord sur la technique (comment est foutu le soft)…
Je connais le développement sur Amiga et sur PC (22 ans d’informatique, à développer sur des tas d’OS, de machines et de langages, dont la 2è moitié professionnelle). Il n’y a pas photo, sur Amiga on se tape tout dans un langage plus bas-niveau (ASM ou C) dont peu de monde peut tout maîtriser si facilement que ça. Sur PC, certes on est davantage assisté (IDE), le code est peut-être moins optimisé (davantage pourri ?) mais au final beaucoup (beaucoup) plus de monde peut développer beaucoup (beaucoup) plus de softs facilement. Et franchement, vu la masse de softs, même faite à l’arrache, on y trouve beaucoup plus son compte que sur AOS ou MOS. Au final, à vous de voir ce qui est plus rentable…
Mais je ne jète pas tout sur AmigaOS/MorphOS. Comme il ne faut pas tout jeter sur les outils de dév Windows ou MacOSX. Le C avec MUI est déjà pas mal, ça serait seulement plus efficace si il y avait davantage d’encapsulation (genre designer de l’interface avec génération du code correspondant sans devoir se le retaper à chaque fois, à la MUIBuilder comme on en avait déjà parlé sur ce forum
Car en 2007 (même déjà en 1995 à vrai dire), je trouve aberrant de devoir tout se retaper le code de base à chaque fois, même si c’est du copier-coller. Surtout lorqu’il s’agit de mettre en oeuvre et gérer dans son programme des bêtes fenêtres, boutons, menus ou tout autre élément graphique de base.C’est bien de suivre leo dans ses délires qui n’ont aucun fondement.
Je ne le suis pas. Il se trouve qu’on est d’accord sur pas mal de points, comme tu peux l’être avec d’autres personnes ici ou ailleurs.
Sans le défendre (il est assez grand pour ça… enfin… je ne sais pas en fait
, je trouve au contraire qu’il explique toujours de façon précise et justifiée ses interventions. Mais comme toujours, chacun pourra apporter autant d’arguments (exemples) que de contre-arguments (contre-exemples).Yoda,
le dev dont tu parles se limite à une certaine catégorie d’applications (à vue de nez application d’entreprise vu que tu parles de bdd). J’ai parfois à coder des drivers, ça se fait certainement pas en un click (sans parler des crashes potentiels en mode noyau) et des applications où je ne peux réutiliser des technologies existantes qui font tout le boulot à ta place, ou encore des applications où l’interface builder se révèle impuissant puisqu’il faut créer de nouvelles (sous) classes non gérées par l’IDE, et la création de sous-classes ne se fait certainement pas en quelque clicks et on doit mettre les mains dans le cambouis, et c’est plus difficile que sous mui, malheureusement.
Je ne parlerai pas non plus de l’excès de documentation/tutoriels de développement sous windows sur des tonnes de sites, dont la moitié racontent des conneries (msdn compris
), ce qui rend le tri signal/bruit difficile.Fab1 a écrit :
Yoda,
le dev dont tu parles se limite à une certaine catégorie d’applications (à vue de nez application d’entreprise vu que tu parles de bdd). J’ai parfois à coder des drivers, ça se fait certainement pas en un click (sans parler des crashes potentiels en mode noyau) et des applications où je ne peux réutiliser des technologies existantes qui font tout le boulot à ta place, ou encore des applications ou l’interface builder se révèle impuissant puisqu’il faut créer de nouvelles (sous) classes non gérées par l’IDE, et la création de sous-classes ne se fait certainement pas en quelque clicks et on doit mettre les mains dans le cambouis, et c’est plus difficile que sous mui, malheureusement.
C’est bien ce qui me semblait…
Dans ce cas, on est d’accord
Donc je te cite : comparons ce qui est comparable… AmigaOS et MorphOS sont certainement plus adaptés (mieux foutus) pour accéder au coeur technique de la machine (bas-niveau) qu’un Windows, un Linux ou un MacOSX. En revanche, pour développer des applications métiers (non bas-niveau), il y a tout ce qu’il faut sur Win/Linux/OSX pour tout développer rapidement, et en pas si dégueu que ça. Me concernant, dommage qu’il y ait un manque à ce niveau-là sur « Amiga », j’aurais été certainement davantage motivé pour développer quelques applications…
Yoda,
Avoir à sous-classer n’est pas propre aux applications bas niveau, mais aux applications disons « avancées ». Par exemple, tu ne coderais pas un browser avec les classes de base de windows (sauf si tu utilises l’objet COM IE, mais bon c’est pas ce que j’appelle coder un browser
).Sous win, on trouve des outils très bien adaptés à la création de certaines applications, où la productivité est effectivement améliorée, mais dans d’autres domaines, tout aussi importants et non cantonnés au bas-niveau, c’est la dèche totale.
Malheureusement pour moi, j’ai choisi le mauvais cheval.
@Fab1: on est d’accord
Là, tu vas te faire flamber sur la place publique !
Qu’on me plombe un seul de mes arguments (et qu’on le fasse réellement, suffit pas de dire « tu as tord ») et je me fout le cul dans l’essence moi même.
(Putain, ça fait 30 fois que je percute… J’arrive toujours pas à intégrer que Yoda, c’est Jedi
)crisot a écrit :
Qu’on me plombe un seul de mes arguments (et qu’on le fasse réellement, suffit pas de dire « tu as tord ») et je me fout le cul dans l’essence moi même.
Mince ! ça peut valoir le coup d’essayer alors !!
crisot a écrit :
(Putain, ça fait 30 fois que je percute… J’arrive toujours pas à intégrer que Yoda, c’est Jedi
)C’est pourtant évident: Yoda, c’est un Jedi à la retraite
@Ace:Si ! les PC de la même époque du A500, genre 8086, se lançait tout seul (DOS, jeux, utilitaires) depuis des D7 seules aussi, faut comparer ce qui est comparable, à la même génération, même si les 8086 étaient des vraies bouses à côté du A500… tu peux remballer ton jerrican
- Vous devez être connecté pour répondre à ce sujet.
