[Year 12 SofDev] Pondering SD U3O2

[Kevork Krozian]

Hi Gordon, 

 Part of the problem is that only 1 language can be used for both SACs. Yes, a much nicer interface could be written in developing the GUI if VB or other nice IDE is used. 
 
 However, I am not sure that the good old browser is not in the spirit. The approved languages guide states that other additional languages can be used to embellish a product, for example, Javascript with web pages, however, these would be 
supplementary to the main language and not to replace it. So, a very nice , pretty , elegant GUI could be built with just html or with additional scripting using javascript or other options. The processing is still carried out by what is behind the web server ( PHP, Python or CGI language implementation etc).
 
 I guess the issue is are we creating something that students would see out there in everyday use ? The advantage of the browser is that it is all permeating and gives universal access to everyone everywhere.
 
Best Wishes
Kevork


>>> gordonp at horsham-college.vic.edu.au 02/14/07 10:38am >>> 
Thanks for that Robert - well put. The language used is not that relevant except where it satisifies the criteria for the 'approved languages list'. 
And we all bring a certain amount of baggage to language decisions surely. While PHP is fresh for jaded teachers and elegant, i don't think it really meets the first criteria 'developing a GUI' as well as C++ or Java, VB etc. I'm not convinced the good old browser interface is in the spirit here ... 

The kids just have to model a module for a handheld (or laptop!!). I'll be re-writing my old Maths Quiz (+,-,*,/ questions) program, with interface specs to simulate a handheld. VB will probably be the language of choice because it will do the job well. 

But for my own interest, it'll be PHP for unit 2... 
cheers gordon 

"Timmer-Arends" < timmer at melbpc.org.au > on Tue, 13 Feb 2007 18:14:38 +1100 wrote: 
> Hello Mark 
> 
> I think Adrain and Claudia have the right interpretation. The constraint of 
> producing a software module suitable for implementation on a portable 
> computing device is intended as a constraint on the user interface (and 
> perhaps other bits as listed by Claudia and Adrian) NOT on the type of 
> program to be written or on the programming language used. And it is this 
> latter point that I think Adrian is trying to make when he writes "The 
> program does not have to be implemented - just modeled." - students might 
> be required to write a game program that can be used on, say, a Palm Pilot. 
> Instead of trying to come to grips with something like C as well as adapting 
> it to PalmOS, they might write the program using VB; it would/should have 
> the 'look and feel' of the Palm version but under the covers its just plain 
> old VB - hence it is a 'model'. 
> 
> Possibly a little dated, 
> http://goanna.cs.rmit.edu.au/~winikoff/palm/dev.html contains a list of 
> PalmPilot SDKs (Software Development Kits) and some discussion which could 
> be of interest. 
> 
> Regards 
> Robert T-A 
> Brighton SC 
> 
> _______________________________________________ 
> http://www.edulists.com.au 
> IT Software Development Mailing List kindly supported by 
> http://www.vcaa.vic.edu.au - Victorian Curriculum and Assessment Authority and 
> http://www.vitta.org.au - VITTA Victorian Information Technology Teachers Association Inc 


--- 
Gordon Poultney 
_______________________________________________ 
http://www.edulists.com.au 
IT Software Development Mailing List kindly supported by 
http://www.vcaa.vic.edu.au - Victorian Curriculum and Assessment Authority and 
http://www.vitta.org.au - VITTA Victorian Information Technology Teachers Association Inc 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.edulists.com.au/pipermail/sofdev/attachments/20070214/21d1b4f2/attachment.html