はてなブログは、2021年5月24日（月）に「企業によるブログを活用した技術情報のアウトプット」をテーマにしたオンラインイベント「はてなブログ DevBlog Online Meetup」を開催しました。 「はてなブログ DevBlog Online Meetup」とは はてなブログは、企業の技術ブログ向けプラン「はてなブログ for DevBlog」の提供をはじめ、OSSコミュニティ支援、週刊はてなブログでの「エンジニアのブログ探訪」連載などを通じて、技術情報のアウトプットを支援しています。その一環として、本イベントでは、技術ブログを運営する企業様・これから始めたいとお考えの企業様に向けたイベント「はてなブログ DevBlog Online Meetup」を開催。 技術ブログを運営する3社（エムスリー様・富士通様・LINE様）をゲストにお招きし、参加者から事前にお寄せいただいたご質問やコ

先端融合技術研究所の横田です。GitHub等では@sushichopとして活動しています。 2021年5月24日（月）に開催されたはてなブログ DevBlog Online Meetupに登壇しました。株式会社はてな 大西さんにモデレータを行っていただきながら、エムスリー株式会社 山崎さん、LINE株式会社 桃木さんとともに、3つの各テーマに沿って「企業における技術ブログ」の運用・活用についてディスカッション形式でお話しさせていただきました。 各テーマに関するディスカッション要旨と私が感じたことなどをざっと書いておきます。 テーマ 1「ブログの目的とKPI」 要旨 目的は人材採用と技術ブランディング 厳密なKPIは持たない 3社(エムスリーさん、LINEさん、当社)いずれも目的とKPIに関してはほぼ同じ考え方ですね。人材採用と技術ブランディングという大きな目的は持ちつつ、データとしてのサイ

※この投稿は米国時間 2021 年 5 月 7 日に、Google Cloud blog に投稿されたものの抄訳です。 2021 年用に更新: この投稿には、Google のホワイトペーパー「パスワード管理のベスト プラクティス」のユーザー向けとシステム設計者向けの両方の最新情報を含む、更新されたベスト プラクティスが含まれています。 アカウント管理、認証、パスワード管理には十分な注意を払う必要があります。多くの場合、アカウント管理は開発者や製品マネージャーにとって最優先事項ではなく、盲点になりがちです。そのため、ユーザーが期待するデータ セキュリティやユーザー エクスペリエンスを提供できていないケースがよくあります。 幸い、Google Cloud には、ユーザー アカウント（ここでは、システムに対して認証を受けるすべてのユーザー、つまりお客様または内部ユーザー）の作成、安全な取り扱い、

技術本部 サービスリライアビリティグループ（SRG）の長谷川 @rarirureluis です。 #SRG（Service Reliability Group）は、主に弊社メディアサービスのインフラ周りを横断的にサポートしており、既存サービスの改善や新規立ち上げ、OSS貢献などを行っているグループです。 また Amazon Aurora MySQL（以下：Aurora MySQL）の話です。何でこんなに Aurora MySQL に関する記事ばっか書いてるのか僕も分かりません。 前回の Aurora MySQL のアップグレード方法のベストプラクティスはこちらです。 RDS Graviton2 に少ないリスクで切り替える方法を考えてみる【アップグレード編】 | CyberAgent Developers Blog 今回はバックアップについてです。 そのクラスター、間違ったクエリ流したときに

この記事で紹介した手順をライブラリ化して公開しました🎉 こちらの別記事 で使い方など詳しくご紹介していますので、ぜひご参照ください！ はじめに 言い切りタイトルすみません 僕を含む一定数の人にとって現時点でのベストプラクティスとなりうる手法という意味で紹介しています 極めてシビアな帳票出力の世界にいる人から見ると使い物にならない内容かもしれないと思います 帳票印刷の世界では SVF というサービスが有名らしいです。が、こういった外部サービスは使わずに自力で実装するというのがこの記事の前提です 動的に明細行の数が増減する連票はこの記事の解説では考慮していませんが、追加で実装するのはそれほど難しくないということは読んでいただければ分かるかなと思います 結論から 僕が考える現時点でのWebアプリでの帳票印刷のベストプラクティスは、 Adobe XD や Figma で帳票のレイアウトをデザイン

欧文フォントは歴史と紐づけるとまじでわかりやすい 1,124 ありさん 2021年5月25日 18:54 ダウンロード copy #デザイン #フォント 1,124 3人がオススメしています この記事が気に入ったらサポートをしてみませんか？ 記事をサポート

