Reprise du message précédent :

 
le dossier mes documents correspond à cette description.

Du porn c’est du porn

Pas trop dur le blues de la retraite?

ça doit quand même être motivé par la Direction si le profil est nominatif non ?
Enfin pour moi (de ce que j'avais compris au niveau légal), personnel ou pas personnel, le service informatique n'a pas le droit sans l'accord de la hiérarchie + motivation...  (recherche d'un fichier pro, preuve pour licenciement, etc...)

Un peu le même principe que regarder la traffic et les visites des collègues en temps réel... Si besoin de détecter problème réseau ok de checker mais on ne doit pas se servir de ce qu'on a pu voir non ?

le traffic c'est 100% à la société par contre de souvenir, le je regarde que ce qui m'interresse c'est juste de l'étiquette pour pas rendre l'ambiance invivable.

edit: après mes cours de droits appliqué a l'informatique ça commence a daté donc ça à pu changer.

Oui moi aussi, c'est pour ça que c'est sous forme de question
 
Je sais que notre firewall anonymise le traffic par défaut, on a la main pour faire sauter ce truc.... Je sais pas si c'est lié au RGPD... Un expert ?

Pour information, je suis assermenté. Le problème c’est que le gars était en rou libre depuis plusieurs années. Il est partie en retraite en Avril, et à tout laisser sur son PC rien sur les serveurs. Moi j’arrive comme encadrant en septembre et je tombe sur un technicien qui me dit nous devons récupérer des données sur sa machine.
Vis à vis de sa femme qui bosse encore là, j’ai effacé le tout histoire de ne pas créer des histoires un jour ou l’autre. Et puis en plus elle est vieille lol
 
Mais franchement le gars administrateur système, il fou du porn sur son PC du taff, du porn perso, et il part à la retraite en laissant tout cela...  
 
Quel con c’est tout !

 
Oui dans le genre option la pipe avec ou sans dentier.

 
Non, ça a été jugé plusieurs fois. Par défaut, tout ce qui est dans l'ordi est jugé comme appartenant à l'entreprise, sauf mention explicite "personnel" ou "perso".
 
 
 
C'est pour ça que je dis "selon poste". On parle d'un IT qui regarde le poste d'un autre IT là. S'il est au dessus de lui, c'est bon.

My 2 cents : il me semblait qu'il fallait indiquer "Privé", car le terme "Personnel" peut laisser entendre que le dossier se rapporte au domaine RH (donc consultable car en lien avec l'entreprise).

