L'idéal c'est un "transportable", 20", avec pleins de gigas de disque, une mémoire énorme et un proc de fou.
Pour coder c'est génial.
Encore mieux : une grosse valise avec des roulettes. Dedans, tu peux mettre une vraie unité centrale, un écran 24", un clavier, une souris, et même une petite table pliante et le tabouret qui va avec.
De rien, ça me fait plaisir…
PS : en 1994, j'ai eu l'occasion de jouer avec un "portable" compaq, qui datait un peu. Ecran cathodique de quoi ? 6 ou 7 pouces. On voyait rien, ça ramait, et c'était sous MS/DOS 3.2. Et ben je peux vous le dire : c'était pas mieux à vent.
J'imagine que tu voulais dire l'API de dessin de X ?
si je veux juste du texte a distance, j'utilise ssh, un protocol text, fait pour. Pourquoi pousser un protocol graphique ???
Le texte, c'est aussi dans ton traitement de texte, dans ton tableur, dans ton logiciel de messagerie, dans…
A noter que je suis plutôt pro Wayland; pour moi l'intérêt principal c'est de recréer une pile complète "from scratch", propre et exempte des N couches de compatibilités, et qui attire une nouvelle génération de contributeurs.
Après, nul doute qu'en 30 ans, X a identifié et corrigé, d'une façon ou d'une autre, tous les problèmes rencontrés. Mais à quel prix en terme de maintenabilité ?
C'est quoi cette manie de tout ramener à l'assureur au lieu de la loi ? L'assureur, il fait exprès de rajouter une pelletée de conditions pour s'exonérer de devoir rembourser. Et quand il doit payer, il fait quand même ce qu'il peut pour y couper.
Alors pourquoi prendre ça comme référence ? La loi, c'est pas suffisant ?
Une voiture volée, c'est une voiture volée. C'est puni par la loi.
C'est fastidieux -AMHA, plus que d'adapter un Vim/Emacs à son besoin-, et t'as des IDE qui sont très monolithiques.
Bof bof. Dans le cas de Eclipse, il existe des distributions déjà spécialisées, un coup PHP, un coup appli Web java, etc.
Du coup, en général y'a strictement rien à faire, ça juste marche out of the box.
Après, je pense que si tu n'es pas un gros codeur Java, tu ne peux pas avoir le même ressenti que "nous". Java Enterprise Edition est une telle soupe, avec son milliard d'API, d'outils connexes, de code lourdingue à taper/gérer, que sans un IDE tu y passes tes nuits.
Mon expérience perso : comme toi, j'étais poussé vers le management, alors que je me sentais une âme de développeur, et une grosse passion pour la techno en général.
Mais arrivé à un âge charnière (approche de la quarantaine), je me suis posé la question : et dans 5 ans ? et dans 10 ans ? Qui voudra encore de moi en tant que développeur ? Est-ce que je saurai encore m'adapter à tous les changements induits par le monde informatique ?
Alors, je me suis résigné. J'ai accepté de monter en responsabilités managériales. Je gère des équipes. Je gère un budget. J'ai de la paperasse. Je fais du recrutement, des entretiens, des évaluations de collaborateurs.
Mais il s'est passé quelques petites choses qui font que mon quotidien reste agréable :
1) j'ai pris goût à certaines de ces tâches. Car elles représentent aussi des challenges. Et posent parfois, caché sous un aspect rébarbatif, un vrai problème d'ingénieur.
2) en optimisant mon temps, en me reposant pour certaines tâches sur mes collaborateurs, je me suis gardé un pourcentage de temps (entre 10 et 20%) pour continuer à faire du dev. Mais bon, ça va en réduisant comme peau de chagrin.
3) je reste impliqué dans les choix techniques majeurs. Bien sûr, je laisse pas mal de liberté à mes équipes, que ce soit parce qu'ils sont devenus avec le temps meilleurs que moi, ou pour les responsabiliser, mais je garde la liberté de pousser à/interdire l'utilisation d'une techno, d'une lib, lorsque je vois qu'on va dans le mur.
4) à un autre niveau de responsabilité, on a accès à plus d'informations, sur le pourquoi des grandes décisions. Ca rend plus compréhensible comment tout ça fonctionne, et on est un peu plus écouté.
Voilà, un autre retour qui pourra j'espère t'aider…
Tu sembles te focaliser sur l'aspect technique (le "comment"), alors que tout l'argument en faveur des commentaires est sur le "pourquoi".
Quelque chose que le code, même super bien écrit, ne permet pas. Et un diagramme de classe n'aide pas nécessairement dans cette optique (mais il est utile pour se forger une vision globale de l'architecture).
Typiquement, pour restaurer une base, tu vas pas rejouer l'ensemble des WAL depuis la création de ta base. Non, tu vas repartir d'un dump, et rejouer tous les WAL depuis ce dump (ou une sauvegarde du fs, ça change pas grand chose au problème).
Mais ce faisant, tu vas restaurer l'ensemble de la base. Ce qui implique d'avoir suffisamment d'espace disque.
Pour certaines bases (plusieurs centaines de Gigas par exemple), ça peut commencer à être un problème. Surtout quand ça se passe pas sur ta babasse perso, mais sur un serveur mutualisé.
Je sais bien qu'on peut faire des sauvegardes avec pg_dump et pg_dumpall ; mon propos n'était pas là.
Le truc, c'est que si tu as fait un pg_dumpall, et que tu as des WAL à côté, pour restaurer une seule table (et pas une base toute entière), c'est pas toujours facile, et je ne sais pas si l'outillage pour DBA est au même niveau que Oracle/Sybase/MSSQL/…
Sinon, oui Postgre 8.x date de 2005, mais c'est à comparer à Sybase ou les transaction logs étaient déjà là dans la V11.5, en 1997, ou Oracle.
Sur WAS (Websphere Application Server), comme c'est un produit IBM, l'implémentation JMS par défaut, c'est MQSeries. Pour JBoss, il y a une implémentation par défaut qui est JBoss Messaging. Mais tu dois pouvoir faire tourner JORAM à la place sans soucis particulier du fait de la compatibilité JMS 1.1.
Par contre, quand j'utilisais JonAS (vers 2004), il me semble que c'était déjà JORAM l'implémentation par défaut. En même temps, derrière JonAS il y a l'INRIA, qui est aussi impliquée dans JORAM.
Hop,
Pour la partie "intégration (…) sauvegarde (…) corporate", un élément de réponse. Sur Sybase, la plupart du temps, une sauvegarde c'est un dump de base de données, plus des sauvegardes des journaux de transactions.
Ensuite, si tu veux récupérer une simple table, c'est soit tu disposes d'un environnement équivalent à la prod, tu restaure tout, et tu commences à travailler sur ta table. Soit tu as des outils avancés qui permettent d'extraire une table d'un dump et des journaux de transactions.
Les journaux de transaction, c'est quelque chose d'assez récent dans PostgreSQL (8.x je crois). Pas sûr que tout l'outillage derrière soit prêt.
Moi je croyais que c'était l'inverse. On reproche généralement à Microsoft de devoir se trimballer de multiples couches dédiées à assurer la compatibilité avec des trucs antédiluviens.
Par contre, c'est vrai qu'un Windows qui vient de sortir a toujours besoin du dernier matos à la mode. Sauf pour Windows 7, qui a un peu dérogé à la règle.
Oui, enfin le C est ensuite compilé, et on obtient bien du code natif, adapté à la plateforme visée. Pas de VM, pas de langage intermédiaire (bytecode, cli, …).
je croyais que c'était déjà intégré dans une version précédente
Jusqu'ici il y avait la "face detection", détection de visage, qui facilitait l'application de tags.
La reconnaissance de visage s'appuie sur cette fonction, mais doit ensuite faire un retraitement avant de comparer le visage trouvé à une base de visages déjà identifiés.
Le lien donné dans la dépêche est intéressant à lire ; l'auteur du GSoC semble s'être très bien documenté avant de commencer son ouvrage.
[^] # Re: asus transformer
Posté par Dring . En réponse au journal Une tablette pour programmer. Évalué à 1.
L'idéal c'est un "transportable", 20", avec pleins de gigas de disque, une mémoire énorme et un proc de fou.
Pour coder c'est génial.
Encore mieux : une grosse valise avec des roulettes. Dedans, tu peux mettre une vraie unité centrale, un écran 24", un clavier, une souris, et même une petite table pliante et le tabouret qui va avec.
De rien, ça me fait plaisir…
PS : en 1994, j'ai eu l'occasion de jouer avec un "portable" compaq, qui datait un peu. Ecran cathodique de quoi ? 6 ou 7 pouces. On voyait rien, ça ramait, et c'était sous MS/DOS 3.2. Et ben je peux vous le dire : c'était pas mieux à vent.
[^] # Re: lulz
Posté par Dring . En réponse au journal Sauvez la planète : jetez votre iphone.. Évalué à 2.
Pareil ! Euh, pareille !
[^] # Re: C'est marrant
Posté par Dring . En réponse au journal Sauvez la planète : jetez votre iphone.. Évalué à 2.
Il ne te reste plus qu'à installer Windows 8 sur ton poste ; comme ça tu n'auras même pas à virer l'horloge.
[^] # Re: Idée d'amélioration possibles
Posté par Dring . En réponse à la dépêche Sortie de Paperwork 0.1. Évalué à 3.
Et même ça c'est ridicule. C'est vrai que falsifier une facture EDF, c'est vraiment un truc super difficile.
[^] # Re: Très bien
Posté par Dring . En réponse à la dépêche Sortie de Paperwork 0.1. Évalué à 5.
Es-tu sûr d'être assez mûr pour ça ?
[^] # Re: Un article partial: parfait pour un Vendredi.
Posté par Dring . En réponse à la dépêche Le combat X contre Wayland : les faits vus par Eric Griffith. Évalué à 2.
J'imagine que tu voulais dire l'API de dessin de X ?
Le texte, c'est aussi dans ton traitement de texte, dans ton tableur, dans ton logiciel de messagerie, dans…
A noter que je suis plutôt pro Wayland; pour moi l'intérêt principal c'est de recréer une pile complète "from scratch", propre et exempte des N couches de compatibilités, et qui attire une nouvelle génération de contributeurs.
Après, nul doute qu'en 30 ans, X a identifié et corrigé, d'une façon ou d'une autre, tous les problèmes rencontrés. Mais à quel prix en terme de maintenabilité ?
[^] # Re:C'estlégal
Posté par Dring . En réponse au journal lemonde.fr ou l'abonnement au javascript. Évalué à 5.
C'est quoi cette manie de tout ramener à l'assureur au lieu de la loi ? L'assureur, il fait exprès de rajouter une pelletée de conditions pour s'exonérer de devoir rembourser. Et quand il doit payer, il fait quand même ce qu'il peut pour y couper.
Alors pourquoi prendre ça comme référence ? La loi, c'est pas suffisant ?
Une voiture volée, c'est une voiture volée. C'est puni par la loi.
[^] # Re: IDE
Posté par Dring . En réponse au journal Point de vue : un IDE est il un outil de programmation indispensable ?. Évalué à 1.
grep et awk j'imagine…
[^] # Re: Non, mais ...
Posté par Dring . En réponse au journal Point de vue : un IDE est il un outil de programmation indispensable ?. Évalué à 1.
Bof bof. Dans le cas de Eclipse, il existe des distributions déjà spécialisées, un coup PHP, un coup appli Web java, etc.
Du coup, en général y'a strictement rien à faire, ça juste marche out of the box.
Après, je pense que si tu n'es pas un gros codeur Java, tu ne peux pas avoir le même ressenti que "nous". Java Enterprise Edition est une telle soupe, avec son milliard d'API, d'outils connexes, de code lourdingue à taper/gérer, que sans un IDE tu y passes tes nuits.
[^] # Re: Tu es définitivement un ingénieur.
Posté par Dring . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 10.
Re,
Mon expérience perso : comme toi, j'étais poussé vers le management, alors que je me sentais une âme de développeur, et une grosse passion pour la techno en général.
Mais arrivé à un âge charnière (approche de la quarantaine), je me suis posé la question : et dans 5 ans ? et dans 10 ans ? Qui voudra encore de moi en tant que développeur ? Est-ce que je saurai encore m'adapter à tous les changements induits par le monde informatique ?
Alors, je me suis résigné. J'ai accepté de monter en responsabilités managériales. Je gère des équipes. Je gère un budget. J'ai de la paperasse. Je fais du recrutement, des entretiens, des évaluations de collaborateurs.
Mais il s'est passé quelques petites choses qui font que mon quotidien reste agréable :
1) j'ai pris goût à certaines de ces tâches. Car elles représentent aussi des challenges. Et posent parfois, caché sous un aspect rébarbatif, un vrai problème d'ingénieur.
2) en optimisant mon temps, en me reposant pour certaines tâches sur mes collaborateurs, je me suis gardé un pourcentage de temps (entre 10 et 20%) pour continuer à faire du dev. Mais bon, ça va en réduisant comme peau de chagrin.
3) je reste impliqué dans les choix techniques majeurs. Bien sûr, je laisse pas mal de liberté à mes équipes, que ce soit parce qu'ils sont devenus avec le temps meilleurs que moi, ou pour les responsabiliser, mais je garde la liberté de pousser à/interdire l'utilisation d'une techno, d'une lib, lorsque je vois qu'on va dans le mur.
4) à un autre niveau de responsabilité, on a accès à plus d'informations, sur le pourquoi des grandes décisions. Ca rend plus compréhensible comment tout ça fonctionne, et on est un peu plus écouté.
Voilà, un autre retour qui pourra j'espère t'aider…
[^] # Re: Il y a plusieurs formes de commentaires.
Posté par Dring . En réponse au journal To comment or not to comment. That is the question.. Évalué à 3.
Tu sembles te focaliser sur l'aspect technique (le "comment"), alors que tout l'argument en faveur des commentaires est sur le "pourquoi".
Quelque chose que le code, même super bien écrit, ne permet pas. Et un diagramme de classe n'aide pas nécessairement dans cette optique (mais il est utile pour se forger une vision globale de l'architecture).
[^] # Re: titre du premier lien : "L'annonce de la version 12.2"
Posté par Dring . En réponse à la dépêche OpenSUSE 12.3. Évalué à 2.
J'en profite…
Raccourcissement
En général, c'est au singulier.
Voilà voilà…
[^] # Re: .
Posté par Dring . En réponse au journal Switch de MySQL vers MariaDB. Merci Oracle ?. Évalué à 1.
Typiquement, pour restaurer une base, tu vas pas rejouer l'ensemble des WAL depuis la création de ta base. Non, tu vas repartir d'un dump, et rejouer tous les WAL depuis ce dump (ou une sauvegarde du fs, ça change pas grand chose au problème).
Mais ce faisant, tu vas restaurer l'ensemble de la base. Ce qui implique d'avoir suffisamment d'espace disque.
Pour certaines bases (plusieurs centaines de Gigas par exemple), ça peut commencer à être un problème. Surtout quand ça se passe pas sur ta babasse perso, mais sur un serveur mutualisé.
[^] # Re: .
Posté par Dring . En réponse au journal Switch de MySQL vers MariaDB. Merci Oracle ?. Évalué à 2.
Je sais bien qu'on peut faire des sauvegardes avec pg_dump et pg_dumpall ; mon propos n'était pas là.
Le truc, c'est que si tu as fait un pg_dumpall, et que tu as des WAL à côté, pour restaurer une seule table (et pas une base toute entière), c'est pas toujours facile, et je ne sais pas si l'outillage pour DBA est au même niveau que Oracle/Sybase/MSSQL/…
Sinon, oui Postgre 8.x date de 2005, mais c'est à comparer à Sybase ou les transaction logs étaient déjà là dans la V11.5, en 1997, ou Oracle.
[^] # Re: Intégration
Posté par Dring . En réponse à la dépêche Présentation de JORAM. Évalué à 3.
Sur WAS (Websphere Application Server), comme c'est un produit IBM, l'implémentation JMS par défaut, c'est MQSeries. Pour JBoss, il y a une implémentation par défaut qui est JBoss Messaging. Mais tu dois pouvoir faire tourner JORAM à la place sans soucis particulier du fait de la compatibilité JMS 1.1.
Par contre, quand j'utilisais JonAS (vers 2004), il me semble que c'était déjà JORAM l'implémentation par défaut. En même temps, derrière JonAS il y a l'INRIA, qui est aussi impliquée dans JORAM.
[^] # Re: .
Posté par Dring . En réponse au journal Switch de MySQL vers MariaDB. Merci Oracle ?. Évalué à 1.
Hop,
Pour la partie "intégration (…) sauvegarde (…) corporate", un élément de réponse. Sur Sybase, la plupart du temps, une sauvegarde c'est un dump de base de données, plus des sauvegardes des journaux de transactions.
Ensuite, si tu veux récupérer une simple table, c'est soit tu disposes d'un environnement équivalent à la prod, tu restaure tout, et tu commences à travailler sur ta table. Soit tu as des outils avancés qui permettent d'extraire une table d'un dump et des journaux de transactions.
Les journaux de transaction, c'est quelque chose d'assez récent dans PostgreSQL (8.x je crois). Pas sûr que tout l'outillage derrière soit prêt.
# Paradoxe temporel
Posté par Dring . En réponse à la dépêche Pourquoi les développeurs n'utilisent pas plus de machines à état ?. Évalué à 7.
On t'a reconnu Doc ! Elle est garée où ta Delorean ?
[^] # Re: Trop gros, passera pas.
Posté par Dring . En réponse au journal Karma et controverse. Évalué à 4.
J'ai cru comprendre que des canards en plastiques s'avéraient bien plus performants que bien des hommes.
[^] # Re: ah tiens, justement
Posté par Dring . En réponse au journal Meilleurs vœux : suis-je un sociopathe ?. Évalué à 2.
Salut Baud,
Comment ça va ?
[^] # Re: A noter pour ceux qui ont du vieux matos
Posté par Dring . En réponse à la dépêche Sortie du noyau Linux 3.7. Évalué à 6.
Moi je croyais que c'était l'inverse. On reproche généralement à Microsoft de devoir se trimballer de multiples couches dédiées à assurer la compatibilité avec des trucs antédiluviens.
Par contre, c'est vrai qu'un Windows qui vient de sortir a toujours besoin du dernier matos à la mode. Sauf pour Windows 7, qui a un peu dérogé à la règle.
[^] # Re: Clavier sans fil
Posté par Dring . En réponse au journal Mini PC ARM MK802 II tournant sous Linux. Évalué à 1.
Et du coup, est-ce que quelqu'un a une suggestion clavier/touchpad 2.4G avec un bon rapport qualité/prix ?
# Clavier sans fil
Posté par Dring . En réponse au journal Mini PC ARM MK802 II tournant sous Linux. Évalué à 1.
Et comme clavier, tu as pris quoi ? Est-ce que tu as eu des problèmes pour la reconnaissance sous Android et/ou sous Linux ?
Je trouve ça pour moins de 35 euros (http://www.materiel.net/clavier/advance-smart-touch-wireless-2-4g-keyboard-70473.html) mais je sais pas vraiment ce que ça vaut…
[^] # Re: italien ou Italie ?
Posté par Dring . En réponse à la dépêche Modification du code des marchés publics italien imposant l’usage du logiciel libre. Évalué à 4.
Arrhhhh, une parenthèse non fermée !!!
Le classique lien xkcd…
[^] # Re: Portage sudoku de python vers Vala... euh !
Posté par Dring . En réponse à la dépêche L'été des 15 ans. Évalué à 1.
Oui, enfin le C est ensuite compilé, et on obtient bien du code natif, adapté à la plateforme visée. Pas de VM, pas de langage intermédiaire (bytecode, cli, …).
# Dans les versions précédentes...
Posté par Dring . En réponse à la dépêche Digikam 2.9.0 maintenant, 3.0 bientôt. Évalué à 3.
Jusqu'ici il y avait la "face detection", détection de visage, qui facilitait l'application de tags.
La reconnaissance de visage s'appuie sur cette fonction, mais doit ensuite faire un retraitement avant de comparer le visage trouvé à une base de visages déjà identifiés.
Le lien donné dans la dépêche est intéressant à lire ; l'auteur du GSoC semble s'être très bien documenté avant de commencer son ouvrage.