Official Google Blog: Introducing Google Buzz: “We’ve relied on other services’ openness in order to build Buzz (you can connect Flickr and Twitter from Buzz in Gmail), and Buzz itself is not designed to be a closed system. Our goal is to make Buzz a fully open and distributed platform for conversations. We’re building on a suite of open protocols to create a complete read/write developer API, and we invite developers to join us on Google Code to see what is available today and to learn more about how to participate. “

(Via Google Blog.)

While this looks a lot like twitter/brightkite/facebook activities, I do wonder if the real game-changer is integrating with Email – e.g. making Lifestream activities mainstream (though Facebook has become pretty mainstream) – or mainstream for people who haven’t necessarily sought out social networks.

I also wonder how this fits in with Wave? Is wave a technology platform under/in parallel to this? Slightly different? Just 2 teams at Google doing slightly different things “let a thousand flowers bloom and all that”?

I was recently asked via email what training or whatnot I would recommend to bring a programming team up to speed on Java.

A couple options come to mind – depending on the overall scope of your programming team and their past experience (if I can ask – what is your past experience?) but, I generally recommend the following progression of reading (note – this is probably about 6 mo of reading, if you like reading):

1. Pragmatic Programmer (non-language specific, but the best beginner book I’ve found)
2. Headfirst Java (for basic/core Java)
3. Effective Java, by Josh Block (Josh was the Architect of the Java Collection Framework)
4. Headfirst Design Patterns (I actually love this whole series)
5. Spring in Action (I think the latest edition was updated for 2.5)
6. Java Puzzlers (Josh Block, & I think Neil Gaffer)
7. Domain Driven Design, by Eric Evans

In terms of classes/training – general Java classes can be useful, but I find they generally tend to focus at too low of a syntactic/language level (understanding core concepts is important) – effective Java will give you a good feel for some of the oddities – but that your best bit tends to be to get enough to bootstrap you and start coding/testing/working.

Of course, my employer (CampusEAI) does provide focused training on topics like Java Development or Portlets, which since I had a hand in designing the modules I think hit the mark fairly nicely…

This may be old news to others, but I finally have my copy of the new “Sakai Courseware Management” book (courtesy of the folks over at Packt) and more surprisingly have even been able to carve out time to read the contents. For people who may not have been aware, this is the book that Alan Berg & Michael Korkuska have spent the last many months of their lives churning out.

After looking through “Sakai Courseware Management”, I’d say if you’re a technical staff member working with Sakai it’d be invaluable. Finally, much of the community knowledge and resources have been distilled into a single volume, greatly shortening the learning curve — and with enough topics that even old-Sakai hands will likely see some new bits, courtesy of the deep knowledge of Alan & Michael.

Continue Reading »

We’ve been looking at expanding our development team (contact me if you’re an awesome developer, passionate about what you do, and like people and work) and so I’ve been screening a lot of resumes and CVs recently. If you’re a candidate, keep reading and tell me in your interview you read this. If you’re just interested, keep reading, though this is really just my opinions, combined with some rants.

Things I look for in resumes:

• Strong command of written & colloquial English (see below for more)
• Experience spanning multiple vendors, platforms, open-source, etc
• Specific accomplishments (less ‘managed/coordinated’ more ‘wrote/implemented’)

Things that are likely to put me off:

• Excessive keywords/technologies (with no examples)
• Cut and pasted roles/responsibilities for projects (e.g. every role listed)
• More experience with a technology than it’s been in existence
• Obvious grammatical/spelling/usage errors

It somewhat surprised me after thinking about it how little time/credence I give to scanning technologies listed by candidates. (I do read them, but mostly looking for items that show strong willingness to explore or personal preference; e.g. Grails, Git, IntelliJ). What really excites me for hiring say a Java developer is someone who’s also done, say Javascript, Ruby, scripting, C++, and has some great project samples of things they’ve done for projects where they came up with something clever, or leveraged a neat toolkit to solve some problem.

Really what I’m looking for generally boils down to 2 main factors: communication skills and passion.

Communication Skills: I increasingly view resumes/CVs as an expression of an individual’s ability to communicate in a technical forum. The quality of your resume reflects your ability to write requirements, express technical/design concepts, and communicate with customers. We work in an environment where the first impression people have of you increasingly comes via email, a written document, or some other non-verbal communication. With distributed teams becoming more common, the ability to clearly and accurately communicate without the luxury of all the bandwidth you have in personal settings becomes even more important.

