[Year 12 SofDev] Approved programming languages for 2011
Timmer-Arends
timmer at melbpc.org.au
Mon Jul 5 11:07:28 EST 2010
Hello Kevork and others
I'm not sure what you mean by:
> I wonder if the inclusion of records has caused the expectation that
> record
> design is done in a table ?
The relevant dot point is about the construction and use of records, not
their design. And design of a record could be set out in a table but does
not have to be. Afterall, so called design tools are just graphic organisers
and have nothing to do with actual implementation, so I am not sure where
the expectation would come from???
Also I know that we Access users are guilty of blurring defintions, but,
from a strict terminological perspective, records have to do with files, not
tables (files/records/fields; tables/rows/columns;
relations/tuples/attributes!)
And sorry to be picky, but...
> Also, a queue or stack is effectively an array ( or vector ) of records
I think its important to distinguish between the conceptual view of a data
structure and its implementation in a given programming environment.
Conceptually, queues, stacks and arrays are quite different from one
another - they are not all arrays of records. The first two could be
implemented using arrays and indexes, but do not not have to be; for
example, they could be implemented as linked lists using pointers and memory
allocation functions. And conceivably, if a language did not offer the array
as a basic construct, one could also implement an array as a linked list (at
which point one should ditch the language!)
One thought that comes to mind after all this cogitation is that, in the
context of:
> . construct and use data structures, for example multi-dimensional
> arrays, records, queues and stacks
I suspect that 'record' is not intended to be 'record in a file' (although
it could be), but the more generic idea that C calls a 'struct', VB.NET now
calls a 'structure', Pascal calls a 'record' and Java sees as a methodless
class. That is, a data structure that is made up of one or more basic
elements such as integers and/or strings, and lives in memory at run time -
it might in fact be the memory data structure that recieves its data from a
record on disk. Given the context of the statement where arrays, queues and
stacks are all 'program data structures' I think this idea fits. The problem
is that, unlike arrays, queues and stacks, when we see the term 'record' we
tend to think of it in terms of files on disks, not structures in memory.
I think the point is that the new study design is asking us to be much more
focussed on how our program sees the data (in memory), rather than how it
sees, for example, a database on disk.
Regards
Robert T-A
Brighton SC
> Hi Folks,
> I wonder if the inclusion of records has caused the expectation that
> record
> design is done in a table ?
> Also, a queue or stack is effectively an array ( or vector ) of records
> which would need a table as the design tool.
>
> . construct and use data structures, for example multi-dimensional
> arrays, records, queues and stacks
>
> Kind Regards
> Kevork Krozian
> Edulists Creator Administrator
> www.edulists.com.au
> tel: 0419 356 034
>
> -----Original Message-----
> From: sofdev-bounces at edulists.com.au
> [mailto:sofdev-bounces at edulists.com.au]
> On Behalf Of Timmer-Arends
> Sent: Sunday, 4 July 2010 5:59 PM
> To: Year 12 Software Development Teachers' Mailing List
> Subject: Re: [Year 12 SofDev] Approved programming languages for 2011
>
> Hello John
>
> didn't mean to teach you how to suck eggs - didn't know the context of
> your
> question.
>
> But as Adrian says, tables don't get a mention in the new SD course. I am
> curious to know which bulletin notice you are referring to?
>
> Regards
> Robert T-A
> Brighton SC
>
>
>
> ----- Original Message -----
> From: "John Schwartz" <jschwartz at parade.vic.edu.au>
> To: "Year 12 Software Development Teachers' Mailing List"
> <sofdev at edulists.com.au>
> Sent: Friday, July 02, 2010 5:12 PM
> Subject: Re: [Year 12 SofDev] Approved programming languages for 2011
>
>
> Robert
>
> Exactly, so why does the VCAA Bulletin say:
>
> . construct and use data structures, for example multidimensional arrays,
> strings, sets, lists, tables, records, queues and stacks
>
> OK so they do not want us to connect to a table in a DB. That is not a
> problem. The problem is that they have listed tables and multidimensional
> arrays separately. I was asking, indirectly, "is this an oversight on
> their
> part or is there a data structure called a table that is NOT a 2d array,
> not
>
> part of a DB, and that somehow I have overlooked for the past 30+ years?"
>
> I'm guessing it is the former.
>
> Thanks
>
> John
>
> This e-mail and any attachments may be confidential. You must not disclose
> or use the information in this e-mail if you are not the intended
> recipient.
>
> If you have received this e-mail in error, please notify Parade College on
> (03) 9468 3300 immediately and delete the e-mail and all copies. Parade
> College does not guarantee that this e-mail is virus or error free. The
> attached files are provided and may only be used on the basis that the
> user
> assumes all responsibility for any loss, damage or consequence resulting
> directly or indirectly from the use of the attached files, whether caused
> by
>
> the negligence of the sender or not. Any views expressed in this e-mail
> are
> the views of the individual sending the message, and do not necessarily
> reflect the views held by Parade College.
> -----Original Message-----
> From: Timmer-Arends [mailto:timmer at melbpc.org.au]
> Sent: Fri 25/06/2010 5:55 PM
> To: Year 12 Software Development Teachers' Mailing List
> Subject: Re: [Year 12 SofDev] Approved programming languages for 2011
>
> Hello John
>
> technically, a table is a data construct for use in a relational database
> and nothing else; has an fixed number of columns and an indefinite number
> of
>
> rows; has a lifetime that goes beyond the life of the application's
> execution time; and resides in a long term data store such as a disk
> drive.
> Its contents are generally accessed by matching query criteria, or by
> moving
>
> to a specific row/record/tuple and then accessing a specific
> column/field/attribute. Conceptually, tables are always 2-d but can be
> part
> of a larger structure, the relational database, wherein many tables are
> related to each other in some way.
>
> while a 2-d array is a data construct for use in a program and is general
> purpose; (generally) has a fixed number of columns and rows; has a
> lifetime
> that does *not* go beyond the execution time of the program; and resides
> in
> memory. Its contents are generally accessed directly by targeting a
> specific
>
> cell via 2 indexes. Conceptually, 2-d arrays are a specific kind of more
> general data structure, the array, which can in principle have any number
> of
>
> dimensions, not just 2.
>
>>From a programming point of view, a 2-d array is probably much more like a
>>spreadsheet than a database table.
>
> Regards
> Robert T-A
> Brighton SC
>
>
>
>
>
>
> ----- Original Message -----
> From: John Schwartz
> To: Year 12 Software Development Teachers' Mailing List
> Sent: Friday, June 25, 2010 8:56 AM
> Subject: Re: [Year 12 SofDev] Approved programming languages for 2011
>
>
> Hi all,
>
> Please pardon my ignorance but if we are not to use databases, what is
> the
>
> difference between a table and a 2D (multidimensional) array?
>
> John
>
>
>
> John Schwartz
>
>
> Parade College
>
> 1436 Plenty Road
>
> Bundoora, Victoria, 3083
>
> Phone: 03 9468 3300
>
> Fax: 03 9467 3937
>
>
> e-mail: jschwartz at parade.vic.edu.au | web: www.parade.vic.edu.au
>
>
>
>
>
>
>
>
>
> ----------------------------------------------------------------------------
> --
>
> This e-mail and any attachments may be confidential. You must not
> disclose
>
> or use the information in this e-mail if you are not the intended
> recipient.
>
> If you have received this e-mail in error, please notify Parade College on
> (03) 9468 3300 immediately and delete the e-mail and all copies. Parade
> College does not guarantee that this e-mail is virus or error free. The
> attached files are provided and may only be used on the basis that the
> user
> assumes all responsibility for any loss, damage or consequence resulting
> directly or indirectly from the use of the attached files, whether caused
> by
>
> the negligence of the sender or not. Any views expressed in this e-mail
> are
> the views of the individual sending the message, and do not necessarily
> reflect the views held by Parade College.
>
>
>
> ----------------------------------------------------------------------------
> --
>
> From: Mark KELLY [mailto:kel at mckinnonsc.vic.edu.au]
> Sent: Friday, 25 June 2010 8:30 AM
> To: Year 12 Software Development Teachers' Mailing List
> Subject: [Year 12 SofDev] Approved programming languages for 2011
>
>
>
> Hi all. I've just got the latest bulletin. Here's a rundown of the
> approved languages for 2011...
>
>
> Approved programming languages and necessary programming skills for 2011
> (adapted from VCE Bulletin #80, June 2010)
>
> "In the development of solutions, students should be able to:
> . develop a graphical user interface (GUI), for use in mobile computing
> devices, such as laptops, personal digital assistants, gaming consoles,
> mobile phones
> . construct and use data structures, for example multidimensional arrays,
> strings, sets, lists, tables, records, queues and stacks
> . design, construct and use files (not databases) to store and retrieve
> data
> . design and apply data validation techniques
> . use program control structures: selection, iteration and sequencing.
>
> The purpose-designed software will entail the use of objects, methods and
> their properties, and event-driven
> programming."
>
> Approved languages
>
> a.. Basic (object-oriented variations only e.g. VB.NET)
> b.. C++
> c.. C#
> d.. Objective C
> e.. Visual Fox Pro
> f.. Pascal (object-oriented variations only, e.g. Delphi)
> g.. Java
> h.. Perl
> i.. PHP
> j.. Python
> k.. Ruby
> The bulletin also adds, "With all of the above languages, databases are
> not to be used to support the construction of solutions."
>
> Note the removal of Real Basic, Visual J and Visual J++, and the addition
> of Objective C.
> Also note the emphasis on multidimentional arrays and the specific
> exclusion of databases: it's good to get that old argument out of the way!
>
> --
> Mark Kelly
> Manager - Information Systems
> McKinnon Secondary College
> McKinnon Rd McKinnon 3204, Victoria, Australia
> Direct line / Voicemail: 8520 9085
> School Phone +613 8520 9000
> School Fax +613 9578 9253
> kel at mckinnonsc.vic.edu.au
>
> Webmaster - http://www.mckinnonsc.vic.edu.au
> IT Lecture notes: http://vceit.com
> Moderator: IT Applications Mailing List
>
> Korma: the philosophy that what you get out of a curry depends on what
> you
>
> put into it.
>
>
>
> ----------------------------------------------------------------------------
> --
>
>
> _______________________________________________
> http://www.edulists.com.au - FAQ, Subscribe, Unsubscribe
> 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/vce/studies/infotech/softwaredevel3-4.html
> http://www.vitta.org.au - VITTA Victorian Information Technology
> Teachers
>
> Association Inc
>
>
>
>
>
> ----------------------------------------------------------------------------
> ----
>
>
>> _______________________________________________
>> http://www.edulists.com.au - FAQ, Subscribe, Unsubscribe
>> 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/vce/studies/infotech/softwaredevel3-4.html
>> http://www.vitta.org.au - VITTA Victorian Information Technology
>> Teachers
>
>> Association Inc
>
> _______________________________________________
> http://www.edulists.com.au - FAQ, Subscribe, Unsubscribe
> 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/vce/studies/infotech/softwaredevel3-4.html
> http://www.vitta.org.au - VITTA Victorian Information Technology Teachers
> Association Inc
>
>
> _______________________________________________
> http://www.edulists.com.au - FAQ, Subscribe, Unsubscribe
> 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/vce/studies/infotech/softwaredevel3-4.html
> http://www.vitta.org.au - VITTA Victorian Information Technology Teachers
> Association Inc
More information about the sofdev
mailing list