I have just read this very interesting post from Sitearm discussing the pros and cons (well pros mostly!) of using Viewer2 with new student users of Second Life. It certainly gave me food for thought as I reflect on my own experiences of teaching in SL this semester.
Our course this semester was taught partly in RL by me (on campus in the computer lab), partly in SL by a staff member (from a remote location) and assisted in both places by a third on-campus staff member. Each of us had our own ‘preferred viewer profile”.
I have yet to make a successful transition to V2. Apart from early trials I have used it only when I have had no other option and it has not yet become intuitive for me. I am still at the “where do I find xxxx?” and ‘grrrrr this sidebar!” stage. A long term user of the old viewer, I eventually moved to Imprudence as I explored OpenSim and began the laborious process of exporting objects from Second Life. My colleague, like Sitearm, saw the writing on the wall for the old viewers and made a conscious decision to learn and use Viewer 2 from its early days. Although he also uses other TPVs particularly for exporting to and accessing OpenSim grids, he is an experienced and comfortable user of V2. Our assistant has only ever used V2!
The students themselves came from two quite different programmes and with different levels of technical ability. In addition, some students from the IT degree programme had their own dedicated laptops (on which they have administrator rights) while the others only had access to the institutional computers (unless they downloaded at home on their own personal machines) which were locked down and ran only V2. Just to complicate the issue a little more, some but not all of the IT students had already used Second Life and had v1.23 or some other TPV installed.
While it was clear that most of the students would be using V2, I chose not to enforce it as the ‘only’ viewer – partly because of my own preferences and partly as we would have no need for the additional functionality – moap for example. So at any time when an inworld class was happening, it was not unusual to have some students using V2, some using v1.23, some using a different TPV and on occasion some switching from V1.23 on their laptop to V2 on the lab computer depending on what they were trying to achieve in Second Life.
Chaos? Maybe but nothing that seemed too problemmatic. Yes, I struggled to help some students with basic V2 UI issues and yes, it was sometimes confusing for my remote colleague not knowing which viewer a student was working on but in general, it was a non-issue. I liked to see the diversity in the classroom with those students who had a choice making their own decisions about what to use for which activity.
In the future? I think it will depend on the students themselves but as next year’s offering will take us beyond Second Life into other virtual world grids I think I will be looking to have one of the TPVs as our ‘default’. However, I have realised that I personally should update my V2 skills *sighs – perhaps I will come to love it!
Would love to hear your ‘viewer in the learning environment’ experiences!
My interest in virtual worlds, and education, in them has been seriously re-energised by the happenings in the metaverse over the last few weeks. As some of you will remember I spent a great deal of time and energy 2007-2009 as an evangelist for the use of virtual worlds to design and create engaging, exciting and useful educational opportunities for tertiary students. (Bets used to be taken as to whether I could survive a meeting without mentioning Second Life! )
So many times over the last few months I have doubted whether I would ever be able to write this post! At midnight last Saturday I was sure it would never be written but thanks to some awesome teamwork that saw the SLENZ development team put in some very long hours on Sunday, I am here! I am hoping that this will be the first of many such posts because finally…. finally….. I was able to watch and listen in as the first of the midwifery students used the birth centre we have built for them on Kowhai. Continue reading
Our current thinking on the process of developing our SL learning activities can be found here in the SLENZ Project Development Roadmap. This is by no means a finished document! Plenty of thinking, refining and developing to do yet but this is our baseline. All comments welcome :)
This section provides a little background to the Development Roadmap. Please see the other postings for details of the three main phases. If you would like a copy of the whole document please leave me a message and I will get it to you.
We considered that essentially the initial design and development of a project lent itself to three major phases outlined below. Each stage of each project would progress through all of the phases. Continue reading
This provides high level view of what the the project should achieve and why, the scope, the context, the participants, the method, the budget and the timeframe. It may also include the measures by which success may be evaluated. In general it answers questions of the nature of – what is the general purpose of the project, who will be involved, why are we doing it etc. Continue reading
This phase deals with the design of the learning experience and the activities that it contains. This phase will be repeated for each stage of the project and identify where it is building on work from the previous stage.
Building on the work of the previous phase and using the Context Summary as a base, this phase will identify and describe, in some detail, the actual learning activities that will take place in support of the specified learning outcomes. One major purpose of this is to identify the resources that will be required.
This phase deals with the design of all the resources required by the learning activities of the stage both those in and out of SL. This phase will be repeated for each stage of the project and identify where it is building on work from the previous stage.
The purpose for this phase is to ensure that all resources needed to create the learning experience are identiifed, designed effectively and constructed. Based on the learning activity or activities identified in the Develop the Learning Narrative phase, and on the list of required resources derived from that, this phase is primarily concerned with the questions around ‘How will we fulfill these requirements?‘ and documents the final answers to those questions. It thus considers the design of all the resources that are required for the final construction both those that will be built in SL and those that won’t.
Much of my time over the last few weeks has been concerned with attempting to bring together disparate needs and views into a workable process for the development of a learning experience which is primarily but not completely delivered in Second Life. The process has been tough at times! but then the task is complex and there is very little previous experience or best practice reports to draw on.
One of the interesting issues that the SLENZ project has highlighted is just how do you go about creating a complex build in SL with several developers in an organised and systematic way. As good IT developers we are always thinking of what methodologies, techniques etc to use. Of course, SL builds have their own levels of complexity incorporating code, objects, textures, sounds, animations and interactions and as far as we can tell no one has yet described a good way of managing the development of these. (If anyone has I would love to know!).
Therefore we have had a first go at putting together some initial thoughts on the priniciples, processes and techniques that we might use for an educational build and they can be found here on the SLENZ blog. Would love to have useful comments back about what we are proposing!