japherwocky

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.

what do you think of redis? I feel the same way about Mongo for the most part, but have been considering switching.

because unicode is tedious, and wtf needs to use shit like ◎ܫ◎ as a variable name?

I think that right now though, conventional "wisdom" says to use an ORM for every web app.

I like to see people push back on that; let's at least get to a state where we can consider dropping it from a project.

To be fair, for every startup you can namedrop who isn't in CA/SF/SV, I think someone can probably name two who are.

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?

you set a trace point inside baz, investigate with the REPL, and fix your code.

hrm. That's an interesting stance, and I don't know!

wait.. what? are you scanning stdout with your tests?