Watchwolf a écrit 217 commentaires

- Samsung a travaille sur une application libre permettant de créer des fichier edje plus facilement.
- Raster a fait une annonce comme quoi une grosse boite sponsorise les EFL

Il n'est pas dit que c'est Samsung !

Je dirait qu'un binding de elementary est prévue :)

A noter qu'aucune annonce officiel ne permet de dire que Bada utilisera les EFL.

Il peut aussi configurer son téléphone pour qu'il utilise se réseau français.

Tout ceci permet de rendre le logiciel libre toujours plus credible aux yeux du marche !

Si tu as pas mal de fichiers et beaucoup de visiteurs alors la BdD est indispensable.

C'est en effet de genre de choix/tests réalisé pas le compilateur qui fait perdre des performances par rapport au C. Au final si les perfs sont nécessaires alors faire du C reste mieux sinon le Vala est vraiment intéressant. Personnellement je pense que je m'y mettrais mais pas avec GTK :p

Je rajoute que 2.5sec c'est son cas. Ça donnerait quoi sur un appareil mobile ? genre sur le n900 ?

aux développeurs mais aussi aux personnes qui ont travaillées sur les données.

j'ai pas d'exemple désolé.

Mais une société qui n'est pas connu doit se demander ce qu'elle a de plus que ces concurrents. Si ce plus est des applications, du code je comprend très bien qu'elle ne veut pas l'offrir à ces concurrents.

Après si on se place uniquement dans l'optique du LL, la boite concurrente qui va utiliser le produit, va le faire évoluer et il va y avoir une coopération entre les 2 boites.

Et si on se place dans le monde capitaliste, le concurrent va prendre le produit, le modifier et ne pas le redistribuer (ce qui est possible dans le cas d'applications qui tournent sur un serveur, un site web ...). Voir peut être même qu'il ne va pas le modifier et juste récupérer le travail. (il n'a même plus besoin d'embaucher de développeurs).

oui mais EDF ne vit pas grâce à ce logiciel. (note : airbus pourrait faire pareil). Mais image une PME qui crée un service WEB (logiciel + site + BdD) qui met le tout en libre. La boite vend des accès "pro" à son service (genre espace illimité). N'importe quel boite (Google et Microsoft compris) peuvent prendre le code et lancer leur service sur leurs gros serveurs avec leur renommé. La PME va pas aller bien loin à moins de se faire racheter par Google ou Microsoft.

A noté aussi les jeunes PME de développement qui se lance dans du libre-proprio en partie parce que développé en associant avec le logiciel libre ça simplifie la vie, il y a tellement de code source récupérable, de personnes qui peuvent aider .... Et le LL ça fait une bonne pub pour pas cher sur internet :)

Que ce soit du LL ou du proprio, si tu veut une garantie "sans problemes", tu met effectivement des centaines de milliers de dollard et tu demande à une boite de gérer le logiciel (ou tu le fait toit même). Dans tous les cas les LL n'ont rien de moins que les logiciels proprio. Bien sur ton repositorie ne sera éditable que par tes ingénieurs, les autres peuvent travailler sur des forks (vive git :)).

C'est quoi l'utilité d'une association qui permet de réunir les développeurs de logiciel propriétaire et de logiciels libre ? Si un dev proprio veut faire du libre alors il y a déjà plein de possibilités permettant de rencontrer des communautés et si il ne veut pas il n'a pas grand chose à faire avec la communauté du logiciel libre (sauf voler du code peut être).

La seul utilité que je voit c'est d'associer Microsoft au logiciel libre ...

Il me semble qu'un design pattern est lié à un langage. Si c'est le cas alors le MVC est plutôt un architectural pattern je pense.

Ce n'était pas lié au fait que Débian modifié Firefox et qu'il ne s'agit alors plus de Firefox ? Ca semble normal qu'on ne puisse pas agrder le nom si on change le logiciel. Sinon moi je suis microsoft, je distribue des firefox tout bugué et voila :)

