Language:

en_US

switch to room list switch to menu My folders
Go to page: First ... 46 47 48 49 [50] 51 52 53 54 ... Last
[#] Mon Jun 04 2018 15:15:22 UTC from Ragnar Danneskjold

[Reply] [ReplyQuoted] [Headers] [Print]

What's worse? We had a call with the foreign developers this morning who said "did you read the README, everything you need is there".

And I have a group of people who have never worked with any of these technologies.
They learned last week that we needed to have expertise on this, for something that needs to be rolled out ASAP.


[#] Mon Jun 04 2018 16:20:23 UTC from wizard of aahz

[Reply] [ReplyQuoted] [Headers] [Print]

Giving any other entity carte-blanche to build something really means you're accepting what they do. I don't blame the other developers.. Management is actually really important and anyone thinking you can do without it coming from the central company is looking for a failure.

[#] Mon Jun 04 2018 18:08:42 UTC from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

We farmed out this product to a foreign developer and said
"it needs to be easy to install in the cloud and on prem".

That was it.

Then the buzzword-resume-enhancer they need is containers, not devops.

I think every technology shop should have a big sign on the wall that says "YOUR RESUME IS NOT OUR PROBLEM. BUILD WITH THE TOOLS WE CHOOSE."

Software architects need to choose the toolset and enforce the use of those tools. The tools they choose should be consistent from project to project, especially if the software is used outside the organization. Switching tools should be expensive and painful. For underlings, using a tool not part of the approved toolset should be *extremely* painful (as in, the door *does* hit you in the ass on the way out, and the door has spikes on it).

[#] Mon Jun 04 2018 19:11:24 UTC from LoanShark <>

[Reply] [ReplyQuoted] [Headers] [Print]


@ragnar, it certainly sounds like there is a disconnect here, but you and your team can not continue with a head-in-the-sand appraoch about Docker.

[#] Mon Jun 04 2018 20:22:22 UTC from Ragnar Danneskjold

[Reply] [ReplyQuoted] [Headers] [Print]

LS - no one is saying it's the wrong approach. I actually just stared with this company 4 weeks ago.

I find that they've built a new product, and are handing it over to operations who gave zero input (nor was asked for it).

This potentially sets us back, as no one on the team is really familiar with the technology.


I've probably got the most experience with Ansible and Docker, which isn't saying much. But then again, that's not my job.

[#] Mon Jun 04 2018 22:32:30 UTC from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

If I were Ragnar I'd be more worried about the limousine with the tinted windows that will inevitably arrive to whack their CTO at some point. I hope Ragnar is still coming to work armed so he can defend himself in the crossfire.

[#] Mon Jun 04 2018 23:09:16 UTC from Ragnar Danneskjold

[Reply] [ReplyQuoted] [Headers] [Print]

ABC - Always Be Carrying.

[#] Wed Jun 06 2018 10:19:42 UTC from fleeb <>

[Reply] [ReplyQuoted] [Headers] [Print]


Yeah...

* Find stakeholders
* Ask them what they need
* Work with software engineers to hash out a design
* Build it
* Iterate these steps repeatedly until you no longer make money

It doesn't seem smart to me to:

* Find developers
* Ask them what they need
* Throw together something you think will make money and enhance the developers' resumes
* Look for customers to sell the product you think will make money
* Repeat from 'Ask them what they need' until you shoot yourself in the face.

[#] Wed Jun 06 2018 18:49:40 UTC from Haven

[Reply] [ReplyQuoted] [Headers] [Print]

I worked at a place (late 90s, early 2000s) where the manager over the development team would every 3 months or 4 months request I purchase a new set of tools for a new programming language. 

I eventually found out that every project was written in a different language.   The manager would go to a client meeting, pick up a Dr. Dobbs magazine in the airport, pitch to the client the new application we were going to build, then write the new language that he learned about in the magazine in the contract.  He would then go home, build a Proof Of Concept in the language, then tell his guys to write the whole application in this language.  

The cost of the new tools, training, etc was never included in the contract, so we lost money on all of that groups projects.   

 



[#] Thu Jun 07 2018 13:17:26 UTC from fleeb <>

[Reply] [ReplyQuoted] [Headers] [Print]


Gads.

[#] Thu Jun 07 2018 18:13:18 UTC from Haven

[Reply] [ReplyQuoted] [Headers] [Print]

I was on the systems side of things at the time (Network Administrator & IT Manager) and my boss the CFO warned me that systems didn't get along with developers and he wanted my team to get a long with the developers.  When I found out that the Dev manager was doing this, I figured out why my predecessor didn't get along with that team. 

Hell that team was getting so burned out by switching programming languages with each project it was amazing that any of them stuck around.   



[#] Thu Jun 07 2018 18:31:36 UTC from fleeb <>

[Reply] [ReplyQuoted] [Headers] [Print]


Makes you wonder if the person was intentionally trying to kill the team.

[#] Thu Jun 07 2018 20:00:14 UTC from Ragnar Danneskjold

[Reply] [ReplyQuoted] [Headers] [Print]

I sat through the new deployment process this morning - 3 hours of watching the developers struggle to make it work - and we're not done yet. At least another 2 hours to go. Ugh.

[#] Thu Jun 07 2018 20:14:52 UTC from LoanShark <>

[Reply] [ReplyQuoted] [Headers] [Print]


not unusual.

[#] Fri Jun 08 2018 09:59:02 UTC from fleeb <>

[Reply] [ReplyQuoted] [Headers] [Print]


Sadly, not unusual at all, if the process was rushed.

It *ought* to be routine by the point you deploy the product. It *ought* to be smooth and silky. But, typically, management tries to push things to go faster, so the product pays the price.

[#] Fri Jun 08 2018 19:39:58 UTC from Haven

[Reply] [ReplyQuoted] [Headers] [Print]

No, I don't think so.  I think he just thought everyone should be able to do that.   I don't know his background really.  I know his degree was in music, and he was a conductor outside of his day job.  I didn't think he was a very good manager.   

 

Thu Jun 07 2018 14:31:36 EDT from fleeb @ Uncensored

Makes you wonder if the person was intentionally trying to kill the team.

 



[#] Mon Jun 11 2018 02:39:48 UTC from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

the development team would every 3 months or 4 months request I
purchase a new set of tools for a new programming language. 

I've seen the results of that. Big gigantic mishmoshes of things built with different toolsets.

Any decent CTO would fire an entire layer of technical managers and hire someone who knows how to standardize.

[#] Mon Jun 11 2018 13:42:19 UTC from Ragnar Danneskjold

[Reply] [ReplyQuoted] [Headers] [Print]

What I don't understand is how a product development manager doesnt create a real set of specs. Just saying "it needs to be able to install easily in the cloud and on premise" is not a spec.

[#] Mon Jun 11 2018 16:00:59 UTC from wizard of aahz

[Reply] [ReplyQuoted] [Headers] [Print]

That's an awesome concept. I like i!

[#] Thu Jun 21 2018 17:54:30 UTC from pandora

[Reply] [ReplyQuoted] [Headers] [Print]

My boss is currently out in New Mexico with the Boy Scouts, it's my week to be On Call, so that means I'm also in charge. My task list for while he was gone was 3 items long 1. Collect time sheets, 2. attend meeting wednesday and take notes, and 3. attend meeting friday and provide status update on data center project. Sounded easy enough, instead I'm having to deal with purchases, high urgency issues because of my slacker coworker, educating other groups on their own processes, etc. While trying to keep up with my usual workload.

Go to page: First ... 46 47 48 49 [50] 51 52 53 54 ... Last