Slashdot Mirror


The Amazon Technology Platform

Don420 writes "Jim Gray has an interview with Amazon CTO Werner Vogels for ACM Queue. It is filled with a lot of details about the Amazon architecture that we have not seen before: 'If you hit the Amazon.com gateway page, the application calls more than 100 services to collect data and construct the page for you.' But also quite a strong statements about developing software at Amazon: 'Developers of our services can use any tools they see fit to build their services. [...] Whatever tools are necessary, we provide them, and then get the hell out of the way of the developers so that they can do their jobs. [...] Developers are like artists; they produce their best work if they have the freedom to do so, but they need good tools.'"

109 comments

  1. Re:But.... by Anonymous Coward · · Score: 0

    Or Ruby On Rails??????

  2. 100 Services ? by jonv · · Score: 3, Insightful

    'If you hit the Amazon.com gateway page, the application calls more than 100 services to collect data and construct the page for you.'

    and this a good thing ?

    1. Re:100 Services ? by shmlco · · Score: 4, Informative

      Ever considered the amount of data that has to be churned through to build your average custom My Yahoo home page? Especially one with a ton of custom news items, stocks, local weather, local movie listings, and so on?

      Major web sites are just a "little" more complex than your typical iWeb home page...

      --
      Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
    2. Re:100 Services ? by simonjp · · Score: 2, Insightful

      It didnt say that it collected 100 pieces of personal data etc from your computer, more likely its all internal requests :) I mean it usually provides suggestions on your past orders, what pages you've recently viewed in the system (which isnt exactly personal data being collection IMO as its all "internal" to Amazon.

      But the question is does this make for a better shopping experience?

      When I've used Amazon it's always been helpful.

      However, Amazon UK seem to be a little less reliable in shipping recently...

      --
      , , , , , karma elon
    3. Re:100 Services ? by Anonymous Coward · · Score: 0
      Ever considered the amount of data that has to be churned through to build your average custom My Yahoo home page? Especially one with a ton of custom news items, stocks, local weather, local movie listings, and so on?

      I think that was the OP's point: one stinking page sucks down a shit load of badwidth for information that's not really needed or it's not need every time. It's kind of sickening when I bring up a custom page and it's hitting servers and using bandwith for information that's not updated that frequently.

    4. Re:100 Services ? by Anonymous Coward · · Score: 0

      Surely the fact that it works and works well is the point trying to be made here.

    5. Re:100 Services ? by Zaphod2016 · · Score: 1

      Ever considered the amount of data that has to be churned through to build your average custom My Yahoo home page?

      Considered it? Heck, I coded one such system!

      I also paid to host it for awhile, which is exactly why I made sure to take full advantage of the viewer's cache.

      Amazon is huge! Redundant data wastes bandwidth. Bandwidth costs money.

      C'mon Jeff (Bezos)! You are a money guy! You know should know better...

    6. Re:100 Services ? by a16 · · Score: 2, Insightful

      I think that was the OP's point: one stinking page sucks down a shit load of badwidth for information that's not really needed or it's not need every time. It's kind of sickening when I bring up a custom page and it's hitting servers and using bandwith for information that's not updated that frequently.

      It is worth noting that in TFA he mentions how services are cached, therefore presumably (for Amazon) the service delivering the data for "today's popular items" or similar to the main page wouldn't need to transfer it's full result, this would be cached where possible.

    7. Re:100 Services ? by Anonymous Coward · · Score: 0

      I worked with a guy who had been at Amazon. It's amazing the spin they put on the architecture in that article. It's like he described except completely through rose colored glasses. He described all sorts of hacks and kludges, proprietary tools in many different languages. Yeah, they could use whatever tools they wanted but there was no real planning. At all. Yes, I know everyone thinks that's the way their current company is...but there's ugly and there's *ugly*. This sounded much worse that most .com infrastructures and much worse than anywhere I've worked.

    8. Re:100 Services ? by jonv · · Score: 1

      Ideally the hundred of services need for the 'my amazon' type services should not be called from the home page - only when they are required.

      Perhaps amazon has looked at how users interact with the site and find they goto these options straight away - more likely the marketing department wants to present the user with lots of stuff they might like to buy as soon as possible.

    9. Re:100 Services ? by The+Raven · · Score: 1

      Not 100 external services... 100 internal services, created and hosted on Amazon servers. Essentially they have compartmentalized their software development so that each piece of functionality is a black box, providing its content via a public interface so that changes to that component can be made without changing the home page at all (which gets thousands of hits per second).

      In other words, they're using good software design techniques to minimize interdependancies and maximize code reuse.

      Yes, it is a good thing.

      --
      "I will trust Google to 'do no evil' until the founders no longer run it." Hello Alphabet.
    10. Re:100 Services ? by Ingolfke · · Score: 1

      This concept, of specializiation of tools, is championed on the UNIX command line and if it can be used efficiently is should be championed for web-development. Why not have a bunch of specialized services that you can quickly combine in any way you like instead of having a single monolithic web service?

    11. Re:100 Services ? by jo42 · · Score: 1
      > considered the amount of data that has to be churned

      :%s/data/crap/g[Enter]

    12. Re:100 Services ? by furchin · · Score: 1

      The implied statement is that "the webpage calls 100 different services, and yet still renders in about the same amount of time that a plain ole HTML file would render." And that is a good thing, because it means the many service calls don't take long to complete.

  3. Unlimited budget by DonCarlos · · Score: 4, Funny

    Having unlimited development budget is definitely THE good thing I sometimes miss myself ;)

    --
    Marcin
  4. Sounds (almost) too good to be true... by allanj · · Score: 5, Interesting

    I wonder if the actual developers/coders see it that way themselves. Sadly, CxO's often have a warped view of how things work "on the floor".

    --
    Black holes are where God divided by zero
    1. Re:Sounds (almost) too good to be true... by maxume · · Score: 1
      --
      Nerd rage is the funniest rage.
    2. Re:Sounds (almost) too good to be true... by Anonymous Coward · · Score: 0

      Yes I do.

    3. Re:Sounds (almost) too good to be true... by IWorkForMorons · · Score: 1

      While I don't see myself as an "Artist" (not since my Subway Sandwich Artist days anyways), I do consider myself a professional that knows more about what I need then the average CxO or boss in general does. Which is why I'm glad I work for a company that gives me the freedom and benefit of giving me a task and then staying the fuck out of my hair. I know my job, I know what the boss wants, I know when the boss wants it, and as long as the boss don't screw me around then the boss will get what he wants.

      Case in point. The job I currently have consists of general software testing, as well as creating an automation solution for regression testing. While I had no experience as a tester, I learn fast. And I know I'm a good developer. Since starting in October, I have created the beginnings of a customizable open-source automation utility using Perl. They wanted me to look at some proprietary solutions costing hundreds, a few were in the thousands. None gave me the flexibility I needed, most just consisted of creating scripts that blindly click the screen and continue running when errors popup (which is the exact functionality that Perl and Win32::GUITest, but Perl is free and GUITest gives you more functionality), few could even recognize the .Net objects that I need to test. Automation solution software costs: $0. Books and learning tools: $50 so far. Value created for the company: $lots. Still need to talk to the boss about releasing the software, since I haven't actually changed Perl or GUITest and therefore am not obligated to open-source what I created, but I would like to release it when it's closer to completion. I think it provides a much better solution then the proprietary packages, but since I'm the developer I'm biased. I'd like to see if it really can compete with the big boys. But none of this would have been possible if I worked for some short-sighted, bottom-line-seeing, make-changes-to-requirements-EVERY-FREAKING-DAY kind of boss. Thank you Rob...

      And yes, I do know I should change my nick...

    4. Re:Sounds (almost) too good to be true... by Anonymous Coward · · Score: 0

      I work at amazon, and yes, I think this article is spot on. Management gets right out of the way.

    5. Re:Sounds (almost) too good to be true... by Anonymous Coward · · Score: 0

      Of course he did. He worked for them for 6 or so years. It'd be extremely stupid of him to say something negative about AMZN. Steve Yegge is one of the few jewels that AMZN had. There were quite a few others like him. He now works for GOOG. Along with others like him. That will continue until GOOG sucks the creative life out of them with their business antics. Then they will move on again, in search of continued software development/engineering enlightment. And they would be right in doing so. Once your company reaches a certain size both in headcount and revenue, and/or your CEOs/execs become aspiring emperors or space conquistadors, something truly sad happens to the people that helped built their fucking empires - they get relegated to slave-status. MSFT did that. AMZN did that. GOOG is doing that currently (we'll see if they can avoid repeating MSFT's and AMZN's mistakes). It's the nature of the beast. Get the fuck out and go join a startup or a company that's about to take off - help them become the next MSFT, AMZN, whatever and then leave them too, better than you found them. Keep doing that, and you might strike gold. Stay put in a large, soul-less corporation - then get ready to a) pucker your lips up, b) be treated like a number.

    6. Re:Sounds (almost) too good to be true... by MagicMike · · Score: 1


      No offense, but the management side of me just toted up the total employee carry cost for 6 months at somewhere between 100k and 200k (depending on benefits and taxes and overhead) and immediately wanted to see a product evaluation for test automation tools in that price range.

      The maintenance costs on the licenses will probably be a wash compared to the in-house maintenance costs on a tool that takes half a year to build and will most likely be dwarfed by the cost of new test creation anyway

      Classic buy-vs-build, basically.

      None of which is on-topic, just remember that $50 worth of books isn't the cost when you write software, it's your total employee cost plus the opportunity cost of anything you're not doing instead...that adds up tremendously fast

    7. Re:Sounds (almost) too good to be true... by IWorkForMorons · · Score: 1

      Keep one thing in mind. You've gotta put time into building the scripts if you want good automation testing, whether you buy or build. I was going to spend as much time using a pre-packaged tool to write scripts as I've so far spent writing scripts while building the tool. Money-wise, you're looking at $100,050 thousand as opposed to $100,899 spent on regression testing at this point, relatively speaking. Plus the knowledge I've gained of Perl scripting can be transfered to other areas of the company (and my resume if the need arises). Can't really say that about some proprietary scripting language of some obscure profession-specific tool. And personally, I would rather know a language then a tool.

      Although, if there was a good automation testing suite out there, I probably would have gotten it. I was new to the position when I was choosing the software, but I know that the tools I looked at and that the boss looked at just weren't up for the task. There was no way I was going to put the time into maintaining all those scripts, where if the tiniest thing on the form changes then it breaks the script. It would have been too much work for too little gain. And that's only one issue I had with the prepackaged stuff. The features I've been able to build, plus the general inside knowledge of automation scripting that I've gained, have made script creation and maintenance much easier. I've gotten it down to about a day for a basic form script with data. And the data takes the most time. With all known errors and extra data, that's about another day or 2 per form. Once I build the script builder and data builder utilities, that time will probably come down. I can't say for sure that would have happened the same way with a prepackaged tool, but I'm fairly certain things would be more difficult.

    8. Re:Sounds (almost) too good to be true... by MagicMike · · Score: 1

      That is a solid defense, and your reasoning sounds valid. Your original post just hit my "NIH" detector pretty hard and for some reason I felt like saying something.

      I had actually thought the same of web app test automation tools (mostly crap, expensive, brittle) until a colleague of mine started working with Selenium

      It blows me away - he's able to code up tests extremely quickly and he has access to the Javascript DOM so the tests aren't that brittle. He said it takes around 1-2 hours per test. Granted, he's a superstar (Hi David!), but even allowing for engineering bragging that's a pretty big time reduction for web app testing.

  5. There's nothing impresive there by Anonymous Coward · · Score: 0
    I've developed similar systems but on a much smaller scale.
    I really urge students to take at least one internship in a nonresearch environment, so that they can start to understand what it means to be effective inventors and how to develop technologies that can be used to build production systems.

    I've developed similar systems and I've never "invented" a thing. Put that in your one-click patented pipe and smoke it!

    1. Re:There's nothing impresive there by Anonymous Coward · · Score: 0

      > I've developed similar systems but on a much smaller scale.

      The scale is the whole point.

      That's like saying "Yeah I've had sex but not with another person"

    2. Re:There's nothing impresive there by Anonymous Coward · · Score: 0

      The solution itself would scale, smaller scale in this case usually means non-global company. Also congratulations on the worst slashdot analogy in history, you've obviously never sodomizing a goat!

  6. Re:But.... by Anonymous Coward · · Score: 0

    In point of fact, yes.

  7. Cat got your tongue? by x_MeRLiN_x · · Score: 2, Funny

    Of course, Amazon can't be around for much longer at the rate they're cutting it down.

  8. Thanks by Anonymous Coward · · Score: 1, Interesting

    "Developers are like artists" is exactly what these primadonnas needed to hear. No, developers are nothing like artists. Creating something that didn't exist before doesn't make you an artist. Builders create something new every day. Developers are more like inventors if you give them a free hand in what they develop, but most of the time developers are very much like builders: They create what you ask them to create.

    Or maybe I got you wrong and you meant that developers are like artists: Poor, starving, living for their work and only valued once they are no longer available.

    1. Re:Thanks by Viol8 · · Score: 1

      "only valued once they are no longer available."

      You've never heard of COBOL then I take it?

    2. Re:Thanks by indifferent+children · · Score: 1
      Creating something that didn't exist before doesn't make you an artist. Builders create something new every day.

      Builders don't design what they are building. Most developers are like architects (the kind that design buildings). Sure "they create what you ask them to create", but so do architects. You give them specs and a budget, and they design your solution. The difference is that software developers ignore the 'budget' part. Note that the 'Most developers' statement excludes code monkeys who are given a spec with the function names, parameters, algorithms and return types. But I have never seen a shop like that. I've developed software working for the US military (as a civilian) and four private companies, we usually get a paper-napkin high-level-design. The rest is up to us.

      --
      Censorship is telling a man he can't have a steak just because a baby can't chew it. --Mark Twain
    3. Re:Thanks by ashtophoenix · · Score: 1

      Some developers are like artists, some are not. Ever seen a developer looking at his/her code with dreamy eyes and a stupid smile? Yes I say! So some are like artists. Sure they create what you want them to at times but there's many ways to do the same thing...including a 'beautiful/elegant' way!

      --
      Life is about being a Phoenix!
    4. Re:Thanks by eonlabs · · Score: 1

      Interesting how you put that AC.
      If it's not an art to invent, why does it seem so hard for people to be able to. The same basic elements of inspiration and an understanding of your media are necessary. Sure, a lot of compscis are USED like builders, but to develop something new isn't like the builders you mentioned, so much as the designer or architect creating the idea.
      Also, any true coder knows what an art it is to debug efficiently. On that level, I'm sure there are parallels to your builders.

      --
      I wouldn't consider the mad hatter mad. Just reality impaired. He sure can make a mean cup of tea.
    5. Re:Thanks by stlhawkeye · · Score: 3, Insightful
      Or maybe I got you wrong and you meant that developers are like artists: Poor, starving, living for their work and only valued once they are no longer available.

      Move away from the coasts. I make $75,000/year working 40 hour weeks. I'm not on-call, have flex hours, get 3 weeks of vacation, and unlimited sick time. Quit working for IT sweat shops. Move somewhere where family time is valued and it's impossible to hire people unless you are willing to give them that flexibility. I've been through four employers in the St. Louis area and been able to land jobs with a deal akin to this one at all four. Developers are "poor"? No. Elementary school teachers are "poor." Starting salary for a developer in a low-watt market is close to $40K without a degree. That's not "poor." That's not starving, and that's not living for their work, unless by "living for their work" you mean that you're expected to show up on time and do your job.

      --
      "I have never won a debate with an ignorant person." -Ali ibn Abi Talib
    6. Re:Thanks by CrackedButter · · Score: 1

      I've heard of KOBOL, its some ancient planet where mankind supposedly came from before their fall from grace with the gods, on KOBOL they lived with them but after their fall they decided to leave in 12 tribes from KOBOL for 12 planets which later became the "12 Colonies of Mankind". There was also supposed to be a 13th tribe which came here and settled on earth.

      Anyway, I'm going off the point there, KOBOL in the end was left deserted and the gods buggered off at some point as well. There is a series being shown on the Sci-Fi channel at the moment covering these events with a another series next year coming out (a prequel of sorts). Whether that explains anything else with regard to KOBOL I'm not to sure but it might help with your initial question anyway.

    7. Re:Thanks by Anonymous Coward · · Score: 0

      "only valued once they are no longer available."

      You've never heard of COBOL then I take it?

      Number one: COBOL is still available.
      Number two: Even after it finaly vanishes it won't be valued.
    8. Re:Thanks by Anonymous Coward · · Score: 0

      Mod the parent up to 5. The codemonkeys at AMZN need to see this.

    9. Re:Thanks by achacha · · Score: 1

      Obviously you are not a developer so your opinion is incorrect and uninformed; hence the anonymity.

    10. Re:Thanks by AuMatar · · Score: 1

      Codemonkey from Amazon. The parent is only making 75K? He needs to move back to the coasts. I do have an oncall, but 1 week every 2 months isn't that bad.

      I also happen to love the coast, the pacific northwest is beautiful. I'd rather live in a hovel here than 90% of the midwest (the CHicago area being the sole exception).

      --
      I still have more fans than freaks. WTF is wrong with you people?
    11. Re:Thanks by stlhawkeye · · Score: 1

      Good, I'm glad you agree with my assessment of the GP's misguided assertion that programmers are poor slaves to corporate powers. Sounds like you got an even better deal than what I have, which makes the GP's assertion even sillier.

      --
      "I have never won a debate with an ignorant person." -Ali ibn Abi Talib
  9. But they need good tools by wysiwia · · Score: 3, Informative

    Sure anybody need good tools to produces something exceptional. But what can you do if the needed tools aren't available? What can developers do if they aren't happy with their tools or their environment?

    For users the answer is easy, they simply switch to something different, but for developer it's not. You usually first have to get a lot of knowledge which needs time. But one does never get more time!

    So developers have to think in advance sometimes several years. This means constantly be on the edge of the available knowledge. Tools can certainly help but nothing prevents you from getting the knowledge in advance.

    O. Wyss

    --
    See http://wyoguide.sf.net/papers/Cross-platform.html
    1. Re:But they need good tools by Anonymous Coward · · Score: 0

      Sure anybody need good tools to produces something exceptional. But what can you do if the needed tools aren't available? What can developers do if they aren't happy with their tools or their environment? ...Amazon's got an entire internal tools development group...

    2. Re:But they need good tools by Anonymous Coward · · Score: 0

      But what can you do if the needed tools aren't available?

      Er... Write them ? They don't appear by magic you know.

  10. Re:I wish they would spend more time on thier supp by Anonymous Coward · · Score: 0

    You don't have to jump through Amazon's hoops to get overcharges resolved. You might want to check with your CC issuer but usually as long as you have proof (e-mail correspondance counts) that you tried to resolve the situation, you're in the right.

    I was overcharged twice by Amazon and each time they insisted that there was absolutely no way to refund the difference except in store credit or a check. After I sent them one final email saying I was going to dispute the charge with my CC issuer and let them handle it, everything magically resolved itself within two days and Amazon credited my CC with the amount they had overcharged.

  11. Softwarepatents? by Anonymous Coward · · Score: 0
    Developers are like artists

    Really? So then the question would be: In which other areas of artistic expression would you like to be able to take out patents?

  12. Artists? by should_be_linear · · Score: 5, Funny

    Well *Some* developers are like Artists, others are more like Naïve painters with unlimited budgets for colors and huge canvases.

    --
    839*929
    1. Re:Artists? by Opportunist · · Score: 1

      And progging in VB is more like painting-by-numbers...

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  13. Much use of Haskell and SML. by Anonymous Coward · · Score: 0

    While I can't confirm this by any means, I have heard from others that Haskell and Standard ML are often the languages of choice at Amazon.

    Supposedly they're chosen because they're strongly typed, resulting in many errors being caught at compile-time, rather than runtime. For a production system such as that used at Amazon, it of course makes sense that the developers would choose to use tools and languages that maximize the quality of their software.

    1. Re:Much use of Haskell and SML. by Anonymous Coward · · Score: 0
      With a proper unit tests, what difference does typing or compilation make? Perl (for example) is strongly typed, a scalar is a scalar.
      developers would choose to use tools and languages that maximize the quality of their software
      I understood that they were free to use the right tool for the job, which neither Haskell or SML are going to be for the majority of services.
    2. Re:Much use of Haskell and SML. by Fnord · · Score: 3, Interesting

      I worked at amazon for two years. I never saw any use of Haskel, SML or any other functional language. 90% of all work at amazon is some combination of C++ and Perl, with a few groups trying to transition to Java.

    3. Re:Much use of Haskell and SML. by AuMatar · · Score: 1

      I work at Amazon, and I haven't heard of anything in Haskell or ML. Mostly C++, Perl, and Java. A few internal tools in off languages like Ruby or Python. You'd certainly be allowed to write in Haskell or ML, but if it needed to be supported you'd be pushed to use a more common language- the odds the next dev they hired could maintain it are low. Now if it was a one off script or a tool for you own productivity, noone would care.

      --
      I still have more fans than freaks. WTF is wrong with you people?
  14. Tools are all well and good... by dtsazza · · Score: 3, Interesting

    ...but at the end of the day it's the developer's talent and experience that tell most of the picture. It sounds like Amazon do let their developers decide (to a large extent) how their products are going to work.

    The transition from the monolithic Obidos to the current SOA makes me wonder how exactly that part of the system works. Though it's not (that I could see) explictly stated, it certainly seems that adding scalability was a long and painful process. Planning for future developments like this is something that developers tend to be much better at than managers - so I wonder whether the developers didn't think about including scalability hooks in their initial efforts, whether they decided (back in the early days) that it wasn't worth it, or whether they wanted to but were told not to bother.

    All said, I do applaud the public stance that Vogels is taking in his attitude. If more CxOs shared it, we'd likely have beeter-designed systems all over the shop. You hire the developer because (s)he's good at developing - so let them go to it!

    --
    My, that was a yummy potato!
  15. Good Tools? by Anonymous Coward · · Score: 1, Insightful

    My father always said it was a poor craftsman who uses his tools as an excuse.

    1. Re:Good Tools? by Viol8 · · Score: 1

      I guess you've never had to program in PL/SQL!

    2. Re:Good Tools? by mahangu · · Score: 3, Informative

      There is an idiom in my native tongue of Sinhala for this - natanna bari minihata polova adai, which translated directly (albeit a little clunkily) reads the ground is always uneven for the person who can't dance.

      Having said this, I'm sure everyone agrees that a certain amount of tools are necessary to be productive. All in all though, I think this article sums up the value of tools pretty well.

    3. Re:Good Tools? by Anonymous Coward · · Score: 0

      "A poor workman blames his tools" is the saying passed around here (the UK)

    4. Re:Good Tools? by ErroneousBee · · Score: 1

      Only by morons who are happy to spend the rest of thier lives using the same inadequate tools whilst wondering why they never get promotion.

      It plainly obvious that poor tools compromise the finished result, and that no amount of craftmans skill will completely overcome the deficit.

      It retards that insisted on keeping the old tools and designs that helped destroy manufacturing in the UK.

      And its happening again in IT as they all keep on trucking with poor interfaces, old fashioned development methods and MS specific development tools.

      --
      **TODO** Steal someone elses sig.
  16. Define "Service" by Anonymous Coward · · Score: 0

    Actually, I'll let Wikipedia define "service" in this context.

    It's not as if they're calling the Secret Service, the Internal Revenue Service, Selective Service, or the Postal Service to "collect data."

  17. Re:I wish they would spend more time on thier supp by $sjfsjf · · Score: 1

    Could it be that Ireland and Northern Ireland are different countries? Being on the same land mass has nothing to do with it.

  18. Netcraft confirms it by mangu · · Score: 2, Interesting
    Does it run Linux?


    Yes.

  19. Err , so what? by Viol8 · · Score: 0, Offtopic

    You seriously think a web page its the pinnacle of large data access?
    I work in a bank where we process terabytes of data a day, and no we
    don't use 100 services everytime we need to access a load of data. We
    use a few f*ck off big RDMBSs and some Big Iron.

    Don't make out that serving up a web page is a big deal , compared to
    real hard code data processing its mickey mouse.

    1. Re:Err , so what? by grazzy · · Score: 0, Flamebait

      Is that your standard routine with girls at the bar too? I could see it not working.

    2. Re:Err , so what? by Anonymous Coward · · Score: 0

      Wow, that's soooo amazing!

    3. Re:Err , so what? by Anonymous Coward · · Score: 0

      Some of his teachers could be pretty hot...

    4. Re:Err , so what? by Anonymous Coward · · Score: 0

      How many hits do you think Amazon gets in a day? Millions, plus they have lots of smaller sites (many of which they don't control) which make use of data from Amazon's web services. All told, they probably get around 30 to 40 hits per second.

      So if you're so smart, why don't you build a better Google, Akimai, Amazon, or Yahoo? Its Mickey Mouse stuff, and those companies are all worth billions.

      Either Wall Street is wrong, or you are. Hmmm.

    5. Re:Err , so what? by Anonymous Coward · · Score: 0
      Whats the matter sonny , jealous cos the only women you get close to are your school teachers and your mum?

      Some of his teachers could be pretty hot...

      His mom could be, too!
  20. 100 services you may never use by digitaldc · · Score: 1

    application calls more than 100 services to collect data and construct the page for you.

    No wonder it takes so long to load

    --
    He who knows best knows how little he knows. - Thomas Jefferson
  21. i wish... by dead.phoenix.616 · · Score: 1

    and then get the hell out of the way of the developers so that they can do their jobs. [...] Developers are like artists; they produce their best work if they have the freedom to do so, but they need good tools


    gee, i wish my boss(es) was/were like that
    just so we didn't have to end up doing
    half-assed jobs with half-assed resources
    ending up in half-assed products...
    (and maybe half-assed revenue?)

    oh well...

    --
    GUI == Graphical User Interference
  22. Re:After 25 Years, I Finally Figured It Out by Anonymous Coward · · Score: 0

    dude...
    I don't have time to hang around with high school girls
    I need to code

  23. My question is by Aceticon · · Score: 4, Interesting

    Developers of our services can use any tools they see fit to build their services.

    I wonder how they avoid the maintenance nightmare which is having multiple application components done using various obscure technologies/tools and the person that did it leaving the company and somebody else having to maintain/extend those application components?

    Do they standardize their build tools, require good documentation on the service implementations or just overwork the poor sods that have to do maintenance to death?

    1. Re:My question is by Anonymous Coward · · Score: 1, Insightful

      I worked at Amazon. It was a nightmare. And I can say this: absolutely none of the above. Amazon tools are largely undocumented, not requiring any kind of standardization on platform/libraries/processes, are totally heterogeneous and are often scary bits of random code floating out in the ether.

      This attitude sounds like it's great, but something that this attitude absolutely encourages is non-standardization and a huge lack of planning for the future. They encourage you to go 'just do it' - and then 10 different people have done the same thing because they had no idea that someone else did it first. Or more likely, they looked at what someone else did, saw the horrible documentation and support and decided it was easier to do their own thing.

    2. Re:My question is by Anonymous Coward · · Score: 1, Insightful

      I currently work at Amazon, and typically most projects aren't done using obscure technologies, they're usually pretty standard technologies. However, there are a *lot* of standard technologies, and every project really does use a different one. So if you're on one team and you're using Java/Spring/Hibernate, you may move to another team and be using Perl, or be using Java/Struts/SomethingElse.

      Good documentation, however, is something that is definitely *not* required and something that I hope will change in the near future at Amazon. Without that (and dedicated support teams), you end up with a bunch of developers doing tech support and maintenance work and never getting any actual development done.

    3. Re:My question is by Anonymous Coward · · Score: 1, Insightful

      I started at AMZN as a dev - hoped to do development of the kinds I never did. And I'm not saying I didn't. However, in retrospect, what I think fucked me up the most is my inability to estimate the time needed between being on a pager 24 hrs/day, 6-7 days out of every month and the time needed to maintain/fix old legacy (perl-based mostly) code - which left me with little time to do any project work. I suppose I've got no one to blame but myself for not knowing how to predict time required for projects, however, one thing I can say is that the environment at AMZN, especially for devs, is untenable at best (hostile, at worst, I'd say). Now, I'm no longer there - I get to sleep at night and not walk in to work like a zombie, I have the weekends/holidays to myself and my family, and my work is of higher quality, and on time. I have AMZN to thank for teaching me a lesson - 1) know thy limits between pager-duty/dev work/maintenance work, 2) be ultra-pessimistic when giving time estimates, 3) say 'no'/complain a lot/cover your ass.

      If you do that well, you will survive at AMZN. To get ahead, you need to be an illusionist.

  24. CTO speak by achacha · · Score: 1

    Wow their CTO is a lot more in touch with development than our CTO... :(

  25. Re:I wish they would spend more time on thier supp by rjstanford · · Score: 1

    Of course they shouldn't be telling you lies, but if you say, "Ship as soon as possible," then they will do this (and charge you for it). If you say, "Ship in one shipment," then they will hold everything until its all ready and only then will they send it. Generally, at least.

    --
    You're special forces then? That's great! I just love your olympics!
  26. Re:After 25 Years, I Finally Figured It Out by fabs64 · · Score: 1

    creepiest. post. ever.

  27. Re:I wish they would spend more time on thier supp by forgotten_my_nick · · Score: 1

    I had it flagged as ship in one shipment, which was my contention. I am aware of the ship as soon as possible.

  28. Re:I wish they would spend more time on thier supp by forgotten_my_nick · · Score: 1

    However they are all in the EU and there is no restrictions shipping electrical goods from any country in the EU.

    I can even buy electrical goods from other online stores in the UK. So they have another reason for it.

  29. Re:After 25 Years, I Finally Figured It Out by tehcyder · · Score: 1

    Amusing, but familiar troll, I'd say.

    --
    To have a right to do a thing is not at all the same as to be right in doing it
  30. Anecdotal, but... by mangu · · Score: 1
    Of course, it's not possible to draw conclusions from one or two isolated incidents, but my experience with Amazon's customer support couldn't be better. One time I got a book which was missing the CD. It seemed to be a manufacturing error, the envelope that's normally used to hold the CD in books that include one was not there. I sent them an email and they sent me another book by priority shipping and told me I didn't have to send back my defective book, to donate it to a library if I wished to.


    In other occasion, I ordered a book by priority shipping and more than a week later I hadn't received it. I sent them an email and they answered that there had been a robbery at an airport warehouse, they sent me another book by priority shipping and, since I hadn't received the first book in time, they charged me only the price for standard shipping. The difference was reinbursed by the credit card company, it was discounted from my next CC payment.


    they no longer sell electronics to Ireland, although they will send to N.I.


    I don't live there, but, AFAIK the United Kingdom of Great Britain and Northern Ireland is not the same country as Ireland, although, according to what I have seen quite often in the news in the last 35 years or so, there are people who are not satisfied with that. Amazon's policy varies from country to country, the legislation in Ireland must present some difficulties for shipping electronics there.

  31. 1 click == 100 services by suds · · Score: 1

    'nuf said.

  32. AmazomNet. by Anonymous Coward · · Score: 0

    "This fast response to new ideas is enabled through the loosely coupled services model, both in technology and at the developer and operations level. From the outside, the services in our platform may appear chaotic, but chaotic in a good sense--in that we try not to impose a rigid structure on the different functional pieces, but we expect there to be order when looking at it from a different dimension. Thinking about this whole system as a big deterministic system would be unrealistic. Life is not deterministic, and a large-scale distributed system such as Amazon has many organic and emerging properties that can come to life only if you do not constrain it."

    Screw Skynet. Our new overlords will come from Amazon.

    " WV Different groups at Amazon interact with academia. Often a service needs to develop new revolutionary technology from scratch, and they will look at who in the research world worked on these topics before and who can help out.

    As an example, at the infrastructure level we are building several systems that are a synthesis of some of the very exciting decentralized computing work that has rocked the operating systems and distributed systems world in the past few years. But we are finding that much of the academic technology is just not complete enough to be applied in real-life systems, as incomplete assumptions were often made. This may have been OK in an academic setting as it allowed for technology evaluation in isolation, but it just doesn't work in real-world engineering. The limitations of the physical world mean you have to work under certain constraints, regardless of how you would like it to be.

    This requires us to do a lot of advanced development to fill in the gaps that these research technologies left behind. As a reward for this extra effort, we do end up with technologies that are extremely robust and are simple to deploy and manage."

    Note two things. Academic research (public domain) usually isn't ready for real-world use. And hence isn't as useful as people think.* Note also the value-add that's not public domain even though it's based upon it.

    *Except to others likewise doing work that's not ready for the real-world.

  33. Recruiting interview? by BigLinuxGuy · · Score: 2, Interesting
    I'll preface my comments by stating that I regularly order through Amazon.com and have never had a customer service-related problem.

    This interview, while I'm sure sincere on the part of the CTO, comes across as a recruiting pitch. Obvious fallacies:

    "Developers themselves know best which tools make them most productive and which tools are right for the job."

    This sort of development mishmash depends on the developers never leaving (which most do after 2-3 years). Maintenance is, at best, nightmarish and leads to a patchy (with apologies to Apache) mess. FWIW, most developers seem to jump into coding right away with no thought for architecture or design.

    "Whatever tools are necessary, we provide them, and then get the hell out of the way of the developers so that they can do their jobs."

    Hmm, so the developers manage themselves. What a great job being a manager must be there. :-)

    "Developers are like artists; they produce their best work if they have the freedom to do so"

    In my experience, most developers are nothing like artists and more closely resemble petulant, undisciplined children. Often they ignore the most basic principles of good software development (like version control, automated build and test suites, documentation, etc.) because "those are boring".

    "I think part of the chaotic nature--the emerging nature--of Amazon's platform is that there are many tools available"

    Wow, CTO speak at its finest to explain the disorganized nature of the organization.

    "As a result of this principle, we have many support tools that are of a self-help nature."

    See my point above about documentation being boring.

    Comments I've heard from people who work at Amazon:

    1. Low pay - it's a great place for budding "artists" fresh out of school to build "experience" that has to be unlearned at a more organized shop.
         
    2. Dot-Com mentality - Lots of excuses for your desk being a door on two filing cabinets as well as the lack of organization.
         
    3. Turnover rate - as soon as people get experience, they leave for better paying jobs; Amazon is *always* hiring.
         
    4. The Programmer is God syndrome - that's right, they're not just misunderstood artists any more.


    Your mileage may vary.....
    1. Re:Recruiting interview? by AuMatar · · Score: 3, Interesting

      Wow, troll much? Working at Amazon currently, I'll comment on a few of these things:

      1. Low pay - it's a great place for budding "artists" fresh out of school to build "experience" that has to be unlearned at a more organized shop.

      Not at all. I'm making 15% more here than I did at HP last year. I make more than devs with equal experience at MS. The pay is pretty good.

       
            2. Dot-Com mentality - Lots of excuses for your desk being a door on two filing cabinets as well as the lack of organization.


      THe door desk is aq culture thing. THere's a whole story behind it. Think of it like a tradition a sports team has. In the end, it works well- its not pretty, but its sturdy and does its job.


            3. Turnover rate - as soon as people get experience, they leave for better paying jobs; Amazon is *always* hiring.


      Amazon is also growing- we have more developers than the year before. Yeah, there's turnover. Welcome to the IT industry- its rare for anyone to work at 1 place for more than 3-4 years. A lot of it is people staying just long enough to vest their stock grant (thats right, our sign on bonus is a grant, not an option) and then leave for another bonus elsewhere. Moneywise its the smart thing to do at any company.

      --
      I still have more fans than freaks. WTF is wrong with you people?
    2. Re:Recruiting interview? by copenja · · Score: 1

      My buddy from my current job just left for amazon. He has a degree and about 2 1/2 years experience. They offered him 85,000, plus gave him $20000 in cash and stocks as a signing bonus. They are also paying for all his travel expenses and putting him up in a apartment for two months. Sounds like they don't pay bad too me.. Jake

    3. Re:Recruiting interview? by Anonymous Coward · · Score: 0
      Yes, that sounds like a reasonably typical compensation here, for that level (dev 2), at this point. Bit less for recent graduates, more for 5+ years of experience. Most people especially appreciate the 5 digit sign-in bonus (I certainly do!). ;-)

      Note though that the hiring bar is rather strict -- allegedly only 5% of candidates get an offer. It kinda shows in bit of an attitude, from those that do get hired... but there is some basis for that.

    4. Re:Recruiting interview? by Alric · · Score: 1

      In my experience, most developers are nothing like artists and more closely resemble petulant, undisciplined children. Often they ignore the most basic principles of good software development (like version control, automated build and test suites, documentation, etc.) because "those are boring".

      I see that you don't understand most corporate development shops. First, most development teams uses version control. If you're talking about one person working on a pet project, well, maybe you have a point, but most developers still use a local version control strategy.

      It's not that good build practices, test suites, and documentation are boring to developers. Most developers I know would love to spend down-time documenting their code and fleshing out their test harnesses.

      It's that clients don't care about or understand those basic principles, and managers often don't see the ROI for such activities. Documentation and test suites are going to take significantly more time for initial development of the product. Yes, if the project is even remotely complicated, these efforts will reduce long-term development time of the product through fewer downstream bugs, easier integration of new features or other products, and less ramp-up time for new team members.

      However, it's an arduous proccess to change a corporate culture. It often comes down to either you do it the way the higher-ups say, or you do the "extra" work on your own time and hope your example will slowly show people the light.

    5. Re:Recruiting interview? by soliptic · · Score: 1
      In my experience, most developers are nothing like artists and more closely resemble petulant, undisciplined children.

      Er.... so they're just like artists then? ;)

      FWIW, this is meant in the spirit of a friendly jest, so there's no need for flamebait mods. On the other hand, as someone in a band hence many musician friends, and also lots of thespian friends, there's an element of seriousness to it as well ;)

    6. Re:Recruiting interview? by BigLinuxGuy · · Score: 1

      Unlike others, I appreciate wry humor. ;-)

    7. Re:Recruiting interview? by BigLinuxGuy · · Score: 1

      Nah, I haven't even started trolling and didn't even intend it as a troll. If I was trolling there would be no doubt on anyone's part. :-)

      I notice that the software engineering points weren't disputed, so I'll offer the following observations.

      1) I didn't realize that HP paid that poorly. Thanks for tipping me off. :-)
      2) I've heard the story. However, at some point cultures need to mature and move on (avoid the Peter Pan syndrome at all costs).
      3) IT is a volatile industry, but I'm merely repeating the comments I've heard from current and former Amazon employees as well as following the number of job postings.

      I wouldn't say, and didn't mean to imply that Amazon is a *bad* place to work, but the culture and practices don't appeal to me. Of course, I work for myself so my perspective may be somewhat skewed.

    8. Re:Recruiting interview? by BigLinuxGuy · · Score: 1

      On the contrary, I've worked in corporate IT shops for decades and have seen very few shops that consistently do the right things. In fact, I'm often the one who insists on deploying version control, requirements management, change control, etc. to try to minimize the wasted cycles. Invariably the changes are met with skepticism and resistance until the first project is completed successfully because:

          1) It's too much extra work
          2) There's not enough time
          3) It's too hard

      It always struck me as being odd that there's never enough time to do it right once but there's always time to do it over several times.

      You mention that management's lack of understanding is an issue, and I've encountered that as well. However, very few of the developers I've worked with have displayed any interest in commenting their code, building test harnesses, etc. and would rather just bang out code. It's a sad statement, really, when you look at the state of the schlock, er, art. However, I can't fix the world, only comment on the parts I see.

      Oddly enough, it seems that we agree that there are problems.....

    9. Re:Recruiting interview? by BigLinuxGuy · · Score: 1

      "It's that clients don't care about or understand those basic principles, and managers often don't see the ROI for such activities. Documentation and test suites are going to take significantly more time for initial development of the product. Yes, if the project is even remotely complicated, these efforts will reduce long-term development time of the product through fewer downstream bugs, easier integration of new features or other products, and less ramp-up time for new team members."

      Oh, one other note. You mention that building documentation and test suites will take significantly more time. I agree that they take time. Of course, doing anything correctly takes more time than putting things together haphazardly to meet an unrealistic deadline. And it takes more time to debug and correct the deployed system/program/etc. after the fact so in reality more time is probably spent than if proper practices had been followed. Technologists need to suck it up and educate their management and have the courage to push back on unreasonable schedules.

      As you note, it's a laborious process to change a corporate culture. The alternative is worse in the long-term for the business and the individual.

      But.........

      Your mileage may vary. :-)

  34. Tibco and multicast at Amazon by Anonymous Coward · · Score: 0

    Anyone want to tell the story of how certain amazon developers insisted that TIBCO's multicast was the ultimate messaging technology and could scale to high message rates despite the fact that it was junk and the vendor a fraud?

    More amusing was their pushing that "technology" after several network-wide outages.. It was also amusing to watch the company buy a certain developer's tibco-specific library (the FOOL library) which turned out to not be a library at all but an incomplete shell. What did they pay for that crap, $140K?

    These CTO fluff pieces are a bunch of hype.

  35. 100 Services = 100 URLs. No Big Deal by Anonymous Coward · · Score: 0
    A "service" can be a static page or an executable. The resource returned by either can often be cached. So when he says "100 services" we shouldn't be surprised. There are millions of pages on the WWW that have, for example, 100's of img tags et al that pull data from 100's of different URLs.

    http caching makes most of it run fast. Only a few personalized services are non-cacheable and need to be executed on a specific user request.

  36. The next wave: Service Oriented Architectures by NovaX · · Score: 2, Informative

    What Amazon is describing is their SOA and their efforts to make it a generic, base platform for a large multitude of services. The idea of having a service grid, where services are easily developed, deployed, and work seemlessly together, has been gaining a lot of momentium in the last few years. A number of companies are posed to shift the playing field from an ASP model to a network of service.

    The article is impressive in hearing how Amazon successfully migrated from their legacy platform to a SOA. They may become a real contender in this emerging market, considering that they already have the user base and are quickly maturing a powerful platform. The other major contenders are Rearden Commerce and Salesforce.

    Rearden Commerce, the company I work for, has developed a very pure SOA. They are currently targetting enterprise customers in order to gain the critical mass and user adoption necessary to succeed, which can be very difficult for a startup working in the consumer market. Their goal is to provide a web-based personal assistent that you can use to book plane tickets, dinning, etc. and all coordinated with your peers and working with your calendar and notification preferences (email, SMS, voice). It looks as if Amazon is on a similar path, so it will be interesting to see what happens in the next few years.

    After the critical mass and the base platform are available the next big issue is getting 3rd party developers on the platform. That's something that everyone seems to be working on, which is why we're seeing so many AJAX and other toolkits emerging from companies like Yahoo, Google, and Zimbra. Imagine another company's product integrating just as neatly with Gmail as Google Calendar, yet staying very decoupled. That's part of the promise, and is the next big hurdle for the SOA leaders even though their platforms are still quite fresh and new.

    --

    "Open Source?" - Press any key to continue
  37. Slightly OT: Amazon compatibility with Squid proxy by mr.bri · · Score: 1
    All of Amazon's technology is great, but it seems to be the one engine that does not work with Squid proxies in some cases. We use Astaro as our gateway/proxy appliance, and it uses Squid as its proxy, and Amazon (as well as Amazon-powered sites, such as Target, Toys R Us, Barnes & Noble, etc) does not work.

    We have worked with Astaro support, and they have narrowed down the problem and sent the information to Amazon, but there has been no response yet.

    In researching the issues, I have found posts all the way back to 1999 regarding incompatibilities with Squid and Amazon. Both ends have worked on the problem, but there has not been a 100% successful fix.

    The issue only seems to affect far less than 5% of squid users, and even then it's sometimes inconsistent. So, it's almost impossible to fix because it's so hard to demonstrate. We can repeat the problem consistently, but it is the first case Astaro has had, and their systems are pretty much identical across the board, so it might even be a hardware compatibility issue with specific NICs. Who knows.

    Problem description
    Amazon employee post

    If anybody has had problems in the past and was successful in resolving them, please reply!

    Thanks,
    Brian

  38. oh the irony by BitterAndDrunk · · Score: 1

    Is the other half of your ass posting on slashdot, then? ;)

    --
    You better watch out, there may be dogs about . . .
    1. Re:oh the irony by dead.phoenix.616 · · Score: 1

      Is the other half of your ass posting on slashdot, then? ;)

      yeah, most of the time ;)
      maybe thats why asses have two cheeks
      so we can choose to be half-assed on will? :)
      well, myself being a half-breed born in japan
      between a japanese mom and an american dad
      just might help my cause too ;)

      <beer>cheers!</beer>

      --
      GUI == Graphical User Interference
  39. artiste by __aabgfe356 · · Score: 1

    Developers are like artists; they produce their best work if they have the freedom to do so, but they need good tools.

    if only all IT managers knew this.

  40. best quote from this fluff article by consumer · · Score: 1

    "Are self-describing XML documents flowing around inside your service-oriented architecture?"

  41. Re:I wish they would spend more time on thier supp by Anonymous Coward · · Score: 0

    Being "different countries" (although they aren't; the two parts of Ireland are different states but not different countries) has nothing to do with it either. I've bought electronics from them in the past, before they implemented this policy. As far as I know there has been no change in the constitutional status of the North since then.