nesquena's comments

nesquena | 12 years ago | on: Thinking bigger: a free engineering school

I like your style and your sentiment here. We are committed to exactly the ideals you outlined here. Tim and I are both startup founders and very product-minded engineers. Our program is less about "whipping together a cheesy iPhone app" and more about helping people learn design, product development, et al. Every engineer is put onto a team which involves planning, designing and building a product idea of their choice with plenty of mentorship along the way. We have big plans to expand curriculum in all sorts of directions. Mobile happens to be in demand and highly sought after in the valley but this is bigger than iOS training.

nesquena | 12 years ago | on: Thinking bigger: a free engineering school

We are big fans of Hack Reactor and similar programs. I think they fill a real need for aspiring engineers who want to jump into the field.

The key differences for us are we are very focused on existing experienced engineers that want to learn new technologies in a hands-on accelerated way amongst peers. We offer our courses in the evenings around a job schedule and the courses are free of charge. Our business depends on helping those interested find jobs they love. See http://pandodaily.com/2013/08/26/job-recruiting-in-silicon-v... for more information.

"Highest quality" is a complicated thing to define but suffice to say it is in part about creating ultra high quality. We provide detailed videos, extensive wikis, hands-on projects, open-source and closed-source libraries, and extensive mentorship. We also have a process for selection of our candidates that involves a phone screen and a short in-person interview to assess background and commitment to the program.

nesquena | 12 years ago | on: Thinking bigger: a free engineering school

This article might help clarify: http://pandodaily.com/2013/08/26/job-recruiting-in-silicon-v... we see this as an opportunity to fix talent development and placement in a big way. Put it this way: consider the difference between an "engineering referral" from two experienced engineers who have spent weeks with each carefully selected candidate versus other models today. We have spent quite a bit of time exploring the sustainability of this. All I ask is you reserve judgement, we have a lot of ideas of how we can make this work.

nesquena | 13 years ago | on: What It's Like To Be Ridiculed For Open Sourcing A Project

What a great idea to go around calling other people stupid for creating personal open-source projects that they enjoy using, mocking their competence and treating them as if they should go away because they aren't as good as you. What a productive use of a developer's time.

nesquena | 13 years ago | on: What It's Like To Be Ridiculed For Open Sourcing A Project

Yeah I mean it's OK to make judgements and think or believe whatever you want. Maybe even tell how a friend or two how silly something seems to you while hanging out. It's a different thing to being a dick to someone publicly on the internet for trying to contribute positively to open-source.

nesquena | 13 years ago | on: Rant: Backbone, Angular, Meteor, Derby

Glad to hear rabl is working well in conjunction with rails-api. Haven't had a chance to try that combination yet, mostly been using rabl alongside Sinatra, Grape and Padrino.

nesquena | 13 years ago | on: Asynchronous Processing in Web Apps, Part 1: A Database Is Not a Queue

I agree and if polling was the only consideration then this would mitigate the issue. Admittedly I didn't cover this as much in my article but there's also a lot of other flexibility afforded by a good message queue around delivery strategies, consumption strategies, error handling, etc that you would have to do much more manually and painfully trying to shoehorn it into a database (even a good one). I am not saying PostgreSQL notify commands are not useful for certain tasks, just encouraging people to understand the tools available and pick the right one for the job.

nesquena | 13 years ago | on: Asynchronous Processing in Web Apps, Part 1: A Database Is Not a Queue

Thanks for your feedback, I appreciate the thoughtful response. I actually agree that generalized message queues can often be complex and perhaps even unnecessary when dealing with asynchronous processing at a small scale depending on your needs.

I think the important thing is to understand your requirements, the volume of jobs, etc. In my series, I also plan to introduce much simpler lighter work queues that are a perfect medium between a 'heavy duty' generalized message queue and trying to wedge a queue into a database.

But as with everything, people should evaluate the available options for themselves. My goal is just to provide people with a framework for understanding the tradeoffs.

nesquena | 13 years ago | on: Asynchronous Processing in Web Apps, Part 1: A Database Is Not a Queue

Thanks! That's exactly why I am writing this series. I plan to take people slowly through everything about asynchronous processing, message queues, handling job processing, etc. Message queues are underused in modern web apps, and I think also not understood as well as they should be. Planning to include plenty of diagrams along the way to help with that.
page 1