Project2

Table of Contents

1 Project: URL shortener   slide

  • Demo: bitly
  • This project is simpler

2 Project Overview   slide

  • Teams of up to 4
  • Part 1: Implement select feature set
  • Part 2: Get creative! Implement product ideas

2.1 Notes   notes

  • You may switch teams, but not recommended

3 Dates   slide

  • Oct 30th: Part 1 due
  • Nov 13th: Optional Part 2 Proposal
  • Dec 4th: Project Code Due
  • Dec 12th: Class presentation
  • Dec 19th: Technical report due

3.1 Part 2 Details   slide

  • # of people ~= # of features
  • Features should be comprehensive
  • Features should be web related
  • Evaluation on end-user criteria (including delight)

3.2 Heuristics   notes

  • Roughly same number of features as number of people
  • But do not simply just split up the work
  • Because your features need to be cross compatible
  • If you make the site mobile compatible, then all pages should be
  • Don't spend 2 weeks in photoshop making an awesome background
  • If you do a data mining compoenent, it needs to be related to web activity, or inform the web interface (maybe recommendations?)
  • Evaluated: do your forms work, is the page semantic to enable accessability, is the interface pleasent to use, is it useful?

3.3 Some Ideas   slide

  • Automatically choose short path
  • Use the same short path for existing URLs
  • User sign-in
  • Mobile interface
  • REST interface
  • Recommendation system

3.4 Additions   notes

  • OK to generate some data for ML related features

4 Proposal   slide

  • What features will you complete?
  • Roughly how they will work
  • What you anticipate main challenge to be
  • Include all team member names

4.1 Details   notes

  • Work: mostly from an end-user perspective
  • Challenges: so I understand where the team is. Ideally you're exploring an area in which you have less experience

5 Project 2 Deliverables   slide

  • Code
  • Slides
  • Technical Report

5.1 How to   notes

  • Pull request should have everything.
  • PDF/PPT of slides
  • PDF or Tech report
  • Presentation may be mostly demo, that's fine. Don't do many slides

6 Code   slide

  • Ideally will be runnable on ISchool
  • Advanced work, please use virtualenv with requirements.txt
  • If its not implemented, no credit
  • User facing quality is evaluated

6.1 Quality   notes

  • Not just "pretty" but functional and using the ideas we talked about in class
  • Semantic markup, CSS for style, REST where appropriate
  • Corner cases, validation, security

7 Presentation   slide

  • Very fast! 10 minutes max
  • Try out the projector before/after class, spare
  • Live demos strongly encouraged, backup

7.1 Depends   notes

  • Will depends on how many submissions I get
  • Will go in alphabetical order of last name
  • Make people interested in your technical report: "Whoa, how did you do that?"

8 Technical Report   slide

  • Intro
  • ~1 page / feature
  • Problem, example, technology, challeneges, alternatives, future

8.1 Heuristic   notes

  • I should have a good start re-implementing your features
  • What problem is it solving?
  • An example walk though by a user
  • The technology details for how you solved it (give an overview, not a step-though of the code)
  • Problems you overcame (what advice would you give your past-self before implementing the feature?)
  • Alternatives you considered with trade-offs
  • Ideas for improving the feature in the future

Author: Jim Blomo

Created: 2014-10-30 Thu 21:51

Emacs 23.4.1 (Org mode 8.2.4)

Validate