よく新入社員や若手に教えるときには「教えたことを聞くな」と言わずに「何度でも同じこと聞いていいよ」というスタンスで接すると、上手くいくという話がある。 本当にそうだと思うし、新人相手ではなく偉いひとが相手だろうと、ベテランが相手だろうと同じだと思う。 これが上手くできている人は、同じことを聞かれてもまるで初めて聞かれたかのような受け答えをしているように見える。すごい。 逆に、この振る舞いがまだ身についていない人は、同じことを聞かれたときにニコニコしながら再度伝えることはできるのだが、説明の頭につけなくてもいい「以前も教えたんだけど～」みたいな言葉をついつい付けてしまっているように思う。僕のことである。 前に教えたことでも、何度でも質問を受付るべしと理性で考えて行動することはできているのだが、本人も気がついていないような無意識で「前にも言ったんですが◯◯というのは…」という言葉を付けてしゃべ

1971年東京生まれ。デイリーポータルZウェブマスター。主にインターネットと世田谷区で活動。 編著書は「死ぬかと思った」（アスペクト）など。イカの沖漬けが世界一うまい食べものだと思ってる。（動画インタビュー） 前の記事：捨てられない器（うつわ） ＞ 個人サイト webやぎの目 ハレパネ・パネルデポ いちどサブロク（1800mm x 600mm）のボードを電車で運んでいるとき、ホームの風圧で煽られて線路に落ちそうになった。大きな板を手で運んじゃだめ！タクシーにも乗らないし。 そういうときはネットで注文しよう。

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

コーポレートエンジニアリング部の id:sora_h です *1。今回は 3 ヵ月ほど前に実施した、Google Workspace テナントのプライマリドメイン変更について、記録を兼ねて説明します。 クックパッドは 2009 年頃 *2 より Google Workspace *3 を利用しています。当社の対外的なメールアドレスは cookpad.com ですが、Google ではプライマリドメインとして cookpad.jp が設定されています。各ユーザーには cookpad.com のアドレスを別名 (エイリアス) として登録されていて、メールアドレスとしては cookpad.com を利用、ただ Google へログインする時だけ cookpad.jp を利用する運用になっていました。想像が出来ると思いますが、これが様々な面で不便・混乱を発生させていました。どうしてこうなった… *

はじめに 資産運用で 99 点をとる方法とその考え方について説明します。この記事の対象はいわゆる「普通の人」です。 資産運用は趣味ではない。 資産運用を始めてみたいが何をしてよいのかわからない。 資産運用をすでに行っているが毎年ころころと方針を変えてしまっている。 資産運用に無駄に時間ばかり費やしている。 今のところ資産はすべて銀行の普通口座や定期預金にいれている。このまますべて現金でおいておくのも何か損しているみたいでモヤモヤする。だけど難しいことは勉強したくないし時間も使いたくない。 といった人たちです。 記事では最初に結論、すなわち「やるべきこと」を述べます。資産運用で 99 点の投資効率を達成するためにはこの結論部分だけを実行するだけでよいです。 次に、それだけでどうして 99 点といえるのか、その裏付けとなる考え方や理論を中心に説明します。 99 点をとるにあたってこれらの知識を

全１回、このシリーズは今回で最後です！ TL;DR 上場企業 3900 社程に対して、すごく大雑把な「内部コード等の漏洩調査」を GitHub 上で行った 結果としては、重要度の高いものから低いものまで 10社ほどで漏洩が確認された 重要度の高いものとして、社外秘っぽそうなスプレッドシート、社員のハッシュ化パスワード(BCrypt)、 AWS Credential 等 「大雑把な」調査を行ったが、より精度の高い方法等について記事内にて触れていく 脅威インテルとか DLP みたいなエリアとかも、外部企業とかに頼るだけじゃなく「自分たちでも」頑張ってみるのがいいんだと思います GitHub Code Search ... すげえぜ！ Google Dorks ならぬ、 GitHub Dorks + GitHub Code Search でまだまだいろいろできるはず。 はじめに チャオ！ 今回は

こんにちは。強いUIはボタンを捨てるをスローガンにScrapboxを開発しています。shokaiですshokai.icon Helpfeel Advent Calendar 2022の5日目の記事です 昨日はHelpfeelエンジニアのyado.iconさんでした 採用面接中にチャーハン・ピラフ判定器とスタバ警察botで盛り上がる会社に入った | 株式会社Helpfeel ヨコハマハウスフラペチーノがエンジニア採用の役にたった？みたいで良かったです <a>タグの挙動を工夫する事で、Scrapboxからみたいなボタンをなくしました 更新ボタンの役割は2つ 更新がある事を教える 押すとアプリが更新される Scrapboxも昔こういうメニューがあった 今はもう無い では解説ですshokai.icon SPAのタブ永遠に開きっぱなし問題とは？ SPAとstaticなwebサイトの違い static

「最近は、データベースもB/Gデプロイできるらしいよ？」 「そりゃそうやろ。B/Gデプロイなんて、最近当たり前………　へ？DBが？無理でしょ？ほぇ？どういうこと？」 最初アップデートのタイトルを見たときの、ハマコーの率直な感想です。 Blue/Greenデプロイは、現行バージョンのトラフィックを活かしたまま新バージョンを動作確認し、問題なければ新バージョンをリリースするという、最近の安全なデプロイの概念において無くてはならないものです。 同時に新旧バージョンを稼働させるため、基本的にはステートレスなアプリケーション・サーバーにおいて利用するものという固定概念があったのですが、それをデータベースに対して既存のAWSの技術を組み合わせつつAWSらしいマネージドな仕組みで解決しようという、意欲的なリリースです。制約事項もそれなりにあるので、皆さんの運用ワークロードに当てはまるかは、事前の検証が必

