並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 93 件 / 93件

新着順 人気順

hatenaの検索結果81 - 93 件 / 93件

  • 続:Postman 使ってたけど VSCode の REST Client に乗り換えた - かずきのBlog@hatena

    超適当に書いた記事に限ってブクマが伸びる件について。400超えって…。 REST Client って自分の用途的には、非常にシンプルな REST API を Visual Studio Code を使う機会が多い環境で別途ソフトウェアを立ち上げることなくテストできて、しかもテキストファイルに保存しておけるという点がポイント高い感じでした。 blog.okazuki.jp とまぁブクマがたまると何がいいって自分ならこうしてるという意見がたくさん拾える!!ということで気になったものをいくつか試してみたいと思います。 Chrome の Copy as cURL Chrome の開発者ツールの Network タブで Copy as cURL で curl コマンドがクリップボードに貼られるので、それを使うとクッキーとかも継続出来て便利!! cURL 以外にも色々あるんですね…知らなかった。 とり

      続:Postman 使ってたけど VSCode の REST Client に乗り換えた - かずきのBlog@hatena
    • Azure を始めるアプリ開発者の人がスムーズに使い始められますように - かずきのBlog@hatena

      ということで、これを知っておくと捗ると思うものを独断と偏見で書いていきたいと思います。 リソースとリソースグループ Azure にサーバーを立てたり何かを作ったりするときに、必ずリソースグループやリソースという単語を見ることになります。 これを知らないと、なんなのこれ?これ作るとお金かかるの?どうなの??という心配が心をよぎると思います。ということでまずは、ここから書いていこうと思います。 リソース:Azure 上に作れるもの全てがリソース (VM や Docker のレジストリーやストレージなど全て) これが課金対象になります。フリープランがあるものは制限付きですが無料で使えます。 リソースグループ:リソースをまとめて入れることが出来るフォルダーみたいなもの。リソースは必ず何らかのリソースグループに入れないといけないので必須です。 リソースグループはただの入れ物なので課金対象ではありませ

        Azure を始めるアプリ開発者の人がスムーズに使い始められますように - かずきのBlog@hatena
      • Mackerelでは計画メンテナンスをどう実施しているか? RedisをElastiCacheに移行した裏側をご紹介 - Hatena Developer Blog

        こんにちは。MackerelチームSREのid:heleeenです。 Mackerelでは、2020年10月14日に計画メンテナンスを実施しました。今回は告知ブログに記載の通り、Mackerelが利用しているRedisをAmazon ElastiCache for Redis(以下、ElastiCache)へ移行しました。 本記事では、この10月の計画停止の裏側を紹介します。 どのようにElastiCacheへ移行するか 大半のRedisを無停止で移行 最後はElastiCacheへのオンライン移行を使用 メンテナンスに向けたさまざまな準備 メンテナンス手順書のチーム内レビュー メンテンス実施中の役割分担 なぜタイムキーパーが必要になったのか リモートで停止メンテナンスを実施する方法 検証環境を利用して事前にリハーサルも実施 Redisを安全に効率よく切り替えるために 参照するRedisを

          Mackerelでは計画メンテナンスをどう実施しているか? RedisをElastiCacheに移行した裏側をご紹介 - Hatena Developer Blog
        • 報道ヘリがうるさくて救助の邪魔になるという話はどう広まったのか - きしだのHatena

          報道ヘリがうるさくて救助の邪魔になるという話はどう広まったのか、というのを調べてみていたのでメモ そもそもとして「報道ヘリがうるさくて救助の邪魔になる」ということなんてあるのか、という話は、1995年1月17日の阪神淡路大震災にさかのぼる。 震災後6日後に収録されたと言われる1月27日放送の「パペポTV」で上岡龍太郎が次のような発言をしていた。 取材陣のヘリコプターがあの被災地の上を飛び回るでしょう。あの爆音のために、生き埋めになってる人に外からどんなに声かけても、その人たちの声が爆音のために聞こえない 救助の邪魔になるという話 以外にも、被災者から「自分が見せ物にされている」というような苦情もあったようだ。救助ヘリの邪魔になる高度を飛ぶようなこともあったらしい。 これは実際に問題だったようで、その後1997年に日本民間放送連盟から「航空取材ガイドライン」が出されて、報道ヘリがある程度の高

            報道ヘリがうるさくて救助の邪魔になるという話はどう広まったのか - きしだのHatena
          • GraalVMはどれだけ遅いか - きしだのHatena

            GraalVM流行ってますね。 そして、多くの人はGraalをAOTとして使うnative-imageのことだけをGraalVMと言ってたりします。 ご安心を。このエントリではGraalをJITとして使うHotSpotモードとGraalをAOTとして使うnative-imageの両方が遅いという話です。 GraalVMは速い、と言われてますが、残念ながらHotSpotモードでC2より速い結果を手元では出せていません。 公式ブログでは1.7倍から5倍速くなると書いてますけど、手元では再現できてません。 Under the hood of GraalVM JIT optimizations - graalvm - Medium native-imageは速い、というのはよくありますが、これはネイティブ化によりJVMの起動時間や最適化の時間、最適化されずに動く時間が省略されるので起動が速い、とい

              GraalVMはどれだけ遅いか - きしだのHatena
            • Amazon RDSからAuroraへ Mackerelのデータベース移行で何が改善したか - Hatena Developer Blog

              こんにちは、MackerelチームでSREをしている id:heleeen です。 2023年3月に実施したMackerelのメンテナンスでは、データベースをAmazon RDSからAmazon Auroraに移行しました。この記事ではAuroraを選択した背景や、移行で考慮したことについてお伝えします。 データベースのアップグレードを機に検討 Auroraへ移行することによるメリット パフォーマンスの改善 マイナーバージョンアップのダウンタイムが短く サイジングを適切にできリソース活用も効率的に リードレプリカの運用負荷も改善 Auroraのリードレプリカを利用した移行 RDSにAuroraのリードレプリカを作成する リードレプリカの昇格と切り替え 本番のAurora移行に向けて準備したこと 検証環境で移行して課題を確認 本番メンテナンス時のバックアッププランを用意 Mackerelのメ

                Amazon RDSからAuroraへ Mackerelのデータベース移行で何が改善したか - Hatena Developer Blog
              • ブックマーク一覧ページに対するブックマークコメントでの批判 - Hatena Policies

                利用者のブックマークページに対し「ミソウヨ」「陰謀論脳」とのブックマークコメントを投稿することは、ブックマーク一覧ページに対するブックマークコメントでの誹謗 で取り上げた事例と同様の、迷惑行為、嫌がらせ行為には該当しないのかとの問い合わせあり 「陰謀論脳」「ミソジニー」「右翼」あるいは「左翼」「レイシスト」「スパマー」など、これらはいずれも他者に向ける表現として不穏当ではあるものの、思想や投稿内容について摘示する表現であり、ブックマークの傾向やコメントの内容に対する論評の範疇である可能性は否定できない。先に上げた事例での罵倒表現とは異なり、直ちには迷惑行為、嫌がらせ行為とは判断しない。 このような表現について、被言及者が批判論評の範疇を超えていると考え削除を求める場合は、被言及者からのプロバイダ責任制限法に基づく申立を経て削除に係る手続きをすすめる ただし、禁止事項と各種制限措置について

                  ブックマーク一覧ページに対するブックマークコメントでの批判 - Hatena Policies
                • JavaScriptはJavaのScript版(であろうと努力はした) - きしだのHatena

                  JavaとJavaScriptを混同する人に、名前がかぶってるだけの別モノという指摘がされることもあります。間違いではない。 技術的にも実務的にもコミュニティ的にもそのとおりではあります。 ただ、そう言い続けられた結果、ほんとに単にLiveScriptの名前にJavaをもってきてJavaScriptにしただけという誤解があるようです。 JavaScriptはJavaのScript版、少なくともそうであろうという努力はされていました。 JavaScriptリリース時のCNETの記事には「JavaScript is based on Java」という記述があります。 Netscape and Sun Unveil JavaScript - CNET 実際には、LiveScriptにJavaから文法やライブラリなどを持ち込んでリリースにこぎつけたというのがあります。 JavaScriptのDat

                    JavaScriptはJavaのScript版(であろうと努力はした) - きしだのHatena
                  • Postfixのログ監視で注意すべきSMTPのステータス仕様について - Hatena Developer Blog

                    システムプラットフォームチーム SREのid:MysticDollです。 この記事は、はてなの SRE が毎月交代で書いている SRE 連載の5月号です。先月分は id:heleeen さんの Mackerel で行った障害対応演習を紹介します でした。 先月 Platform Engineering Meetup #8 にて 「はてなにおけるメール基盤とDMARC対応」というタイトルで登壇させて頂きました。 speakerdeck.com この記事では資料では紹介しきれなかった、メール送信基盤の監視で気をつけるべきSMTPのステータスの仕様とそれらを踏まえた監視方法について紹介します。 メールのステータス形式 SMTP Reply Code 1桁目 2桁目 3桁目 DSN 1つ目 2つ目 3つ目 Postfixのログからのエラーのメトリクス化 まとめ メールのステータス形式 SMTPにお

                      Postfixのログ監視で注意すべきSMTPのステータス仕様について - Hatena Developer Blog
                    • データ基盤のメタデータを継続的に管理できる仕組みを作る - Hatena Developer Blog

                      こんにちは。MackerelチームでCRE(Customer Reliability Engineer)をしているid:syou6162です。 CREチームではカスタマーサクセスを進めるため、最近データ分析により力を入れています(参考1, 参考2)。データ分析を正確に行なうためには、データに関する正確な知識が必要です。今回はより正確なデータ分析を支えるためのメタデータを継続的に管理する仕組みについて書いてみます。 データに対する知識: メタデータ データ分析を正確に行なうためには、データ自身に関する知識(=メタデータ)が必要です。例えば、Mackerelのデータ分析タスクでは以下のような知識が必要とされることが多いです。 このテーブル / カラムは何のためのテーブルなのか 似たようなカラムとの違い 集計条件の違い、など データがどのような値を取り得るか SELECT column, COU

                        データ基盤のメタデータを継続的に管理できる仕組みを作る - Hatena Developer Blog
                      • アンドパッドで活躍中の id:shiba_yu36 を訪問 | はてな卒業生訪問企画 [#2] - Hatena Developer Blog

                        こんにちは、CTOの id:motemenです。 Hatena Developer Blogの新たな連載企画「卒業生訪問インタビュー」では、創業からはてなの開発に関わってきた取締役の id:onishi、CTOの id:motemen、エンジニアリングマネージャーの id:onkが、いま会いたい元はてなスタッフを訪問してお話を伺っていきます。 連載第1回では、id:onishiが シリコンバレーのスタートアップ企業Launchableでアプリケーションエンジニアをしている id:ninjinkun(敬称略)こと、浅野慧さんにご協力いただきました。 第2回である今回は、CTOのid:motemenが担当します。 ゲストは、建築・建設業界のDXを推進、シェアNo1※の建設プロジェクト管理サービスを提供している株式会社アンドパッドでシニアソフトウェアエンジニアを務める id:shiba_yu36

                          アンドパッドで活躍中の id:shiba_yu36 を訪問 | はてな卒業生訪問企画 [#2] - Hatena Developer Blog
                        • 目的を規定せずにモデリングを考えても意味がない - きしだのHatena

                          オブジェクト指向の本では「自転車をモデリングしてみましょう」「鳥をモデリングしてみましょう」ということが、どういうシステムで使うか規定せずによく書かれています。 けれども、モデリングではどういうシステムで使うかということが大事で、それを決めずにモデリングを考えても意味がありません。モデリングすべきはモノではなくシステムのプロセスです。 よく、オブジェクト指向では現実をモデリングするのようなことが言われますね。 例えば鳥が鳴くとして、その一種であるニワトリをどうモデリングするか、ということを考えるとします。 そうすると、まず void 鳴く() { print("コケコッコー"); } のようなメソッドを考えるのですけど、コケコッコーとうまく鳴けるのは鳴き慣れたニワトリです。そのため、鳴くメソッドにカウンターを用意してどんどんうまくコケコッコーになるようにしたくなります。 いや、そもそも、コ

                            目的を規定せずにモデリングを考えても意味がない - きしだのHatena
                          • バッチ処理における冪等性の検討 ─ クラウドネイティブもしくは、はてなダイアリーの自動移行を題材に - Hatena Developer Blog

                            アプリケーションエンジニアのid:tkzwtksです。今回はバッチ処理の冪等性(べきとうせい、idempotence)について、どう考えるか/考えてきたかをご紹介します。 このエントリを書くきっかけとなったのは、はてなエンジニア有志で定期的に開催しているCloudNative推進会です。ここでは、社内のシステムをクラウドネイティブにしていくため「クラウドネイティブなシステムとはどういうものか?」を考えており、この会での「クラウドネイティブなバッチ処理」の議論も踏まえつつ説明していきます。 バッチ処理における冪等性とは メッセージ送信の信頼性を考慮する クラウドネイティブで可用性を高めるために どのような場合に冪等性を考慮すべきか 冪等な実装における3つのケーススタディ ケース1: n分前までに更新されたレコードを集計する ケース2: DB上の対象レコードを更新する ケース3: 対象ユーザー

                              バッチ処理における冪等性の検討 ─ クラウドネイティブもしくは、はてなダイアリーの自動移行を題材に - Hatena Developer Blog