Trouver le meilleur est vital pour bon nombre d'entreprises
Donc tu fais appel à des SSII:
incapables de sourcer correctement. En gros tu tirerais aux dés ça changerait pas grand chose
qui vont chercher a te refiler des mecs en inter-contrat en priorité par ce que elles ont une masse salariale fixe elles
mais tu rêves quelle pourra, et contractuellement devra, te remplacer à l'identique le super mec qu'elle t'avait initialement placé (par hasard). Non elle te refilera juste le tocard quelle a sur les bras.
La réalité c'est que les mecs bons après avoir compris comment marchait le truc passent soit à leur compte par ce quitte à participer au système autant mettre le pognon dans ta poche plutôt que dans celle de quelqu'un d'autre, soit finissent par comprendre qu'il faut fuir les boites qui ont recourt aux SSII (ce qui explique aussi pourquoi ils refusent des postes d'internes dans ces boites).
Je pense que les espaces issues de github, gitlab… ont pris pas mal d'essors pour les projets techniques. La mode actuelle est également de passer sur slack qui est un IRC++ pour les équipes
Attention, je pense que tu penses que le monde se résume à des informaticiens qui parle d'informatique sur le truc hype-ou-il-faut-absolument-etre-aujourd'hui-et-qui-sera-has-been-dans-2ans d’informaticiens du moment.
Cohérent. Tu ne peux pas cracher sur quelque chose tout en y participant.
dire merde à son commercial
Ce n'est pas dire merde.
C'est d'un côté être très clair avec ta boite sur ce que tu sais et veux faire, vendre et dans quelles conditions (Il suffit par exemple d'indiquer qu'ils ne peuvent jamais envoyer ton CV à quelqu'un sans te demander avant et que tu valides avant. Tu peux bien entendu aussi coupler ça la contrepartie que tu veux les aider à personnaliser le truc pour maximiser les chances pour quand ça match etc.).
De l'autre être très clair lorsque tu participes à la vente d'une prestation sur ce que tu sais et peut faire. Bref, simplement être simplement pro. Si tu penses que quelqu'un a menti sur ton dos, tu corriges proprement et simplement.
Déjà selon les contrats/forfait, on peut être mis devant le fait accompli
Tu es dans un marché de demande. Si ta boite fait autant de la merde. Va voir ailleurs. Au pire t'en trouvera une aussi mauvaise mais avec x% d'augmentation. Au mieux tu trouveras une boite correcte.
Tu peux aussi faire habilement de l'inception pour faire réaliser au client qu'on se fou de sa gueule.
L'expérience valoir un passage par la case chômage
Possible. Chaque cas est particulier, mais globalement ce n'est pas un gros problème pour notre branche actuellement. Il me semble que ce poste critiquait les "mauvaises SSII", hors c'est juste l'endroit le plus facile de se faire embaucher. Si on sait faire quelque chose, il y a peu de risques d'empirer sa situation.
J'ajouterai que dire non à sa hiérarchie ne se fait généralement qu'après une certaine expérience pas lorsque l'on est débutant, que la confiance n'est pas forcément là
C'est justement pour cela que j'écris ce genre de commentaires. Soyez pro (côté technique et business), assumez et argumentez vos positions, essayer de ne pas laisser les escrocs profitez de vous. Et ça se passera bien mieux, que de tout accepter en pleurnichant sur un forum après.
Il sera bien temps de pleurnicher et de devoir faire de l'alimentaire lorsque la bulle actuelle va bien finir par exploser…
Bombardé expert après 1 semaine de formation, je me suis retrouvé seul à faire un site de e-commerce sous Magento. Je suis assez fier du résultat… mais j'ai honte du code livré.
Tu sais que tu as une bouche et que tu peux parler à la fois aux gens pour qui tu travailles et aux gens à qui on facture ta prestation ? Si tu acceptes d'être vendu pour ce que tu n'es pas, tu fais parti du truc.
Et c'est bien con de participer à cette mascarade par qu'au final celui qui empoche le pognon ce n'est clairement pas toi.
Nous sommes des professionnels dans un marché florissant (ou si on ne l'est pas on a rien à faire là). Accepter ces conneries c'est se tirer une balle à long terme.
Ce que je trouve le plus triste dans cette histoire pour Debian et Ian,
C'est juste un troll puant. Ça ne sera ni la première ni la dernière. Encore moins chez Debian.
L'erreur est d'apporter la moindre attention aux idiots et autres paumés qui n'ont rien d'autres à faire ou qui pensent que c'est une occupation divertissante. Le fait que des gens répondent et donne encore de l'attention aux idiots est presque plus triste en fait.
Bonne nouvelle ! Ca fait juste… sept ans et un mois qu'il est sorti.
Allez prochaine étape, d'ici 10 ans la communauté Javascript commencera peut être à réaliser que changer 100% de ses frameworks tous les deux ans et combiner les 35 outils hype du mois n'a aucun absolument intérêt :)
Je ne suis pas sur qu'un message type favorise grandement quoi que ce soit. Le message que tu veux faire passer c'est que tu es tellement intéressé par une problematique, et la maîtrise tellement, que le mieux que tu peux faire c'est copier coller un truc pour que le mec d'en face reçoive 200x le même texte et se dire que ça va le faire réfléchir ?
Tu fais quoi toi quand tu reçois le même mail pour la troisième fois ?
En majorité surement, la corporation des médecins est assez "spéciale".
Après mon feedback, je l'avais eu d'un médecin qui est philosophiquement pour, qui pense clairement que les médecins sont des petits cons capricieux à qui on devrait imposer beaucoup plus de choses et qui à délibérément choisi de pratiquer là où justement les personnes auraient besoin de ne rien avancer. Ca ne l’empêchait pourtant pas de dire que ce qui était proposé en pratique était vraiment pas bon et de faire grève avec des arguments qui m'avaient semblés recevables / compréhensible à l'époque (et c'est pas deux mois de trou de trésorerie qui vont me faire pleurer).
Attention je ne dis pas que c'était la pensé de tous les médecins très loi de là, mais qu'au moins un a pu m'expliquer les "vrais" problèmes du truc.
A priori, le tier payant existe déjà avec la CMU, et cela marche bien d'après les médecin eux-même.
J'ai oublié les détails, mais le feedback de première main que j'ai eu était que c'était plutôt la merde (erreurs, délais, besoin de relance etc). Et plutôt que d'être contre le principe, était contre la mise en place dans le contexte actuel.
Qu'est ce qu'y est plus juste :
- 100 malades qui attendent leur remboursement de 80€,
- ou 1 médecin qui attend 100 remboursement de 80€, soit 8000€ ?
A cela tu rajoutes le travail supplémentaire en administratif pour le médecin, les demandes, les suivis, les relances etc…
Le problème est donc dans l'implémentation. Devoir quémander et revérifier le travail d'organismes qui font mal leur boulot. Et c'est bien ça le problème.
Par ce que pour le paiement en différé, le règlement à 30..60 jours tout ceux qui traitent avec des entreprises y survivent. J'ai assez confiance qu'une catégorie socio-professionnelle très aisées puisse survivre au manque de trésorerie passager si c'est fait correctement…
Par ce qu'en fait les ingés qui ne s'expatrient pas directement en californie ne fuient déjà pas actuellement vers quelques zones hors de prix loin de leur famille ? J'ai raté un épisode ou bien ? :)
En étant pragmatique ça ne va pas devenir plus cher que Londres ou SF. Tant que les salaires et que les cool kids y sont je me fais pas trop de soucis…
(Après pour en revenir au sujet d'ici que ta petite palanquée d'ingés payée une fortune change quoi que ce soit sur ton imposition vu les CA en jeux…)
De toute manière il faut déjà le faire pour les mobiles, les navigateurs de mobiles ont généralement une liste très restreinte de certificats
Tu aurais du matériel sur le sujet ?
Je suis pas trop au contact de ce sujet, mais la dernière fois que j'ai regardé le store d'Android était bien chargé et pas très différent de ce qui est fourni par Mozilla, cf A Tangled Mass: The Android Root Certificate Stores
En même temps est-ce un but en soit d'utiliser les technos à la mode ?
Dans une industrie presque incapable d'apprendre de son passé et une science ou il n'y a rien de fondamentalement nouveau depuis des décennies, les trucs à la mode sont en grand majorité soit:
Une n-ième réécriture ou rebranding de la même idée qui existaient hier ou était à la mode il y a 5/10 ans
Une rupture franche par rapport à une technologie éprouvée et mure pour en prendre totalement le contre pied en oubliant toute la maturité de la technologie de départ et ça prend 10 ans pour revenir a un compromis entre les approches
Les trucs à la mode sont majoritairement des trucs pas fini, qui ne le seront jamais (nouveau truc à la mode oblige), qui demandent de jeter tout ce que tu as, qui répond à 10% des besoins (en mentant sur ces 10%: oui c'est disponible ça sera en beta dans la prochaine release), et qui sont écrit par des jeunes loups qui ne voient pas qu'ils réinventent la roue.
Les technos ne sont que des outils pour répondre à un besoin. Il y a beaucoup de chose intéressantes à faire sans tomber dans le hackernews-driven-developpement, et il y aussi plus épanouissant que de réécrire pour la 5ième fois la même chose avec la techno à la mode du moment. Peut-être même que tes utilisateurs seront content que tu te focalises à résoudre leurs problèmes qu'à tout réécrire par ce que c'est vraiment trop INSUPPORTABLE d'écrire "_byte[] buf = new byte[1024];" alors que je préfère ne pas me répéter.
S’intéresser aux vrais problèmes plutôt que de regarder son nombril de développeur, c'est majoritairement ce qu'il manque à l'industrie…
Un HDD c'est grosso modo un tourne disque. C'est efficace pour faire de la lecture séquentielle (~100Mo/s) et ça coute pas cher, mais si tu veux accéder un endroit précis ça dans les 10ms ce qui est une éternité (cf Latency Numbers Every Programmer Should Know
Un SDD c'est grosso modo de la RAM. Ça va pas beaucoup plus vite qu'un HDD si tu lis séquentiellement mais tu peux accéder un endroit précis en ~100us.
Ce genre de propriétés est fondamentale quand tu conçois un système. Sur un HDD tu vas chercher à toujours lire et écrire séquentiellement pour ne pas faire bouger les têtes. Même si ça implique de lire beaucoup trop de donnée c'est toujours plus rapide (c'est par exemple aussi vrai pour la RAM non pas du a un facteur mécanique mais au prefetch).
Tu as ce genre de décision à prendre partout. Les choix de design sont dirigées par le fonctionnement du matériel (CPU, mémoire, disque, réseau) et des systèmes d'exploitation. Si j'ai un interconnect à 5ns pour pas cher, ça coute peut être moins cher de dédier une machine bourrée de RAM pour faire un cache qui va être attaqué par X machines que de faire le cache sur les machines directement. De même si j'ai un très disque rapide en accès aléatoire peut être qu'un gros mmap va devenir plus efficace qu'un LRU avec éviction qui va demander de recalculer la valeur plus tard etc.
Si tu ignores ça, tu conçois des trucs qui tournent des ordres de grandeurs plus lentement que ce que permet le matériel. C'est pour ça qu'il est important de comprendre les fonctionnements de ce qu'on utilise et de connaitre par cœur les ordres de grandeur. Sinon c'est impossible de designer quoi que ce soit, ni de faire des dimensionnement au dos de l'enveloppe.
T'a un disque qui traite plusieurs millions d'écritures à la secondes ?
Pas encore mis la main dessus mais avec les derniers NVMe on va finir par passer la barre. Bon tu me diras que sur ce type de workload, inotify… :)
Si ajoutes l'Omni Path qui arrive, on va pouvoir rechanger la façon de designer les systèmes alors que la plupart des gens n'ont pas encore compris les différences entre un HDD et un SSD.
Tu commences à te connecter depuis n'importe où, avec n'importe qui peut collecter au milieu. C'est certes tout aussi vrai sur le fixe puisque ton ISP ou les routeurs pourraient très bien sniffer les en-tête HTTP et les revendre mais jamais entendu qu'ils le faisaient en pratique.
Pour le MITM, c'est juste que puisque les gros acteurs ont basculés sérieusement vers TLS, le nerf de la guerre va donc être de trouver comment mesurer du trafic chiffré.
Proposer à tes clients de pouvoir naviguer/chercher dans leur historique de transactions CB: on parle de combien de transactions/client/jour ?
Ca dépend de la boîte. J'ai développé des systèmes de cash management pour les plus grosse boites, ça fait du volume avec des contraintes de perf fortes. Non tu n'auras pas de chiffres mais on a jamais appelé ça du big data.
La nature des problèmes fait que c'est difficile à designer (la partie OLTP, la gestion de la cohérence inter-service, les besoins d'audit, le besoin de flexibilité, les vues OLAP pour le reporting etc.).
En vrai, c'est beaucoup plus difficile que la plupart des projets big data qui tournerait sur l'historique…
Vérifier la fraude téléphonique en étudiant l'usage que tes clients font de leur forfait: on parle de combien de sms/appels par jour ?
Pour un pays comme la France ? En arrondissant à l'ordre de grandeur supérieur ? 65M * 100 => 6G entrées par jour. Y'a un peu de volume, mais franchement ça se traite bien sans trucs de fous loin de là.
En ce moment je traite l'intégralité des hits HTTP français fait depuis un mobile, ça casse pas trois pas à un canard.
Je suis pas en train de dire que ces entreprises sont la pointe de la R&D dans ces domaines, et elles ont plein de défauts, mais c'est aussi leur taille qui leur impose de telles contraintes
Et s'inventent pleins de problèmes en voulant croire que leur problème est compliqué alors qu'un simple calcul au dos de l'enveloppe montre qu'ils n'utilisent même pas un cinquantième du hardware à disposition.
Mon point est:
Le niveau d'incompétence dans le secteur est démentiel (non maitrise des principes de bases du Hello World alors tu imagines les résultats dans des systèmes distribués mêlant CS, réseau, système, hardware, programmation, environnements difficile à tester etc.). Tu récupères en permanence des tas de boue ou même le code le plus trivial est foiré. Le niveau régresse d'année en année avec l'arrivé des formations "data scientist" sur le marché ou en fait les mecs n'ont fait qu'un hello world sur les 30 technos à la mode, n'ont aucune connaissance techniques et aussi un niveau science très bas.
La plupart des problèmes sont moyennement intéressant à résoudre: le hardware est très efficace, les outils font grosso modo tout sans possibilité simple d'évolution, le business est simple.
Tout ça ne veut pas dire qu'il n'y pas de besoin, mais ce n'est ni intrinsèquement excitant et qu'on a de gros risque de tomber sur du gros n'importe quoi. Faut juste le savoir avant de fantasmer sur le mot clé à la mode et les war stories de Google/Facebook/Linkedin :) Par contre si ça t'amuse de faire des POC bancals sur une nouvelle techno bancale tout les trois mois, y'à des centaines de boite prêtent à payer rubis sur l'ongle…
Franchement le "big data" sauf si tu es dans une boite avec une énorme culture et des vrais problèmes d'échelle (hint: ils sont vraiment vraiment pas nombreux) c'est juste du gros gros gros flambi. On est face à une génération d'incompétents qui ont 300 technos sur le CV mais qui ne connaissent rien dans quoi que ce soit dans quelque domaine que ce soit.
Ça a l'air de plus en plus assumé, il n'y a qu'à voir dans quelle direction pousse databricks et le niveau autour.
On voit tous passer des milliers d'informations sur Twitter toute la journée. Quand c'est retweeté par nos amis proches, la valeur qu'on leur accorde est différente.
Peut-être que si on arrêtait les bots retweeteurs de tweets retweetés etc. on passerait peut-être sous la barre du millier d'information justement ? :)
De plus comme c'est retweeté par toi, tu ajoutes une empreinte personnelle au tweet qui va "valider" le possible intérêt du tweet pour tes propres contacts.
Bin non puisque c'est pas retweeter par toi mais pas un bot de retweet… La valeur ajoutée ça me semble majoritairement être de chercher à développer son narcissisme virtuel pour pas cher.
Tu veux vendre ca comme un service de curation à haute valeur ajoutée mais c'est republier un truc qui à plus de X retweet. Ca vaut rien ! Si je veux ce service pourquoi je n’utiliserai pas un client qui me permet ça, avec la conf que je souhaite, plutôt que de te suivre ?
C'est mieux que de s'endetter auprès des banques qui de toute façon ont de plus en plus de mal à prendre des risques pour des petits motivés …
C'est certain qu'il vaut mieux que l'on te donne de l'argent plutôt que l'on t'en prête. C'est aussi certain que c'est mieux de que de devoir faire participer des investisseurs aux bénéfices si jamais ça marchait :)
Y'a personne qui a eu l'idée de lancer un site participatif pour financer sa maison ?
[^] # Re: Régression ?
Posté par ckyl . En réponse au journal Rapport Badinter sur le droit du travail..... Évalué à 6. Dernière modification le 27 janvier 2016 à 11:09.
Donc tu fais appel à des SSII:
La réalité c'est que les mecs bons après avoir compris comment marchait le truc passent soit à leur compte par ce quitte à participer au système autant mettre le pognon dans ta poche plutôt que dans celle de quelqu'un d'autre, soit finissent par comprendre qu'il faut fuir les boites qui ont recourt aux SSII (ce qui explique aussi pourquoi ils refusent des postes d'internes dans ces boites).
Là je suis d'accord.
[^] # Re: perte de vitesse
Posté par ckyl . En réponse à la dépêche Discourse, plate-forme de discussion atypique. Évalué à 6.
Attention, je pense que tu penses que le monde se résume à des informaticiens qui parle d'informatique sur le truc hype-ou-il-faut-absolument-etre-aujourd'hui-et-qui-sera-has-been-dans-2ans d’informaticiens du moment.
[^] # Re: « Si vous êtes développeurs de sites web »
Posté par ckyl . En réponse au journal [ HS, enfin presque ] SNCF, transilien.fr, du gros n'importe quoi.. Évalué à 4.
Cohérent. Tu ne peux pas cracher sur quelque chose tout en y participant.
Ce n'est pas dire merde.
C'est d'un côté être très clair avec ta boite sur ce que tu sais et veux faire, vendre et dans quelles conditions (Il suffit par exemple d'indiquer qu'ils ne peuvent jamais envoyer ton CV à quelqu'un sans te demander avant et que tu valides avant. Tu peux bien entendu aussi coupler ça la contrepartie que tu veux les aider à personnaliser le truc pour maximiser les chances pour quand ça match etc.).
De l'autre être très clair lorsque tu participes à la vente d'une prestation sur ce que tu sais et peut faire. Bref, simplement être simplement pro. Si tu penses que quelqu'un a menti sur ton dos, tu corriges proprement et simplement.
Tu es dans un marché de demande. Si ta boite fait autant de la merde. Va voir ailleurs. Au pire t'en trouvera une aussi mauvaise mais avec x% d'augmentation. Au mieux tu trouveras une boite correcte.
Tu peux aussi faire habilement de l'inception pour faire réaliser au client qu'on se fou de sa gueule.
Possible. Chaque cas est particulier, mais globalement ce n'est pas un gros problème pour notre branche actuellement. Il me semble que ce poste critiquait les "mauvaises SSII", hors c'est juste l'endroit le plus facile de se faire embaucher. Si on sait faire quelque chose, il y a peu de risques d'empirer sa situation.
C'est justement pour cela que j'écris ce genre de commentaires. Soyez pro (côté technique et business), assumez et argumentez vos positions, essayer de ne pas laisser les escrocs profitez de vous. Et ça se passera bien mieux, que de tout accepter en pleurnichant sur un forum après.
Il sera bien temps de pleurnicher et de devoir faire de l'alimentaire lorsque la bulle actuelle va bien finir par exploser…
[^] # Re: « Si vous êtes développeurs de sites web »
Posté par ckyl . En réponse au journal [ HS, enfin presque ] SNCF, transilien.fr, du gros n'importe quoi.. Évalué à 3. Dernière modification le 06 janvier 2016 à 21:57.
Tu sais que tu as une bouche et que tu peux parler à la fois aux gens pour qui tu travailles et aux gens à qui on facture ta prestation ? Si tu acceptes d'être vendu pour ce que tu n'es pas, tu fais parti du truc.
Et c'est bien con de participer à cette mascarade par qu'au final celui qui empoche le pognon ce n'est clairement pas toi.
Nous sommes des professionnels dans un marché florissant (ou si on ne l'est pas on a rien à faire là). Accepter ces conneries c'est se tirer une balle à long terme.
[^] # Re: Froid dans le dos
Posté par ckyl . En réponse au journal Ian Murdock est mort :-(. Évalué à 10.
C'est juste un troll puant. Ça ne sera ni la première ni la dernière. Encore moins chez Debian.
L'erreur est d'apporter la moindre attention aux idiots et autres paumés qui n'ont rien d'autres à faire ou qui pensent que c'est une occupation divertissante. Le fait que des gens répondent et donne encore de l'attention aux idiots est presque plus triste en fait.
[^] # Re: Python 3?
Posté par ckyl . En réponse au journal CPython abandonne Mercurial et passe à Git et Github. Évalué à 10.
On veut des noms. On balance ou on balance pas !
[^] # Re: Python 3?
Posté par ckyl . En réponse au journal CPython abandonne Mercurial et passe à Git et Github. Évalué à 10.
Bonne nouvelle ! Ca fait juste… sept ans et un mois qu'il est sorti.
Allez prochaine étape, d'ici 10 ans la communauté Javascript commencera peut être à réaliser que changer 100% de ses frameworks tous les deux ans et combiner les 35 outils hype du mois n'a aucun absolument intérêt :)
[^] # Re: Liberté, Égalité, Fraternité
Posté par ckyl . En réponse à la dépêche Projet de loi de finances FR 2016 : interdiction des logiciels libres de comptabilité et de caisse. Évalué à 9.
Je ne suis pas sur qu'un message type favorise grandement quoi que ce soit. Le message que tu veux faire passer c'est que tu es tellement intéressé par une problematique, et la maîtrise tellement, que le mieux que tu peux faire c'est copier coller un truc pour que le mec d'en face reçoive 200x le même texte et se dire que ça va le faire réfléchir ?
Tu fais quoi toi quand tu reçois le même mail pour la troisième fois ?
[^] # Re: Impôts et lisibilité
Posté par ckyl . En réponse au journal [HS] L'impôt sur le revenu français, pas si progressif, voire régressif. Évalué à 7.
Dans quel cas un couple paie plus que deux personnes célibataires ?
Tu payes au pire pareil (les deux sont dans la même tranche) ou moins (l'un utilise les tranches inférieures de l'autre).
[^] # Re: champagne.... et femmes, mais champomy ça le fera.
Posté par ckyl . En réponse au journal [HS] La complémentaire santé obligatoire, encore une fausse bonne idée française. Évalué à 5.
En majorité surement, la corporation des médecins est assez "spéciale".
Après mon feedback, je l'avais eu d'un médecin qui est philosophiquement pour, qui pense clairement que les médecins sont des petits cons capricieux à qui on devrait imposer beaucoup plus de choses et qui à délibérément choisi de pratiquer là où justement les personnes auraient besoin de ne rien avancer. Ca ne l’empêchait pourtant pas de dire que ce qui était proposé en pratique était vraiment pas bon et de faire grève avec des arguments qui m'avaient semblés recevables / compréhensible à l'époque (et c'est pas deux mois de trou de trésorerie qui vont me faire pleurer).
Attention je ne dis pas que c'était la pensé de tous les médecins très loi de là, mais qu'au moins un a pu m'expliquer les "vrais" problèmes du truc.
[^] # Re: champagne.... et femmes, mais champomy ça le fera.
Posté par ckyl . En réponse au journal [HS] La complémentaire santé obligatoire, encore une fausse bonne idée française. Évalué à 3.
J'ai oublié les détails, mais le feedback de première main que j'ai eu était que c'était plutôt la merde (erreurs, délais, besoin de relance etc). Et plutôt que d'être contre le principe, était contre la mise en place dans le contexte actuel.
[^] # Re: champagne.... et femmes, mais champomy ça le fera.
Posté par ckyl . En réponse au journal [HS] La complémentaire santé obligatoire, encore une fausse bonne idée française. Évalué à 10.
Le problème est donc dans l'implémentation. Devoir quémander et revérifier le travail d'organismes qui font mal leur boulot. Et c'est bien ça le problème.
Par ce que pour le paiement en différé, le règlement à 30..60 jours tout ceux qui traitent avec des entreprises y survivent. J'ai assez confiance qu'une catégorie socio-professionnelle très aisées puisse survivre au manque de trésorerie passager si c'est fait correctement…
[^] # Re: La cloche n'a pas encore sonné
Posté par ckyl . En réponse au journal Optimisation fiscale, l'OCDE siffle la fin de la récré. Évalué à 3.
Par ce qu'en fait les ingés qui ne s'expatrient pas directement en californie ne fuient déjà pas actuellement vers quelques zones hors de prix loin de leur famille ? J'ai raté un épisode ou bien ? :)
En étant pragmatique ça ne va pas devenir plus cher que Londres ou SF. Tant que les salaires et que les cool kids y sont je me fais pas trop de soucis…
(Après pour en revenir au sujet d'ici que ta petite palanquée d'ingés payée une fortune change quoi que ce soit sur ton imposition vu les CA en jeux…)
[^] # Re: Cross-signed
Posté par ckyl . En réponse au journal Le premier certificat SSL de Let's Encrypt. Évalué à 2.
Tu aurais du matériel sur le sujet ?
Je suis pas trop au contact de ce sujet, mais la dernière fois que j'ai regardé le store d'Android était bien chargé et pas très différent de ce qui est fourni par Mozilla, cf A Tangled Mass: The Android Root Certificate Stores
[^] # Re: Cool attitude
Posté par ckyl . En réponse au journal Qui fait des trucs "cools" en France et en Europe?. Évalué à 10. Dernière modification le 12 septembre 2015 à 11:14.
En même temps est-ce un but en soit d'utiliser les technos à la mode ?
Dans une industrie presque incapable d'apprendre de son passé et une science ou il n'y a rien de fondamentalement nouveau depuis des décennies, les trucs à la mode sont en grand majorité soit:
Les trucs à la mode sont majoritairement des trucs pas fini, qui ne le seront jamais (nouveau truc à la mode oblige), qui demandent de jeter tout ce que tu as, qui répond à 10% des besoins (en mentant sur ces 10%: oui c'est disponible ça sera en beta dans la prochaine release), et qui sont écrit par des jeunes loups qui ne voient pas qu'ils réinventent la roue.
Les technos ne sont que des outils pour répondre à un besoin. Il y a beaucoup de chose intéressantes à faire sans tomber dans le hackernews-driven-developpement, et il y aussi plus épanouissant que de réécrire pour la 5ième fois la même chose avec la techno à la mode du moment. Peut-être même que tes utilisateurs seront content que tu te focalises à résoudre leurs problèmes qu'à tout réécrire par ce que c'est vraiment trop INSUPPORTABLE d'écrire "_byte[] buf = new byte[1024];" alors que je préfère ne pas me répéter.
S’intéresser aux vrais problèmes plutôt que de regarder son nombril de développeur, c'est majoritairement ce qu'il manque à l'industrie…
[^] # Re: Possible lien avec Inotify
Posté par ckyl . En réponse à la dépêche Sortie de Fim 1.0.2, qui vérifie l'intégrité de vos fichiers. Évalué à 5.
Chacun à des propriétés très différentes.
Un HDD c'est grosso modo un tourne disque. C'est efficace pour faire de la lecture séquentielle (~100Mo/s) et ça coute pas cher, mais si tu veux accéder un endroit précis ça dans les 10ms ce qui est une éternité (cf Latency Numbers Every Programmer Should Know
Un SDD c'est grosso modo de la RAM. Ça va pas beaucoup plus vite qu'un HDD si tu lis séquentiellement mais tu peux accéder un endroit précis en ~100us.
Ce genre de propriétés est fondamentale quand tu conçois un système. Sur un HDD tu vas chercher à toujours lire et écrire séquentiellement pour ne pas faire bouger les têtes. Même si ça implique de lire beaucoup trop de donnée c'est toujours plus rapide (c'est par exemple aussi vrai pour la RAM non pas du a un facteur mécanique mais au prefetch).
Tu as ce genre de décision à prendre partout. Les choix de design sont dirigées par le fonctionnement du matériel (CPU, mémoire, disque, réseau) et des systèmes d'exploitation. Si j'ai un interconnect à 5ns pour pas cher, ça coute peut être moins cher de dédier une machine bourrée de RAM pour faire un cache qui va être attaqué par X machines que de faire le cache sur les machines directement. De même si j'ai un très disque rapide en accès aléatoire peut être qu'un gros mmap va devenir plus efficace qu'un LRU avec éviction qui va demander de recalculer la valeur plus tard etc.
Si tu ignores ça, tu conçois des trucs qui tournent des ordres de grandeurs plus lentement que ce que permet le matériel. C'est pour ça qu'il est important de comprendre les fonctionnements de ce qu'on utilise et de connaitre par cœur les ordres de grandeur. Sinon c'est impossible de designer quoi que ce soit, ni de faire des dimensionnement au dos de l'enveloppe.
PS: Oui j'ai beaucoup beaucoup simplifié
[^] # Re: Desboîtesmoins sexy aussi
Posté par ckyl . En réponse au journal Qui fait des trucs "cools" en France et en Europe?. Évalué à 2. Dernière modification le 11 septembre 2015 à 17:35.
Oui. ~80% des part de marché (les gros quoi). Après peut-être que les autres ont d'autres deals…
[^] # Re: Possible lien avec Inotify
Posté par ckyl . En réponse à la dépêche Sortie de Fim 1.0.2, qui vérifie l'intégrité de vos fichiers. Évalué à 2.
Pas encore mis la main dessus mais avec les derniers NVMe on va finir par passer la barre. Bon tu me diras que sur ce type de workload, inotify… :)
Si ajoutes l'Omni Path qui arrive, on va pouvoir rechanger la façon de designer les systèmes alors que la plupart des gens n'ont pas encore compris les différences entre un HDD et un SSD.
[^] # Re: Des boîtes moins sexy aussi
Posté par ckyl . En réponse au journal Qui fait des trucs "cools" en France et en Europe?. Évalué à 2.
Tu commences à te connecter depuis n'importe où, avec n'importe qui peut collecter au milieu. C'est certes tout aussi vrai sur le fixe puisque ton ISP ou les routeurs pourraient très bien sniffer les en-tête HTTP et les revendre mais jamais entendu qu'ils le faisaient en pratique.
Pour le MITM, c'est juste que puisque les gros acteurs ont basculés sérieusement vers TLS, le nerf de la guerre va donc être de trouver comment mesurer du trafic chiffré.
[^] # Re: Des boîtes moins sexy aussi
Posté par ckyl . En réponse au journal Qui fait des trucs "cools" en France et en Europe?. Évalué à 6.
Les opérateurs mobiles fournissent les logs anonymisés de leur proxy http aux gens qui font de la mesure d'audience.
Si tu combines ça à l'utilisation massive du WIFI, oui ça fait longtemps qu'il aurait été judicieux de tout basculer en TLS (et empêcher le MITM).
[^] # Re: Des boîtes moins sexy aussi
Posté par ckyl . En réponse au journal Qui fait des trucs "cools" en France et en Europe?. Évalué à 10.
Ca dépend de la boîte. J'ai développé des systèmes de cash management pour les plus grosse boites, ça fait du volume avec des contraintes de perf fortes. Non tu n'auras pas de chiffres mais on a jamais appelé ça du big data.
La nature des problèmes fait que c'est difficile à designer (la partie OLTP, la gestion de la cohérence inter-service, les besoins d'audit, le besoin de flexibilité, les vues OLAP pour le reporting etc.).
En vrai, c'est beaucoup plus difficile que la plupart des projets big data qui tournerait sur l'historique…
Pour un pays comme la France ? En arrondissant à l'ordre de grandeur supérieur ? 65M * 100 => 6G entrées par jour. Y'a un peu de volume, mais franchement ça se traite bien sans trucs de fous loin de là.
En ce moment je traite l'intégralité des hits HTTP français fait depuis un mobile, ça casse pas trois pas à un canard.
Et s'inventent pleins de problèmes en voulant croire que leur problème est compliqué alors qu'un simple calcul au dos de l'enveloppe montre qu'ils n'utilisent même pas un cinquantième du hardware à disposition.
Mon point est:
Tout ça ne veut pas dire qu'il n'y pas de besoin, mais ce n'est ni intrinsèquement excitant et qu'on a de gros risque de tomber sur du gros n'importe quoi. Faut juste le savoir avant de fantasmer sur le mot clé à la mode et les war stories de Google/Facebook/Linkedin :) Par contre si ça t'amuse de faire des POC bancals sur une nouvelle techno bancale tout les trois mois, y'à des centaines de boite prêtent à payer rubis sur l'ongle…
[^] # Re: Des boîtes moins sexy aussi
Posté par ckyl . En réponse au journal Qui fait des trucs "cools" en France et en Europe?. Évalué à 10. Dernière modification le 10 septembre 2015 à 11:40.
Franchement le "big data" sauf si tu es dans une boite avec une énorme culture et des vrais problèmes d'échelle (hint: ils sont vraiment vraiment pas nombreux) c'est juste du gros gros gros flambi. On est face à une génération d'incompétents qui ont 300 technos sur le CV mais qui ne connaissent rien dans quoi que ce soit dans quelque domaine que ce soit.
Ça a l'air de plus en plus assumé, il n'y a qu'à voir dans quelle direction pousse databricks et le niveau autour.
Et il n'y a qu'un conseil à donner: fuir.
[^] # Re: selon la popularité?
Posté par ckyl . En réponse au journal Retweet 0.3 : retweets selon la popularité. Évalué à 4.
C'est effectivement d'autant plus triste qu'il n'y a même d'espace publicitaire à facturer qui est normalement l'explication de ce genre de choses.
[^] # Re: selon la popularité?
Posté par ckyl . En réponse au journal Retweet 0.3 : retweets selon la popularité. Évalué à 8.
Peut-être que si on arrêtait les bots retweeteurs de tweets retweetés etc. on passerait peut-être sous la barre du millier d'information justement ? :)
Bin non puisque c'est pas retweeter par toi mais pas un bot de retweet… La valeur ajoutée ça me semble majoritairement être de chercher à développer son narcissisme virtuel pour pas cher.
Tu veux vendre ca comme un service de curation à haute valeur ajoutée mais c'est republier un truc qui à plus de X retweet. Ca vaut rien ! Si je veux ce service pourquoi je n’utiliserai pas un client qui me permet ça, avec la conf que je souhaite, plutôt que de te suivre ?
Le monde "moderne" ne cessera de m'étonner.
[^] # Re: Moi je trouve ça sympa !
Posté par ckyl . En réponse au journal À la vôtre… Hips !. Évalué à 10.
C'est certain qu'il vaut mieux que l'on te donne de l'argent plutôt que l'on t'en prête. C'est aussi certain que c'est mieux de que de devoir faire participer des investisseurs aux bénéfices si jamais ça marchait :)
Y'a personne qui a eu l'idée de lancer un site participatif pour financer sa maison ?