といっても，単にいままで不満があったのを少しでも解消したかっただけなんですけどね．

何をしたかというと，最近話題のSlack，Trello，GitHubを使った開発体制の試験的な運用です．

それぞれの詳しい特徴や使い方の解説はWeb上に沢山の情報があるのでそちらを参照していただければと思いますが，ざっくり言えば，

• Slackで連絡（チャット）し合い
• Trelloでタスク管理を行い
• GitHubでソースコード共有・分散開発する

という流れす．

ネットで話題になっているだけあって素晴らしいツール群で，今までより格段にスムーズな情報共有を行うことができました．

ただ，運用するにあたって気をつけなければならない事があることもわかりました．いくら良いツールでも活かせるかどうかは使い方次第．使えば絶対にうまくいくわけではないようです．

導入の経緯からどのように使いその結果どうだったか，良かったところや今後使う上で考える必要のあることを主観的にダラダラと述べていきたいと思います．

結構長いです．

これまでの不満：ローテクな情報共有

サークルでは数人でプロジェクトを組んで何かを作るという機会が多々あります．

ロボトラはチーム開発を要するイベントの１つなんですが，過去４回出場してきて色んな不満がありました．

端的に言えば情報共有の問題です．

メンバーはバラバラの時間帯・場所で作業をしますし，そもそも時間がない．動き出すのが遅いだけ

などです．

進捗確認のためにわざわざメールで「今どこまで進んだ？」なんて聞くのは，手間でしかありません．

必要な情報を得ること自体に労力と時間を消費して，作業に集中できなくて発狂しそうです．

ここまでやりましたという報告を残し，必要な時に必要な人が見に行けばいいだけのはずなのに．

サークルの運営自体がメーリスしか全体連絡手段を持っておらず，何でもかんでもメーリスが流れてしまうローテクな情報共有が諸悪の根源なんだと思います．

なお，LINEは使ってる人と使ってない人が混在する世代なのでいまのところ連絡手段のインフラにはなってません．数年にはLINEはメールとは別のインフラとして活用されると思います．
Wikiはどうした・・・？

色々なツールを試す

そんな不満を持っていたので，何かいい方法ないかなーとチケット管理ソフトやグループウェアなどをここ数年個人的にor小規模グループで試してました．Trac・Redmine・サイボウズをピックアップして個人的な印象を載せておきましょう．

Trac

組込み開発系の某アルバイト先でTracを使ってましたが，これはマネジメントコストが高さと導入の敷居の高さがネックで，今ひとつでした．

定期的にマネジメントする人が必要であり，利用者が適切な使い方を分かってないとうまくいかない気がします．

Redmine

ひとりRedmineやってましたがTracと同様でした．

個人的にはTracよりも少し高機能で好きなんですが（ただしRedmine付属のWikiはダメ）．
そもそも一人という時点で使う意味が（ｒｙ

サイボウズ

別の団体でサイボウズを使ってましたが，何か惜しい，いまひとつな印象がありました．
ソースコード管理ツールなど他webサービス系との連携弱いのと，画面遷移が多い（UIがちょっと古い？）からでしょうか．

掲示板という形でトピックを立てていける点，カレンダー機能，タスク管理など機能はかなり程度揃っており，機能的には十分ですし，ある程度情報を集約していくマネジメント係は必要でしたが，過去にやったことの情報がトピックごとに整理されて残っているというのは，１年後とかに振り返った時に見やすくて良いと感じる場面も多々有りました．

これ１つで色々こなせるツールだとは感じてましたが，上記の点が気になってたので，コレで運用する決断はできませんでした．

その他

紙にガントチャート書いたり，ChatWork使う機会もありましたね．言い出したか切りが無さそうなのでここらへんでやめておきます．

Slack・Trelloに出会う

昨年，某アルバイト先の同期が，インターンシップ先で「Slack・Trello使っていて良かった」というを聞き，早速どんなツールなのかググってみました．

・・・

どうやらかなり評判が良いです．

コレは試してみたいと思い，そのアルバイト先の人と使ってみたり，ひとりで試しに使ってみたりしていました．

