"Synergy, prenez le contrôle du sytéme à distance"
Je m'attends au pire encore. J'ai recherché un peu sur google. Il y a pas grand chose qui resemble à outil de controle à distance.
Quelqu'un a un peu plus d'info ?
Il faut rapeller que les devellopeur sont bénévole, qu'ils sont libres de develloper pur tel ou tel projet et que la création d'une nouvelle branche d'un projet est tout à fait louable.
Les choix techniques sont bien souvent, longuement discutés et réfléchis, chacuns apportant ses arguments. C'est sans doute l'une des forces du logiciel libre.
Le fork est une situation dont l'un (les) des developpeurs n'est pas d'accord. La seul vérité qu'il y aura sera sur le résultat final des 2 forks: quel sera le meilleur ?
Il n'empeche que la duplication de softs ne me choque pas et au contraire, cela me permet d'avoir le choix et de me retrouver dans l'argumentaire de l'un ou l'autre des 2 forks.
Ce qui serait encore plus fort, c'est d'informer les medias (presse, radio, TV...) que des regroupements de professionels de l'informatique (heu, c'est bien ce qu'on ait) s'opposent à la proposition de directive sur les Droits de brevet, qu'ils s'organisent; communiquent leurs opinions auprès des députés, offrent des propositions de modification, etc.
Tout cela, histoire de fair emonter un peu la sauce, de rendre publique cette proposition de derective peu connu du grand public.
C'est la dur réallité des choses. Enseignant et chercheur sont parfois éloignés de la réalité. Ne pas tenir compte des réalités économiques dans le developpement d'une application est, me semble t il, une grave erreur car ses contraintes économiques font partie des contraintes de l'utilisateur, des contraintes de besoin.
Il faut admettre que les ingénieurs qui sortent d'université (financées par Microsoft en autres) sont très bon techniquement et sont également "bon marché".
Je suis très étonné que tu n'es jamais entendu parler de la réalisation de logiciels en Inde. Les Etats-Unis (Microsoft, RedHat, IBM, CISCO...) embauchent beaucoup d'ingenieurs indiens. Non seulement ils parlent la langue, mais en plus ils sont formés aux methodes américaines. La vague risque bien de déferler en Europe également.
On critique beaucoup le travail en SSII.
Les horraires sont interminables, les delais pour boucler le projet trop courts, les investissements sur le materiel ridicules et le pourcentage de personnel feminin frizze le 0%.
Et pourtant, les plus part des informticiens se retrouvent dans ces boites. Le salaire sans doute, mais aussi je pense, le fait de travailler sur des projets differents a chaque fois (ou presque), de travailler avec des technologies differentes pour des gens differents.
La monotonie en SSII, c'est assez rare finalement.
J'ai suivi une formation SRC (à Laval).
Nous avons commencé par apprendre la programmation avec java (en première année de souvenir). Ce que j'ai regretté le plus, c'est qu'on a eu aucuns cours d'algo. Pour ceux qui n'avaient jamais programmé ou fait d'études supérieur, ils ont eu beaucoup de mal à s'y faire.
Par la suite, on a eu des cours "d'analyse". Qu'est ce qu'un objet, une interface, le principe d'héritage, polymorphisme, etc. Ce qui avait été fait jusqu'alors devait soudainement beaucoup plus clair. J'ai l'impression d'avoir fait les choses à l'envers !
Concernant python, c'est un langage comme un autre. Le but n'est pas de maitriser un langage de programmation, non ?
En faculté, on apprend bien ocaml et malgrès ses formidables atouts, tout le bien que l'on dit, j'ai pas vu beaucoup d'applications fait avec, bien moins qu'en python.
SSH (secured SHell) a remplacé les désormais obsolètes telnet et ftp pour les communication entre machines. Non seulement il permet une meilleure sécurité (les échanges de données sont cryptés) mais il offre la possibilité de s'affranchir de la saisie de mot de passe. Je vais vous exposer la marche à suivre pour pouvoir vous connecter via SSH sans saisir de mot de passe...
Cette fonctionnalité repose sur le principe des clefs publiques / clefs privées (que je n'exposerai pas ici).
Supposons que la machine A est la machine source, c'est à dire la machine à partir de laquelle vous voulez vous connecter sur la machine B (la machine destination).
Pour notre exemple la machine A est "alamaison" et la machine B "www.leserveur.com".
Sur la machine source (A)
Commencez par générer vos clefs (privée et publique) au moyen de l'utilitaire ssh-keygen :
(sukria@alamaison:sukria)$ ssh-keygen -t rsa -b 1024
Generating RSA keys: ............oooooO..oooooO
Key generation complete.
Enter file in which to save the key (/home/sukria/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/sukria/.ssh/id_rsa.
Your public key has been saved in /home/sukria/.ssh/id_rsa.pub.
The key fingerprint is:
1024 56:48:8b:d2:db:6e:bf:40:1e:eb:36:ec:75:65:ee:68 sukria@alamaison
N'entrez pas de passphrase lorsque l'utilitaire vous le demande.
Votre clef publique est contenue à présent dans le fichier ~/.ssh/id_rsa.pub
Il vous faut maintenant uploader cette clef sur le serveur destination (Machine B). Un scp fera l'affaire (entrez yes à la question que pose votre client ssh, ainsi le host B sera connu pour la machine A)
scp .ssh/id_rsa.pub www.leserveur.com:~
The authenticity of host 'www.leserveur.com' can't be established.
Key fingerprint is 1024 23:ff:23:da:98:7d:43:c2:a2:3a:e3:aa:ea:08:e0:16.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'www.leserveur.com' to the list of known hosts.
sukria@www.leserveur.com's password:
id_rsa.pub 100% |*****************************| 334 00:00 ETA
Très bien, à présent, tout se joue du côté de la machine B...
Sur la machine destination (B)
La clef publique de la machine A doit être ici sous le nom id_rsa.pub" grâce au scp précédemment effectué.
Le principe de SSH est de contenir un fichier qui liste toutes les clefs publique des hosts qui ont le droit de se connecter sans mot de passe ; ce fichier se nomme authorized_keys et doit être dans ~/.ssh
Attention, il est impératif que l'utilisateur soit identique sur la machine A et la machine B (ici "sukria")
Nous allons donc déplacer id_rsa.pub en .ssh/authorized_keys puisqu'il s'agit de la clef publique de A :
mv ~/id_rsa.pub ~/.ssh/authorized_keys2
Voila, maintenant toute tentative de connexion partant de la machine A vers la machine B sera automatiquement acceptée pour l'utilisateur en question.
Je suis d'accord avec toi que PHP manque un peu de structure (nom des fonctions, codage en pseudo-objet, etc.) mais cela devrait être remis à plat lors de la nouvelle version (PHP 5).
Rappellons également que PHP est un language très jeune, 7/8 ans pas beaucoup plus AMHA.
Ses performances, ses "libertés" de programmation (tu peux faire des choses très vite fait et mal codées mais qui fonctionnent ou faire du code très propre) sont des atouts très interressants pour des developpements (web) qui évoluent en permanance. PHP est bien fait pour ce genre de chose. Le p'tit stagiaire va pouvoir faire sa page web sans trop de problème et rapidement être motivé pour faire la suite.
Java, c'est un gros bouzin dont les fonctionnalités sont énormes (et interréssantes) mais qui necessite une expertise pointue (de l'experience et des connaissances). Les projets qui utilisent java pour faire du java, on en voit trop souvent et on voit bien dans le code qu'ils ne profitent en rien des suptilités du language (objet qui ressemble à une grosse bibliothèque de methodes).
Java, pourquoi pas ? ou plutôt Java ! Pourquoi ?
Posté par _seb_ .
En réponse au journal SQL & Index.
Évalué à 1.
Lorsque tu crée un index sur un domain (attribut, champ) d'une table, le SGBD (Système de gestion de base de donnée ie MySQL dans ton cas et SGBDR pour relationnel dans le cas de PostGreSQL) crée un fichier contenant un (ou plusiuers) pointeur(s) vers le(s) enregistrement(s) concernés. C'est en quelque sorte un raccourci. Tu peux mettre des index sur quaziment tous types de domain, mais tu perd de l'espace disque (sur 6000 enregistrement, à vrai dire c'est pas la mort) et les insertion de nouveaux enregistrement plus long (la base doit écrire dans les fichiers d'index).
Pour chaque clé (primaire ou secondaire), un index est crée automatiquement.
Si on devait faire une news sur toutes les nouvelles sorties de logiciels, on en finirait pas. C'est ça les logiciels open source, ils finissent jamais d'évoluer et c'est tant mieux ;-)
Faire une news sur Mozilla, pourquoi pas. Mais là, il y a un peu d'abus, c'est "simplement" une release candidate.
On pourrait parler de la sortie de PHP 4.3.2 (dernière version de la serie de PHP4 a priori), de la dernière version de VIM (sortie hier) ou mieux encore de The Gimp (seul logiciel de retouche d'image digne de ce nom dans le monde du LL).
La procédure de dégroupage (technique et administrative) est placée sous la tutelle de France Télécom. Ils ont tendance à trainer des pieds tout de même lorsque Free, Colt ou LDCom demande le dégroupage d'un client.
Effectivement les technologie xDSL existent depuis bien lontemps et les débits proposés aujourd'hui sont presque ridicules sachant que l'on a fait beaucoup mieux sans changer le réseau (réseau téléphonique) avec de meilleurs équipements.
En outre, Internet par le réseau éléctrique necessite, tout comme l'adsl, des installations relais permettant ainsi de regénérer/transformer le signal. EDF n'est pas prêt à faire ces installations dans des temps raisonnables. Je viens bien croire que les gars d'EDF sont très forts pour remettre le courant éléctrique lors de catastrophe naturelle par exemple et je les admire beaucoup pour cela, autant pour installer un espèce de modem, j'en suis pas sûr du tout.
Vu à quelle vitesse, France Telecom developpe l'adsl dans toute la France (c'est son metier les télécommunications !), je ne pense pas qu'EDF sachent faire beaucoup mieux.
Pixie est un moteur de rendu. Cela permet de créer des images de syntèse réaliste (du moins le plus possible) en prenant en compte les sources lumineuses (refflets, ombres...), le grain de la matière (métaux, verres transparents...), etc.
Pixie Plus permet juste de regarder des images (toutes faites) sous forme de diaporama, vignette, etc.
Je ne pense pas que le deux projets aient un lien quelconque.
Cet un outil qui me semble très interréssant. Sa mise en oeuvre n'a pas l'air très compliqué et la création de processus (cycle de processus ?) est simplifié par l'utilisation d'un fichier XML (définition du processus) et d'un diagramme (diagramme d'utilisation UML qui permet d'avoir un vision graphique de l'ensemble). L'integration avec le système est peut être plus difficile (API actuellement en beta et incomplete).
En plus, le tout est distribuer sous licence LGPL, que demande le peuple ?
Je suis tout a fait d'accord avec toi. Les entreprises "abusent" souvent de la bonne volonté des dev. de LL.
Pour qu'une entreprise accepte de contribuer (financièrement) aux LL, il faut passé par des subterfuges. Par exemple, l'achat de goodies (tasses à café, tapis de souris...) que l'on va commander sur un site dont une partie de bénéfice sera reverser aux LL.
# Re: sortie linux mag n°52 et virus informatique n°23
Posté par _seb_ . En réponse au journal sortie linux mag n°52 et virus informatique n°23. Évalué à 1.
[^] # Re: Fork de la Gentoo par la Zynot Foundation
Posté par _seb_ . En réponse à la dépêche Fork de la Gentoo par la Zynot Foundation. Évalué à 1.
Les choix techniques sont bien souvent, longuement discutés et réfléchis, chacuns apportant ses arguments. C'est sans doute l'une des forces du logiciel libre.
Le fork est une situation dont l'un (les) des developpeurs n'est pas d'accord. La seul vérité qu'il y aura sera sur le résultat final des 2 forks: quel sera le meilleur ?
Il n'empeche que la duplication de softs ne me choque pas et au contraire, cela me permet d'avoir le choix et de me retrouver dans l'argumentaire de l'un ou l'autre des 2 forks.
# Re: L'Inter Lug Ouest envoie un courrier à <b>chacun</b> des députés européens
Posté par _seb_ . En réponse à la dépêche L'Inter Lug Ouest envoie un courrier à chacun des députés européens. Évalué à 1.
[^] # Re: Seconde édition de "Systèmes d'exploitation"
Posté par _seb_ . En réponse à la dépêche Seconde édition de "Systèmes d'exploitation". Évalué à 2.
[^] # Re: Seconde édition de "Systèmes d'exploitation"
Posté par _seb_ . En réponse à la dépêche Seconde édition de "Systèmes d'exploitation". Évalué à 1.
Il faut admettre que les ingénieurs qui sortent d'université (financées par Microsoft en autres) sont très bon techniquement et sont également "bon marché".
Je suis très étonné que tu n'es jamais entendu parler de la réalisation de logiciels en Inde. Les Etats-Unis (Microsoft, RedHat, IBM, CISCO...) embauchent beaucoup d'ingenieurs indiens. Non seulement ils parlent la langue, mais en plus ils sont formés aux methodes américaines. La vague risque bien de déferler en Europe également.
[^] # Re: Oralux : une distribution pour personnes à déficiences visuelles
Posté par _seb_ . En réponse à la dépêche Oralux : une distribution pour personnes à déficiences visuelles. Évalué à 3.
La syntèse vocale sous Linux ! On n'arrete pas le progrès.
[^] # Re: Revue de presse - été 2003
Posté par _seb_ . En réponse à la dépêche Revue de presse - été 2003. Évalué à 1.
[^] # Re: Etudiants
Posté par _seb_ . En réponse au sondage Mon travail .... Évalué à 2.
Les horraires sont interminables, les delais pour boucler le projet trop courts, les investissements sur le materiel ridicules et le pourcentage de personnel feminin frizze le 0%.
Et pourtant, les plus part des informticiens se retrouvent dans ces boites. Le salaire sans doute, mais aussi je pense, le fait de travailler sur des projets differents a chaque fois (ou presque), de travailler avec des technologies differentes pour des gens differents.
La monotonie en SSII, c'est assez rare finalement.
# Re: MythTV 0.9
Posté par _seb_ . En réponse au journal MythTV 0.9. Évalué à 2.
Est-ce qu'il existe une distribution complète utilisant MythTV et optimisée dans le but de le faire fonctionner ?
# Re: Enseignement de Python
Posté par _seb_ . En réponse au journal Enseignement de Python. Évalué à 2.
Nous avons commencé par apprendre la programmation avec java (en première année de souvenir). Ce que j'ai regretté le plus, c'est qu'on a eu aucuns cours d'algo. Pour ceux qui n'avaient jamais programmé ou fait d'études supérieur, ils ont eu beaucoup de mal à s'y faire.
Par la suite, on a eu des cours "d'analyse". Qu'est ce qu'un objet, une interface, le principe d'héritage, polymorphisme, etc. Ce qui avait été fait jusqu'alors devait soudainement beaucoup plus clair. J'ai l'impression d'avoir fait les choses à l'envers !
Concernant python, c'est un langage comme un autre. Le but n'est pas de maitriser un langage de programmation, non ?
En faculté, on apprend bien ocaml et malgrès ses formidables atouts, tout le bien que l'on dit, j'ai pas vu beaucoup d'applications fait avec, bien moins qu'en python.
# Re: Ssh, sftp et sécurité php.
Posté par _seb_ . En réponse au journal Ssh, sftp et sécurité php.. Évalué à 3.
[^] # Re: En ce moment ...
Posté par _seb_ . En réponse au sondage En ce moment .... Évalué à 2.
[^] # Re: Légende urbaine : un alligator dans l e ramasse-miettes
Posté par _seb_ . En réponse à la dépêche Légende urbaine : un alligator dans le ramasse-miettes. Évalué à 7.
Rappellons également que PHP est un language très jeune, 7/8 ans pas beaucoup plus AMHA.
Ses performances, ses "libertés" de programmation (tu peux faire des choses très vite fait et mal codées mais qui fonctionnent ou faire du code très propre) sont des atouts très interressants pour des developpements (web) qui évoluent en permanance. PHP est bien fait pour ce genre de chose. Le p'tit stagiaire va pouvoir faire sa page web sans trop de problème et rapidement être motivé pour faire la suite.
Java, c'est un gros bouzin dont les fonctionnalités sont énormes (et interréssantes) mais qui necessite une expertise pointue (de l'experience et des connaissances). Les projets qui utilisent java pour faire du java, on en voit trop souvent et on voit bien dans le code qu'ils ne profitent en rien des suptilités du language (objet qui ressemble à une grosse bibliothèque de methodes).
Java, pourquoi pas ? ou plutôt Java ! Pourquoi ?
# Re: SQL & Index
Posté par _seb_ . En réponse au journal SQL & Index. Évalué à 1.
Pour chaque clé (primaire ou secondaire), un index est crée automatiquement.
[^] # Re: comparaison
Posté par _seb_ . En réponse à la dépêche VDR 1.2 - le magnetoscope numerique a tout faire. Évalué à 1.
[^] # Re: Mozilla 1.4 RC1 dispo
Posté par _seb_ . En réponse à la dépêche Mozilla 1.4 RC1 dispo. Évalué à 1.
Faire une news sur Mozilla, pourquoi pas. Mais là, il y a un peu d'abus, c'est "simplement" une release candidate.
On pourrait parler de la sortie de PHP 4.3.2 (dernière version de la serie de PHP4 a priori), de la dernière version de VIM (sortie hier) ou mieux encore de The Gimp (seul logiciel de retouche d'image digne de ce nom dans le monde du LL).
[^] # Re: Internet par la prise électrique : du nouveau
Posté par _seb_ . En réponse à la dépêche Internet par la prise électrique : du nouveau. Évalué à 1.
[^] # Re: Internet par la prise électrique : du nouveau
Posté par _seb_ . En réponse à la dépêche Internet par la prise électrique : du nouveau. Évalué à 4.
En outre, Internet par le réseau éléctrique necessite, tout comme l'adsl, des installations relais permettant ainsi de regénérer/transformer le signal. EDF n'est pas prêt à faire ces installations dans des temps raisonnables. Je viens bien croire que les gars d'EDF sont très forts pour remettre le courant éléctrique lors de catastrophe naturelle par exemple et je les admire beaucoup pour cela, autant pour installer un espèce de modem, j'en suis pas sûr du tout.
Vu à quelle vitesse, France Telecom developpe l'adsl dans toute la France (c'est son metier les télécommunications !), je ne pense pas qu'EDF sachent faire beaucoup mieux.
[^] # Re: Linux 2.6 est pour bientot...
Posté par _seb_ . En réponse à la dépêche Linux 2.6 est pour bientot.... Évalué à 4.
François Romieu:
* USB: patch to fix up coding style violations
http://linuxfr.org/~Ueimor/(...)
Un grand bravo tout de même !
[^] # Re: Pixie 1.1.2, un moteur de rendu détonnant!
Posté par _seb_ . En réponse à la dépêche Pixie 1.1.2, un moteur de rendu détonnant!. Évalué à 5.
Pixie Plus permet juste de regarder des images (toutes faites) sous forme de diaporama, vignette, etc.
Je ne pense pas que le deux projets aient un lien quelconque.
[^] # Re: La Commission européenne désigne EURid pour gérer les .eu
Posté par _seb_ . En réponse à la dépêche La Commission européenne désigne EURid pour gérer les .eu. Évalué à -1.
Si participer, c'est mettre des commentaires qui n'apportent rien à la news, le systeème de vote est sacrément mal fait.
Pour en revenir à la news, les TLDs ont toujours été une pompe a fric !
# Re: Moteur de workflows : JBPM
Posté par _seb_ . En réponse à la dépêche Moteur de workflows : JBPM. Évalué à 3.
L'url exacte est http://www.jbpm.org/download.html(...)
Cet un outil qui me semble très interréssant. Sa mise en oeuvre n'a pas l'air très compliqué et la création de processus (cycle de processus ?) est simplifié par l'utilisation d'un fichier XML (définition du processus) et d'un diagramme (diagramme d'utilisation UML qui permet d'avoir un vision graphique de l'ensemble). L'integration avec le système est peut être plus difficile (API actuellement en beta et incomplete).
En plus, le tout est distribuer sous licence LGPL, que demande le peuple ?
[^] # Re: Nessus et le financement des outils libres
Posté par _seb_ . En réponse à la dépêche Le top 75 des outils sécurité. Évalué à 1.
Pour qu'une entreprise accepte de contribuer (financièrement) aux LL, il faut passé par des subterfuges. Par exemple, l'achat de goodies (tasses à café, tapis de souris...) que l'on va commander sur un site dont une partie de bénéfice sera reverser aux LL.
[^] # Re: Login: n°106
Posté par _seb_ . En réponse à la dépêche Login: n°106. Évalué à 1.
# Re: Login: n°106
Posté par _seb_ . En réponse à la dépêche Login: n°106. Évalué à 3.
gprof sur GNU.org
http://www.gnu.org/manual/gprof-2.9.1/gprof.html(...)