Slashdot Mirror


Finding a Ready-Made Dev Team?

marshrew writes "We are a small startup just coming out of a period of R&D with IP and prototype code (containing open source, commercial & freelancer-built custom components) developed/integrated in-house by essentially one guy. We're at the point where we want to build out first commercial implementation which will require a handful of developers for at least six months. We really don't have time or funds to go through a developer recruiting cycle, create a practice, get the team "gelled" etc. What we'd really like to do is find a small pre-existing team which which we could form a relationship to get our product out the door and possibly continue working with. We don't mean a splinter group from a larger dev house, but an agile, self-contained team, who enjoy working together and have an existing practice. Geography is not a problem as we are used to working in a distributed manner." Does such an animal exist? What have other teams done in a situation like this?

51 of 294 comments (clear)

  1. Perhaps you could hire these guys by FidelCatsro · · Score: 5, Funny

    In 2005, a crack Hacker unit was sent to prison by an over-zealous RIAA for a crime they didn't commit(Theft , it should have been copyright infringement).

    These men promptly got released due to a technicality ,to the Los Angeles und3rgr0und!!!!. Today, still wanted by their Previous employers due to a contractual problem and for maintaining some perl code , they survive as Developers of FORTRAN.

    If you have a problem, if no one else can help, and if you can find them, maybe you can hire...the @-Team.

    --
    The only things certain in war are Propaganda and Death. You can never be sure which is which though
    1. Re:Perhaps you could hire these guys by NewmanBlur · · Score: 5, Funny

      "I gotta work with this crazy foo'!?!"

      --
      Per ardua ad astra.
  2. IBM Global Services by Anonymous Coward · · Score: 5, Informative

    That's who we used in 2001 when we needed a huge web-based Java system done. They brought in nine programmers with a top-notch project manager. It cost a lot, but it cost less than not doing it.

    1. Re:IBM Global Services by Anonymous Coward · · Score: 5, Interesting

      In the long run, you'd almost certainly be better off hiring developers of your own. Hiring developers from companies like IBM GSA, CSC, etc. is a recipe for disaster if you aren't very careful about the contracts and other legal niceties, they'll eat you for breakfast, and then go out for seconds.

      Another poster also comments on long term support and maintenance. Combine all these factors, and I would strongly recommend keeping it in house. Yes, it's a pain, but it'll be better in the long run.

      In any event, good luck.

    2. Re:IBM Global Services by Bill+Dog · · Score: 2, Insightful

      This whole thing smells of BS. I don't know if this is an ad for IBM or what. Georgia Tech CS majors can't program? Their EE majors can program much better? Ya, that must be because the EE curriculum has sooo many more programming courses than the CS one. Just as you'd expect, right?

      You get zero resumes from experienced programmers. You hired and let go seven programmers this year. You had 3 EE grads that weren't even programmers, yet they were "world-class programmers". Hmm. Maybe you don't know what a "world-class programmer" is. There's a bit more to it than just dividing the system up into modules and loosely coupling the components. Why aren't you asking yourself why no one who has a choice wants to work for you/your company? It sounds like you're only getting takers who are CS flunkies or frustrated EE folk who can't find hardware jobs.

      --
      Attention zealots and haters: 00100 00100
  3. Dev Team hiring by Old+Wolf · · Score: 5, Informative

    Try www.rentacoder.com , or other such sites. Although most people on the site are private individuals, there are some organizations with dozens of programmers, that can be hired for any period of time or to accomplish any set goal. Plus there is the benefit of user feedback from others who have hired the same team in the past. You can browse the list of teams with the highest user feedback, and invite them to bid on your project.

    1. Re:Dev Team hiring by frenetic3 · · Score: 5, Insightful

      Yeah, you'll be able to find teams like this online. And they will have an appallingly wide variance in quality -- a friend of mine just finished getting out of a contract where he was paying $160/hr for expedited service but the consulting company either was completely incompetent or just too lazy to do the work (their spec was laughable, consisting of blurbs of text cut and pasted from open source components they were going to slough together to make the site).

      But (as a technical founder/co-CEO myself) let me tell you why even if you find a decent consulting shop that this is a bad idea.

      First, you're a startup. You're dreaming if you think your requirements aren't going to change as users start interacting with the site and you tweak your product idea and learn more about the market. This just doesn't jive with a consulting agreement, where clear expectations and well-defined specs are absolutely essential for success. Otherwise, you're asking for a world of hurt (time, money, stress) when you quickly realize that you and the consultant have a very different view of what constitutes "complete" in terms of quality and features. I guess if you have a great relationship with your consulting team, maybe they can be nimble for you. But you'll pay for it -- "Whoa whoa whoa -- you wanted to be able to SEARCH posts on your message board? That wasn't in the spec, it's going to be at least another week, and at x hours at $y per hour, plus overtime, that's..." And this is assuming, too, that you find a scrupulous dev shop -- I can only imagine the horrors of an unethical dev shop screwing over a technically unenlightened founder/CEO (I've seen it. It's not pretty.)

      Fundamentally, you and the dev shop just aren't on the same team (your "incentives aren't aligned.") Look at it from their perspective: they want to get your project done as soon as possible (so that they can start working, and making money on something else) and to do the least work possible that could pass as "complete" especially if you have a flat $x/milestone agreement. You want to make something your users will love, and you don't quite know what that "something" exactly is until a few iterations in. Think about it -- if you're a consultant, and you're trying to wrap up this damn project which is already running late (and it's your head under the guillotine for missing milestones), are you going to 1) complete the feature in the quickest way possible or 2) add a little extra to make something the end user will love... but not get compensated for it? Yes, maybe are consulting companies that will go the extra mile, but these aren't the ones bidding for the bottom of the barrel at rent-a-coder.

      You can maybe align things better with clever contingencies. You can negotiate a support contract or retainer (for bug fixes afterwards) or something with them. But after the project is delivered, you are in a _terrible_ negotiating position as you desperately NEED them for bug fixes and enhancements (i.e. your alternatives are terrible), and they can easily make you pay dearly. Plus, what if you're willing to spend the money but your former lead dev at the consulting shop gets staffed somewhere else? or leaves? etc.

      And all this even ignores the major point. Your product is your special sauce; the thing you do better than your competitors; the source of your sustainable competitive advantage. It's just suicide to try to contract that out to someone else. It's one thing (and highly recommended) to outsource ANCILLARY business functions (accounting, legal, etc.) that to you are basically a commodity. But not your crown jewels. Did Google, Microsoft, Yahoo, Amazon, or frankly ANY successful startup start by outsourcing/offshoring the development of their core IP? (There may be RARE exceptions, and I'd love to hear them, because I know of precisely zero successful companies that have done this)

      So I shudder when newbie founder/CEO or MBA/management major types say they'll get their first product done for $20k and in 3 weeks by shipping

      --
      "Where are we going, and why am I in this handbasket?"
    2. Re:Dev Team hiring by daigu · · Score: 2, Interesting

      On the whole, this is good advice. However, I would like to provide more detail here:

      "It's just suicide to try to contract that out to someone else. It's one thing (and highly recommended) to outsource ANCILLARY business functions (accounting, legal, etc.) that to you are basically a commodity. But not your crown jewels. Did Google, Microsoft, Yahoo, Amazon, or frankly ANY successful startup start by outsourcing/offshoring the development of their core IP?"

      You can do this if you core IP is marketing and after you have been established. Nike would be one classic example where the company thinks of itself as a marketer of shoes not a maker of them. Tom Hilfiger use to be a bunch of upscale shops in New York - and now they make their money licensing the name.

      The key wrinkle is start-up companies. I think it is possible to have management be your core competency. The fact that you are taking the chance, approving the specs, and bringing something to market that hasn't existed before (and fills an important need) is something of value. The problem with this is two-fold: 1. It is difficult to do and 2. Once you prove it is possible, you will spawn copy-cats (let's face it, management is not a specialized skill). Neither puts you in the position for the long term success of a Google, Yahoo or whatever.

  4. Sony contractors by LiquidCoooled · · Score: 5, Funny

    I hear there are a group of developers who are just being dropped by Song BMG, perhaps you could give them a call ;)

    --
    liqbase :: faster than paper
  5. Have you tried... by xor.pt · · Score: 4, Informative

    Sourceforge? www.sourceforge.net

  6. Look for layoffs by Anonymous Coward · · Score: 2, Informative

    When a company shuts down or lays off a bunch of developers, whole teams become available. I've seen hiring 'feeding frenzies' resulting from this, you're not unique in wanting to hire teams. Sometimes a team is hired as salaried staff, sometimes a team leader gets asked if he can get a team together for a contract (ie "form your own company, and we've got a job for you").

    Either way, its rich pickings and unfortunately not that hard to find.

  7. Try Origin by mustafap · · Score: 2, Informative

    in Cambridge, UK. I worked with them once. They are like a small Logica.

    Or S3 (Silicon Software Solutions) in Dublin, Ireland. I used to work for them.

    --
    Open Source Drum Kit, LPLC deve board - mjhdesigns.com
  8. power of 3 rule by timdaly · · Score: 5, Insightful

    This is optimistic at best. Remember the power of 3 rule:
    (where UOW=unit of work (man/month :-) )
        1 UOW = program for yourself
        3 UOW = give it to someone else
              (you install, you copy, etc)
        9 UOW = give it to local group
              (howto, platform change)
      27 UOW = shareware/open source
              (configure/make/make install)
      81 UOW = product
              (real docs, slick UI, support teams)
    243 UOW = business
              (lawyers, CEO, sales, marketing)

    you're looking at a lot more work than you're willing to
    admit. unless it is a trivial application you need to
    understand that writing the program in the first place
    is the easiest part of the whole problem. Teams which
    don't include the original developer are even harder.

    Tim Daly

  9. OSS Community? by chrstphrb · · Score: 2, Interesting

    Have you given SourceForge http://www.sf.net/ a good looking over for projects similar in scope and application to yours? Seems to me it shouldn't be too hard to find a group already working together working on X.application developing in X.language. Good luck...

  10. Team 345 by Anonymous Coward · · Score: 4, Informative

    These were some guys who worked with my company in Massachussetts. They're pretty Java-focussed, I think, but they're good. They formed their group to do exactly what you're asking for. They were composed of three or four guys at the time.

    http://team345.com/

  11. Be cool enough by pmv · · Score: 2, Interesting

    Speaking as a developer starting out, and having just joined a startup myself, I believe if your project is cool enough, people will be willing to work with you. And what's more, the people you'll attract will most likely be the ones who stand to contribute most to the project. The converse is also true. Startups have succeeded and and failed according to this rule.

    Motivation is a key factor among geeks. Spread awareness of the project, show people that it's worth something, and that its success is in their best interests, and you can stand back and watch the magic. Of course, that's easier said than done. Learn to manage your geeks.

  12. Consulting Engineers by Hektor_Troy · · Score: 2, Interesting

    If we abstract it a bit, it sounds like exactly the type of work my previous employer contracted inhouse. They specialized primarily in building automation, but that's just a different field of work.

    I would be surprised if you couldn't find consulting engineers (no clue what you call them in English) that specialize in software development. While I don't personally know of any, try calling around to various consulting engineers, or visit in person if there are any in the local area. I know that my employer had calls like that at least once a week (not software development though), and they never had a problem in directing people to the right company (knowing that they in turn will direct people to them). Even if they don't know a company for sure, they'll probably know who might know, or they'll get curious and start asking around themselves.

    I hope this helps - and if you manage to find some that do this, by all means tell the rest of us - we never know if it might come in handy.

    --
    We do not live in the 21st century. We live in the 20 second century.
  13. Correct approach? by Underholdning · · Score: 5, Insightful
    I would strongly advice against such an approach. Say you manage to get a team of super coders from India to China to the US. They create a product ready to ship in 6 months and then they dismantle, continuing on with other exciting projects.

    Now, what happens when the product is in need for support? Who are going to support code written by a team of super corders?

    What happens when there's a demand for extra functionality? Who's going to implement that?

    Who will maintain the code?

    Yes, you could try to reassemble the team, but developers hate support. And besides, the team will much rather start on a new project than supporting the old one.
    My suggestion is, that you take your time and hire people the old fashioned way. If you don't have enough time to do that, your project is doomed anyway.

  14. If I hear that one word one more time..... by LittleLebowskiUrbanA · · Score: 4, Funny

    AGILE.....goddamnit. It's software, not a 4 legged creature!

  15. Tough to find, tougher to manage by Raindeer · · Score: 4, Insightful

    The question very much reminds me of what I guy I know said when his 15 people ICT security company were looking for a new guy: "All the good people already work for us, or we know who they work for. Now we're looking for the person nobody else has found yet". This will be the same with the ready made development team. They have a job somewhere, so unless they are a small contracting team that just happens to have an open spot in their schedule you're more or less doomed.

    Managing this group is even tougher. The way you describe your company is that it is small, tightly knit, build around one person. Now you need to get new people to work with your group, to smoothen out differences in development philosophy, to get the leader to let go of parts of his baby etc etc.

    Tough job ahead of you. Good luck.

  16. Funding is a problem and will remain a problem. by pelorus · · Score: 5, Interesting

    The way one local (and now powerful) company did it was by "hiring" people for pizza. If the product is cool, then you'll corral some college geeks to do the groundwork and free up your good coders for the cool work.

    This has been touched on recently in some blogs ( http://www.wilshipley.com/blog/ and http://www.drunkenblog.com/drunkenblog-archives/00 0713.html ) that college students, who were used and abused during the bubble, remain a good resource of, dare I say it, cheap labour. They like the prestige, need the experience, and are used to working in small project teams. And yeah, you can pay them peanuts.

    And no, they don't even need to be in college. Two of the most impressive code monkeys I know dropped out of High School.....

    1. Re:Funding is a problem and will remain a problem. by Aceticon · · Score: 2, Insightful

      Just keep in mind that if you make a development team completely out of inexperienced/little-experience programmers you'll end up paying for it over and over again.

      Programmers which are inexperience or have little experience, are cheap because they make lots of mistakes (after all they're still learning). Even then most gifted ones are unaware of how, in the middle/long term, an application evolves in a real-life environment.

      Expect hard to change applications, strange bugs, costly to bugfix applications, essential knowledge about the implementation that leaves when the developer leaves and fastly increasing in entropy in the code base(*) (and thus fastly increasing maintenance costs and number of bugs). Expect to have to rewrite the application from scratch after a couple of years.

      My recomendation: Get at least one very experience designer/developer (possibly even a technical architect) and give that person technical lead. This person will then set and enforce technical standaards, work environment standaards and documentation standaards; do the technical analysis of the requirements; create the top level design and make or approve lower level designs; act as a coach to the less experienced developers; estimate man-hour costs for implementations.

      (*)Increased entropy in the code base: if the application's design is not well ballanced and/or not properly maintained or documented, each bugfix/extension is basically a hack. As time goes by and more hacks pile on top of each other the code becomes more and more complex (known in the trade as spaghetti code), prone to break in unexpected places when small changes are done to it and to randomly exhibit more and more strange bugs. This means increasing costs associated with maintenance and extension of the application. Eventually it becomes cheaper to just scrap it and start anew.

    2. Re:Funding is a problem and will remain a problem. by Odocoileus · · Score: 2, Funny

      As a matter of fact, I have my senior project class next semester. Do you have any girls?

      --
      ...
  17. Partner up? by tbee · · Score: 2, Insightful

    You could try and partner up with an IT firm.

    We currently are partned with three startups; our company provides the IT knowledge for a seriously reduced fee in exchange for a partial ownership in the product that is being build.

    Basically we're investing (the reduced fee is still very much required, so that there is an incentive to actually finish the product). However you still need to convince the IT firm why it should invest.

    --
    Tbee (or not?)
  18. Re:Offshore it. Seriously. by baadger · · Score: 2, Insightful

    ...and how did the project turn out!?

  19. Re:Offshore it. Seriously. by hooeezit · · Score: 2, Insightful

    India (Bangladesh)???
    India and Bangladesh are 2 separate sovereign countries. India hasn't quite annexed Bangladesh (yet!) and I don't think they want to either :)

  20. Another possibility by DavidNWelton · · Score: 2, Funny

    This team works for cheap:

    http://www.newtechusa.com/ppi/talent.asp

  21. [OT] I found them... by nuntius · · Score: 3, Funny

    but the poster probably doesn't want another top-notch, ASCII-art dungeon game.

  22. How IBM Conned My Execs Out Of Millions by didiken · · Score: 5, Interesting

    Well, since you're posting as anonymous with high praise for IBM Global Service, let's see this counter argument from Kuro5hin: How IBM Conned My Execs Out Of Millions .



    This is a first-person account of how IBM was able to con my execs out of millions of dollars. Gullible management tries to swim with the shark and gets chewed to pieces. Witness the exec-level FUD sales techniques and the $325/hr subcontractor labor bait and switch....
    More...

    1. Re:How IBM Conned My Execs Out Of Millions by Anonymous Coward · · Score: 2, Interesting

      Nice link, but it has zero relevancy to our relationship with IBM. If you're an idiot and don't manager hourly billing with any vendor you will get burned. That's especially true when dealing with lawyers and more so with Certified Public Crooks^H^H^H^H^H Accountants. For programmers you will get burned if you don't give them good specs and make sure they're giving you what you need as they're building. The sooner you correct a programmer the cheaper it is.

      Also, in the link the guy admitted:

      There was one IBM consultant on site, and a second would show up occasionally.

      The nine IBM programmers we had were in the office next door. Every single day I saw their progress. The project manager was in town for a minimum of two days per week. Paying $325/hour to a group of programmers you never meet sounds like a recipe for disaster. If they're software isn't doing what you need, then you won't know it until later and it will be more expensive to fix.

      We paid about $75/hour for 40 hours per week (even though IBM required they work many more hours per week) plus living expenses (which weren't that much since the owner of the company owns an apartment complex and the grocery store next door to it and the restaurant in our office building). I've heard that IBM charges more now, but I don't know their current rates. From hints I got from the programmers as to their pay, I think they made about $2k per week which comes-out to $50/hour for 40 hours (well, they really worked about 110 hours per week so that comes-out to $18/hour without overtime). All nine guys were pretty good, and we brought in a friend of the owner that's a world-class programmer. They worked well with him even though he wasn't an IBM employee like the rest.

      And in all the years of working with GS, I have never seen them subcontract. Every single person I met that worked for them did not work for a contractor of IBM. That article claimed IBM subcontracted and then the subcontractor hired sub-subcontractors. The article's claim is a load of crap from what I've seen.

      Another way to look at it is, how would you find a group of local guys that work together well that are all willing to work 80+ hours per week? The time constraints we had were severe so I needed a few good programmers that could work a lot. I didn't have time to keep training new people or holding meetings so a large group could stay current. I can't find a single descent programmer locally, and I've been in IT for 34 years. I called IBM and two weeks later their team was in the office. They were all friends. They had all worked together. Since they were out of town and all single, they were able to work about 15/hours per day 7 days per week we needed. We were so happy with them that we not only paid for every meal. We brought it to them. We hired chefs to cook for them in their apartments so they could save time. We hired maids at our expense to keep their apartments clean and to wash their clothes. We gave them $3k cash to upfit their office. We wouldn't have done those things unless we were happy with them.

    2. Re:How IBM Conned My Execs Out Of Millions by dekemoose · · Score: 5, Insightful

      Boo freakin' hoo. Sounds like a classic case of mis-management on the behalf of the defense vendor. Any consultant, IBM included, will eat your lunch if you don't stay on top of them. One of my promary job responsibilities is keeping consultants focused on the project scope. It is part of a consultants job to try to get a bigger piece of a project, and if they have all the project, make the project bigger.

            "Whenever management was trying to select a vendor, or even having second
              thoughts about a vendor, this consultant would offer senior management the
              solution to their problems. Management, in a hurry, would agree, happy to
              have the matter resolved. The questions of whether IBM could deliver on
              their promises or whether their bid was competitive went unasked."

      Okay, management couldn't get their head out of their arse so they made a snap decision based on questionable information. Nice.

            "Where was the technical staff during all of this? Staying out the way,
              mostly. They knew that IBM was selling solutions two levels over their head,
              and they didn't want any part of it."

      The techies saw an impending clusterf*ck and decided to do a duck and cover rather than trying to intervene. Can't blame them, management types probably wouldn't listen, but if you've got a highly paid consultant whispering in your exec's ear and no one tries to present a counter-arguement, what do you expect?

            "Upper management was very reluctant to move back the deadline because the project
              had a lot of visibility, and executive bonuses were dependent upon completing the
              project by the end of the year."

      Okay, management had their bonuses on the line, so they stopped making sane decisions and started spending the companies money to make their own.

      The story goes on much like this. Yeah, you got hosed. IBM saw, in military parlance, a target rich environment, and they were right. That sucks, the fact that those dollars come out of my pocket sucks(since they are a defense contractor all those dollars trace back to taxes). But don't play the part of the innocent bystander, management f*cked up. Period.

  23. My advice based on 20 years experience... by Wonderkid · · Score: 5, Insightful
    ...working with software (and hardware) engineers is this.

    a) Only work with people you know and trust. Until you're Microsoft, you cannot (CANNOT!) afford to make hiring mistakes, everyone in your team must be experienced and brilliant.

    b) Try to arrange for everyone to be in the same building or room, THE only way to brain storm is on an old fashioned whiteboard, not on a chat client, which is really only suited to quick questions and answers, not visual thinking. That's why companies still have physical offices, even in a world of broadband and video converencing.

    c) ONLY allow remote workers if you can be guaranteed they WILL be available online when YOU are online to ensure maximum productivity and real-time discussion of vital issues.

    d) Only farm out small modular tasks to remote workers, keep your core coders close to hand and reward them with ownership in the project.

    e) Have a well written contract and strict but fair code of conduct that should be signed by all parties on paper (not e-mail 'replies').

    f) If you lack the personality to be firm with those who let you down, or cannot hire someone to take on such a role, do not embark on your venture, else your ship will drift all over the place only to be washed up on the rocks.

    g) Else, go for it and if you need any more tips (or can provide any!), reply to this with posting.

    Good luck, and "May The Force be You!"

    --

    O'WONDERWe're working on it.

  24. What's in it for the developers? by femto · · Score: 4, Interesting
    What is in it for the developers? The real value in any start up is the people, not the product. Rather than being a start up company looking for a development team, perhaps you are really a product looking for a start up company?

    I don't mean to be facetious. It's just the team you describe would normally be 90% of the value of a company, so they will be in the position of strength. In their position my first question would be "Why should we go with you when we could probably get to same position by ourselves?", especially given that you seem to be low on resources.

    1. Re:What's in it for the developers? by femto · · Score: 2, Insightful
      Startups don't need grunt programmers or engineers. Ideally startups need top notch programmers and engineers, who can take the skeleton of an idea or rough prototype, and with minimal supervision it into a something that is worth buying.

      Most startup owners don't have the skills of a specialist programmer or engineer, or the skills to provide detailed technical guidance to such a person. They need to trustworthy technical people, who can fill the gaps in their own knowledge.

      Good engineers and programmers are hard to find. If they were easy to find ' marshrew' could have just placed a job ad in the local classifies. Instead he/she has to resort to posting on Slashdot.

  25. Please excuse my typos... by Wonderkid · · Score: 2, Funny

    Don't you hate it when that happens? You write something well meaning and helpful, do a Preview, and yet still fail to spot all the errors until after posting it. I guess it's the thought that counts! The fact most /. postings are written by busy people in the mo of the heatment mean that mustooks are bond to hippin wonse in a wyle. Oh whell. :-)

    --

    O'WONDERWe're working on it.

  26. build your own by Anonymous Coward · · Score: 2, Interesting

    My experiences from a few years freelance consulting in mid-sized development projects are:

    • If you know what you want to achieve and who you need, it doesn't take long to build a team (maybe 2 weeks)
    • you can build a team gradually - start with the project manager and technical lead; add analysts and architects first, and add QA staff later; involve the project manager and technical lead in the team building process
    • for being a team it is more important to have a common vision than having worked together for a certain amount of time; people working together for the first time generally have a lot of respect for each other and for the goal they need to achieve, and there's less 'team politics' to deal with
    • a common vision comes from 1) a clear, defined goal and 2) good leadership; you have to provide (1), the latter must be provided by the project manager and technical lead
    • try to establish a long term relationship with one or two of the team members - you will need them for bugfixing and version 2

    Of course, there are also downsides to building your own team, and you are probably aware of them. I would go and build my own.

  27. Re:Offshore it. Seriously. by Anonymous Coward · · Score: 2, Insightful

    A bunch of coders with nothing to code was waiting for us in India (Bangladesh).

    I assume you mean Bangalore. Bangladesh is a separate country.

    Not only that, we still had coders working days in the US, plus the devs working in India, so we were coding over 16 hours a day.

    Does this matter? Two people working in the US and two in India should be no better than four working in the US. In fact, they should be slower, as there are all sorts of communications hassles.

    The "16 hour day" rubbish works well with call-centers, where you want people available 24/7, but with coding, there is no advantage to shift-work.

  28. Thats a joke right? by Anonymous Coward · · Score: 2, Insightful

    IBM milks its clients for the maximum money it can get. I've seen it myself, we would ask for a 1 line change in the code, even show them how to do it and they would milk it for 4 months of team money.
    5 years to make a website? No problem, IBM can drag it out that long.
    10 years to make a database, yaking so long that the hardware goes out of date before it's complete? RAF can tell you about that one.

    1. Re:Thats a joke right? by Anonymous Coward · · Score: 2, Insightful

      The worst part is, IBM treats its internal organizations as badly or worse than the external customers, because we CAN'T go anywhere else.

  29. NO, no, no, ... by hummassa · · Score: 3, Interesting

    what about a serious and renowed technology firm? These guys have your team ready and can assemble/send you a new one -- a GOOD one -- in a matter of days. OR they can manage them for you.
    Disclaimer: I don't work for them, I do NOT receive any $$$ from them, but most of them are former University colleagues of mine, and I can vow for their honesty and seriousness. Visit their website, give their clients a call, give them a call, IIRC they can even send someone to talk to you in person.

    --
    It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
  30. We were one... by cyberjessy · · Score: 4, Informative

    I had one such practice a few years back. However, in 2001-2003 there were fewer people looking for this kind of service. People were generally unwilling to take risks, and nothing much was happening in terms of application development. Atleast nothing like whats happening now, or back in '99.

    Although many websites (like rentacoder.com) offer this functionality, it is difficult to guarantee the quality of people you will end up working with. The surprising limitation of these sites is that they have no mechanism to ensure quality of bidders or participants. Which is exactly why Arzoo.com (by the hotmail founder) failed. Bad quality. Add to that, people simply trying to outbid others. I have even seen $100 for a 1 month job!!! If you go to such sites, you are very likely to lose some time trying to filter out the not-so-good ones.

    Since you will be working with people you know little about, there are however things that you could do, before making your final decision.

    1. See if they have blogs. Look at their attitude, language, code quality, passion, whatever...
    2. Talk to them. Check for conversational skills. These are very important!
    3. See if they have done any open source work. (That will be a real bonus!)
    4. Ask them to send source code.

    I feel such a practice certainly has a place in modern IT. Agile, Quality-Concious and Inexpensive.
    Things are looking up again, and thats good news.

    Good luck to you.

    --
    Life is just a conviction.
  31. Recommendation by Elrac · · Score: 4, Interesting

    I've had a good working relationship for some years with SoftRP.net . The Web site says they're in Canada, and this may be true, but the outfit originates from the Ukraine. AFAIK, most are graduates from the University of Kiev.

    These are a varied and skilled bunch of coding mercenaries, and they quickly and graciously executed a number of small projects for me (figureheading for a small company that was the actual customer). Their prices are a bit higher than your run-of-the-mill Indian/Chinese shop, but that was compensated by their ability to think for themselves and produce a working product off a simple, not overly detailed spec. Also, and I find this important, they ask questions rather than stumbling into blind alleys. As I mentioned, I'm a one man show and my projects were small, on the order of few man-weeks, and I was sorry not to have a decent-sized job for them to chew on. They certainly suggested they had manpower in reserve.

    No, I'm not affiliated or kickbacked or anything. I'm just a satisfied customer and would likely hire them again for the next project that comes up.

    --
    When one person suffers from a delusion, it is called insanity. When many people suffer from a delusion it is called Rel
  32. It takes one (wo)man by Vincman · · Score: 2, Insightful

    OK fair enough that you can't afford to do the recruiting cycle for a whole team, but I would go through the effort to hire someone you trust to find and manage the right team for you. Whether these are student "code-monkeys", international cheap-labour, or the IBM-team from hell, all that doesn't matter if you have someone that works close to you and knows how to find and utilise these resources to their fullest potential.

  33. Why is this true with software? by mdarksbane · · Score: 3, Insightful

    I used to work in residential construction, where through the contracting of a house only the very largest companies actually do the whole process in house.

    We had a small crew who did framing and all the odd jobs to glue all the pieces together. But painting, trimming, electric, HVAC, plumbing, and architectural design all got handed off to a specialist who was paid by the job, and didn't get hired again if he did a crappy job. After a while it became very apparent which guys in town were worth hiring, and they're the ones who got all the jobs on the next projects.

    Sure there were problems, but none of this "oh you wanted the walls actually painted? I thought you just wanted a primer" BS that I seem to hear all the time out of computer consulting services.

    And, for the most part, people stand by their work. All work is pretty much guaranteed for a year - if it was their crap that broke, they'll fix it free. Only time you have to pay them for extra work is if it's something in their expertise who breakage wasn't their fault.

    And when people did screw up horribly (like ending up with two different shades of paint in the same room) they worked overtime for the rest of the week to fix it so we could make our schedule or they didn't get paid for the lousy work! Why doesn't anyone enforce this sort of thing in the CS environment?

    1. Re:Why is this true with software? by jahudabudy · · Score: 2, Insightful

      A large part of the difference is the maturity of the field. People have been building houses for a LONG time. The processes of collaboration are firmly in place. Just as importantly, the expectations one unit will have of another unit are well established, and accepted by both sides of the equation (i.e., your painters know that they are expected to put up more than a layer of primer, you know they know this expectation, and so on). This is not necessarily true in a coding environment. Coding practices are still very ambiguous, on an industry scale.

      Another factor is the relative ease of migrating contract coding work. Like you say, in construction, you quickly learn who in town is and is not worth hiring. And you don't do a whole lot of hiring people 5 towns over. Not so with coding. When I can hire contractors from India as feasibly as I can hire local talent, it becomes much harder to rely on reputation to separate the wheat from the chaff.

      --
      ...sometimes, in order to hurt someone very badly, you have to tell that person terrible lies. - PA
  34. rentacoder.com by rixster · · Score: 2, Insightful

    I had a bad experience and then a very good one with rentacoder.com - basically I had this pain in the ass problem to do with VOIP and I couldn't get to the bottom of it so at the end of my tether I thought - what the hell - I'll drop 100 USD on rentacoder to see if there's someone who wants to take up the challenge. Anyway, I got a couple of bids and eventually I gave the problem to this chap who seemed to know what he was doing. FOUR WEEKS LATER he's only logged into the box once - so I didn't feel that bad when I asked the rentacoder arbitrators to review the 2 week overdue project (or has he put it "ratted me out"). So my options were then either to get the refund from the escrow account ( they do this to prove that you have the funds - but they won't release it until you're 100% happy) or try again - ah what the hell, why not eh? ... sooo I put the project up again and this new chap offers to fix it within 24 hours - I immediately accept his bid ( can't be bothered waiting till the end of the "auction") and send him the IP and login details (this is at about 11pm). By 10am the next day, the dude has fixed exactly what I needed fixing and come up with a number of suggestions about other improvements I could make. Additionally, I've now put approx 800 USD worth of other coding + configuration stuff his way since then.

    My advice :

    Start with something small - i.e. around the 100 USD mark. By all means say that it's part of a larger project soon to be up for bidding, but make sure the project tests several areas in which you need experience and expertise, but is relatively straightforward and simple for people who actually know what they're doing. This will hopefully attract the attention of the coders you want and hopefully make it easy for you to weed out the wannabes.

    --
    Two wrongs may not make a right, but three ....
  35. If you can't pay the right people .... by jotaeleemeese · · Score: 2, Insightful

    .... then you had a serious problem at the analysis phase of your project, and thus deserve to fail.

    --
    IANAL but write like a drunk one.
  36. Re:Why is this true with software?t by satherto · · Score: 5, Insightful

    It's hard to enforce this with programming.

    With construction you have set plans that don't change too drastically, with programming you'll find people changing their mind through out the build.

    Think of it as your building a 4 bedroom single family house and the developer is constantly making little(to him) changes to the plan, you know, add a new bathroom, change the den into a formal dinning room, oh, and the garage is actualy supposed to be part of the house, not a seperate building (didn't we mention that?), and yes it wasn't on the plans we signed off on originally, but those plans just don't work anymore.

    Now with 50% completion, the owners decide that what would work at this location, is actually a 4 family duplex.

    Now that the building is finished and awaiting final inspection, we need 1 really quick change, insteaad of regular telephone jacks wired to each room, we need Cat 6, as we will be doing IP phones, but thats a real easy change right, a couple of plates is all? Now that you've done that, we talked to the guy who bags our grocerys and he had a great idea, move the hoy water tank from the basement to the attic.

    Would you expect the contractors to just eat the difference, or not ask that the deadline change? You as a contractor would point out the changes are all going to cost time and money and aren't in the original thst you based you quote on, but the developer is convinced that it has to be done and pays the extra costs. of course once everything is finished, the developer will go on and on how expensive the project is, and how long it took, and how it still isn't exactly what he wanted (but is exactly what the plan and change orders asked for).

    And yes I've seen this, I've provided IT to costruction and HVAC companies for over 10 years and see this all the time. They complain about delays annd costs, and compare it to how they build projects.

    --
    ----
  37. more like how incompetent companies lose money by kpharmer · · Score: 3, Insightful

    A few points:

    1. The client was a defense contractor. defense contractors are some of the most absolutely incompetent companies I've ever worked with. Just as bad as telecom (old at&t) and government.

    2. The client apparently went with a waterfall project plan, in which there were few if any milestones. And surprise, they discover at the very end that there are problems. Duh.

    3. According to the poster, the client wasn't capable of simple math: didn't know that the contracting run rate would consume their budget before the project was complete. Again, duh.

    4. According to the poster, IBM was charging $325 for everyone. That doesn't sound accurate in my experience with IBM (and other large consulting companies) - in which a couple of top people would be at $325, and the shock troops anywhere from $150-$225.

    5. Also, the customer hired programmers for a small project from a large system integrator. That's never a good way to save money, it's a good way to assemble a team overnight.

    6. The poster doesn't really understand knowledge management, business intelligence, or customer relationship marketing. By simply dismissing these domains as over-hyped, he's just revealing ignorance. This isn't to say that everyone needs everything that all vendors claim they can deliver, but these are huge domains full of history and detail. And can deliver a lot *if* you understand them and their best practices. If you don't, then you're probably buying/building the wrong solution anyway.

    On the flip side, I do agree that IBM has a hard time holding onto top talent. They don't pay enough, and their bureacracy can be a pain in the butt. When you get a team you should absolutely interview every member, and put milestones in the project where you can jettison the team if they suck. But, this isn't an IBM-thing, it's something you should do for whatever team you work with.

  38. Re:Why is this true with software?t by RobinH · · Score: 2, Insightful

    You know what the real difference is? In home building the design is probably 10 or 15% of the total cost (pulled that out of my butt), but in software, the design is 98% of the total cost. When you finish the design (the code), you're essentially done.

    When you're designing a $250,000 house, and you're half done the design and the future owner wants to move everything around, then it might become a $260,000 or $275,000 house cost and the owner sees a small percentage change because design is a small percentage of price. When you're designing a $250,000 software program which is 98% design cost, and the customer wants to make major changes half way through and you tell him the price is now $350,000 or more, they complain big time.

    To fix this you need to break the software project up into pre-design and regular design stages. In the pre-design stage you need a mock-up of the application that you use can see and touch and feel, like the blueprints of a house, and let them change their mind then (i.e. rapid prototyping). The problem of course is that user interface design sometimes takes more than 10 to 15% of the total software time, so it's probably impossible, but something to think about.

    --
    "I have never let my schooling interfere with my education." - Mark Twain