本当、社畜みたいな話なんですが、 今までずっと、会社休むための理由を探して、やっとのことで休んでた。 例えば、日中しか通院できないので、とか。犬がちょっと風邪気味なので、とか。適当に言っては、社会ってめんどくさいなーって思ったり。 派遣社員になってもこんなことクネクネ考えるんだもん、正社員のときはそんな言い訳じみた手を使ってでも休もう、とさえ思わなかった。 でも、今日は思い切って、 「私用でお休みいただきます」 って昨日のうちにそれだけ伝えて、休んだ。 「私用ってなんだよ」 って誰かは思うかもしれないけど、そんなの自分に関係ない。 しかも私用っていうのもおこがましく、単純に 今週5日も働きたくないからやーすもー ってかんじで休んだ。 最近、転職準備やら結婚準備やら引っ越し準備やらで、土日もあんまり休まってなかったので、 派遣の仕事してる場合じゃないというか、そんな気分になってるから。 こう

（2015/09/01追記：この記事は私がW社に在籍した2013年4月から2014年4月までの間の個人的な経験に基づくものです。就職の参考にされる方は、その後W社の社風や開発者の扱いに変化があったかどうか等についてご自身で最新の情報を得ていただければと思います。） （2019/08/17追記：社名を「W社」に置換しました。） 記事タイトルの通り、W社を退職したので、退職エントリを書く。 （最近雑文に対していろいろと予防線を張ることが流行っているらしいので、一応これもポエムだと書いておく。役に立つことは書いていない） 今日が最終出社日だった。 ちょうど 1 年ぐらい勤めたことになる。 2 社連続で 1 年で辞めたことで、自分が社会不適合者であることが誰の目にも明らかになってしまった。 これから先の人生の見通しは暗い。 その間に子供が生まれたのだが、不憫でたまらない。 いい話というのは、Goo

今までパッケージソフトとかWebサービスの開発をしてきた中で、ビジネス上の納期や要求を満たすためにひどいコードを書くっていうのは自分の経験ではあまりなかった気がします。なにかひどいバグがあって、とりあえずのパッチを当てて間に合わす、ということはたまにあるけれど。SIの世界は知りませんよ。 そもそもコードを汚くかけば納期に間に合うということもないし、ビジネス上の近道になるということもない。コードをきれいに書こうが汚く書こうが無理なものは無理。第一汚いコードを意図的に書くというのも意外に難しいということは、普段まあまあきれいなコードを書いている人ならわかってくれるんじゃないかと思います。 仕様変更に設計がついていけてなくておかしいとかならともかく、関数が1000行あるとか、newした瞬間全てが終わるとか、変数のスコープがびっくりするくらい広い、みたいなコードについてははビジネス上の要求ではなく

職場が変わって半年以上経つが、未だに慣れない。辛い。 仕事内容が大きく変わり、新人同様の動きしかできていないこともある。 が、何より主任との付き合い方がわからない。 主任はとても仕事ができる人で、話や考え方がとても理路整然としている。 傍から見ていると「仕事ができるなぁ。頼りになるなぁ」と思える。 しかし同じチームとしてその主任の下で働くのが辛い。 辛いと思うのは以下の2点だ。 1. 相談ができない 何よりこれが辛いと思う。 職場が変わってすぐの頃は相談をしていた。 しかし相談をすると 「まず○○の意味がわからない。」 「○○ってどういう意図で話している？」 と強い語調で返ってくるため、主任の中にある＜正しい言葉＞＜正しい順序＞＜根拠＞ を提示した上で相談をする必要がある。 例えば以下の内容だ。 私「午前中に会議があるため＜とある道具＞をお借りしたいのですが、よろしいでしょうか。」 主任「

さくらのVPSにアタックしてくる人たちを、ハニーポットなど使いながらその行動を観察した記録です。観察日記。 今回のネタは以下2つです。 ＊SSH honeypot(Kippo)を使った悪い人の行動観察、アンケート ＊/cgi-bin/php (Apache Magica攻撃)の観察 なおこのスライドは、2013年12月7日のSecurity Casual Talks(すみだセキュリティ勉強会)での発表資料です。 http://ozuma.sakura.ne.jp/sumida/ またスライド中、動画は以下のURLで閲覧できます http://youtu.be/gp3SBjZNWHU

