【冬のニューヨークで何を着ればいい？】１２～２月の天気や気温、現地の服装 Nov 30th, 2018 | 青山 沙羅 旅に出る時に不安な現地の天気や気温について、ニューヨーク在住の筆者がアドバイスします。今回は、冬の12〜2月。旅支度の目安になる、ニューヨーカーの季節の服装も掲載。気温・天候は毎年異なりますので、目安としてご覧くださいね。 ひとこと英会話マンガ【１７】入国審査を突破せよ！その２「滞在場所は？」 Nov 30th, 2018 | 畑中莉羅 旅先で使える簡単なひとこと英会話をレクチャーするシリーズ漫画。今回から数回に渡り、入国審査についての英会話をご紹介。第17回目は、滞在場所について。言い回しが少し違うだけで、全く何を質問されているかわからなくなっちゃう人、いませんか？

こんにちは, 先日Kansai.pmで発表させて頂いたgoccyこと五嶋＠たんぽぽグループです. 今回は, 前回紹介した技術的負債の把握と改善を促すためにの続編として, 僕が作ったPerl5コードのコピペ検出器について紹介させて頂きます. はじめに 今やPerl, Ruby等さまざまな言語で, 便利なライブラリ群やフレームワークを利用できる時代になりました. これらを使うことでソフトウェアの開発コストは格段に下がり, より素早く開発することができるようになっています. しかし, 当初予定されていた機能を実装して, 「よしできたから終わり！」というわけにもいきません. 何か物を生み出せば, 必ずそれを保守・運用するコストが発生します. 開発することが便利になった今, 開発物を保守・運用することを支援するツールも求められています. ですが, 保守や運用, とりわけ保守に関して支援するツールはそ

この記事は Vim Advent Calendar 2013 1日目の記事になります。 さて、今年も Advent Calendar の季節がやってきましたね！ 今年もがんばって行きたいと思います。 また、去年の Vim Advent Calendar はこちらになります。 今年1発目の記事って事で簡単に Web 上の記事をまとめてみたいと思います。 [初心者 - Vim を始めた人、始めようと思っている人向け] Learn Vim Progressively mattn さんによる「Learn Vim Progressively」の翻訳記事です Vim の習得する為の内容です Vim初心者の自分が、初心者の視点からVim入門を書いてみました。 初心者目線で書かれています これから Vim を始める場合に入りやすいと思います これだけ知っときゃなんとかなるVim これだけ知っておけばなんと

テストを書く目的 自分の書いたコードが意図した通りに動いてるか確認するために書くのですが、自分が楽をするためと他の人のために書いてます。 自分が楽するため Webアプリの場合、実装した機能がちゃんと動作するかを確認するために何度もブラウザポチポチしてというのは時間がかかります。なのでその回数をなるべく減らすためにテストとして書けるところはなるべくテストで確認して、ブラウザポチポチする回数を必要最低限にしたいと思っています。 ブラウザポチポチするのも立派なテストだと思っています。再現性のない。 他の人のため テストがないと他の人がその機能に関連する機能を変更しようとした時に変更の影響がないのか確認することが出来ず、その機能に対するテストを手動で行わせてしまうことになってしまいます。 テスト書く時間がない問題 テストの話をすると書く時間がないと言われたりしますが、既存の開発の流れにテスト書くこ

はじめに こんにちはこんにちは！最近会社のモニターが二枚になって持て余している xaicron です。 さて、Test Track と称して始まった本トラック。全部よめばあなたもテストを書かずには生きていけない、そんな身体に大変身していること間違いなしです。 とりあえず今日は初日なので、perl でテストを書くときに必ずと言っていいほど利用する Test::More を使ったテストの書き方を書こうと思ます。 また、「テスト」とざっくりといってもいろいろなものがありますが、その辺の細かい話はきっと ikasam_a さんが書いてくれるのでスルーします。 Test::More チートシート まず、More というだけあって、結構機能がいっぱいあるので、チートシートを先にあげておきます。perldoc Test::More のほぼコピペですが、きっと皆さんは perldoc Test::More