La p'tite parenthèse qui met bien...
(Sauf cas d'urgence).
Définissez "cas d'urgence" svp?
 
Le débat sans fin...

Le cas d'urgence peut toujours aller être débattu aux prud'hommes en cas de conflit avec l'employeur. Le reste non.  
 
Et les données trouvées dans les dossiers marqués personnels (que ce soit par accident, cas d'urgence ou que ne sais-je) ne peuvent être utilisés/retenus contre l'employé. Si on te vire parceque tu avais une sextape de toi et de la secrétaire dans ton dossier "privé", tu peux aller aux prud'hommes/tribunal pour gagner à tous les coups.

C'est assez cool que la loi protège l'employé, par contre si on pousse le concept à l'extrême, je pourrais faire de l'accumulation de documents et autres pour faire couler ma boîte, voire monter une boîte concurrente dont je suis le boss pendant que je bosse pour la boîte qui me paie officiellement (boîteception ), tant que je stocke tout dans un dossier "perso", toutes ces preuves sont inutilisables ? Doit y avoir une nuance, ça me parait gros

La mention "présence du salarié" me fait pas mal gamberger aussi, le patron qui tombe sur la vidéo J&M compliant avec la DRH et le vieil admin, quel est le pire, tomber sur la vidéo, ou le fait que l'employé soit là quand le patron fait la trouvaille ?

quand bien même ce serait le cas je ne vois pas en quoi c'est important, déjà ça doit pas arriver souvent et ensuite l'employé malveillant peut aussi bien mettre les documents sur une clé usb ou un quelconque cloud auquel la boîte n'a pas accès, le résultat est le même

 Sauf que dans une vrai boîte t'a pas accès à un cloud non approuvé ou au port usb pour du stockage.

alors disons qu'on n'a pas bossé dans les mêmes vraies boîtes  

Oui pardon laisse moi formuler ça autrement.

"Les boîtes déterminé à empêcher les fuites d'informations"

 
Délit d'initié, délit de non concurrence, pas une bonne idée [Délit hein, pas infraction...]

Des retours d'experience stockage mid-range SAN ?
 
Dans le viseurs baies EMC SC3000 ou 5000, ou du Nimble.
Pure storage ça donne quoi?
 
à la louche c'est pour du 50 TB en très hétérogène niveau IO

Je ne suis pas sûr d'arriver à distinguer la nuance entre les deux  
 
Dans tous les cas je vous rassure je ne suis pas du genre à monter un truc comme ça en loucedé

Un délit est passible de peine de prison, juge etc...
Infraction = amende

En gros excès de vitesse vmax +10 = infraction (amende+points)
Vmax +31 = délit (amende point convocation tribunal avec possibilité de suspension de permis interdiction d'examen etc...)

Thanks

Hello,
 
J'aimerai avoir votre avis, histoire de débattre un peu.
Prenez un silo pur dev, un silo pur "opération - métier" et au milieu de tout cela, " l'IT " .
Pourquoi au milieu, parce que l'IT répond à des besoins d'infrastructure, d'outil, d'architecture, et de process / sécurité (sauvegarde, etc..) dès le début (pour les dev) jusqu'à la fin (lors que c'est en running, du coup côté opé).
 
Avec cette fameuse hype du "devops" voir du "noops", j'ai l'impression que ce "silo" transverse tenderait à disparaitre voir serait complètement "mangé" par le silo dev.
 
Ma question est, est-ce vraiment le cas ?
Est-ce qu'un tel silo transverse (ça fait bizarre d'écrire cela) puisse subsister ? (en gros on aurait du DevOps et ItOps).
 
Je me pose cette question car si on prend une "équipe" IT dite classique (un DAF , un RSI, un admin sys, resal, etc et des tech), comment pourrait-elle vivre ce changement de paradigme ?
 
Est-ce qu'il y en a qui sont passés par là ?
Je crois qu'il y a des boites que toute cette équipe s'est transformées en "Cloud kkchose", mais je ne sais pas dire si elle a été intégrée directement dans la partie dev (et donc sous le CTO), ou si elle a sû rester sous un CIO (par ex).
Ou bien que CIO n'a plus aucun sens dans ce mode de fonctionnement.
 
A vous

démissionne.

C'est pour ma culture

c'est de la merde la culture, tu devrais plutôt démissionner

démissionne,
 
au délà de ça (ma cogip est en plein dedans) je pense qu'il ne s'agit pas d'une disparition mais d'une transformation. Par exemple ici, une équipe a été montée par la partie opérations pour développer un portail web (et une API) qui permet de commander / supprimer / allumer / modifier des VM (avant ça passait par une demande traitée manuellement), pour une plus grande indépendance des dev (et c'est utile aussi aux autres). On se rend de toute façon compte que c'est un passage obligé, on est quelque part en concurrence avec AWS, Azure et autres qui proposent déjà beaucoup de possibilités d'automatisation et de services à valeur ajoutée avec leur hébergemenr (et puis une fois que le client utilise la DB ou autre outil proprio dans son appli il devient captif, pratique ).
 
A l'inverse il y a eu une expérimentation sur une appli ou tout a été géré quasiment de A à Z par des devs (hébergée dans le cloud donc dépendance à nos infras limitée), bah sans surprise sur l'opérationnel ça se passe pas super, fiabilité et gestion des incidents pas satisfaisante. Créer une VM chez amazon se fait en 3 clics mais gérer une plateforme d'hébergement d'une certaine envergure en haute dispo reste un métier.
 
En tout cas c'est sûr que côté IT il faut savoir se poser la question de la valeur ajoutée qu'on apporte, un opérateur qui clique sur des boutons toute la journée sera sûrement remplacé par un programme demain. Après comment et par qui sera géré le programme ? c'est une question qui peut avoir des tas de réponses.

Le problème de la valeur ajoutée est également la définition que veut bien lui apporter.
Exemple simple, avoir une infrastructure sécurisée c'est pas une valeur ajoutée en soit. Ça se vend pas comme "tel" au client.
Au contraire, c'est plutôt un pré-requis, voir une évidence.
A la différence d'un développement où l'on peut voir de suite le résultat, de notre côté, il est pas toujours mesurable.
Dire qu'on a pas eu "d'incident" ne veut pas dire que c'est "secure" par exemple.
 
J'aurai aimé mettre en place une HCI avec de la HA, et tout une réflexion d'architecture PaaS pour nos clients, mais j'ai le sentiment qu'on est tout doucement en train de se faire "manger" par la partie dev, et tiraillée par la partie "ops" qui veut le côté "réponse rapide pour satisfaire le client" (incident, disponibilité, etc.)

 
(taux d'indispo) * (CA de l'appli hébergée)  
ou dans un autre contexte :
(taux d'indispo) * (coût des gens au chômage technique qui n'ont plus leurs outils)
 
ici maintenant pour chaque incident qui impacte les ventes on a un chiffre du manque à gagner (la formule est un peu plus complexe que celle que je donne mais c'est l'idée). Et de toute façon c'est aussi nécessaire d'avoir ce chiffre pour faire les arbitrages concernant ce qu'on va dépenser dans la redondance (à tous les niveaux).
 
Pareil pour chaque outil, automatisation que tu mets à dispo des devs, combien de temps ça leur fait gagner (leur temps coûte cher).  
 
Maintenant si ta boîte n'est pas prête à investir là-dedans (et pour une petite boîte ça va être je pense de plus en plus difficile de justifier des investissements d'infra quand on voit ce qu'on peut avoir de nos jours dans le cloud sans aucun investissement), effectivement va falloir songer au conseil donné par les autres

À partir d'une certaine complexité je vois pas trop comment le noops/serverless peut être possible.
 
Pour moi y a très très peu de boîtes qui font vraiment du devops, dans les gros poissons y a Amazon par exemple, là ou Google, Facebook etc. ont une approche un peu différente.
 
Et dans une cogip standard je pense que c'est tout bonnement impossible qu'une équipe de devs s'en sorte toute seule.
Même en enlevant complètement la problématique de l'infra avec du cloud publique, ça peut facilement te bouffer entre 10% et 20% de ton temps.
Avoir une personne/équipe transversale est vite rentable. À la louche dans mon ancienne boîte, chaque admin gérait 3-4 équipes de dev et entre 5 et 10 applications en tout.

C'est ce que j'aimerai faire, une vraie équipe transversale, mais faut pouvoir la justifier.. (on est transverses mais on est pas staffé pour, on est que 3 dont un pur techos,..)
Et après faut savoir avoir les bonnes ressources..

Et la thune surtout, les salaires "devops" comment dire...Ça pique.
 
Faudrait que je me trouve un poste comme ça par la suite.
 
Je préfère être celui qui programme la machine que celui qui se fait remplacer par elle.

Faudrait que je me reconvertisse, j'ai largement les compétences pour faire cela (dev et infra)..
Je me prendrais moins la tête..

Bah grave. Et ça se trouve tu serais mieux payé

 
Tout comme la cyber.  
 
Les mecs on jamais touchés un shell de leurs vies, ont fait joujou avec metasploit pendant leurs études.
Et hop, embauchés à 70K€ pour dire aux autres ce qu'il ne faut pas faire sans que eux ne sache de quel exploit il est question
 
Heureusement pas tous. Mais malheureusement ça doit être 2 mecs sur 10 qui savent vraiment de quoi ils parlent  

Vu le virage pris par ta direction je commencerais par me faire payer plein de formations et certifications AWS par exemple.

Ensuite tu te barres.

Hello,
 
dites j'aurai besoin d'une petite information, on me dit qu'il y a une différence entre un Excel Pro et un Excel venant de la licence microsoft pme et petites entreprises
 
c'est vrai ? Apparrement il manquerait des options pour des macros par exemple sur la dernière,
 
je suis vraiment étonné

Franchement je ne serais pas du tout contre les formations bien au contraire.
Ce qui me chagrine c'est que j'ai du mal à voir comment mettre en valeur notre "service" quand à la mode est à la quick'n dirty et on verra plus tard, et que tout se fait désormais à la microtache.

faut mettre en évidence les coûts long terme et les risques associés à la stratégie "on verra plus tard".