Twitterブログ: 「Twitter公認製品プログラム」を始めました
お客さまのためにTwitterを活用する企業が増えている中、そのニーズもいろいろです。Twitter上でお客さまたちとの関係を深め、声に耳を傾け、より価値がある情報をタイムリーに今日できるようにフォロワーの方々を知ることができるツールを求めている企業も多くおいでです。 一方で、このようなニーズに対応する、企業の発展をサポートする製品やサービスをつくっているTwitter開発者の方々によるエコシステムも成長しています。 Twitterでは、企業の方々がそれぞれにあったツールを見つけやすくするため、Twitter公認製品プログラムを開始します。公認製品は「エンゲージメント」「分析」「データの再販」の3つの分野においてとても優れている製品と考えたものです。 1: エンゲージメント：Twitterを通してお客様との距離を近づける製品です。例えばSprinklrはGM、Virgin America、
新卒さん向け、速攻でプログラミングをマスターできるvimプラグイン「quickrun」:phpspot開発日誌
新卒さん向け、速攻でプログラミングをマスターできるvimプラグイン「quickrun」 2011年04月25日- 新卒さん向け、速攻でプログラミングをマスターできるvimプラグイン「quickrun」。 この春、会社に入って、サーバに入って vim でプログラミングさせられている人はそれなりにいそうですが、その場合に速攻でプログラミングをマスターできるquickrunプラグインを入れておきましょう。 プログラミングを覚えるには作って動かすが一番いいですが、「書いて」→「保存して」→「実行して」を一瞬で行えます。 具体的にはプログラムを書いていて、コマンドモードで「￥r 」をタイプするだけでペインが分かれてプログラムの実行結果が得られます。 VPSなどを借りて、これからプログラミングをはじめようって方にも有効です。 かなりインスタントに実行できるので、こう書くとこう出る、がサクサク進められる
そろそろしっかりvimを使う。quickrun,uniteの導入。 - 南極の図書館
引き続き、vimでRubyのコーディングをするためにプラグインを入れていく。今回が「しっかりvim」の最終エントリ。 前回（そろそろしっかりvimを使う。vimでRubyのコーディングをするために - holyppの日記）は、「補完」と「リファレンス」の環境を整えた。 これでコードを書くには問題が無くなったが、書いているうちにもう少し機能が欲しくなる。 次に欲しくなるのは「高速な実行環境」それに「高機能なファイラー」だ。 そこまで環境が整えば、コーディングの効率が見違えるように上がる。 今回はその2つを導入し、前回とあわせて「補完機能」「リファレンス呼び出し」「実行環境」「ファイラー」を揃える。 これ以降も特化したプラグイン、例えばRailsを書くときにrails.vimを入れる必要はあるが「基本セット」は揃ったと考える。 なお、本エントリは下記の続きなので、前提等で不明な点があれば参照し
Ruby Best Practices - Full Book Now Available For Free!
The last few weeks have been a wild ride. Starting in January, I’ve been releasing a chapter at a time here on the RBP blog, and many of those chapters were pretty well commented on. Just for the sake of completeness, here’s a link back to each of those posts: Chapter 1: Driving Code Through Tests Chapter 2: Designing Beautiful APIS / Chapter 3: Mastering the Dynamic Toolkit Chapter 4: Text Proces
Ruby Reference Index
Standard Library English | Win32API | abbrev | base64 | benchmark | bigdecimal | cgi | cmath | continuation | coverage | csv | curses | date | dbm | debug | delegate | digest | dl | drb | e2mmap | enumerator | enumerator | erb | etc | expect | fcntl | fiber | fileutils | find | forwardable | gdbm | getoptlong | gserver | iconv | io/nonblock | io/wait | ipaddr |
部下の作業遅れ、PMやリーダーはどう行動する？
開発プロジェクトで部下の作業が遅れたとき、プロジェクトマネジャー（PM）やリーダーは、どんな行動を取るべきか――。先日、日経SYSTEMSの取材で訪れた方々と、こんな話題で議論を交わした。 驚いたのは、過去と現在でその行動に変化が表れていることだ。かつて多かったのは「叱責」である。「今のままでは納期に間に合わないぞ」「早く終わるようにもっと頑張れ」。作業の遅れを挽回してもらうために、メンバーの気持ちを引き締ることを狙ったものだ。 しかし現在は、この方法が通用しないばかりか、かえって遅れを大きくすることがあるというのだ。世代間ギャップだという面はあるだろうが、それだけで片付けるのは乱暴かもしれない。昔と違って今のプロジェクトは、メンバー数がかなり絞られている上に、納期もより厳しくなっている。そうした中で「頑張れ」「早くやれ」という一方的な叱責は、メンバーのやる気を削ぎ、さらに遅れを大きくする
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - sandai/madever: EvernoteでmarkdownとHTMLの相互変換ができるAppleScriptです