Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

redis は最近注目されている KVS（memcached スタイルの API） replication が簡単に設定できる failover はサポートされていないので，Heartbeat などを使ってどうにかする必要がある version 2.4 では，クラスタがサポートされるとかされないとか vmware がスポンサーになっているとか redis-server を実行しているマシンの上で，redis.gem などを使って接続，データのストア・ゲットなどは出来る しかし別ホストで実行されている redis-server にどうしても接続できない（ポート6379の開放なども確認） ssh や ping は返ってくる /etc/redis/redis.conf の bind 項目を，'localhost' ではなくIPアドレスを直打ちするようにしたら解決した

その昔は、仕事で使うものにこだわっていたときもありました。お気に入りのキーボードはダイアテックのMajestouchで、メカニカルで深めのキーが好きでした。軽いものより剛性が高くしっかりしたものが好みで、キーは英字のみで十分だけど変換は欲しいから日本語キーボードの方が良い……普段自分が気に入っているものを使っている分、普段と違うものを使うと違和感があってストレスでした。 プログラマの仕事を辞めて、前ほどはキーボードを叩かなくなり、また自宅で高いキーボードに珈琲をこぼすことが立て続けにあって以来、そういうこだわりはなくなってきました。今家で使っているキーボードはLogicoolの無線キーボード。 ​ いかにも安っぽい打ち心地で打鍵感もふにゃっとしていてキレが無く、そのせいで打ち間違いが多いんじゃないかとさえ思いますが、何より安い。2,000円くらい。そして途切れることなくしっかり動くし電池の

昼間、エンジニアのパートタイムな仕事再開して5ヶ月経ちます。以前は自分が仕切ってやっていた開発ですが、今は自分より全然優秀な（そしてきちんとコミュニケーション能力があり、すぐに結果を出せる）エンジニアが上にいてくれるので、すごく気が楽です。もうね、方針とかコーディング規約とかプロジェクト進行の細則とか、好みちゃうのって思うような小さいところまで全部おまかせにして、それに従うようにしています。僕の好み通りにコーディングしたところで、僕がずっとこの会社にいるわけでもないのでね。それなら、統一性があった方がずっといい。 で、コードレビューの際にそういう指摘を受けて修正する機会が多くあるんですけど、そのうちの1つがとにかく徹底的にシンプル志向。少しでも技巧的な処理を行うと、「難読なのでシンプルな構造にしてください」という指摘を受けます。なんだろう、例えば入れ子の三項演算子とか一目でNG。そんなの僕

平素よりさくらインターネットに格別のご愛顧を賜り、誠にありがとうございます。 このたび、適切なアクセス制限を設定していないmemcachedがリフレクションDDoS攻撃 発信の踏み台として悪用されている事例がJPCERTコーディネーションセンターより報告 されました。 ▼「memcachedのアクセス制御に関する注意喚起」（JPCERTコーディネーションセンター） https://www.jpcert.or.jp/at/2018/at180009.html アクセス制限をせずにmemcachedを運用した場合、DDoS攻撃のほか、キャッシュデータ を第三者に参照され、情報漏洩が発生する可能性もございます。 お客さまにおかれましては、memcachedに適切なアクセス制限が設定されているかを今 一度ご確認いただき、不正に利用されないよう対策をお願いいたします。 【重要】memcachedのア

9月いっぱいで斎場のフードコートの仕事を辞めて、10月半ばから以前勤めていた会社でパートタイムのエンジニアというかコーダーというかで働いています。 正直、ここ2年くらいほとんどコーディングしてなかったので、元々あんまり覚えないタチだったのがそれ以上に綺麗さっぱり忘れてて、さっきも「jQuery でクラス追加するのaddClass()だったよな……（不安）」とか思いながらググってて、もうほんとに手探り状態で逆に笑えてきた。 加齢による物忘れとかいう次元ではなくて、完全に任意引退状態だったのが現役復帰してみたら思ってた以上に身体動かなくて、現役時代も別に一流じゃなかったのにどうすんのよ？って感じ。ただ、まあ身体動かないなら動かないなりにやりようはあるわけで、最高効率とはいかなくても安定した仕事が出来れば良いかなと最近は思ってます。 これが、出来る人の後任として入ったとかだったら荷が重すぎるけど

「コードレビューをキメると品質も上がるし自分のレベルも上がるので最高」みたいな論が巷を賑わせていて、以前はそういうイケてる制度を指をくわえてみるのみだったのだけれど、最近職場と、それと個人的に関わったプロジェクトでコードレビュー制を無理矢理交渉して導入してみた結果、世間のイケてる書籍やエントリから得られる情報とはまた少し違う知見が得られたので書いてみる。 割と泥臭かったり、あまり希望に溢れてたりはしない感じのエントリなのでそういうのは期待しないほうがいいです。 準備 些末なコードレビューを極力避けるために、コードの規約やスタイルについてはlintとフォーマッターを用意した。 他は無策。 結論 結論から言うと、理想的な運用は出来なかったものの、コードレビューについて世間で言われるような成果（作業を共有する意識、レベルの向上）は得られた。良かった。 ぶっちゃけ僕なんかが浅はかな考えで導入しても