Passion: I want to see some combination of jobs, project accomplishments, technologies, and familiarity with techniques that let me know you’re passionate for both delivering good software, and becoming better at the craft of software engineering. I like to see technologies like open-source libraries, frameworks, projects, and other tools that show you’ve investigated what’s out there in the course of your work. Practices like TDD, Agile, UCD, or others that show you’re continually looking to try, and adopt better ways of working are also a strong plus.

If those pieces are there, then I strongly believe the other fundamentals will follow, which makes it much more likely that someone will get an interview to see if things click in terms of team dynamics and the needs of a specific position.

ITWeb :Unisa embraces Microsoft: “[ Johannesburg, 3 December 2008 ] – At a time when many public organisations are migrating to open source solutions – the University of SA (Unisa) has chosen to embrace Microsoft. From 2009, registered students at Unisa will be required to sign up for a Microsoft-provided e-mail service. The free e-mail system – myLife – will be the only system Unisa will use to communicate with its students. This marks a move away from the university’s Sakai community source platform – myUnisa – which the university runs on a Linux platform.”

(Via car hire bulgariaGoogle.)

Based on the article at least (not having talked with the folks at UNISA about this item) it’s hard to tie moving to Live@EDU for email to moving away from Sakai. If anything, having guaranteed email accounts (which it sounds like may not currently be the case) seems likely to enhance core services like announcements, email notification, mailing lists and others.

A week or so ago, I got an email from a friend:

????????Just in case you haven’t noticed this yet, Google links to jay.shao.org now include warnings about malware: Jason E. Shao » Blog Archive » Sakai SVN Vendor Branch Outcome This site may harm your computer. Jul 17, 2007 … Soo… yesterday I completed my 2.3.1 Sakai vendor branch merge, … I had to use the trunk version of svn_load_dirs.pl and patch it — see Bug … jay.shao.org/archives/2007/07/17/sakai-svn-vendor-branch-outcome – Similar pages – Note this

The best kind of warnings are the ones you get about something you’re aware of, trying to fix, and hoping no one will notice. In this case, working through the baroque malware site removal process. How did I get dragged into it? Well…

I didn’t actually notice until I browsed to my blog using Firefox 3 (been my default browser for a while now — I really like Safari too, but Firefox 3 is not you’re daddy’s Mac Firefox) and got slammed with a really obnoxious error message noting that the site was suspected of malware. The page looks a lot like the kind you get nowadays when you visit a site with a self-signed certificate, except there was no way to dismiss it (but use Safari…). About the same time, I noticed that Google search results included the note referenced above. So, naturally I read in a bit to try and figure out how to get rid of it. Well…

1. Visit stopmalware.org
2. Read a pretty long written description
3. Find no way to identify what triggered the malware warning on my site
4. Submit a request to re-examine to try and get some contact.
5. twiddle…
6. Get a message back identifying a single problem with the site
7. Fix said problem (bad iFrame, possibly copy & pasted)
8. Submit a 2nd request to re-examine
9. twiddle…
10. Get another message back identifying a different, specific problem (not mentioned the first time)
11. Fix said problem
12. Submit a 3rd request to re-examine
13. twiddle…
14. exoneration (no notification though) all is well with the web

So, aside from my personal irritation at this process I thought I’d add some mentions based upon some customer service observations:

• not being able to find out what you did wrong is really irritating
• not being able to find out all the things you did wrong makes it worse
• internet accessing processes that require real-people time makes them feel really frustrating

Clay from Georgia Tech shot me an email recently which spurred me to try and put to words how my thinking has evolved about the relationship of an enterprise portal and Sakai, and where these technologies and communities are heading.

In general I think the focus of “enterprise portals” has always been one of integration and convenience, and as a result these products are moving towards being the place that knits together all the attention streams a user might have across the digital (and non-digital) campus. I think there’s a couple key use cases, some of which have more successfully been deployed than other.

1. One stop shopping (typical) + SSO
2. Summary Views & Aggregation

Less commonly actually implemented, though often talked about/pitched: 3. Dashboards 4. Actionable Intelligence (you have overdue books, return them!) 5. Deep aggregation (e.g. pulling in all the announcements from different systems and putting them into one stream)

In addition to portals focused on horizontal integration, I think we’re starting to see vertical integration around “portals” in Learning, Collaboration, HR/Admin, SIS, Libraries? and other clumps of functionality. Some of the goals around bundling related tools together are similar, but focused around a particular toolset, or context. At some point these could probably decompose into the “lots of tools/portlets in the uber-portal” that I think represented the portal thinking years ago, but I think the reality is market forces, as well as organizational and reporting structures make that unlikely to happen any time soon.

