やる気のステータスコード
200 やる気 OKやる気マンマンである201 やる気 Createdこれから本気出す202 やる気 Acceptedやる気があることだけは分かった204 やる気 No Content見せかけだけのやる気である400 やる気 Malformedそんなところにやる気を見せられても…401 やる気 Unauthorizedやる気あるのは分かったけど、誰だお前?403 やる気 Forbiddenお前はやる気になるな!404 やる気 Not Found今はやる気無くなっちゃった405 やる気 Method Not Allowedお前はやる気出すキャラじゃないだろう409 やる気 Conflictさっき、別のことの方がやる気あるって言うてたやん410 やる気 Gone探さないでください…413 やる気 Too Large恐ろしいやる気だ…付き合いきれん500 やる気 Internal Server
Webサービスを常時SSL化しようとして諦めた話
弊社の新規事業でWebサービスを作っていて、セキュリティトレンドの常時SSLってやつをやってみようと思った。 世のWebサービスを見てみるとやっている所が何故かほとんどなく、mixiやニコニコなどの大手もやってないようだ。ニコニコのURLを試しにhttpsにしてみたら繋がらず、mixiはhttpにリダイレクトされる。 うちは新規だから最初からhttps化することで特にデメリットはないと判断、安いSSL証明書を買ってhttpをhttpsにリダイレクトするようにした。技術的な難所はまったくないので問題なく実装完了し、これで安心度がちょっと上がったと思っていたのだが…。 つづく。 続き。 弊サービスではユーザーがYouTubeなどの動画を貼り付ける機能が重要なのだが、テストしてみるとニコニコ動画の埋め込みが動作しなくなっていた。調べてみるとニコ動の埋め込みコードがhttpなせいで、さらに最近のブ
メールで使える英語のつなぎの言葉
何年か英語メールで複数とやりとりしあう場にいた結果、 つなぎの言葉がけっこう重要だなあと思うようになった。 英語でもやっぱり、自分の言いたいことをいきなり主張するだけではぶっきらぼうすぎる。 メールだけ（ネットだけ）でしかやりとりできない相手がいる場合は特に要注意。 さすがに同僚なら口論にまではならないが、相手が妙に防御的になり、議論が進まなくなったり、余計な手数が増えたりする恐れはある。 そういうことで、以下、便利だなあと思ってる表現。 You might want to ...「……するのはどうでしょう」 「……する気があれば、やってみるのもいいんじゃないでしょうか」というように、 相手に判断をゆだねている点が尊重する態度として受けとられるらしい（例 You might want to read this. これを読んでみるのはどうでしょう。）。 Would you like to .
エンジニアの面接でコードレビューさせてる
（あんま多くないみたいだから多分すぐ身バレしそうだけど書く） エンジニアの面接で実際にコードを書かせる会社が最近は多いみたいだね。でもウチでは特に面接で書かせない。というか今まで書いてきた、関わってきたコードなんて書類で大体分かるでしょ？ それよりも、ウチではコードレビューをさせてる。 選考用にわざと少し突っ込みドコロの多いコード（30〜50行程度のコードを3〜4ファイル）を渡して、もちろんファイル構成自体へのレビューも含めて、どんな意見をその人が出せるかを問う。 レビュー用のコードは複数言語用意してて、一番得意な言語を選んでもらってる。 時間は1時間。資料と赤ペン、そしてネットに繫がったパソコンを渡して、いくらでもググってもらって構わない環境でレビューを紙に赤して貰う。 「コードレビュー」ってものに対しての認識だとか、コードを管理するための能力もある程度分かるし、すごく良い選考制度だと思
MEAN(MongoDB, Express, AngularJS, Node.js)を解説する
MEAN(MongoDB, Express, AngularJS, Node.js)を解説する 前に触った感想です。 MongoDB 良くも悪くもNoSQL。トランザクション無を補うためスキーマが基本汚くなる。 汚いスキーマにアプリケーションの変更が入って安全にデータが壊れる。 結局、不整合が起きてバッチに頼る。バージョン変えるとデータが壊れる。スケール環境は不安定になって止まるのは基本。基本いつのまにか変更されて変な動きして死んでる前提で、動く/戻せる環境構築できない奴は死ぬ Expressシンプルに書けるんじゃなくて、薄い機能しか無い。ミドルウェアをたくさん詰むことになり、ミドルウェアのチェーンは黒魔術詠唱と変わらん。 唱えた本人もどうなるか分からないのがざら。エラーが勝手に握りつぶされるのは基本。 落ちるのがミドルウェア内のエラーとか基本。 いつの間にか落ちるのも基本。基本いつのまに
部下がくれたアドバイス
前いた会社を辞めた時に、部下がくれたアドバイスを思い出した。 部下は新人のときから、びっくりするほどできるやつだった。 同僚の三倍程度の仕事量をてきぱきとこなし、涼しい顔で毎日定時に帰っていく。上司の俺が何も指示していないときに、社内を歩きまわって、同僚や先輩に仕事を「お願い」していた。 けれども、そいつを悪く言うやつはいなかった。笑ったときのえくぼが印象深い奴だった。 俺は会社でパッとしない上司をやっていた。 経験だけはあったが、他にその役につく人間がいないという理由で、ロケット鉛筆のように押し出されてそのポジションに付いた。 かつて新人だった頃は、プログラマーとして四苦八苦しながら、作る喜びを糧にしていたものだった。 だが月日が経って、机の位置が変わった。プロジェクトを指揮するようになった。部下が増えた。いつしか俺はコードを離れ、代わりに人間を扱うようになっていた。 責任が増えると共に
某女子大のとある講義では、初老の女性講師が最初の5分か10分ほど世間話を..
某女子大のとある講義では、初老の女性講師が最初の5分か10分ほど世間話をするのが慣例になっている。落語でいう所の「マクラ」みたいなものだろう。 殆どが時事ネタなのだが、やはりというか、その日は例の野次の件だった。 東京都議会のある議員が、女性議員に野次を飛ばして問題になっています。その内容は女性蔑視やセクハラであるという意見が大半を占めていますし、私も概ねその通りだと思います。 ところで、みなさんの多くはパソコンやスマートフォンといった、インターネットに繋がる機械をお持ちかと思います。そしてそれらで手軽に全世界に情報発信する手段を心得ていると思います。 思慮深いみなさんの事ですから間違える事は無いと思いますが、念のために助言しておきます。 この件でネット上で当事者を批判するのはおやめなさい。 赤の他人の失言をあげつらって公然と批判するというのは、実は非常に難しい事なのです。私よりも年齢を重
またrebuild.fmがJavaの悪口で盛り上がってたよ
http://rebuild.fm/44/ Androidアプリ作ろうとしてJavaプログラマ募集したらクズしかこなかった全部クズだったとか、ひどくありません? まあそれは置いといて、UIみたいに最初から仕様を決められなくて何度も作り直すようなコードはJavaは不向きみたいな話もまったく同意できないわ。 JavaじゃなくてC#だけど、昨日コードを書いていて string url = "http://www…"; のように、URLを文字列で持っていたけど、やっぱアドレス用のクラスでもったほうが安心だなって思って URI url = new URI("http://www…"); と書き直しました。 当然、このurlを参照しているところは全部エラーになります。 Javaをはじめとする静的型の言語をけなしてる人たちは、これが面倒だと思うんでしょうか。 逆にエラーの出ている箇所を片っ端から直してエ
Go言語の名前の由来についてデマを広めたい
Go言語の名前の由来について、デマを思いついたGo言語の名前の由来について、デマを思いついたので、ちょっと面白いと思った人は広めてほしい。 Go言語の名前の由来って知ってる？ あれは日本語の数字の５（ゴー）から来てるんだよ。 ５は４（シー）、つまりC言語の次だから。 つまりC++やC#と同じ由来なのね。 あ、C#はC++++なんだよ。知ってた？（注：これは本当） こんな感じで。 Go言語はブレイク寸前であり、かなりの関心を集めているが、まだ詳しく知られてはいないので、デマを広めるには今が絶好と思う。 なんでロブ・パイクやケン・トンプソンが日本語を知ってるんだ、ともっともな指摘を受けた場合こんな感じで返していただきたい。 ロブ・パイクやケン・トンプソンがUTF-8の考案者だということは知ってる？（注：これは本当） で、彼らがそれを考案するきっかけは、慶應の村井純先生が、ベル研で「日本語」につ
村上春樹的桃太郎
昔、とは言ってもだいぶ昔のことなのだけれど、僕はある町（名前もない小さい町だ）に妻と二人で暮らしていた。 多くの夫婦がそうであるように、僕たちの間にもいささかの問題があった。 他人からしてみれば些細な問題かもしれないのだけれど、妻はよくそのことで自分自身を責め、彼女が本来持つ良さを損なっていたと思う。それは２月に突然降る冷たい雨のように僕たちを苦しめた。 「あなたはどう思うの？私たちに子供がいないことについて」と妻が言った。そのとき僕たちはボンゴレ・ビアンコといんげんのサラダを食べ終え向かい合って座っていた。テーブル越しの妻はなんだかいつもより疲れているように見えた。 「ねぇ、最初に言っておきたいんだけど」と僕は言った。 「僕は特に子供が好きじゃない。それに子供がいないことは夫婦の自由な選択の結果であって、君が苦しむべき問題じゃないと思う」 妻は頬杖をついて僕の方をじっと見つめ、（あるいは
大企業に勤めるということ
２つの大企業（どちらも常時東証時価総額１０位以内）にもう１１年勤めているけど、はっきり言ってヌルい。 一生懸命仕事をしてもしなくても特に影響がない。 極端に仕事ができる人、というのはそこそこ知識があって、弁が立ち、自己主張が強い人である。 極端に仕事ができない人、というのは遅刻したり、上司の言う事を無視したり無意識に否定したりする人である。 それぞれ極端な人は５％もいなくて、 残りの９５％以上は特にたいした差異もなく、上司に気にいられているかどうか（＝派閥に入れるか）で評価が決まる。 個人の能力の違いなんてほとんどない。特に知識の量とか努力の量とか関係ない。上司もそんな違いがわからない。 ヤル気があって真剣に考えれば、意味のある仕事を作って取り組むこともできるし、 ヤル気がなくて真剣に考えるのがイヤなら、仕事をしているように見せる方法だっていくらでもある。 一生懸命仕事をしていても、経営者
人月計算とExcelとスーツの世界より
俺の住む世界はアイティーとやらに支えられているらしい。 アイティーに関われば、俺の住む世界をさらに素敵なものにしていけるに違いない。していきたい。 そう願って、何も知らなかった文系新卒の俺が金融系のシステム会社に入って、もう一年以上が経つのだ。 昔、お遊びでゲームを作ったことはあった。RPGツクールなんかが好きだった。 だから自分はシステム会社に向いていると思った。 実際、資格取得を勧められて始めた勉強は楽しかった。 浮動小数点数、オートマトン、SQL、スタック、木、論理式。 パズルみたいで楽しかった。コンピュータの中身が理解できて、わくわくした。 楽々と基本情報技術者の資格を手にし、半年後にはほとんど勉強もせずにソフ開も取得した。 研修の課題では同期の誰よりも速く、短く効率のいいソースを仕上げた。 現場に出て、本番機に触った。 ３０年間親会社を支え続ける偉大なシステムの中身を、わくわくし
malaだけど一言いっておく
まず、高木浩光さんについて。俺は散々彼の批判を行なっているが、基本的には彼を尊敬している。というか俺がセキュリティ批評に本腰を入れ出したのは言うまでもなく彼の影響だし、実際イベントでも何度も会っておしゃべりしている。 しかし彼の行動があまりにも度を越していたので、後輩としてそれはちょっと違うよと言った次第だ。実際、あのブログ記事を書いたあとに飲みに行ってるので、特に仲が悪いとかいうわけではない。 そして、そういう事情を知らない奴らがネットでゴチャゴチャ言うのにうんざりしている。お前らはネットに全ての事実が書かれていると思ってるのだろうが、そんなわけはない。それぐらい分かれ。実際、面白いことはほとんどリアルで起こっている。 とにかく、ネットの外野連中のせいで俺と高木さんの仲がこじれてしまった。全く遺憾である。 お前らは高木さんがセキュリティの世界でいかに第一人者なのかを理解していない。彼に比
理想のプログラミング言語
普段Perlを書いているんだけど、言語機能として欲しい機能がライブラリ任せだったりしていろいろしんどい。 何かいいプログラミング言語はないかなーと思っているんだけど、なかなか自分の好みとピタリとくるものがない。まぁ好みにピタリとくるものなんかプログラミング言語に限らずないんだろうけど。 なので夢想してたのを垂れ流してみる。最近OOPディスのエントリとかあったので話題作りになれば。 Web系のエンジニアなのでWebサービス作ることが前提で、範囲広げすぎるとまとまらないので今回はLLを想定してる。 だいたい PHP, Perl, Python, Ruby, JavaScript あたりをイメージしながら、さらにこんな機能があればいいなーと思って書いたよ。 言語仕様 使い慣れているクラスベースオブジェクト指向 オプショナルな静的型 静的な型がないのはちょっと苦しい かといって型が必須だと気軽に書
残念なソフトウェア開発の現場は、沈みかけの巨大な船に乗った航海に似ている。
残念なソフトウェア開発の現場は、沈みかけの巨大な船に乗った航海に似ている。 船底の穴からの浸水を必死でかき出しながら、どうにか進んで行く。そういう航海だ。 船のどこにどれだけ浸水箇所があるのかは分からない。 ある穴を塞ごうと船底に板を打ち付けたら、 それによって別の場所に新しい穴を空けてしまったりする。 船の構造はあまりに複雑で、膨大な部品の間にどんな依存関係や相互作用があるのか、 誰も完全には把握していない。 それは、はるか昔に組み立てられた太古の船で、 構造把握の手掛かりは、代々伝わる不十分で不正確な古文書だけなのだ。 新任の船員は、出た水に対してとにかく手当たり次第に対処した。 どんな物でも使い、徹夜で穴を塞いで回った。 ひたすら大きな声で号令を出し、 いかに早く穴を塞ぐかが、船員の間で競われた。 何人もの船員が過労と心労で倒れ、 航跡には水葬者が点々と残された。 船員たちが経験を積
ついに顕在化しはじめた「Perlリスク」
英語圏ではかなり前からPerlで開発し続けることのリスクについて語られていたが、いよいよ具体的な弊害が出て来ているようなので、かいつまんでメモ。日本でもそう遠くない未来だと思う。 若手エンジニアの不足Objective-Cのように需要が逼迫しているのに人材の供給が増えず需給ミスマッチが起っているわけでは無く、需要も供給も減るという状況下でわずかだが需要が上回っているとう性質の悪い状況がPerlに起きている。特に深刻なのは安価な若手エンジニアの採用が絶望的に難しいという現実だ。Rubyが台頭して数年経ちPythonがメインストリームの先頭を突っ走る2013年において新しくPerlを勉強しようとする若者はよほどの物好きしかいない。30~40歳のPerlエンジニアを雇うのはそれほど難しく無いだろうがコストがかかる。安価な20代前半の若手エンジニアを雇いたいという企業の思いとは裏腹にPerlを新た
ソーシャルゲーム業界に転職してちょうど2年
なんかソーシャルゲーム業界に転職したい増田がホッテントリしていた。 http://anond.hatelabo.jp/20130122131752 自己回顧録みたいなものをつけたいと思っていたところだったので、なんとなくこの2年間について書いてみようと思う。 もともと、2年前に当時SIerに勤めてて、そこでSEとかコンサルとかしてたんだけど、会社の経営が傾き始めたのがきっかけだった。 当時勢いのある（今もかな）ソーシャルゲーム業界にしたのは、単に元々Web系やってたし、勉強会だとかやってるっぽいし、花形っぽいし…みたいな。まぁこのへんの気持ちはIT系の人ならなんとなく分かってもらえると思う。 その頃は「今までやっていた官公庁や大企業向けのコンサル事案と比べたら格下だな」と思っていたところはある。正直、今も社会的地位みたいなものだと格下だと思ってる。 2年経過して、色々な人と交流して思うこと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
残りの50年くらいの人生は全部誰に見せるわけでもないRPGツクールのゲームの..
https://anond.hatelabo.jp/20150715180050
Qiita - はてな匿名ダイアリー