Les ventes de netbooks explosent

Comme quoi, comme avec le marché des jeux de vidéo et la Wii, la puissance des machines n'est pas un critère déterminant dans le choix de beaucoup de consommateurs. Le bon côté des choses est que cela force les développeurs à mieux optimiser leurs programmes (ex : Windows 7/Vista SP2 par rapport à Vista SP1, Flash 10.1 par rapport à Flash 10.0). Dans la mesure où l'utilisateur lambda exploite rarement tout le potentiel de sa machine de bureau, le netbook paraît un choix judicieux (moins cher et plus amovible). Le marché des laptops et des desktops auront de toute façon toujours leurs adeptes (pour les besoins de graphismes et de puissance de calcul).

+1 pour BigM.

Allons-nous assister au retour d'applications bien écrites ? par des développeurs consciencieux et professionnels ?

Oui, je crois au Père Noël, et alors quoi ?

Il en existe pas mal, mais les netbooks sont tous passés sous Windows, que veux-tu...

et moi en tant que technicien en informatique: je me frotte les mains parce que sa me procurera de l'emploi pour un bon bout

et je chie dans mon froque a toute les fois que je vois qu'il n'y a pas de lecteur cd/dvd et disquette lol

Bah, en quoi ça gène ?

Je suis tout à fait d'accord, on sacrifie la qualité d'un logiciel pour en diminuer le cout!
Depuis quelques années, on voit l'explosion des langages de scripts être utilisé comme langage "classique", ou des langages virtualisés! Et là je pense à Java. Ok java permet de développer vite... Parce qu'il y a une grosse entreprise qui s'y emploie (Sun). En c++ il y a QT qui accélère de façon monstrueuse le développement. Et pourquoi il n'est pas utilisé?... Allez savoir.
Et le premier qui me dit que c++ n'est pas multi-plateforme va voir le principe de QT!

Je vous le dit, non seulement on laisse n'importe qui développer (je suis dans des études en informatique, et je peux donc vous parler en connaissance de cause) mais on développe avec n'importe quoi, sous prétexte que cela permet de gagner du temps.

Bravo mon gars mais découvre d'abord le monde du travail avant de porter un jugement. Si tu as 30 jours pour faire un développement c'est 30, pas 31 ou
60. Tu le découvrira assez vite...
De la part de quelqu'un qui fait du Python ... et du Qt (en version payante)

