Reprise du message précédent :
Oui en Allemagne c'est deux semaines de préavis pendant la période d'essai.
Et t'as absolument pas le droit de donner ledit préavis à l'employé avant qu'il commence donc logiquement le mec a le droit a
- Son package de déménagement/relogement complet.
- Deux semaines de salaire.
- Peut-être même sa prime à la signature s'il y en a... enfin là ça doit peut-être dépendre des conditions.
 
Et le CTO ricain ferait mieux de laisser les RH discuter la prochaine fois.
 
Après ce que me choque surtout, quand t'as une runway de un mois le minimum c'est en effet de geler les embauches comme l'a dit masklinn.
Surtout pour une boîte européenne dont la direction/RH/légal savent pertinemment que ça va leur retomber sur la gueule s'ils traitent les employés locaux comme ceux "at will" aux US.
 
Si tu démissionnes, résilies ton bail et annonce ton départ aux autorités de ton pays et qu'un truc comme ça t'arrive, je connais pas les lois en Tchéquie mais j'imagine que c'est pas forcément simple d'aller demander le chômage et retrouver un logement ensuite.

 
Itou. Même si bon... fait chier pour toi.

Apparemment il y a pas de prérequis pour le chômage (sauf pas avoir de revenus), <50 ans t'as droit à 5 mois, si t'as démissionné c'est 45% de ton salaire (sinon c'est 65% pour 2 mois, 50% pour 2 mois et 45% pour le reste) jusqu'à 520€/mois.

Par contre pour le logement c'est demerden sie sich je présume.

C'est un classique les fausses annonces d'embauche pour essayer de noyer le poisson quand fiat un gros plan social de réduction d'emplois. Mais normalement dans ce cas on ne répond pas aux envois de CV, on fait encore moins un concours de programmation, on se contente de les garder sous le coude pour des jours meilleurs. Quand au CTO ricain, effectivement il ne sait pas comment ça se passe en Europe, mais s'il fait ça aux US, ça craint, parce que passer d'une cote à l'autre, c'est aussi compliqué que de déménager à Berlin.

BlackYell is aliveeeeee \o/ \o/ \o/

 
Coïncidence ? Je ne crois pas

Oh bordel, la migraine (chose qui ne m'arrive que très rarement) au boulot combinée aux bruits des 3 chantiers qui nous entoure c'est super agréable

Tu pourrais être à 8 dans un bureau avec une clim en panne, en plein mois de juillet   .

On a pas de clim, on atteint facilement les 31°

Je suis rentré pour bosser de chez moi, ce sera toujours mieux.

\o/  \o/  \o/  \o/  \o/

Comment allez vous M. Gatsu ?

Chuuuuut

Moi c'est l'inverse... 32° chez moi, du coup je profite de la clim au taff ^^

Bien Medy demandait de tes nouvelles

moi tout craché
 

Bon, j'ai une offre de PéninsuleAppolo à +5% de fixe et +9% de variable.
 
Maintenant va falloir prendre une décision

Avec ton augmentation annuelle çà va faire un move pour gagner 3% sur ton package, ça semble pas être un super incentive

ça existe plus ça

 
ouais enfin l'an dernier j'ai eu 4%
 
Si je refais + 4% ça m'amène au fixe de la propale à la louche.

bah bouge pas si c'est pour l'argent.

 
Oui c'est ça !
 

Sinon je crois que j'ai atteint mon niveau d'incompétence. La plateforme eclipse, tu passes ton temps à lire le code de l'API pour savoir un tant soit peu ce qui se passe.

 
ouais... Enfin +15% c'est pas négligeable non plus. Enfin, la semaine de vacances à venir va permettre d'y voir plus clair.

Comment  passes tu de "+5 sur un gros bout et +9 sur un petit bout sans prendre en compte l'augment annuelle"  à "+15" ?
 

C'est le +9% qui à mon avis se rapporte à un variable mais sur un pourcentage exprimé du fixe.

Voilà.

Je passerai de 50 k a 52.5 plus 4.5 de variable.

Le variable est lié à quoi ?

Objectifs individuels et collectifs.

Un pote qui a passe 7 ans chez eux me disait que c'était de l'ordre de 60 % / 40%. Et qu'une bonne année dans une bonne équipe tu pouvais taper 150% du variable.

Yop

Pas trouvé de topic spécialisé, j'essaie de caser ça ici si vous permettez  

Ma boite (petite structure) utilise en système de versioning SVN.
J'arrive d'un point de vue extérieur/novice et ai lancé une discussion sur nos usages, à savoir (grosso merdo, je vais pas pitcher sur 50 lignes) une mauvaise utilisation du principe de taggage/branches.
 
Le serveur contenant le dépôt sert de... dépôt, et on utilise uniquement des commit/checkout et revert. Du basique.
L'idée est de se discipliner pour intégrer le fonctionnement de branches, en gérant mieux les versions (au sens de l'appli web que nous développons).
 
Bref, intro faite, je suis en train de comparer les principaux "concurrents" que sont SVN (l'actuel système, qui sera conservé si aucun intérêt de changer n'est démontré) et GIT.
 
J'ai écumé les internets pour trouver des comparatifs, qui sont pour la plupart un peu flous, ou subjectifs (pro-svn, ou pro-git).
 
Je ne suis pas satisfait de ce que j'ai rassemblé, certainement incomplet, maladroit et peu explicite.
 
