ククログククログ2018年から2,3年かけて立ち上げたい新規事業:データ処理ツールの開発クリアコードの新規事業の立ち上げに取り組むことが多い須藤です。いう事業を立ち上げたいかは社内だけで共有することもできますが、クリアコードのポリシーは「デフォルトで公開して共有」なので、ここにまとめています。私が取り組むときは1人で少しずつ進めていたのですが、今回はだれかと一緒に取り組めるといいなぁと思っています。興味があるクリアコードのメンバーは今月中に一度取り組み方を相談しましょう。興味があるクリアコードメンバー以外の人には選択肢が2つあります。1つはクリアコードに入社して一緒に取り組む方法です。1つはビジネスパートーナーとして一緒に取り組む方法です。クリアコードの新規事業立ち上げのパターンクリアコードは今月から第13期目に入っています。創業時からフリーソフトウェアの推進と稼ぐことの両立を大事にしていますが、それの実現方法はずっと同じだったわけではありません。創業時から変わらずやっていることもあれば新しく始めたこともあります。新しく始めるときはあまり意識せずに取り組んでいたのですが、ふりかえってみるといつものパターンがあることに気づきました。このパターンを知っておくことは今回の取り組みでも役に立つはずなので、まずはそれをまとめます。新しく立ち上がった事業で大きなものは以下の事業です。組み込みGecko関連どれも最初に主要なソフトウェアの開発に参加し、徐々に事業の幅を広げていき、結果的に大きな事業になりました。managerを新規に開発しましたし、Groonga・Fluentd・組み込みGecko関連はGroonga・Fluentd・Firefox本体の開発に参加しています。このうち、組み込みGecko関連以外は開発自体でお金を稼げていました。徐々に事業の幅を広げていくやり方は次の通りです。お金をもらって開発する範囲を広げる複数のお客さんから仕事がくるようにする最初のやり方の実現方法は、初期の開発にお金を払っていたお客さん(だいたいは「主要なソフトウェア」の開発元)がもっとクリアコードに開発をして欲しいと思えるようにする、です。具体的には、継続的に成果を出し続けたり、要所要所で魅力的な今後の開発の提案をしたりします。2つ目のやり方は、初期の開発にお金を払っていたお客さん以外からも仕事がくるようにする、ということです。複数のお客さんと仕事ができると、金額が増えますし内容の幅も広がります。2つ目のやり方の実現方法は、クリアコードが開発した成果・持っている知見を公開し広く共有する、です。クリアコードの営業力では一緒に仕事できそうなお客さんを見つけることはできないので、お客さんにクリアコードを見つけてもらえるようにするための方法です。有用な情報を提供しているとお客さんが見つけてくれることがあります。どんな情報が有用かはわからないので、情報を選別せずにできるだけ多く提供します。あるお客さんには「本体の開発に参加している」という情報が有用かもしれませんし、他のお客さんには「○○する方法」という情報が有用かもしれません。そもそもクリアコードののポリシーは「デフォルトで公開して共有」なので、選別せずにできるだけ多く共有する方が私たちにあっています。多くの情報を共有した方がフリーソフトウェアの推進につながりますし、お客さんに見つけてもらうことにもつなが(ることがあ)ります。クリアコードはできるだけ開発した成果・持っている知見を公開できるような契約で受注します。開発した成果はユーザが自由に使えるライセンス(開発対象のソフトウェア周辺でよく使われているライセンスを選択することが多い)で公開する、という契約です。この方針にマッチしないお客さんもいますが、クリアコードに問い合わせてくれるお客さんの場合はだいたいマッチします。Groonga・Fluentd本体を開発した場合、開発成果を隠すよりも、より多くのユーザーが自由に使えるようにした方がGroonga・Fluentdの普及につながるので、お客さんのメリットとマッチします。開発した成果は対象ソフトウェアの通常のリリースに組み込んで公開し広く共有します。持っている知見は、公式ドキュメントに反映したり、クリアコードのブログ(ここのこと)にまとめたり、イベントで発表して広く共有します。これまでの経験では、このような取り組みを継続的に続けて2,3年くらい経つと徐々にお客さんに見つけてもらえるようになります。2,3年ずっとこの取り組みをフルタイムでやっていると売上が足りないので、他の仕事をしながら少しずつ継続的に続けます。一時的に集中して取り組むのではなく、細く長く取り組みます。いままでの私たちの新規事業の立ち上げのパターンはこんな感じです。これから立ち上げたい新規事業それではここ数年をかけて立ち上げたい新規事業について説明します。データを処理するツール群を開発する事業を立ち上げたいです。理由は私がやりたいからです。(どーん)この4,5年、データ関連のことに少しずつ関わってきてデータを処理するツール群を開発したいなぁと思うようになりました。ToolsというRubyでデータを処理するツール群を開発するプロジェクトをはじめたりしていました。データを分析したいのかも?と思っていた時期もありましたが、データを分析するよりもデータを分析するツールを作る方がやりたいと気づきました。データを分析するビジネスや分析してビジネスに活かしている組織はたくさんあるので、そのような組織を支援することで、データを処理するツールの開発を仕事にできないかなぁと考えています。(新規事業を立ち上げるときに考えている「こんな仕事になるといいかも!?」はだいたい外れてきたので、これも外れる可能性の方が高そう。Toolsでは「Ruby用」にフォーカスしていますが、Rubyに限らずいろんな言語で使えるツールに取り組めるといいなぁと思っています。Arrowもいろんな言語で使えることを大事にしています。私が考えている進め方は次の通りです。この進め方でやりたいというわけではなくて、私が持っているただの1案です。一緒に取り組む人と随時相談しながら進め方を考えていけるといいなぁと思っています。Arrowの開発に参加します。Arrowはデータ処理の文脈で重要なソフトウェアになる可能性が高いからです。これは、Rubyにとってもそうですし、PythonやJavaなどRuby以外の言語にとってもそうです。参加の仕方はいろいろありますが、プロジェクトメンテナンスまわりに取り組むのはどうかなぁと思っています。Arrowの開発が捗りそうだからです。requestをレビューしたりしつつ中身に詳しくなっていくのはどうかなぁと思っています。中身に詳しくなっていけば徐々にプロジェクトメンテナスまわりもできるようになってくるはず。開発に参加するときの時間の使い方は、一気に集中的に取り組むよりも少しずつ継続的に取り組む方が向いています。Arrowの開発はタイムゾーンがバラバラの世界中の人達が関わっているので、他の開発者の人たちとのやりとりが進むのは半日後や1日後になるからです。Arrow関連の情報を発信していきます。Arrowのブログに記事を書きます。Arrowの公式の情報として公式サイトに載せます。英語ではまとまっているものは、日本語で情報をまとめます。日本語でまとめるときは英語の情報のサマリーや英語の情報を理解するための前提知識の説明をするにとどめて、詳細は英語の情報を参照してもらうようにするのがいいんじゃないかと思っています。理由は、日本からも開発に参加する人が増えるといいなぁと思うからです。(日本だけでなく世界中から開発に参加する人が増えるといいと思っています。)日本から開発に参加するときの最初の一歩のために日本語情報があるのは価値があると思います。日本語だけで閉じて世界中の開発者とやりとりをしなくなるのはアレなので、英語の情報も参照するパスがあった方がいいんじゃないかと思っています。Arrow周辺のことも同様に進めていくのがよいのではないかと思っています。やって、開発に参加しつつ得られた知見を共有していくことで、徐々に「クリアコードと協力してデータ処理ツールの開発を進めるといいかも!?」と思ってくれるお客さんが増えてくれるといいな!まとめクリアコードの新規事業としてデータ処理ツールを開発する事業を立ち上げたいという話をまとめました。前提知識としてこれまでの新規事業の立ち上げパターンもまとめました。興味があるクリアコードのメンバーは今月中に一度取り組み方を相談しましょう。クリアコードメンバー以外で興味がある人は、クリアコードに入社して一緒に取り組むかビジネスパートーナーとして一緒に取り組むかしましょう。代表取締役の須藤です。コードを書いたり、社外向けの活動をしたり、クリアコードをいい感じにしたりしています。このうち、「クリアコードをいい感じにする」活動を主な業務とする人の採用活動を始めました。職種は「クリアコードをいい感じにする人」です。このような活動をする人が世間でどのような職種として呼ばれているのかわかっていないのでこんな職種名になっています。クリアコードは以下の2つの両立を大事にしています。お金を稼ぐこと(フリーソフトウェアを「継続的に」推進していくために必要だから)フリーソフトウェアの推進これを「継続的に」今よりももっとうまくやれる私たちになりたいと思っています。「クリアコードをいい感じにする」というのはこれを実現するための活動です。今は次のような活動をしています。問題を1つ設定し、決められた期間内に解決案を出し、実際にそれを実施し、問題を解決する「お金を稼ぐこと」と「フリーソフトウェアの推進」をいい感じに両立するための練習お客さんはこれらの両立が大事ではないことが多いので、お客さんの要望をそのまま実現するだけでは両立が難しい。そのため、お客さんの本当の問題を理解し、クリアコードが大事なことも両立もするしお客さんもいい感じになる解決案を提案し、それを実施することで両立をがんばっている。それをよりいい感じにできるようになるための練習。他にもいろいろ...今抱えている課題は、これらの「クリアコードをいい感じにする」活動に継続的に十分な時間を確保できていないことです。今はこのような活動をしていますが、今後も同じことをやっていればよいというものではありません。私たち自身が変わっていくからです。私たちに合わせて活動内容も変わっていくはずです。そのようなことに必要な時間を確保できていません。そこで「クリアコードをいい感じにする」活動を主な業務とする人の採用を始めました。「クリアコードをいい感じにする」活動は継続的に取り組むべき重要な活動だと考えているからです。採用情報は「クリアコードをいい感じにする人」の採用情報にまとめました。私たちはどういう人が「クリアコードをいい感じにする」活動をするのに向いている人なのかまだわかっていません。採用情報にも「わかっていないことがいろいろあるので一緒に考えながらうまくできるようになりましょう」と書いてあります。そのような職種ですが、興味のある方はぜひ以下のような内容のメールを私に送ってください。#kanrk2017須藤です。今年2回目の大阪です。Gate大阪ワークショップ2017-02-25でした。)2017年5月27日に関西Ruby会議2017が開催されました。Business」がテーマということだったので、会社の話をするのがいいだろうなぁと思い、「株式会社クリアコード」というタイトルで基調講演をしました。Business」を相互に活かしながらクリアコードが大事にしていることを実現している、という話をしました。Business」は「クリアコードでの仕事の仕方・作り方」です。クリアコードが大事にしていることは「フリーソフトウェアの推進と稼ぐことの両立」です。1つのストーリーになった話ではなく、関連する話をたくさん集めた話にしました。具体的には次の話をしました。最初の方の話は開発スタイルにまとまっている話です。テーマに沿った内容になったと思っているのですが、いかがだったでしょうか?まとめ関西Ruby会議2017で基調講演をしてきました。「株式会社クリアコード」というタイトルでフリーソフトウェア開発と会社の話をしました。この話を読んで仕事が決まる・採用の応募があるとすごく話がキレイにまとまるので、関西Ruby会議2017ではタイミングを逃してしまって話しかけられなかったという人は、遠慮せずにまだ間に合うのでご連絡ください。2016にスポンサーとして参加しました。今年はブースを出せるということだったのでブースを出しました。2016を参照してください。)クリアコードは例年RubyKaigiをスポンサーとして応援しています。応援することが目的なので特に会社としての明確なメリットを設定しておらず、次のような「こうなるといいな」が実現されたらラッキーくらいに考えています。FirefoxやGroongaなどの問い合わせにつながればいいなそのため、それほど前のめりなブース利用はせずに、次の方々にクリアコードブースの一部を提供しながら利用しました。organization以下にあるdaimon-XXXの開発に参加しているつながり補足:寿司とトンカツのチロルチョコを配りながら採用活動をしていたのがSMSさんです。mrubyの発表内で実施した「ウォシュレットをmrubyで制御する」デモを展示する場所を探していた背景2:たいやき部つながり補足:たくさんの方がデモを体験して喜んでいたので場所を提供できてよかったです。Gateの紹介をしていました。Gateのワークショップは個人が対象(土曜日開催なので企業が社員に土曜日に行ってこいとはなかなか言えない)なので、企業でOSS開発に取り組みたいという方にはOSS開発支援サービスを紹介しました。Firefoxのサポートに興味のある方がいたのでその方たちにはサポートサービスの説明をしました。Groongaの紹介もした方がよかったです。発表後の質問の受け付け場所としてもブースを利用しました。これはとてもよくて、発表で触れていないことや実際に使ってみるにはどうしたらよいかなど、絵を描きながら話したほうがよさそうな話や時間がかかる話をすることができました。発表時の質疑応答時でもいくつかやりとりできたのですが、やはり、時間が限られていることもあり、別の場で補完できることは有用でした。今後、またブースがあるときは、発表後の質問の受付場所としても活用する予定です。2016はそのときよりもよく設計されたブーススペースになっていました。飲食物がある休憩スペースと一体になっているために人の流れがあり、休憩時間を過ぎて話し込んでいてもセッションの邪魔にならないような部屋割りになっていました。スタッフが「なにか困っていることはないか」とフィードバックを受け付けに来てくれていました。途中まで、ゴミ箱がなくて少し不便だったのですが、解消してくれました。2016はよいRubyKaigiでした。応援できてよかったです。Gateに参加する人が増えるという件は効果がでています。20-30人くらい増えたので予想以上です。他の件についてはまだ問い合わせはありません。2016が開催されます。クリアコードは例年RubyKaigiのスポンサーをしています。2016もスポンサーになりました。今年はブースを出します。Gateとクリアコード自体のことを紹介する予定です。クリアコードが気になる人は遊びに来てください。須藤と沖元がスピーカーとして話します。どちらも2日目の9月9日です。須藤は10:30からのセッションで最新のバインディングの作り方について話します。沖元は14:20からのセッションでRubyリファレンスマニュアルについて話します。運営記録がよかったです。この記事の中に事前インタビューの目的が書いてあります。4つ目の目的として「発表者に事前インタビューすることで、発表の内容を事前に考えて貰う」が挙がっています。2016では事前インタビューはありませんが、ここに発表内容を事前にまとめることで同じ目的を達成できるはずです。いうことで、須藤の発表内容を紹介します。2016年のバインディングの作り方バインディングとはRuby以外の言語(主にC言語とC++言語)で実装された機能をRubyで使うためのライブラリーです。バインディングを使うと、Rubyでその機能を実装しなくてもその機能を使えるようになるため、短時間で高品質の機能が手に入(ることがあ)ります。実装コスト・性能の両面からバインディングを利用して既存実装を活用するのが向いている分野です。いうような背景があり、RubyをWebだけでなく様々な分野で活用するためにはバインディングは重要です。そんなバインディングの作り方を紹介するのが須藤の話です。以下、説明が続きますが、文章だけで図がないため関係がわかりにくいかもしれません。2016までには図も用意する予定です。拡張ライブラリーとしてバインディングを作る方法バインディングを作るために使える仕組みが拡張ライブラリーです。拡張ライブラリーはC言語で実装された機能をRubyに組み込む仕組みです。C言語で既存の機能をラップする拡張ライブラリーを作ることでバインディングになります。拡張ライブラリーの難点の1つに「インストールするためにはCコンパイラーが必要なこと」があります。拡張ライブラリーを使うためにはコンパイルする必要があるため、Cコンパイラーがないと拡張ライブラリーを使えません。GNU/LinuxやBSD系などCコンパイラーを用意しやすいOSもあればそうでないOSもあります。WindowsではCコンパイラーを用意することの敷居が高く、インストールが難しいです。gemというやり方があります。これはgemの中にビルド済みバイナリーを入れるというやり方です。することにより、ユーザーの環境にCコンパイラーがなくても拡張ライブラリーを使えるようになります。gemはWindowsユーザー向けだけに用意すればよいです。Windows以外のよく使われている環境ではCコンパイラーを用意することは比較的簡単だからです。拡張ライブラリーの難点はもう1つあります。バインディング対象の機能数に応じて実装コストがあがる点です。Rubyが拡張ライブラリー用に提供しているAPIは比較的使いやすいため、拡張ライブラリーとしてバインディングを作ることは技術的にそれほど難しくありません。対象機能を1つずつラップするため、対象機能が多いとその分手間がかかるのです。この難点を解決する方法としてバインディングを生成する方法があります。拡張ライブラリーによるバインディングの実装にはある程度パターンがあるので生成することができるのです。SWIGというツールはそれを実現するためのツールです。SWIGを使って拡張ライブラリー用のコードを生成してバインディングを作る方法SWIGを使うと(多くの場合は)少ない記述でバインディング用の拡張ライブラリーのコードを生成できます。これで、少ない手間でたくさんの機能のバインディングを作ることができます。SWIGを使った場合でもいくつか難点があります。SWIGも拡張ライブラリーを使ったバインディングなのでインストールが難しい問題があります。gemというやり方で解決できるのは前述のとおりです。SWIGを使った場合は別の問題もあります。インストール時にCコンパイラーとSWIGが必要になる点です。通常、SWIGはシステムにインストールされていないので別途インストールする必要があります。インストール時にSWIGを必要なくする方法があります。SWIGで生成した拡張ライブラリーのコードをgemに含める方法です。することでインストール時にSWIGは必要なくなります。gemに含めたときに生成した機能しか含まれません。gemに含めたときの対象ライブラリーはバージョン1で、ユーザーがインストールしようとしたときはバージョン2になっていた、という場合、バージョン2で追加された機能は使えない、ということです。性能面でも幾分オーバーヘッドがあります。手書きでシンプルに実装したバインディングとSWIGで自動生成したバインディングではシンプルに実装したバインディングの方が高速です。バインディングのメソッドを大量に呼び出す(何万回とか)場合は影響があるでしょう。これまでのバインディングの作成方法ではインストールの難しさが難点としてでていました。これはC言語を使っていることが原因です。C言語を使わずにバインディングを作れればインストールが簡単になります。Interface)を使う方法です。最近のRubyで使えるFFIの実装はすべてlibffiというライブラリーを使っています。FFIを使ってバインディングを作る方法FFIを使うとRubyでバインディングを書くことができます。拡張ライブラリーでやっていたことをRubyで書けるようになっただけで、1つずつ機能をラップしていかなければいけない点は変わりませんが、それをCではなくRubyで書けるようになることで書きやすくなっています。バインディングにC言語を使わなくなったことによりバインディングのインストールは確かに簡単になるのですが、バインディングが動くためにはラップ対象のライブラリーは依然として必要です。そのため、Windowsユーザーがインストールしにくいという点はそれほど解決されていません。バインディングを書く言語がCからRubyになっているので手間は減ってはいますが、対象の機能がたくさんあると結局手間なのは変わりません。FFIを使うとSWIGを使ったときよりも性能が落ちます。SWIGが拡張ライブラリーのコードを生成するように、対象ライブラリーの情報を元にFFIを使ったバインディングを生成する方法があります。Introspectionというライブラリーを使う方法です。Introspectionを使うと実行時に対象ライブラリーの情報を使ってバインディングを作成できます。古いバージョンと新しいバージョンを同時にサポートするというSWIGではインストールの難易度が上がるために難しかったことを容易に実現できます。対象ライブラリーをgemに含めなければインストールが難しいという点はFFIを使ったバインディングと同じです。gemを提供できます。IntrospectionはRubyだけで使えるライブラリーではなく、PythonやJavaScriptなど他の言語でも使えるライブラリーです。Introspectionをサポートしていればいろんな言語のバインディングがすぐに用意できるということです。Introspectionベースにすることにより他の言語のユーザーと協力してバインディングを作成することができます。Introspectionを使ったバインディングの作り方が魅力的です。Introspection対応ライブラリーは限られているという点です。2016までに改善する予定です。いうような話をする予定です。2016にスピーカー・スポンサーとして参加します。この機会に多くの人と交流できることを期待しています。2016で会いましょう。#cc10thお知らせしていた通り、クリアコードの設立記念日である7月25日にクリアコード10周年祝いイベントを開催しました。今回はGroongaのサポートサービスでお付き合いのあった小峯さんにイベントの写真を撮ってもらったので写真多めでイベントの様子を紹介します。4.0会場を提供してくれたSpeeeさんは非常に柔軟に対応してくれました。Japanさんからはフォクすけコラボのケーキを差し入れてもらいました。4.0フォクすけFAQにある通り、フォクすけの最初のデザインはクリアコードメンバーの結城です。クリアコードのロゴも結城がデザインしたものなので、結城デザインをふんだんに使ったケーキとなりました。Japanからは浅井さんと伊藤さんが参加してくれました。代表の瀧田さんからは花束と手書きのメッセージカードをもらいました。4.0同じく、設立以来10年に渡り協力してきたミラクル・リナックスさんからは樽酒を差し入れてもらいました。(呑みきれなかったお酒は会場を提供してくれたSpeeeのみなさんに振る舞いました。4.0最近は営業面でもミラクル・リナックスさんと協力しており、南がミラクル・リナックスさんのオフィスにいる機会が増えています。お祝いに来てくれた高橋さんともがっちり協力して仕事をしています。他にも@yuumi3さんからは10年もののワイン(クリアコードと同じ!)を、安川さんからはスパークリングワインをいただきました。4.0@smellmanさんからはおつまみのナッツを、大久保さんからは和菓子をいただきました。みなさんからお祝いいただき、クリアコードメンバー一同大変嬉しく思っています。4.0イベントに合わせてたくさんのお祝いメッセージをいただきました。嬉しいのでここにも同じものを掲載します。いわいさんおめでとうございます!@yuumi3さんおめでとうございます〜smellmanさんぴろたんのかっこいい姿を是非みたいです。Japan)10周年おめでとうございます。全力でお祝いしたいっす!!!@tSU_RooTさんDebianのパッケージってどうやって入ってるのとか、気になった時にククログ読んでます。10周年おめでとうございます。昨年の肉の日にGroonga事例で発表しました。いつもお世話になっております。ありがとうございます。OSSを中心にISVとしてここまでの業績を残されるのがどれほど大変なことか。ソフトウェアを生業としている経営者として、ただただ尊敬です。創立10周年をお迎えになり誠におめでとうございます。クリアコードさんは、様々な開発案件を通じて共に成長してきた仲間であると感じております。今後ますますのご躍進をお祈りいたしております。Ohkuboさん最近、関係プロジェクトにて(しょぼい)パッチを取り込んでもらっています。親切にご対応頂きまして、アウトプット恐怖症が少し和らいできました。ブログをはじめとして、各種情報にも大変お世話になっています!やまだあきらさん(有限会社ヴァインカーブ)10周年おめでとうございます。お仕事でも、プライベートでも、いつも本当にお世話になっています。お話をする中で刺激を受け、そのたびにOSSの楽しみを新たにしています。どちらの日程とも参加できず、すいません。Before/After島田浩二さん(株式会社えにしテック代表取締役)会社を継続して運営していくことと、価値のあるソフトウェアを継続して開発していくことには、重なる部分があると考えています。変化に耐えられるよう、コードをよい状態に維持し続けなければ、開発を継続することはできません。会社も、よい状態に維持し続けなければ、いずれ変化に耐えられなくなってしまいます。10年という節目を迎えられたということは、クリアコードのみなさまが「開発を続けられるコードを書く」ように、会社運営と真摯に向き合ってこられた結果なのだろうと拝察いたします。10周年、誠におめでとうございます。心よりお祝い申しあげます。「自分達がフリーソフトウェアを書いたり使ったりするというだけではなく、より多くの人がフリーソフトウェアを書いたり使ったりするようになればよい」そんなビジョンで活躍し続ける会社が世の中にあるのは、とてもかっこいい、とぼくは思います。これからもぜひ、そのかっこいい姿を後ろから追わせてください。いつもありがとうございます。クリアコードのみなさまの、今後ますますのご活躍を心よりお祈りしております。10周年おめでとうございます。@su_kun_1899さん10周年おめでとうございます!「リーダブルコード」の読書ログに「この本で一番よかったのは解説だ」って書いています!リーダブルコードの解説を書いてくれてありがとうございます!しかし、この本で最も素晴らしいと感じたのは巻末の解説だ。正直なところ、可読性の高いコードを書くかどうかなんての個々人のパーソナリティに依存してしまうと思っていた。(丁寧に変数名をつける人は、そもそも気を使えるでしょう、というように)つまり、本書を手に取るような人はそもそもコードの品質に気を使っている人であり、問題はそうではない人たちが残念ながらいることなのだ。次に仲間たちに伝えていくことの重要さを説いている。全てのプロダクトが、一人だけで作っているわけではない。いう書籍を読んだ後に大事なのは、自分が得たものを如何に現場にフィードバックしていけるかどうかだと改めて教えられた。2016年4月15日tricknotesさん(株式会社えにしテック)10周年おめでとうございます!クリアコードさんからは気づけばいつも多くの学びをもらっているなと感じます。それは例えば、気になって調べてみたライブラリ(クリアコードの方がメンテされている、というのに後から気づく)のコードからであったり、調べ物で行き着いた先のククログからであったり。実績を積んで、その価値ある成果を誰でも自由に利用できる形で世界に残して続けている姿には尊敬の念を抱くばかりです。これから更に10年、ますます発展されていくクリアコードさんとより緊密に仕事をしていければ幸いです。:)村上さんクリアコード10周年おめでとうございます!イベントではお祝いに駆けつけてくれたみなさんからのトークもありました。Gateで取り組んでいる活動のようにOSS開発に参加する人を増やすきっかけだよなぁ」というトークがありました。GateワークショップをきっかけにOSS開発へ参加するようになった!」というトークがありました。LTスライドで公開されています。blogにまとまっています。2017年にやりたいことと2016年のまとめ2016-07-27クリアコード10周年祝いイベント開催のおしらせクリアコードは7月25日が設立記念日です。今年の設立記念日(2016年7月25日(月))の夜はクリアコード10周年祝いイベントを開催することにしました。以下のような方はぜひお越しください!クリアコード10周年をお祝いしたい!クリアコードの活動が役に立ったことがあるのでお礼を言いたい!クリアコードは設立当初から業務で開発したソフトウェアや業務で得られた知見などを多くの人が自由に使える状態で公開してきました。C/C++言語用のテスティングフレームワークや迷惑メール対策ツール、Firefox/Thunderbird関連ソフトウェアなどはクリアコードが1から開発して公開しているものです。クリアコードが1から開発したものではなく、既存のソフトウェアに対しても同様です。修正・改良を本家に取り込んでもらって自由に使えるようになっているものが多数あります。量で言えば全文検索エンジンGroongaに関連するものが一番多いです。)知見は以下のようにいろいろな方法でいろいろな内容を自由に使える状態で公開してきました。BY-SAあるいは同様のライセンスにできるように調整)10年間、このような活動を続けられたのはこれまでクリアコードに関わってくれたみなさんがあってこそです。そのような方々と一緒にお祝いし、どういうことで役に立てていたのかを共有できる場があると、これからのクリアコードの活動に役立てられそう!と期待しています。残念ながら都合が合わなくて参加できない方は、オンラインでお祝いメッセージを受け付けているので、ぜひ、メッセージだけでもお送りください。それでは、みなさんと一緒に10周年をお祝いできることを楽しみにしています。4.5以降のプロファイル情報の解析2016-07-13クリアコード第11期開始2016年6月30日でクリアコードは第10期を終えました。10年存続したということです。10年前、クリアコード設立したときは、10年続けられたらすごいね、と話していたものですがそれが実現したことになります。クリアコードのサイトのトップページにはその月にあっためぼしいことのリストがあります。2009年(3年目)以降はほぼ毎月なにかしらの項目があり、社外に報告できることを継続してきたことがわかります。クリアコードは設立時から「フリーソフトウェア(「ユーザー」が自由に使えるソフトウェア)を大事にしながらちゃんとお金も稼ぐこと」を目指してきました。お金を稼がないと継続できなくなり、結果的にフリーソフトウェアも大事にできなくなってしまうからです。10年経った今でもその方針は変わっていません。今は、設立当初にやっていたことよりもさらに多くのことをできるようになっています。この10年でよりうまく方針を実現できるようになったということです。参考:クリアコードのフリーソフトウェアビジネス(2013-07-24)クリアコードとフリーソフトウェアとビジネス(2015-09-17)2016年7月1日から第11期が始まりました。これからも方針を変えることなく、今よりももっとうまくできるようになっていく予定です。これからもクリアコードをよろしくお願いします。#oss_gateクリアコードは「OSS開発支援サービス」の提供を開始します。「OSS開発支援サービス」について「OSS開発支援サービス」はその名の通り「お客さんがOSSを開発すること・お客さんがOSSの開発に参加することを支援するサービス」です。以下は支援の仕方の一例です。実際にこのサービスを提供するときは、以下の例をそのまま全部提供するのではなく、お客さんの現状にあった適切な支援はなにかを考えるところからお客さんと一緒に取り組みます。してOSSを開発すること・OSSの開発に参加することにはメリットがあります。次のようなメリットです。企業外の開発者とやりとりしたり、企業外の開発者が書いたコードを読むことで、企業内の開発者の技術力があがる使っているOSSの問題を手元で回避するよりも、OSS側で直した方がメンテナンスコストが低い企業の技術力をアピールする機会になる企業外の開発者に企業を知ってもらいやすくなるもちろん、すべての企業にとってこのようなメリットがあるわけではありません。このようなメリットがある企業もあるということです。メリットがある企業を支援するのがこの「OSS開発支援サービス」です。企業としてOSSの開発に取り組みたいという場合はお問い合わせください。どのように取り組むのがよさそうか、どんな支援が適切そうかなどを相談するところから一緒に取り組んでいきましょう。サービスの紹介は以上です。以下はどうして「OSS開発支援サービス」を提供することにしたかについての話になります。興味があれば続きもご覧ください。実はクリアコードはすでに何年も前から同様のサービスを提供しています。例として「お客さんが開発しているOSSの開発にクリアコードが参加する」の事例をいくつか紹介します。Senna(Groongaの前身の全文検索エンジン)は未来検索ブラジルさんが開発しているOSSです。Sennaの開発に参加し始めたのは2008年です。Hatoholはミラクル・リナックスさんが開発しているOSSです。Hatoholの開発に参加し始めたのは2013年です。Dataさんが開発しているOSSです。Fluentdの開発に参加し始めたのは2015年です。今回「OSS開発支援サービス」という名前をつけてサービス提供を始めた理由は次の2つです。Gateをもっと広めるため前者に関してはこのようにブログを書いたり、問い合わせフォームに「OSS開発支援について」という項目を追加したりしています。飲食店で外にメニューがあると入るかどうかを決めやすい、というような感じです。後者に関しては少し詳しく説明する必要があります。Gateは「OSS開発に参加する人を増やす取り組み」です。ワークショップだけを開催しています。Gateワークショップは「OSS開発に参加したことがない人」向けに作られたものです。Gateワークショップに参加し、OSS開発に参加するきっかけになったと言っています。Gateは、趣味であろうと仕事であろうと用途や目的は関係なくOSS開発に参加する人を増やしたいという取り組みです。仕事でOSS開発に参加する人を増やす、という観点ではリーチしにくい部分があります。そこをクリアコードでフォローできないかと考えています。Gateワークショップの開催日と開催人数です。Gateワークショップは奇数月の最終土曜日に開催しています。休日なので企業としてOSS開発に参加したいという場合に利用することは難しいです。ワークショップの内容はだれでも自由に使えるライセンスで公開しているので、自分たちで開催することもできますが、まだOSS開発に参加している人がいない場合は難しいでしょう。Gateワークショップの参加人数は徐々に増えていて、次回の7月30日開催分にはキャンセル待ちがでています。企業としてOSS開発に参加したい場合、企業内の開発者が一緒にワークショップに参加したくなりますが、多くの人数が一気に同日のワークショップに参加することは難しい状況です。Gateワークショップを業務時間中にその企業向けに開催するサービスをクリアコードが提供することで、企業での開催を推進します。Gateでリーチしにくい部分をフォローします。Gateワークショップだけに注力している段階です。Gateワークショップに参加した人が、その後のOSS開発に関して相談できるなにかを提供したいね、という話もでていますが、まだその実現には至っていません。Gateワークショップをやった場合も「OSS開発に参加する最初の一歩を踏み出した後のフォロー」が必要になることがあります。Gateではまだそこをフォローできません。Gateでフォローできるようになっても、企業内で秘密の情報を交えながらフォローした方がいいケースはフォローできません。そのようなケースはクリアコードでフォローします。Gateワークショップを開催しました。Gateにあるレポートを参照してください。Gateワークショップの次の一歩のサポートもあるとうれしい」というフィードバックをもらいました。Speeeさん以外もそう思うでしょう。クリアコードは以前からそのあたりをフォローするサービスを提供しています。Gateとしてもうれしいことです。必要な人たちにこのサービスが届くように「OSS開発支援サービス」としてわかりやすくしました。長くなりましたが、「OSS開発支援サービス」という名前をつけてサービス提供を始めた理由である次の2つについて補足しました。Gateをもっと広めるためまとめ「OSS開発支援サービス」の提供を開始したことを宣言しました。GateとしてもOSSの開発に参加する人が増えることはうれしいことなので、それをやりたいという企業を歓迎します)など「OSS開発支援サービス」に興味のある方はぜひお問い合わせください。(2)2016-06-27ワークライフバランス推進の取り組みクリアコードでは社員全員が働きやすい環境をつくることによって、全ての社員がその能力を十分に発揮できるようにすることを目的として、10月からワークライフバランスの推進に取り組んでいます。今回はその取り組みを紹介します。この記事は取り組みの様子の社外への紹介だけでなく、クリアコード社員に向けての周知も兼ねています。ワークライフバランスに取り組むきっかけクリアコードは創業から今年で10年となり、社員のライフステージも変化してきています。設立当初は一人暮らしの社員がほとんどでしたが、結婚して共働きをしている社員や、子育て中の社員が増えてきました。そのような変化にともない、家事や子育てと仕事を両立したい、あるいは自己啓発の時間を確保したいといった声が聞かれるようになりました。100%取得などを行ってきましたが、家族と過ごす時間を増やす、自己啓発の機会を作るためには別の施策の必要性が増してきました。そこで現在、東京都の中小企業ワークライフバランス推進助成金という制度を活用して、ワークライフバランスの推進に取り組んでいます。ワークライフバランス実態調査ワークライフバランス推進の最初の取り組みとして、社員がワークライフバランスについてどのように考えているのか、その実態を調査することにしました。ある「ワーク・ライフ・バランスに関する従業員の意識・実態調査アンケート」調査票を使って社内アンケートを実施した結果からは、次の課題が見えてきました。就業規則があまり理解されていない柔軟な働き方を推進するための法制度について認知されていない仕事とプラベートの調和を図りたいが、実際は仕事を優先している(ただしワークライフバランスはまあまあ取れているという人がほとんど)時間短縮勤務と在宅勤務を望む人が多い就業規則があまり理解されていないアンケートでは会社の制度として様々なワークライフバランス支援策の有無と利用の意思についての質問がありましたが、支援策の有無については回答がバラバラであったことから、就業規則等が正しく認識されていないことがわかりました。アンケートで取り上げた各制度のクリアコードにおける有無は以下のとおりです。法定通りの育児介護休業規程となっています。利用実績はありません。育児介護のため1日6時間勤務にする制度があります。利用実績はありません。2008年に導入し、すべての社員が利用しています。フレックス勤務制度を活用することで同等の効果が期待できます。育児期間中の残業を免除する制度があります。最近は全社員がほぼ残業0となっており、申請する必要がありません。就業規則で定めたものではありませんが、毎月残業時間が0になるように全社で取り組んでいます。残業をした社員には、フレックス勤務制度を活用して、早帰りを推奨しています。就業規則ではそのような規定はありませんが、これまでに会社都合で転居を伴なう転勤を命じたことはありません。(この設問は、全国に事業所があるような会社内での転勤を想定したものです。就業規則ではそのような規定はありませんが、勤務地は基本クリアコード本社であり、勤務地を限定する必要はありません。(この設問は、全国に事業所があるような会社内での転勤を想定したものです。一度クリアコードを辞めた人を再び迎え入れるためだけの特別な制度は設けていないということで、辞めた人を迎え入れないというわけではありません。メンタルヘルスの不調についての相談に応えることはできませんが、治療のために通院しやすいよう勤務時間の変更や休暇を取得しやくすることはできます。就業規則は社員であればRedmine上で誰でも見られるようになっています。クリアコードの社員の皆さんは、ぜひこの機会に就業規則に目を通してみてください。就業規則の疑問点や、改善のアイデアがあれば、是非聞かせて下さい。まとめ今回はクリアコードにおけるワークライフバランス推進の取り組みについて紹介しました。就業規則から自社のワークライフバランスへの取組状況が見えてくると思います。読者の皆さんも、久しぶりに就業規則を読んでみてはいかがでしょうか。今回扱えなかった課題への対応はまたの機会に紹介します。4.0とGFDLのデュアルライセンスで自由に利用できます。クリアコードはプログラミングが楽しいソフトウェア開発者を1名募集しています。クリアコードは「クリアコードをいい感じにする人」を1名募集しています。クリアコードはフリーソフトウェア開発で培った技術力を提供しています。Thunderbird)とRubyとGroonga(全文検索)に関連した開発を得意としています。