Returning the tablets
|Any students you haven't yet returned the tablets you got from the faculty should return them asap.|
Final submission: feedback, grades and appeals
|Our feedback on your final submission and your final grades are now available online.|
All projects were tested on 2 physical devices (Nexus 7 tablet and Nexus 5 phone) running Android 6.0.1 (api 23) with a (very) stable WiFi connection.
Same as in the mid-semester submission feedback, - represents major issues/problems and * represents minor issues (which are mostly ignored when setting your grade).
We remind you that the grade composition is:
HWs - 12 points
Backlog - 10 points
Mid Semester submission - 25 points
Final submission - 55 points
If you wish to appeal on your final grade:
Submit a written appeal using the faculty's official appeal form to Omer mailbox on the 5th floor.
Deadline for appeals is September 17th at 17:00 (a bit over 2 weeks from today).
Only appeal if you think our feedback is wrong.
Don't appeal simply because you think the grade is unfair.
Regarding ! comments from the mid-semester submission feedback:
Some of you had comments marked with '!'.
Having seen the final product of your work, we are now willing to consider these comment.
If you think you have a good reason to appeal on that comment, you may do so now.
Submit it in a separate appeal (not on the same piece of paper as your appeal on the final submission!).
Appeal guidelines and deadline are the same the final submission appeals (although in this case only we might be willing to consider unique circumstances leading to the ! comment as well).
Thank you all for a productive semester :)
|Similar to the previous submission, you should submit a zip with your apk and any other required material.|
Submit by tomorrow night via the link in the assignments section.
Make sure your repository holds the latest version of your code (with the tag "final submission") and that all additional material you included in your zip is in the wiki.
Demo day next week
|A message from the faculty:|
1) יריד הפרויקטים יתקיים ביום 4.7 בין השעות 12:30-14:30 בלובי של בנין טאוב.
2) הפוסטרים מודפסים.
3) תגיעו בבקשה ללובי של טאוב עד שעה 11:45 עפ"י הצורך שלכם בהקמת הפרויקט. לכל צוות יחכה שולחן, 2 כיסאות, אמבטית שקעים וכן לפוסטר. הפוסטרים יחכו בלובי.
באיזור קיימת רשת אלחוטית בשם cs conference, הסיסמא תנתן עם ההגעה. אני ממליץ למי שצריך רשת, שינסה לעבוד ב- hot spot דרך הסלולרי, כיון שהרשת בד"כ תחת עומסים גבוהים בירידים כאלה ומגיבה לאט.
Keep in mind that not all of you need to be there at 11:45. It's enough for one person (from each team) to get there and set up your station.
Things you can have in your station other than the poster:
* You should have some devices (either your own or tablets you got from Adi) with your app installed on them so that people can try it.
* You can have some slides on a loop on your laptops
* You can use your laptops as additional emulators
A message from the faculty
|A message from the faculty:|
סטודנטים וסטודנטיות יקרים,
נודה לכם באם תמלאו את שאלוני המשוב שבאתר.
Don't forget to submit your posters tonight
Midsemester grades and feedback uploaded
|There are 3 types of comments:|
*: minor comment, wasn't taken into account when deciding your grade.
-: regular comment
!: fundamental issue, such as a major feature missing from the submission.
How to appeal:
Fill a standard appeal form and clearly write down your appeal. Place the form in Omer's mailbox by 27/6.
Only appeal if you think our comments are mistaken. Don't appeal because you think you should get a higher grade but all comments are correct.
If you got a comment marked as !, we will only be willing to consider changing that comment after checking your final submission.
Copyrights in posters
|Make sure that all images you use in your posters are either original or not copyrighted.|
Do not use any copyrighted material.
Team meetings are in Omer's office (Taub 603)
|In case it wasn't clear|
No lecture this week (13/6)
Final project presentations and posters
|On July 4th we will have the final presentations for the semester (the actual submission will be on July 6th).|
The presentation will take place in the Taub building lobby between 12:30 and 14:30.
Other projects are also participating in this projects fair.
Each team needs to make a poster for the presentation.
We've uploaded a template to course material section.
You need to fill it, select the colors you like and submit it via the link we opened in the assignments section.
The deadline is June 19th.
More instruction regarding the actual presentations will be sent closer to the actual date.
|Next week, after we've had a chance to look at your submissions, we will have the second round of team meetings.|
Use this link to choose a time for your team:
Hw and backlog grades
|We've uploaded your grades and feedback for all the hw assignments and the backlog.|
Many students submitted hw apks that could not be executed.
How to verify the problem: download the apk you submitted, install it on a device (don't run it via android studio, either copy the file to a physical device and try to install or drag and drop it into an emulator), try to run it.
How to appeal: First of all you'll need to understand why your apk crashes and how to fix it. Make sure to keep a copy of your original code without any changes. After you understand the problem and have your original copy of code, contact Omer (before 20/6/17 23:59).
Make sure you use the method specified above to check your apks for this week's submission.
Instructions for mid-semester submission
|The submission is on Tuesday (6/6/17).|
You are required to submit a zip file containing your apk and any additional material you feel is required for the evaluation of your submission.
We opened a link in the assignments section for you to submit the zip file.
You are also required to make sure that the latest version of your code is in your repository.
Create a tag for the latest commit titled "mid-semester" (see this link on how to create tags: https://stackoverflow.com/questions/18216991/create-a-tag-in-github-repository).
Finally, create a page in your repository's wiki titled "additional material".
Any additional material you included in your zip should also be found in the wiki.
(Attach the actual content of the additional material, don't put links to external documents in the wiki page).
Good luck :)
|Sorry for the delay but we are now ready to distribute the tablets to you.|
Please contact Adi Hofman to set a time to pick up and sign for a tablet.
Every student can sign for a single tablet.
Every student that wants to borrow a tablet needs to sign for it.
You can't have your friends sign for you.
No lecture tomorrow (23/5)
Further lectures during the semester
|Unless stated otherwise, all further lectures will be only 2 hours long (12:30-14:30) and will be held at Taub 4|
|To help us prepare for your submission, we need you to submit a short (one paragraph) of your project.|
Write this description in the README of your project.
Submit it by midnight the day before your submission.
To submit the README:
1) go to https://github.com/Technion236503 and select the repository of your group
2) click on README.md
3) click the small pencil icon on the right to edit the content
4) when you're done, press "commit changes" at the bottom of the page
Additional notes for backlog submission
|1) The Product Backlog should contain user stories and not development tasks.|
2) User stories are short descriptions of user/customer visible functionality. Development tasks (that you should not define at this stage), are derived from the user stories and are meant for developers.
3) User stories should be described in a language that the user understands. Do not use words such as "Fragment" or "Intent".
4) Ideally, user stories should not describe the structure of the user interface but only the desired functionality.
5) User stories should be short and concise.
6) You should create a Project in GitHub called "ProductBacklog". Within the Project, you should create the stories as notes. Creating them as issues is less recommended but possible. The stories should be sorted by importance.
Team names in GitHub
|We assigned each team a number for identification and used that to create your user groups and repositories.|
Please decide on a name for your app and let us know so we can change the group and repository names to match the app name.
|First project submission|
It's time to start planning the projects.
Each team already has an approved idea so you should all know what you'll be working on for most of the semester.
In the first submission you will need to submit the project backlog.
Oren explained in class how create a project backlog in GitHub.
We've already opened repositories for all teams and sent invites to the email with have on record
Use the new repository to create a project for the backlog (as explained in class).
The backlog should contain all features of your app, sorted by importance to the app (such that the first feature should be implemented first).
Think about which features are most useful to the target audience of your app, which are most needed, which will make using the app most comfortable and convenient, and which make it stand out as a mobile app compared to similar websites or other platforms.
We expect to see a full backlog for the entire project.
Use the following form to choose a time slot for your team:
Attendance to your team's submission is mandatory.
As part of your current submission we will decide together which features need to be delivered on each submission and which are nice-to-have (meaning you will most likely not have time to implement them).
|Backlog submission (+ 1st round of team meetings): 3/5|
Mid-semester submission: 5/6
2nd round of team meetings: 6/6
Poster deadline (for demo day): 20/6
Demo day: 4/7
Final Submission: 6/7
pictures for new list items in hw3
|the new list items added via the fab are allowed to have the same picture|
|We noticed there were a few errors in the numbers mentioned in some of the feedback.|
We've uploaded a corrected version.
HW1 grades published
|We published the grades for hw1.|
We also uploaded individual feedbacks which you should be able to access via the grades system.
Many submissions were poorly written and don't seem to be properly tested.
Use this feedback to improve your submissions for hw3 (we generally try to avoid testing the same things in hw2).
Also make sure you follow the guidelines and use emulators to test your apk on several versions and configurations.
A note about extensions
|As a general rule, we do not accept late submissions.|
If you need an extension you may contact Omer.
Note that we will not approve any extension requests in the last 24 hours before the submission deadline so plan ahead.
First lecture tomorrow
|12:30-16:30 @ Taub 5|
See you there
Registration is closed
|The course is full.|
We have sent emails to all teams that were accepted to the course.
If you didn't get an email from us, we're sorry but that means we decided not to accept your project this semester.
Compared to previous semester we have less available slots this time, meaning we could accept less projects.
We apologize for any delayed responses.
Due to the low number of available slots we opted to take our time to properly evaluate each idea.
We note that if we reject your idea it does not mean it was a bad idea.
It only means that we decided to go in another direction.
We had several good ideas that we had to reject.
Good luck to all of you
External project suggestion
|An external company has approached us with an idea for a project for the course.|
If you don't have any ideas of your own, you can ask to do this project by specifying it in the registration form.
Project Title: RightHear - Do it yourself
With "RightHear - Do it yourself" (DIY) application any small business can easily become accessible for blind and visually impaired people which are using the RightHear users application.
The DIY package contains a bluetooth sensor and an Android RightHear configuration app. Once a blind visitor enters the sensor's transmitting area inside the store, the RightHear users application will start to give audio accessibility guidance.
In this project you will be tasked with developing the Android RightHear configuration app.
The app should allow business owners to set up and configure RightHear sensors in their stores without requiring assistance from a professional.
This will include:
Adjusting the sensor transmitting area.
Entering the accessibility content.
Logging the sensor installation location (for maintenance).
You will be required to define the features required for the app, come up with appropriate UI and UX and implement the app.
A representative from RightHear will guide throughout the project.
We will provide you with a Bluetooth sensors kit (using the iBeacon technology).
To help you get started we can also provide a skeleton Android project integrated with the sensors SDK (and code examples of communicating with the sensors via a simple API).
|Applying to the course is possible via this form: |
Registration is open to groups of 3 students (no more, no less) in at least their 3rd year.
All students must have prerequisites(OOP or yearly project, see relevant post).
At part of your registration application you need to include an app idea.
The course staff will review all applications once every ~2 weeks.
If you have any questions, email Omer.
We will formally enroll all accepted students at the beginning of the semester.
|Homework - 12 points |
First project submission (backlog) - 10 points
Second project submission (partial app) - 25 points
Final project submission (full app) - 55 points
Sum - 102 points
|There is a Facebook group.|
You can use it to talk and ask each other questions.
The course staff doesn't use the group and doesn't follow it.
If you want our opinion/comment/reply/answer/etc, send us an email. Don't tag us on Facebook.
IDEs, emulators and other stuff
|A few notes regarding the tools you'll need to install. |
The standard IDE (and the one mentioned in hw0) is Android Studio.
Android Studio is relatively "heavy" and consumes a lot of memory and cpu.
If you can, it's better to use Android Studio.
Otherwise, look for the Eclipse version and use that instead.
Google's avd (Android Virtual Device) is usually very slow and hard to work with.
Instead we recommend using Genymotion (mentioned in hw0).
Google play services:
If you use Genymotion, their provided images don't include the Google play services (used for interacting with Google provided services, such as sign in with Google).
If you need these services, you can find an apk version of them on the internet and install that on the Genymotion device.
No need to install them right now. If, in the future, you see that you need them, you can always add them.
|Attendance to most lectures is highly recommended but not mandatory.|
There are a few dates when attendance is mandatory.
See 'Important Dates' post to know when those lectures are.
Useful knowledge we do not teach
|Developing mobile apps usually includes dealing with networking and databases. |
We do NOT teach these subjects in the course.
These subject are not prerequisites for the course and you may register even if you don't have any experience with networking/databases but you'll be expected to learn them on your own.
|The purpose of the prerequisites is to guarantee that all students in the course have the knowledge necessary for the course. |
In our case this knowledge is programming in JAVA.
Other subjects, such as networking, databases, etc., are very useful in the course, but depending on your project might not be necessary and are therefore not a prerequisite.
If you can show that you took a course that demanded JAVA at some capacity (such as OOP or the yearly project), you can apply to the course.
Why only courses are acceptable and not other java experiences?
We need to know that you know the material at a reasonable level and we get that from your grade in the relevant courses.
Other java experiences don't give us that evaluation of your knowledge and are left to the TAs' judgement.