3 ms·

"I'd go with your gut on this one" - That's what I've been telling myself for a couple of months now, but I haven't been able to convince myself of it yet!

by djmill 12y ago

"I'd go with your gut on this one" - That's what I've been telling myself for a couple of months now, but I haven't been able to convince myself of it yet! So thank you! And as for the management part... it's a lost hope to be honest. I think one of the reasons they switched from Rails to Spring was finding the right Rails developers was difficult. The company doesn't pay competitively, so that was a big hit on offers to Rails devs. Additionally, it was harder to find Rails devs. The funny part is... we got this offshore vendor for Java Spring and none of them knew Spring. So we would've been better sticking to Rails and had them learn Ruby from the get-go.

hashtree 12y ago
Your thoughts as to why the changes came about would have been my own first guesses, without knowing the situation. You are right, it might be a lost cause but I still see a longshot pitch due to the "opportunities" I've seen you describe (e.g. recently occurred, Java productivity vs Ruby productivity, new devs don't know Spring, scrapping codebase(s), etc). Some thoughts: - Determine/guess the costs of the outsourcing and use it as the base for your pitch. (i.e. what can I do with ~200k for my own pitch) - They are open to shifting things off-site, use this to your advantage. Rails devs are hard to find? What about a distributed team of talented Rails developers? No longer are you restricted to a ~50 mile radius. Depending upon your location, you might have a higher cost of living than remote developers which is in your favor. Your candidate pool is now huge. Etc - Fewer/more talented developers over more/less talented developers who don't even know the framework (Spring). In all honesty, I'd expect the pitch to fail given the number of seemingly poor decisions made up higher to date. I am curious, is the software being developed an expense for the company or does it make money for the company? I'd expect the former, given the descriptions. Tip: If you can, work for projects that make companies money and are not seen as an expense. That subtle difference has huge impacts on management, pay, decision making, etc.
- djmill 12y ago
  It's actually a replatform project that generates no money for the company. The old application is running on Rails and we're rebuilding everything in Spring and adding a boat load of new features.

by djmill 12y ago

hashtree 12y ago

Your thoughts as to why the changes came about would have been my own first guesses, without knowing the situation. You are right, it might be a lost cause but I still see a longshot pitch due to the "opportunities" I've seen you describe (e.g. recently occurred, Java productivity vs Ruby productivity, new devs don't know Spring, scrapping codebase(s), etc). Some thoughts: - Determine/guess the costs of the outsourcing and use it as the base for your pitch. (i.e. what can I do with ~200k for my own pitch) - They are open to shifting things off-site, use this to your advantage. Rails devs are hard to find? What about a distributed team of talented Rails developers? No longer are you restricted to a ~50 mile radius. Depending upon your location, you might have a higher cost of living than remote developers which is in your favor. Your candidate pool is now huge. Etc - Fewer/more talented developers over more/less talented developers who don't even know the framework (Spring). In all honesty, I'd expect the pitch to fail given the number of seemingly poor decisions made up higher to date. I am curious, is the software being developed an expense for the company or does it make money for the company? I'd expect the former, given the descriptions. Tip: If you can, work for projects that make companies money and are not seen as an expense. That subtle difference has huge impacts on management, pay, decision making, etc.

djmill 12y ago
It's actually a replatform project that generates no money for the company. The old application is running on Rails and we're rebuilding everything in Spring and adding a boat load of new features.