来月のあたまに、筆者が講演をさせていただく、立命館大学ゲーム研究センターのウェブページが、今朝起きたら、炎上していた。 私は、この件の当事者…というには、微妙な立ち位置ではあるが… まずは、ゲーム研究のコミュニティの一員としては、ゲーム研究にご協力を検討していただける皆様に、不快な気持ちを起こさせてしまったこと自体に対して、お詫び申し上げたい。 と、同時に、本件については、情報が十分に伝わりきっていないところもあるようなので、当事者…に比較的近い立場の解説者というところから、状況を整理させていただきたい。 炎上の経緯ことの次第は、私の認識する限り、次のような経緯である。 （１）だいぶ昔から※1、立命館大学ゲーム研究センターは、ゲームソフトのアーカイブを作るというプロジェクトを行っているのだが、２ヶ月ほど前に、複数の新聞や雑誌などで紹介された。 ゲーム研究の取り組みの一部が、きちんと世の中に

女性の社会進出が叫ばれる昨今、これが俺が経験から得た結論だ。 女性の役員への適性だが、これがもう、壊滅的にない。 役員に限らず「人の上に立つ者」全体に言えることだが、「公平な判断」ができることが絶対条件である。 私情をはさまず相手が誰でも正しい意見を正しいと判断する能力。 それがないとパワハラ上司ができあがることになる。 そして女性には「公平な判断」が致命的にできない。 なぜなら、女性は「過去を水に流す」ことができないからだ。 昔やったミス、ささいな日常のすれ違い、人の前で嫌いな相手の味方をしたこと。 女性はそれらを全て覚えていて忘れない。 それは一生自分を養ってくれる結婚相手を見つけるには優れた能力かもしれないが、仕事の上では邪魔になることが多い。 その意見を言ったのが誰かというどうてもいい些事に、どうしても拘泥して判断が鈍る。 また、女性はコミュニケーションにおいて「共感できること」を

