nDiki : レビュー

2014年11月21日 (金)

今日のさえずり: ソフトウェアエンジニアらしいマニアックな袋だなと思ったら Delifrance だった

2014年11月21日

[ 11月21日全て ]

2014年12月7日 (日)

3段階に切り替えられるようになった LED フラッシュライト Fenix E05 2014 Edition 【レビュー

naney:15348601344

東北地方太平洋沖地震以来、停電が起きるかということでキーリングに LED フラッシュライト Fenix E05 をポケットに入れて持ち歩いている。結果停電にはならなかったんだけれど、 EDC してみると使う機会があるので便利。Fenix E05 は2本持っているのだけれど、もう1本ぐらいあってもいいかなぁとチェックしたら 2014 Edition が出ていた。なんと。すぐさま注文。

大きな違いは明るさが3段階になったこと。旧エディションが27ルーメンに対し、新エディションは 8/25/85ルーメンの3段階に切り替えられるようになった。

旧エディションの27ルーメンは室内で使ったり暗い道で足元を照らすのに丁度良い明るさでとても使い勝手が良い。ついついルーメンが大きいモデルが魅力的に思えてしまうのだけれど EDC 用としてはこれぐらいの明るさが1番都合が良い。ただ1点あるとすればランタイムが2時間50分なので緊急時にはちょっと心もとない。

一方新エディションでは8/25/85ルーメンの切り替えができることになったので、暗いかわりに長く光らせるという選択ができるようになった。Low(8ルーメン)では公称14時間30分もつので十分一晩保つので安心だ。実際のところ8ルーメンでも室内であればちょっとした作業には問題ない。ちょっとした作業の時に手元を照らしたい時に27ルーメンは明るすぎたのでそういう意味でも便利だ。

また1AAAでこの小ささで85ルーメン出せるというのも頼もしい。実際のところ長時間 High で使うのは発熱が気になるのでぱっと遠くを照らしたい時だけ High にするというのが使い方だろう。製品自体にもオーバーヒートプロテクション機構が入っていて High で3分連続点灯すると Mid に戻るようになっている(再度 High にすることは可能)。

LED フラッシュライト電池明るさランタイム(Ni-MH)
NiteCore EZ AA (NEW)(参考)1AA6 〜 160ルーメン
Fenix E05 R21AAA27ルーメン2h50m
Fenix E05 2014 Edition1AAA8 / 25 / 85 ルーメン14h30m / 4h15m / 1h

配光は旧エディションより若干狭くなった感じだ。LED は Cree XP-E2 で寿命5万時間(旧エディションは Cree XP-E R2 で寿命10万時間)。例によって玉によってばらつきがあるが今回購入した新エディションは旧エディションより若干黄色い LED 光だった(ちなみに所有している NiteCore EZ AA (NEW)は逆に Fenix E05 R2 より青め)。

旧エディションの Fenix E05 R2 も使いやすくシンプルで今使っても良いモデルだということを再認識した。

今は Fenix E05 R2 をキーリングから外して Fenix E05 2014 Edition を装備して持ち歩いている。お薦めの LED フラッシュライトの1本。旧エディションも良いので在庫があるうちに買っておいてもいいかな。

naney:15224806053


[ 製品レポート ]

[ 12月7日全て ]

2014年12月29日 (月)

Toodledo で Status フィールドを使うように変更

年末なので Toodledo 運用見直し。

next action はコンテキスト必須だし逆にそれ以外はコンテキスト不要なので、Context フィールド1つでコンテキストかタスクの種類を入力するようにしていた。こうすると入力が楽なんだけれど検索とかが結構面倒なので、素直に Status フィールドを使うように変更してみた。

Toodledo の Status は以下のような感じ。

  • None: 設定なしのもの。
    • inbox に入ってきた状態。
  • Planning: 計画中のもの。
    • GTD でのプロジェクト。
  • Next Action: 次の行動
  • Active: 進行中のもの。
    • たぶん使わない。Next Action で十分。
  • Delegated: 委任したもの。
  • Waiting: 待っているもの。
  • Hold: 保留のもの。
    • プロジェクトレビューで必要なタスクとして思い浮かんだので入力しておきたいけれども、まだ Next Action じゃないものをこれにしておくつもり。
  • Postponed: 延期したもの。
    • たぶん使わない。
  • Someday: いつかやるもの。
    • GTD での Someday/Maybe。
  • Canceled: 中止したもの。やらなくなったもの。
    • やらないことにしたけれど記録として残しておきたいタスク。
  • Reference: 参照。
    • サブタスクとしてノートを置いておきたい時に使う。