使ってる最中の心の中は　ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!　という感じでした．

とにかくUIが素晴らしく，使っていて心地よいです．
使いたいと思わせるデザイン・操作性は重要ですね．

本命である「チーム開発」での使い心地を試してみたくて，今回ロボトラで試しに使ってみた，というのが今回導入した経緯です．

バージョン管理・分散開発手法（Git）の導入は言わずもがな．

Slack

基本的に連絡はSlack（無料版）で行いました．
最初だけメールでSlack招待などの連絡をして，その後は一切メールを使わずに済みました．

メンバーからの評価

ロボトラ後，メンバーに使用感を聞いたところ，かなりポジティブな意見が多かったです．

チャット特有の気軽さを備えつつ，Channel単位でトピックごとに話題が固まりタイムラインがカオスにならないというのが好評でした．

ネガティブな意見は「Channelをうまく使い分けできていなかった」ということぐらいでしょうか．

個人的な感想

Slackは高機能版のLINEというポジションだと思います．
LINEと異なり，複数のタイムライン（Channel）を持てること・Channelに途中から参加しても過去ログを閲覧できるので新規加入者への情報再通知も不要という点がgoodです．

その反面，どんなChannelを作るべきか，どこに何を書き込むべきか，という点がやはり悩みどころです．Trelloと併用して使ってるとトピックが重複することもあり，チーム内からは使い分けに困ったという声が多々ありました．

Channel構成の定石でもあれば良いのですが，何が良いかは組織によって変わってきそうです．
使っていくうちに取捨選択していくことになるんでしょうかね．
（良いChannel構成例があったら教えて下さい．）

また，各個人で各Channelごとに通知レベルを細かく設定できるのは個人的にとても気に入ってます．

直感的にわかるツールですが，アカウントの作成・Channelの使い分け・通知レベルの設定のことを考えるとメール・LINEよりは導入の敷居高いです．比較的理解しやすいツールなので，一度使えば大丈夫だと思いますが．．．

受け容れられるか否かはココら辺が肝だと思います．

あと，あくまで組織内のツールなので外部のコミュニティと連絡はやはりメールになりそうです．

用意したChannel

参考までに，今回使用したchannelと使い勝手は以下の通りです．
使ってくうちにどのChannelが必要か，感覚的に身につきそうです．

Trello

Trelloはタスク管理ツールとして使っていました．
大雑把な話はSlackで行い，タスクごとの話し・作業ログはTrelloに書き込むことにしてましたが，あまりこだわらず緩く使ってました．

最初に一般タスク用，ソフトウェア用，ハードウェア用のBoardを作っていましたが，最終的には一般タスク用とソフトウェア用のBoardの２つに落ち着きました．

目新しいツールながらも操作は直感的なのでメンバーはスムーズに使えていたようです．

メンバーからの評価

メンバーからの評価はSlackほどの満足感はないものの，普通～良好でした．

直感的・画像のアップロードが楽・タスクの状況を俯瞰できる・タスクの状態を手軽に更新できるといった点が好評でした．

ネガティブな意見としては，ラベルなど一部の機能が把握しきれなかった，使いこなせてなかった，更新が気づかないことがある，などがありました．

個人的な感想

細かいタスクごとに話題が集中されているのでほしい情報に辿り着きやすく，タスク管理ツールとしては有用性高いです．

欲を言えばタスクにツリー型の関連付けをできる機能が欲しいですね．（逆にないのが良いのかもしれません．）

チケット管理ツールに似た雰囲気がありますが，スピード感がある（手軽さ）・フラットな組織向けな印象が強いのがTrelloだと感じました．
手堅くやるならチケット管理の方が良さそうです．

先ほどBoardが２つに集約されたと書きましたが，Boardが分散すると画面遷移が必要となり見通しが悪くなってしまうので自然な流れですね．

とはいえ，あまりにカテゴリが混在するのも見辛いので，Boardの分配は難しいです．
どの程度のタスクを１つのカードにするのかも問題です．（チケットでも似たような悩みが．．．）
何か基準や方針でもあると良いのですが．