システム開発の佳境に、開発メンバーが突然出社しなくなってしまう。 携帯にも連絡がつかず、3日ほど音信不通になったので、さすがに心配になった上司が大家と共に自宅を訪れると、夕日が差し込む部屋の真ん中に、当の本人が何の表情も浮かべずにただ座っていたりする。 そういう事は大して珍しいことではないので、ある程度経験のあるIT業界人なら、同僚が「消えて」しまってもそれほど驚くことはない。 プログラマというのは、とかく「消えて」しまうものなのだ。と彼らは思っている。 「消えた」プログラマは、意識的にしろ無自覚にしろ自分の人生をちょっとばかり台無しにしながら、プロジェクトに虚無の穴を空けるわけだが、そうした「工程の穴」は他のメンバーが残業したり、派遣会社から来た代替の人員が埋めてしまったりする。ビジネス的には人月で数えられた我々の「数字」などというものはちょっとした帳尻あわせでなんとかなってしまうらしい

codicとは codicは、日頃、変数名や関数名に頭を悩ませるプログラマのためのネーミング辞書です。 以前は、プログラマ向けの単語辞書といった感じだったのですが、Ver.3からは、「日本語を入力すると、ふさわしい名前を勝手に生成してくれる」という仕様になりました。 例えば関数名を作るのに、「従業員数を取得する」と入力するだけで「get_employee_count」という名前を勝手に生成してくれます。 これだけでも、かなり便利なんですが、codicにはその他にも、プログラミングのための便利な機能が満載だったので、その使い方などを紹介したいと思います。 codicの使い方 codicの主な機能は、日本語を入力すると、勝手にネーミングを生成してくれると言うことです。 ただ、ちょっとした使い方次第で、より便利に利用できるので、その使い方などの紹介です。 基本機能まずは、基本的な機能、「日本語→

政治経済ニューノーマル速報:モダンノマド

伊藤直也さんが「些末なコードレビュー」というエントリを書いて話題になっている。このエントリで伊藤さんはコードレビューの話と、はてなのJavaScriptの話と2つの話題に触れている。前者のコードレビューについてはアプレッソでは8年ほど前から「コードレビューを通っていないコードはコミット不可」というルールですべてのソースコードに対してコードレビューを必須にしてきた関係で私も思うところがあるので、エントリを書いてみようと思う。 伊藤さんが例示しているように、インデントやreturnの省略などの話は好みの問題であり、議論してもソフトウェアの改善につながらない。なのでコードレビューでこうした宗教論争が起こるようなら、コーディング規約を見直すべきだ。「無駄に悩んだり議論したりすることを減らす」ことはコーディング規約の主たる効果のひとつだと言える。 コードレビューに慣れないチームが、何の考えもナシにコ

今、Tumblrを便利に使うための新しいツールを作成しています。 基本的なコンセプトは、 RSSフィードを読み込んだらボタンを押していくだけでpostやreblogが出来る であり、個人的なリクエスト、 タグを1回設定したらそのタグを付けて連続してpost/reblogしてくれる 自分が望んだステータス（例えば予約投稿）で投稿してくれる を満たすようなツールです。 「reblogを楽にしたい」という点で言えば「Tumblr Binder」も同じような方向性で作ったのですが、ブラウザにTomblooのようなアプリケーションを入れて、RSSリーダー上で1件1件右クリックしてタグを入力してpostする、その簡単な作業すらも面倒くさくなってしまったという……人は楽になれるともっと楽しようとするもんです。危ない。 現段階ではまだ主要機能が一通り実装された「プロトタイプ版」が出来上がっただけですが、既

「まれによくある」案件なのかも知れませんけど個人的に結構心に来たので書き留めておきたく。 社内のシステムを結構大がかりに入れ替えることになってウェブアプリケーションを中心に更新作業が発生しているのですけど、「前任者の忘れ形見」というか「いずれ踏む地雷」というか、割と業務に密着して利用されているWindowsアプリケーションがかなりの難敵であることが判明。概要はこんな感じ。 .NET Framework 1.1向け 使用言語はC# ソースはない 開発環境もない（「Visual Studio .NET 2003」だと思う） 仕様もない でもって、特殊事情としては、 僕にはC#での開発経験はない（「Hello, World!」でさえ怪しい） 納期やばい 納期がやばいのは他の作業で時間を使いすぎた僕のせいなんですけどそれにしたってこの、プラスチック製果物ナイフでくじらを解体するような感覚に頭がクラ

殆どRubyを書いたことのない人が何とかWindowsにRuby（1.9.3）とRails（3.2.12）をインストールして、動かすまでのメモ。 役に立つかは分かんない。立たない気がする。 1. Rubyをインストール 全面的にこのサイトを参考にしました。 Ruby on Rails 3.2 を Windows にインストールする手順をかなり丁寧に説明してみました – Rails 雑感 – Ruby on Rails with OIAX RubyInstallerは2.0.0が出ているのですが、今回は参考サイトと同じく1.9.3を選択。 途中でRailsも入れつつ最後のテストまで完了。 2. 足りないライブラリを入れていく MySQLに接続しようとすると以下のように怒られる。 Please install the mysql adapter: `gem install activereco