Research Log of Web Science Students

Computer Science is not simply programming

Archive for the ‘Hardwire’ Category

Hardwire to use GPL

leave a comment »

After one week of mulling over what license Hardwire will use, I’ve finally decided to use GPL v.3.

Here’s a peek at my comparison matrix:

I didn’t use MIT and LGPL because I thought it was too permissive. I didn’t want others to earn from my work without them contributing to the code base.

LGPL was out of the question because it is mainly used for libraries. Hardwire isn’t a library.

This narrowed down the decision between Apache and GPL. Initially I liked Apache because a lot of users at code.google were using Apache. GWT is licensed under Apache as well. But licensing under Apache would mean allowing Hardwire to be modified and used in commercial closed source software. This is something that is contrary to the goals of free software. I was sold on the idea that free software wasn’t about price but about contribution and making things better. I believe that a collective effort is always better and with many people, many good things can be achieved. In terms of code that means a wide user base and lots of support. This is what I think is behind the success of WordPress and the programming language PHP. PHP isn’t a great and pure a language as Python but there are a lot of PHP users compared to Python which I think makes it more attractive to use (though having said that Python is still better for me! :P).

So aside from the issue with commercial closed source software usage, Apache and GPL are pretty much the same.

For the benefit of everyone, I think I’ll post my findings in another blog post soon. 😀

Written by Jose Asuncion

March 13, 2010 at 4:54 pm

Posted in Hardwire

Licensing

with one comment

“Published software should be free software. To make it free software, you need to release it under a free software license.”

http://www.gnu.org/licenses/

by mlinksva

It took a while for the idea of licensing Hardwire to sink. But when it did, I have already made some important discoveries not to mention the sigh of relief I made after weathering a lot of readings about the topic over the past few days.

Free Software !=No Business Model
This would be the jackpot of all discoveries I made. There was a point in my reading where I began to have second thoughts about applying an open source license. I thought by doing that it completely stowed Hardwire as freeware. But as I’ve found out, the Free in Free Software doesn’t have anything to do with price.

The Free in Free software means Freedom and not as wikipedia says, “Free Beer”. It means that the software can be used modified, edited without restriction. Although Free software is “available without charge, it can have a fee”.

So yes we can still apply some sort of gimmick to earn money from the software such as support, customization, distribution and fixing bugs. Whew.

Code.Google has been very helpful in helping me narrow down the list of licenses to choose from. I am now picking from a list of popular licenses with a strong community:

  • Apache License, 2.0
  • New and Simplified BSD licenses
  • GNU General Public License (GPL)
  • GNU Library or “Lesser” General Public License (LGPL)
  • MIT license
  • Mozilla Public License 1.1 (MPL)
  • Common Development and Distribution License
  • Eclipse Public License

Since Hardwire could be like WordPress, I am inclined to use the GNU license which is the same license that WordPress uses.

Written by Jose Asuncion

March 1, 2010 at 4:52 pm

Posted in Hardwire

Forays into Android

leave a comment »

Written by Jose Asuncion

February 28, 2010 at 3:33 pm

Posted in Hardwire

Hello…

leave a comment »

Android!

(click)

Written by Jose Asuncion

February 25, 2010 at 3:21 pm

Posted in Hardwire

Rewrite

leave a comment »

I was dismayed that our paper was pulled out of the PCSC last month because my advisers said our findings were inconclusive. I didn’t know what was wrong. We patterned our paper after a project which is similar to ours. We had all the headings — Introduction, Features, Workflow, Test Methodology, Results, Discussion, Conclusion and Work in Progress. I thought writing and getting the introduction approved so much ahead of time would benefit us and save us time when it came to writing the paper. I also spent a lot of time reading Stephen Downes’ article on the Future of Elearning. I did a review on that. It was very arduous. There were terms I didn’t understand. I had to look them up in Google or read blog posts about them. God knows how many kilometers I’ve paced back and forth in front of my (back then) P.C trying to think about what the concepts meant. Actually starting to write was the worst thing of all.

But after I came back from the hospital Dan gave me a stack of papers about Personal Learning Environments. My first thought was to read some of them so I can compare them with our paper and see what we lacked. I liked the conceptual study on PLEs by B.Taraghi, M. Ebner, G.Till and H. Muhlburger from the Graz University of Technology in Austria so I used that as reference.

Here are the notes I have taken:

1. The Paper is a bit okay…at least the Intro Part.
I have established the grounds for a PLE and ended by saying the objective of the paper, that it is an “implementation of the concepts of personalized learning”

