別に悪いことはしていないのに、反射的に「すみません」と口にしてしまう人は多いようです。一見無害なこの口癖のせいで、自己評価が低くなり、他人のお粗末なふるまいを仕方がないと許してしまい、ついつい人の言いなりになってしまっていませんか？悪いことをしてしまったときは、謝罪するのが当然です。しかし、ほんのちょっときまりが悪いと思っただけで、無意識に「すみません」と言ってしまうようなら、それは問題です。 たとえば、私は誰かがバーやクラブでぶつかってきたとき「すみません」と言ってしまいます。2千円もするドリンクが半分ぐらい床にこぼれてしまっても、穏やかに片手を上げてほほ笑みながら、すぐに「すみません」と言ってしまうでしょう。そのふるまいは本当に礼儀正しいことなのでしょうか？　もちろん、謝るべきなのは私ではありません。実際、私は自分が悪いとはまったく思っておらず、むしろぶつかられてウンザリしていました。

【山本一郎】グラブルの消費者問題に寄せて――スマホゲーム業界全体に漂う問題を軽くまとめてみる ライター：山本一郎 山本一郎です。年始に株価は下がりましたが，体重は上がりました。 渦中の「グランブルーファンタジー」。全体の売上がいくらなのかもよく分からない化け物タイトルだ ところで，大型ソーシャルゲームとして知名度も高い，Cygames（サイゲームス）が開発・運営する「グランブルーファンタジー」（通称：グラブル）ですが，年始より盛大にやらかしたということで騒ぎが広がっております。グラブルでトラブルって感じですねHAHAHAHAHA。 冒頭から大爆笑ギャグを披露しておいてなんですが，Cygamesは過去にも問題を起こしております。それは2014年2月4日，スクウェア・エニックスと“共同開発”した「ドラゴンクエストモンスターズ　スーパーライト」において，有償で回す高額ガチャのイラストとして貴重な

今年こそは失敗プロジェクトをなくしたいと思っているみなさんこんにちは。ryuzeeです。 先日海外のサイトを見ていたところ、10 Signs When Projects Are Doomed to Failureという面白い記事を見つけたので、10の兆候それぞれをご紹介しつつ私の私見を述べておきたいと思います。 なお、アジャイルなのかウォーターフォールなのかは関係なくあてはまります。 失敗プロジェクトの兆候(1) プロジェクトメンバーが自分たちのタスクをこなすよりもプロジェクトの悪い状況について話し合いをするのに時間を使っている よくあるパターン。 たとえばなかなか仕様が決まらないので見切りで発射してみたら、途中で色々な仕様変更がおこったり考慮漏れが出てきたりして常に対策会議をしなければいけなくなったり、 品質が悪すぎて品質改善のための会議を頻繁におこなうことになったりといった状況。 タス

2016年1月 6日～9日　CES 2016（アメリカ・ラスベガス） 「世界最大の家電見本市」 13日～15日　第2回ウェアラブル EXPO（東京ビッグサイト） 「世界的に注目が高まる装着型デバイスの総合展示会がスタート」 ■昨年のレポートはこちら ・集客面の心配は杞憂？横浜開催の「CROSS 2015」は大成功 9日　OMC2016（明治大学 グローバルホール） 「IoTとオープンイノベーション、新産業創出に関するカンファレンス」 13日～16日　NewYork ToyFair 2016（アメリカ・ニューヨーク） 「ホビーの展示商談会、ウェアラブル機器にも注目」 16日、17日　WebRTC Conference Japan（ソラシティ カンファレンスセンター） 「ウェブのリアルタイムコミュニケーション技術の標準“WebRTC”のカンファレンス」 16日、17日　イーコマースEXPO 2

Dockerをより効率的に利用するための技術 通常Dockerを利用する場合は、Linux OSが稼働するサーバ上にDockerのパッケージを追加でインストールすることで、環境を構築している。当然ではあるが、Linux OSのインストール時に「最小限の構成」を選んだとしても、Dockerの稼働には必要のないパッケージもインストールされている状態となる。 本来Dockerを利用する最大のメリットは、「少ないリソースでたくさんのコンテナ（＝実行環境）を起動させられる」ことである。たとえ最小限の構成であってもDocker実行環境としては、多くのリソースが無駄に消費されていることとなる。さらに不要なサービスが実行されていることにより、Dockerで利用しない機能に対してもセキュリティー上のリスクが残ってしまうことになり、不要な運用作業が発生することとなる。 そのため、Dockerに対してもハイパー

Expert Tech Talk!〜ニフティスペシャリスト対談〜 - NIFTY Tech Day 2023

はじめに 本文書はSQLのスタイルガイドです。 PythonやRubyのようなプログラミング言語には有名なスタイルガイドがあり、共通のレイアウトルールに沿ったインデントや命名規則に則ったコードが生み出されています。 一方、SQLには知名度のある統一されたスタイルガイドがありません。 そのため、思いのままに書かれたSQLが散見されます。 もちろん、SQLを使ってアドホックな分析を行う場合は、必ずしもルールに沿う必要はなく、効率よく書いても良いと思います。 しかし、Webサービスやバッチの中に組み込むようなもの、つまり自分以外の誰かに読まれるSQLは、多くのプログラミング言語同様に何らかのスタイルガイドに沿うことで多くのメリットを享受できると思います。 クエリが構造化され、可読性が高まる バグの発見や修正が容易になる 改行位置やインデントなどのフォーマットの悩みが解消される スタイルガイドを共

petehunt/react-howto · GitHub これの、2016/01/07時点での日本語訳です。 更新は追わないと思うので、流し読みにどうぞ。 react-howto もしあなたがReactをはじめたばかりで(もしかしたらフロントエンド自体もはじめてで)、React周辺のエコシステムに困惑してるとしたら、そこにはこういう理由がある。 そもそもReactはアーリーアダプターやエキスパート向けに作られた経緯がある Facebookが唯一実際に使われてる例であり、Facebookより小規模なプロジェクト向けの使い方にフォーカスしてない Reactのガイドを装った間違った情報も多い このドキュメントは、HTML・CSS・JavaScriptでWebページを作ったことがある人を想定読者にしてる。 これを書いたワケ Reactに関する情報が山ほど交錯してるから。 自分はReactを作った

目次 1. はじめに 2. Promiseの概念を理解する 幕間：行列が嫌いな女の子 2.1 Promiseとは何か？ 幕間：実行順序 2.2 Promiseと並行処理 幕間：式の抽象化 3. Promiseのからくりを理解する 3.1. Promiseで式を順序付けする 3.2. 最小限のPromise実行 4.Promiseとエラー処理 幕間：計算失敗の場合 4.1. エラーをPromiseで処理する 4.2. Promiseの失敗の伝播 5. Promiseの結合 5.1. Promiseを確定的に結合する 5.2. Promiseを非確定的に結合する 6. Promiseの実用的な理解 6.1. ECMAScript Promiseの導入 6.2. .then の分析 7. Promiseとは相性が悪いケースとは？ 8. まとめ 参考文献 追加資料 資料とライブラリ 1. はじめに