最近ずっと NN/CNN/RNN/LSTM などで遊んでいたのだけど Seq2Seq の encoder/decoder と word embeddings を理解したかったので Seq2Seq の chatbot を動かしてみた。Keras でフルスクラッチで書いていたのだけど上手く動かず。論文読んでもわからないところがあったので https://github.com/1228337123/tensorflow-seq2seq-chatbot を自分なりに読み解いてプロセスが別れてわかりやすいように書き換えた。同時に日本語に対応させて Twitter Bot として動くようにした。 会話例 seq2seq Google 翻訳などでも利用されている seq2seq というタイプの Neural Networks を利用しています。入力も出力も時系列データ。例えば会話とか翻訳とかに使えます。
日本語版がでました。すぐ買うべし。 SOFT SKILLS ソフトウェア開発者の人生マニュアルposted with amazlet at 16.05.18ジョン・ソンメズ 日経BP社 売り上げランキング: 1,272 Amazon.co.jpで詳細を見る Soft Skills: The Software Developer's Life Manualは残念ながら日本語訳が出ていない。でも英語でも読む価値はある。とても平易な英語で書かれてる。どこかの出版社さん翻訳だして欲しい。空前のブームになるに違いない。 Soft Skills 。alc.co.jp によればソフトスキルは「対人的な交渉・指導・意思疎通などをうまく行える能力（または知恵）」のことらしい。そのタイトルからも分かる通り、プログラマ向けに書かれた本だがほとんど技術の話は書かれていない。プログラマとして生きていくための技術以外
1 on 1 (ワンオンワン) とは1対1のミーティングの事。ここでは毎週もしくは隔週で行われるマネージャとその部下(direct reports)であるソフトウェアエンジニアの 1 on 1 に焦点をあてる。よく 1 on 1 で何を話したらよいか分からない。話題がない。と相談されるので僕の思うところをまとめてみる。 僕はマネージャもソフトウェアエンジニアのどちらも経験があるので両側からの視点を提供できると思う。 マネージャ編 マネージャは 1 on 1 を部下のために開催しなければならない。自分のための時間ではないことを肝に銘じよう。部下には話したいことを何でも話してもらう。事前に「1 on 1 は君のための時間だよ」と説明しておこう。 1 on 1 が始まったら「何か話したいこと、気になることある？」と問いかけよう。焦ってはいけない。じっくりと待ってみよう。 たとえマネージャとしてプ
エンジニアからみた良いプロダクトマネージャ（以下PM）とは。rebuildfm #98で id:naoya さん(@naoya_ito)から PM についての話があったので便乗して書いてみる。※プロダクト（製品）マネージャはプロジェクトマネージャとは全然違う職種なので注意。 結論から先に。エンジニアから見た良い PM とは「つねにユーザーのことを考えた上でプロダクトに信念を持っている人」だと思う。それは当たり前じゃないか？と思った人は正しい。でも常にそれをできる PM は多くはない。幸いにも僕は多くの優秀な PM と仕事をさせてもらったのでそこから学んだことをまとめてみよう。 PM の役割 まずは PM の役割から見ていこう。スタートアップの CEO の役割からエンジニア、デザイナーをマイナスした感じと言ったら伝わるだろうか。 もう少し具体的に PM がやっていることを挙げてみよう。 自分
文脈 サンフランシスコの外資で働き始めて 116 日目。英語あまり話せない。初外資。留学経験なし。いわゆる受験英語育ち。その後は英語は独学で勉強するも使う機会に一切恵まれず。 社内にそこまで知り合いもいなくて英語もできないので、そこを準備でどう補っているかという話。今後続く同じような境遇の人の役に立てれば幸い。 ミーティングの話 自分が主催するミーティングで何かをお願いしたり、質問したりする場合の会議に心がけていること。 自己紹介後、まず忙しいのに時間をとってくれたことにお礼を言う。 2回目以降の会議の場合は軽い世間話から「How are you doing?」的な。 相手の席の近くの会議室を予約する。広いオフィスなので来やすいように。 ミーティングの Agenda を事前に用意する。相手に質問がある場合はあわせて事前にメールする（相手が答えを用意できるように） Agenda には会議の流
OSX では homebrew から autojump をインストールすることが推奨されている。しかしどうしても動かなかったのでマニュアルインストールした。 ちなみに動かない症状は j --stat で統計情報がとれている j で候補が echo される j Enter で cd されない というもの。 インストール % git clone git://github.com/joelthelion/autojump.git % cd autojump % ./install.sh --local -a .zshrc に [[ -s ~/.autojump/etc/profile.d/autojump.sh ]] && . ~/.autojump/etc/profile.d/autojump.sh を追記。 動作確認 % j tm /private/tmp % pwd /private/tm
重い腰を上げて screen をやめて tmux にしてみる。 install % brew install tmux % brew install reattach-to-user-namespace .tmux.conf # Prefix set-option -g prefix C-t # reload bind C-r source-file ~/.tmux.conf # Histories set-option -g history-limit 10000 set-option -g status-utf8 on set-option -g status-interval 5 set-option -g status-bg black set-option -g status-bg white set-window-option -g window-status-current-
目的 本を読んだりアプリを作るだけでは分からない「真似すべきスタイル」を得るため。 方法 動かしてみる 時系列で処理を追っていく 静的・動的な構造を絵に描く コードの良かったところをメモする MGTileMenu @psychs に教えてもらった https://github.com/mattgemmell/MGTileMenu を読む。 動かしてみる。ダブルタップすると開く。 初期化 MLGViewController.m。 UITapGestureRecognizer で起動アクションを登録。 - (void)viewDidLoad { [super viewDidLoad]; // Set up recognizers. UITapGestureRecognizer *doubleTapRecognizer = [[UITapGestureRecognizer alloc] init
% brew install ctags % rehash % ctags -Re
Facebook App in Scheme Shibuya.Lisp tt#7 2011/10/22View more presentations from Taro Higepon.
自作の Emacs Lisp auto-compile.el を公開しました。 これは何か? C, C++などのコードをEmacs上で編集しているときに、ファイルを保存したタイミングで、バックグラウンドで make コマンドが自動で実行されます。 以下のようなメリットがあると思われます。 いちいち terminal で makeしなくて良いので、開発効率があがる 保存時に行われるのでコンパイルエラーが早い段階で発見でき、開発効率があがる このような感じ C-x C-s で保存すると make が自動で実行されます コンパイルが終われば OK がでます（エラーが発生すれば表示されます） インストール方法 sf.netから auto-compile.el をダウンロードしロードパスが通っている場所に置く。 .emacsに (require 'auto-compile) ;; auto-comp
勝手makeで、保存を連続して行うと「process is running; kill it?」とか yes/no で聞かれる。 これは make プロセスが既に走っているのでそれを kill して新たに make するか？と聞かれているのだがこれがうざい。 そもそも、compile.elでは、makeプロセスがデフォルトでは重複して存在できない仕組になっていて、重複を許すためには、*compilation*バッファのリネームが必要。 この方法を使ったテクニックは常套手段のようだ。 ただ今回は並行して make を走らせたいのではなくて後から実行された方の make を優先してほしいだけなので毎回 yes と答えたいだけである。 うまい方法が思いつかなかったので compile.el の以下の該当部分を直接書き換えてしまったがもっと良いテクニックはあるだろうか。 (if comp-proc
「Ubuntu 6.06 LTS Desktop CD 日本語ローカライズ・通常版」をThinkpad X40にインストールしたときのメモです。 CDからのインストール自体はすべてデフォルトで行いました。 インストール直後にすぐに使える状態になりました。 Ubuntuはかなり良い出来ですね。ちょっとインストールに自信のない人はUbuntu Japanese Teamリーダーの小林さんの著書であるubuntu Linux入門キットを買うのも良いかも。 メモ ここのメモは上にいくほど新しい作業です。 つまり一番下はインストール直後に行った作業です。 /etc/ld.so.conf をつくって /usr/local/lib を書いた /sbin/ldconfig automake/autoconf をソースから入れた vmwaretools入れると超速くなる（今さら） http://d.hate
もはや技術者の必読書*1となりつつある「リファクタリング―プログラムの体質改善テクニック」ですが、 その作者であるマーチンファウラー氏のMartin Fowler's Bliki in Japaneseを読んでいてふと思った。 C++のリファクタリングブラウザ（リファクタリングツール）ってないのかなと。 全然詳しくないんですがVisual Studioにはリファクタリング機能がついているそうですが、僕は普段のコードがほとんどEmacsとg++なので探してみました。 C++は仕様がとても大きくて、他の言語と比べてリファクタリングブラウザを作るのがとても大変らしくなかなか見つかりませんでしたが、Refactoring Toolsで紹介されていたのがXrefactoryです。 Xrefactoryはシェアウェアで8日間試用出来るので試してみました。 インストール 1. http://xref-t
手元のcoLinuxのEmacs + Migemoが C-s で検索するときに固まる問題でずっと悩んでいたのですがやっと解決。 migemoがプロセスとして常駐しているんですが、その標準出力をacceptする timeout 時間をデフォルト5msec から 80msecにすればよいです。 (setq migemo-accept-process-output-timeout-msec 80) ちなみに僕の環境は以下のとおりです。 colinux% uname -a Linux colinux 2.6.11-co-0.6.3 #1 Sun Feb 5 06:44:17 UTC 2006 i686 GNU/Linux colinux% ruby --version ruby 1.8.3 (2005-06-23) [i486-linux] colinux% head ~/lisp/migemo.
仕事や趣味でコードを書いているとき、設計をしているときに難所に出くわすことがあります。 そんなときに僕が意識的に心がけていることを紹介します。 もっと良い方法があったらぜひ教えてください。→皆様。 難所に出くわす前に「もうすぐ難所だな」と気づいているときは、すでに冷静な状態で心構えができています。 この場合はきちんと対処ができることが多いです。 何度も考えがループしていたり、難しすぎて他の事に逃避しているときは集中力がないか、難所にさしかかっているサインなので、難所の場合は以下の5つを順番に試しています。 絵を描く 人に言葉にして説明する 思考の流れをテキストにする 散歩する 次の日に持ち越す 絵を描く 設計やコーディングに関して、分かっていることを絵や図にあえて描いてみます。 分からないところは箱を描いて中に? とでも書いておけば良いです。 絵を書く過程で、自分がどこが分かっていないかが
計算機プログラムの構造と解釈posted with amazlet on 06.04.15 Gerald Jay Sussman Julie Sussman Harold Abelson 和田 英一 ピアソンエデュケーション (2000/02) 売り上げランキング: 56,404 Amazon.co.jp で詳細を見る 自分が「計算機プログラムの構造と解釈」という本を勉強していった過程をまとめています。 この本の本質は、翻訳の悪さでも難しい数学でもないです。 なんと伝えたらよいのだろうか。 全部読み終えたときにまとめたいと思います。 →読み終わったのでまとめました。「「計算機プログラムの構造と解釈(SICP)」を読み終えて」 読み終えたら次のステップとしてはOn Lispなどがおすすめです。 目次 関数型言語の勉強にSICPを読もう - (1) SICPを読み始めた理由 関数型言語の勉強に
(4)の原稿が消失した(涙)ので書き直しました。 SICPでは、サンプルプログラム・演習問題はすべてSchemeで書かれています。 SICPで学べる概念自体はSchemeという言語から切り離すことが出来るとは思うのですが、それでもやはりScheme環境の整備が必要です。 僕はEmacsでSchemeを書いているのでその環境を紹介します。 Scheme Schemeインタプリタをインストールします。 この本を読みはじめたときは guileを使っていましたが途中で Gaucheに乗り換えました。 GaucheのインストールはDebian系であれば apt-get install gaucheで完了です。 それ以外の環境の方はGaucheのドキュメントを参照されると良いでしょう。 Emacs EmacsにはSchemeのソースコードの編集モードと、編集→実行をサポートしてくれる仕組みがあります。
Subversionをローカルだけでなく本格的にサーバーで使おうと思うといつも障害になるのが以下の誤解だ。（というか今日まで誤解していた) Apacheで難しい設定をしなくてはならない ⇒Apacheの使用は必須ではない。インストールにaprというApache由来のライブラリが必要なだけ。 WebDAVとかいうよく分からない仕組みを理解しなければならない ⇒同じく必須ではない svnserverとかいうサーバを常駐させる必要がある ⇒同じく必須ではない 結局すべて、誤解でだった。 個人で使うならば、もっと簡単(?)というか親しみやすい方法があり、それが「ssh経由でアクセス」である。 自分的に ssh の理解も怪しかったのであわせて手順メモを残しておきます。 subversionのインストールは yum でやっていますが環境に合わせて下さい。 1.ssh設定 以下ユーザー名は higepo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