あと、Star は「今日実行する予定のもの」につける感じだったのだけれど、Importance も1しか上がらないしいい感じじゃないので、注目しておく必要のあるタスクにつけることにした。

[ 12月29日全て ]

2015年2月26日 (木)

2月恒例のイベント、装備は去年と同じ

昨年に続いて某イベント有給休暇をとって観に行ってきた。今年で4年目なのでずいぶん観る方も慣れてきた。

今年も NEX-5N + TAMRON 18-200mm F/3.5-6.3 Di III VC (Model B011) + ステレオマイクロホン ECM-SST1 にて。オートレビュー(撮影後の画像表示)はここ最近切りっぱなしなので、いつも通りサクサクと。

そういえば今年はSDHCメモリーカードを去年買った Transcend の Class 10 UHS-I 対応SDHCメモリーカードにしたんだけれど、明らかに動画の保存が速かった。結構違うものだな。動画の時は速度重要。

去年気になっていたα6000は食指をそそられるほどでは無かったので、今年出ると噂されている後継機(α7000?)がどんなのになるのか楽しみである。

[ 2月26日全て ]

2015年3月13日 (金)

今日のさえずり: 「外道達のララバイ」

2015年03月13日

[ 3月13日全て ]

2015年4月28日 (火)

LINE DEVELOPER DAY_2015 Tokyo #linedevday

naney:17269564386

「エンジニアチームの様々な経験を、未解決の課題も含めて共有する」というテーマで開催された LINE 株式会社のエンジニア向けイベント LINE DEVELOPER DAY_2015 Tokyo に行ってきた。

会場の装飾やクリエイティブなどお金をかけていてすごいなと。始まる前にプレス向けにきちんと立ち位置や照明まで案内していて、とても行き届いていて運営力もすごい。

細かいところだけれどイベントサイトや事前案内は「LINE DEVELOPER DAY_2015 Tokyo」で当日の会場が「LINE DEVELOPER_DAY 2015 TOKYO」と表記を変えていてどんな理由なのかなというのが気になった。まあどうでもいいことだけれど、物を書くのにちょっと困る。

スライドはシンプルで洗練されているんだけれど、完成されすぎていて素材ぽくも感じた。

全体的に microservices アーキテクチャというのが印象に残るイベントだった。

A-1 オープニング 代表取締役社長 CEO 出澤剛氏

LINE の成長とサービスなどの紹介。ウォーミングアップ的に聞いていた。

A-2 LINE Global Culture 上級執行役員 CTO 朴イビン氏

LINE のグローバルな開発組織や文化について」

ちょっと綺麗にまとめられすぎていて感じがした。泥臭さが感じられない。より現場的な話をぜひ聞きたいなと思った。

ペンディング・先送りされた「cold-case プロジェクト」について、また取り組むきっかけを用意するというのは良いな。

A-3 LINE Messenger for the World 上級執行役員 サービス開発担当 池邉智洋 @ikebe 氏

「色々な国の通信各社、様々な環境に対応するために進めた実験や改善方法について」

LINE アプリのバイナリは1つとのこと。各国の事情について「LINE 遠征隊」として現地で実際に使って改善していくという取り組みがきちんとできているというのは素晴しいと感じた。グローバルなサービスではなく国内向けのサービスでも参考にできるな。

ストアのレビューについて、レビュー文章のキーワード分析や変化の把握もきちんとしているとのこと。(アプリではないけれど)化粧品業界などが良くやっているやつか。 この辺りは自分の部署でも取り組んでみたい。

A-4 LINE Platform Development Chronicle Tom.T @tsurutom 氏

LINE Platformを支えるアーキテクチャ、組織、文化について」

鶴原翔夢氏による LINE のアーキテクチャの変遷について。

  • polling / push / long polling
  • Erlang で LINE Event Delivery Gateway
  • SPDY

など。アーキテクチャは microservices に移行している。

Abusing も独立したバックエンドになっているとのことだった。abuse 対策のコンポーネント化は考えてはいるんだけれど、サービス毎に要件が結構異なるので本体とどの程度の結合にするかが迷いどころなんだよね。いつかはやりたいところ。

A-5 HBaseとRedisを使った100億超/日 メッセージを処理するLINEのストレージ Shunsuke.N @sunsuk7tp 氏

HBase と Redis の話し。桁違いだ。

A-8 Webサービスの国際化にあたり LINE Creators Market 開発がどのように行われたか Tokuhiro.M @tokuhirom 氏