Résumé pour le moment à ça:
 

 

Est-ce que quelqu'un (idéalement ayant pratiqué les 2) saurait me spécifier les différences fonctionnelles?
Du genre, SVN est-il réellement moins bon sur la gestion de branches? Y a-t-il un écart significatif côté sûreté, historique, etc?
J'ai également lu (et ignoré) des trucs sur la place occupée par les dépôts respectifs et les perfs, et osef franchement que ça prenne 20Mo de plus ou +0,5sec pour un commit.

Merci  

Oui SVN est pas fait pour faire des branches, c'est pas la philosophie ça se sent à l'usage c'est lourd de créer des branches et de les fusionner.

Si vous restez à SVN je vous conseille de ne pas insister dans cette direction et de partager tous le repo principal.

Si vous tenez à utiliser les branches, il faut basculer à git. Le travail d'éducation sera important si l'équipe n'a pas d'expérience, mais c'est le standard de fait des gestionnaires de sources aujourd'hui, c'est pas perdu.

/edit : j'ajoute que pour le côté discipline, et pour gérer les branches correspondant aux versions de releases, vous ne gagnerez rien à passer à git.

Créer des branches c'est pas du tout difficile dans SVN, par contre c'était vraiment la merde à intégrer, et même si ça c'est amélioré je doute que ça devienne jamais aussi bon que dans un VCS pour qui c'est nécessairement une opération de routine.

Et faut aussi noter qu'il y a des cas d'utilisation pour lesquels un DVCS en général et Git en particulier marche juste pas, genre le gamedev avec n>1.

Et bien sûr

Et son interface est un gigantesque tas de merde

Pas mieux.

Tu peux chercher le topic aussi, on parlait régulièrement de ces trucs circa 2006~2008 (et on se foutait de tamahome qui trouvait que VSS c'était bien)

Sinon j'ai deux vieux commentaires dont je reste assez fier sur CVCS/DVCS (ça a presque 10 ans, mon expérience à l'époque c'était surtout Mercurial et SVG avec un poil de git, bazaar, darcs, CVS et   VSS ):

 
Pure curiosité, tu as déjà utilisé Perforce ?

je pense que le problème de la merditude de la CLI vient en parti du fait qu'elle veut trop en faire:
- on peut travailler avec plusieurs remotes en même temps
- on peut travailler avec des branches du même nom sur plusieurs remotes différents
- on peut tracker une branche d'un nom différent
- des multitudes d'options dans tous les sens
etc...
 
en gros ça laisse trop de liberté sur ce qu'on peut faire, ce qui le rend à la fois puissant mais très compliqué à utiliser. La CLI de git c'est un peu comme avoir un gros 4x4 blindé pour rouler en ville.
 
La puissance de ce qu'on peut faire aurait dû être caché dans des commandes annexes, histoire de ne pas pourrir le manuel des commandes de base...

Moi je trouve SVN pas si mauvais.

Git apporte la séparation commit / publication , c'est a mon avis suffisant pour justifier son adoption , par contre.

Et dans le cas en question , c'est aussi une bonne occasion d'obliger les gens a changer d'habitudes.

Il suffit de Tortoisegit pour cacher la misère, mais cela ne dispense pas d'une formation interne de l'équipe à l'outil.

bah le pb c'est quand t'es en tête détachée ou que t'as un merge en cours, y'a rien pour te le dire, et c'est la galère pour en sortir.

Non.

Elle en fait pas nécessairement plus que hg par exemple, les problèmes viennent du fait que les commandes de la porcelaine sont pas orthogonales, sont pas bien séparées (entre elles et du plumbing), et que dans la mesure où les commandes étaient historiquement des scripts/binaires séparés pendant longtemps il y a eu une forte tendance à ajouter des modes/options à la con à des commandes existantes plutôt que d'augmenter le nombre de commandes. J'veux dire le support de "git checkout foo/bar" fondamentalement ça sert à rien, tu te retrouves sur une tête détachée (un truc que Git aime pas du tout et gère très mal) et si tu débutes t'es parti pour perdre ton boulot ou devoir aller bricoler le reflog dans 5mn.

Sinon, ce que je regrette dans Git par rapport à SVN, c'est les numéros de révisions croissants sur un repo. C'est tout con, mais ça permet de voir immédiatement si un truc est plus récent qu'un autre.

Ça c'est intrinsèque à un DVCS, tu peux logiquement pas avoir une séquence strictement incrémentale dans un système pûrement distribué.

Bazaar a essayé de passer outre et c'était absolument catastrophique.

Mercurial a des numéros de révision locaux (c'est pas valide d'un repo à l'autre et ça peut changer après push/pull) en plus du "Changeset ID" (qui est un hash comme dans git).

 
Pourquoi    
 

 
GitExtensions cache super bien la misère, SourceTree aussi   Avec un bon client git on arrive à cacher cette merde oué

Les fichiers pas mergeables (genre tes assets binaires) c'est la grosse merde dans un DVCS en général, et Git en particulier gère très mal les vraiment gros fichiers et repos et est difficilement extensible pour les gérer (contrairement à hg, raison pour laquelle FB utilise mercurial plutôt que git pour leur monorepo internes)

 
Oui j'avoue que pour les quelques ressources binaires des applis c'est vite chiant git  Mais pas eu le courage de regarder nexus/artifactory et de comment ça peut être relié à git hélas.

git lfs pour les binaires ?