UniverseUniversity


Home Projects Jobs Clientele Contact

uu


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: User roles and UI



Anatoly Volynets wrote:
> My comments -- below.
>
> Ilya A. Volynets-Evenbakh wrote:
>   
>> Anatoly Volynets wrote:
>>   
>>     
>>> I'm not clear, what's that mean? We don't allow users to come over the
>>> Repository to find a tasty problem and solve it?
>>>       
>> No, not directly.
>>     
>
> All right, but we agreed that all UMOs can be browsed in the Repository.
> Let us specify what this means. I would like a user with, say,
> Repository subscription, to be able to read all texts of problems,
> topics, explanations, etc.
I don't see a problem with people looking at objects.
>  What kind of issues you foresee if we allow
> also to  solve  the problems, play games, conduct exercises?
>   
Here is an example: as things are now, we associate teacher with
a course. If someone solves a human-controlled problem, which teacher will
be notified?
>>> Or, say, some single specific topic?
>>>     
>>>       
>> No, not directly.
>>   
>>     
>>>  Moreover, there are such UMOs like
>>> Through Problem and Dialogue of Texts. They should be accessible partly.
>>>   
>>>     
>>>       
>> This is different story. Once we have them implemented, they will be
>> sign-uppable directly.
>>   
>>     
>>> If we force a user to sign up for a course he does not need, we lose
>>> many people who could come after a single problem, topic, exercise,
>>> explanation... Why would we do that?
>>>   
>>>     
>>>       
>> I don't think it's going to happen that often.
>>     
>
> And I predict, that as soon as the uu environment starts working,
> shopping for a single UMO (not of course level) will become very
> popular. Courses have one chance only to be more of interest when
> administration gets implemented. That is, when grades, certificates,
> licenses, diplomas can be provided by UU Teachers.
>   

>>  We provide courses, not
>> problems. Also, management for proprietary server, as well as for
>> some functions in open server will become a nightmare if we allow that.
>>     
> As of today, I understand WE provide environment to create UMOs and
> organize them in courses and other UMOs, while making all of these
> available for people who want to learn. I understand there are
> significant differences between Open and Closed (let's arrange what term
> we use) servers. Usually I am talking about  Open  Server if not said
> otherwise.  Is there real technical problems in making UMOs  separately
> accessible  within  Repository?  Are there compromises possible?
>   
OK. I think as far as signing up and studying, we could probably
implement it
in a same way as a course. When student signs up for UMO, all referred to
UMOs are signed up to as well, taking a snapshot of versions linked to.
I can't think of specific problems, except for accounting on closed
server right
now, but this gives me a bad feeling.
>>> Can we think about such thing like sign up for UU or Repository?
>>>       
>> What would it mean? How would proceeds from such sign-ups be
>> distributed to authors?
>>     
> What kind of difference this makes?  An UMO  has  its Author. You
> suggest that an author can ask for payment for the access to his course.
> What kind of access then is supposed here? What if somebody just like to
> find and create interesting problems? Do we want this kind of authors?
>   
They can live on
a. other people including their problems in courses
b. stand-alone problems.
> Do we want to provide them with feedback and other incentives? I
> realize, we have to look into Authorship-Teaching relationship. There
> are many uncertainties here.
>   
-- 
Ilya A. Volynets-Evenbakh
Total Knowledge. CTO
http://www.total-knowledge.com


Authoright © Total Knowledge: 2001-2008