HN user

numix

69 karma

Python/Javascript developer in Kansas City, MO.

Email at josh.bohde@gmail.com

Posts4
Comments28
View on HN

This really depends on your situation. If you are writing a reusable app, then you probably want both unit tests and a sample project to run integration tests against.

For testing a basic website, you'll probably want to test any custom managers or model methods, and your views. A good guide to getting started is here: http://toastdriven.com/blog/2011/apr/10/guide-to-testing-in-...

For full-stack tests, you can use something like Splinter (http://splinter.cobrateam.info/).

I worked pretty closely with a designer just recently. We went from throwing designs over the wall, to basic git based version control. We found that it was a pretty enjoyable workflow for the both of us. It allowed the designer to have more control over the end product, since he didn't need to ask me to update images.

We got to the point where he'd own all of the HTML and CSS, as long as I had certain ids and classes to hook my Javascript into. After we got CI and CD going, he's start pushing out new designs several times a day, giving us a pretty quick turn around time.

I never asked him to use the command line, since Tower handled most of the stuff he'd do. I wouldn't ask him to learn all of git, just as how I'd be frustrated if I had to learn all of Photoshop. I wouldn't be opposed to doing some basic work, like changing the color on the background layer.

This isn't very helpful in your specific problem, but typically servers don't have graphical capabilities. So much so, that I was a little baffled when I read that you VNC'ed into one. Instead your local toolchain interacts with the remote.

If I wanted to paste something in a file remotely, I'd open it in my local editor (which can ssh into remote machines). If I needed to transfer files back and forth, I'd use an FTP client (Filezilla works cross-platform).

[dead] 15 years ago

I'm curious how you respond to the idea that Jesus didn't exist as a historical figure. The argument for this idea typically points to the lack of a first hand account of Jesus, with the first accounts appearing decades after his alleged death. That would make it a little difficult for the Roman authorities to provide evidence that Jesus was not supernatural.

Wikipedia has a decent overview of this at http://en.wikipedia.org/wiki/Jesus_myth_theory

I know that the meaning of REST has been diluted a lot, but this mostly RPC with pretty URLs.

I don't understand why they don't support PUT and DELETE. They are already using jQuery on the HTML implementation of their API site, so could use its Ajax library to provide cross-browser PUT and DELETE. If they wanted browser usable methods, they could have used the standard "_method" parameter along with POST, and convert it server-side.

This actually makes it a lot less discoverable for those of us not using the HTML view. For instance, when using curl to browse to /vi/client/list, I expect to get a list of clients. Instead, I get the following (I'd prefer to show JSON here, but I get a 500 when I try it.):

  curl -H "Accept: application/xml" https://api_test:submarine@api.snapbill.com/v1/client/list/
  <?xml version="1.0" encoding="UTF-8"?>
  <response xmlns="https://api.snapbill.com/" status="ok" type="form"><fields><field type="textbox" name="query"><caption>Search    query</caption></field><field type="number" name="page"><class>number</class><default>1</default><caption>Page</caption><min>1</min></field><field type="number" name="perpage"><class>number</class><default>25</default><caption>Clients per page</caption><max>50</max><min>1</min></field></fields></response>
When I try to GET https://api_test:submarine@api.snapbill.com/v1/client/list/?..., I get the same response, which I was not expecting. I had to POST to the same URL in order to view the list, which is the wrong method.

There's also the issues of assuming a certain view in the end representation, including CSS and JS in their HTML representation, and having different default formats for different resources. All these make working with the API annoying.

Death Of The Mouse? 16 years ago

You can have a usable mouse-free GUI fairly easily with a tiling window manager (xmonad, awesome, etc) and a keyboard driven browser (vimperator or conkeror).

As a data point, my grandparents are deaf, and their use of SMS has pretty much replaced TTY Relay, and made it much easier for them to have quick conversation with almost anyone.

They still seem to use video chatting within their group of friends with hearing difficulties, but it's reserved for the type of conversations we would have over the phone.

A Vegan No More 16 years ago

And others are unsuccessful at being omnivores.

There are a host of other nutrition problems that may be completely unrelated to whether meat is in one's diet. It's not very fair to blame vegetarianism, which is usually considered a pretty safe diet.

A Vegan No More 16 years ago

I often wonder where these veracious vegans are. I've yet to meet a vegan who has been evangelical, yet have met many omnivores who speak poorly of vegans. Is this a region specific problem?

How easy is it for programmer from the U.S. to move to Montreal? Are there a fair amount of companies in the startup scene able and willing to support a visa?

There are a few around here. Did you check out Startup Weekend in April? That's where I got started on my current startup.

I took a course for the A test material, and read a book in a couple of hours covering the AB test material, letting me skip two semesters of CS courses in college. This allowed me to have plenty of free time in school to work on interesting stuff.

The material on the A test seems to be mostly programming in Java, and you'll probably pick up the other skills from working in any language. The AB test gives a good foundation for CS, which isn't always applicable in day-to-day programming, but certainly helps in shaping the way you go about solving a problem.

I go to Missouri S&T, in my last year as a CS student.

Our CS program is primarily focused on getting a software engineering job. Our primary language is C++ (though with a few exceptions, professors don't make use of most of it's features). There are Java courses, but I don't think they start until the 300 level.

Our primary forms of research are either military-funded ventures (one that comes to mind is disposable ad-hoc networking sensors) or machine learning (with a heavy focus in evolutionary algorithms).

Our local ACM chapter does some interesting stuff, mostly projects. Two recent ones that come to mind were the building of an arcade cabinet, and the building of a soda machine, with a corresponding API.

Most design teams on campus are looking for a good CS to write some code. This could be image processing software for the robotics team, or porting Fortran code to C++. There's also a team that hosts a programming competition every semester. I think it's pretty awesome, but as it's leader, I may be a bit biased. Here's a link: http://megaminerai.com/

I haven't seen much in the entrepreneurial side of things here. We have some sort of organization for it, but I don't think it has much membership. There are a few individuals interested in such things, but you have to look around for them.