Conditions: IsAn1: !Equals [ !Ref 'AWS::Region', 'ap-northeast-1' ] Resources: Condition: IsAn1 DynamoDBResource: Type: AWS::DynamoDB::Table Properties: # 以下略 ↑のテンプレートでp-northeast-1とeu-central-1のスタックに対してupdate-stackにすると、"Condition"の条件に基づいてeu-central-1からテーブルが削除される この時スタックは更新するがeu-central-1のテーブル自体は削除したくない場合、テンプレートの定義に'UpdateReplacePolicy'を指定することが考えられる

はじめに 具体的に動作するCloudFormation templateをもとにしながら、templateを作っていくうえでのポイントについてまとめます。 下記記事の続きです。 【AWS】実例で学ぶCloudFormation～VPC/Route53編～ 対象となるtemplate 以下で公開しているものをベースに説明します。 https://github.com/tmiki/cloud-formation-templates/blob/master/cfn-32-rds.yml 解説 templateの概要・特徴 このtemplateは、Aurora(MySQL) Clusterを作ります。 Cross-stack referenceの機能を使い、VPCを構築したStackのExport名を指定して、デプロイ対象のVPC/Subnetの情報を取得します。 特徴は下記の通りです。 新規作成

はてなブログでは、「企業によるブログを活用した技術情報のアウトプット」をテーマにしたオンラインイベント（無料）を2021年5月24日（月）に開催します。 採用広報やブランディングを目的に技術ブログを運営する、エムスリー様・富士通様・LINE様にご登壇いただき「技術ブログの始め方」「体制・仕組みづくり」「課題」といったテーマで各社のお取り組みや課題についてお話しいただきます。 技術ブログをこれから始めたい方も、運用中の技術ブログでの課題をお持ちの方も、はてなを含む登壇企業の事例や課題を通じて、ご参加のみなさんと一緒に考えていければと思います。 イベント概要 開催日時 2021年5月24日（月）18:00～19:00（予定） 参加費 無料 開催形式 Zoomウェビナー ハッシュタグ #devblog ブログを書く際や Tweet 時にぜひお使いください お申し込み お申し込みの際に、興味のある

Uzabase Saas Product Divisionフェローの矢野です。 この記事は、Rich Hickey（プログラミング言語Clojure作者）のプレゼンテーションSimple Made Easyへと繋がっていく、Ben MoseleyとPeter Marksによる「Out of the tar pit」というシステム設計について論じた論文の内容について説明したもので、ユーザベースのSaas Productでのテック発表の一つとしてプレゼンしたものを、ブログとして再度まとめたものです。プレゼン自体は25分くらいでしたので、おそらくこの記事の方がプレゼンよりも詳しいと思います。 ソフトウェア危機 ソフトウェアは本質的に複雑 ソフトウェアの複雑さはどこから来るのか？ 複雑さは、別の複雑さを産む 複雑さを分類する 本当に必要な複雑さと、そうでないものがある どうやって複雑さを扱うのか

今のPHPを作ったのは、何十人もの開発者ですよ。私は1人目の開発者だったに過ぎません。 問題を解くのが好きなだけで、プログラミングは大嫌いです。 いかにプログラミングを避けるかを考えていたら、コードを再利用するためのツールとしてPHPができました。PHPは、歯ブラシみたいなものですね。毎日使うものですけど、だから何でしょう？誰が歯ブラシの本なんて読みたがります？ パーザを書くのは苦手です。本当にダメなんです。今でもね。PHPには「protected属性」も「仮想メソッド」もありますよ。情報学科の教官が「重要だ」っていうやつは何でもね。僕自身は、こんなものどうでもいいと思ってますけど。プログラミングを好む人がいるのは知ってますが、全く理解できないですね。 僕はホンモノのプログラマではありませんから、やっつけ仕事ですよ。ホンモノのプログラマは、「動いてるように見えるけど、メモリリークだらけじゃ

CloudFront Functions は、略して CF2 と呼ぶようです。 Announcing CloudFront Functions (CF2), a new serverless edge compute capability for lightweight customizations. CF2 runs custom Javascript code at all of CloudFront’s 225+ edge locations with minimal latency and will cost ~1/6th that of Lambda@Edge.. https://t.co/tlD5dvwpmj — Amazon CloudFront (@cloudfront) May 3, 2021 Lambda@Edge でやってたことをそのままやる 今回やるのは、 このブロ

Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24Shin Ohno

