Javaでコンパイラの基礎を理解するそもそもコンパイラの中ってどうなっているの？ Javaでコンパイラの基礎を理解する（1） 普段、なにげなく使っているコンパイラ。中身を理解すると、プログラミングへの意識が変わり、技術力もつきます！ 開発者必見です
JavaScript MVCフレームワーク Backbone.jsのコメント付きソースコード日本語訳が公開
JavaScript MVCフレームワークとしてもっとも知名度が高いBackbone.jsのコメント付きソースコードの日本語訳が公開されています。havelogの記事「Backbone.js コメント付きソースコード日本語訳」で紹介されていました。 翻訳を行ったのは、githubをベースにオープンソースソフトウェアのドキュメントを翻訳している翻訳コミュニティのenja-oss。 同グループはすでにBackbone.jsのFAQの翻訳を公開済みで、それに続いてBackbone.jsソースコードのコメントについても翻訳を終えました。 全部で1411行の軽量フレームワーク Backbone.jsはJavaScript MVCフレームワークとしてもっとも知名度が高いものですが、とても軽量なフレームワークでもあります。 今回日本語訳が公開されたソースコードを見ても、全部で1411行、60.72kb。
Ruby geocoderがすごい - もぎゃろぐ
住所を緯度経度に直したり、緯度経度から住所を求めたりする操作をgeocodingと言って、Google Maps APIを使うとまあたいていのことはできる。 ロケタッチAPIとか、Yahoo!ジオコーダAPIという手もある。 それはともかく、そのへんをパチパチ叩くコードを書いていて、「こんなのもうとっくに誰かが書いてんじゃないかなー」と思ってぐぐってみたらなんかすごいのが出てきた。 Ruby Geocoder 住所と緯度経度の相互変換はもちろん、距離や範囲の扱い、Google以外のAPIへの対応、キャッシュ処理など、「実装しようかなー。でもめんどくさいよね」とか思って先送りしていたような機能がほとんど全部実装されている。 住所の取得 require 'geocoder' # 日本語ロケールに設定 Geocoder.configure( :language => :ja, :units =>
GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」（後編）～DevOps Day Tokyo 2013
GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」（後編）～DevOps Day Tokyo 2013 世界中でDevOpsのイベントとして行われている「DevOps Days」の東京版「DevOps Day Tokyo 2013」が9月28日に開催、海外から来日した多くのゲストスピーカーによるセッションが行われました。 （本記事は「GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」（前編）～DevOps Day Tokyo 2013」の続きです） チャットを共有のターミナルとして使う 次は「Hubot」について。HubotはJavaScriptで書かれていて（注：Node.jsを用いたサーバサイトJavaScript）、メッセージを受けてその内容に従って動作します。僕は何か問題があるとHubotのせいにしています（笑） ターミナルをシェアす
艦くり - Kantai Clicker
お知らせ 出撃を追加しました。敵と戦うことができます。 レベルを追加しました。敵と戦ったりクリックするとレベルが上がります。レベルが上がるとクリック単価が上がります。
ギーク野郎のTerminal生活 - Y's note
ギーク野郎 ギーク野郎とは開発用Terminalを常に立ち上げてプログラミング言語をいじっている人の事をここでは意味します。ギーク野郎はモニターを複数台所有し、それぞれがTerminal用、ネットサーフィン用、ニコニコ動画専用というような使い分けをしています。しかしそれぞれのモニターへの視線とマウス移動はフラストレーションを溜める1要因になります。それを回避するために本当のギーク野郎は1台モニタのTerminalだけで作業します。すみません、左の発言は適当です笑。この記事ではTerminalだけで作業を完結したい人を対象とし、GUIを使わずにCUIだけでの作業環境構築を目指し、それに役立ちそうなアイテムについて紹介します。 tmux tmux プロセス管理の初歩テクニック - Yuta.Kikuchiの日記 tmuxを使ってWorking Spaceを効率的に使う事を強く薦めます。個人的に
git rebaseを使うときのルール | Yakst
Re: [git pull] drm-next Linus Torvalds Sun, 29 Mar 2009 14:48:18 -0700 (訳注 : Daveのrebaseのやり方が好みでないというLinusに対して) > 2009年5月29日(日曜日) Dave Airlieの発言 > > 今から自分がしようとしているのは、直線じゃないツリーを送ろうとしているだけだ。 > パッチを自分の次のツリーにマージする時はいつでも、そこにそれがあるからだ。 > 自分は、Ericのツリーを自分のツリーに直接プルして、その結果を送ろうとしている。 > きれいなマージ履歴について注意しているとは思っているけど、前に言ったように、 > カーネルツリーに関してのドキュメントが何もない状態では、君がどうしたいのか > 本当のところは今の今まで分からないよ。 自分が求めているのは、きれいな履歴だ。でも、それ
「Web開発の基礎徹底攻略」という本が出ます - たごもりすメモ
技術評論社から表題のような本が出るようですよ。自分の記事も載ってます。 Web開発の基礎徹底攻略 (WEB+DB PRESS plus) 作者: 小飼弾,田籠聡,近藤宇智朗,並河祐貴,赤松祐希,井上誠一郎,ミック,天尋左石,和田裕介,WEB+DB PRESS編集部出版社/メーカー: 技術評論社発売日: 2013/07/23メディア: 大型本この商品を含むブログ (6件) を見る 何かというと、前に書いた記事 の再録なのですが！ いちおう現在の事情にあわせて細部を手直ししております。というか、改めて読み直しても普通に今現在でも通用する内容で、おれ良い記事書いてんじゃーんとか思いました。 本ができて届いたので他の章もざっと目を通しましたが、やはりどちらかというと基礎的な内容が多いようです。大学を卒業したらあーんなWeb系企業で働くことが決まってて、コードもいちおうは書けるんだけどWebアプリケ
Perl-users.jp - 日本のPerlユーザのためのハブサイト
Perl Mongers Perl Mongers とは、日本各地に存在する、Perl ユーザーのコミュニティのことです。各種イベントが行われていますので、是非参加してみましょう。 Shibuya.pm Fukuoka.pm Kansai.pm (@kansaipm) Yokohama.pm (@yokohamapm) Hokkaido.pm (@hokkaidopm) Nagoya.pm (@nagoyapm) Kushiro.pm (@kushiropm) Kyoto.pm (@kyotopm) Kamakura.pm Niigata.pm (@niigatapm) Sendai.pm (@sendaipm) Tokyo.pm Hachioji.pm (@hachiojipm) Chiba.pm (@chibapm) Yomitan.pm (@yomitanpm) Machida.pm
Ruby 1.8.7 は引退しました
Posted by shyouhei on 30 Jun 2013 Translated by makimoto まとめ：予定された通り、ruby 1.8.7 は終わりました。 ruby 1.8.7 について すでに大半の方は ruby 1.9.x か 2.0.0 をお使いのことと思います。 (もしまだならそうしてください。) かつて、1.4.x、1.6.x、1.8.x といったバージョンがありました。 これらは MRI と呼ばれており、ruby 1.0 直系の子孫です。 当時最先端の ruby として matz により 1.8.0 はリリースされ、1.8.7 はその血統の最後の一人となりました。 技術的な話をすると、1.8.0 がリリースされて10年が経ち、1.8.7 がリリースされて5年が経ちました。 それまで、 ruby は CGI スクリプトを書くために使われていました。 その後、
中学校までに自分の作ったプログラムがうまく動かないという経験すれば十分 - 発声練習
情報化社会に生きるすべてに人が持っておくリテラシーとして「コンピュータで何かしたかったらプログラムを用意しないといけない」「プログラムは人間が作るものなので予想外の動きをするときがある」「ゴミを入れたらゴミが出てくる」という3つのことだけを体験を通して知っていれば十分だと思う。 この3つを分かっているならば、「プログラムは自然に発生する」「計算機の出力結果は常に正しい」という認識が崩れる（崩れやすい）ので、ハードウェアの値段だけ考えて、ソフトウェアの値段を考えないとか、保守は無料だと思うとか、異常値が出たときにその異常値が妥当かどうか検討しないとかが少なくなると思う。 なので、小学校〜中学校までにプログラムを組んでみて、自分の作ったプログラムがうまく動かないという経験をするのは重要だと思う。目的は、プログラマー育成でなく、上述のリテラシーの獲得。プログラマ育成目的ならば、義務教育における計
Matzにっき(2013-06-12) - ちょっと待った！小中学校でのプログラミング教育
先日、Webronza というところに寄稿したのだが、有料登録しないと後半が読めなくなっていた。で、交渉して公開許可を頂いたので、ここで全文掲載。 「ちょっと待った！小中学校でのプログラミング教育」 現代社会はもはやコンピュータがなければ成り立ちません。そして、コンピュータは誰かが作ってソフトウェアがなければ、まったく役に立ちません。コンピュータは自発的に仕事をしてくれないどころか、誰か人間がソフトウェアという形でどのように仕事をすれば良いのか教えてやらなければ、なんの働きもできないのです。コンピュータが社会に役に立っているのは、ソフトウェアがあるからです。 どんなに賢いように感じられるコンピュータでも、自らソフトウェアを開発することはできません。コンピュータは単純な計算をものすごく速く行うことができますし、それを積み重ねることで人間を越える能力を備えていますが、その一方で、なにか新しいこ
クローゼットがいっぱいになったので壁にハンガー掛けを作ってみた
トレタ アドベントカレンダー 2016土曜日担当の増井です。 今日はITとは関係ないDIYの話です。 今の家に引っ越して2年。荷物も増えてきて「服を掛けるところがない・・・」という状態になってきました。 2畳ぐらいのクローゼットはあるのですが、二人暮らしでは全然足りません。このクローゼットの前の部分がデッドスペースになっていうので、ハンガーラックを置こうと思ったのですが、ちょっと狭くて奥には難しそうです。 壁に直接ハンガー掛けをつければ行けそうなのですが、我が家は賃貸なので壁に釘は打てません。 初めは2×4材でフレームを作って・・・とか結構大掛かりなことを考えていたんですが、今は「ディアウォール」っていう便利なものがあるんですね。びっくり。 これを使うと突っ張り棒の要領で家のどこにでも2×4材の柱を設置することができます。 ということで、ディアウォールと2×4材を使って、なるべく手軽に、壁
プログラムは手段だけど、せっかく作るなら儲かって綺麗にこしたことはない。 - お前の血は何色だ!! 4
コードは綺麗だけど儲からないプロジェクトと、 コードは糞汚いけど儲かるプロジェクトのどっちがいいですか？ もちろん、コードは綺麗で儲かるプロジェクトがいいのは理想ですが、今回は、この2つです。 コードは糞汚いけど儲かるプロジェクトの場合、次期バージョンとかの予算を確保することができます。 そこで、汚い部分を捨てて書きなおすことだって出来ます。 コードは綺麗だけど儲からないプロジェクトは、次のバージョンの改修費用もでずにゴミ箱に送られる運命です。 プロジェクト解散、メンバーは散り散りです。 フリーソフトの場合は、儲かるをユーザに使ってもらえるソフトとか支持されるソフト、 ゲームの場合は、儲かるを面白いゲーム、支持されるゲームとかと適当に読み替えてください。 コードは綺麗に越したことはないです。 だけど、プロジェクトとして成立しないことには意味がありません。 コードは綺麗だけど、誰も遊んでくれ
プログラミングはそれ自体が目的であっていい - mizchi log
これ読んで思ったこと。 プログラミングを勉強したい人が勉強する前にすべきこと - もとまか日記 http://d.hatena.ne.jp/moto_maka/20130512/1368308092 僕がプログラミングをはじめたとき、何を思ってプログラミングをはじめたか思い出してみようとしたけど、よく思い出せなかった。 ただ漠然と感じていたのは、プログラミングは個人が現実的にこの世界に直接手を加えることができる手段の1つであり、それをやらないのは勿体無い、といったことだったと思う。たぶん。 というわけで、最初にやったのはFirefoxのユーザースクリプトを書くことだったし、それはそれでよい経験だった。なんとなくゲームとかウェブアプリとか作りてーなー、と思って色んなライブラリを動かすだけ動かして満足した。プログラミング覚えて初めて最初の一年で10以上の言語のHelloWorldだけやったと思
オーダーを極める思考法
プログラムの実行に掛かる時間を把握しておくのは、プログラミングを行う上で基本的な注意点です。今回は、計算量のオーダーについて学びながら、TopCoderのMedium問題を考えてみましょう。 プログラムの実行時間 業務としてプログラミングをされている方には釈迦に説法かもしれませんが、プログラムの実行に掛かる時間を把握しておくのは、プログラミングを行う上で基本的な注意点です。そしてこれは、TopCoderなどのコンテストでプログラムを組む際にもよく当てはまります。通常、こうしたことは感覚的に理解している方がほとんどだと思いますが、具体的にどれくらいのループを回すと何秒掛かる、といった基準を持っている人は少ないのではないでしょうか？ 非常に基本的なことですが、プログラムの実行時間に関して再確認しておきたいと思います。 TopCoderの制限に関して TopCoderでは、実行時間およびメモリ使
あなたがVimを使うべき5つの理由 - nigoblog
今回はVimの魅力と、それを使うべき理由について書いていきます。 はっきりいうと、 Vimは絶対に使えるようになるべき! その5つの理由はこちら コーディング速度が変わる コマンドラインへの抵抗がなくなる Railsやnodejsなどのフレームワークと相性がいい Gitとも相性がいい 自分好みのエディタが使える というわけで早速一番目から見てみましょう! コーディング速度が変わる Codaなどのエディタを使っていた場合劇的に変わると思います。 どこで変わるかというと、 マウス操作の部分で変わる! まぁCodaでもマウスを使わずに出来ることは出来るのですが、 Vim程ではない、というより Vimは一切マウスが使えない! なので強制的にキーボードだけの操作になるため、 キーボードからマウスに手を移動させる時間がなくなる。 そのため、Vimの方が早くなります。 なのでVimを使いましょう! コマ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://japan.internet.com/webtech/20130719/1.html
from old Java to modern Java
モテる JavaScript
