チャットで勤怠管理する「みやもとさん」をリリースしました
トレタで使っている、チャットで勤怠管理する「みやもとさん」をオープンソースでリリースしました。 https://github.com/masuidrive/miyamoto Slackの#timesheetsという部屋で、「おはようございます」と書き込みと出勤が記録され、「お疲れまでした」と書き込むことで退勤となります。「明日はお休みさせて頂きます」と書き込むと、休暇の届け出になります。 チャットで勤怠管理する最大のメリットは、オフィスに居なくても誰がいつ出勤・退勤したのか全員が分かることにあります。出退勤管理アプリは色々出ていますが、営業で直行直帰する人や、リモートワーカーなどは、帰った時間がリアルタイムでわかりにくいという欠点があります。 「みやもとさん」では、チャットでやりとりする事でみんなの見える形で出退勤が記録され「あ、帰る前にあれも！」など、ありがちなコミュニケーションがスムー
プログラミングで使う記号の英語の読み方 [Updated]
“[ ]”などを個別に読む場合はleft/open bracket, right/close bracketと読んでください。 “<“はless than、”>”はgreater thanとも読みます。 Dave Thomasは”<<“を”less than, less than”と読んでいました。 “-“がdashなのかminusという話しについては、The difference between a dash and a minus signを参考にしてください。 あまり、この読み方はしないよ！とか、私はこう読むよ！とかあれば、@masuidriveまでmentionください。 [2013/11/21 14:00:00] 色々な方々にコメントを頂き追加しました。 速く・正確に読む ITエンジニアの英語 ITエンジニアの ゼロから始める 英語勉強法
プロにwri.peのデザインの駄目出しをしてもらう
wri.peのデザインは自分で作ったのですが、デザインのプロから見ると直すところは多々あるんじゃないかと思って、ミイルを一緒に作ったフォーユーの金田さんにデザインの駄目出しをしてもらいました。 まず第一に指摘されたのは、ターゲットユーザをどこに定めるかという話。エンジニアなどをターゲットにするか、一般ユーザをターゲットにするか。 wri.peは「自分用ツール」が起点なので、エンジニアなどPCやテキストに慣れている人をメインターゲットにして行こうと思っています。それであれば基本的なデザインはこの方向で良いとの事でした。 もっと間口を広くして多くのユーザに使ってもらいたい場合は、UIをがらりと変える必要があるとの事。いまのUIはなるべくシンプルにして、エンジニアなどに深く刺さることを目的にしているので、wri.peはこのUIのままで行こうと思っています。 ただトップページでは、アプリの紹介とか
MobiRubyが生き延びる為には
昨年の3月から開発を始めたMobiRubyは、まだ開発途中で多くの方々に使って頂ける状態ではないにも関わらず、福岡Ruby大賞のポストPC賞と、日本OSS奨励賞を頂くことが出来ました。多くの方が応援してくださった事で、受賞できたのだと思います。ありがとうございます！ 当初の予定より時間は掛かっていますが開発は順調に進んでおり、ObjCとCocoaを使えれば何とかiOSのアプリを書けるようになりました。開発をこのまま進め、ObjCやCocoaの知識がなくてもRubyを使って、気軽にiOSやAndroidのアプリ構築を行えるツールにしたいと考えています。 MobiRubyは私の趣味であり、RubyでiOS/Androidのアプリが書ければ幸せだなぁというプロジェクトですが、それと同時に海外でも多くの人に使われ、自分の名刺代わりになるプロジェクトにしようという気持ちもあります。 しかし、世の中に
iPad miniで持ち歩けるコーディング環境を作る
iPad mini + Cellularを朝一番から並んで買いました！軽くてLTEでネットが使えるということで、外に持ち歩き端末としてはApple史上最高な端末です。 しかし、私は出かけるときには常にコードを書ける環境を持って歩きたいので、結局MacbookProかAirを持って出かけることになってしまいます。 最近、MBP15に代えたのでちょっと持ち歩きが厳しいなと思っていたので、この際iPad miniでコードを書く環境を構築することにしました。 まずはキーボード。前に買ってあったrapoo E-6300をBluetoothで接続してみます。一発でつながったし、サイズ感も良い感じです。 蓋になる形のキーボードも出ているようですが、とりあえずE-6300で問題なさげ。 次にメインとなるエディタです。iPadでソースコードを書くのに適していて、Dropboxに対応しているエディタといえば、
緯度経度を文字列で表すGeoHash - @masuidrive blog
なんか世間的に位置情報アプリが流行ってるらしいし、Google App Engine(GAE)も楽しそう。どうせだから、GAEでなんか位置情報アプリでも作ってみよう！と思ってTwitterに書き込んだところ、Geohashという、位置情報のプロトコル？を教えてもらいました。 これは、その名の通り、位置情報をハッシュで表す規格なのですが、いろいろおもしろい特徴があり、調べているうちに楽しくなってきたので、勢い余ってPure Rubyのライブラリまで書いちゃいました。 そのあと、結局ライブラリを作ったところで満足して、アプリは何も作らなかったので、せめてGeohashの解説でも書いておこうと思います。 位置情報は通常、緯度経度で表します。たとえば東京タワーの緯度経度は35.65861, 139.745447です。 北を上にした地図でいうと、緯度がY座標で経度がX座標です。英語では緯度をlati
masuidrive on rails » Blog Archive » masuidrive的プロジェクトの方針
初めて会社員になって早3ヶ月。会社の仕組みもやっと分かってきたし、そろそろ本格的に開発プロジェクトも動いて行くということで、今後、社内で私と一緒に開発して行く人に、「私がどういう考えで仕事を進めていきたいか」という事を知ってもらうためのプレゼンを作ってみました。(今のところ一人だけど) NIFTYさんと仕事した時も、作業に入る前に「今までどうやって遠隔地で仕事を進めてきたのか」をプレゼンしていました。特に初めて仕事をする場合、「今まで自分はどういう風に仕事をしてきて、この仕事はどういう風に勧めていきたいか」を明確にしておくと、スムーズに仕事を進めることができます。 仕事、特にその上でのコミュニケーションをうまく進めていくためには、信頼と共通認識が必要だと思ってます。信頼は当たり前の話ですが、開発を進める上での共通認識についてはあまり重要視されることが無い気がしています。 仕事をする上ではコ
リビングにIKEAで作る2畳の快適仕事環境
予定では年内に、AppceleratorのHQのある、Mountain Viewに行く予定だったのですが、いろいろありまして、アメリカへ戻ることなく、しばらく日本で腰を据えることになりました。引き続き、日本でよろしくお願いします。 そこで東京でマンションを契約して、半年以上アメリカに置きっぱなしだった荷物を取り寄せることにしました。アメリカでの家具や家電はほとんど処分してきたので、また全部買い直しです・・・ orz 「IKEAと5万円で作る快適仕事場」が好評だったので、今度は日本バージョンで書いてみることにしました。前回と同じでリビングで快適に仕事をするための環境を作ることを目標にしています。予算も前回と同じぐらいな感じで。 リビングに机を置くため、家を探すときにも、都内でリビングが広い1LDKを中心に探しました。家探しについては、Togetter – 「@masuidrive / @ka
iPadの新規性はタブレットサイズのユーザインタフェース - @masuidrive blog
Photo by -: pranav :- iPadが発表され、いろいろなメディアやブログで紹介されています。 ハードウエア的には目立ったところがないため、多くの人に取ってあまり目新しさがなく、残念に思った人も多かったように感じます。 私がiPadに期待するところは、タブレット型デバイス向けの、新しいユーザインタフェースです。 うちには、富士通製のWindowsXPのピュアタブレット(キーボードが無くペンだけで操作するタイプ)があります。 ちょっと重いのですが概ね便利で、布団や居間でネットをするときに使っています。 しかし、普通のWindowsアプリケーションは、マウスでの操作を前提にしているので、余り使いやすくありません。 普通は、Firefoxを起動しっぱなしにしているのですが、いくつかアドオンを入れて、さらに自作のアドオンも使っています。 iPhoneが成功した一つの要因に、OSXの
NoSQL – SQLはもう古い?
Photo by shindotv ここ最近、海外のブログで「NoSQL」という単語をちょこちょこと見るようになりました。 これは新しいデータベースのムーブメントで、「SQL=リレーショナル」ではないデータベースの事を指しています。 NoSQL DBサーバの有名な物は、Facebookがリリースした「Cassandra」、Erlangで書かれた「CouchDB」、日本からは、mixiがリリースしている「TokyoTyrant」があります。 またGoogle App Engineでは、DataStoreというBigTableベースのNoSQLサービスが提供されています。 ある程度ユーザを集めたコンシューマ向けサービスは、大抵の場合パフォーマンスとの戦いとなります。 技術誌の中でも「スケールアウト技法」的な記事を目にすることが増えてきたことからも、多くのサイト運営者が、パフォーマンスの問題を抱
AmazonがMySQL 5.1をサービス化 – Amazon RDS
AmazonがAmazon RDSという、MySQL専用のインスタンスをサービス始めました。 これは、MySQL 5.1がセットアップしてあるインスタンスで、Small(1CPU, 1.7 GBメモリ)〜Quadruple Extra Large(26CPU, 68 GBメモリ)までスペックが提供されています、Smallは$0.11/時 ($81/月)か。Largeだと$0.44時で$327/月なので、通常のEC2よりはちょっと高めの様です。 EC2と違うのは、ネットワーク代は別でDBへ外部からアクセスした場合には、1GB辺り、Inは$0.10、Outは$0.10〜$0.17掛かります。 これ以外に、1GB辺り$0.1のストレージ代と、100万IOアクセス辺り$0.1の代がかかります。この辺はEBSと同じみたいですね。 アプリケーションからアクセスする場合、今までのMySQLと同じように見
OSXのApacheにmod_reproxyをインストールする
OSXのApacheにKazuho@Cybozu Labsさんのmod_reproxyをインストールする方法。 sudo apxs -i -a -c -Wc,-Wall -Wc,-g -Wc,-O2 -Wc,"-arch x86_64 -arch i386 -arch ppc" -Wl,"-arch x86_64 -arch i386 -arch ppc" -lcurl mod_reproxy.c sudo echo "Reproxy On" > /etc/apache2/other/reproxy.conf sudo /usr/sbin/apachectl restart いつか作らないとなーと、ずっと思っていたので、非常にうれしい！
masuidrive on rails » Blog Archive » プロジェクトの始まりはTracから
そんなわけで、プロジェクトの始まりはTracから。これがないと仕事が始まりません。 Tracが一番良いわけでも無いんだけど、日本語マニュアルがあるところと、ユーザが多いことから、subversionとの連携スクリプトなどが多数公開されているところが、選択理由です。 Railsベースでも複数、プロジェクト管理ソフトが出てきているので、どれか良い物に育ってくれると嬉しいなと思っています。 さて、tracのインストール方法はwebで沢山見つかるので、それを参考にインストール。 Tracは初期設定でも十分使いやすいんですが、チケット登録で担当者をドロップダウンリストにするために設定を変更します。 tracの設定ファイル conf/trac.iniの下記の項目を変更してください。 [trac] default_charset = utf-8 # 文字コードはUTF-8で [ticket] restr
快適な机上環境を作ろう
この記事は2008年の5月に書いてずっとDraftの中に入ったままになってました（汗 いまはちょっと違う所もありますが、そのまま公開することにしました。 IKEAと5万円で作る快適仕事場が好評だったので、調子に乗って机の物編も書いてみることにしました。でも、IKEA編ほどおもしろくないなぁw 机の上の基本は、見えるところに物を置かない、でも出来るだけのものを手の届く範囲に置くです。 約2畳のスペースの中で快適に仕事をするために、ほとんどの事をこの環境の中でこなせるようにしています。 まずは、基本のキーボードとマウス。 キーボードは、無刻印のHHKBを使っています。キーボードは好きなので沢山持っているのですが、やはりキータッチが一番いいのはこれでした。値段も高いですが。 一つ失敗したのは無刻印。なぜかお店に言ったときに無刻印が格好良く見えて買っちゃいましたが、ブラインドタッチも出来ない私には
机の下に本棚を作ってみた
あまりにブログを更新していないので、たまには。 USに引っ越して1年。IKEAで作った仕事場は相変わらず快適なのですが、やっぱり本を置くところが少ないのが難点。 サイドデスクの上に本立てを置いて居るんですが、数が置けないし、あまり見栄えも良くない。 というわけで、デッドスペースを探して本置き場を作ることにしました。 すぐ本を出せるところでデッドスペースといえば、机の下。 MIKAELは背板があるので、ここと膝の間がちょうど新書分ぐらい空いてます。ここに板を通せば、ある程度本が置けそうです。 そこで、今度はHOME DEPOTへ走って、L字ブラケット2つと、細い47インチ(1200mm)の板を買ってきました。 MIKAELの幅は1400mmなので、ちょっと小さいですが、切って売ってたのがこのサイズだったので、これにしました。 家に着いたら早速ブラケットを膝の当たらない高さに仮固定してから、ド
masuidrive on rails» Blog Archive » iPhoneのWebをオフラインでも使う方法が見つかった!
世の中にはホント賢いというか、良く見つけてくる人がいるなぁ。 実は夢の中でiPhoneをゲットして、夢の中で通勤時に毎日ビデオなんか見ながら出勤しているんですが、どーにもこうにも不便な事が一つあるんですよ。夢の中でね。 iPhoneのsafariは、ズームとか出来て画面が小さいのにかなり実用度高いんですが、なにせwifiに繋いでないとページが見れないってのが、非常につらい。 オンラインの時に複数タブ(?)開いておいて、電車で読もうと思ったら、タブもキャッシュしてくれなくて、開いているタブ以外は全滅。 ユーザが作れるiPhoneのアプリはWebベースだけなのにオフラインキャッシュがないので、ネットが無いところではアプリが動かないという致命的とも言える問題が。アプリはAjaxのみって言うなら、Google Gearsぐらいの機能はつけてほしいなぁ。 と思っていたら、やっぱりちょっとした解決策を
Webでの非同期処理を考えてみる [長い記事だけどコメント求む!]
Photo by harry harris いまPhotoShareのサーバの実装を大きく変えようとして悩んでいます。 (参考: Life is beautiful: マルチスレッド・プログラミングの落とし穴、その２) Rails 2.2でThread safeになるとか、NeverBlockで12倍速くなるっていう話もあるんだけど、負荷が上がればレスポンスが悪くなるのは、どうしようもない。マシンを増やせば解決できる部分もあるけど、マシンを増やせばコストは上がる。 Life is beautifulで書かれていますが、確かに全部の処理を同期的に行う必要はないんですよね。 PhotoShareでも、既にいくつかのページは非同期にerbを生成して、それをRailsとerubisで読み込んで実行しています。 しかし、Railsだけではこういった非同期の処理やviewの一部を事前に生成するという処
![Webでの非同期処理を考えてみる [長い記事だけどコメント求む!]](https://cdn-ak-scissors.b.st-hatena.com/image/square/5bfe0ff7b7b40f7cbbbf772fcb58fe20116a468d/height=288;version=1;width=512/http%3A%2F%2Ffarm1.static.flickr.com%2F124%2F414124784_2ddd9e2e05_m.jpg)
RESTはWebAPIの代わりにはならない
Photo by Pulpolux !!! bobchinさんの日記から「やっぱRESTは厳しいのかな？」。 RESTでは、リソースに対して一意のURLに、これって結局データストレージとして使えるっていうだけなんだと思います。MVCでいうmodelの部分。 これは、これでとても大切な部分なのですが、モデルを検索したり、いろいろ機能をRESTで提供するのは、うまくいかないと思います。 Railsだと、create, show, update, destroyメソッドはいいのですが、index(list)メソッドをXMLで返すようにしても、あまりうまくいかないケースが多いと思います。１画面に出る情報が多岐にわたるので、きれいに表現できないんですよね。 １つのコントローラでHTMLとXMLを返す上での最大の問題は、メソッド名の変更が出来なくなることだと思います。APIとして外部に公開してしまうと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Page not found – @masuidrive blog
iPhoneが起動不能になった場合の復活方法