QT ? Jusqu'à récemment c'était payant. De plus il faut compter sur le temps de prise en main et il se pose la question existentielle : je l'utilise juste pour faire de l'IHM ou j'en profite pour exploiter complètement la bibliothèque dans l'ensemble de mon/mes projets. Quid de la pérennité de la solution ? Dois-je baser le noyau de mon futur produit dessus sachant que ce produit va avoir une durée de vie (et donc d'évolution/maintenance) d'une quinzaine d'années ?

Les langages de script : Ils sont très utiles. Cela permet au gars faisant les tests de générer facilement ses batteries de tests (compile + tests nocturnes dans ma boite). Cela permet aussi au développeur de faire des petit programme leur facilitant bien la vie (passage de structure C en table SQL pour moi par exemple dernièrement)

Après cela Java : tu serais surpris par le nombre de projet très sérieux développés en Java. Demande juste à une boîte pleine de "rigolos" comme Atos par exemple Le jour où tu intégreras leur niveau d'exigence et de qualité logiciel on en reparlera...

Au hasard, parce que Java est le language le plus utilisé au monde actellement ? D'où une facilité à trouver des devs (les écoles formant du coup énormément au Java), et inversement, pour les devs à trouver des projets ?
Parce que les IDE sont vachement pratiques ?
Parce que Java possède des API extrêmement riches ?

J'suis pas trop du côté de Java d'habitude, mais faut bien reconnaitre que quand on a un gros projet à faire, mieux vaut utiliser un language très répandu, dans lequel les devs de la boite sont efficaces, facile à déployer et facile à maintenir.

Le coût en performances lié à l'utilisation d'un quelconque language interprété n'est d'ailleurs pas si clair que ça... Pour une appli web, utiliser des langages de scripts et/ou non compilés (PHP / Javascript viennent à l'esprit, mais aussi Perl, Python...) est un peu moins efficace, mais dans l'immense majorité des cas les performances sont limitées par la BDD. Pour une appli entreprise desktop, une dégradation des perfs de ~10/20% (oui je sors ces nombres de mon chapeau) est négligeable dans la plupart des cas, et aisément compensée par un code développé deux fois plus vite et facilement maintenable.

J'espère que tu ne te bases pas sur l'unique principe de "c'est virtualisé donc c'est lent!"... En exemple les progrès en compilation C via LLVM, ou encore les performances impressionnantes de Java HPC.

Chklang, heureusement qu'il y a des étudiants comme toi pour nous apprendre comment fonctionne le monde du travail. La pertinence de ton intervention nous éclaire.

Ba non, justement ! Comme tu es en train d'apprendre, tu ne sais pas de quoi tu parles ! (il suffit de voir les réactions suscitées par ton post pour t'en convaincre).

En cours de formation et déjà prétentieux. Prépare-toi à prendre une bonne claque quand tu arriveras dans la vrai vie

"Chklaaaaaang !"

Le bruit me fait plutôt penser à un coup de pelle.

C'est pas LVM qui disait que les netbooks n'avaient aucun avenir et ne permettaient pas de dégager de marges vu leur positionnement low cost ... d'où la raison pour laquelle Apple n'y va pas !?! Pourtant là, augmentation des ventes de 103% et des revenus de 72%, même Apple en réverait (ptdr)

Tu t'es demandé ce que pouvait représenter financièrement une augmentation de 72% ?
Nan parce que vu comme ça, +72% c'est impressionnant... encore faut-il voir le montant de départ.

On va dire qu'avec un revenus de +72% la marge est "moins faible"

m'étonnerait quand même qu'ils les vendent à perte, hein.

bon, après, si on compare avec les marges apple, ok, je m'incline.

M'étonnerait qu'ils fassent leur marge habituelle non plus, hein
Sans tomber dans l'indécence, comparons avec un portable moyen.

Si tu veux comparer avec Apple, c'est sur le plan de la comm' qu'il faut le faire : "on a +72% de clients... maintenant on en a 301 "

ben en général, tu peux sans problème baisser tes marges si le volume est important.
il là... il a l'air conséquent. n'en déplaise à qui tu sais.

Donc il ne reste plus qu'à chercher les 300 clones d'LVM

pas la peine... les 301 c'est lui qui les a.

Le Java c'est tout pourri.

Absolument pas.

Apple a déjà des problèmes pour suivre la demande des iMac 27", sur lesquels ils se font leur (large) marge habituelle. Pendant ce temps, le marché des netbooks grossit en quantité mais baisse encore en prix de vente (!)... Les revenus auraient dû augmenter de 103% eux aussi sinon.

C'est pas un secret, Apple a toujours privilégié un marché restreint aux marges élevées, et ça leur réussit plutôt pas mal.

J'ai déja réalisé stage et compagnie. Donc j'ai déjà une idée assez complète. Mais là n'est pas la question.

Vous réagissez vis-à-vis des applications professionnelles. Or je parlais des applications grand publique. J'ai bien précisé utilisé les langages de script comme langage traditionnel.
QT n'est pas qu'un simple IHM, c'est bien plus. Et son temps de prise en main a été, pour moi, bien plus faible que pour java (par exemple).
Côté professionnel ok les langages de script sont souvent mieux, mais ils sont tout de même utilisé à tord et à travers, à toutes les sauces.
J'ai dernièrement tenté l'execution de deux codes identiques sous C++ et sous Ruby, le premier a été, chrono en main, 100fois plus rapide.

On pourrait avoir le code Ruby et C++, histoire de voir quels types de calculs tu testes ? Et/ou les chiffres obtenus ? Et/ou l'interpréteur utilisé ? Ruby a une longue histoire de mauvaises performances, et pas mal d'efforts sont en cours pour améliorer ça. Les versions 1.9.x sont au bas mot 50% plus rapides que les 1.8.x. Et je ne parle pas de MacRuby, MagLev, JRuby (mon dieu! Du Ruby codé en Java! Horreur!)...

Que l'appli soit entreprise ou grand public, encore une fois, ça ne change pas le fait qu'un code plus facilement maintenable/lisible/portable/(etc) sera probablement préféré à un code ultra-optimisé. Surtout si l'on prend en compte le fait que les machines actuelles sont trop puissantes pour la majorité des usages quotidiens, tout particulièrement dans le grand public (Facebook... Youtube... Facebook... Office... Youtube).

ruby est de loin le langage de script le plus lent. cf http://shootout.alioth.debian.org/

Et t'oses dire ça dans un sujet sur les ventes de netbook ? Parce qu'en fait, c'est absolument pas le cas. Et t'as marqué deux fois "Youtube".

Développement durable, pénurie de silicium, et des centaines d'autres raisons... que tout ça soit fondé ou pas, on commence déjà à développer des trucs de plus en plus légers, à très bas coût, qui polluent très peu, qui consomment très peu, et la programmation est le secteur phare qui unit toutes ces composantes, et qui devra se serrer la ceinture pour continuer de tourner sur les architectures à venir si on veut éviter de revenir à des applications du style de ce qui se faisait en 1995.

Moi qui suis codeur C/assembleur de formation, les offres pleuvent tout autour de moi. Tout le monde me veut pour que je vienne recoder leurs trucs Java en C, optimiser leurs applis, et recoder des parties critiques en assembleur pur pour booster les performances.

Oh, merci Kenelm ! Voilà qui est très clair et très pertinent.
+1

Oui, ce type d'ordinateur est vendu à petit prix, mais il faut aussi des petites mains, des petits yeux et de tous petits besoins.