こんにちは。クックパッド デザイン戦略本部長の宇野です。 いきなりですが「ユーザーファースト」って良い言葉ですよね。サービスのあり方の基本であり、モノづくりをしていてそれを無視したいという人はいないはず。 しかし僕はこのユーザーファーストという言葉をあまり使わず、使う際は慎重に取り扱うようにしています。この言葉の概念はとても難しいと考えているからです。 「ユーザー」って誰のこと？目の前にいるユーザーの話をそのまま取り入れれば必ず良いものが作れるの？ 答えは明確にNoです。 当然ですが無視するべきという話ではありません。ただ、向き合ってるユーザーがどんな人なのか、その人が本当に欲しているものは何なのかを徹底的に考え抜く必要があります。 お問い合わせをしてきている人はだれ？ ユーザーからのご意見やお問い合わせ、アプリストアのレビューはとてもありがたいですよね。そこから新たな改善案をもらったり、

誰かからの相談がなかった時、遅かった時、どうして相談してくれなかったのか、なぜ勝手に物事を進めるのかと憤りを感じることがあると思う。 自分の経験から言うと、相談されない時は相談を受ける側に理由がある。いや実際には違うかもしれないが、そう考えておいた方が楽。相手の行動を変えるより自分の行動を変える方が簡単だしコントロール可能だからだ。100%自分に理由があると仮定して物事を考える方が建設的である。 相談されなくなる理由は大きく分けて2つしかない。「相談する必要がないと考えている」か、「相談したくないと考えている」かのどちらかだ。 「相談する必要がないと考えている」 この場合、どういう時に相談をしてほしいか相手とすり合わせる必要がある。デリゲーションポーカーなどで権限委譲を見直したりしてもいいかもしれない。 目的とインパクトの大きさの認識があっていないこともある。まあこれも話すなり明文化するな

iCARE Dev Meetup 20 で発表した資料です #icare_meetup p.7,8,61 https://graphql.org/ p.18 https://twitter.com/a_suenami/status/1379270185207484417 p.33 [SQLQL - Qiita](https://qiita.com/yancya/items/4b7979d83cbf6af9b819) p.33 https://twitter.com/onk/status/912491093127598080 p.35 [【エンジニアブログ】ダイニーのエンジニアリング3カ条｜dinii（ダイニー）公式｜note](https://note.com/dinii/n/n9be778bd7da3) p.36 [Smart UI パターンが再評価される世界 - id:onk のはてな

CyberZ CTO室のメンバーの森 (@at_sushi_at) です。 先日、株式会社サイバーエージェントの2021年度 エンジニア新卒研修でコードの品質に関する講義を行いました。 そこで話した内容とスライドを完全公開します。 45分の内容のため、かなり長いですが、個人的にぜひ一読して欲しい内容になっています。 はじめに こんにちは、森 篤史と言います。2019年度入社で今年で3年目になります。株式会社CyberZのOPENREC.tvというプロダクトでAndroidアプリチームのリーダをやっています。 最近はプログラムを書く仕事以外に、次世代マネジメント室という全社横断組織でDevelopers Blogの改善プロジェクトを実行したり、CyberZ CTO室で組織活性化に取り組んでいます。 あと、2019年度の未踏スーパークリエータにも認定されました。 メインの仕事としては、入社して

はじめに CloudFrontへアクセスしてきた日次のリクエスト数やデータ転送量の合計値を求めることがあったため、 備忘録として残します。 必要な設定 AWS CLIの設定 CloudFrontがあるAWSアカウントでIAMユーザ + アクセスキーを取得しておく CloudFrontのUsageで使用量を確認できるが、、 CloudFrontのマネージメントコンソールのUsageで個別のDistribution毎に特定期間の使用量を指定すると確認できます。 が、細かく時間を絞っての確認は出来ない仕様になっています。 そういった場合は、CloudWatchのAWS CLIのget-metric-statisticsを使って集計することが可能です。 リクエスト数合計の取得 2020/8/17 15:00〜2020/8/18 15:00までのリクエスト数の合計を取得してみましょう。 dimens

クラスメソッド株式会社が主催するAWSのオンライン勉強会 AKIBA.AWS #2 ONLINE で発表された「今すぐコンテナを使い始めたい人のためのAmazon ECSとAWS Copilot」の登壇資料です。 "Introduction to Amazon ECS and AWS Copilot for Container Beginners" on AKIBA.AWS ONLINE #2.