InfoQ

News

Bridging the Japanese/English language gap in Ruby?

Posted by Werner Schuster on Nov 07, 2007 02:00 PM

Community
Ruby
Topics
Community
Tags
Community
Ruby was already widely popular in Japan when it was still largely unknown in the rest of the world. The best demonstration of this occurred at RubyConf 2002 where a stack of 23 japanese Ruby books was displayed. This was at a time when Programming Ruby and Matz' O'Reilly book were the only ones around for English speakers.

The problem wasn't just about printed books, it stretched to documentation as well. Both problems have been addressed in the past few years, with many Ruby books published in English (and many other languages). English documentation has been made available as well.

Charles Nutter points out one problem still left: the Ruby core team around Matz still uses a Japanese mailing list:
As many of you know, Ruby was created in Japan by Yukihiro Matsumoto, and most of the core development team is still Japanese to this day. This has posed a serious problem for the Ruby community, since the language barrier between the Japanese core team and community and the English-speaking community is extremely high. Only a few members of the core team can speak English comfortably, so discussions about the future of Ruby, bug fixes, and new features happens almost entirely on the Japanese ruby-dev mailing list. That leaves those of us English speakers on the ruby-core mailing list out in the cold.
The topic of the language gap is also being discussed on the ruby-core mailing list.

What are your experiences with bridging language gaps in international teams with automatic tools? Is the standardization on a single language for a team unavoidable?

Note: InfoQ now also publishes a Japanese version of InfoQ at infoq.com/jp.

4 comments

Reply

automatic tools? in dream by jack ding Posted Nov 9, 2007 1:33 AM
Re: automatic tools? in dream by Richard L. Burton III Posted Nov 9, 2007 11:09 PM
Re: automatic tools? in dream by Nicolas Modrzyk Posted Nov 13, 2007 8:23 PM
Re: automatic tools? in dream by berkay NiQuiL Posted Jun 30, 2008 5:43 PM
  1. Back to top

    automatic tools? in dream

    Nov 9, 2007 1:33 AM by jack ding

    face it. learning Japanese! just ask some non-English speak programmers how they have fixed this kind of problem: lenaring English!

  2. Back to top

    Re: automatic tools? in dream

    Nov 9, 2007 11:09 PM by Richard L. Burton III

    You mean "... how they have fixed this kind of problem: learning English!" I believe Nutter is pointing out two problems. First the there aren't enough books on the subject of Ruby and secondly that it would be helpful if someone provided a translation tool for the mailing list. There are many websites out there now that provide this kind of feature for language translation, but none automate it for mailing list. Besides, no offense to those that speak multiple languages, but English is the second spoken most spoken language in the world and climbing (Considering it was ranked about 3 or so in the late 90s). It's right behind Mandarin (Go figure, can't beat a billion people :). Best regards, Richard L. Burton III

  3. Back to top

    Re: automatic tools? in dream

    Nov 13, 2007 8:23 PM by Nicolas Modrzyk

    No offense, but .. You actually meant: "First there aren't enough books on Ruby" English is the third spoken language in the world: http://www2.ignatius.edu/faculty/turner/languages.htm There are tons of really good ruby books in English. Have you shopped online recently? There are also dozens of powerful tools to translate anything from Japanese to English. Look at the awesome work than Jim Breen has done: http://www.csse.monash.edu.au/~jwb/wwwjdic.html Lazyness is not going to bring you anything.

  4. Back to top

    Re: automatic tools? in dream

    Jun 30, 2008 5:43 PM by berkay NiQuiL

Exclusive Content

Rationalizing the Presentation Tier

Thin client paradigm characterized by web applications is a kludge that needs to be repudiated. Old compromises are no longer needed and it's time to move the presentation tier to where it belongs.

Agile Project Management: Lessons Learned at Google

In this presentation filmed during QCon 2007, Jeff Sutherland, the creator of Scrum, talks about his visit at Google to do an analysis of Google's first implementation of Scrum.

AtomServer – The Power of Publishing for Data Distribution

In this article, Bryon Jacob and Chris Berry introduce AtomServer, their implementation of a full-fledged Atom Store based on Apache Abdera, which is now available as open source.

An Introduction to Virtualization

It is easy to think that virtualization applies only to servers. In reality the recent resurgence of the concept is also being applied to networking, storage, and application infrastructure.

REST Anti-Patterns

In this article, Stefan Tilkov explains some of the most common anti-patterns found in applications that claim to follow a "RESTful" design and suggests ways to avoid them.

Choosing between Routing and Orchestration in an ESB

In this article, Adrien Louis and Marc Dutoo discuss the differences and relative merits of using orchestration vs. routing in a typical ESB setup, and discuss various implementation options.

Enterprise Batch Processing with Spring

Wayne Lund discusses batch processing, Spring Batch objectives and features, scenarios for usage, Spring Batch architecture, scaling, example code, failures and retrying, and the future roadmap.

User Story Estimation Techniques

Developer Jay Fields draws on his experiences as a ThoughtWorks consultant to describe effective user story estimation techniques.