Même si Openstreetmap avance à grands pas, comme tu le dis toi-même, la cartographie de la France n'est pas encore achevée, et donc partiellement inexploitable pour le moment.
Cependant, la communauté Openstreetmap française est très active et volontariste, il suffit de suivre la mailing list quelques temps pour s'en rendre compte. Les outils spécifiques à ce projet ne sont pas triviaux, et pas mal d'explications et d'indications sont dispensées sur la ML. C'est vraiment un projet qui avance à grands pas.
Le jour où Openstreetmap atteindra le niveau de qualité des cartographies payantes (Navteq, par exemple), je pense que l'on assistera à une réelle évolution des applications de géolocalisation, de calcul d'itinéraire ou de couplage "recherche d'informations / localisation géographique". D'autant plus que les cartographies payantes ne sont pas aussi "précises" que cela, et comportent bon nombre d'erreurs.
En attendant, pour se rendre de Meaux à Quimper, hé ben la plupart des gens fera appel à Viamichelin ou Mappy avant d'utiliser un outil libre pour le moment.
Mon commentaire ne se veut pas pessimiste, mais réaliste. Dans un des projets sur lequel on travaille, on a dû écarter Openstreetmap (pour le moment, en tout cas) à cause de son caractère "incomplet". Mais on a bon espoir de pouvoir l'intégrer à notre projet un jour.
Tss tss, c'était pas à prendre au pied de la lettre... c'était de l'humour.
N'empêche que c'est à l'aide de ce genre de tutoriel / howto / doc que la plupart des admins système se sont formés, finalement. Ca reste globalement un métier qui s'apprend "sur le tas", les technologies changent tellement vite dans ce monde...
En attendant, les serveurs ne mettent pas en danger la vie des gens (ou, en tout cas, pas encore) lorsqu'ils sont mal installés et que l'admin s'appelle Jean Kevin. Donc rien de grave au final.
Tu fais quoi comme travail ? On t'oblige à répondre aux Jean Kevin dans ton boulot ?
Sinon, tu réponds plus, ou.... tu fais payer la prestation de dépannage... C'est la crise, hein ! On fait comme on peut.
(Bon, allez, pour abonder un ptit peu dans ton sens : j'administre un dédié, et effectivement, je rigole bien. 1.500.000 tentatives d'auth sur le ssh en 1 an... c'est pas mal !)
T'as bien raison, on ne devrait pas divulguer l'information à tout va, comme ça. Trop dangereux, les gens "moyens" ne sauraient pas gérer.
De la même manière, il faudrait que Casto arrête de distribuer des brochures sur comment repeindre un mur ou planter des clous. C'est vrai, quoi, bricoleur, c'est un métier. Je ne parle même pas des livres de cuisine qui sont vendus à la fnac, faire à manger, ça c'est un métier, un vrai.
On l'a toujours dit, diffuser le savoir c'est dan-ge-reux. Alors faites-moi le plaisir de virer toutes ces docs qui expliquent comment installer les logiciels de vos sites web et serveurs. Gardons le savoir pour nous, beaux et forts admins que nous sommes. Les autres ont qu'à faire les écoles pour admins comme les autres. Na !
Ouais, j'ai cru voir que c'était puissant, en me documentant un peu et en jouant 5 minutes avec.
Cela dit, si RoR bouge tous les 6 mois, ça doit pas être fastoche de faire de la production... ou du moins, à chaque mise à jour, ça doit être coûteux en temps de validation, de correction, etc...
Pour un petit site dynamique, ça peut encore passer, mais si l'on décide de coder une *grosse* application avec RoR, ça doit pas mal compliquer la tâche...
Bah c'est connu, ya un complot organisé par des sociétés secrètes qui descendent des templiers pour que PHP soit utilisé partout. Tout le monde le sait.
En plus, en Perl, on peut être encore plus crade qu'en Php.
D'ailleurs, je me demandais, si on met de côté les langages de laboratoire ( Brainfuck, Malbolge...), quel est le langage suprême en terme de cochonneries que l'on peut trouver couramment en production ?
Allez, vous êtes tous tombés un jour sur des scripts non-commentés, tordus, incompréhensibles tellement le langage utilisé permettait d'écrire en mode sale... A part Perl et Php, avez-vous de telles expériences avec d'autres langages ?
10 centimes, c'est beaucoup pour 160 octets de données !
On n'a jamais vendu du kilo-octet de transmission aussi cher. Jamais.
D'autant plus que les SMS passent dans la partie signalisation, donc n'encombrent pas les canaux de communication du réseau de l'opérateur.
A côté de cela, 1 seconde de voix va prendre environ 1 à 2 ko /s de bande passante, monopoliser un circuit de communication sur la cellule, etc...
Donc OUI, on se fait bien avoir sur le prix des SMS, c'est indéniable.
(Et le coût d'exploitation d'un SMS est bien plus bas que 5cts d'euro. C'est plutôt proche de 0,05 centimes d'euro le SMS. Marge Extrêmement élevée. Big ****'ing Jackpot).
[^] # Re: Openstreetmap
Posté par leoboy . En réponse au journal Et un site de plus sans flash : mappy. Évalué à 9.
Cependant, la communauté Openstreetmap française est très active et volontariste, il suffit de suivre la mailing list quelques temps pour s'en rendre compte. Les outils spécifiques à ce projet ne sont pas triviaux, et pas mal d'explications et d'indications sont dispensées sur la ML. C'est vraiment un projet qui avance à grands pas.
Le jour où Openstreetmap atteindra le niveau de qualité des cartographies payantes (Navteq, par exemple), je pense que l'on assistera à une réelle évolution des applications de géolocalisation, de calcul d'itinéraire ou de couplage "recherche d'informations / localisation géographique". D'autant plus que les cartographies payantes ne sont pas aussi "précises" que cela, et comportent bon nombre d'erreurs.
En attendant, pour se rendre de Meaux à Quimper, hé ben la plupart des gens fera appel à Viamichelin ou Mappy avant d'utiliser un outil libre pour le moment.
Mon commentaire ne se veut pas pessimiste, mais réaliste. Dans un des projets sur lequel on travaille, on a dû écarter Openstreetmap (pour le moment, en tout cas) à cause de son caractère "incomplet". Mais on a bon espoir de pouvoir l'intégrer à notre projet un jour.
[^] # Re: Mouai...
Posté par leoboy . En réponse au journal Nouveau tutoriel sur la mise en place d'un serveur LAMP. Évalué à 1.
N'empêche que c'est à l'aide de ce genre de tutoriel / howto / doc que la plupart des admins système se sont formés, finalement. Ca reste globalement un métier qui s'apprend "sur le tas", les technologies changent tellement vite dans ce monde...
En attendant, les serveurs ne mettent pas en danger la vie des gens (ou, en tout cas, pas encore) lorsqu'ils sont mal installés et que l'admin s'appelle Jean Kevin. Donc rien de grave au final.
Tu fais quoi comme travail ? On t'oblige à répondre aux Jean Kevin dans ton boulot ?
Sinon, tu réponds plus, ou.... tu fais payer la prestation de dépannage... C'est la crise, hein ! On fait comme on peut.
(Bon, allez, pour abonder un ptit peu dans ton sens : j'administre un dédié, et effectivement, je rigole bien. 1.500.000 tentatives d'auth sur le ssh en 1 an... c'est pas mal !)
[^] # Re: Mouai...
Posté par leoboy . En réponse au journal Nouveau tutoriel sur la mise en place d'un serveur LAMP. Évalué à 8.
De la même manière, il faudrait que Casto arrête de distribuer des brochures sur comment repeindre un mur ou planter des clous. C'est vrai, quoi, bricoleur, c'est un métier. Je ne parle même pas des livres de cuisine qui sont vendus à la fnac, faire à manger, ça c'est un métier, un vrai.
On l'a toujours dit, diffuser le savoir c'est dan-ge-reux. Alors faites-moi le plaisir de virer toutes ces docs qui expliquent comment installer les logiciels de vos sites web et serveurs. Gardons le savoir pour nous, beaux et forts admins que nous sommes. Les autres ont qu'à faire les écoles pour admins comme les autres. Na !
[^] # Re: PHP
Posté par leoboy . En réponse au journal Sortie de PHP 5.3. Évalué à 1.
Cela dit, si RoR bouge tous les 6 mois, ça doit pas être fastoche de faire de la production... ou du moins, à chaque mise à jour, ça doit être coûteux en temps de validation, de correction, etc...
Pour un petit site dynamique, ça peut encore passer, mais si l'on décide de coder une *grosse* application avec RoR, ça doit pas mal compliquer la tâche...
Vous avez des retours d'expérience là-dessus ?
[^] # Re: PHP
Posté par leoboy . En réponse au journal Sortie de PHP 5.3. Évalué à 9.
[^] # Re: PHP
Posté par leoboy . En réponse au journal Sortie de PHP 5.3. Évalué à 3.
En plus, en Perl, on peut être encore plus crade qu'en Php.
D'ailleurs, je me demandais, si on met de côté les langages de laboratoire ( Brainfuck, Malbolge...), quel est le langage suprême en terme de cochonneries que l'on peut trouver couramment en production ?
Allez, vous êtes tous tombés un jour sur des scripts non-commentés, tordus, incompréhensibles tellement le langage utilisé permettait d'écrire en mode sale... A part Perl et Php, avez-vous de telles expériences avec d'autres langages ?
[^] # Re: Il nous prend pour des billes
Posté par leoboy . En réponse au journal Le mobile en France, c'est pas cher !. Évalué à 4.
On n'a jamais vendu du kilo-octet de transmission aussi cher. Jamais.
D'autant plus que les SMS passent dans la partie signalisation, donc n'encombrent pas les canaux de communication du réseau de l'opérateur.
A côté de cela, 1 seconde de voix va prendre environ 1 à 2 ko /s de bande passante, monopoliser un circuit de communication sur la cellule, etc...
Donc OUI, on se fait bien avoir sur le prix des SMS, c'est indéniable.
(Et le coût d'exploitation d'un SMS est bien plus bas que 5cts d'euro. C'est plutôt proche de 0,05 centimes d'euro le SMS. Marge Extrêmement élevée. Big ****'ing Jackpot).