Movatterモバイル変換


[0]ホーム

URL:


はてなブックマークアプリ

サクサク読めて、
アプリ限定の機能も多数!

アプリで開く

はてなブックマーク

タグ

関連タグで絞り込む (7)

タグの絞り込みを解除

asyncに関するjoker1007のブックマーク (5)

  • Why choose async/await over threads?

    A common refrain is that threads can do everything that async/await can, butsimpler. So why would anyone choose async/await? This is a common question that I’ve seen a lot in theRust community. Frankly, I completely understand whereit’s coming from.Rust is a low-level language that doesn’t hide the complexity of coroutines from you. This is in opposition to languages likeGo, where async happe

    Why choose async/await over threads?
    • Taming the asynchronous beast with ES7

      One of the trickiest aspects of PouchDB is thatitsAPI is asynchronous. I see no shortage of confused questions on Stack Overflow,Github, andIRC, and most often they stem from a misunderstanding of callbacks and promises. We can't really helpit. PouchDB is an abstraction overIndexedDB, WebSQL, LevelDB (in Node), and CouchDB (via Ajax). All of thoseAPIs are asynchronous; hence PouchDB must be

      joker1007
      joker10072015/05/16非公開
      ここまでくるとPromiseの便利感が全然違ってくるな。
      • Rails で、Controller に定義されている action を一度に取得する方法はありますか? - QA@IT

        平素よりQA@ITをご利用いただき、誠にありがとうございます。 QA@ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA@ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、@ITの今後のメディア運営方針などを検討した結果、2020年2月28日(金)15:00をもちましてQA@ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA@ITの7年間で皆さまの知識

        Rails で、Controller に定義されている action を一度に取得する方法はありますか? - QA@IT
        • Future と Stream という同期/非同期処理の混在をシンプルにコード化できる車輪を再発明したよ - latest log

          Script Junkie |Creating Responsive Applications Using jQuery Deferred and Promises (日語訳: jQueryのDeferredとPromiseで応答性の良いアプリをー基編 | ゆっくりと… ) をみて、 (ε・◇・)з Deferred… Promise… お 覚えられん… (ε・◇・)з 脳みそちっちゃいので、もっと気軽に使えて、簡単に書けるのがいいなぁ~ って思ってました。 なので、自分なりに、 複数の同期/非同期処理を同時に実行し、処理の合流ができたり多少の失敗があっても前に進める Future 複数の同期/非同期処理を順番/同時に実行し、流れを直感的に記述できる Stream という2つの仕組みを考えました。 Stream は一の流れを制御し Future は同時多発的な流れを制御するため、こ

          Future と Stream という同期/非同期処理の混在をシンプルにコード化できる車輪を再発明したよ - latest log
          • RailsでResque使い始めた - Masatomo Nakano Blog

            これとこれの続き。この後、もう少し調査して、Resqueを実際のシステムの一部で使い始めてみたのでその感想とメモ。 前回までのあらすじ Resqueはバックグラウンドでジョブの実行をするもので、かなりの大規模サイトでかつ更新系の処理が多そうなシステムであるGithubで開発され使われている。よくある使い方としては、「WebUIを軽く見せるため、処理の依頼だけを受け付け、実際の処理はバックグラウンドで実行」「バッチ処理などで、大量のJobをQueueに突っ込んでおいて、(複数の)workerで並列で効率よく処理」などがある。 不安なところ Resqueの大きな特徴は、QueueをRDBMSではなくRedis上に作るところにある。Redisは、Memcacheのようにシンプルに使え、すべてのデータはメモリ上に展開されるのでとても速く、データはディスク上にも永続化されるので、何かあったときにも

            • 残りのブックマークを読み込んでいます1

            お知らせ

            公式Twitter

            • @HatenaBookmark

              リリース、障害情報などのサービスのお知らせ

            • @hatebu

              最新の人気エントリーの配信

            処理を実行中です

            キーボードショートカット一覧

            j次のブックマーク

            k前のブックマーク

            lあとで読む

            eコメント一覧を開く

            oページを開く

            はてなブックマーク

            公式Twitter

            はてなのサービス

            • App Storeからダウンロード
            • Google Playで手に入れよう
            Copyright © 2005-2025Hatena. All Rights Reserved.
            設定を変更しましたx

            [8]ページ先頭

            ©2009-2025 Movatter.jp