並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 2104件

新着順 人気順

サーバの検索結果121 - 160 件 / 2104件

  • 障害報告書を書こう! - Qiita

    担当しているITサービスなどに何かしらのインシデントや障害が発生した時に、対処後のアクションとして報告書を提出して事象の内容を報告(レポート)する場合がある。 提出先は会社の偉い人だったりクライアントだったり。場合によってはユーザー向けに発表したり。事の顛末を報告して「今後同様のことを起こさないように努力します、ごめんなさい」をするのだ。どのように再発防止の努力するのかを書くものでもある。 主にクライアント向けのビジネス内容ではあるが、自分が使っているテンプレパターンを共有するので参考にしてもらえればと思う。1 全般的なポイント 心得のようなもの。次の点は留意してて欲しい。 淡々と冷静な説明をこころがける 当然のことながら事実は脚色しない。無駄な修飾も要らない。客観的な事実を簡潔に述べる。 例: ❌「一生懸命頑張って対応したが…」 ❌「寝ないで対応したが…」 ❌「本当の原因は…」 できるだ

      障害報告書を書こう! - Qiita
    • みずほ銀行窓口業務ストップの真相、DC切り替えをためらい障害が長期化

      みずほ銀行で2021年8月20日、営業店の窓口業務が全面停止するトラブルが発生した。前日の19日午後8時53分ごろに営業店端末と勘定系システムをつなぐサブシステムで、データベース(DB)サーバーがディスク装置の故障をきっかけに停止したためだ。待機系DBサーバーへの切り替えも失敗、副データセンター(DC)に処理を切り替えた。副DCへの切り替えに着手するまで11時間超を要し、業務開始に間に合わなかった。 みずほ銀行で2021年8月20日、全463店舗で営業店端末や店頭のタブレット端末が使用不能になった。午前9時の開店から午前9時45分までは全ての店頭取引ができなくなり、その後も午前11時58分まで融資や外国為替(外為)の一部取引ができなくなった。営業店端末などと勘定系システム「MINORI」をつなぐサブシステム「業務チャネル統合基盤」が前日の8月19日午後8時53分ごろに停止したためだ。 業務

        みずほ銀行窓口業務ストップの真相、DC切り替えをためらい障害が長期化
      • コード品質はやはりビジネスに影響を与える - mtx2s’s blog

        私たちソフトウェアエンジニアは、コード品質についてしばしば論ずるけれども、ではコード品質の良し悪しがどれほどビジネスに影響するのかと問われると、回答に窮する。只々、「コード品質が悪いと変更により多くの時間がかかります」だとか、「欠陥の修正に追われて開発時間が奪われます」だとか、個人の経験やエンジニア的一般論に頼った定性的な説明に終始するしかない。ソフトウェアを繰り返し変更する頻度が高いほど、コード品質が開発時間に影響を与えるのは確かにそのとおりだと思えるが、はたしてそれは、どれほどのインパクトなのだろうか。 2022年の研究論文 "Code Red: The Business Impact of Code Quality – A Quantitative Study of 39 Proprietary Production Codebases" では、コード品質がビジネスに与えるインパクト

          コード品質はやはりビジネスに影響を与える - mtx2s’s blog
        • 面倒くさがりな人に授ける投資術(寄稿・骨しゃぶり) | イーデス

          『イーデス』は、複数の企業と提携し情報を提供しており、当サイトを経由して商品への申込みがあった場合には、各企業から報酬を受け取ることがあります。ただし当サイト内のランキングや商品の評価に関して、提携の有無や報酬の有無が影響を及ぼすことはございません。 また当サイトで得た収益は、サイトを訪れる皆様により役立つコンテンツを提供するために、情報の品質向上・ランキング精度の向上等に還元しております。※提携機関一覧 「将来のお金」問題はついてまわるもの。今のうちから、できる範囲での資産運用に関心を持つ人も多いのではないでしょうか。 でも、資産運用に対して「難しそう」とハードルの高さを感じる人は少なくないはず。投資をやってみようと調べてみたものの、口座開設や金融商品の説明などを見て「自分に合ったものを選ぶのなんて無理!」と面倒くささが勝ってしまうなんてことも。 ブログ「本しゃぶり」を運営する骨しゃぶり

            面倒くさがりな人に授ける投資術(寄稿・骨しゃぶり) | イーデス
          • 当社サーバーサービスに関する技術情報共有サイトへの投稿について | さくらインターネット

            お客さま各位 当社サーバーサービスに関する技術情報共有サイトへの投稿につきまして、当社サービスをご利用いただいているお客さまやお取引をいただいているお客さまをはじめ関係者の方々にご心配、ご迷惑をお掛けしていることを心よりお詫び申し上げます。 2012年に新規提供を終了させていただいております「専用サーバ」サービスにおきまして、2017年にサーバーの物理移設を含むメンテナンスを実施させていただいておりました。 その対応の中で、投稿記事に書かれている内容に合致するハードウェア故障とオペレーションミスに起因するサーバー停止が発生し、謝罪とともに障害報告書と再発防止策をご提示していたケースがございました。 投稿記事は2017年当時の当社の対応に関する内容で、現在までのお客さまに対するご案内やサポート対応がご期待に十分に沿うものではなかったと真摯に反省し、ご指摘を重く受け止めております。 今後につき

              当社サーバーサービスに関する技術情報共有サイトへの投稿について | さくらインターネット
            • スーパーコンピュータシステムのファイル消失のお詫び | お知らせ | 京都大学情報環境機構

              京都大学学術情報メディアセンター センター長 岡部 寿男 2021年12月14日 17時32分 から 2021年12月16日 12時43分にかけて,スーパーコンピュータシステムのストレージをバックアップするプログラム(日本ヒューレット・パッカード合同会社製)の不具合により,スーパーコンピュータシステムの大容量ストレージ(/LARGE0) の一部データを意図せず削除する事故が発生しました. 皆さまに大変なご迷惑をおかけすることになり,深くお詫び申し上げます. 今後,再びこのような事態の生じることのないよう再発防止に取り組む所存ですので,ご理解をいただきますよう,どうぞよろしくお願いいたします. ファイル消失の影響範囲 ・対象ファイルシステム: /LARGE0 ・ファイル削除期間:2021年12月14日 17時32分 ~ 2021年12月16日 12時43分 ・消失対象ファイル:2021年12

              • かつて一世を風靡したなんでも実況J板の現状

                この1年間に凄まじい勢いで5ちゃんねる(旧2ちゃんねる)が変わろうとしているので今後のために書いていこうと思う。 約1年前のなんでも実況J板(以下なんJ)はグロ画像を高速で貼ってスレを埋め立てるスクリプトや、意味不明な韓国語を高速でレスするスクリプト、夏目漱石の一節で埋め立てるスクリプトなど多数のスクリプトに荒らされる被害を受けており、雑談スレや時事スレはおろか本質である実況すらもままならない状況が常態化していた。 (スクリプトの正体は誰からも相手にされなくなった精神病患者説、アフィリエイトブログへの転載を辞めさせ本来の実況スレを取り戻す目的説など様々であった) そのせいか度々なんJはサーバーダウンを起こすようになり、なんJ民はなんJに代わる新たな移住先を探していたが一向に移住が起こることはなかった (過去に戦場実況板に移住しようとした際に大失敗し、黒歴史化したことも移住がなかなか進まなか

                  かつて一世を風靡したなんでも実況J板の現状
                • 社内ドキュメントはなぜ更新されないのか?情報の鮮度を最小限の運用負荷で維持する「イミュータブルドキュメントモデル」のススメ - KAKEHASHI Tech Blog

                  はじめに こんにちは。カケハシの各プロダクトを支えるプラットフォームシステムの開発チームでテックリードを担当しているkosui(@kosui_me)です。 プロダクト開発の世界では、明瞭な社内向けドキュメントを書くための方法が数多く提案されてきました。読者の中には、製品要求を明瞭にするためにPRD (Product Requirements Document、製品要求仕様書) を書き、プロジェクトの背景から全体の設計やその代案について明瞭にするためにDesign Docsを書き、アーキテクチャに関する意思決定の記録を明瞭にするためにADR(Architecture Decision Record) を書いてきた方も数多くいらっしゃると思います。 しかし、どんな素晴らしいドキュメントも、何故か更新されなくなります。新メンバーへのオンボーディングのためにインフラ構成図を検索したあなたが見つけた

                    社内ドキュメントはなぜ更新されないのか?情報の鮮度を最小限の運用負荷で維持する「イミュータブルドキュメントモデル」のススメ - KAKEHASHI Tech Blog
                  • 『「宇崎ちゃんは遊びたい」の献血PRポスターはセクハラ』との批判と、それに関する議論 - Togetter

                    弁護士 太田啓子 「これからの男の子たちへ」(大月書店) @katepanda2 日本赤十字社 が「宇崎ちゃんは遊びたい」×献血コラボキャンペーンということでこういうポスターを貼ってるようですが、本当に無神経だと思います。なんであえてこういうイラストなのか、もう麻痺してるんでしょうけど公共空間で環境型セクハラしてるようなものですよ bs.jrc.or.jp/ktks/kanagawa/… twitter.com/UnseenJapanSit… 2019-10-14 22:00:44 Unseen Japan @UnseenJapanSite I admire the work the Red Cross does, which is why I’m disappointed that @JRCS_PR in Japan would run a campaign using the over

                      『「宇崎ちゃんは遊びたい」の献血PRポスターはセクハラ』との批判と、それに関する議論 - Togetter
                    • 2020年10月に発生した東京証券取引所のシステム障害についてまとめてみた - piyolog

                      2020年10月1日、東京証券取引所はアローヘッドの機器故障によりシステム障害が発生し、終日売買を停止すると発表しました。故障した機器は交換が行われ、取引は翌日再開されています。ここでは関連する情報をまとめます。 機器故障起きるも縮退運用に失敗 障害概要図 アローヘッド内の共有ディスク装置1号機で機器故障が発生した。実際故障したのはサーバー上のメモリ周辺機器とされる。 1号機故障により両現用で稼働していた2号機のみのフェールオーバー(縮退運用)が行われるはずだったが何らかの問題により行われなかった。 共有ディスク装置を使用する相場配信、売買監視のシステムで障害が発生。 障害復旧時に発生する注文データ消失による市場混乱を避けるため当日終日の取引停止の措置を実施。(遮断) フェールオーバー失敗原因は設定ミス フェールオーバーに失敗した理由が特定できたとして10月5日に発表。 障害発生時のフェー

                        2020年10月に発生した東京証券取引所のシステム障害についてまとめてみた - piyolog
                      • NTTとIPAの「シン・テレワークシステム」はラズパイだった。1ユーザーあたり月14円で運用可能

                          NTTとIPAの「シン・テレワークシステム」はラズパイだった。1ユーザーあたり月14円で運用可能
                        • 1200億円の資産運用が支えるゲーム会社の成長――襟川恵子(コーエーテクモHD代表取締役会長)【佐藤優の頂上対決】 | デイリー新潮

                          「週刊新潮」の発売前日に速報が届く! メールマガジン登録 デイリー新潮とは? 広告掲載について お問い合わせ 著作権・リンクについて ご購入について 免責事項 プライバシーポリシー データポリシー 運営:株式会社新潮社 Copyright © SHINCHOSHA All Rights Reserved. すべての画像・データについて無断転用・無断転載を禁じます。

                            1200億円の資産運用が支えるゲーム会社の成長――襟川恵子(コーエーテクモHD代表取締役会長)【佐藤優の頂上対決】 | デイリー新潮
                          • Kubernetes、やめました | 外道父の匠

                            最近 Kubernetes 全然触ってねーなって思ってたところに、『6年ぶりぐらいにクラウド使った結果、Kubernetes以外のマネージドサービスとか基本要らなくない?となった話 – データエンジニアの酩酊日記』を見つけて、自分と異なる立場によるコンテナシステムへの感想を興味深く読ませていただきました。 Kubernetes を推す人がいる一方で、ここには昨夏『Kubernetes、はじめました』と言っておきながら今年に入って全然触らず、ECSを使ったシステムばっか手掛け、Kubernetes いらなくね?って思う人もいるわけで。これはいったいどういうことでしょう、と雑感タイムです。 どうしてコンテナシステムで迷うのか 最初に断っておきたいのは、以下 Kubernetes を否定したり腐すような意図は全くなく、なんでやろ?って自身に問いかけた私見です。やめました、と言ってもウチで今も使っ

                              Kubernetes、やめました | 外道父の匠
                            • [和訳] Dropboxアカウントのせいで胃潰瘍になった - Qiita

                              こちらのReddit投稿 (https://www.reddit.com/r/sysadmin/comments/eaphr8/a_dropbox_account_gave_me_stomach_ulcers/) の和訳記事です。本番環境でやらかしかった人シリーズが盛り上がっていたので波に乗って(?)Twitterにヤバすぎる恐ろしい話が流れてきたのをすかさず和訳してみました。やらかしちゃった人というよりはやらかされちゃった人目線ですがいずれにせよそこら辺の怪談話よりよっぽど怖いです。 Dropboxのアカウントのせいで胃潰瘍になった。 皆は誰もが触れたがらない、会社を靴紐やガムやクリップでつなぎとめている「例のアレ」を見つけたことってある?そういうのって往々にして大型連休前の金曜午後4:45に落ちるし、般若のような様相を呈した上司が「このままだと第二のスターリングラード攻防戦が勃発するぞ

                                [和訳] Dropboxアカウントのせいで胃潰瘍になった - Qiita
                              • ウェブサイトが表示されるまでにブラウザはどういった仕事を行っているのか?

                                ウェブページを表示するためのアプリケーションであるウェブブラウザは、今や多くの人が毎日のように利用する生活に欠かせないツールとなっています。そのブラウザがどのような仕組みで成り立っているのかについての解説がGitHubで公開されています。 GitHub - vasanthk/how-web-works: What happens behind the scenes when we type www.google.com in a browser? https://github.com/vasanthk/how-web-works この解説では例として「アドレスバーにgoogle.comと入力してからGoogleのホームページが表示されるまで」の流れが取り上げられています。 ・目次 ◆google.comの「g」を入力した時 ◆エンターキーを押した時 ◆URLを解読 ◆HSTSリストを確認

                                  ウェブサイトが表示されるまでにブラウザはどういった仕事を行っているのか?
                                • レビューの仕方

                                  Open8 勉強会で発表したレビューの仕方と心理的安全性の話しです。

                                    レビューの仕方
                                  • 失敗したエンジニア組織施策としくじりの反省|nottegra@在宅勤務

                                    前回、成功したエンジニア組織の施策について書きましたが、今回は失敗編です。失敗のほうが多いのでどうしても文量が多いのですがご勘弁下さい。 説明用に前職の関係記事がガンガン出てきますが、貶めたり咎める意図は全くありません。あくまで僕が責任持って実施した施策で失敗したことについてのノウハウ共有と反省についての記事です。 組織施策プレゼン大会 ※元記事がお亡くなりになっているのでWayback Machineより [概要] 組織施策についてチームごとにプレゼン。プレゼン毎に担当役員+組織責任者(僕)が点数評価。点数が一定以上の場合施策実行をその場で採択。 内容は、課題提起→施策内容→実行体制→スケジュール→予算→まとめ。 [導入背景] エンジニア組織の人数が増えて組織硬直が進んでいたこと、全員の目線を合わせる機会があまり無かったことから、メンバーの不満が見えないレベルでたまり続けていました。 メ

                                      失敗したエンジニア組織施策としくじりの反省|nottegra@在宅勤務
                                    • 自作サービスがDDoS攻撃された話 - 週休7日で働きたい

                                      攻撃に立ち向かうイヌさんThe English version is available here. タイトル訂正: 「自作サービス『に』→『が』DDoS攻撃された話」「それはDDoSではない」という指摘に関して末尾に追記 (6/18)SaaSを開発していると本当にいろんな事が起こります。それらは時に開発者に喜びや悲しみ、怒り、感謝、落胆や興奮をくれます。思い返してみれば結局はみんないい思い出になるものです。先週末に、拙作の小さなウェブサービスがDDoS攻撃を受けました。言わずもがな、悪い出来事です。本稿ではこの事故がどんなものだったのか、どうやって対処したのかについてお話します。 どうもTAKUYAです。僕はInkdropというクロスプラットフォームなMarkdownノートアプリを独りで3年以上開発・運用しています。ユーザ数2万人以下のとてもニッチなSaaSで、僕はこのサービスで生計を立

                                        自作サービスがDDoS攻撃された話 - 週休7日で働きたい
                                      • 転職したらKubernetesだった件 - Qiita

                                        TL;DR Kubernetes がどのように、人間の作業を自動化しているのかを、実際に Kubernetes がやっている作業を手作業で行なう ことで学びましょう。 このQiita の内容は、CloudNative Days Tokyo 2019 における発表の、「転職したらKubernetesだった件」を書き下ろし、実際にデモが行えるように修正を加えたものになります。 YouTube Speakerdeck この物語はフィクションであり、登場する団体名・会社名・人名等は架空のもので、実在する団体・会社・人物等とは、一切、関係がありません。 これまでのあらすじ ある日、某Z社に転職した稲津さんに与えられた仕事は、“Kubernetes の一員”になることだった!? 某Z社は、親会社からの依頼で Kubernetes クラスタを運用しなければならなくなりましたが、 「Kubernetes

                                          転職したらKubernetesだった件 - Qiita
                                        • 企業SNS中の人を辞めた話

                                          辞めてから5年くらい経つので、時効かなと思って書いてみる。 某スーパーのtwitterの中の人を2年ほどやっていたことがある。 当時は企業アカウントがブームになってきていて、東急ハンズ、タニタ、ローソンなどなどSNSマーケティングが脚光を浴びていた。 そんな中、どこかでその話を聞きつけてきた社長から「SNSでのつながりを使って新規顧客を開拓してほしい」といういかにもなオーダーをもらい、twitterを立ち上げることになった。 最初はタイムセール情報や新商品情報などtwitterと小売りは相性も良いから余裕かなと思っていたが、 想像以上にフォロワーを伸ばすのは難しかった。 そこで、SNS運用担当者向けの講座などいくつも通い勉強をした。 ・ある程度人格がわかるような親しみやすいキャラ作り ・しっかりとリプライを返信する ・読んだ人が少しクスッとするような、拡散しやすいツイートをつくる ・商品情

                                            企業SNS中の人を辞めた話
                                          • 問い合わせ率が3年間で半分になった

                                            カンムは現在、Visaプリペイドカードの「バンドルカード」と手元の資産形成に活用できるクレカの「Pool」の2つの事業をやっています。今回はバンドルカードのお話です。 2022年末に過去の問い合わせ率を集計したところ、一番多かった時期と比べると問い合わせ率が半分になってました。(問い合わせ率 = 問い合わせ数 / 稼働会員数) 良きタイミングなので頑張ってきたことを振り返ってみます。

                                              問い合わせ率が3年間で半分になった
                                            • 自社開発メガベンチャーをわずか半年で鬱退職した雑魚エンジニアの話|JoanOfArc

                                              はじめに 当記事を開いてくださりありがとうございます。私は表題の通り、私は一般にメガベンチャーと呼ばれる自社開発企業で機械学習エンジニアとして勤務しはじめてからわずか半年で、鬱を発症し退職することになったものです。この会社は待遇も良く、社風としても労働者思いのとても素晴らしい会社であったと私自身振り返って思います。 そんな会社に運よく入社することができた私ですが、わずか半年で「鬱状態」と心療内科から診断を受け休職し、会社制度により退職することになりました。「え?そんなに素晴らしい環境なのにメンタル弱すぎでは?」と思われる方もいらっしゃることでしょう。返す言葉が全くありません。おっしゃる通りです。 しかし同時に、「何故鬱になったの?」と思われる方もいらっしゃるのではないでしょうか。本記事ではこの点について鬱を発症した本人の目線から「どうしてそんなことが起きてしまったのか」という点について考察

                                                自社開発メガベンチャーをわずか半年で鬱退職した雑魚エンジニアの話|JoanOfArc
                                              • フレッツ光回線でscpが遅かった話 - Qiita

                                                この記事は、Supershipグループ Advent Calendar 2021の7日目の記事になります。 先日、sshを使用したファイル転送が回線速度と比べて異常に遅いという現象に遭遇したので、その際に行った調査を再現しつつ原因や対策について書いてみたいと思います。 要約 OpenSSHはデフォルトでinteractiveなセッションに af21 、non-interactiveなセッションに cs1 をDSCP値としてIPヘッダに設定する フレッツ網はIPヘッダのDSCP値を帯域優先サービスで使用しており、契約に応じて指定された優先度以外が設定されたパケットの転送は保証されない そのため、OpenSSHをデフォルト設定のままフレッツ網で使うと通信ができなかったり、速度低下などの悪影響を受ける可能性がある OpenSSHがDSCP値を設定しないようにするためには、IPQoS noneを設

                                                  フレッツ光回線でscpが遅かった話 - Qiita
                                                • Docker創始者らが開発、ビルド/テスト/デプロイの自動化をポータブルにするツール「Dagger」登場。そのままローカルでもGitHubでもCircleCIでも実行可能に

                                                  Docker創始者らが開発、ビルド/テスト/デプロイの自動化をポータブルにするツール「Dagger」登場。そのままローカルでもGitHubでもCircleCIでも実行可能に Dockerの創始者であるSolomon Hykes氏らが中心となって開発しているオープンソースのCI/CD環境構築ツール「Dagger」が公開されました。 Windows、Mac、Linuxで試すことができます。 And we are live! Introducing Dagger, a new way to build CI/CD pipelines. By the creators of Docker. https://t.co/DU8racmoUo — dagger (@dagger_io) March 30, 2022 Daggerが定義したCI/CDパイプラインはポータブルになる Daggerとは「A P

                                                    Docker創始者らが開発、ビルド/テスト/デプロイの自動化をポータブルにするツール「Dagger」登場。そのままローカルでもGitHubでもCircleCIでも実行可能に
                                                  • 個人開発のコストはDB次第 - laiso

                                                    個人でWebサービスを継続的に運用するのは金がかかってかなわんという問題がある 「個人開発」だと定義が曖昧なので自己資金かつ赤字のプロジェクト(Webサービス)ということにする。 そういうプロジェクトではプロダクトオーナー=自分、開発者=自分、予算管理者=自分というロールになるので予算管理者としてコストを図る必要がある(ここでいうコストはWebサービスを実現するアプリケーションのランニングコストのこと)。 通常はみんな自分の人件費を0として計算していると思う(逆にいうとそれが負債という考え方もできると思う)。 ただしメンテナンス時間とコストのトレードオフもあるので、人件費0ではあるけど有限の時間は別軸として管理しているのが普通だと思う。極端な例だと「コスト削減できるけどメンテナンス時間10倍になる」というのは避けられる。 仮に個人開発のプロジェクトの予算を月数千円から高くても1万円ぐらいか

                                                      個人開発のコストはDB次第 - laiso
                                                    • ベテランエンジニアがクラウドワークスで5,000円の案件を受けてみた|ebiebi_pg

                                                      最近は営業力なくてもクラウドワークスのような便利なサイトで案件が受けれるようだ。 いざチャレンジ! 1.まずは実績作りクラウドワークスデビューを果たしたいのだが、自分は実績が1件もないので料金は度外視して「何でもいいから1件実績を作る」という作戦に出てみた。 申し込みが少ない案件を探していると下記のような案件が見つかった 「自社のオリジナル販売サイトの商品ページを解析し、某大手ショッピングモールサイト3社に自動でアップロードするロボットプログラムの作成依頼」 (10,000円) ほう… 相場を分かっていないのか けっこうな難易度のシステムを1万円ぽっきりで依頼するとはなかなかの猛者だ。 だれも申し込みしていない案件かと思いきや、他にも数名の申し込みがあった。 大丈夫か??こいつら? 2.案件獲得交渉さっそく申し込んでみるのだが、1件実績を作るという目的を達成するためになるべく案件の獲得率を

                                                        ベテランエンジニアがクラウドワークスで5,000円の案件を受けてみた|ebiebi_pg
                                                      • 以前やった社内向けDNS勉強会の資料を公開してみた | DevelopersIO

                                                        ども、ゲストブロガーの大瀧です。 クラスメソッド在籍中の2018年2月頃社内向けにDNS勉強会を全4回で開催したことがあり、そのときの資料がひょこっと見つかったので公開してみます。(正確には第3回は聖剛さん担当だったので一緒に公開してもらいました、感謝。) 第1回 DNS入門 : DNSのしくみ、キャッシュ 第2回 DNSコンテンツサーバー : DNSサーバーの分散構成とゾーンの委任 第3回 DNSセキュリティ : DNS関連の攻撃手法とDNSSEC 第4回 AWSのDNSサービス : Route 53とAmazon DNS DNSについての理解を深める一助にしていただければと思います。現職(SORACOM)でももちろん超重要な技術です! 第1回 DNS入門 スライド共有サービス終了に伴い、公開終了 第2回 DNSコンテンツサーバー スライド共有サービス終了に伴い、公開終了 第3回 DNS

                                                          以前やった社内向けDNS勉強会の資料を公開してみた | DevelopersIO
                                                        • わかりやすい説明をすると「結論を理解する労力」が「その結論を導き出した労力」と誤解されるときがある|柴田史郎

                                                          まとめ ・かなりの人が「結論をわかりやすく説明したときの論理」と「その結論を試行錯誤して見つけるときの論理」を明確に分けてない気がする ・だから簡単に理解できると、簡単に生み出した答えと勘違いする ・単に結論を理解してほしいときは、わかりやすい説明だけでよい ・相手に今後自分と同じように試行錯誤してほしい時は、わかりやすい説明に加えて、試行錯誤も伝える ※追記:私も今まで分けて考えてなかった。だから気づきとして書いてみた。「かなりの人」かどうかは私の印象でしかないのに決めつけました!すみません! 結論の背景や試行錯誤をどこまで相手に伝えるか、ずっとわからなかった基本私は余計なことを説明しがちだ。だから仕事中はできるだけ情報を省いて説明する。相手の反応を見る限りそれでちょうどいい感じがする。でも、本音では「省かない方が面白いんだけどなー」とずっと思っている。なぜ省かない方が面白いのかをこれか

                                                            わかりやすい説明をすると「結論を理解する労力」が「その結論を導き出した労力」と誤解されるときがある|柴田史郎
                                                          • 襟川恵子氏 コーエーテクモ会長の投資と哲学 経営してみたい会社に投資 祖母に学んだ長期目線の哲学 - 日本経済新聞

                                                            「三国志」や「信長の野望」などのゲームシリーズで知られるコーエーテクモホールディングスは、実は多額の手元資金を株式などで運用する機関投資家としての顔も併せもっている。襟川恵子会長は1200億円もの運用資金を一手に引き受けている。その投資経験や運用哲学を聞いた。――投資収益が業績を底上げしています。どのような運用を手掛けていますか。「日米・香港の株や仕組み債を中心に投資しています。注目しているのは米国で、GAFA各社は昔から保有しています。人工知能(AI)やIoT、クラウド、セキュリティーなど先端分野にも注力しています」「個人的に一番好きな銘柄はネットフリックスなのですが、これはどういうわけか乗り遅れました。買いのタイミングをつかめないうちに大きく上昇してしまい、悔しい思いをしています。今後はコロナ禍の終息を見据えて先端技術を駆使した旅行関連や、売られすぎた銘柄への投資も考えています」――全

                                                              襟川恵子氏 コーエーテクモ会長の投資と哲学 経営してみたい会社に投資 祖母に学んだ長期目線の哲学 - 日本経済新聞
                                                            • 2024年に制度変更「つみたてNISA」 始めるなら2022年が有利な理由 | マネーポストWEB

                                                              近年、つみたてNISAへの加入者が急増している。つみたてNISAとは、2018年にスタートした、毎月一定額を対象の金融商品(投資信託)に積み立てていく少額投資制度のこと。年間40万円まで、最長20年間非課税で運用できるのが大きな魅力。お金を運用の専門家に預けて手数料を支払うことで株式や債券などに投資・運用してもらい、預けた金額に応じて運用益を受け取れる仕組みだ。 つみたてNISAは長期・積立・分散投資が基本である一方で、よりハイリスク・ハイリターンな個別株を年間120万円まで、5年間非課税で運用できる「一般NISA」もある。 いまから2年後の2024年、そのつみたてNISAと一般NISAの制度が変更される。 これまで、つみたてNISAで非課税になるのは、2037年までに投資した分が対象だった。それが今回の改正で、2042年まで非課税で新規投資できるようになったのだ。ファイナンシャルプランナ

                                                                2024年に制度変更「つみたてNISA」 始めるなら2022年が有利な理由 | マネーポストWEB
                                                              • 個人開発を黒字にする技術 - k0kubun's blog

                                                                最近は個人開発は自分のOSSのメンテで手がいっぱいになってしまったのでサービス開発のようなものは普段あまりやらないのだが、大学院*1で今学期、何作ってもよいという感じの授業を取ってWeb/iOS/Androidアプリ*2を全て作るという体験をする中で、たまたま個人開発のコストを抑える活動をしたので、その時に調べたり考えたりしたことを書いておく。 Herokuで無料にする Herokuでは毎月550時間free dynoが使え、クレジットカードを登録しておくと更に450時間、合計1000時間無料で使える。Herokuは30分アクセスがないと一旦停止するが、今回授業で作ったサービスでこれを使い切らないことは明らかだったので最初はこれでセットアップした。セットアップも簡単だし、PostgreSQLも無料でついてくる。 ただ、コールドスタートに10秒くらいかかり、これがこのサービスではUX的に致命

                                                                  個人開発を黒字にする技術 - k0kubun's blog
                                                                • 業務でAWSを利用する時に知っておくべきポイント10選 - Qiita

                                                                  2024年1月時点のAWSベストプラクティスに従って作成しました 好評でしたら続編も検討します 1. 環境ごとにアカウントを分離する 本番、検証、開発ごとにアカウントを分割しましょう ✕良くない例 ◎良い例 最初にアカウント分割しておかないと、後で分割するのはとても大変です アカウントを分割することで「検証と思って作業したら、実は本番だった」のような事故を減らすことができます コストがアカウント単位で集計されるため、環境ごとのコストを簡単に算出することができます AWS Organizationsを使用することで、各環境に応じた権限設定が簡単にでき、ガバナンスを強化することができます AWSアカウントはAWS Control TowerのAccount Factoryを使用することで、クレジットカード情報を都度入力することなく簡単にアカウントの払い出しが可能です また、AWS Contro

                                                                    業務でAWSを利用する時に知っておくべきポイント10選 - Qiita
                                                                  • カスタマーサポートだけど、開発チームに敬意が持てない

                                                                    うちの会社のシステム、ほぼ毎日いろんなバグが見つかってお客さんからクレームがきてる。 バグが直った時に、slack上では開発チームに「修正ありがとうございます」って送ってるけど、なんで自分たちが「ありがとうございます」と言っているのかよくわからない。 開発チームが品質の悪いシステムをつくって、 お客さんがバグを見つけて怒って、 カスタマーサポートがお客さんのサンドバッグになって、 開発チームがバグを直して、 カスタマーサポートが開発チームにお礼を言う。 なにかがおかしい。なんだこれ。 自分で引き起こした問題を自分で解消してなぜ感謝される構図になっているんだろうか。ただのマッチポンプじゃないか。 カスタマーサポートはお客さんをサポートするための仕事なんだよ。 不出来な開発チームのための緩衝材じゃないんだよ。 本当はサポートだけじゃなく、サクセスみたいなことも色々やっていきたいと思ってるよ。

                                                                      カスタマーサポートだけど、開発チームに敬意が持てない
                                                                    • 1年半ずっとATMとして働き続けたときの話

                                                                      こう書くと妻にATM扱いされた夫の話だと思われるかもしれないがそうではない 読んで字のごとく、自分がATMの中の人として働いたときの話である 今から20年ほど前、某金融機関に入社した私は適当な集合研修を受けたのち、とある支店に配属された そこで私に割り当てられた仕事がATM担当である 今では多くの金融機関はATMの管理・現金装填を警備会社へアウトソーシングしている ただ当時はそういった雑務も全て職員の仕事であった 郊外の支店であれば比較的平和だったのかもしれないが、私の支店は繁華街のど真ん中にあり、周囲は飲み屋やパチンコ屋、場外馬券売り場などに囲まれていた そうなると客層は当然悪い 紙幣しか入らない投入口に硬貨を投入しATMを壊そうとするおっさん(口座残高が800円だったので200円入れて1000円にして引き出してパチンコに行きたかったらしい) 「UWF銀行に振込したいのに画面に出てこない

                                                                        1年半ずっとATMとして働き続けたときの話
                                                                      • TCP/IPをわかりやすく - 通信プロトコルの基礎知識を図解で学ぼう|ハイクラス転職・求人情報サイト AMBI(アンビ)

                                                                        TCP/IPをわかりやすく - 通信プロトコルの基礎知識を図解で学ぼう 現在のインターネットを支える技術であるTCP/IPについて、基礎となるプロトコル群と、TCPの基本機能を丸田一輝さん、 中山悠さんに解説していただきました。 今からおよそ50年前、パケット交換方式による世界初のコンピュータネットワークであるARPANETが構築されました。それ以来、TCP/IP(Transmission Control Protocol / Internet Protocol)は通信を実現する基盤技術として使われ続けています。今ではパソコンに限らず、スマートフォンやゲーム機、センサー、最近では自動車など、無線通信機能を持ったさまざまな端末も含めコンピュータネットワークは構成されています。 その中でも「通信の信頼性を確保する」役割を担っているTCPは、その性質上、多くの機能を備えています。加えて、時代とと

                                                                          TCP/IPをわかりやすく - 通信プロトコルの基礎知識を図解で学ぼう|ハイクラス転職・求人情報サイト AMBI(アンビ)
                                                                        • 電子メール送信に関する技術

                                                                          ふと気になって調べたことの備忘メモです ✍ (2022/4/2追記)Twitterやはてブで色々とご指摘やコメントを頂いたので、それに基づいて加筆と修正をおこないました 特に、幾つかの技術については完全に誤った説明をしてしまっており、大変助かりました…ありがとうございました🙏 なぜ調べたか メール送信機能のあるWebアプリケーションを開発・運用していると、 特定のアドレスに対してメールが届かないんだが とか MAILER-DAEMONなるアドレスからメールが来たんだけど といった問い合わせを受けて原因を探ることになります 実務においては、Amazon SES や SendGrid といったメール送信処理を抽象的に扱えるサービスを使うことが多いと思いますが、 ことトラブルシューティングにおいては、その裏にある各種技術についての概要を知っていると、状況把握や原因特定をしやすくなります ありが

                                                                            電子メール送信に関する技術
                                                                          • AWS 東京リージョンで発生した大規模障害についてまとめてみた - piyolog

                                                                            2019年8月23日 13時頃からAmazon AWS 東京リージョン でシステム障害が発生し、EC2インスタンスに接続できない等の影響が発生しています。ここでは関連する情報をまとめます。 AWSの障害報告 aws.amazon.com AWS障害の状況 障害発生時間(EC2) 約6時間 2019年8月23日 12時36分頃~18時30分頃(大部分の復旧) 障害発生時間(RDS) 約9時間半 2019年8月23日 12時36分頃~22時5分頃 障害原因(EC2) 一部EC2サーバーのオーバーヒートによる停止 制御システム障害により冷却システムが故障したことに起因 影響範囲 東京リージョン(AP-NORTHEAST-1)の単一のAZに存在する一部EC2、EBS、およびRDS。 発生リージョンは東京。東京近郊4データセンター群の内、1つで発生。 日本国内のAWSの契約先は数十万件とみられる。*

                                                                              AWS 東京リージョンで発生した大規模障害についてまとめてみた - piyolog
                                                                            • NISAでインデックス積立投資を始める前に考えておくべきこと - ゆとりずむ

                                                                              こんにちは、らくからちゃです。 先日から、2000万円という金額が独り歩きしていると聞きましたが、一体いまどこにいるのでしょうか?我が家にお越しいただけるのでしたら、熱烈歓迎いたしますので是非! とまあつまらない小ネタはさておき、世間ではその2000万円を巡って俄に資産運用熱が加熱しているそうです。(やったね金融庁!) www.nikkei.com ネットで話題になった記事を眺めてみても「このビッグウェーブに乗るしか無い!」とばかりに、様々な書き手から色んな記事が上がってくるようになりました。ざっとここ最近で話題になったもので、思い出した範囲を拾ってみてもこの通り。 「年金デモ」やるよりも、「積み立てNISA」やった方が合理的だ。 - sakigake news 「老後2000万円必要」とリスクを煽る新聞社がセットで紹介しない、私がお勧めできるネット証券会社と投資商品 - 斗比主閲子の姑日

                                                                                NISAでインデックス積立投資を始める前に考えておくべきこと - ゆとりずむ
                                                                              • Use HTTPS for local development  |  Articles  |  web.dev

                                                                                Use HTTPS for local development Stay organized with collections Save and categorize content based on your preferences. Most of the time, http://localhost behaves like HTTPS for development purposes. However, there are some special cases, such as custom hostnames or using secure cookies across browsers, where you need to explicitly set up your development site to behave like HTTPS to accurately rep

                                                                                  Use HTTPS for local development  |  Articles  |  web.dev
                                                                                • 一般ユーザに払い出すと危険なサブドメインやメールアドレス - ASnoKaze blog

                                                                                  ユーザに対して、そのユーザ名のサブドメインやメールアドレスを払い出すWebサービスがあります。 しかし、特定のサブドメインやメールアドレスは特別な用途で使われているものもあります。そのようなサブドメインやメールアドレスを一般ユーザに払い出してしまうと危険です。 現在、IETFでは仕様上利用用途が決められている、それらのラベルをとりまとめる「Dangerous Labels in DNS and E-mail」というdraftが提出されています。 今回はそれを眺めていきます。 (あくまでIETFの取り組みであり、仕様上定義されているものをとりまとめています。クラウドサービスや特定ベンダーで特別利用しているものは現在含まれていません。) サブドメイン ここでとりあげるサブドメインは、利用用途が決まってるため一般ユーザに払い出すべきではありません。(例: mta-sts.example.com)

                                                                                    一般ユーザに払い出すと危険なサブドメインやメールアドレス - ASnoKaze blog