また，写真を簡単にアップロードできるのは非常に好印象でした．
スマートフォンで撮った画像はTwitter並の手軽さでスマートフォンから画像をupできますし，クリップボードにある画像も「Ctrl + V」系の貼り付け操作で一発です．
（Slackもなんですが）

作業のスクリーンショットや写真を撮ってアップロード，コメント一言加えておくというTwitter感覚での作業記録の残し方が個人的には気に入ってました．
この使い方が良かったかのかはもう少し先になって振り返る時がこないと分かりませんが．

反省すべき点は，チーム内からもあったように，SlackとTrelloの用途が重複してうまく使い分けできなかったことです．

タスクという観点でいえばTrello上でログを残すべきことでも，そこで複数人が議論すると見辛いのでどっちに書き込むか迷うんですよね．

（Slackに比べれば）意見を交わすには向いていないインターフェースなところもあり，意見を出し合う場面ではチャットに近いSlackの方が向いている気がします．

今回の反省を踏まえると

• 話し合いはSlackで，進捗ログはTrelloに残す
• ある程度タスク（カード）の方向性が見えてからTrelloで管理
• 作業状況を確認する時にカードの場所・カードの内容を確認

といった使い方に落ち着くのでしょうか．

未だ明確な使い方を見いだせてません．
他の人達がどのように使っているのか気になります．

使用した機能

こちらも，参考までに使用した機能

GitHub

ソフトウェアを扱う人達でのみ使用してました．
全員svnやgitは軽く触ったことある人達なので，バージョン管理の有用性は認識した上での運用です．
多少準備が大変でも，恩恵が大きいことを知っている人達なので使用を諦めることはしませんでした．

某メンバーのGitHubにリポジトリを作り，git-flowで開発を進めていく流れをとりました．

お互いに助け合えるようにツールはGitHub+SourceTreeで統一してました．
ただし，Windows/Mac混在．

GitHubのコミット情報はSlackに流れるように連携し，
開発のタスク自体はTrelloを併用していました．

これまで使ってたマシンのソフトウェア再開発になるので，以前使ってたソースコードのリファクタリングがソフトウェア担当者の主な作業でした．
その以前使ってたソースコードは本当にゴミみたいなコードだったので大変だったと思います

実はサークルで一度もバージョン管理というのを真面目にやったことがなく，試すにはとても良い機会でした．
というより，時期的にもこれが最初で最後のチャンスでした．

メンバーからの評価

好評だったというよりは，GUIツールへの感動や分散開発の実践できたことが嬉しかったという意見がほとんど．

自分はSourceTreeでGitを学んだのでやっぱり便利だなーという程度の印象でしたが，他のメンバーはSouceTreeに感激・絶賛してました．

全員，ある程度の知識は持っていたものの実践的な分散開発は初めてだったこともあり，ソースコードのファイル分割・git-flowの使い方に苦戦したという意見がありました．

他には，issue全く活用していなかった，Slack/Trelloとの連系は薄かったという意見も．

個人的な感想

自分はソフトウェア担当の主力メンバーではなかったのですが，終盤は少しコーディングしてました．
（featureブランチで作業していたとはいえ，コミットログを汚しまくってゴメンナサイ）

正直，難しかったです．
gitを使ったことがあっても一人でcommit，checkoutしてるのと，他の人と共同で行うのでは次元が違うことを実感する日々でした（といっても２，３日間）．

でも，gitが無いと分散開発が成り立たないぐらい導入の影響は大きいかったです．

加えて，奇跡的にソフト開発の主力メンバーであるI氏とK氏のおかげでなんとか使うことができたという状況で，彼らのようなセンスのあるメンバーがいなければ，そもそも分散開発やこの体制は夢のまま終わっていたのですが．

gitの使い方だけでなく，
Windows/Mac混在環境に対応するMakeファイルを作ってくれたり，
適度にソースコードのファイルを分割した構成を設計してくれたり，
本当に今回はあの２人居てこそという感じでしたね．

いろいろ偉そうなこと言ってる自分ですが，存在と何となくの機能しか知らない中途半端な知識しか持ってないダメ人間ですのでぇ．．．

