並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 179件

新着順 人気順

subscribe 意味の検索結果1 - 40 件 / 179件

  • React ステート管理 比較考察 - uhyo/blog

    こんにちは。Reactの話題の中でもかなりの部分を占めるのがステート管理、さらに言えば各種のステート管理ライブラリです。今さらながら、Reactにおけるステート管理の手法やいくつかのステート管理ライブラリを比較考察して記事にまとめました。 useState + バケツリレーReactにおける基本的なステート管理はuseStateです。ひとつのコンポーネント内で完結するようなステートならばuseStateは非常に適しており、他の選択肢はほぼ無いと言っても構わないでしょう。 ステートをアプリケーションの広範囲で使いたい場合が問題です。次の画像に例示されるように、分岐したコンポーネントツリーの末端のコンポーネント(使用者)で同じステートを参照したい場合を考えます。 useStateと組み合わせる場合、もっとも原始的な方法はpropsのバケツリレーによるものです。propsは親コンポーネントから子

      React ステート管理 比較考察 - uhyo/blog
    • よく聴いてるポッドキャスト

      はじめに 自分が fukabori.fm を配信しているのもあるけど、インプットソースとしてポッドキャストをよく聴いている。この記事では、聴いてるポッドキャストをサクサク紹介していきたいと思う。 基本はTech系ポッドキャスト。たまに、違ったのをちょいちょいぐらい。 実際に以下で書いてないポッドキャストもあるけど、少なくとも5エピソードは聴いたかな、ってものを紹介していく。 ポッドキャスト列挙、コメントつけて 以降は A-Z 順で、自分のPodcastクライアント(Podcast Addict)でSubscribeしているものを順番に。 ajito.fm suzukenさんが主宰しているポッドキャスト。VOYAGE CTOの makoga さんがよく登場する。技術的に濃いネタから、組織的なネタまで幅広い。 すごく印象に残っているepは ajitofm 29: Chiki Chiki Mon

        よく聴いてるポッドキャスト
      • Facebook製の新しいステート管理ライブラリ「Recoil」を最速で理解する - uhyo/blog

        昨日、Facebook製のReact用ステート管理ライブラリRecoilが発表されました。Facebook製といってもReact公式のステート管理ライブラリとかそういう位置付けではないようですが、それでも大きな注目を集めているのは間違いありません。 そこで、筆者がRecoilに対して思ったことや、筆者の視点から見たRecoilの特徴を記事にまとめました。 なお、この記事の執筆時点では副作用の扱いなどの点はいまいち情報が揃っていません。この記事では速報性を重視し、コアのステート管理部分に絞って考えています。また、まだexperimentalなライブラリなので、今後この記事の内容からRecoilのAPIが変化したとしても悪しからずご了承ください。 この記事を書くときに筆者が色々試していたCodeSandboxはこちらです。 https://codesandbox.io/s/recoil-san

          Facebook製の新しいステート管理ライブラリ「Recoil」を最速で理解する - uhyo/blog
        • ニューヨーク・タイムズは日本を「独裁政権」と呼んだのか、気炎を吐いても息さわやか - ネットロアをめぐる冒険

          朝日のこんな記事が湧き上がっていました。 米紙ニューヨーク・タイムズ(電子版)は5日、菅義偉官房長官が記者会見で東京新聞記者の質問に対する回答を拒むなど、そのメディア対応を指摘したうえで、「日本は憲法で報道の自由が記された現代的民主国家だ。それでも日本政府はときに独裁政権*1をほうふつとさせる振る舞いをしている」と批判した。 「日本、独裁政権のよう」ニューヨーク・タイムズが批判 [報道の自由はいま]:朝日新聞デジタル 私はこの「独裁政権」という強い書きぶり*2が大変気になったので、元記事を調べてみました。今回はまあ、ご意見求むという感じなので、お手柔らかにお願いできれば幸甚幸甚。 "authoritarian regimes" をどう訳すか ニューヨーク・タイムズの元記事は以下のものです。2019年7月5日。 www.nytimes.com 「この記者はたくさんの質問をする。日本において、

            ニューヨーク・タイムズは日本を「独裁政権」と呼んだのか、気炎を吐いても息さわやか - ネットロアをめぐる冒険
          • 『Design It! ― プログラマーのためのアーキテクティング入門』 - snoozer05's blog

            翻訳を担当した書籍『Design It! ― プログラマーのためのアーキテクティング入門』(オライリー・ジャパン)が11月25日に発売になります。本書は2017年にPragmatic Bookshelfより出版されたMichael Keeling著『Design It!: From Programmer to Software Architect』の全訳です。Pragmatic Bookshelfファンにはおなじみの「... It!」シリーズの一冊で、日本語で読める「... It!」シリーズとしては4冊目の書籍となります。 O'Reilly Japan - Design It! 本書は、設計スキルを成長させたいプログラマーに向けたアーキテクティングの入門書です。ソフトウェアアーキテクチャの基礎とデザイン思考の考え方から始まり、ソフトウェアアーキテクトとして、チームと共に優れたソフトウェアを

              『Design It! ― プログラマーのためのアーキテクティング入門』 - snoozer05's blog
            • Twitterは特定のメディアを優遇し、さらに「トレンド操作」をしていたのか

              何が問題視されているのかことの発端の一部は、Twitter日本法人のレイオフにからみ「話題を検索」タブの “ニュース” でのモーメントの掲載で、媒体側からTwitter側へのホットラインがあったという話です。 竹下郁子 @i_tkst確かにTwitterのニュースフィードは更新されてない気がする。私たちメディアは自社記事のモーメントを作成→Twitterキュレーションチームに連絡→審査の上ピックされたりされなかったり、という手順を踏んできたのだけど、この作業はしばらくは意味を成さないのかな? 星 暁雄 (ITと人権) @AkioHoshiキュレーションチームは全員解雇。 同チームはモーメントタブをキュレーションし、トレンドトピックのセクションをプログラムし、それらのトピックに関するコンテキストを提供し、ライブイベントも扱っていた。またプラットフォーム上の誤情報との戦いにも取り組んでいた。

                Twitterは特定のメディアを優遇し、さらに「トレンド操作」をしていたのか
              • Web フロントエンドフレームワーク選定前に知っておくべき Angular の 6 つの問題点と、それでも Angular を選ぶ理由 - Qiita

                Web フロントエンドフレームワーク選定前に知っておくべき Angular の 6 つの問題点と、それでも Angular を選ぶ理由JavaScriptAngularフロントエンド 2019/12/04 追記 @okunokentaro さんが熱いアンサー記事を書いてくれました。 Angularでの開発を快適に進めるために知っておきたいこと https://qiita.com/okunokentaro/items/503ab7a4c7601b564de0 https://gist.github.com/okunokentaro/dc4cd470999fd90aba73423d09a37485 本当に本当にありがたいです。この短時間でこんな良質の記事が書けるのは本当にスゴイ。 Angular コミュニティの暖かさと熱さを感じる 1 日でした。この記事もぜひ参考にしてください。 (ただ、「A

                  Web フロントエンドフレームワーク選定前に知っておくべき Angular の 6 つの問題点と、それでも Angular を選ぶ理由 - Qiita
                • 【翻訳版】Web3についての私の第一印象

                  こんにちは、石ころです。 メッセージングアプリSignalの創業者であるMoxie Marlinspikesさんが書かれたMy first impressions of web3という記事(2022年1月に書かれたもの)が示唆に富む内容だったので翻訳版を紹介します。 Moxieさんの記事書いたよという元ツイートは3万いいねがつき、イーサリアム創設者のヴィタリック・ブテリンや、イーロン・マスクもリプをし、良い意味で物議をかもしたようです。 個人的にも今年読んだWeb3関連の記事で一番面白いと感じました。 翻訳はDeepLをベースに各種改変しています。 私は自分を暗号学者だと思っているにもかかわらず、"Crypto "には特に惹かれていない自分がいます。実際に「私の芝生から出て行け」と言ったことはないと思いますが、新しいNFTの情報よりも、「crypto」が「暗号学」を意味していたというPep

                    【翻訳版】Web3についての私の第一印象
                  • AmazonのAPI設計方針 (The Bezos Mandate) - Qiita

                    はじめに The Bezos Mandateという文書があります。日本語に訳すと「ベゾスのお達し」とか「ベゾスの勅令」でしょうか。 言わずと知れたAmazon.comのCEO、ジェフ・ベゾスが開発チームに通達した内容です。 これが(元Amazon.com従業員によって)公開されたのは2011年ですが、ベゾスがこのお達しを出したのは2002年前後です。17年経過した現在でも真理をついているどころかようやく時代がベゾスに追いついたかという感想です。 この記事ではThe Bezos Mandateの紹介と、僭越ながら補足説明も行います。 お達しの内容 原文は元Amazon.com従業員のGoogleエンジニア(公開当時)、Steve Yeggeによって公開されました。 Google+にStevey's Google Platforms Rantというタイトルで、Amazon.comと比べたGoo

                      AmazonのAPI設計方針 (The Bezos Mandate) - Qiita
                    • JavaScript Primer 改訂2版をリリースしました!/JavaScript Primerはなぜ更新され続けるのか?

                      JavaScript Primer 改訂2版をリリースしました!/JavaScript Primerはなぜ更新され続けるのか? JavaScriptの入門書であるJavaScript Primer 改訂2版 迷わないための入門書がリリースされました。 書店やオンライン書店で購入できます。 KADOKAWA: 「JavaScript Primer 改訂2版 迷わないための入門書」azu [PC・理工科学書] - KADOKAWA Amazon: JavaScript Primer 改訂2版 迷わないための入門書 | azu, Suguru Inatomi |本 | 通販 | Amazon 楽天: 楽天ブックス: JavaScript Primer 改訂2版 迷わないための入門書 - azu - 9784048931106 : 本 ヨドバシ: ヨドバシ.com - JavaScript Pri

                        JavaScript Primer 改訂2版をリリースしました!/JavaScript Primerはなぜ更新され続けるのか?
                      • Design It!

                        本書は、設計スキルを成長させたいプログラマーに向けたアーキテクティングの入門書です。ソフトウェアアーキテクチャの基礎とデザイン思考の考え方から始まり、ソフトウェアアーキテクトとして、チームと共に優れたソフトウェアを作り上げていく方法を包括的に解説します。本書を読むことで、適切なステークホルダーを特定してニーズを理解する方法、アーキテクチャ上重要な要求に基づいて技術やアーキテクチャを適切に選択する方法、アーキテクチャを軽量かつ効果的に評価する方法、チームのアーキテクト力を高める方法などを学べます。モダンなアーキテクチャ設計のための実践的な手法が詰まった本書は、より良いプログラマー、技術リーダー、そしてソフトウェアアーキテクトになるために必携の一冊です。平鍋健児氏による「日本語版序文」を収録。 目次 本書への推薦の言葉 日本語版序文 序文 はじめに 第Ⅰ部 ソフトウェアアーキテクチャ入門 1章

                          Design It!
                        • 個人開発とかで成功したり、失敗してきたプロダクト22選 - Qiita

                          はじめに プロダクトなんてデフォルト失敗します。でも、最初から失敗すると思って、作り始めるプロダクトなんてないというのが皮肉なものですよね。一方で、確率論というわけでもないので、作り続ければ、いつか上手くいくという保証があるような世界でもありません。なかなか、残酷です。 ですが、失敗の全てが辛かったかといえば、勿論、キツい局面の方が脳裏に残っているものですが、今思うと、あの時、こういうプロダクトをしていたから、こう気づけた、あの人と出会えたという思い出がいっぱいだったりもします。 今、私はようやく信じ続けられるプロダクト、Remotehourに出会い、チームたちと一つ目指すべき世界に向けて、走り出せています。それでも、毎日がプロダクトを出す以上に、一つの機能、仕様に試行錯誤を積み重ねています。 今回は、一つや、二つのプロダクトを閉じただけで、諦めている人の励みになればと思い、これに至るまで

                            個人開発とかで成功したり、失敗してきたプロダクト22選 - Qiita
                          • Hello World, Bolt! ⚡️ Bolt フレームワークを使って Slack Bot を作ろう - Qiita

                            Hello World, Bolt! ⚡️ Bolt フレームワークを使って Slack Bot を作ろうJavaScriptNode.jsSlackslackbotslack-api Published: 2019-08-09 Updated: 2020-02-11 OAuth 権限設定についての変更がありましたので、チュートリアルのその設定部分を追加しました。 ごく単純な Slack アプリを作るのはそれほど複雑であるはずはないのに、いざ作るとなると API ドキュメンテーションの中に埋もれてしまってどこから手をつけたらいいのかわからなかったり、パラメータの名前がちょっとだけ間違えてしまって思ったように動かなかったり。 でもそれを自分のせいにしないでください🙅。Slack のアプリ作成の手順は慣れていないとちょっとクセモノだったりするのです🤷。でもそれを少しでも軽減するためにもっと

                              Hello World, Bolt! ⚡️ Bolt フレームワークを使って Slack Bot を作ろう - Qiita
                            • ブログ読者を増やす方法【読者数1000人達成記念】 - はるなぴログ

                              はてなブログの読者数が1000人を超えた記念に体験を交えて記事を書きました。 再現性のあるブログ読者数を増やす方法について重要度順に説明します。また、はるなぴ流の増やし方についても紹介していきます。 ブログ読者の増やし方はいろいろある ブログネタで読者を増やす方法 ブログ炎上で読者数を増やす はるなぴのお勧めするブログ読者数の増やし方(重要度順) 他の人のブログを読む 良い記事を書く はてなブックマークのホットエントリー入りを狙う 読者になるボタンを設置する はるなぴ流ペルソナ設定(ペルソナ消去) ブログ読者の増やし方はいろいろある ブログの読者を増やす方法はひとつではないと思います。 なので、ここで紹介する方法が唯一だとは思わないでくださいね。他にもいろいろなやり方がある筈です。 はるなぴ自身ではできなかった別の増やし方をまずはざっと見てみましょう。お勧めできないものもありますが、自分に

                                ブログ読者を増やす方法【読者数1000人達成記念】 - はるなぴログ
                              • Recoil が面白いので Redux との違いを説明してみる - study-react

                                前置き(私見含む) Recoil が面白い。 React でそれなりの規模のアプリケーションを作ったことのある方なら、状態管理の辛さをよく知っていると思う コンポーネントを跨いだ変数をひとつ作ろうと思っただけなのに「まずは Flux アーキテクチャのコンセプトとアンチパターンから学ぶ必要があります。大量の props バケツリレーから逃れるためには〜」とか言われても 現実的で複雑なアプリケーションの状態、つまり「非同期処理」や「状態同士の依存関係」……などを作っていくのは大変 そんな中 Facebook が新たな状態管理ライブラリをリリースした、それが Recoil これは Redux とも ReactN とも全く異なるアプローチのライブラリで、しかも圧倒的に分かりやすい teramotodaiki.icon 現在は experimental(実験段階) なので Redux のコードをごっ

                                  Recoil が面白いので Redux との違いを説明してみる - study-react
                                • 交差テーブルには関連の意味を表す名前をつけよう - Qiita

                                  問題 多対多の関連を作るときの交差テーブル(中間テーブル、関連テーブルなどとも呼ばれる)にどのような名前をつけていますか? 2つのテーブル名を単純につなげた users_magazines のような命名を見かけますが、これはあまり良い名前ではありません。 実体関連モデル - Wikipedia 実体 (entity) は名詞に対応すると考えることができる。例えば、コンピュータ、従業員、楽曲、数学的定理といった名詞である。 関連 (relationship) は2つの実体間の関係を捉えたものである。関連は2つ以上の名詞句を結び付ける動詞に対応すると考えることができる。例えば、企業とコンピュータの間の「所有する」(owns) という関連、従業員と部門の間の「監督する」(supervises) という関連、アーティストと楽曲の間の「演奏する」(performs) という関連、数学者と定理の間の「

                                    交差テーブルには関連の意味を表す名前をつけよう - Qiita
                                  • 【書評】「初めてのGraphQL」を読んで、サーバーレスアプリケーションのための新しい武器を手に入れるのだ | DevelopersIO

                                    【書評】「初めてのGraphQL」を読んで、サーバーレスアプリケーションのための新しい武器を手に入れるのだ 2020年11月12日追記: Apollo Client V3 がリリースされ、大幅に内容がかわっています。本書のサンプル記述はV2ですので、利用法が異なる可能性があります。ご注意ください。 apollo-client/CHANGELOG.md at main · apollographql/apollo-client きっかけは サーバーレスアプリケーションの実装で 本格的に AWS AppSync を使いたいと考えたところでした。Amplify + AppSync なチュートリアルやサンプルもたくさんありますが、要素技術を習得してから使い始めたいと考えました。私が執着している考えのひとつに、 サービスやライブラリがどこまでの責任をカバーしてくれるのかを把握してから使う があります

                                      【書評】「初めてのGraphQL」を読んで、サーバーレスアプリケーションのための新しい武器を手に入れるのだ | DevelopersIO
                                    • 【SAP試験対策】IAMの勉強であやふやな理解だったポイントをしっかり整理する | DevelopersIO

                                      AWS認定のSolution Architect Professional試験用に、AWS IAMに関連したキーポイントを断片的にまとめました。 「SAPの試験問題って、大学センター試験の国語に似てね?」 UdemyにあるAWS認定のSAP模擬試験を4本こなした結果、問題の傾向として気づいたことです。どう考えても絞りきれない選択肢が2つ3つあるんですよね〜。 私は受験教科の中で国語が一番苦手でだったので、塾の先生から「問題文に書いてあることに沿って、合っているものではなく、間違ってないものを選べ」と、しょっちゅう教えられていたことを思い出しました。SAPの試験でも同じように「問題の要件と関係ない用語が含まれている選択肢をまず消去し、選択肢が2つ残ってしまったら、問題文に書いてあることに沿った、間違っていない選択肢を選ぶ」ことが大事だなと感じています。 さて、「間違っていないかどうか」を判断

                                        【SAP試験対策】IAMの勉強であやふやな理解だったポイントをしっかり整理する | DevelopersIO
                                      • アイデアを最速で実現するAWSの使い方 低コストでスケール可能なサービスを作る方法

                                        今すぐアイデアを形にするたった1つの方法 アイデアを最速で実現するAWSの使い方 低コストでスケール可能なサービスを作る方法 2019年3月27日、AWS Startup Day 2019 Tokyoが開催されました。スタートアップ企業や数年以内の起業を検討している人を対象に、テクノロジーの最新情報を共有する本イベント。AWSで活躍するエンジニアや各分野の第一人が集い、生きた知識を共有します。プレゼンテーション「今すぐアイデアを形にするたった1つの方法」に登壇したのは、アマゾン ウェブ サービス ジャパン株式会社マネージャーでシニアソリューションアーキテクトの西谷圭介氏。時間や資金、人材など、さまざまなリソースが不足するスタートアップに向けて、AWSを用いた効率的な開発手法をデモを交えて解説します。 今すぐアイデアを形にするたった1つの方法 西谷圭介氏:みなさん、こんにちは。「今す

                                          アイデアを最速で実現するAWSの使い方 低コストでスケール可能なサービスを作る方法
                                        • UXデザインに役立つ6つの心理学の法則

                                          Webデザインに触れるすべてのユーザーは(少なくともシンギュラリティが到来するまでは)人間であり、なにかしらの心理学的法則の対象です。何十年もの研究において、心理学者と哲学者は今日に至るまで有効な人間の本質を観察し続けており、有能なUXデザイナーであれば、彼らの研究に目を向けるのが賢明でしょう。 疑うまでもなく、UXに心理学を適用することはシームレスで楽しいユーザー体験を提供する上で最適な選択です。人間の心理に注意を払わないWebサイトを閲覧することは、(VoxのJoe Posner氏が述べているように)押し戸を引いているようなもので、自身のせいでなくとも自分が愚かだと感じてしまうものです。 幸運なことに、あなたのデザインが心理的に適切なのかを試すために、臨床試験をしたり論文を書く必要はありません。既に心理学者がやっているからです。ここではUXデザインを考える際に頭に留めておきたいいくつか

                                            UXデザインに役立つ6つの心理学の法則
                                          • 致命的なバグを含まない最新版MySQLを探すには? 『MySQL徹底入門』共著者が語る、バージョン選びのポイント

                                            MySQLの実運用とこれからについて掘り下げる「LINE Developer Meetup #73 - MySQL」。ここで登壇したのは、LINEの従業員でもある日本MySQLユーザ会のyoku0825氏。MySQL 8.0.28を選んだ経緯や評価のポイントについて説明しました。 セッションの要約と登壇者の自己紹介 yoku0825氏(以下、yoku0825):「ぼくらが選んだ次のMySQL 8.0」の話をします。私たちは、次のMySQLを8.0.28にしました。みなさんには、それぞれ29や30や自分の使いたいバージョンについて調べてもらいたいのですが、量が膨大になるので、今いるバージョンから新しいほうに向かって調べていくのではなく、最新のものからこれはダメだというものまで遡って調べていくのがおすすめです。 パラメーターに現れない、いきなり挙動が変わるかもしれないものは「What Is N

                                              致命的なバグを含まない最新版MySQLを探すには? 『MySQL徹底入門』共著者が語る、バージョン選びのポイント
                                            • MQTT Version 3.1.1 をふりかえる - OPTiM TECH BLOG

                                              ご無沙汰してます。中野です。 相変わらずNATSやNSQやら、AWSやAzureやらと戯れてます。 はじめに IoTの流行りとともに脚光を浴びた通信プロトコルにMQTTと呼ばれるものがあります。 MQTTがIoTのシーンにおいて、HTTPなどの他のプロトコルと比較して、 プロトコル的にどう優れているのか、どう劣っているのか、結局ユースケース次第なのでここでは割愛します。 ただ事実としてあるのは、 Amazon Web Services (AWS) Microsoft Azure Google Cloud Platform (GCP) らが、IoT向けのメッセージブローカーとしてMQTTをサポートした以上、 MQTTというプロトコルの存在を無視はできないということです。 (製品に採用するかどうかは、ユースケース次第なのでまた別の話です。) (MQTTそのものの良し悪しより、それぞれのクラウド

                                                MQTT Version 3.1.1 をふりかえる - OPTiM TECH BLOG
                                              • なぜ MVVM + FRP は Elm Architecture に勝てないのか - dely Tech Blog

                                                こんにちは、delyでクラシルiOSアプリ開発を担当している稲見 (@inamiy)です。 この記事は「dely #2 Advent Calendar 2020」の25日目の記事です。 dely #1 Advent Calendar 2020 dely #2 Advent Calendar 2020 昨日は、delyのSREチームのjoooee0000(高山)さんによる delyのSREチームがオンコールトレーニングを導入する3つの理由 の記事でした。 オンコール対応できるエンジニア、強くてカッコいい・・・ 私の方からは、メリークリスマス🎄🎅🔔 にふさわしい Elm Architecture による unidirectional なプレゼントをお届けします🎁 (2020/12/26 EDIT: タイトルを「なぜ MVVM は Elm Architecture に勝てないのか」から「

                                                  なぜ MVVM + FRP は Elm Architecture に勝てないのか - dely Tech Blog
                                                • iOSアプリのメモリリークを発見、改善する技術 - クックパッド開発者ブログ

                                                  こんにちは。事業開発部の岡村 (@iceman5499) です。 普段はクックパッドアプリ(iOS)を開発しています。 先日、アプリケーションが特定の条件で意図せぬ状態に陥り、アプリケーションが重くなって端末が発熱する、というバグが発見されました。 調査の結果、このバグはメモリリークが原因で発生していました。 この反省を踏まえメモリリークを検知するテストを導入したため、本記事ではその事例を紹介したいと思います。 (本記事ではクックパッドアプリとはiOS版の「クックパッド」アプリのことを指すものとします) クックパッドアプリにおけるメモリリークの影響 クックパッドアプリはレシピの検索をコア機能としています。 検索は重い処理ですがAPIを通してサーバ上で行われるため、アプリは結果を表示するだけです。そのためメモリを多く必要としません。 これまでにも何度かメモリリークが発生している状況はありまし

                                                    iOSアプリのメモリリークを発見、改善する技術 - クックパッド開発者ブログ
                                                  • PubSub/Redisを用いたGoによるスケーラブルなworkerの構築と運用 | メルカリエンジニアリング

                                                    こんにちは。メルカリのNotification teamでソフトウェアエンジニアをしている@naruseです。 この記事は、Mercari Advent Calendar 2021 の19日目の記事です。 はじめに 私が所属しているBusiness Platform Notification teamでは、2つの役割で通知周りの基盤を担当しています。 1つ目はアプリケーションとしての役割の通知です。メルカリでは、アプリ内でのお知らせや個別メッセージ、やることリストなどを提供しています。私たちはそれらの膨大なデータを管理し、作成や取得のリクエストに応えています。これらの膨大なデータに対する私たちのチームの過去の記事として、昨年のAdvent calenderの一部である本番稼働中の Spanner にダウンタイム無しに57時間かけてインデックスを追加して得た知見をぜひご覧ください。 2つ目は

                                                      PubSub/Redisを用いたGoによるスケーラブルなworkerの構築と運用 | メルカリエンジニアリング
                                                    • グローバルゲームジャムでクラス設計をやった話2020 - Qiita

                                                      はじめに 毎年恒例のグローバルゲームジャム。今回も参加してきたのでそのまとめを書きます。 2016 -> グローバルゲームジャムでクラス設計をやったらスムーズに開発が進んだ話 2017 -> グローバルゲームジャムでクラス設計をやった話2017 2019 -> グローバルゲームジャムでクラス設計をやった話2019 グローバルゲームジャムとは GGJとは全世界同時に行われるゲームジャムのことです。ようするに、世界規模のゲーム開発ハッカソンです。 プログラマ、デザイナ、プランナ、グラフィッカなどさまざまな役職の人をごちゃまぜに、3~8人程度のチームを組み、48時間でゲームを作ろうというイベントです。(前回のコピペ)(前回のコピペ)(前回のコピペ) 今回も「ヒューマンアカデミー秋葉原会場」に参加しました。 ゲームの概要 今年のテーマ 今年のテーマは「REPAIR」でした。シンプルにわかりやすいテ

                                                        グローバルゲームジャムでクラス設計をやった話2020 - Qiita
                                                      • neue cc - C#のasync/await再考, タイムアウト処理のベストプラクティス, UniTask v2.2.0

                                                        お題を3つ並べましたが、記事は逆順で書いていきます!というわけで、UniTask v2.2.0を出しました。改めてUniTask v2とはUnityのためのゼロアロケーションasync/awaitと非同期LINQを実現するライブラリで、とv2リリース時の解説記事を貼っつけましたが、ちょいちょい細かい改善を続けてまして、今回v2.2.0になります。 PlayerLoopへのループ挿入のカスタマイズ対応 現状のUnityはPlayerLoop上で動いていて、Unity 2020.1のリストをここに置いておきましたが、デフォルトでは120個ぐらいのループがエンジンから駆動されています。UpdateループだけでもScriptRunBehaviourUpdate, ScriptRunDelayedDynamicFrameRate, ScriptRunDelayedTasks, DirectorUpd

                                                        • GraphQLライブラリをApollo→Relay→Urqlにハシゴした話 | 株式会社ヌーラボ(Nulab inc.)

                                                          GraphQLクライアントライブラリ乗り換え遍歴 私達のプロジェクトではReactのフロントエンドとバックエンドの通信にGraphQLを使っています。 GraphQLは、たいていの場合はHTTP POSTリクエストで リクエストボディ:GraphQLクエリ(文字列)と引数(オブジェクト)からなるJSON レスポンスボディ:データJSON をやりとりするだけというだけのシンプルなプロトコルなので、全てfetch関数で頑張るストロングスタイルで行けないこともないですが、やっぱり専用のクライアントライブラリを利用したほうが楽です。 そのライブラリとして一番有名なApollo Clientから始まってRelay、Urqlと、3ヶ月くらいの間に2回も乗り換えてしまったので、反省の意味も込めて記事にしたいと思います。 GraphQLクライアントライブラリがいろいろあってどう違うんだろうと迷った方の助け

                                                            GraphQLライブラリをApollo→Relay→Urqlにハシゴした話 | 株式会社ヌーラボ(Nulab inc.)
                                                          • RecoilとRxJSってどう違うの? 共通点は? 調べてみました!

                                                            皆さんこんにちは。筆者は最近Recoilを推す記事を量産しています。その成果か、Recoilは非同期処理を交えたロジックを書くのが得意であるということは以前よりも知られるようになりました。その次のステップの話題としてよく見られるのが「Rxと似ている」「Rxとどこが違うの?」といったものです。Rx (Reactive Extensions)、とくにフロントエンドの文脈ではRxJSですが、これは非同期処理を交えたロジックを記述できるという点で確かにRecoilと類似しています。 そこで、今回はRecoilとRxJSの共通点や違いについて、具体例も交えつつ解説します。 コンセプトから見るRecoilとRxJSの共通点・相違点 RxJSの特徴については、RxJSのイントロダクションにわかりやすく書いてあります。 RxJS is a library for composing asynchronou

                                                              RecoilとRxJSってどう違うの? 共通点は? 調べてみました!
                                                            • 「再現性」「純粋性」「モジュール性」が構成要素 AWS上で予測可能性を担保するための4段階の仕組み

                                                              ソフトウェア開発、ITインフラ運用、そしてその境界線上にあるトピックをカバーし、特にDevOpsを実現するための自動化、テスト、セキュリティ、組織文化にフォーカスした「DevOpsDays」。ここでソフトウェアエンジニアのチェシャ猫氏が「Infrastructure as Code の静的テスト戦略」をテーマに登壇。続いて、AWS上で予測可能性を担保するための仕組みについて紹介します。前回はこちらから。 予測可能性の3要素 チェシャ猫氏:では、AWSにおいて予測可能性をどう担保するかを、もうちょっと具体的なところに寄せて考えてみましょう。予測可能性と言っていますが、もうちょっと分解して、どういう要素から成り立っているかを少し考えてみたいと思います。 私が立てたテーゼによれば、予測可能性は以下の3要素から作られています。1つ目は再現性、Reproducibility。同じ操作を誰がやっても、

                                                                「再現性」「純粋性」「モジュール性」が構成要素 AWS上で予測可能性を担保するための4段階の仕組み
                                                              • PHPを使ってEvent Streaming + CQRSをざっくり理解してみよう(Laravel) - ytake blog

                                                                これはさりげなく スターフェスティバル Advent Calendar 2020の20日目です。 PHPカンファレンス2020 2019年は登壇などを控えて一休みの期間としていたので一年振りくらいの と登壇となりました。 発表の内容としてはここ3、4年注力しているデータ処理まわりから、 PHPにおけるWebアプリケーションなどでも活用することができる題材を取り上げてお話させていただきました。 要するに事業に関わっている開発は年々要件も複雑になっていき、 問題解決するためにはいろんな手法があるけど、きちんと分析して 開発しやすいよう、フレームワークにべったり依存してつくるのではなく、 数年先を見越してつくったり、改善する方法の一つにCQRSもありますよ、という話です。 お話したように、全てのアプリケーションでペイできるものではありませんし、 ある程度大きな規模だったりある程度複雑な機能だった

                                                                  PHPを使ってEvent Streaming + CQRSをざっくり理解してみよう(Laravel) - ytake blog
                                                                • React Hook Formのアップデート内容 - Version 7 - Qiita

                                                                  (❤️ ブログ記事を翻訳してくれた日本のチーム、Kotaro、Keiya、Marinaに感謝します。) React Hook Formもそろそろ2年目を迎えようとしています。プロジェクト自体は、初日と同じように今でも活発に活動しています。この数年の間に、バージョン7の作成やデザインに繋がる多くの学びや経験がありました。私はここで、次のメジャーバージョンでの改善点とその理由をいくつか紹介します。フォームを構築するという点で、React開発者がより楽に開発できるようにする私たちの使命に変わりはありません。 V7 visions:  📖 (DX)厳密に型付けされたフォーム 🏋🏻‍♀️ シンプルさと一貫性 🏎 パフォーマンス 💁‍♂️ パッケージサイズの削減 このビジョンを説明するために、APIの変更点を見ていきましょう。 </> register 主な変更点の一つは register

                                                                    React Hook Formのアップデート内容 - Version 7 - Qiita
                                                                  • Event-Driven ArchitectureにおけるChoreographyとOrchestration | CyberAgent Developers Blog

                                                                    はじめに こんにちは、AI事業本部の伊藤(@tsutsun17)です。先日、ラスベガスで開催されたAWS re:invent 2022に現地参加してきました。 AI事業本部では例年、エンジニア数人が現地参加して熱量と学びを得ることができる環境がありました。直近2年は世の情勢もあり現地参加を控えていましたが、今年は現地参加できました。今回は、参加したセッションの中で特に面白かったセッションの一部について、考察や開発しているプロダクトのお話も含めながらご紹介したいと思います。 セッションの概要 まずは、セッションの概要についてご紹介します。 Building next-gen applications with event-driven architectures Event-driven architectures can solve many difficult problems in m

                                                                      Event-Driven ArchitectureにおけるChoreographyとOrchestration | CyberAgent Developers Blog
                                                                    • ビットコインとクリプト/web3はもう完全に別物です

                                                                      元々この記事は、FTXの件が一段落ついてきたのでその件から学ぶべき教訓は何か?というテーマで「Self custodyの重要性」「集権的コインのリスク」「今後規制が与える影響考察」などについてまとめようと思っていたものです。 ただ実際書き始めると、頭の中では大体内容は固まっているのですが、何かどうも筆が進まないというか、ちょっと何かあまり面白くないし、時間がかかる。「うーん、辛い、何かちょっと違うんだよなー」と勝手に苦しんでいたところ、NBCNewsに投稿されたこちらの「FTX's downfall and crypto's Bitcoin betrayal」という英語記事をちらっと読んで、「あーそうだ!一言で言えばそういうことだよ!!」と勝手にすごく腑に落ちました。 Thanks for reading Diamond Hands Magazine 💎ビットコイン&ライトニングニュース

                                                                        ビットコインとクリプト/web3はもう完全に別物です
                                                                      • Amplify for Androidでより直感的になったGraphQLを試した - 怠惰を求めて勤勉に行き着く

                                                                        TL;DR 本エントリはAWS Amplify Advent Calendar 2019の24日目です! 今回は新しくリリースされたAmplify for Androidを使って、前回と同じく下のようなチャットアプリを作るので、興味のある方は前口上を飛ばして後半をお読みください🎄 Amplifyとは 本題に入る前に、Amplifyを最近よく耳にするようになったけど何かよく分かっていないという人向けの説明をします。 Amplifyはモバイルバックエンドを爆速で作るためのサービスです。 https://aws.amazon.com/jp/amplify/ 他のいわゆるモバイルバックエンドとの際立った違いのうち、個人的に強調したいのは以下2点です。 バックエンドはAWSのサービスであり、真の意味でスケールする GraphQLのマネージドサービスを利用できる本日時点で唯一のプラットフォームである

                                                                          Amplify for Androidでより直感的になったGraphQLを試した - 怠惰を求めて勤勉に行き着く
                                                                        • Dive Deep Redis ~ 入門から実装の確認まで - hayashier Tech Blogs

                                                                          ——————————————————————————————————————————————————— Redis(REmote DIrectory Server)Redisは例えば以下の特徴を持つLLOOGGを元としたインメモリの非リレーショナルのデータベースです。 String, List, Hash, Set, Sorted Setに代表される豊富なデータ型シングルスレッド処理イベント駆動処理 by aeライブラリ通常RESPプロトコルによるクライアント/サーバーモデルでリクエスト/レスポンスデータは条件を満たす場合にメモリ最適化されて保存。CPUとのトレードオフRAXを利用したメモリ利用量の最適化(Redis 4.0~)この記事では、入門から始まり、実装をより意識することで深く理解することを目標としています。 以下の説明中の(*)マークは、特にVanilla Redisでの話となり

                                                                            Dive Deep Redis ~ 入門から実装の確認まで - hayashier Tech Blogs
                                                                          • Kafka入門 第1回 「そもそもKafkaとはなにか」 - joker1007’s diary

                                                                            これは社内向けに書いた、Kafkaってそもそも何やねん、ということをメンバーに解説するための記事を一部編集して公開できる様にしたものです。 第2回以降では、Kafkaを利用したアプリケーション開発のノウハウについて解説していく予定です。そちらも社内の事情を除いた形で公開していくつもりです。 そもそもKafkaとは Kafkaはイベントストリーミングプラットフォームと呼ばれるミドルウェアです。 元々はストリームバッファと呼ばれてたと思います。 公式のドキュメントには以下の様に書かれています。 Kafka combines three key capabilities so you can implement your use cases for event streaming end-to-end with a single battle-tested solution: To publis

                                                                              Kafka入門 第1回 「そもそもKafkaとはなにか」 - joker1007’s diary
                                                                            • お店の写真を投稿して稼ぐSuperlocalインタビュー - by 石ころ / SnackTime Inc.

                                                                              こんにちは、ギャル#4991の石ころです。 お店等の画像を投稿して、良い投稿だと承認されると、トークンが貰えるアプリ、SuperlocalのCEOを務めているAlexさんにお話を伺いましたので、紹介させていただきます。Web3ビルダーの皆さんのヒントになればと思います。 石ころ / SnackTime Inc.🍫 @ishicorodayoレストランとか行ったときに写真を撮って投稿すればトークンがもらえるSuperlocal。 もともとはFoursquare/SwarmみたなWeb2のプロダクトだったけど、Web3化して注目されてるっぽい。 4人のチームで、NFTの販売や2次流通で既に週400万円弱の売上が。 5:20 AM ∙ Apr 8, 2022508Likes42Retweets内容はこんな感じです: Web2プロダクトのWeb3化 Decentralizedなモデレーション 持

                                                                                お店の写真を投稿して稼ぐSuperlocalインタビュー - by 石ころ / SnackTime Inc.
                                                                              • Railsのパターンとアンチパターン3: ビュー編(翻訳)|TechRacho by BPS株式会社

                                                                                概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Ruby on Rails View Patterns and Anti-patterns | AppSignal Blog 原文公開日: 2021/02/10 著者: Nikola Đuza: ハンガリーNovi Sad在住のエンジニア兼ライター、ブログや登壇で知識の普及に努めています。JavaScriptやRubyで面白いものを作るのが好きです。 サイト: AppSignal Blog Ruby on Railsのパターンとアンチパターンシリーズの第3回目にようこそ。前回までの記事では「一般的なパターンとアンチパターン」「Railsのモデル関連のパターンとアンチパターン」をそれぞれ取り上げました。今回は、Railsのビュー関連のパターンとアンチパターンをいくつか紹介します。 Railsのビューは、問題なく高速に動作するかと思え

                                                                                  Railsのパターンとアンチパターン3: ビュー編(翻訳)|TechRacho by BPS株式会社
                                                                                • AWS再入門ブログリレーAppSync編 | DevelopersIO

                                                                                  こんにちは、コンサルティング部のキムです! 当エントリはDevelopers.IOで弊社コンサルティング部による『AWS 再入門ブログリレー 2019』の19日目のエントリです。 昨日は中川の「AWS再入門 Amazon Elastic File System編」でした。 このブログリレーの企画は、普段AWSサービスについて最新のネタ・深い/細かいテーマを主に書き連ねてきたメンバーの手によって、 今一度初心に返って、基本的な部分を見つめ直してみよう、解説してみようというコンセプトが含まれています。 AWSをこれから学ぼう!という方にとっては文字通りの入門記事として、またすでにAWSを活用されている方にとってもAWSサービスの再発見や2019年のサービスアップデートのキャッチアップの場となればと考えておりますので、ぜひ最後までお付合い頂ければ幸いです。 では、さっそくいってみましょう。19日

                                                                                    AWS再入門ブログリレーAppSync編 | DevelopersIO