【これがWebメーラーと驚くほどのUIを持ったWebアプリケーション「ukijs mail」】を動かすまでのメモ(あくまでデモが動くまで） - developer's diaryでインストールしたっきり。 インストールに必要な最低限のソフトウェアを導入 [ec2-user@ip-10-156-17-167 ~]$ sudo su - [root@ip-10-156-17-167 ~]# yum -y install gcc make インストールはDownload – Redisにある通り [root@ip-10-156-17-167 ~]# wget http://redis.googlecode.com/files/redis-2.2.12.tar.gz [root@ip-10-156-17-167 ~]# tar xzvf redis-2.2.12.tar.gz [root@ip-1

諸事情でlogrotate を使わないでスクリプトで自前でローテートしたいときがたまにあって、でも自力で hoge.log をhoge.log.1(.gz)、hoge.log.1(.gz)をhoge.log.2(.gz) にリネーム、、、なんてことやってたんだけど面倒くさくてやだなーと思っていたら素敵モジュールあった。 Logfile::Rotate 使い方はsynopsysのままで十分いけますね。ローテートの前後で何か処理をしたいときはPre,Post にコールバック書いておく。 use Logfile::Rotate; my $log = new Logfile::Rotate( File => '/var/adm/syslog/syslog.log', Count => 7, Gzip => 'lib', Post => sub{ open(IN, "/var/run/syslog.

Windows7の64bitを新規構築する機会があったので、GVIM環境構築の手順を整理する。 最低限、以下の環境にしようと思います。 GVIM 64bit版のインストール vim pluginをneobundle.vimで管理 GVIM 64bit版のインストール これは特に工夫は無し。 Kaoriyaさんからバイナリをダウンロードして、好きなフォルダに配置。 個人的にはWindowsの環境は放おっておくとパスに半角スペースが入って、パスの扱いに困ることがあるので、こういうインストーラの無いアプリは、自分で格納フォルダを作成します。 C:\Applications\vim 環境の確認 ここで確認して置かなければいけないのは、自分のHOMEパス。 vim上では ~/ と表しますが、だいたいこれはWindows7だと以下になります。 C:\Users\<ユーザー名> なので、特に工夫もしない

Linux は fork で子プロセスを作成した場合、親の仮想メモリ空間の内容を子へコピーする必要があります。しかしまともに全空間をコピーしていたのでは fork のコストが高くなってしまいますし、子が親と同じようなプロセスとして動作し続ける場合は、内容の重複したページが多数できてしまい、効率がよくありません。 そこで、Linux の仮想メモリは、メモリ空間を舐めてコピーするのではなく、はじめは親子でメモリ領域を共有しておいて、書き込みがあった時点で、その書き込みのあったページだけを親子で個別に持つという仕組みでこの問題を回避します。Copy-On-Write (CoW) と呼ばれる戦略です。共有メモリページは、親子それぞれの仮想メモリ空間を同一の物理メモリにマッピングすることで実現されます。より詳しくは コピーオンライト - Wikipedia などを参照してください。 この CoW に

packageごとのメモリ使用量とリクエストを処理する前後の増分を確認できるPlack::Middlewareを作りました。 時間が経つとぶくぶく太るプロセスがいるときに、犯人特定の助けになると思います。 https://github.com/hirose31/Plack-Middleware-MemoryUsage 要、B::TerseSizeB::Size2::Terse, Devel::Symdumpです。 新しめ(5.10以降？)のPerlでB::TerseSize (B::Size)がエラーになってインストールできないときは、 https://github.com/gfx/p5-B-Size-patched のを入れてください。 https://metacpan.org/module/B::Size2 を入れてください。 使い方は、 use Plack::Builder; bui

これ # /etc/apt/sources.list deb mirror+file:/etc/apt/mirrors.txt jammy main restricted universe multiverse deb-src mirror+file:/etc/apt/mirrors.txt jammy main restricted universe multiverse deb mirror+file:/etc/apt/mirrors.txt jammy-updates main restricted universe multiverse deb-src mirror+file:/etc/apt/mirrors.txt jammy-updates main restricted universe multiverse deb http://security.ubuntu.com/ub

そのほかのdaemontools ここで紹介した以外に、さまざまなdaemontoolsが使用可能です。そのうち、頻繁に使用されるものには次のものがあります。 tai64nlocal 前述のように、multilogのロギングではTAI64N形式のタイムスタンプを利用します。これを、人間が日常使用している形式で表示させるのに使います。ログを確認する際は、毎回のように使用することになる大事なコマンドです。 @400000003ce2403d3677ea94 starting delivery 3: msg 257198 to local example.jp-user1@example.jp @400000003ce2403d367809d4 status: local 1/10 remote 0/20 @400000003ce2403d38b82634 delivery 3: success

Ruby1.9スクリプト(Twitterbot)をLinuxデーモン化する方法 にて、Rubyスクリプトをデーモン化して、簡単に自動起動と停止できるようにしました。 ですが、何らかの影響で、Rubyスクリプトが終了してしまった場合にスクリプトが落ちたままになってしまいます。これは精神衛生上非常に良くない。 今回は、daemontoolsを使用して、プロセスが終了しても自動的に立ち上げ直す状態をつくります。 よって、名残惜しむことなく、前回つくったデーモンを停止して設定などを削除します。 $ sudo /etc/init.d/tweet stop $ sudo update-rc -f tweet remove daemontoolsとは？ daemontoolsとは、バグが無いと有名なqmailの作者であるD. J. Bernstein氏が作成したテーモンの制御ツールです。 デーモンプロセ

みなさんはどのようなエディタでどのような記法で文章を書いていますか？ 状況によるとは思いますが、WordとかMacのPagesで文章を書いているという方や Evernoteでメモを取っているという方、または、Blogの投稿フォームに綴っている方、 様々だと思います。 僕も書くものによってはPagesやEvernoteも使うのですが、一番文章を書く手法が「プレーンテキスト＋Markdown」というものです。今もこの手法で書いています。Blogを書く時、雑誌の原稿を書く時、はたまたメルマガの原稿を書く時、全てにおいてこのやり方は今の僕にとってベストです。 プレーンテキストである利点 そもそもプレーンテキストとはWikipediaによると、 プレーンテキストには文字情報以外の情報は一切含まず、テキストデータのみで構成されている。バイナリデータや文字の整形情報を持たないので、最低限の機能しか持たな