開発期間が２週間というの時点でそもそもデスマーチ確定な案件の中，本当に感謝です．
出場の決断遅くてゴメンナサイ．．．

分散開発のノウハウはまだまだ蓄積していく必要がありそうです．
git-flowの開発に慣れてる人が一人以上いて，下準備してもらったり，使い方に迷った時に頼れる人がいるのが理想的ですが，そんな都合のいい話は周囲では聞きません．．．
学び，練習しながら，慣れて感覚掴んでいくしかないんでしょうかね．
分散開発バリバリやってるプロジェクトに巻き込まれたい．

まとめ

ここ数年の悩みあった「情報共有」「チーム開発体制」の改善に向け，「Slack＋Trello＋GitHub」を試験的実践し，多くの知見を得ることができました．
長年の夢（？）が，最後に参加するロボトラで実現できて嬉しい限りです．

情報共有は永遠の課題とも言われてましたが，今回は比較的うまく情報共有できた思えるのは

• 気軽さ，手軽さ
• 話題ごとに整理されていて，欲しい情報を見つけやすい
• メンバーが不要な情報を受け取らずに済んだ（通知設定）

というを，これらをマネジメントする人間無しで自然とできていたからだと思います．

直感的なUIのおかげで皆がツールの基本的な使用方法で迷わなかったのも，その助けになっていることに違いありません．
もちろんメンバーがロボトラ経験者だったからこそ新しい開発手法に力を振ることが出来たという要素も大きいです．

Slack+Trelloを使えば万事解決とまではいきませんが，
この組み合わせは十分にそれを実現できるポテンシャルを持っていると思います．
Slackの連携の豊富なので足りない部分を他のツールで容易に補うという選択もありです．
（そういう意味ではメールも使い方次第だと思いますが）

もっと早くに実践したかったとは思いますが，このタイミングだから実現できたのも事実です．

GitHubは随分前からありますが，Slack，Trelloが流行り始めたのはここ数年の最近の話ですし，殆どの人がスマートフォンを持ちPCからだけでなくスマートフォンからアクセスできるようなインフラが整っているからこその話しです．5年前だったらスマートフォン持ってない人も多くいましたし，携帯端末で閲覧できるのは基本的にメールだけですからね．

ただ，いずれも新しい手法・新しく使うツールであるがゆえに
誰かが音頭とって「やりましょう」と主張し，
メンバーが「やりましょう」と同意しないと始まりません．

ツールの使い方をある程度知ってる人がいないとすぐに導入するのは難しく，
導入したとしてもその組織にあった使い方の模索に時間を要するので，
良いツールと分かっていても導入コストの高いツール群であることに違いありません．

個人的には使い心地良かったのでこれを機に，サークル全体でもメーリスonlyの体制から脱却・モダンな開発体制に向けた勉強会を開いたり布教活動をしたいと思ってます．
研究室でも（ｒｙ

あ，分散開発手法のgit/git-flowは引き続きお勉強です．
これは誰かが使いこなせるようになるまで，全体で使うのは厳しそうです（笑）．

思ったことをダラダラ書いていたら，とても長い記事になってしまいました．
上手くまとめられませんでしたが，とりあえずこんな感じで．
（後で画像追加予定）

運用方法があったまた書こうと思います．

9月13日，北海道大学にて開催された「ロボットトライアスロン」に参加してきました．

諸事情により懲りもせず今年も「大人の科学のミニビースト」を改造したマシンで出場しました．
アームも再設計し，ついにコーンを掴むことができる仕様となり，真の意味でトライアスロンができる機体に．．．なったはずだったんですが．．．

時間切れで完走できず．．．orz

でも，なんと結果はデザイン賞！
ポスター賞連覇はなりませんでしたが，賞を頂けて嬉しい限りです．

ロボトラに参加して，デザイン賞の他にもう１つ良かったことがあります．

過去に経験した不満から，今回の大会に出場するにあたっては開発体制の改善に力を入れていたのですが，それが予想以上にうまくいきました！

導入したのは例の「slack+Trello+GitHub」という最近流行りのサービスです．

開発体制については次回の記事に書くこととして，今回はこれまで参加してきた大会について振り返ってみます．

