there was a python implementation of something like this in tornado (s3server and s3client), though now I don't see it. Anyone follow that project and know what happened to it?
figuring out how to sign a FF extension properly without an https cert was one of the most difficult things i've accomplished in my programming career. :(
Let me guess, you're the guy who makes sure there's a "Senior" in his title and you use django because the docs are so great.
I'm sorry you work with incompetent people. Sounds like you're in a cubicle farm somewhere. While you're in a meeting swinging your seniority around, I'll be over here shipping products faster than your team.
Well here's a fuck you back from a dev: my time is finite and everyone wants a piece of it; If I can save an hour a day by never having to think about my database? If I can shave a week or two of labor off a project?
It's really easy to work with. This is why people keep using it.
I think you're at the phase where you need practice and experience mostly. Either get a job on a team that's cranking out projects, or go freelance and ship a few dozen sites. You'll start to get some insight into the bigger problems around handling clients, cash flow, project management, etc.
I'd also recommend tornadoweb.org - there are some nice demos included using moderately complex javascript in the browser and python on the server. I'm thinking in particular of the chat demo, which was invaluable for me in understanding how ajax apps work.
Really though, you need to just ship a few projects; the frustrations will clear up and you'll be more accurate in estimating how long things should take.
I'm a professional python webapp guy and I like MongoDB better for the same reason. :) You might find tornado nice!
Some advice on turning this into a career: learning CSS and HTML is very useful, but there's (relatively) lots of jobs where you can program services for the backend and work with a frontend guy who's doing the design work and the user interface. Often for this sort of job though, the people hiring will ask you algorithm and data structure questions.
The other path you can take is really studying graphic design for a bit to train your artistic eye - if you can make pretty nice looking websites, and code up the backend to make them do interesting stuff, you're in a great position to go freelance / solo and build an app on the side.
And lastly, a third path: start writing a lot of javascript! It's getting used more and more, and a lot of the front end guys who "know javascript" are kind of shitty programmers, so there's a good pool of those sorts of jobs available.
I'd downvote if I could. If you have to tap a guy on the shoulder to tell him is code is broken, you're not working with a professional.
Distributed teams are glorious when you weed out the jackasses. And in the meantime, remote guys are comfortable with much lower salary. That seems useful for a startup trying to keep costs down?
Well.. apparently people are using "print" still, but fwiw, most professionals I know (including myself) who use vim also use screen, which lets you keep your commandline utils for debugging, etc, a keystroke or two away.
Yes, complex queries require a programmer who understands map/reduce. The degree of confidence corresponds pretty directly with the programmer's competence.
Is writing a function in javascript more or less difficult than writing a complex SQL query? I'd call it a tie at best.
So you have the upfront technical expense of setting up a relational schema which enables you to (maybe) save time later writing analytic queries.
pfft, it's funny, pokes fun at the "reddit is invading" meme, and answers his question by showing _why_ people don't put their email addresses in an easily scrapeable / semi-public forum. In 3 words! Screw you, downvoters!