タグ

ブックマーク / blog.masuidrive.jp (5)

  • デブサミ2014で「エンジニアだからできる自由な生き方」の話をしてきました。

    昨年の後半から、「エンジニアとしての生き方」のような話をする事があり、ずっと継続して考えてきました。 先日も「一生、エンジニアであり続けるために必要なこと(レポート)」という講演をしたのですが、実はその時点でもまだ自分で分からない部分がありました。 自分が「自由に生きたい」と思っている事は分かっていたのですが、「なぜ自由でいたいのか」という説明がうまくできなかったのです。自由は手段であり、得た自由を使って何をしたいのか、それが説明できませんでした。 漠然とは感じるんだけど、説明できないもどかしさをずっと感じていたのですが、デブサミの数日前、こんなツイートを見つけてやっと自分で納得できました。 @ukedchat @gapingvoid There’s one more image to this that you’re missing… creativity. @ElsiumEd pic.

    g08m11
    g08m11 2015/05/25
  • 2013年もありがとうございました!

    2013年も残り僅かとなったので、 振り返るために今年一年の活動をまとめてみました。 こうやって書き起こしてみると、この1年も色々なことがあったなぁと思います。 色々な所で支えてくださった皆様にこの場を借りてお礼申し上げます。 来年も、積極的に活動していきたいと思っていますので、引き続きよろしくお願いします。 制作物 ミイル – 継続開発 トレタ – 新規 wri.pe – 新規 MobiRuby – メンテナンス 講演 – 32 1/11 テンプスタッフ アプリコンテスト:スペシャル勉強会 1/18 CROSS 2013 – スマートフォンCROSS 1/22 RIA コンソーシアム・ビジネスセミナー ハイブリッド開発のすすめ 2/4 京都でこの冬一番“Ruby”な夜〜Mobirubyのその後とRailsアジャイル開発最前線!! 2/14 デブサミ2013 RubyでiOS/Andro

    2013年もありがとうございました!
    g08m11
    g08m11 2015/05/10
  • チャットで勤怠管理する「みやもとさん」をリリースしました

    トレタで使っている、チャットで勤怠管理する「みやもとさん」をオープンソースでリリースしました。 https://github.com/masuidrive/miyamoto Slackの#timesheetsという部屋で、「おはようございます」と書き込みと出勤が記録され、「お疲れまでした」と書き込むことで退勤となります。「明日はお休みさせて頂きます」と書き込むと、休暇の届け出になります。 チャットで勤怠管理する最大のメリットは、オフィスに居なくても誰がいつ出勤・退勤したのか全員が分かることにあります。出退勤管理アプリは色々出ていますが、営業で直行直帰する人や、リモートワーカーなどは、帰った時間がリアルタイムでわかりにくいという欠点があります。 「みやもとさん」では、チャットでやりとりする事でみんなの見える形で出退勤が記録され「あ、帰る前にあれも!」など、ありがちなコミュニケーションがスムー

    チャットで勤怠管理する「みやもとさん」をリリースしました
  • 組織も人も最適化の果てにあるのは緩やかな死

    なんか会社のチャットネタが続きますが、先月、会社のチャットでマクドナルドの衰退と吉野家のリンクから最適化の話しになり、「もしトレタが最適化しすぎると、どういう風に発展の妨げになるんでしょう」って話しが出てちょっと面白かったのでブログにまとめて見ることにしました。 私がアプリ開発で一番怖いと思うのは、既存ユーザへの最適化です。 既存ユーザはある程度使いこなした上で「あの機能が欲しい」と要望を出してきます。確かにその機能があると便利ですし、他のユーザでも喜ぶ人が大勢います。 実際、その機能実装すると多くのユーザが便利になり満足度があがります。画面にボタンは増えましたが使わないユーザが不便に思うほどではありません。 誰も困らないし、この機能追加はとても正しいことに見えます。 でもその機能があることで、初めて触るユーザはどう感じるでしょうか?画面にボタンが多いほど、マニュアルが厚いほど初めてのユー

    組織も人も最適化の果てにあるのは緩やかな死
    g08m11
    g08m11 2014/11/07
  • オープンソースで必要な英語力を調べてみた

    最近、mrubyのIssuesを英語で書くのが厳しく、やっぱり英語は勉強しなきゃなと日々痛感しています。 勉強するにしても普通の英語とは違うので、Issueを英語で書くためにどれぐらいの単語力が必要なのか調べてみました。 GitHub上のmrubyとnodejsのIssuesをダウンロードして形態素解析をして、単語の頻度をグラフにしてみました。 ものすごく偏っていることがわかります。 ここから1000だけ切り出してみます。 これを見ると3-500でほとんど部分をカバーできそうです。固有名詞もあるからもっと少ないはず。 これをベースにして「300語で書くオープンソースの英語」とか出来ないかな? あとは、Phrasal verbs(get into, put onみたいなヤツ) なんだけど、代表的な物を公開しているリストないかな?それもランキングできると面白そう。 なお、この単語数は形態素解析

    オープンソースで必要な英語力を調べてみた
  • 1