ロボットトライアスロンについて

ロボットトライアスロンは，ライントレース・障害物避け・コーン積みという３種目を自律制御型ロボットで走破するという競技の大会です．

参加者は北海道の学生（主に大学生・大学院生）となっており，北海道のローカルなロボット大会となっています．

詳しいことはロボットトライアスロン公式サイトを御覧ください．

北海道大学ロボットアーキテクトに所属して6年目，5回目の参加でした．（2014年のみ情報科学若手の会に参加してたので出場できず）

１年目，アクリル板切削に目覚める

初出場だった学部1年の時はロボトラが10週年記念ということで「サッポロファクトリー」での開催でした．
電子工作経験ほぼゼロだった自分は，学部3年の先輩の元でアシスタントのような感じで参加しまた．
回路設計からプログラムまで先輩一人でササーと設計・実装して凄かったですね．

自分はマシン筐体のアクリル板をCNCフライス「Black1520」で切削してました．
サークルにCNCのノウハウが乏しく，何度もアクリル板を溶かしたり，エンドミルを折ったりしました＾＾；

今アクリルをサクサク切削できるのは，ここで沢山の失敗があったからかもしれません．

２年目，初のテオ・ヤンセンリンク型マシンで出場．敗因は輪ゴム駆動

ArQuinoBeest

2011年に発売された「大人の科学マガジン Vol30 テオ・ヤンセンのミニビースト」を見て一目惚れ．

大人の科学マガジン Vol.30 (テオ・ヤンセンのミニビースト) (Gakken Mook) 新品価格 ￥3,600から (2015/9/18 23:26時点)

本の中にはミニビーストをモーターで動かしている作例もあり，テオ・ヤンセン機構でロボトラを歩いて走破したい！というが事の始まりでした．

CNCで回路基板を切削し，そこにAVRを載せてArduinoでプログラムを書いていたので，名前は「Arduino」と「歩く」をかけて「ArQuino（あるくいーの） Beest」とか言う名前を付けてみたり．

Arduinoはソースを書きやすいこともあって，チームメンバーだった理学部の同期にほぼ丸投げして自分はハードウェア作製に専念．

お互いに干渉する部分はあまりなく，どちらかの作業がクリティカルパスになるようなこともなかったので開発は可もなく不可もなくという感じでした．

ただ，ハードウェアの設計が致命的で，タミヤの透明なギヤボックスの先にプーリーを付けて，輪ゴムで駆動していたのが最大の失敗でした．

モーターを動かすと輪ゴムが絡まって全然動けない状態になることがしばしば．．．
（チェーン駆動も考えたのですが設計と部品の入手性から断念）

輪ゴムとプーリー

当然，競技中も輪ゴムが絡まってメンテナンスしてたら時間切れ．

３年目，ミニビーストでのリベンジ，Kit Mill RD300を導入して自作ギヤ駆動に

この年，サークルにKitMillが導入され，ギヤが作れることが判明．

これはもうリベンジするしかないじゃないですか．

というわけでギヤ化したマシン「ArQuino Beest G」で出場．

AVRを20MHzで動かすため，Arduinoを辞めてC言語で実装することに変更しました．そしてソースコードがカオスに．
諸モジュール，回路パターン設計・作製，ポスターはチームメンバーに作ってもらいましたが，回路設計，ハード設計，そしてソフト実装も自分でやることになってキャパシティオーバー．
アームが完成したのが大会当日の朝という悲惨な状況．

明らかに開発時間不足でした．
それでも，走りは随分進歩したもので，完走目前でタイムアップという記録．

走りの結果は残念でしたが，ポスター賞をいただきました．

４年目，大会ルールが変更．実はコーンを掴めない

懲りず，Beestで出場（笑）

（出場を決めるのがギリギリすぎてハード設計する時間が無かっただけ．）

実はこの年，大会ルールの大幅変更がありました．
トライアスロンの中の１競技が，スチール缶を運ぶという競技からコーンを積むという競技になってしまい，アームの設計変更を強いられました．

急遽，チームメンバーに設計してもらったのですが，作ってみたらコーンが掴めないｗ
単にリテイクが許されない開発時間不足が元凶