本日はオライリー・ジャパン創業以来初めてとなる出来事をお伝えします。 2013年10月現在、オライリー・ジャパンで在庫しております書籍は約350点。 最新刊からもうほとんどの書店さんでは見かけることのできない在庫僅少のものまで、また内容も『マスタリングNginx』から『子どもが体験するべき50の危険なこと』まで、多岐にわたります。 もちろん通算の刊行点数はもっと多いのですが、改訂したり絶版になったものもありますので、現在稼働しているものに限るとだいたい350点、ということです。 それらの書籍を、「入手できるものはすべていただきたい」ということで、約350点すべてをご購入される猛者が現れました。一度に全点、というのは、弊社創業18年目にして初めてのことです。 その猛者の名は、株式会社Cygamesさん。「神撃のバハムート」、「アイドルマスター シンデレラガールズ」(バンダイナムコゲームスさん

コミュニケーションが生まれるツイートまとめツール

こんにちは。サポートメンバーの田原です。 今日は、優秀なビジネスマンの一側面について考えたいと思います。 私が在籍している会計事務所は一応外資系ですので、日系でよく話を聞くような形式的でめんどくさい上下関係はあまりありません。 ですので、全員参加の飲み会は一切ありませんし、逆に上司と合コンに行くこともままあります。 基本的に3年位で振るいに掛けられ、その後も厳しい競争が続くので、8年以上勤めている人は皆驚くほど優秀です。 ただ我々会計士のような専門職の業界では、優秀には２種類のタイプがあります。 一つは「職人肌系」で、もう一つは「ナイスなビジネスマン系」です。 前者は会計が好きで好きで、いつも会計のことを考えているうちに、クライアントの要望に何でも応えられるほど会計に詳しくなった専門家です。土日も仕事か勉強しかしません。 後者も、公認会計士であるからには、会計の知識は当然に持っています。し

ふと、気づいた。 「アジャイル開発は答えではない。答えを探す手法である。」 前に「○○な問題があるんだけど、それはアジャイルではどう答えているの？」とPMな人に聞かれた事があって「ありません」って答えたんだけど、そのときどうやって説明していいかわからなくって、具体的にXP, Scrumの話をしてしまった。 でも、間違っていたかもしれない。 アジャイル開発は何かに対する答えを持っているんじゃなくって、自分達の最適解を探すためのアジリティなメンタルモデルを掲げていて、その具体例としてXP, Scrum, Lean が定義されてきた。 だから、いつだって答えは僕たちが見つける必要がある。 Agileを難しいと感じたときに「Agileで答えを見つけようとする手法そのものに感じている」のか、「Agileによって明確になった問題に対して感じている」のかをちゃんと区別しなきゃいけない。 Agileの達人

前回に引き続き、今回もOS付属のシェルスクリプトを読んでいく。「本当にこれでいいのか？」と思うような読みにくい記述も見つかるが、よく読むとシェルスクリプトならではの流儀を学ぶことができる（編集部） とにかく何か作ってみろ シェルスクリプトはお世辞にも読みやすいプログラミング言語とは言えない。ほかの言語にはない特有のルールがあるので、あまり経験がない人がちょっと複雑なシェルスクリプトを読むと嫌になってしまうかもしれない。 その半面、シェルスクリプトにはちょっと書いてすぐに試せるという良い点がある。シェルスクリプトの解説書やソースコードを読みながら「なんだかよく分からない」「マニュアルを読んでもよく分からない」という人には、短くてもいいからとにかく何かシェルスクリプトを書いて、試してみることを強くお勧めする。 これはどんなプログラミング言語にも言えることだが、習得しようと思っても、解説書を読ん

エンジニアという職業柄かシェルスクリプトを書くことはちょくちょくあるのですが、自分なりに気を付けていることを備忘録＆自分への戒めも含めて、簡単に書いてみたいと思います。 変数は大文字 シェルスクリプト書いていれば変数の出番は至るところであるでしょう。その際、可読性を増すように、変数は大文字を使っています。 RET=`cmd1`みたいに。好みの問題もあるでしょうが、分かりやすいので。 クオテーションは選ぶ クオテーションにはシングルだったり、ダブルだったり色々ありますが、使い分けておいたほうがよいでしょう。 変数の展開がないようであれば、シングルクオーテーションのほうがスマートでしょうし、展開があるのならダブルクオーテーションを使えばと。 ダブルクオーテーションを使うのにも意味があって、変数は「$RET」のようにクオテーションで囲まなくても動作はたいていするのですが、 echo "${RET

こんにちはこんにちは！！ Webプログラミングしてますか！ よく「PHPはセキュリティがダメ」とか言われてるよね。 でもそれって、べつにPHPが悪いんじゃなくて、 たぶん、セキュリティとかが、まだよくわからない人が多いだけなんじゃないかな。 がんばって勉強しようと思っても、なんだか難しい理屈が並んでいたりするしね…。 なので今日は、セキュリティ対策について、 「これだけやっとけば、わりと安全になるよ」ってことを、初心者むけに、大雑把に書いてみます！ 理屈がわからなくても、最初はコピペでも、 なにもやらないより、やったほうがきっとマシになる！ 1. XSS対策 動的なものを表示するとき、全部エスケープすればokです！ (NG) あなたの名前は <?= $name ?> ですね！ ↓ (OK) あなたの名前は <?= htmlspecialchars($name, ENT_QUOTES) ?>

Elon Musk today said that X (formerly Twitter) is going to soon launch two new premium tiers, confirming previous reports and code sightings. The owner of the platform said that one tier will cost low

企業のあいだでLinuxに詳しいエンジニアの採用意欲が高まっており、給与も上昇している。こんな調査結果がThe Linux Foundationから発表されました。 調査はThe Linux Foundationと調査会社Diceによるもの。回答数は2300で、政府、企業などの採用担当を対象としています。回答者の42％が米国、27％が欧州、11％がアジア、7％が南米など。 回答者の81％がLinuxエンジニアの採用を重視 調査結果によると、回答者の81％がLinuxエンジニアの採用を重視しており、そのうちの47％は過去6カ月よりも今後6カ月以内の採用数が増加するとの見通しだそうです。 しかしLinuxエンジニアの採用は簡単ではなく、85％の回答者が優秀なLinuxエンジニアを見つけるのは非常に難しいと回答しています。これを反映してか、Diceの調査によると昨年よりLinuxエンジニアの給与