Fedora/CentOS Stream/CentOS/RHELの関係性 - 赤帽エンジニアブログ
(注) 本記事は、Software Design 2020年6月号に掲載された「月刊Fedora Journal」初出の記事に修正を加えたものです。 Red Hat ソリューションアーキテクトの小島です。 Fedora系列の主要なLinux Distributionとしてよく名前が挙げられる、Fedora, CentOS, RHELに加えて、2019年9月に発表された新しいDistributionであるCentOS Streamの特徴や関係性をご紹介します。 Fedora系列の主要なLinux Distribution Fedora CentOS Stream CentOS Red Hat Enterprise Linux (RHEL) Red Hat Insights Red Hat Developer Program Red Hat Universal Base Images (UBI
よく心理戦で「相手は私の思考を読んでこうするから、それに対し私はこうする」みたいな読み合いがありますが、ずっと互いに読み合っていたら無限ループで切りが無いはずです。どこまで読むのが正解なのですか？
回答 (7件中の1件目) 自分が有利と思えるまで。ただ時間が決まっているはずなので51体49になったらつぎへいきましょ！
脅しも謝罪も必要ナシ。スゴ腕の債権回収OLに教わった、「人の動かし方」がスゴい
会社員なら、他人に仕事を頼んで、その進捗を確認するのが「面倒くさい」と感じた経験があるはず。しかし、たとえどんなに面倒でも、自分がすべての仕事を背負うのは不可能です。一体どうすれば他人に気持ちよく動いてもらえるのでしょうか。 今回お話をうかがったのは榎本まみさん。これまで2000億円もの債権を回収してきた、スゴ腕のオペレータです。多重債務者と日々向き合い、数多のクレームや罵詈雑言に立ち向かってきました。 そんな榎本さんも、新入社員の頃は「人と話すのが苦手だった」そう。自己分析を繰り返し、債務者の心理を研究することで、「人にものを頼むテクニック」を身につけていきました。 インタビューでは、電話からメールまで幅広く使えるテクニックを惜しみなくご紹介いただきました。その内容を、8つの心得、文章添削のパートに分け、まとめています。優しいしゃべり口からは想像できない、人間の心理に対する深く鋭い洞察が
2020年こそ理解したい「因果推論」の勉強はじめました｜松本健太郎
あけましておめでとうございます。2020年もよろしくお願いします。 2019年は「データサイエンティストなのにデータ万能主義を否定している」的スタンスでのメディア露出が増えました。 発言に矛盾はないと思います。データ触っている人ほど、データに慎重ですよね？ 加熱するデータへの過度な期待を、少しでも冷ませられたら幸いです。しかしデータ自体への火は消していない。火を絶やすでないぞぉ。ただ、データ分析の全てを否定したわけではありません。 実は取材を受ける度に「これからは因果関係を発見する因果推論が重要」と主張してきました。2020年代はますます重要性が増すと考えています。 新年１発目のnoteは、その論拠をまとめてみました。 2020年代は因果推論がアツいと思う理由私がデータ分析を始める際、いきなり数字は触りません。まずは「目的」と「アプローチ」を定義するところから始めます。 目的（WHATとW
外国語学習アプリ『Duolingo（デュオリンゴ）』に見る、難しいことを簡単に学べるようにする方法論【GDC 2019】 | ゲーム・エンタメ最新情報のファミ通.com
ときにGDCでは、他業種からのエキスパートを招いて、講演を行うことがある。べつの業種のノウハウを吸収することで、ゲーム業界にも活かせれば……との発想によるものだ。GDC 2019会期最終日の3月22日（現地時間）に、掉尾を飾るセッションのひとつとして行われたDuolingo（デュオリンゴ）のシニア・エンジニア・マネージャー、カリン・ツァイ氏による“Lessons from 'Duolingo': How to Make Learning Hard Things Easy”が、まさにそれにあたる。 『Duolingo』とはご存じのとおり、全世界で3億人以上のユーザーを擁する基本無料の外国語学習アプリ。講演は、2012年の『Duolingo』ローン後の3ヵ月後に入社し、ユーザー数100万人未満の時代から3億人に至るまでを見てきたカリン氏が、『Duolingo』で得た教訓をレクチャーするというも
プラットフォームの上でものを作るということ
プラットフォームの上でものを作るということ Amazon EKS Advent Calendar 2019 の最終日です. みなさまご存知の通り、AWS には Amazon ECS と Amazon EKS という2つのコンテナオーケストレーションに関するサービスがあります. ECS は2014年に発表された AWS ネイティブなコンテナオーケストレータ、EKS は OSS のコンテナオーケストレータである Kubernetes をマネージドな形で提供するサービスで、2017年に発表されました. 今日はこの Amazon ECS と Amazon EKS という2つのサービスについての話を書こうと思います. // 読んでくださっているみなさまをミスリードしないための DISCLAIMER 本記事の著者は AWS に勤めています. また、この記事には僕個人の意見や想いも強くこもっています.
AWSアカウントとVPC、分ける？ 分けない？: 分割パターンのメリット・デメリット | DevelopersIO
分割の基準を2つに絞っても、9パターンもありました。各構成を1つずつ見ていきましょう。 1. 単一のAWSアカウントを使う この構成パターンは、一見単純です。しかし、すべてのシステムを1つのAWSアカウントの中に構築するため、アカウント内の環境はかなり複雑になります。 1-1. 単一のAWSアカウント、単一のVPC default VPC以外のVPCを1つ明示的に作り、その中に複数のシステム、複数の環境を混在させる構成です 1-2. システムの種類と環境の用途でVPCを分割 システムの種類でVPCを分け、さらに本番用と開発用など環境の用途によってもVPCを分ける構成です 1-3. システムの種類でVPCを分割 システムの種類によってVPCを分けますが、開発環境や本番環境を1つのVPC内に構築する構成です 1-4. 環境の用途でVPCを分割 環境の用途によってVPCを分けますが、複数の異なる
CSRF is (really) dead
Scott Helme Security researcher, entrepreneur and international speaker who specialises in web technologies. More posts by Scott Helme. A little while back I wrote a blog post about how "CSRF is dead". It focused on SameSite cookies, a powerful yet simple feature to protect your website against CSRF attacks. As powerful as it was, and as much as it will kill CSRF, you had to enable it on your site
Why our team cancelled our move to microservices
Recently our development team had a small break in our feature delivery schedule. Technical leadership decided that this time would be best spent splitting our monolithic architecture into microservices. After a month of investigation and preparation, we cancelled the move, instead deciding to stick with our monolith. For us, microservices were not only going to not help us; they were going to hur
インフラのコスト最適化の重要性と RI (リザーブドインスタンス) の維持管理におけるクックパッドでの取り組み - クックパッド開発者ブログ
技術部 SRE グループの mozamimy です。 クックパッドでは、 SRE が中心となって、サービスを動かす基盤の大部分である AWS のコスト最適化を組織的に取り組んでいるため、今回はそれについてご紹介します。 前半では、そもそもの話として「なぜコスト最適化が重要なのか」「何が難しいのか」「何をすべきなのか」といったことを述べます。これは、当たり前すぎて逆に陽に語られることが少ない (とわたしは感じています) トピックで、一度しっかり言語化しておいてもいいかなと考えたからです。内容のほとんどはわたしの脳内ダンプで、クックパッドという会社のコンテキストや組織としてのステージが前提になっているため、大多数の組織について当てはまる内容とは限りません。 後半では、コスト最適化の一例として、リザーブドインスタンス (以下 RI と略記) を維持管理するためのフローと、それを支えるモニタリング
リクナビDMPフォロー？自称運用関係者曰く「自分達で生み出したものが間違った情報で叩かれるのは黙ってみていられない」
日本経済新聞 電子版（日経電子版） @nikkei 就活生が「選考や内定を辞退する確率」を本人の十分な同意なしに分析・予測し、販売していた「リクナビ」。個人情報保護委員会の聞き取りを受け、データ販売を休止しました。#日経イブニングスクープ s.nikkei.com/2K6rulU pic.twitter.com/P6w3fArcjG 2019-08-01 18:15:53 楠美義明@内部監査する社長 @kusumi517 これ私がいた時に却下した案じゃなかったかな？ 他にも普通に法律違反するのを戒めてたら、営業がわかってないと言われ干されるというパワハラ受けたのは、もはや教訓として今の仕事に活かしてます。 就活生の「辞退予測」情報、説明なく提供 リクナビ: 日本経済新聞 nikkei.com/article/DGXMZO… 2019-08-02 01:47:13 リンク 日本経済新聞 電子
菊地成孔さんがジャニーズアイドル「キンプリ」に心奪われた理由【#楽しい大人の暮らし方】 - SUUMOタウン
インタビュー： 劇団雌猫 構成：芦屋こみね 写真：飯本貴子 好きなものがあると、毎日はもっと楽しい。 劇団雌猫がオタク趣味に生きる人に好きなこと、好きな街や暮らしについて聞くインタビュー企画「楽しい大人の暮らし方」。 今回のゲストは、ジャズミュージシャン、文筆家の菊地成孔さん。昨年末に惜しまれながら終了したTBSラジオ「菊地成孔の粋な夜電波」では軽妙なトークでリスナーを魅了し、今なお“夜電波ロス”を公言する人がいるほど。 「この子たちはパラダイムシフトだよ！」と絶賛する「King & Prince」の話、14年住み続けた新宿・歌舞伎町の話。菊地さんの多才さ、興味の幅広さが伝わるさまざまな「楽しい大人」の顔、のぞかせていただきました。 オタクは異教徒に優しくなれるか？ ――菊地さんは劇団雌猫の同人誌『悪友』を、かなり早い段階からラジオやブロマガで「面白い」と紹介してくださっていたんですよね。
ROIとは？ROASとの違いと共に解説、投資の成果を数値で把握
投資に対してどれだけの効果が出たのかを測る指標としてよく用いられるのが「ROI」と「ROAS」です。ROIとROASは、広告などの支出を伴う施策を運用する際に重要な概念になるので、しっかりと理解しておく必要があります。 今回は、ROIとROASの違いについて具体例を交えながら解説します。 ROIとは投資したコストに対する利益を測る指標 ROIとは、Return On Investmentの略語で、投資したコストに対する効果を見る指標です。計算式としては下記になります。 ROI＝(利益ー投資コスト）＋投資コスト×100 となります。 利益から投資コストを引き、それを投資コストで割ることでROIが算出されます。 例えば、利益100,000円の商品を売るために、1万円の投資が行われた場合は、 （100,000-10,000）÷10,000✕100＝900 となり、ROI 900％となります。（1
低温調理器デビューしませんか？ 低温調理マニア・Nickさんに聞く、低温調理の基本と失敗しないコツ #それどこ - ソレドコ
ここ数年、Anova（アノーバ）をはじめとする「低温調理器」が話題ですが、皆さんは使ったことがありますか？ 肉や魚を低温で長時間加熱する低温調理のための調理器として、一般家庭に普及しつつあります。 低温調理器に興味はあるけれど、“焼く”や“煮る”といった従来の調理法とあまりにも違い過ぎてどうしたらいいか分からない……という人も多いのでは。 そこで今回、低温調理に関するブログを執筆しているNickさんにお願いして、初心者向けに 低温調理の基本 おすすめの低温調理器 低温調理に適した食材 低温調理で失敗しないコツ 低温調理レシピ まで詳しくお話を伺いました。 食材ごとの温度モニタリングのデータなど、低温調理の深い世界を紹介するNickさんのブログ 「低温調理」は真空調理のこと。独特のしっとりした食感が特徴 低温調理に関するブログを執筆するNickさん ―― ここ数年、「低温調理」という調理法を
Kubernetes manifests management and operation in Mercari
https://k8sjp.connpass.com/event/124114/
I/O負荷の正確な状況はiowaitでは分かりません - Qiita
さくらインターネットのアドベントカレンダー9日目として、サーバ屋らしく、運用に関するコマンドの使い方を紹介します。 サーバの負荷が高まってきたときに、vmstatやtopなどのコマンドで調査する事が出来ますが、I/O負荷をwa(iowait)によって判断する人も多いと思います。 ただ、結論から言うと、iowaitは正確にI/Oの負荷を表しているわけではありません。 これらを、実際に演習をしながら見ていきたいと思います。 iowaitとidle iowaitとはあくまでも、CPUが空いているのにI/Oがボトルネックになっているプロセスを示しているだけで、CPUの利用率が高いときにはI/Oがボトルネックになっていてもiowaitが上がりません。 同様に勘違いされがちなのが、id(idle)はCPUの空きを示しているというものですが、idleは必ずしもCPUの空き時間を示しているものではありませ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Improving Postmortem Practices with Veteran Google SRE, Steve McGhee
TechCrunch | Startup and Technology News
Advanced tuning: finding and fixing slow Elasticsearch queries
https://github.com/ahmetb/kubectx/blob/master/kubens