最近 Java を書かれているようだけれども LINE Creators Market はやっぱり Perl で書かれているとのこと。ちなみにアプリケーションサーバでは Starlet を使っているそうだ。

実際に開発する上で問題になったことも混じえた @tokuhirom 氏らしい語り口のセッションだった。

B-5 ベイズ推定とDeep Learningを使用したレコメンドエンジン開発 Jun.N 氏

なみかわじゅん氏。

まずはスタンプ間の(レコメンド的な)距離を計算し、その上でユーザー-スタンプ間の距離を計算するというフローでレコメンドを生成しているとのこと。処理には Hive も使っているらしい。

コールドスタート問題については、Naver Labs と共同研究開発した画像類似度計算を使って似た絵のものをレコメンドできるようにして対応しているとのことだった。

以上

午後は途中オフィスに戻ったりしながら面白げなセッションを聞いてきた。夕方に歯医者があるので 17:30 まで聞いて退散。

[ 4月28日全て ]

2015年6月8日 (月)

今日のさえずり: 絶滅危惧種の生茶パンダを発見

2015年06月08日

  • 09:34 絶滅危惧種の生茶パンダを発見。
  • 09:46 着席。 (@ 株式会社ミクシィ (mixi, Inc.) in 渋谷区, 東京都) https://www.swarmapp.com/c/ayJTvwpRgB0
  • 12:18 RT @mixi_PR: 弊社エンジニアブログ、新エントリはこちら! Padrino (WAF) の仕様変更にともなって発生した障害の原因を追いかけた話 - mixi Engineers' Blog http://alpha.mixi.co.jp/.../06/08/114539 #mixi
  • 16:03 月9のためにスクー会員登録しました。
  • 18:05 企画レビューしてもらいました。
  • 21:23 スクーでみんな「なるほど!」って言っているのなんでだろうと思ったら「なるほど!」ボタンがあるのか。なるほど。
  • 21:41 “Padrino (WAF) の仕様変更にともなって発生した障害の原因を追いかけた話 - mixi Engineers' Bloghttp://bit.ly/1eXNCfO
  • 22:21 Simplenote で特定のメールアドレスの人とノートを共有するとサインインしなくても閲覧できる URL が発行されると知って腰が抜けそうになった。
  • 25:15 Simplenote で共有ノートURL を渡せば、タグ付けにより指定したメールアドレス以外のアカウントでも編集まで許可されるのか。すごいな。
  • 25:22 あー、アカウントすら必要なかった。サインインしなくても編集までできる……。
[ 6月8日全て ]

2015年11月30日 (月)

「なぜ Excel 方眼仕様書だと駄目なのですか?」

先週ワークフロー改善内容についてレビューしたところ添付されていた仕様書フォーマットサンプルが Excel 方眼紙だったので、これを機会に止めましょうとお願いしておきました。 そうしたところ今日になってツッコミをいれた人と同じグループの別の人から「なぜ Excel 方眼仕様書だと駄目なのですか?」と質問されました。即答するとなんか適当なことを言ってしまいそうなのであとで回答しますねと答えておきました。

Excel 方眼仕様書をもらった時の嫌だなという感情は「ファイルでの管理だから」「Excel だから」「方眼スプレッドシートだから」など複数の混ざり合った理由からやってきます。

この中で「ファイルでの管理だから」「Excel だから」は環境によっては排除できない場合もあるし、ユースケースにあっている場合もあるので単純に良い悪いとはいえません。

しかしながら「方眼スプレッドシート」で書かれた仕様書というのはいつでも不便なので止めて欲しいです。書かれている文章の部分が論理的な入力になっていないのが一番嫌な点です。1文毎に別のセルに書くとか、字下げは次の列のセルからとか、箇条書き項目ごとに次の行のセルとか。仕様レビュー仕様変更での更新が非常にやりにくい。説明を書き足しにくい。

だからといってシート毎に大きな図形を貼ってその中にテキストを書けば良いといったものでもありません。それこそ方眼にする理由はないでしょう。

編集を阻む仕様書は、仕様の品質を上げるコストを高くするのです。

[ 11月30日全て ]

2016年3月10日 (木)

日比谷高校1年生時代の友人クラス会について語り合った

image:/nDiki/2016/03/10/2016-03-10-213738-nDiki-1200x900.jpg

高校1年生に同じクラス(14R)だった日野君・宮崎君と自由が丘のべったこ屋自由が丘店で飲んできました。

3年間同じクラスだった日野君とは2007年mixi で再会したのをきっかけに自由が丘でたまに会っていてこれが4度目(2007年の時2009年の時2013年の時)。宮崎君とは2011年のほぼ同時期に同じ会社に中途入社するという形で偶然再会した仲(「会社に高校1年の時に同じクラスだった友人がいて興奮」)。一緒に飲むのは今日が初めてです。

