去年このような記事を書きました。 2016年もたくさんのアニメを観たので、折角ですし今年も勝手に15作品選ばせて頂きました。要は好きなアニメの話を書きたいだけですね。 今回の記事での注意事項として、 ・第一に「僕が視聴できた範囲の2016年アニメ」です。残念ながら僕は昨年放送された全てのアニメを視聴はできていません。フォロワーには実際に毎年全てのアニメを視聴されている方が居るのでこれは僕の甘えです。その辺りは許して下さい。ツイッターのリプライ等で怒ってきたりしないで下さい。 ・今回の主旨は「展開が突飛で意外性の強い回」なので、「純粋に話として面白かった回」とは全く違います。その辺の真面目な話は真面目な方がやってくれるので任せます。僕にそのような実力はありません。 ・ランクインは「一作品につき一話」とさせて貰います。できるだけ多くのアニメを紹介した方が愉しいという単純な理由からです。もし無制

おがた (@xtetsuji) です。 Qiitaという「プログラミングに関する知識を記録、共有する最適なサービス」が最近活発です。見やすく使いやすいインターフェースや、ウェブ開発者に人気のMac向けに専用エディタKobitoを提供したり、アドベントカレンダーの提供インフラを提供したりと、様々な工夫があります。 実際Qiitaは便利で、そっちに書き始めると、今まで開発系の話題を提供していた自分のブログとの使い分けに悩んだりすることがあったのですが、今のところ私は以下のような基準で使い分けています。 Qiitaの「趣旨」に明らかにそぐわない記事は自分のブログへ Qiitaは「プログラミングに関する知識を記録、共有する最適なサービス」なわけで、一見技術的な話題でも「プログラミングに関する知識」とはいえないコンピュータの記事は自分のブログに書くようにしています。例えばGoogleドライブのフォル

2016年のブラウザ事情の進展に伴い、実務で HTML, CSS, JavaScript の書き方が変化した部分を列挙してみます。あくまで代表的なもののみです。 ブラウザのサポートバージョン変化環境面の変化まとめ ブラウザのサポートバージョン変化§ IE 8 サポート終了§ 2016年1月に IE 8 のサポートが終了しました。 html5shiv.js の読み込みが不要になったSVGが（PNGによる代替画像を用意することなく）使えるようになったvideo要素、audio要素が使えるようになった::before, ::after 擬似要素をダブルコロンで書けるようになった:not 擬似クラスが使えるようになり、例えば一行テキストエリアのセレクターが input:not([type]), input[type="text"] で正確に表せるようになったaddEventListener(),

はじめに こんにちは、大正デモクラシーです。年末年始に実家に帰るにあたって、Windows 10がインストールされているXPS 13を持って行ったんですが、実家で庭木の剪定以外にやることがなかったので、それ以外の時間はずっとコード書いてました。しかし、持って行ったマシンの開発環境がまったく整ってなかったのでいろいろ設定しなおしてとりあえずいい感じになったので、その作業メモを書いておきます。 TL;DR これまでLinuxやmacOSで育ててきた環境をWindows 10で使うことはあきらめて、これらのツールをとりあえず入れました。 cmder | Console Emulator Chocolatey - The package manager for Windows GitHub - Microsoft/Git-Credential-Manager-for-Windows: Secure

【2016年総まとめ】優秀なエンジニアが選ぶ、影響を受けた本ベスト56冊2017-01-04 16:20 こんにちは。転職ドラフト開発チームです。 2017年になりましたね。あけましておめでとうございます。 以前、優秀なエンジニアは読んでいる！「エンジニアとして影響を受けた本」13選という記事を出しましたが、今回はその、2016年総まとめ版です！ ※ 転職ドラフトでは「エンジニアとして影響を受けた本を教えてください」という入力項目があります。「企業に年収付きで指名された＝一定評価を受けているエンジニア」ということで、ドラフトで指名を受けた方がこの項目に書いていた本を集計しています。 ランキングはこちら。 順位 書名 人数

ご査収ください (2022年12月8日 追記) フローチャートを書き直しました。内容自体は当時のものと同じです。 補足 パフォーマンスの出し方は人それぞれなので「私はこんな感じです」というものです。 とりあえず「なんかやばいな?」と思ったら休む 体調的にはもちろん、「これ結構やばそうだな?」という勘所は大事 15分以上(長くても30分)悩んだら周りに聞いてみる こういう時はだいたい 視野が狭くなっている(簡単なスペルミスだったり) 暗黙知に触れている(業務だとよくある) とてつもない難問にぶちあたっている といったケースなので、仲間にSOSを出した方がチーム全体の進捗も結果的に良くなる、という経験談です。 ちなみに15分の根拠はなんとなくです。 ちなみに、問題に取り組み始めるその瞬間から「15分やってわからなかったら誰かに聞こう」としている場合は、 フローチャートの「30分動いてなかったら