Webhooks are the foundation of modern API development. They enable us to react to changes in our systems, an incoming text message, a successful payment, or that latest pull request no matter our stack. While webhooks are universal in concept, they are unstandardized API contracts with few organizations paying attention to their design, security controls, and overall operational experience. Webhoo

はじめに 先日、海外向けに運用していた個人ブログがDDoS攻撃を受けてしまいました。 こういったサイバー攻撃は、企業に対して行われるものという先入観がありました。 しかし、調べてみると、最近では個人ブログも標的になってきていると報告があがっていました。 CloudFrontとS3で作成する静的サイトが人気になっており、特にCloudFrontの危険性について紹介したいと思います。 DDoS攻撃って？ ざっくり説明すると、ウェブサイトやサーバーに対して過剰なアクセスやデータを送付するサイバー攻撃です。 インフラストラクチャーレイヤー攻撃(レイヤー3、4)とアプリケーションレイヤー攻撃(レイヤー6、7)の２つに分類されます。 ご指摘を頂きましたので、訂正いたします。 厳密には、EDoS攻撃でした。 AWS Shield Standard AWSを利用した場合、defaultでAWS Shiel

サイボウズ株式会社（本社：東京都中央区、代表取締役社長：青野慶久、以下サイボウズ）は、昨今の世界的なインフレ傾向を踏まえ、インフレ特別手当を社員に支給することにいたしました。多くの国や地域で物価高が急激に進んでいることから、日本およびグローバル拠点の、サイボウズと直接雇用契約を結ぶ社員（無期・有期雇用ともに）に対し、7〜8月間に特別一時金の形で支給いたします。 インフレ特別手当を支給した背景 2022年に入り、電気代や食料品、生活用品など、生活の基盤となる分野での価格上昇が世界的に進んでいます。この急激なインフレ傾向に際し、日本およびグローバル拠点のサイボウズ社員が生活に不安を抱くことなく業務を行えるよう、インフレ特別手当を支給することにいたしました。 サイボウズの給与改定は一部の拠点を除き、基本的に毎年1月に実施していますが、今回インフレへの早急な対応が必要と判断し、特別一時金の形で支給

※会見主催からの要望により、一部音声を差し替えております、何卒ご了承ください 全国霊感商法対策弁護士連絡会は「政治家の皆さん、家庭連合（旧統一教会）からの支援を受けないで下さい」という声明を発表。 旧:世界基督教統一神霊協会（統一協会･統一教会）、現:世界平和統一家庭連合（家庭連合）による『霊感商法被害の根絶』と『被害者の救済』を目的として、1987年5月に全国の約300名の弁護士が賛同して結成された全国霊感商法対策弁護士連絡会による記者会見を生中継。 【会見者】※会場左から 服部功志 弁護士 吉田正穂 弁護士 木村壮　 弁護士 紀藤正樹 弁護士 渡辺博　 弁護士 川井康雄 弁護士 山口広　 弁護士 郷路征記 弁護士（リモート） 佐々木大介 弁護士 阿部克臣 弁護士 全国霊感商法対策弁護士連絡会 https://www.stopreikan.com/index.htm

一人ひとりの悩みごとに合わせて適切な支援を案内するサービスです。あてはまる悩みにチェックをつけていくだけで200種類を超える公的支援を中心とした解決手段から利用できる可能性のある支援を提案します。

世界中のITエンジニアが悩まされている原因不明でテストが失敗する「フレイキーテスト」問題。対策の最新動向をJenkins作者の川口氏が解説（前編）。DevOps Days Tokyo 2022 世界中のITエンジニアが悩まされている問題の1つに、テストが原因不明で失敗する、いわゆる「フレイキーテスト」があります。 フレイキーテストは、リトライすると成功することもあるし、失敗する原因を調べようとしてもなかなか分かりません。GoogleやFacebookやGitHub、Spotifyといった先進的な企業でさえもフレイキーテストには悩まされています。 このフレイキーテストにどう立ち向かうべきなのか、Jenkinsの作者として知られる川口耕介氏がその最新動向を伝えるセッション「Flaky test対策の最新動向」を、4月21日、22日の2日間行われたイベント「DevOps Days Tokyo 2

This post is also available in Français, Deutsch, Español, 简体中文, 日本語 and 繁體中文. We announced Cloudflare Workers in 2017, giving developers access to compute on our network. We were excited about the possibilities this unlocked, but we quickly realized — most real world applications are stateful. Since then, we’ve delivered KV, Durable Objects, and R2, giving developers access to various types of st

Tweet Pocket 「もし家族が亡くなったら、どんな手続きが必要になるんだろう？」 「葬儀や相続の手続きをすることは知っているけど、実際いつまでにどこでどんな手続きをすればいいの？」 いつかは訪れる身内の死、それとともに発生するのが数々の死亡後の手続きです。 多くの場合、そう何度も経験する出来事ではないため、いざ自分が遺族となったときに「どういった手続きがあるのかわからない」という声をよく聞きます。 この記事では、そのような「身内の死後、遺族となったときにやること」をわかりやすくまとめました。 「死亡後の手続きは、これを参考にしよう！」となるよう、”死後2週間”の手続きに限定して詳細に解説しています。 「死亡後の手続きは多岐にわたり、期限があるものも多く、大切な人を失った悲しみに暮れる間もない…」という実際の多くの感想をもとに、そうならないために、死亡後2週間の手続きについて特化しま

AWS News Blog Announcing AWS Lambda Function URLs: Built-in HTTPS Endpoints for Single-Function Microservices Organizations are adopting microservices architectures to build resilient and scalable applications using AWS Lambda. These applications are composed of multiple serverless functions that implement the business logic. Each function is mapped to API endpoints, methods, and resources using s