Hacker Newsnew | past | comments | ask | show | jobs | submit | fmilne's commentslogin

https://oyyo.ca provides beta testers with a telephone number in exchange for feedback. Runs on WiFi or with a tablet data plan from Rogers or Bell.


Thanks for writing this, I learned a lot! Last weekend I started a peer-to-peer group video calling project. Seeing your whole approach made the entire system easier to understand.


Awesome! I'm so glad it helped!


The only online curriculum I have had success with was: http://www.javascriptissexy.com/how-to-learn-javascript-prop...

The reason it clicked was because at the time, a colleague offered to mentor me. This helped since he would assign me cases related to my skill level, show me how to ask better questions, and explain how things worked in context to our tech stack.


In the forward of my copy of Design of Everyday Things, the author points out that he could have used computers and mobile devices as but the examples he provides gave me a much deeper understanding of design. That being said, i still plan on buying the new edition because of the new chapters, brand new examples and ideas on implementation that may be more helpful to a dev-signer like yourself.

Other useful resources

http://robertlenne.com/requiredreading/

Universal Design Princples http://www.amazon.ca/Universal-Principles-Design-William-Lid...

Inspired: How to Create Products Customers Love (great for teams) http://www.amazon.ca/Inspired-Create-Products-Customers-Love...


It might depend heavily on what type of app you have made and who users are.

On one end of the spectrum of human behaviour, you have people who skip the manual entirely and go straight to trying to figure it out themselves. They will be pissed if you don't have a tutorial when they get stuck.

On the other end, you have the type of people who will carefully follow every instruction you provide them, and will be upset if you don't provide a guide or instructions upfront.

Regarding interactive messages, I recently used this plugin on a recent project. If a new user opted to take the tour, they could follow along down a series of options, interact with the form fields or UI that was being highlighted and close the tour at anytime. They could also opt out and start the tour later if they got stuck. One week in and we are already seeing an impact on the KPI for the project. http://usablica.github.io/intro.js/


Thanks much for the plugin suggestion. It looks promising. My app is geared toward 18-25 year old users, so I think I may go the interactive messaging route and then create a written F.A.Q.


Another option for doing interactive tours is Hopscotch.[1] It serves pretty much the same purpose as Intro.js, and seems to be very popular as well. I haven't used Intro.js myself, but I'm currently building out intro tour using Hopscotch and it works quite well so far.

[1]: http://linkedin.github.io/hopscotch/


there is definitely a difference between knowing how to make a prototype and being able to code at a production level. Again, without mentorship it's difficult to learn the difference.


Most developers are clueless as well. I can imagine a junior designer getting into a lot of trouble in a small dev shop given all the misunderstandings.


Definitely had a similar experience When I was still working from home. Working for 30-45 minutes and then play video games, work out, and even just clean the apartment.

A tea timer by your desk is a great way to approach this at work, personally I find 15 - 20 minutes of work 5 minutes of procrastinating is good balance.


Perhaps without realizing that, but essentially you've just described the Pomodoro Technique, http://en.wikipedia.org/wiki/Pomodoro_Technique :-)

It was also my technique for studying for exams through university: 45 minutes of focussed study, followed by a 15 minute break for tea, lunch or fun things. After six of those, I could stop knowing that I had a day well spent. (And as a bonus, I mastered 3-ball juggling after my Algebra-I exam ;-)


) ... sorry


Thanks, I was wondering why this page wouldn't compile.


No, no, doesn't matter. I was just making you aware that your technique also had a name.


They were just closing the open parenthesis, which cannot be closed with a smiley face. I actually appreciated your contribution, I've heard of that technique before, and remembered it when reading, but couldn't recall the name, so thanks :)


no, because pomodoro is when you have defined task that can completed in the allotted time.


Well, although that rule could be useful, it is not part of the technique.

For proof, read the official description on Pomodoro, e.g. on http://www.pomodorotechnique.com/download/pdf/ThePomodoroTec.... You'll see (page 6-7) that after a first 'Pomodoro' (unit of time) work on the same task can continue into a second or third pomodoro.


Personally I wouldn't charge during the closed beta because the insights you will gain from your first customers is worth more than money.

That being said, if you need to keep the roof over your head, let a few people try the product for a short amount of time, and ask them how much they would be willing to pay. You can fine tune the amount as you add more customers and get more feedback.


A server error occurred. Please contact the administrator.


This is really great. I was going to use Ratchet for a Android prototype but having the native UI components sets better expectations of how the app will look and fell. Thanks for putting it together


Yes, very well said. I was hoping someone would help me out explaining things better. :)


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: