Time | 10am-12noon |
Place | EE345 |
AndrewT's comment: The lab load is less in s1 so its preferable in that respect. It would be good to get a lecturer willing to exploit existing material as much as possible - we may not get a good result if someone tries to create a subject from scratch for s1 next year.
A. Student writes:
[Following an initial request to count database implementation efforts at work as a replacement for the specified Database Systems projects. The technologies being used at work are essentially the same as those being used in the Database Systems subject - background for CSE].
I am doing 2 subjects this session - 3311 and 2041. As per usual I've been up to my neck in work and haven't been able, until now, to give either the time they deserve.
JAS responds:
You're out of luck with me on this point ...
My current thinking on this is that if you enrol in a subject then that entails a certain commitment on your part to complete the specified practical work and exam.
If you know you're going to be overworked ... don't enrol ... or arrange with your employer to give you enough time off that you can reasonably complete your Uni work.
I'm also not going to set a precedent about using stuff you've done at work as a substitute for prac work here. I don't like this for a number of reasons:
However, having said all that, I think the School ought to look at this issue (so I cc'd this to Arun and Bill). There seem to be more and more students in this boat, and I can see benefits to a more flexible approach. This will involve discussions with the rest of the School and will no doubt be extremely contentious, so don't expect any change of policy within the next twelve months, if ever.
I'm willing to give extensions on assignment deadlines, but not accept outside work as an alternative to assignments.
Chu: Can we modify programme 2000 so that for F/T GradDip students who start in the wrong session they can do 9315 instead of 9314?
JAS:
No. COMP9314 has pre-requisites COMP9021 and COMP9311.
COMP9315 has pre-requisites COMP9021, COMP9311 *and* COMP9024 (or 2011).
This is because the subject requires a decent programming/algorithms background (up to the level of COMP2011, i.e. and understanding of hash tables and search trees).
In the past, we've had to put up with a very wide range of student backgrounds from almost zero programming up to people who've already implemented database management systems (the topic of the subject). If COMP9315 is going to be a genuine postgrad level subject, I don't want to pander to people with little programming background, which is why we put the COMP9024 pre-requisite.
In other words, COMP9315 is significantly harder than COMP9314 and so they can't be interchanged in programs.
Similarly, we'd prefer people with decent Java programming background in COMP9314, but after some meetings with Arun (and ??) we agreed to dumb it down a little and work on the assumption that the students had at least passed COMP9021, and so had some exposure to Java.
Ken's document also proposes using smaller course sizes in level 3 courses (specifically 3 uoc courses instead of 6 uoc courses).
[These items will be held over to the next meeting due to Ken's inability to attend on 24 September.]
School of Computer Science & Engineering The University of New South Wales Sydney 2052, AUSTRALIA Phone: +61 2 9385 3986 Fax: +61 2 9385 5995