そんな中，自分はソフトウェアのアップデート作業に専念．

そしてついに，大会では時間内にゴールすることが出来ました．
（トライアスロンじゃなくてバイアスロン状態でしたが）

完走したといっても競技タイムの成績は良くないんですが，ポスター賞をいただきました．
２連覇です．いつもハイクオリティなポスターを作ってくれるチームメンバーに感謝感謝．

５年目，出場できず

情報科学若手の会に参加するため，静岡に行ってましたｗ

６年目，真のトライアスロンへの挑戦．チーム開発にも力を入れる

そんな過去があっての，今年です．

完走は果たしたので次こそアームでしょうということでHandの頭文字をとって「ArQuino Beest H」

出場を決めたのは「参加応募締切当日」
いつも開発時間不足なのに，何も学んでませんねｗ

まぁ修士課程２年ですし仕方がない（？）

とにかく時間が無く，少しでも効率的にチーム開発をする必要がありました．
チームメンバーも学部４年いじょうで，研究室で皆忙しい．
そこでツールの導入というわけです（これについて詳しくは次回の記事で）．

アーム設計担当・アーム作製担当・ソフトウェア担当・ポスター担当という感じで分担して作業を進めました．
連絡も密に取ることができ，いままで参加してきた中で，最も連携が取れていたと思います．
実際，アームも一発勝負ではなく，一度再設計できましたし．

その代償といいますか，GitHubで管理するためソフトウェアを完全に書き直した結果，調整時間不足となってしまいました．
結局，最後は徹夜状態ｗ

マシンも４年目でハードのガタもきていたのか，最後までうまく調整できませんでした．

大会結果は完走できずタイムアップ．
過去の成績から，乾燥できるポテンシャルはあると思うんですけどね．残念．

アピール走行でコーンを積む姿を魅せることが出来たことが成果，といったところでしょうか．

成績は相変わらず残念でしたが，デザイン賞頂けました．（ポスター賞連覇ではありまでした＾＾；）

総括

１年目でアクリル板加工技術を身に着けたことによる，アクリルへのこだわり．
テオ・ヤンセン機構に一目惚れしてから，ミニビーストを改造したマシンを使うことへのこだわり．

ロボトラではこの２つだけは貫いてきました．
ただの時間不足で選択しがコレしかなかった

このこだわりを貫けたことは，何一つ後悔はありません．
良かったと思ってます．

年々チームメンバーは変わったりもしましたが，個人的な理由で作りたいと思っているマシンを作ることに協力してくれたメンバーには感謝の言葉しかありません．
メンバーのおかげでポスター賞を２回ももらいましたし，最後はトライアスロンできる形態にまで到達しました．

もしかしたら，チームメンバーはメンバーでそれぞれ思い描いていたマシンがあったのではないか，
もしかしたら，勝てるマシンを作りたかったんじゃないか，そう思うと頭があがりません．

後悔はありませんが，技術の観点で言えば不合格だった思います．
仕様を自分しか把握していない（自分さえ把握していない）というドキュメント不足，
タイヤじゃないから振動が酷いのは仕方ないとはいえ，その程度もリカバーできない設計不備，
そして何より４年間以上もあったのに，大会間近に動き始めるという準備不足．

そんな後悔を後輩に伝えることぐらいしか，もうできることはないという立場になってしまいました．
(´Д｀)ﾊｧ…

徹夜も何回もありましたが，なんだかんだ楽しかったので卒業しても（できれば誰かと）プロジェクト組んで開発してたいなーと思う今日此の頃でした．

なんだかんだで，今年も行ってきました（行けました）．

今年は豆腐じゃありませんでしたね．残念（笑）

というわけで感想などログ残し

スポンサーブース

気のせいかもしれませんが，企業ブースが占める領域が大きくてなっているような気がします．
気がするだけで，単純に自分が興味を持っている企業ブースが多かっただけかもしれません．
何個かピックアップ

東芝
昨年に引き続き，FlashAir 同人誌．分厚くなってる！

オリジナルマインド
作業台とCNCフライスが一体になっている！

