サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
![オープンデータ&公開データのまとめ - NAVER まとめ](https://cdn-ak-scissors.b.st-hatena.com/image/square/727f60b29dff74e11a634c8c327104bc83235723/height=288;version=1;width=512/https%3A%2F%2Frr.img.naver.jp%2Fmig%3Fsrc%3Dhttp%253A%252F%252Fimgcc.naver.jp%252Fkaze%252Fmission%252FUSER%252F20130308%252F94%252F935324%252F4%252F400x400x6725595542e3d12a844ff3cf.jpg%26twidth%3D1200%26theight%3D1200%26qlt%3D80%26res_format%3Djpg%26op%3Dr)
Perl入学式 Advent Calendarの15日目の記事となります. 今日は「ちょっとくらいテックな話書きたい」ということで, Data::Printerの話をしよう... と思っていたのですが, 先日Perl Advent Calendarの枠が空いていた枠を埋める時にネタとして既に使ってしまっているので, その変わりにReplyの話をしたいと思います. Replyは, Perl向けのREPL環境です. REPLというのはRead-eval-print loopの略で, コードを入力して(読んで), 実行して, 結果を表示する... というのを繰り返す(ループする)ツールです. 「対話型評価環境」とも言ったりします. 普通, Perlのスクリプトを動かしたい! という時は, Vimなどのエディタでコードを書いて, 名前を付けて保存して, それを実行していくと思いますが, Reply
新R25は、いま注目のビジネスパーソンが集結する「ビジネスバラエティメディア」です。「シゴトも人生も、もっと楽しもう」をコンセプトに、R25世代のみなさんが一歩踏み出すあと押しをするコンテンツをお届けします。
はじめに:「僕にもそんな頃があった」 先日、西脇.rb&神戸.rbの合同勉強会として「RailsプログラマのためのSQL勉強会」を開催しました。 この勉強会は出題者(=僕)が出したSQL問題を他の参加者が解く、というスタイルの勉強会です。 参加者の方の中には最近プログラミングを始めた、という人も何人かいました。 そういう人にとっては問題がちょっと難しかったので、ときどき僕がサポートに回って質問に答えたり、解き方をある程度教えたりしていました。 また、話がちょっと脱線して「僕が作ったこれぐらいのWebアプリは、伊藤さんなら何時間ぐらいで作れますか?」みたいな質問を受けたりもしました。 その中で言われたのが、 「説明されたらわかるけど、自分一人でこの答えにたどり着くのは無理です」 「えっ、そんな短い時間で作れるんですか」 といったようなコメントです。 そういったコメントを聞くと、「あー、僕にも
メトリクス解析ツール Perl コードのメトリクス解析には Perl::Metrics::Lite やコマンドラインツールの App::plmetrics を使用します。 plmetrics App::plmetrics モジュールにはコマンドラインでメトリクス解析を簡単に行う plmetrics が含まれています。 $ plmetrics --module Encode /usr/lib/perl5/5.8.8/i386-linux-thread-multi/Encode.pm .---------------------------------------------------. | | avg | max | min | range | sum | methods | +-------+-------+-----+-----+-------+-----+---------+ | c
コードレビューは、正直あまり楽しくない作業です。 簡単なものや、量が少ないものはそんなに苦ではありませんが、複雑なものや、別のプロセスと連携するものなど、正直コードを読んでもよく分からない、ということがよくあります。 今回はコードレビューを自分がどう捉えているのか、そしてどんな風にやっているのか、について書きます。 どこを見るのか?:自分の場合基本的には、自分は「バグを見つけること」に重点を置いています。 もちろん「もっと単純に書けるところを探す」「もっと速い処理に書き換えられそうなところを探す」「設計がまずいところを探す」「誤字を見つける」「コメントの間違いを見つける」「何をやっているのか分からないところについて質問する」などコードレビューでできることは色々ありますが、自分は究極的にはバグやエラーになるところをできるだけ探すようにしています。 動かない綺麗なコードより、動く多少汚ないコー
SonicGarden Study #11で放送された資料から一部スライドを抜いたものになります。 http://sonicgarden.doorkeeper.jp/events/13229 ----- 優れたプログラマだけが優れたソースコードを書くことができます。 では優れたプログラマになるにはどうすれば良いでしょうか。 自分の書いたコードを、優れたプログラマに指摘してもらうことが一番の近道です。それがコードレビューです。たった一人でコードレビューも受けずに、ただ書き続けてもクソコードはクソコードのままなのです。 そこで今回は、良いコードが書けるプログラマになるための、コードレビューを上手に実践する秘訣を話します。Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く