I suspect the interrelationship w a product like Sakai to a portal is mostly as a provider of information/data — pushing out items like announcements, scheduling, files in resources, and exposing them in a different context. Ideally if we shift our thinking more along the line of wire protocols (RSS, Real SOA, RESTful APIs) this I think positions us to also start doing “network integration” where Sakai can also start talking with and working with say Banner, or Kuali FS, or Facebook, or whatever platform. I’m very impressed with CARET’s mySakai work, and think John Norman’s vision on this is similar to the kind of plan I’d outline as benevolent dictator of the Sakai universe.

Along this line, I’ve scheduled another LMS-Portal integration BOF for JA-SIG and would like to use this project as the testbed for both a WG, and an incubated integration project within JA-SIG. I think a lot of the architectural level aspects should really span LMS’s — e.g. if we do it right, ANGEL, D2L, BB, and everyone should be able to use the same protocols, though Sakai seems an ideal reference implementation. I admit to being weak on knowledge of the IMS-spec side, and am not sure whether there’s work on that front we can leverage as well. So far what I’ve seen at least on the TI front has been less API/Data centric than I think we need to go though, though Enterprise seems promising.

One particular short-term item I’d like to see Sakai expose more broadly is the group contexts expressed in the form of class enrollments & particularly ad-hoc groups represented by project site membership. In many respects I think this is the most useful data in Sakai — it’s a social-network like context that integration with and hooking other systems into seems quite valuable. Enterprise grouping systems like Grouper while promising architecturally seems to have had slow adoption, and I suspect fitting systems like Sakai with something like OpenSocial or Google Contacts-like APIs to mesh groups together may get us farther faster in the short run.

Well the questions are pouring in (mostly due to my tardiness in writing this kind of announcement) and so, without farther ado…

What Happened?

While it still feels a little strange to say it, as of 2 Fridays ago (2/8) I am no longer employed at Rutgers University. Over the last 9 years as first a student, then staff member, I’ve had the chance to: first study under, and then work with some incredible people. I’ve gotten to watch projects and services grow and evolve into solutions that are used every day by tens of thousands of students, faculty, and staff.

Before addressing my personal situation, I feel the need to speak a bit about the Rutgers Sakai deployment which up until now has occupied so much of my thoughts and energy. I was fortunate enough to see myRutgers grew into a service providing tools and services to every student at Rutgers. Sakai usage is currently somewhere on that curve, with usage growing by leaps and bounds. This Spring’s semester in many ways feels like a qualitative shift in the nature of the service — marked by a huge increase in the number of students asking “where’s my class’s Sakai site.” This semester these questions are particularly significant, as many of them are coming from students in classes where either:

1. Class was not yet in session. This is a big change from the dynamic in previous semesters where students typically visited the first meeting of their class, and were then directed to visit the Sakai site. Now students are looking to visit the Sakai site to see the syllabus, readings, and get a leg up on going to that first class.
2. Their instructor had not created a site. Sakai seems poised to make the jump into ubiquity, as in some students minds it’s already there.

Now to handle the really common question — if the Rutgers Sakai deployment is so clearly poised for greatness, where am I going and why? Well…

Starting this past monday (2/11) I have taken a position with the CampusEAI Consortium, where I will be serving as the Director of Open Source Solutions. Recent years have seen a huge upswing in the popularity, and visibility of open and community source solutions in Higher Education. Sakai, uPortal, CAS, Kuali, and othes have garnered attention, awards, and deployments. Due to significant interest expressed by member institutions, CampusEAI is looking to complement its existing strengths on the Oracle platform with broader offerings in the open-source space.

Answers to some personal-ish questions:

Are you moving to Cleveland?

No, I’m going to be based out of NJ, though Continental is certainly getting a good chunk of my time for the next few months as I schlep back and forth.

What does Lisa think?

She’s excited. Well, more excited when I’ve been gone < 2 days as opposed to > 3 days…

What do the kids think?

The kids are still getting used to not picking me up at Rutgers. They think it’s really funny that daddy works somewhere they can’t see. Sunday nights are hard. Phone calls are bittersweet. Coming back is good.

Aren’t you on the JA-SIG Board?