Quadcept
Maker Faire Tokyo 2013（未来館）の時に知って気になってたEDAツール．非商用ならほぼ制限なしで使えるようになるらしい！インストールしておこう！

一般ブース

カッティングマシンを改造して描いたペンアート作品．美しい．

LEDコンピュータ

スピードメータ風時計

テスターのスイッチを改造したそうです．　回し心地良いですｗ
ここのサークルですね．いま所属してるサークルのロボットアーキテクトも，こういうOBOGの繋がり欲しいです．

超低消費電力Arduino互換機，Lazurite
需要はあると思う．でもどちらかというとチップ単体で欲しい．

がじぇるね（がじぇっとルネサス）ブース
ルネサスの中の人達だと思うんですけど，楽しそうな雰囲気の出ているブースでした．

「どんな用途のモータドライバが欲しいか」という質問を受けました．
プラズマダッシュ用超小型モータドライバモジュールとかでしょうかｗ
モータ使うことあまりないので，小型で，熱で出力が下がらないモータドライバなら何でもいいかも．．です．．．

Make: LSI
半導体の民主化，なるか．今後の展開が気になる活動．でも物性とか専門知識の壁は大きそう．

LSIレベルでLチカを作っちゃう秋田先生．

アクリルLED文字盤
１枚のアクリル板でこれをやるとはね～．よく考えられてます．

超反応昇竜拳
いつも東京でお世話になってる格ゲー好きの友達が一緒だったら，やってみてほしかった．

THEATA懐中電灯
このアイディアは素晴らしい！ゲーム的な何かに応用できそうなんだけど，何かいい組合せないかな？

ぼっち・ザ・LED
ハルロック　ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

素晴らしいカオス配線（よく本当に作ったなぁｗ）
あ，もちろん漫画も買ってサイン頂ましたヨ．

ここ最近「ハルロックで電子工作やってみたくなった」という声をぼちぼち聞きます．女性も含め．
０と１の差は大きい．

Shellmo
目は人工筋肉で動かしてるそうですよ！（ずっと不思議だった）

ロジコマ
クオリティ，パネェ．．．

配線処理も見事．設計はSolidWorksだそうです．
やっぱ3D CAD使えると違いますね．

懐かしのおもちゃをソフトウェア技術者の方が改造して遊んでました．

イヴの時間に出てくるTHXに思えて仕方ない．．．

個人的に気になったCANADEON
“弾ける”オルゴール

リコーダーパイプオルガン
パイプオルガン研究会に所属していたりするので，ふと目に入りました．

風箱（空気を貯めておく袋）はビーチボールでしたｗ

木の歯車工房
行った人なら分かるはず．あのクオリティ・サイズ・量．インパクト大！

週末に家の前で（ブルーシートの屋根の下），個人で作製されていらっしゃるようです．

カッコイイお父さんですね！MFTの雰囲気からは家族も協力的だったように見えました．良い家族ですね．

そして，お台場の雲は相変わらずキレイ

MFTはMakerが集まる場所であり時間でもある

今年はMFTを見に行くサークルの知合いが沢山居ました．
皆で行こうと言ったわけでもなく，個々に行ってるので別に固まって行動しているわけでもありません．
例年は自分と他３人程度だというのに，何があったのか・・・

考えてみるとそれもそのはずで，ロボット製作系のサークルに所属しているんですが，そのサークルも来年で10年目です．学校を卒業して社会で働くOB/OG方々の人数も増えてきました．

本州で働く方も多く，北海道で集まるなんてことは学生以外は殆どありません．

しかしながら，「東京」となると逆に皆集まりやすいようです．関東圏の方はもちろん，北海道や関西からも皆MFTを見に行くわけです．

そんなこんなで，MFT一日目の夜はサークルのOB会のような状態になっていました．（サークルに関わりのあった方も同席していました）

某高専OBの集団のように，卒業しても個々に物を作ったり一緒になってモノ作っていたいですねぇ．
このご時世，ネット越しで大抵のことはできるわけですし．

来年もまた会いましょう．

来年からは．．．

