コマンド一発でソースコード検索＆表示できる「peco」改が凄い！
lestrratさんがやってくれました。 ずいぶん前から、ソースコードを検索して読みやすいコマンドはないかなーと思っていました。個人的にはackで検索して見つかったファイルをlessで開いて再びキーワードを入れて当該行までジャンプしていたのですが、毎回毎回めんどくさい感じでした。コマンド一発でインクリメンタル検索してキーワード周辺のソースコードを読めるツールが欲しいなぁって思ってたんです。 とあるslackでお昼時に、mattnさんと「ほしいですよねー」という話から始まって、vimにあるgrepとかも物色しながら「いいのないねー」とか言ってたらkanさんが「@lestrrat 案件だ」って言い出して牧さんが召喚されてついさっきpecoに必要な機能が追加されてました。速いw ためしにpicotlsの開発ディレクトリでpecoの一行ラッパーperoを起動し、「EVP_Digest」を検索してみ
Contributing to Ruby on Rails — Ruby on Rails Guides
This guide covers how you can become a part of the ongoing development of Ruby on Rails. After reading this guide, you will know: How to use GitHub to report issues. How to clone main and run the test suite. How to help resolve existing issues. How to contribute to the Ruby on Rails documentation. How to contribute to the Ruby on Rails code. Ruby on Rails is not "someone else's framework". Over th
残業時間、Java経験3年、IT系資格試験…ではなく、エンジニアの「実務力」を可視化するサービス『CODE.SCORE(コードスコア)』 - リクルートキャリアマガジン「カラリア」
「履歴書を見ただけではエンジニアのスキルレベルがわからない」「社員のスキルレベルが統一された基準で把握できていないので、誰をどこに配置したらよいのか判断できない」「エンジニアの仕事の成果を数値化するのは難しい」──エンジニアの採用・配置・育成・評価をめぐってこうした悩みを抱えるIT企業の人事担当者は少なくない。 こうした課題を解決するためにリリースされたのが、エンジニアの「実務力」可視化サービス『CODE.SCORE(コードスコア)』だ。『CODE.SCORE』とは、どのようなサービスなのか。 今回は、その開発プロジェクトチームに話を聞いた。 エンジニアの採用・配置・育成・評価で、人事が一番悩むこと エンジニア出身の人事担当者なら、ソースコードを読んで実力を測ることができるかもしれない。しかし、そういうケースは決して多くはないし、たとえそうだとしても、その評価は評価者の属人的なもので、なか
ややこしかったモールス信号を簡単に覚えられる1枚の斬新な図とは
「トントントン、ツーツー」というふうに、長さの異なる符号を組み合わせて文字や数字を表すのが「モールス信号」です。たった2つの符号しか使わないモールス信号ですが、文字ごとのパターンを覚えるのが大変なもの。そんなモールス信号を簡単に覚えるためのイラストが公開されています。 Just Learn Morse Code ( Download ) http://qrznow.com/just-learn-morse-code-download/ そんなモールス信号を覚えるのに役立ちそうなのが以下の図。各アルファベットを表す符号がどういった短点と長点の組み合わせなのかがひと目で分かるようになっています。 図では各アルファベットをモールス信号で表す際にはどのような点の組み合わせになるのかが示されており、どの点からスタートするのかは「1」という数字で表されています。「S」は短点3つで表し…… 「O」は長点
APIのエラーハンドリングを見直そう - WebPay Engineering Blog
ここ数ヶ月にわたって、WebPayはAPIのエラーにまつわる変更を少しずつ行ってきました。 それに付随してドキュメントも拡張しましたが、変更の背景について十分に説明できていない部分がありました。 この記事では、最近のエラーに関連した変更の背景を紹介し、今後どのようにエラーをハンドルすべきか説明します。 記事の内容は執筆時点のものであり、今後同じようにエラーやAPIの変更を行うことがあります。 変更があっても記事の内容はその時点の内容を保持し、ウェブサイトのドキュメントのみ更新します。 必ずウェブサイトのドキュメントを合わせて参照し、手元で動作確認を行ってください。 エラーはなぜ起きるのか WebPayのAPIは、リクエストされた操作ができなかったときにエラーを返すように設計しています。 可能なかぎりエラーにならないような設計、実装を心がけていますが、エラーは絶対に避けられません。 例えば、
コードコンプリートを再読した - $shibayu36->blog;
以前職業プログラマーなら必ず読むべき「Code Complete」 - $shibayu36->blog;や補足 - 職業プログラマーなら必ず読むべき「Code Complete」 - $shibayu36->blog;で紹介したコードコンプリートを再読した。 Code Complete 第2版 上 完全なプログラミングを目指して 作者:スティーブ マコネル日経BPAmazonCode Complete 第2版 下 完全なプログラミングを目指して 作者:スティーブ マコネル日経BPAmazon 一年前はどちらかというと、コードのスタイルの話とか、条件をどうやって綺麗に書くのかとか、コメントはどう書くのかということを学びたくて読んだけど、今回はクラス設計をどうしていくべきかとか、チームでのエンジニアリングをどうしたら良いかとかを中心に読んでいった。 やっぱり学びたいと思っている内容が違うとそ
ssh接続先の文字コードが接続元と違うときの対処法 - 文字っぽいの。
問題 自分の環境：UTF-8 SSH接続先：EUC-JP とかよくありますね。 $ export LANG=eucJP とか $ export LANG=ja_JP.UTF-8 してあげてもいいんですが、わざわざやるのも面倒ですし、「ログイン先とこっちのどっちで設定するといいんだ？」みたいに悩みます。 解決法 cocotというツールを使います。 $ brew install cocot でインストール終わり。後は $ cocot -t UTF-8 -p EUC-JP ssh tarou@example.com とすると、手元のUTF-8環境に合わせて向こう側のEUC-JPをコンバートしてくれます。 参考 Ubuntu日本語フォーラム / GNOMEの文字コードを常にEUC-JPにする方法
Rails 3.2.12を4.0.0にアップグレードした
Rails 4.0.0が出ていたので、3.2.12で動かしているウェブアプリ（このブログ）を4.0.0にアップグレードしてみることにしました。 Rails 4.0: Final version released! http://weblog.rubyonrails.org/2013/6/25/Rails-4-0-final/ (1) GemfileのRailsのバージョンを4.0.0にする coffee-rails、sass-railsも4.0.0にしました。 古いrailtiesに依存していてbundle updateが動かないことがあるためです。 (2) 以下のコマンドを実施。 以下、rake rails:updateの作業ログです。 boot.rbは上書き routes.rbはスキップ application.rb上書き（このアプリに関してはtime_zoneを指定していただけだった
評判のいいiOSアプリ開発のTips ベスト20 - その後のその後
『iOSアプリ開発に役立つTips』という Facebook ページをやっておりまして、そこで評判が良かった投稿（※）を 20 個ほど紹介します。 （※） Facebook ページの insights にある「クチコミ度」で判断しました アプリ実行中にコードを修正してそのまま実行中のアプリに反映させる アプリ実行中にコードを修正してそのまま実行中のアプリに反映させることができるXcodeプラグイン。 実機でもシミュレータでも使用可能とのこと。実機での動作検証中に修正して再インストールは時間かかるので、超ありがたいかも。 Injection for Xcode 投稿：2013/2/4 「PCのwebブラウザからiPhoneのカメラロールにアクセスできるようにするアプリ」のしくみ アプリ側でURLを発行している画面キャプチャがあるので、アプリにHTTPサーバ機能をもたせて（古いけどCocoaH
Varnishでテストコードを書こう！ | GREE Engineering
はじめまして、サーバ基盤チームの田中祥平(@xcir)です。 最近入社しまして、チームではいわなちゃんと呼ばれています。よろしくお願いします。 入社してからGREEの配信システムをVarnish Cache（以下Varnish）に置き換える仕事をしていたのですが、少し前に問題なく山を超えました。 そこで今回利用したVarnishの特にテスト機能について紹介しようと思います。 なお、今回の説明に利用するVersionは3.0.3です。 Varnishとは VCLというドメイン固有言語をもち、キャッシュもできる高速リバースプロキシです。 if文が書けるので柔軟に記述しやすいという特徴があります。 たとえば/admin/以下に許可したIP以外からのアクセスは弾くと言ったことは以下のように記述できます。
職業プログラマーなら必ず読むべき「Code Complete」 - $shibayu36->blog;
Code Completeの上下巻を読んだ。 CODE COMPLETE 第2版 上 完全なプログラミングを目指して 作者:スティーブ マコネル日経BPAmazonCODE COMPLETE 第2版 下 完全なプログラミングを目指して 作者:スティーブ マコネル日経BPAmazon 読んだ感想としては、職業プログラマーなら必ず読むべき本だなと感じた。 この本ではソフトウェアコンストラクションに関する話題を扱っている。この本の中でソフトウェアコンストラクションとは、詳細設計、コーディングやデバッグ、単体テストなどなど、要求定義が終わった後、ソフトウェア製作に必要なプロセス全般のことを指している。 主なテーマとして、どうやってソフトウェアにおける複雑さを減らすことが出来るのか、について書かれている。そのテーマをいろいろな観点から説明されている。例えば以下の様な観点がある。 上流工程の欠陥による
コードリーディングに最適！たった200行で作れるHTML5製テトリスのプログラミング学習ムービー - Chrome Life
みなさんは、フルスクラッチでテトリスを作ることができますか？ プログラマーといってもゲームを作る機会が少ないと、なかなかすぐには作れないと思います。 JavaScriptでなんとか作れそうな感じもしますが、すんなり実装はできない感じがします。 特にグラフィックやアニメーションをうまく使ったものを作るには、それなりの経験値が必要だと思います。 そこで、今回ご紹介するのが、教育目的で作られたHTML5製テトリスのプログラミング学習ムービーです。 HTML5 tetris - making of HTML5 tetris - making of 驚くべきことに、 たったの４５分でテトリスが完成！ それもフルスクラッチで、jQueryなどのライブラリーを一切使っていません。 Youtubeのムービーは早送りしていますが、動きを確認しながら実装しているのが分かります。 実際に、こちらでテトリスをプレ
Google App Engineを使った帳票出力システム·don-gabacho MOONGIFT
don-gabachoはGAE/Jによるオープンソース・ソフトウェア。基幹システムにおける最大の目的は帳票の出力にある。なのでシステムを開発する際には帳票へ出力する項目や他システムへ受け渡す項目から考えると分かりやすい（個人的な経験として）。 出力された帳票 しかし帳票を出力するシステムを考えるとなると話は違う。特にWebシステムは帳票出力が苦手だ。通常のHTMLやテキストファイルを出力するのに比べると異なるライブラリが必要になったりする。そこで試したいのがdon-gabachoだ。 don-gabachoは名前はユニークだが、その実態は有益な帳票出力システムとなっている。自分で帳票の設計が可能で、さらに項目を設定することで出力される値を任意に変更ができる。生成された帳票はExcelファイルとしてダウンロードができる。 入力画面 PDFではないが、Excelの方が細かな調整もできるので便利
ちょっとしたコードの共有に便利そうな『TextSnip』 | 100SHIKI.COM
エンジニアだったら「このコードを見て欲しいのだけど・・・」というシーンはよくある。そういうときはメールやIMを使うときが多いが、それだとインデントが崩れてどうにも見づらい。 そこで使えそうなのがTextSnipだ。このサイトで他の人に見せたいコードを貼り付けると表示用のURLを生成してくれる。 このURLを開けばきちんとフォーマットされたコードを見る事ができ、なおかつきちんと関数名などが色分けされた状態になっている。 行番号もついてくるので、そのページを見ながら「12行目のコードだけどさ・・・」といった議論もできて便利そうだ。 エンジニアと仕事をする人なら知っておいても悪くないですね。あ、ただ日本語は文字化けするので注意が必要ではある。
Life is beautiful: 私のとっておきのプログラミングスタイル
404 Blog Not Found の「LiveCoding に学ぶプログラミングの三原則」を読んでいたらどうしても書きたくなったので。あくまで私のスタイルなので、参考にするもしないもご自由に。 1. スタードダッシュでできるだけはやくめどをつける 学生時代から夏休みの宿題は７月中に終わらせていた私とすれば、ラストスパートよりはスタートダッシュで勝負する。どのみち、どこかで思いっきり頑張らなければならないのであれば、締め切り間際ではなく、スタート間際に頑張るべきというのが私のポリシー。十週間のプロジェクトであれば、最初の二週間が勝負。そこで八割がたのめどをつけておき、後は流す。最初の二週間がめどが立てられなければ、十週間で完成できる可能性は低いと考える。常にそういう姿勢でいれば、締め切りぎりぎりになって致命的な欠陥が見つかって痛いめにあったり、本当は大幅な設計変更をすべきなのに応急処置で
Google Japan Blog: Google が公開しているソフトウェアの解説 ( その2 )
メディア関係者向けお問い合わせ先 メールでのお問い合わせ: pr-jp@google.com メディア関係者以外からのお問い合わせにはお答えいたしかねます。 その他すべてのお問い合わせにつきましては、ヘルプセンターをご覧ください。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Primer
Software Engineering Intelligence
onemenny.com