Yes. When my career change became definite I notified the board at the January video call. JA-SIG has always been a community of volunteers (stellar volunteers more often than not) and particular given my new employer’s willingness to continue backing my involvement in JA-SIG it was felt that there were no significant barriers to my continuing to serve in this capacity. As always, JA-SIG

So… is your Rutgers job open?

Yes. Though (see below) I’m hiring too…

What’ll I be doing?

So what does this mean in concrete terms? My personal definition is pretty simple. We’re looking to help members deploy solutions built on open source software. Given my background, Sakai, uPortal, CAS, and maybe even Kuali are obvious possibilities. I think however, that it’s a broader story than just support for deploying a few specific products. Many institutions have experienced challenges in building around open-source due to shortages in staffing or specific skill-sets. Others have successfully deployed open-source solutions, but been burned trying to deepen integration, or due to staff turnover (a problem which I should note also happens around commercial solutions). So the goal of this new unit is to make deploying solutions built on open-source:

1. Easy
2. Cost Effective
3. Low Risk
4. Sustainable
5. Did I say easy?

Basically the goal is to allow schools to leverage the strengths inherent in the open-source development model:

• Try before buy
• Rational licensing and cost-containment (instead of getting wracked with heavy licensing burdens as you get “too successful”)
• Open implementations, generally of open standards
• Economy of scale versus custom developed institution-specific software
• Freedom from vendor roadmaps and strategy shifts — even to go as far as obtain competitive bids from multiple vendors on the same solutions
• Peer interaction with really bright people working hard to solve the same problems you see

So that’s the goal. Make open-source easier, removing barriers for schools large & small — the kind of topics that have continually been commented on lists, in journals, and at conferences. Reducing installation pain. Helping with patch management. Providing support and training. Taking the pain and risk out of going open-source, all while working to make strategic contributions to enable the production of more good software.

It should be exciting.

P.S. Did I mention we’re hiring? Drop an email talking about your love for open-source, and how you really want to join in making it easier: jason_shao@campuseai.org. Oh, and mention you saw the posting in my blog

<

p>The Ed Techie: What Mailbox limits reveal:

<

p>

Grainne posted recently about the frustration of continually getting the ‘Your mailbox is over its size limit’ in our OU email accounts. I can’t tell you how annoying this – sometimes I am just trying to send a quick response to someone before I have to dash out of the door, but it won’t let me because I have to find and delete any attachment over 2K to free up space. Grrrr.

(Discovered this site through the Edublogs Awards.)

It’s interesting to see the comments on the gist of this article — in terms of how reasonable the restriction or attitude behind it are. IT usage restrictions always seem to generate two separate camps of apologists and critics. Apologists focus on the rational behind it, the need to balance services with resources, and limitations of the technology or workflow. Critics tend to express frustration over inconvenience, limitations, or restrictions that make their work harder, or prevent them from performing a specific action, or in a particular way.

While I can’t claim to have a solution to IT limits (regrettably, my superpowers don’t seem up to the task) I do notice that we seem to have an opportunity for dialog. IT Governance is an increasingly hot topic, particularly with institutions struggling to prioritize during lean budget years. We clearly have a pool of customers who are more than willing to tell us what they think is important.

I think the need to create dialog highlights one of the reasons a number of us found Collier’s MyUMBC feedback feature so compelling. By integrating feedback submission forms into every page, portal visitors are encouraged to communicate their reactions and thoughts (even about email quotas ) making the barrier to contribution very low. At the same time, while many of us have feedback forms that email teams, the MyUMBC example of integrating the admin panel & tools to ease followup/contact make it easy to go back, and mine through the data, or engage customers in dialog regarding their experiences with the product or service.

I’m happy to say that Jenn’s work on the feedback portlet stemming from the JA-SIG Unconference seems likely to move uPortal (and maybe someday Sakai or other portlet containers ) further in the direction of built in mechanisms to collect these user sentiments and provide information so we can work to better address our users concerns, experiences, and frustrations.

After taking out a while to do introductions and handle the administrativa (even unconfs can’t seem to get away from it) we’re into the lightning talks which I’m trying to keep up with to podcast. They’re going pretty fast, we’ve gone through something like 6 so far, and they’re coming up fast.

Update: I was reminded (and should have been more explicit in the original post) that you really need permission to distribute recordings of speakers. To clarify — I have recordings of most of the lightning talks, but certainly intend to email all of the speakers to ask for permission before posting. I had hoped to have real release forms available for the event, but didn’t quite make it — in the future events we certainly aim to have all our ducks in order in advance.