Nyhetsflöde
Logga in till din kurswebb
Du är inte inloggad på KTH så innehållet är inte anpassat efter dina val.
Har du frågor om kursen?
Om du är registrerad på en aktuell kursomgång, se kursrummet i Canvas. Du hittar rätt kursrum under "Kurser" i personliga menyn.
Är du inte registrerad, se Kurs-PM för DD143X eller kontakta din studentexpedition, studievägledare, eller utbilningskansli.
I Nyhetsflödet hittar du uppdateringar på sidor, schema och inlägg från lärare (när de även behöver nå tidigare registrerade studenter).
Schemahandläggare ställde in händelsen 12 december 2013
Lärare Björn Thuresson redigerade 7 januari 2014
[MVK13] Föreläsning
Schemahandläggare redigerade 15 april 2014
TisFredag 136 maj 2014 kl 103:00 - 127:00
D2E1
Lärare Björn Thuresson redigerade 16 april 2014
[MVK13] Föreläsninginal presentation show
Friday May 16¶
E1¶
13-17 + mingle in Ljusgården 17-18¶
Background¶
In this year’s course in software engineering (MVK13) 16 projects have been realized. The students have worked with external clients ranging from Ericsson, Tekniska Muséet, FOI and Gapminder to a number of internal clients from different schools at KTH.¶
The course goal is to via practical work get experience and insights in the best practices within software engineering. The course is project based and the students work together with the client to develop software solutions.¶
The students have all done excellent work and are eager to show it. All projects have also produced hands-on demos of different kinds.¶
Layout¶
The projects will be presented in groups of four/hour + demo session. All in all there will be four sessions. See program. Each presentation is 8 min + context switch. At the end of each session, the four presented projects show their demos simultaneously in the area at the front for 15-20 mins. Everyone in the audience is invited to interact, ask questions and discuss. There will be some kind of refreshments available during every demo session.¶
¶
Preparations for the students¶
1. Description for the event programme¶
Send a text to Björn Thuresson thure@kth.se describing your project. It should be an efficient presentation of your process and results, written in an attractive and engaging manner in 2000 characters (incl spaces).¶
Send in 1-3 pictures and/or illustrations representing your project, the activities or the results, preferably in at least 150 dpi.¶
Deadline: May 9¶
2. The presentation¶
You have 8 mins to present your project. This is your opportunity to make yourself and your project justice. Use it well! There’s nothing you have to present, choose the parts you think are the strongest and the one’s you’re the most proud of. Remember that the audience is mixed and they, typically, know very little about your area. You’re the experts in the room! That means that you’ll have to give a background to the area, the challenges, the target groups, the use situations, etc. Also, after your presentation you’ll show the hands-on demo, so choose wisely what to present and what to refer to in the demo.¶
Be confident in your presentation. Do not make unsupported statements. You can motivate all the choices – be sure to do that! It’s a matter of credibility. You are the experts but you need to show that. We believe you if you give us reasons to do that.¶
In E1 there are two projectors (possibility to have different sources), a document camera, sound and microphones. What are you going to use? How are you going to test it? There’s very little time for context switch, so make sure you prepare. You could choose to use the same computer for all four projects in your session (contact them and test) or you could use Björn’s computer (contact him) or you could use your own equipment (test). ¶
3. The demo¶
At the end of each session (15-20 mins) all of the audience are welcome to try your hands-on demos. You set up all four project’s demos in the area at the front. Make sure you prepare the demo to work well as a public demo. Should it be automatic or do you give instructions? What are you going to say? Which technology do you need? Any print material (poster, logos, hand-outs)? Etc.¶
4. Invitations¶
This is your afternoon. Invite as many as you want, particularly the people involved (the client, user groups etc) but also others you would like to show what you’ve done (friends, family, future employers etc).¶
5. The final report¶
You’ve been working with drafts of the documentation of your projects continuously and we’ve discussed how to make them useful throughout for you (in your project groups), for your client/s (to understand and evaluate what you’ve been doing and what you should do), and for reporting to class (supervisors etc). Now it’s time to bring everything together.¶
I’ll instruct the supervisors to be extra careful when giving you feedback on draft 4 to make sure that all sections are in there and sufficiently presented and documented.¶
For the final report there is one extra section: reflections on the course, the project and the results. In there I want you to reflect on what you’ve been doing. What worked well and what would you’ve done differently? Think about your learning process and what you’ve learned. I’ll not give you more instructions, I’ll let you decide what to focus your reflections on, but try and take an outside perspective and observe and analyse your achievements in a systematic manner.¶
Deadline: May 23, send to your supervisor and Björn.¶
6. Code delivery¶
On numerous occasions I’ve told you to use this opportunity to build your portfolio, to have concrete examples of what you can do and what you’ve done. Later on, regardless if you pursue a career in industry or academia, you will be asked to show your abilities and what you know. A printout from Ladok is very rarely enough. I ask you to hand in or make available something concrete from your code creation. This could be, for example, in the form of:¶
* An .exe file
* A binary file
* Scenario video/s (clearly showing the functions and features)
* Tutorial video/s
* A website with all or selected material from this list
* …
I’m aware that your project goals and outcomes are different; therefore you should pick the format/s that best represent your project and the results.¶
I would recommend you to make a website with descriptions, examples, videos, images, and downloads (or what make sense). This is an excellent opportunity to do that.¶
Deadline: May 23, send to your supervisor and Björn.¶
Lärare Björn Thuresson redigerade 16 april 2014
Friday May 16
E1
13-17 + mingle in Ljusgården 17-18
Background
In this year’s course in software engineering (MVK13) 16 projects have been realized. The students have worked with external clients ranging from Ericsson, Tekniska Muséet, FOI and Gapminder to a number of internal clients from different schools at KTH.
The course goal is to via practical work get experience and insights in the best practices within software engineering. The course is project based and the students work together with the client to develop software solutions.
The students have all done excellent work and are eager to show it. All projects have also produced hands-on demos of different kinds.
Layout
The projects will be presented in groups of four/hour + demo session. All in all there will be four sessions. See program. Each presentation is 8 min + context switch. At the end of each session, the four presented projects show their demos simultaneously in the area at the front for 15-20 mins. Everyone in the audience is invited to interact, ask questions and discuss. There will be some kind of refreshments available during every demo session.
Preparations for the students
1. Description for the event programme
Send a text to Björn Thuresson thure@kth.se describing your project. It should be an efficient presentation of your process and results, written in an attractive and engaging manner in 2000 characters (incl spaces).
Send in 1-3 pictures and/or illustrations representing your project, the activities or the results, preferably in at least 150 dpi.
Deadline: May 9
2. The presentation
You have 8 mins to present your project. This is your opportunity to make yourself and your project justice. Use it well! There’s nothing you have to present, choose the parts you think are the strongest and the one’s you’re the most proud of. Remember that the audience is mixed and they, typically, know very little about your area. You’re the experts in the room! That means that you’ll have to give a background to the area, the challenges, the target groups, the use situations, etc. Also, after your presentation you’ll show the hands-on demo, so choose wisely what to present and what to refer to in the demo.
Be confident in your presentation. Do not make unsupported statements. You can motivate all the choices – be sure to do that! It’s a matter of credibility. You are the experts but you need to show that. We believe you if you give us reasons to do that.
In E1 there are two projectors (possibility to have different sources), a document camera, sound and microphones. What are you going to use? How are you going to test it? There’s very little time for context switch, so make sure you prepare. You could choose to use the same computer for all four projects in your session (contact them and test) or you could use Björn’s computer (contact him) or you could use your own equipment (test).
3. The demo
At the end of each session (15-20 mins) all of the audience are welcome to try your hands-on demos. You set up all four project’s demos in the area at the front. Make sure you prepare the demo to work well as a public demo. Should it be automatic or do you give instructions? What are you going to say? Which technology do you need? Any print material (poster, logos, hand-outs)? Etc.
4. Invitations
This is your afternoon. Invite as many as you want, particularly the people involved (the client, user groups etc) but also others you would like to show what you’ve done (friends, family, future employers etc).
5. The final report
You’ve been working with drafts of the documentation of your projects continuously and we’ve discussed how to make them useful throughout for you (in your project groups), for your client/s (to understand and evaluate what you’ve been doing and what you should do), and for reporting to class (supervisors etc). Now it’s time to bring everything together.
I’ll instruct the supervisors to be extra careful when giving you feedback on draft 4 to make sure that all sections are in there and sufficiently presented and documented.
For the final report there is one extra section: reflections on the course, the project and the results. In there I want you to reflect on what you’ve been doing. What worked well and what would you’ve done differently? Think about your learning process and what you’ve learned. I’ll not give you more instructions, I’ll let you decide what to focus your reflections on, but try and take an outside perspective and observe and analyse your achievements in a systematic manner.
Deadline: May 23, send to your supervisor and Björn.
6. Code delivery
On numerous occasions I’ve told you to use this opportunity to build your portfolio, to have concrete examples of what you can do and what you’ve done. Later on, regardless if you pursue a career in industry or academia, you will be asked to show your abilities and what you know. A printout from Ladok is very rarely enough. I ask you to hand in or make available something concrete from your code creation. This could be, for example, in the form of:
* An .exe file
* A binary file
* Scenario video/s (clearly showing the functions and features)
* Tutorial video/s
* A website with all or selected material from this list
* …
I’m aware that your project goals and outcomes are different; therefore you should pick the format/s that best represent your project and the results.
I would recommend you to make a website with descriptions, examples, videos, images, and downloads (or what make sense). This is an excellent opportunity to do that.
Deadline: May 23, send to your supervisor and Björn.
Lärare Björn Thuresson redigerade 6 maj 2014
Friday May 16
E1
13-17 + mingle in Ljusgården 17-18
Background
In this year’s course in software engineering (MVK13) 16 projects have been realized. The students have worked with external clients ranging from Ericsson, Tekniska Muséet, FOI and Gapminder to a number of internal clients from different schools at KTH.
The course goal is to via practical work get experience and insights in the best practices within software engineering. The course is project based and the students work together with the client to develop software solutions.
The students have all done excellent work and are eager to show it. All projects have also produced hands-on demos of different kinds.
Layout
The projects will be presented in groups of four/hour + demo session. All in all there will be four sessions. See program. Each presentation is 8 min + context switch. At the end of each session, the four presented projects show their demos simultaneously in the area at the front for 15-20 mins. Everyone in the audience is invited to interact, ask questions and discuss. There will be some kind of refreshments available during every demo session.
Preparations for the students
1. Description for the event programme
Send a text to Björn Thuresson thure@kth.se describing your project. It should be an efficient presentation of your process and results, written in an attractive and engaging manner in 2000 characters (incl spaces).
Send in 1-3 pictures and/or illustrations representing your project, the activities or the results, preferably in at least 150 dpi. Include contact information: name, e-mail and phone (if that's OK).
Deadline: May 9
2. The presentation
You have 8 mins to present your project. This is your opportunity to make yourself and your project justice. Use it well! There’s nothing you have to present, choose the parts you think are the strongest and the one’s you’re the most proud of. Remember that the audience is mixed and they, typically, know very little about your area. You’re the experts in the room! That means that you’ll have to give a background to the area, the challenges, the target groups, the use situations, etc. Also, after your presentation you’ll show the hands-on demo, so choose wisely what to present and what to refer to in the demo.
Be confident in your presentation. Do not make unsupported statements. You can motivate all the choices – be sure to do that! It’s a matter of credibility. You are the experts but you need to show that. We believe you if you give us reasons to do that.
In E1 there are two projectors (possibility to have different sources), a document camera, sound and microphones. What are you going to use? How are you going to test it? There’s very little time for context switch, so make sure you prepare. You could choose to use the same computer for all four projects in your session (contact them and test) or you could use Björn’s computer (contact him) or you could use your own equipment (test).
3. The demo
At the end of each session (15-20 mins) all of the audience are welcome to try your hands-on demos. You set up all four project’s demos in the area at the front. Make sure you prepare the demo to work well as a public demo. Should it be automatic or do you give instructions? What are you going to say? Which technology do you need? Any print material (poster, logos, hand-outs)? Etc.
4. Invitations
This is your afternoon. Invite as many as you want, particularly the people involved (the client, user groups etc) but also others you would like to show what you’ve done (friends, family, future employers etc).
5. The final report
You’ve been working with drafts of the documentation of your projects continuously and we’ve discussed how to make them useful throughout for you (in your project groups), for your client/s (to understand and evaluate what you’ve been doing and what you should do), and for reporting to class (supervisors etc). Now it’s time to bring everything together.
I’ll instruct the supervisors to be extra careful when giving you feedback on draft 4 to make sure that all sections are in there and sufficiently presented and documented.
For the final report there is one extra section: reflections on the course, the project and the results. In there I want you to reflect on what you’ve been doing. What worked well and what would you’ve done differently? Think about your learning process and what you’ve learned. I’ll not give you more instructions, I’ll let you decide what to focus your reflections on, but try and take an outside perspective and observe and analyse your achievements in a systematic manner.
Deadline: May 23, send to your supervisor and Björn.
6. Code delivery
On numerous occasions I’ve told you to use this opportunity to build your portfolio, to have concrete examples of what you can do and what you’ve done. Later on, regardless if you pursue a career in industry or academia, you will be asked to show your abilities and what you know. A printout from Ladok is very rarely enough. I ask you to hand in or make available something concrete from your code creation. This could be, for example, in the form of:
* An .exe file
* A binary file
* Scenario video/s (clearly showing the functions and features)
* Tutorial video/s
* A website with all or selected material from this list
* …
I’m aware that your project goals and outcomes are different; therefore you should pick the format/s that best represent your project and the results.
I would recommend you to make a website with descriptions, examples, videos, images, and downloads (or what make sense). This is an excellent opportunity to do that.
Deadline: May 23, send to your supervisor and Björn.
Lärare Björn Thuresson redigerade 10 maj 2014
Here's the full program incl descriptions! ¶
Friday May 16
E1
13-17 + mingle in Ljusgården 17-18
Background
In this year’s course in software engineering (MVK13) 16 projects have been realized. The students have worked with external clients ranging from Ericsson, Tekniska Muséet, FOI and Gapminder to a number of internal clients from different schools at KTH.
The course goal is to via practical work get experience and insights in the best practices within software engineering. The course is project based and the students work together with the client to develop software solutions.
The students have all done excellent work and are eager to show it. All projects have also produced hands-on demos of different kinds.
Layout
The projects will be presented in groups of four/hour + demo session. All in all there will be four sessions. See program. Each presentation is 8 min + context switch. At the end of each session, the four presented projects show their demos simultaneously in the area at the front for 15-20 mins. Everyone in the audience is invited to interact, ask questions and discuss. There will be some kind of refreshments available during every demo session.
Preparations for the students
1. Description for the event programme
Send a text to Björn Thuresson thure@kth.se describing your project. It should be an efficient presentation of your process and results, written in an attractive and engaging manner in 2000 characters (incl spaces).
Send in 1-3 pictures and/or illustrations representing your project, the activities or the results, preferably in at least 150 dpi. Include contact information: name, e-mail and phone (if that's OK).
Deadline: May 9
2. The presentation
You have 8 mins to present your project. This is your opportunity to make yourself and your project justice. Use it well! There’s nothing you have to present, choose the parts you think are the strongest and the one’s you’re the most proud of. Remember that the audience is mixed and they, typically, know very little about your area. You’re the experts in the room! That means that you’ll have to give a background to the area, the challenges, the target groups, the use situations, etc. Also, after your presentation you’ll show the hands-on demo, so choose wisely what to present and what to refer to in the demo.
Be confident in your presentation. Do not make unsupported statements. You can motivate all the choices – be sure to do that! It’s a matter of credibility. You are the experts but you need to show that. We believe you if you give us reasons to do that.
In E1 there are two projectors (possibility to have different sources), a document camera, sound and microphones. What are you going to use? How are you going to test it? There’s very little time for context switch, so make sure you prepare. You could choose to use the same computer for all four projects in your session (contact them and test) or you could use Björn’s computer (contact him) or you could use your own equipment (test).
3. The demo
At the end of each session (15-20 mins) all of the audience are welcome to try your hands-on demos. You set up all four project’s demos in the area at the front. Make sure you prepare the demo to work well as a public demo. Should it be automatic or do you give instructions? What are you going to say? Which technology do you need? Any print material (poster, logos, hand-outs)? Etc.
4. Invitations
This is your afternoon. Invite as many as you want, particularly the people involved (the client, user groups etc) but also others you would like to show what you’ve done (friends, family, future employers etc).
5. The final report
You’ve been working with drafts of the documentation of your projects continuously and we’ve discussed how to make them useful throughout for you (in your project groups), for your client/s (to understand and evaluate what you’ve been doing and what you should do), and for reporting to class (supervisors etc). Now it’s time to bring everything together.
I’ll instruct the supervisors to be extra careful when giving you feedback on draft 4 to make sure that all sections are in there and sufficiently presented and documented.
For the final report there is one extra section: reflections on the course, the project and the results. In there I want you to reflect on what you’ve been doing. What worked well and what would you’ve done differently? Think about your learning process and what you’ve learned. I’ll not give you more instructions, I’ll let you decide what to focus your reflections on, but try and take an outside perspective and observe and analyse your achievements in a systematic manner.
Deadline: May 23, send to your supervisor and Björn.
6. Code delivery
On numerous occasions I’ve told you to use this opportunity to build your portfolio, to have concrete examples of what you can do and what you’ve done. Later on, regardless if you pursue a career in industry or academia, you will be asked to show your abilities and what you know. A printout from Ladok is very rarely enough. I ask you to hand in or make available something concrete from your code creation. This could be, for example, in the form of:
* An .exe file
* A binary file
* Scenario video/s (clearly showing the functions and features)
* Tutorial video/s
* A website with all or selected material from this list
* …
I’m aware that your project goals and outcomes are different; therefore you should pick the format/s that best represent your project and the results.
I would recommend you to make a website with descriptions, examples, videos, images, and downloads (or what make sense). This is an excellent opportunity to do that.
Deadline: May 23, send to your supervisor and Björn.
Schemahandläggare ställde in händelsen 12 december 2013
Lärare Björn Thuresson redigerade 7 januari 2014
[MVK13] Föreläsning
Lärare Björn Thuresson redigerade 28 januari 2014
[MVK13] FöreläsningPresentation of draft 4
Schemahandläggare redigerade 4 april 2014
D2, V1
Lärare Björn Thuresson redigerade 7 april 2014
Now we've reached the presentation of draft 4 and there's six weeks left of your projects! This presentation should of course include a progress report (what have you worked on and how has that been going) but also include your plans to finish the project at a logical point.¶
There are few opportunities to shift the groups around very much, but here's the distribution:¶
D2¶
4. Placeholders 7. Graph Visualization of Code Bärbel Janssen¶
16. Exchange 8. Videotelefon Bärbel Janssen¶
8. SMAB 16. Playhouse Björn Thuresson¶
11. Församlingen 5. Måla med ögonen Björn Thuresson¶
14. U+2603 26. Dr Maombi Björn Thuresson¶
15. The Avengers 17. Chaview Anders Lundström¶
7. FoL 1. Gapminder Mario Romero¶
9. Void 6. WebGL Mario Romero¶
V1¶
5 A* 23. Kattis Filip Kis¶
6. Emil 14. Bluetooth apps Filip Kis¶
10. DT 2. Instalert Aurélien Larcher¶
12. HoH 32. Distributed File Search Aurélien Larcher¶
13. OGB 22. Köhanteringssystem på CSC Cristi Bogdan¶
1. BSoD 9. Horror Game Chris Peters¶
2. Bismarck 10. Dynamic Audio Chris Peters¶
3. G1 29. Visualisering av grafdatabaser Chris Peters¶
Lärare Björn Thuresson redigerade 7 april 2014
Now we've reached the presentation of draft 4 and there's six weeks left of your projects! This presentation should of course include a progress report (what have you worked on and how has that been going) but also include your plans to finish the project at a logical point. Like the previous draft milestones, we want you to send in the document to Björn Thuresson and your respective supervisor before 23.59.
There are few opportunities to shift the groups around very much, but here's the distribution:
D2
4. Placeholders 7. Graph Visualization of Code Bärbel Janssen
16. Exchange 8. Videotelefon Bärbel Janssen
8. SMAB 16. Playhouse Björn Thuresson
11. Församlingen 5. Måla med ögonen Björn Thuresson
14. U+2603 26. Dr Maombi Björn Thuresson
15. The Avengers 17. Chaview Anders Lundström
7. FoL 1. Gapminder Mario Romero
9. Void 6. WebGL Mario Romero
V1
5 A* 23. Kattis Filip Kis
6. Emil 14. Bluetooth apps Filip Kis
10. DT 2. Instalert Aurélien Larcher
12. HoH 32. Distributed File Search Aurélien Larcher
13. OGB 22. Köhanteringssystem på CSC Cristi Bogdan
1. BSoD 9. Horror Game Chris Peters
2. Bismarck 10. Dynamic Audio Chris Peters
3. G1 29. Visualisering av grafdatabaser Chris Peters
Schemahandläggare ställde in händelsen 12 december 2013
Lärare Björn Thuresson redigerade 28 januari 2014
Föreläsning[MVK13] Presentation of draft 3
Schemahandläggare redigerade 10 februari 2014
D2, D3
Lärare Björn Thuresson redigerade 11 februari 2014
Today we have presentations of you progress so far in the same way as previous presentations:¶
* Each group has a maximum of 10 mins, 6 min presentation + 4 min questions and comments
* Prepare a short status presentation based on the deliverable
* Assume nothing, give enough background information for a new audience
* What are you working on, what have you done, what will you be doing next
* In this ”friendly environment”, try out ways of presenting your project more efficiently
Hand in the draft 3 no later than 23.59 on Thursday Feb 13. Send it to me and to your respective supervisor.¶
-----------¶
This is the room/project distribution:¶
Room D2¶
14. U+2603¶
12. HoH¶
11. Församlingen¶
10. DT¶
8. SMAB¶
3. G1 ¶
2. Bismarck ¶
1. BSoD¶
¶
Room D3¶
16. Exchange¶
15. The Avengers¶
13. OGB¶
9. Void¶
7. FoL ¶
6. Emil¶
5 A*¶
4. Placeholders¶
Schemahandläggare ställde in händelsen 12 december 2013
Lärare Björn Thuresson redigerade 7 januari 2014
[MVK13] Föreläsning
Lärare Björn Thuresson redigerade 28 januari 2014
[MVK13] FöreläsnKick-off for the spring
We had an early morning meeting where I presented the sessions for the spring up until the public presentation in May. Here's the presentation.¶
Lärare Björn Thuresson redigerade 28 januari 2014
[MVK13] Kick-off for the sprGL on data modelling
We had an early morning meeting where I presented the sessions for the spring up until the public presentation in May. Here's the presentation.¶
Lärare Björn Thuresson redigerade 28 januari 2014
I would like you to get practical experience from software developers on how to represent software programs or systems. I haven't got a confirmation yet, and if I can't find someone really useful for you, we cancel it.¶
Lärare Björn Thuresson redigerade 4 februari 2014
[MVK13] GL on data modelling - CANCELLED
I would like you to We save this option till later. I would suggest practical experience from software developers on how to represent software programs or systems. I haven't got a confirmation yet, and if I can't find someone really useful for you, we cancel itthat you instead consider booking a meeting with your supervisors to get some support, feedback or general good advice.
Schemahandläggare ställde in händelsen 12 december 2013
Lärare Björn Thuresson redigerade 28 januari 2014
Föreläsning[MVK13] Back-up
Lärare Björn Thuresson redigerade 7 april 2014
[MVK13] Back-upLegal issues in software development
As previoulsly discussed, here's that special event on the different legal aspects linked to software development. We'll get a presentation + Q&A with two legal specialist at KTH Innovation: Cecilia Sandell and Therese Wiksten. They'll cover:¶
IP – Intellectual Property¶
Definition of IP¶
IP has value = the results of your work has value¶
Protecting your Intellectual Property¶
Why protect IP?¶
Different models/ways that IP protection, e.g. patents, can create commercial value¶
Types of IP protection¶
Copyright.¶
Trademark.¶
Design.¶
Patent.¶
Business strategies¶
Cost vs. benefit¶
Agreements and contracts.¶
Agreements and contracts are always present in the innovation process¶
Agreements and contracts – Important aspects¶
Rights to results¶
Confidentiality obligations¶
Publications¶
Schemahandläggare ställde in händelsen 12 december 2013
Lärare Björn Thuresson redigerade 7 januari 2014
[MVK13] Föreläsning
Lärare Björn Thuresson redigerade 28 januari 2014
[MVK13] FöreläsningHow to wrap-up
Schemahandläggare ställde in händelsen 12 december 2013
Assistent Pawel Andrzej Herman redigerade 1 april 2014
ÖvningStudentkonferensen, dag 2
Detaljerat schema kommer i början av nästa vecka¶
Assistent Pawel Andrzej Herman redigerade 1 april 2014
Detaljerat schema kommer i början av nästa vecka, obligatorisk närvaro enligt schemat
Assistent Pawel Andrzej Herman redigerade 8 april 2014
Detaljerat schema kommer i början av nästa vecka, obligatorisk närvaro enligt schemat preliminärt schemat finns på kurswebsidan.
Schemahandläggare ställde in händelsen 12 december 2013
Assistent Pawel Andrzej Herman redigerade 1 april 2014
ÖvningStudentkonferensen, dag 1
Detaljerat schema kommer i början av nästa vecka¶
Assistent Pawel Andrzej Herman redigerade 1 april 2014
Detaljerat schema kommer i början av nästa vecka, obligatorisk närvaro enligt schemat
Assistent Pawel Andrzej Herman redigerade 8 april 2014
Detaljerat schema kommer i början av nästa vecka, obligatorisk närvaro enligt schemat preliminärt schemat finns på kurswebsidan.
Schemahandläggare ställde in händelsen 12 december 2013
Assistent Pawel Andrzej Herman redigerade 17 januari 2014
Genomgång av presentationsteknik för studenter (hålls av Richard Nordberg)¶