タグ

2019年12月21日のブックマーク (6件)

  • 知り合いを6人辿れば、世界80億人と繋がれるのに、組織内のコミュニケーションに6人以上必要なのは、おかしくない? #TACO - 名前考えるの苦手

    Tokyo Agile Community (TACO)の「Scaled Agile with Jim Coplien」の講演メモ。 taco.connpass.com 英語がわからない私が、同時通訳してくれた内容を私の理解でメモしたものです。 断片的な上、正しくない表現や誤りが多いと感じます。いつも以上に自信がありません。 講演者と質問者と通訳者と私の言葉がとてもまざっています。 正しく理解したいため、違う点や補足などあれば、ぜひフィードバックお願いします。 Tokyo Agile Community (TACO) について 私は3回目の参加でした。 今回は、講演者の影響なのか、いつもと参加者層が違った(増えた)ように感じました。 (Twitterで聞いたら、来たことある人は、少数だったらしいと、川口さんが教えてくれました) TACOは、主催者の方の多くが日語ネイティブではない日(東

    知り合いを6人辿れば、世界80億人と繋がれるのに、組織内のコミュニケーションに6人以上必要なのは、おかしくない? #TACO - 名前考えるの苦手
  • 組織はツリーではない - Jim Coplien さんのスケールフリーネットワーク論 - kawaguti’s diary

    RSGT2020の基調講演をやっていただく Jim Coplien さんによる、大規模組織のお話がありました。 この話を聞くのは実は三回目(飲み屋、ウィーンでのScrum Gathering、今回)ですし、ありがたいことに、色んな人に日語で説明することもあるので、周りの人とも話しながら自分なりの認識がまとまってきました。 いや、お前のまとめなんていらないんだよ、とは思いますが、全体をちゃんと書くのは難しいので(ビデオとっとくべきでした)、ざざっと書いておきます。 人々は組織をツリー構造*1で考えがちで、実際に公式な組織アサインはそのように運営されがちだが、末端のノード間やたすき掛けのようなつながりは自然に起きていて、それによって情報流通の効率性が維持されている。これは、兼務をつけて複数部署にマネージャーを頭出しさせるのとも違うし、マトリックス型組織でプロジェクト運営するのともちょっと違う

    組織はツリーではない - Jim Coplien さんのスケールフリーネットワーク論 - kawaguti’s diary
  • Elastic Cloud を使うようになって変わったこと

    寒くなってきましたね。趣味のキャンプも11月で今年はおしまいです。上の写真は今年最後のキャンプで撮った1枚。焚き火をしながら凍えそうでした。 Elasticsearch Advent Calendar 2019 2日目、最近まったく情報発信できていなかったのでリハビリもかねて。久しぶりに Elasticsearch 関連の記事がんばって書きます! Elasticsearch を使い始めたのは、かれこれ5、6年前(Hello! Elasticsearch ブログを公開したのが、2014年なので、多分その1、2年前)。その前は、今は無き FAST ESP (Fast Datasearch) と言う商用のサーチエンジンを使ってシステムを設計、構築していました。 Elasticsearch に出会って衝撃を受けたのは、そのシステム構築のし易さと、柔軟なスキーマ・インデックス設計。それまでの検索エン

    Elastic Cloud を使うようになって変わったこと
  • MGA License Malta - Get Your Malta Gaming Authority License Fast | MGA Licensing Hub

    Secure Your MGA License in Malta – The Gold Standard for US Gaming Operators Fast-track your Malta Gaming Authority license application with expert guidance. Operate legally in 27+ MGA license countries with Europe's most trusted gaming credential.

  • Object.assign({}, obj) と { ...obj } の違い - Qiita

    オブジェクトリテラル内のスプレッド構文は、ES2018で追加されたたいへん便利な構文です。特に、{ ...obj }という形のコードでオブジェクトをコピーするのはJavaScriptプログラミングでは極めて頻出です。 スプレッド構文が無かった時代はObject.assign({}, obj)として同様のことを達成していた方も多いと思われます。Object.assignはES2015から使用可能でした。 では、この2種類の方法は同じでしょうか。タイトルにもある通り、もちろん違います。今回は、この違いに触れている日語資料がMDN日語版で一瞬触れているくらいしか無かったので記事にまとめました。 結論 最初に結論を述べると、Object.prototypeが汚染されていた場合にのみ違いが発生します。特に、Object.prototypeにsetterを持つプロパティ名が存在し、そのプロパティ名

    Object.assign({}, obj) と { ...obj } の違い - Qiita
  • QAから開発に移って1年が経ったので感想を書こうと思う - mhlyc -practice

    QAの部署から開発の部署に移ってから1年が経った。 感情の赴くままにその感想を書いていこうと思う。 QAでの経験を活かすのは普通にできなかった 「QAでの経験を活かして高品質なアプリケーションを開発します!」と昔の自分は息巻いていた。 しかしそれはとても難しかった。というか、今もできていない。 そもそもQAできてなかった どうして昔はQAができていたと過信していたのだろうか? 僕は新卒で入社してから6年近くQAをやっていたが、実際はQAの真似事をしているだけで、「ただの設計書の誤字脱字チェック」であったり、品質分析とは名ばかりの「バグを分類ごとに数えてそれっぽい良いカンジの報告書を作ること」であったりテスト設計と言いながら実際は「その場の思いつきのテストケースとそれっぽいテスト計画書作成」とかをやっていた。当は品質を保証なんかできていなかったし、品質向上もできてなかった。 QAの時は、た

    QAから開発に移って1年が経ったので感想を書こうと思う - mhlyc -practice
    teppeis
    teppeis 2019/12/21