Aller au contenu

Poil à gratter

Utilisateur
  • Compteur de contenus

    6 314
  • Inscription

  • Dernière visite

  • Jours gagnés

    2

Tout ce qui a été posté par Poil à gratter

  1. Yep, flippant hein ? Les gens du PS sont en plein déni, on sent qu'il faut sauver le soldat Hollande coûte que coûte, parce que l'inversion de la courbe du chômage c'est la dernière promesse qu'il pouvait encore espérer tenir. Mais pas de bol, malgré les emplois subventionnés, la disparition miraculeuse des chômeurs des listes de l'INSEE, des bugs informatiques bien pratiques, les chiffres sont quand même mauvais. Pas trop étonnant quand on voit la longue liste des licenciements. Je regarde la liste des licenciements/plans sociaux sur le blog de Jovanovic, c'est un tout autre son de cloche (bon le gars est un peu... spécial.. aussi faut dire). Par exemple j'y ai lu aussi que les professionnels du bâtiment, anticipant la hausse de la TVA en janvier, ont des carnets de commande remplis à ras-bord sur novembre/décembre: donc en fait ça aurait pu être pire. Par contre en janvier, faudra pas s'attendre à des miracles. Les chiffres de décembre seront intéressant: traditionnellement c'est un bon mois pour l'emploi - temporaire - alors manquerait plus que les chiffres - bidonnés - soient mauvais.
  2. Au début c'était le but, aujourd'hui je ne sais pas ce qu'il(s) veu(len)t en faire. Ça existe déjà et ça s'appelle Linux ou BSD
  3. Ahah, bien sûr, pour mon expatriation j'ai tout de suite pensé à travailler au black: les employeurs sont tout à fait prêt à embaucher un développeur en situation irrégulière Sinon faire la plonge dans un restaurant ça me tente moyennement. Allons bon, le seul point ou tu as raison c'est le logement, n'empêche que même dans un pays facile comme le Canada on va te demander 1/2 ou 1 mois d'avance, donc faut quand même avoir un peu de $$
  4. Seulement demain !
  5. Vrai. C'était aussi avant qu'on prouve avec LMAX Disruptor que Java (et maintenant .NET) peut gérer le multi-core avec du lock free. Mais en théorie D garde l'avantage pour la gestion du false sharing, vu qu'en Java il n'y a rien dans le langage pour gérer ça. Intéressant, je ne connaissais pas. Ça tombe bien j'ai installé une vbox Fedora 20 pour tester la distro, je vais installer les packages. Mais bon, c'est aussi possible d'écrire un OS en Java. ça avait été fait il y a 10 ans, et apparemment le projet reprend: http://www.jnode.org/ Il y avait juste un petit bout d'assembleur pour booter
  6. Tout dépend ou tu vas, mais hors Schengen il va te falloir un permis de travail, et c'est pas quelques clics en général. Après il faut trouver un logement, un emploi, donc ça veut dire mettre de l'argent de côté avant de partir. Si tu as du patrimoine, il faut trouver ce que tu vas en faire pendant ton absence. Donc non, s'expatrier je ne trouve pas ça particulièrement léger comme décision.
  7. Hmm, le chat écrasé avec entrailles sorties, c'est un coup de Lucilio ?
  8. Oui mais attention il y a voyager et voyager: s'expatrier, et je peux en témoigner, c'est un cran au dessus en terme d'engagement. C'est potentiellement ne jamais revenir, ou revenir mais dans un futur incertain. Il faut quand même bien peser le pour et le contre, ce qu'on va devoir abandonner et ce qu'on espère y gagner. Partir en PVT ou VIE, c'est à priori du temporaire, l'état d'esprit n'est pas le même. Je recommanderais donc plus ce genre d'option sans hésiter: ça permet de s'aérer la tête sans prendre de décision trop lourde. Et même ça c'est pas évident, il suffit de parcourir un peu les forums de PVTistes français pour s'en rendre compte: beaucoup reviennent déçus sans jamais avoir réussi à s'adapter.
  9. huile + vinaigre + échalote + sel + poivre. Vu que c'est des feuilles ça me paraît paléo-compatible.
  10. Ouais, à moins que ça ne soit le proprio qui te retrouve
  11. Ils utilisent en effet aussi Scala. Intéressant en tous cas de voir ce qu'ils vont faire avec D. Le D, sur le papier, ça a l'air super, maintenant je suis curieux de voir concrètement combien de features leur compilateur supporte sans qu'on tombe sur des bugs bloquants. Sachant que le compilateur n'est pas open source et qu'il est l'œuvre d'une seule compagnie (Digital Mars). D je ne vois pas ça comme un concurrent de Java mais plutôt de C/C++/Go: c'est un langage système pour les gens qui ont besoin de s'interfacer avec du C/C++ et/ou d'embarquer de l'assembleur dans leur code.
  12. Et tout un autre pan d'utilisation est en train de s'ouvrir http://www.infoq.com/research/top-javascript-mvc-frameworks Nan franchement j'aimerais bien avoir tort, mais je pense que JavaScript est là pour rester encore un bon moment.
  13. Effectivement, j'ai oublié cette possibilité. Il me semble que tu as déjà posté cette information plus tôt dans le fil mais je n'arrive pas à la retrouver. Si tu peux fournir les liens à nouveau ça serait sympa, merci Du coup aussi je me dis: est-ce qu'il ne serait pas temps de faire un fil "Résumé des Crypto Currencies" qui récapitule toutes les ressources intéressantes pour comprendre de quoi il retourne et s'investir dans le domaine ? L'air de rien on a déjà dépassé 100 pages sur ce fil, et j'ai le sentiment que c'est pas un sujet qui va diminuer en importance.
  14. Hmmm, oui je demande aussi une confirmation/infirmation. J'étais parti sur la même idée mais en me disant que la différence c'est que l'argent est lui aussi échangeable contre des biens ou services. En résumé c'est aussi une monnaie, qui peut s'échanger contre une autre monnaie (en l'occurrence l'or) au cours du marché. Les alt coins, pour autant que je sache, ne sont pas échangeables contre des biens ou services, ils sont juste échangeables contre d'autres alt-coins, et éventuellement contre du bitcoin (ce qui me semble le but initial). Donc pour moi cette course à l'alt-coin c'est aussi peut-être une façon de recycler de la puissance de calcul en minant quelque chose pour lequel la difficulté est abordable au non-spécialistes, en espérant pouvoir troquer le produit contre du BTC.
  15. Je le comprends comme ça: c'est un moyen de faire baisser la difficulté du minage et ça profite principalement au petit groupe qui démarre le fork. En fait c'est un genre de mining de Bitcoin par proxy. Par contre faire sauter la limite de 21 millions je ne pense pas que ça soit possible.
  16. Noirbits.... mais bon sang il y a un altcoin qui se créée par jour ou quoi ? Le truc c'est mignon de forker BTC, changer le logo et le nom et en faire un nouvel altcoin, mais à part pour faire du pump & dump ça n'apporte rien de neuf. Et à force de courir derrière tout ça c'est un coup à devenir chèvre. Enfin en tous cas perso je ne prendrais pas ce temps. Je préfère suivre ZeroCoin et NextCoin qui au moins apportent quelque chose de nouveau. Surtout ZeroCoin IMHO (d'ailleurs c'est pas vraiment un nouveau coin).
  17. C'est mon sentiment aussi, mais j'ai pas encore fait chauffer la feuille Excel. D'un autre côté j'ai l'impression que pour une start-up lean, c'est ce qu'il y a de moins cher. En fait j'ai 2-3 idées d'applications, et si ça doit finir par se concrétiser, Azure me semble idéal: - en mode pay as you go, ça couterait pas cher tant qu'il y a peu d'utilisateurs. - il y a des services (monitoring, backup, logging) qui sont gratuits en dessous d'une certaine consommation. À comparer avec prendre une machine dédiée ou partagée et se taper tout le boulot.
  18. Hein ? Pour quelle même raison que quoi ? Je sais que RoR est lent hein, mais des fois ça suffit pour le job. Nan dans mon cas le soucis c'est que le site il ne vient pas tout seul, il s'insère dans un existant. Exemple concret: le client à un Active Directory avec 1.5K users dedans, et pour authentifier les utilisateurs du site intranet, on doit utiliser une librairie proprio qui fournit une servletFilter. Avec PLay! c'est déjà cuit. Aussi simple que ça.
  19. Oui je confirme pour du développement Web, la technique ça compte encore beaucoup, et avoir un petit "book" de projets Open-source auxquels on a participé ça aide à trouver un emploi. Avoir une présence sur les forums de discussion aide aussi (Stackoverflow, Google Groups, groupes LinkedIn). Un bon recruteur fait une recherche systématique sur les candidats, ou voire carrément approche les potentiels candidats de cette façon. Mais ça ne suffit pas: il faut aussi avoir une bonne expression écrite et orale, et évidemment maîtriser l'anglais. Les équipes sont de plus en plus internationales, et la linga franca c'est l'anglais. Et puis comme dit avant moi, il faut s'auto-former et encore une fois, c'est en anglais. La stratégie officielle de Microsoft pour le futur c'est de dégager rapidement Silverlight et de supporter uniquement 2 éco-systèmes pour son app store W8: - JavaScript + HTML5 - .NET + XAML http://www.infoq.com/articles/Microsoft-Stack-2013 C'est une excellente nouvelle. J'aime beaucoup ce qu'ils sont en train de faire en ce moment. Leur plate-forme Azure commence à avoir de beaux atouts aussi. Pareil: je ne suis vraiment pas fan de JavaScript le langage, ni de l'éco-système qui me semble dirigé par des poulets sans tête courant dans tous les sens après le dernier truc à la mode. Mais bon. en développement Web, JavaScript est tout simplement devenu incontournable. Et je crois effectivement beaucoup plus en TypeScript qu'en Dart: c'est juste un super-ensemble de JavaScript, et le compilateur est lui même écrit en JavaScript. Ça me semble plus de nature à être accepté par la communauté JS.
  20. En effet. Quoique dans mes clients du moment il y a du - big - gouvernemental, et même topo: si c'est pas compatible J2E, même pas la peine d'y penser. En ce moment il y a un outil qui gagne en popularité: JOOQ http://www.jooq.org/ Pas encore testé en conditions réelles, mais j'aime beaucoup le concept. Ça réconcilie un peu Java et SQL.
  21. Ah je sais, mais ça aurait pu être ton hobby À mon avis Ruby à passé le stade du hype: c'est un retour en grâce mérité pour un langage que j'ai toujours considéré très élégant. D'ailleurs pour Discourse, ils ont choisit RoR: http://www.codinghorror.com/blog/2013/03/why-ruby.html J'avais fait une tentative d'introduire Ruby au travail vers 2006 (pour du scripting), mais on m'avait expliqué que c'était bien beau mais personne ne voudrait y toucher Et puis le côté faiblement typé et dynamique, c'est un no-go pour beaucoup de développeurs Java, c'est fou comme certains sont bornés... Je vais regarder un peu RoR 4, ça a du bien maturer avec le temps. En ce moment je pousse pour utiliser Grails 2 dans un projet au travail: j'ai déjà utilisé Grails 1.2, et ça s'est bien amélioré depuis. C'est une des retombées positives de RoR: ça a forcé l'écosystème Java à réagir.
  22. Amusant: aujourd'hui j'ai eu le temps de lire tous les messages postés sur liborg
  23. Ah oui je connais, j'avais déjà regardé avant la 1.0, c'était encore du 100% Java à l'époque, et ma conclusion: parfaitement inutile dans 90% des cas. C'est complètement stateless, et ce n'est pas J2EE standard (pas de servlets...) ce qui le rend totalement inintéressant en entreprise. Finalement ça ne m'étonne pas qu'ils soient de plus en plus en Scala: ils doivent s'adapter à la demande de leurs utilisateurs Au passage ils ont planté dans le décor leur base d'utilisateurs 1.0 en cassant la compatibilité lors de la 2.0: c'est sympa, on a toujours de la place dans l'emploi du temps pour se taper des migrations techniques. Mouais, c'est pas un langage mais un ensemble de concepts et techniques, et y'a pas grand chose de neuf depuis 20 ans En fait héritage, polymorphisme, types. tout ça est plutôt secondaire et lié à l'implémentation objet (le langage en fait). Les vrais concepts fondamentaux, c'est l'encapsulation, le découplage et le passage de message. Mais si tu demandes à un programmeur Java il te répondra sans doute les classes et l'héritage. Ce qui est ironique c'est que l'héritage contredit souvent le principe d'encapsulation, et pourtant c'est utilisé à fond dans tous les projets que je vois passer... (en fait le seul héritage qui vaille c'est celui d'interface, mais ça n'a pas encore pércolé dans la communauté) Donc théoriquement, ça doit être possible de faire de l'OO dans n'importe quel langage (genre en JavaScript) sauf que sans mécanisme pour garantir l'encapsulation, c'est laissé à la discrétion des développeur (et en général on sait comment ça finit). Mais dans une petite équipe disciplinée, c'est possible (comme c'est possible d'utiliser Scala sans que ça parte en sucette). Je sais pas, je vois de plus en plus de news Clojure par-ci par-là, mais je ne suis pas vraiment à fond les ballons sur les nouvelles hypes. Il y a quoi de plus hype encore ?
  24. Désolé, mais ta réponse est complètement à côté de la plaque: j'ai parlé d'applications en Scala, comme par exemple Grails qui repose sur Groovy. Et à part Lift, je n'en connais aucune. Et à mon avis c'est un symptôme qui ne trompe pas sur la vraie nature de Scala: c'est un joli joujou qui brille. http://www.codinghorror.com/blog/2008/01/the-magpie-developer.html Ceux qui sont assez vieux se rappelleront qu'on nous avait fait le même coup avec d'autres langages fonctionnels, et qu'ils ont tous finit oubliés (Haskell anyone ?). À la fin il n'y a jamais aucun truc concret qui en sort. En ce moment il y a un genre de hype autour de Clojure, alors vous êtes ringards avec votre Scala Et Clojure, c'est super original, c'est du LISP, un truc complètement nouveau. Voilà: il y a des centaines de boîtes de par le monde qui ont les moyens de payer des petites équipes de développeurs pour faire de l'expérimentation en Scala. Après il y a l'écrasante majorité des boîtes qui travaillent sur des projets normaux, et c'est pas en Scala. Scala c'est un truc pour les 10% de développeurs pour qui la beauté du code compte avant tout, pas pour les mecs comme moi qui veulent juste pondre un truc qui marche et qui soit encore maintenable dans 2 ou 5 ans.
  25. Intéressant retour. C'est con j'ai rien à revendre, sinon j'aurais essayé aussi: je vois de plus en plus d'annonces, mais aucune idée si ça part ou pas.
×
×
  • Créer...