2. Where is Hardwire? and how does it look like?
I kept on saying that Hardwire has been deployed but I didn’t give a link. Furthermore the paper comes of as abstract. I think I need to put screenshots elucidating the work flow so the reader will understand how the features work. On second thought, the Hardwire’s UI is pitch black. I wonder how the screens would look like if it were printed on black and white. Gaaaaaah.

3. Definitions.
I have found that I’ve been assuming all this time that the readers of my paper are like me or understand the technologies I am using. There are so many terms that I left vague such as “POJO” which stands for Plain Old Java Object. I don’t think a lot of people will understand that.

I also use terms that I don’t define even just a little. For example, Web 2.0 doesn’t have an industry standard definition. There are even some people who don’t accept the term and what it stands for. Maybe here I should just enumerate its characteristics.

I am also thinking about whether to include unit testing as part of the test methodology. While writing the paper last January, I’ve found describing this test methodology very hard. Although I’ve already asked help at StackOverflow.

4. Details
Our advisers mentioned this before already and I only understood it after reading my reference. This only means that I should discuss things in my paper even more. Talk about talking. Since the paper is I quote an “implementation of the concepts underlying personalized learning”, I think I should discuss the details of the implementation details. Why did I choose GWT over raw javascript? Why Google App Engine? Why Java over Python (ooooh that’s a hard one to answer given that I have learned to love Python)?

5. Some more tests to come
Finally, I’ve realized why the paper is inconclusive. It still needs to convince where the implementation . But in my first draft, I can only see the paper saying the test failed and we need to move hosts so we can test again. That’s why we’re coming up with more tests to evaluate the project (Usability with Feedback, Web Service Test) and tell where future work should be done.

That’s a lot of points to consider. My notes actually look even more daunting. Am I being to hard on myself? I guess not, it’s good to be your greatest critic.

Written by Jose Asuncion

February 17, 2010 at 2:49 pm

Posted in Hardwire

Eskwela and the PLE

with 4 comments

Sometime last year Sir Rom suggested we pattern our thesis after the specs of the Eskwela project. That didn’t materialize somehow but I was able to see what Eskwela is during TedX Manila. During Mel Tan’s talk about the initiative, I was able to start forming a lot of insights about how I could shape the PLE we were developing. They were all very vague though and I never came to anything concrete.

Last Monday I found myself at the Eskwela office where Mel Tan goes about her great work. To my mind I thought this was going to be a short meeting because we just wanted to get help gathering people to test the project. We would brief her about the system and then give her the link to the Google forms we made and that would be it.

But Dan mentioned along the way that Ms.Tan was excited about the PLE. I didn’t make anything of it. Turns out she was and I there we had to make an impromptu pitch about our thesis! I knew when I told her, “We don’t need an lcd projector Ma’m” to which she replied “No, you’ll be telling some people about the project.”

Here’s a summary of her take on Hardwire:

1. It was too advanced for the users of Eskwela. The users she said didn’t have access to a computer or internet. Some were even struggling to use them. Also, Eskwela isn’t entirely a web based framework. From what I understood some of it is still a fat client.

2. They needed a PLE which was a personal profile. It would show the modules that a user was taking, has taken or still needs to take. It would highlight the projects the learner has uploaded. We have something like this in Hardwire showing the modules the user created, the projects the learner has uploaded. Obviously the module part is still lacking.

Stephen Downes in his essay, the Future of Online Learning, mentions this exact concept of a PLE>

There’s also a teacher in Eskwela, something that Hardwire’s pedagogy doesn’t support.

Apparently right now the PLE means different things to different people and that it’s probably still a long way from getting its definition.

I said to myself too bad I thought Hardwire was in the for the big time. I guess my eagerness was short lived just as I didn’t expect to be giving a pitch that day.

But with the insights I just got from that meeting, I have never been more stirred to be working on a project such as the PLE in the future.

Written by Jose Asuncion

February 12, 2010 at 3:36 pm

Posted in Hardwire

Testers Needed!

leave a comment »

Usability testers for Projectrix and Hardwire needed!

Please visit these links and be nice hehe. Thanks! =)

PROJECTRIX (Eportfolio and Assessment Management System) – http://j.mp/testprojectrix

HARDWIRE (Personal Learning Environment) – http://j.mp/testhardwire



Written by Daniela

February 12, 2010 at 3:59 am

Posted in Hardwire, ProjectriX

Tagged with ,