←back to thread

IBM to acquire Confluent

(www.confluent.io)
443 points abd12 | 4 comments | | HN request time: 0.673s | source
Show context
JSR_FDED ◴[] No.46192996[source]
IBM have an absolutely stellar record of blowing acquisitions. The highly motivated newly acquired team will be in honeymoon phase for 3 months, and then it slowly dawns on them that they’ve joined an unbelievably rigid organization where things like customer satisfaction and great products don’t matter at all. Then they’ll be in shock and disbelief at the mind boggling Byzantine rules and internal systems they have to use, whose sole purpose is to make sure nobody does anything. Finally, the core IBM sales force will start to make demands on them and will short to ground any vestiges of energy, time, opportunity and motivation they might have left. The good team members will leave and join a former business partner, or decide to spend more time with the family. They’ll meet often at the beginning to relive the glory days of pre-acquisition and recount times where they went went above and beyond for that important early customer. But then these meetings will become fewer and fewer. Finally they’ll find a way of massaging their resumes to cast the last years as being “at the heart of AI infrastructure”.
replies(19): >>46193119 #>>46193145 #>>46193189 #>>46193200 #>>46193687 #>>46193926 #>>46194210 #>>46194488 #>>46194624 #>>46194792 #>>46194907 #>>46195325 #>>46195480 #>>46195863 #>>46196268 #>>46196481 #>>46196910 #>>46196978 #>>46197436 #
1. jhallenworld ◴[] No.46196978[source]
>mind boggling Byzantine rules

Hint: by all means possible, make sure you are not the owner of (or manager of the person who owns) any assets beyond your personal laptop. If, for example, you end up being the owner of all the development and test servers of the original company, then it will become your responsibility to ensure that each OS (of each LPAR of each VM) is security compliant, is running the end-point asset manager, and has up to date OS patches, that the DASD is encrypted, and you must periodically show physical proof that the asset still exists and indicate where it's located- photos of assets tags or whatever. It will be your responsibility to dispose of the asset (with all associated paperwork) at the end of its life.

It helps if such machines are not actually on the 9. network, or are behind an internal firewall (then they don't care about the security compliance as much).

replies(1): >>46197042 #
2. numbsafari ◴[] No.46197042[source]
… isn’t this… what you should be doing already?
replies(2): >>46197075 #>>46197373 #
3. jhallenworld ◴[] No.46197075[source]
Probably, but now it's going to be formalized and will entail a lot of paperwork (manual entry on many very badly written JAVA-based CRUD applications). Sure, these things are all good ideas, but trust me, they have all been overthought. Do you want this to be your job?
4. lII1lIlI11ll ◴[] No.46197373[source]
> … isn’t this… what you should be doing already?

I still "own" (i.e. I'm the sole user with a root access and can install OS of my choosing) an old machine from the days before everything moved to a cloud and guess no one from IT has got to decommission it yet. I'm have no idea where it is located (besides knowing which office it is assigned to), never saw it, no way in hell am going to attach any tags and waste my time to install enterprise spyware on it or manually encrypt it's data. Do engineers do that for development servers on your job? If yes, name and shame!