男はアクセルをゆるめ、女はブレーキを踏む

仕事のスタンスにおいて力を出しきらないタイプの男女差が話題に。ベースは女性の方優秀だと宮崎君。日野くんが「男はアクセルをゆるめ、女はブレーキを踏む」と表現しました。女性がもっと実力を発揮できると良いとしつつも、家庭との両立が大変というもっともな話にまとまりました。

38R もクラス会

宮崎君のいた 38R はクラス会をやっていないということで、卒業後数回クラス会をやっている 35R の立場で独断と偏見のアドバイス。35R では直近だと2002年に卒業10周年クラス会2010年クラス会をしています。前回は日野君と会った時にやろうかという話になったのがきっかけでした。

きっかけ作りと名簿作りをする我々のようなポジションの人がまずいて、そういった人間が学生時代から求心力のあった友人らに声をかけて音頭をとってもらうようにすると、いい感じにクラス会をやれるよねという話しになりました。35R の場合はそのあたりが開催できている理由なのかなと。

あとはクラスの中では私が情報系だったこともあって卒業後にメーリングリストを作っていたので、卒業10年でも直接連絡を取れる人がそこそこいたのも良かったのかもしれません(SNS が無かった時代)。

38R のクラス会開催を焚きつけましたが 35R もまたそろそろクラス会をやりたいですね。

食べログ最低点の店巡りを

今日は自由が丘駅正面口待ち合わせで合流してから裏道に入り、そこで宮崎君が食べログを見ながら店を選びました。そんなこともあって食べログのレビューについても話題になりました。お店側にとっては納得のいかないレビューも多いだろうねという話。そこからレビューは個人の感想で自分たちがそう感じるかどうかは別だよねとなり、では3人で食べログ最低点の店を巡って実際どうだったかチェックしそれをコンテンツ化したら面白いんじゃないかと盛り上がりました。せっかくなので 14R の誰かも誘って4人にするとテーブル的にもいいんじゃないかな。

2カ月後ぐらいを目処に大井町を手始めにやってみようという話になりました。次回は自分が誘うきっかけ担当。楽しくなってきました。

学生時代の友人は代えがたい存在だと改めて感じた夜でした。

[ 日比谷高校 ][ 35R ]

[ 3月10日全て ]

2016年4月13日 (水)

Google Keep はひらめきツール

Google Keep再び使い始めるようになってから2週間経ちました。あらためて使ってみると閃いたことをさっと書いておくツールとしてとても便利で、使っていて楽しいです。アイコンの電球がよくサービスを表していますね。

inbox zero にしない inbox

ソーシャルメディアドラフトストックツール用途として使い始めたのですが、どんどん放り込んでおく用途にも使いやすいので、最近は何でもいったん Google Keep に入れています。GTD における inbox の役割です。

しかし私は Google Keep ではメモを見返してレビューしても完全に inbox zero にはしないでおいています。 GTD 的には空にするのが鉄則ですが、敢えて何度も心にひっかかておいて欲しいものを残しておいています(Remember The MilkGmail は inbox zero を実践)。

繰り返し目にしたタイミングで再考したりメモを書き足したりすることが考えが深まっていく気がしています。

日付区切り

Google Keepメモは編集日時がざっくりわかる程度で、作成日時がわかりません。作成日時必要なメモは自分で日時を書いておく必要があります(Google 日本語入力で「日時」を変換して入力しています)。

それから今はだいたい1日毎に整理をしているので、「2016年04月13日(水)」などと日付だけ書いたメモを毎日作って区切りにしています。このメモを区切りにして他のメモがか何日に書いたものかぱっとわかって便利です。

リマインダー

あとは場所リマインダー機能は使ってみています。Remember The Milk の場所リマインダーは繰り返し出てきてしまうことがあったりして使いにくいのですが Google Keep だとそのあたりの精度がいい感じです。

まさに keep しておくツール

Google Keep は思い浮かんだこと・あとで思い出したいことを放り込んで keep しておくのに良くできているツールですね。

[ 4月13日全て ]

About Me

Naney Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。

nDiki1999年1月に始めたコンピュータ日誌を前身とする NaneyWeb 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。

※内容は個人的見解であり所属組織とは関係ありません。

月別インデックス
Process Time: 0.073504s / load averages: 0.47, 0.89, 0.82
nDiki by WATANABE Yoshimasa (Naney)
Powered by DiKicker