Il faudrait en effet savoir comment Gimp stocke ces infos et traite les opérations par rapport à paint.net. C'est possible que Gimp a une structure qui devient réellement efficace pour des traitements complexes, je ne sais pas.

Après paint.net a 2 avantages majeurs par rapport à the Gimp :
- un langage de haut niveau qui permet de plus facilement avoir une architecture propre
- être une application jeunes qui bénéficie des dernières méthodes de développement. (pas que technique comme le langage objet mais aussi plus générique comme l'approche objet.).

Souvent les codes écrits en C sont un peu bordélique, mal organisés, ceci pour plusieurs raisons:
- le code est vieux
- mal organisés car l'approche objet n'y est pas forcée
- ...

Ceci dit il existe du code C très propre et qui je pense est presque un nouveau niveau de développement dans le langage C. Je pense aux EFLs mais il doit en exister bien d'autres.

Le C a toujours un très belle avenir devant lui et bien utilisé il est aussi voir plus performant que des langages comme le Java. (pas forcement en raison dde l'absence de JVM ou autre mais simplement parce qu'on y trouve des bibliothèques plus adaptées là ou Java essaye de centraliser et enlève le choix (voir les toolkits graphiques par exemple)).

Tu peut faire l'inverse aussi, créer le texte sous inkscape, récupérer le bitmap et l'utiliser dans Gimp.

J'aimerait bien avoir tes sources.

inutilisable en geocaching cette méthode >.<

Je réagit à : "qu'écrire du code de qualité étant un art difficile et très technique, la vision proposée permet de limiter l'expertise technique nécessaire pour commencer à programmer des applications non triviales."

oui enfin, un code de qualité c'est pas juste quelques lignes d'algo, mais plus un assemblage d'algos (au plus haut niveau on parle d'assemblage de composants).

Alors arriver à décrire des algos avec une sémantique plus naturelle je veut bien, mais réussir à décrire tout un programme avec, ça devient un peu barjo je pense. J'ai vraiment du mal à y croire. Surtout si on veut obtenir un code performant et donc adapté à notre besoin d'ensemble (et pas juste à des parties séparés du besoin). D'ailleurs l'approche réutilisation des composants peut également avoir ces limites sur ce point.

D'ailleurs si après on passe autant de temps à écrire une spécification qu'à écrire le code ça perd un peu d'intérêt. Et comment être sur d'une spécification ? Comment être sur que nos invariants sont correcte ? Qu'on en n'oublie pas ?

Ces méthodes miracles n'ont rien de miracle pour moi. C'est une autre manière de faire, peut être mieux, peut être pas.

A noter que je n'ai rien contre la recherche, continué à faire ce type de recherche, peut être que j'ai tords et que ça améliorera le travail des programmeurs/concepteurs tout comme l'approche objet l'a fait.

La méthode de Flickr est sympa:

1 points = une liste de photos
Si il y a beaucoup de points très proche, on les regroupe en un point. (lorsque le zoom change)

La taille d'un point dépend du nombre de photos associés.

Un GPS + gpicsynd te fait ça. Tu ajoute les coordonnées GPS dans les tags des photos (et flickr les prend en compte !), tu peut aussi renommer les photos avec la position GPS au lieu des noms bidons des APN. Il y a d'autres options que je n'ai jamais testé.

c'est tout simplement le rapport demandes / offres

les netbooks ont en général du 1024 donc ce n'est pas vraiment un problème. Et je pense que si, le 800x600 c'est dépassé alors je pense qu'on peut comprendre qu'un window manager comme gnome se fait sans tenir compte de cette résolution sachant qu'elle est en contradiction avec ces objectifs. Chacun ces objectifs c'est l'un des atouts de la dispersion du libre, on n'est pas forcer de s'adapter a l'appli, on choisit l'appli en fonction de nos besoins.