1: フェイスクラッシャー(catv?)@\(^o^)/ [ニダ] 2016/11/13(日) 22:59:32.43 ID:w8L1EmJJ0.net BE:323057825-PLT(12000) ポイント特典 ドワンゴ「人口知能を使って気持ち悪い動きをするアニメーションを作りましたwww」 宮崎駿「障がい者を馬鹿にしてるのか?君たちは痛みを知らないんだね。だからこういうふざけたものが作れるんだ」 ドワンゴ「...」 ソース:NHK 動画
![【速報】宮崎駿監督、ドワンゴ川上会長にマジギレ : IT速報](https://cdn-ak-scissors.b.st-hatena.com/image/square/000cb5217444121e7d90b11d041211d7bc4793ab/height=288;version=1;width=512/https%3A%2F%2Flivedoor.blogimg.jp%2Fitsoku%2Fimgs%2F5%2Fd%2F5dacf159-s.jpg)
Robert Chang氏によるYou don't (may not) need Lodash/Underscoreを和訳しました。 意訳が含まれるため、誤りやより良い表現などがあればご指摘頂けると助かります。 原文:https://github.com/cht8687/You-Dont-Need-Lodash-Underscore LodashとUnderscoreは必要ない(かも) LodashとUnderscoreは素晴らしいモダンなJavaScriptユーティリティライブラリであり、フロントエンド開発者に広く使われています。しかしながら、モダンブラウザがターゲットとなる場合、ES5やES6のおかげでネイティブにサポートされたメソッドが多くあることに気づくでしょう。プロジェクトの依存関係を減らし、ターゲットブラウザが明確になっているのであれば、LodashとUnderscoreは必要
ここ最近、沢山シェルスクリプトを書くようになりました。 元々あまりシェルスクリプトを書いたこと無かったので、色々と勉強しつつ書いてるのですが、 他のプログラミング言語とはちょっと違って独特なクセというか、発見の度におぉー!ってなることが沢山あって楽しいです。 そんなわけで、最近学んだり参考にした中で特に感動したシェルの上手い書き方をまとめてみます。 きっとまだ知らないこととかもっと上手くやる方法なんかが沢山見つかりそうなので、 もっといいやり方あるよ!って方はコメントください 何もしない : (コロン)コマンド シェルを書いていた時に非常に欲しかったコマンドがこれ!何もしない! : というコマンド(?)を利用すると、何もせずに終了ステータス0(つまり正常終了)を返します。 これが様々な事に使える万能コマンドで、これによって面倒なエラー処理を簡潔にできたり、 入力や出力のリダイレクト元/先と
新卒で入っていまいちピンとこないものの代表格が、会社のビジョンというやつだと思う。 日本の会社にはそもそもないところもあるし、明文化されていない会社もあるが、たぶん大体の会社にはあるはずだ。Googleなら『世界中の情報を集めて整理し、アクセシブルにする』という初期のミッションや、IPOの目論見書で創業者が書いたレターが有名だ。 Corp Dev(買収/投資/提携)や企業戦略風な仕事をやっていると、この『ビジョン・ミッションがいかに会社の舵取りにリアルに影響を与えているか』を実感することがある。 はっきりいって、僕も入社したての頃は、ビジョンというものがなぜ必要なのかわからなかった。「ビジョンは何で必要なのか」と聞いてみても、パキッと答えられる人はあまり多くはないと思う。僕も「会社の存在理由だ」なんていわれて、煙に巻かれた気分になったことがある。 だが今は、具体的にビジョンがないと前に進ま
package sample.jackson; public class Hoge { public int id; public String name; @Override public String toString() { return "Hoge [id=" + id + ", name=" + name + "]"; } } package sample.jackson; import com.fasterxml.jackson.core.JsonProcessingException; import com.fasterxml.jackson.databind.ObjectMapper; public class Main { public static void main(String[] args) throws JsonProcessingException { Hog
ウィスキー、シガー、パイプをこよなく愛する大栗です。 Auroraへ移行するお話を頂くことが増えてきました。そこでAuroraへの移行時における冗長化のポイントを考えてみました。 RDSのSLA定義はMulti-AZが前提である旨を追記しました。 そもそもMulti-AZって? ここではMySQLの場合のMulti-AZについて述べます。 Single-AZでは、以下の問題があります。 耐久性: ストレージボリュームで障害が発生した時には、「最新の復元可能な時刻」以降のデータ更新が失われる。 可用性: ハードウェア障害が発生した時に、インスタンスを再作成するため再接続までの時間が必要になる Auroraを除くRDSではストレージボリュームにEBSと同等のものが使用されているようなので通常のディスクに比べて高い可用性と信頼性を備えています。 補足すると、EBSについての具体的な数字としては「
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く