MFTの出展者には学生も居ますが，社会人の方も沢山いらっしゃいます．
見る度に，仕事があるなかで何らかの自分のプロジェクトを持って積極的に物を作り続けられているのを見ると，本当に凄いなぁと関心するばかりです．

サークルに入り浸ってた学部の頃は自分も少なからず色々と作ってきたと思うんですが，バイトしたり研究室に所属して研究の実験とかやってい日々を過ごしていると，気づけば何も作ってない（残ってない）んですよね．
「あの頃の勢いはどこにいってしまったのか」と思うばかりです．

作ることは義務でも何でもないので，その状態がダメってわけではありません．休日に音楽を鑑賞したりバイクに乗ったり別の趣味に手を出していたりもするので，それはそれで楽しいのです．

ただ，形に残る創作活動といのは「時間を有意義に過ごしてきた」と思える，充実感に満ち溢れた趣味だと思います．
何より自分で作りたいと思ったものを形にしていくことが楽しくないワケがないわけで，要するに細かい理由なしに楽しい．

どんな大人になりたいですかと言われたら，MFTに出展しているような方々がいま想像できる自分の目標かもしれません．
会社に入ったら視野が広がりまた変わるのでしょうけど．

さて，来年からは自分も社会人です．
最初の数年は仕事を覚えることで精一杯で，趣味の創作活動なんて考えている余裕がないのかもしれませんが，将来こんな大人になれるだろうか？

学生の今でさえこの状態では到底叶わなさそうですね．時間は有効活用しないとだめですね．
残り僅かな学生生活，うまく時間つくって悔いの無いよう一つでも多くの作品を残していきたいと思わせてくれる感慨深いMFTでした．

下半期も始まり，やっと所属サークル，ロボットアーキテクトもやっとホームページが閲覧可能な状態に復活しました．作業してくれた後輩君に感謝．

新URL http://robot-architect.org/

対応遅くなってしまいました．（コンピュータ関係弱い人ばかりじゃないと思うのですが＾＾；）

10月入って，何故か実験のやる気が出ているので一日中昼から夜までクリーンルームで作業してます．細かい待ち時間や終わってから趣味の工作といった感じになっています．研究も気になる，趣味もしたい，いくら時間が会っても足りないくらいです．

先日の工作はマイコンとライターの中継治具（それだけ・・・）

ジャンパ線で繋ぐのが面倒になったので作成．（ジャンパー線とジャンパーソンって似てますよね．あ，どうでもいいですね．）

ブレッドボードで遊ぶときに，上から被せて使います．

ライターとつなぐとこんな感じ．

最近はそんな感じ．

ついに，悲願の完走を果たしました．

3年目にしてやっとですよ．

どうしてもヤンセン・リンクで完走したかったんですよね．大満足です．

今年もチームの多大なる協力によりポスター賞も頂きましたし，文句ナシです．

マシンについてのレポートは，いつかレポートみたいのでまとめようと思います．（いつやるのかな）

直前まで函館，神戸・大阪・京都，東京に行ってて，今年は出場辞めておこうかなとか思ったのですが，学部生としては最後であること，サークルの中で一番のイベントであること，4年間参加し続けたいという気持ちが大きかったのもあり，エントリーしてしまいました．

元々，ハードウェアの方は殆ど完成していて，ソフトウェアさえどうにかすれば，ちゃんと走るだろうという見込みはあったのも大きいです．

旅行中に体調崩して友人宅でダウンしてて，札幌戻ったら作業できるのかとヒヤヒヤしてました＾＾；

実質，作業日数は3日間程度．

こんな無茶なスケジュールの中，マシンに変更がないのはポスターとルール上良くないので，アームをチームメンバーに作ってもらり，ポスターを作ってもらったり，プログラムに集中できるよう作業してくれたメンバーに感謝です．

勝てない試合は挑まない，だから誰もやらないであろうことで勝負する．

心の底ではそんなちょっと狡い気持ちを持ちながら，惚れた機構を使って挑んだ3年間．とても楽しかったです．

来年は院生だけども，研究一筋なんて面白くなさそうだし，やっぱり出よう．

どんなものを作ろうかな，と考えてる時が一番楽しい(｀・ω・´)