こんばんわ、札幌のヨシエです。(亜人大好きです、よつばと！と同じぐらい好きです) コンテナ業界盛り上がってますね、中でもFargateのプラットフォームがアップデートされ様々な新機能が追加されてます。 挙げるとキリがないですがFargate PV1.4からコンテナエンジンがDockerからcontainerdに切り替わり、様々な変更が加えられております。 詳しくは↓をご確認ください。 その中でFargate(PV1.4)の発表があった時は「あーはいはい、中身が変わるんですね。わかりました。まぁコンテナホストのバージョンが上がってもコンテナが起動することだけ確認すれば良さそうっすね」と考えておりましたが、 AWSドキュメントに以下の記載を確認しました。 Fargate 起動タイプおよびプラットフォームバージョン 1.3.0 以前を使用する Amazon ECS タスクでは、この機能を活用する

概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: The Citadel Architecture at AppSignal | AppSignal Blog 原文公開日: 2020/04/08 著者: Thijs Cadier サイト: AppSignal DHHが「シタデル（Citadel: 要塞、とりで）」という用語を命名しました。これは私たちAppSignalでアプローチしている技術を表すうってつけの用語となっています。「うちでやってるのはまさにこれだよ！ついに名前が付いた」と話題になったものです。 In addition to the Majestic Monolith, someone should write up the pattern of The Citadel: A single Majestic Monolith captures the majority

リンク Vimeo CURVE Clinging to a smooth, curved surface high above a sentient abyss, a girl tries to cover the few feet back to safety without losing purchase and falling to her death. 6 users 10623 DIZ @DIZfilms 10分で呼吸するのも忘れるほどの緊張感と絶望を味わえる「CURVE」という短編映画すごかった…！！！ 目覚めたらコンクリートで出来た絶妙なカーブに放置されてて、少しでも動いたら奈落の底にずり落ちる恐怖映画。 音による体験が凄いのでイヤホン視聴をおすすめします… vimeo.com/221821296 pic.twitter.com/dXqV5JImTW

はじめに エンジニアにとって、仕様書などの技術的な文章を書くこと（テクニカルライティングとも言います）は避けて通れません。ただ20年来多くのエンジニアの方々と同僚として接してきて思うことは、エンジニアの方の中には「文章を書く」ということに苦手意識がある方が一定数いるということです。 でもこの「テクニカルライティング」のスキルは、才能というよりは一種の「技能」だと思うんです。ある一定の原理原則を理解して実践を繰り返すことで、必ず一定レベルで習得できるものだと著者は信じています。 もしこのテクニカルライティングの原理原則をまだ体系的に学習したことがない、または過去学習したが改めて再学習したいという方に、お勧めのコンテンツを見つけたのでご紹介します。 https://developers.google.com/tech-writing Every engineer is also a write

Vue.jsでCSSを利用する際にScoped CSSやCSS Modules、CSS-in-JSなどの手法があります。とくにScoped CSSは気軽に利用できるため、利用する機会も多くなって来るかと思います。 Scoped CSSがあればCSS設計を使わなくてもよいという意見もありますがはたして本当なのでしょうか？ ICSではScoped CSSにおけるCSS設計に関する議論が活発におこなわれており、本記事では私たちが考えた方式を紹介します。本記事はVue.jsのSFC（シングル・ファイル・コンポーネント）でScoped CSSを利用しているものを想定しています。 CSS設計とは 基本的にCSSは常にすべてのページで読み込まれ、増えれば増えるほど相互に上書きし合う状態が起きやすく、他の言語に比べてかなり壊れやすい言語と言えます。 そこで登場するのがCSS設計です。BEMやSMACSS、

WebRTC においてP2PとSFUでビデオ品質の差があるかと言われればある。どちらが良いかといえば1:1なのであればP2Pが原則的には良くなると僕は考える。それはなぜか。 第一にWebRTC は相手に届くことを優先した制御を行っている。相手との通信状況が悪ければ解像度を落とす。映像が止まってしまった場合は通信相手に再生を再開するためのフレームをもらう。もし音声が途切れてしまうようであれば遅延を許容し少し溜め込んでから流すことで途切れないようにする。常に相手のことを気にして自分の処理能力も気にしつつ届くように映像を送る。これがWebRTCにおいて非常に優れた点だと僕は考えている。 映像音声通信の裏側で行われるやり取り 学習に例えるならば、相手が小学生相当ならば小学生用の教科書を高校生相当であれば高校生用の教科書を作って送っているのである。もちろん、状況に合わせて送るものは常に変えている。小

こんにちは、フリッツ です。プロダクトマネージャー（以下 PM）になってから相当の年月が経ち、特に、現職の US メルカリにおいては「 UIUX 強化型 PM 」として認知されるようになりました（ありがたい）。 ただ、最近は自分があまりにもいま持っているスキル・経験に立脚しすぎているなぁ、と感じており、強みの分野を広げようとお勉強中。 ということで、旅の序盤として、本記事では「プロダクトの成功」を導くために必要とされる、問題定義・優先順位決定・実行 という 3 つのステージを PM 視点から 20 項目にわけてみました。できるかぎり、（自分の今までの）現場の動き方に沿うようにまとめました。割と基本的な内容ではありつつも、特に実行のパートにおいては、現場で役立つような個人的知見を多少含められたはず…。 プロダクトに関わる方、および・駆け出し～数年目の PM の方のお役に立てる記事になっていれ

これでもうCSSのクラス名は迷わない！BEMの命名規則をまとめたチートシート -BEM Naming Cheat Sheet

オンボーディングとアクティベーションについて考察した 前記事 の続き。今回は 120 アプリのオンボーディング体験を調査してそれらを 15 種類の UX に分類、それぞれの UX について共通項・個人的に思ったメリット・デメリットをまとめました。 次回はこれらの統計結果を公開。今回は実際の UX 事例について。現場で「これ使ってみる？」と今日から検討できる（かどうかは知らないけど…）記事になっていれば幸いです。全 6 記事予定の 2 記事め。 00# こんな感じで 120 のアプリ UIUX を調査した ・　US iOS App Ranking Top 100 + 気になるもの 20 をダウンロード ・　ゲームは除外 ・　アプリひとつひとつを 4-5 分触る。気になったもののみ深堀り。 ・　定義・種類は独断と偏見。 ・　複数種類の手法を使っている場合はそれぞれをカウント 01# スライド式

A new tool that blends your everyday work apps into one. It's the all-in-one workspace for you and your team

こんにちは、Gaji-Labo アシスタントエンジニアの石垣です。 今回は前々回の記事「Zapier を使って Netlify のサイトに設置したフォームと Google スプレッドシートを連携させる」に関連して、 Netlify で Forms 機能を使い、お問い合わせフォームを作成する方法をまとめたいと思います。 Netlify の Forms 機能とはNetlify には、サイトにフォームを設置した時、フォームにnetlify 属性または data-netlify="true" 属性が指定されていると、自動で送信機能をセットアップしてくれるという機能が用意されています。 これによりサーバサイドや JavaScript の追加の実装をすることなく、非常に簡単にお問い合わせフォームをサイト上に設置することが可能になります。 詳しくは公式ドキュメントもご覧ください。 実際の実装以下のように

Twitterへ投稿された“濃厚生チョコチーズケーキ”のレシピが「簡単に作れるのに売れるレベルでおいしい」と話題を呼んでいます。しかもレンジだけで作れるというから最高かよ……！ レンジで簡単“濃厚生チョコチーズケーキ” サクサクの底とチーズの濃厚な舌触りがくせになる……！ レシピを公開したのは料理コラムニストの山本ゆり（syunkon レンジは600W）さん。ツイートは30万1000回以上“いいね”されている他、「絶品！」「もうただの天才」「簡単にできました〜。家族においしいと大好評！」と絶賛の声が上がっています。 レンジで作る“濃厚生チョコチーズケーキ”のレシピ とってもおいしそうなこのレシピ。ねとらぼ編集部でも作ってみました。 このケーキは2層構造。用意するものはまず底部がオレオかノアール7枚（クリームを挟んだ状態のもの7枚）、バターかマーガリン15グラム（少量なので有塩バターでも構わ

Sam この一週間Alan Kay をお招きしています。Alanさんは2つの講義を行っていただく予定です。Alan Kay は私たちよりも未来を発明することについて忘れてしまっていたり…？ Alan K それは最悪の講義になってしまいますね。けど… Sam Alanは、創意に富む本物の世界的専門家であると思っています。私たちがすばらしいコンピューターサイエンティストのグループと共に最近復活したXerox Altoは彼が開発しました。Alanさんは私がこれまであった中でも最も思慮深い方です。特に、組織を作りイノベーションを起こすことに関して。来てくれて本当にありがとうございます。講義をとても楽しみにしていました。よろしくお願いします。 Alan K ありがとうございます。思慮深いのは、マスターを見なければならないからです。私は基本的に研究者ですが、私よりもはるかに優れる管理者が行うプロセスに

うちの会社には技術的なCXOとして、CTO、CIO、CISOの3パートがあります。何が違うねん、という話なのですが、ここにはのっぴきならない事情と仕組み化の流れがあって、3つのロールに分けました。このあたりの話を今日はつらつら書いてみたいと思います。 CTOの責任昔はCTOこそ全てのバランスを有し、社長よりも俯瞰したロールであれ、的な思想を持っていました。というのもマーケットを理解し、P/L、B/Sも理解しながら先日書いたG/Pを最大化しろ、また負債をいつどのようにどうやって減らしていくのかを考え、説明責任を果たし（その間機能開発力が落ちるかもしれないし）、実行しなければならない。これらは、短期的な収益と中長期的な投資をバランス良く、柔軟に判断しなければならない、という意味で、できりゃいいのですが簡単ではありません。特に簡単ではないのが、結局社長なり、トップの視点、視野にこの広大さと深さが

【CTO・エンジニアマネージャーに聞いた】企業成長フェーズ5段階別に発生するエンジニア組織の課題と取り組み事例まとめ 2020.02.13 Findyの石川（@HRBizDev1）と申します。 2019年3月にFindyへジョインし、昨年まではFindy Freelanceの立ち上げ、今年からは先日、事前登録を開始したFindy Teamsの事業開発を担当しています。 （前職ではエムスリーグループの企業で医療機関の採用支援や新規事業を担当していました） Findy Teamsではβ版リリースに向けて、上場企業から創業初期のスタートアップまで、様々なフェーズの企業数十社へヒアリングを進めている段階ですが、その過程でエンジニア組織において発生する組織課題は事業成長フェーズによって、異なることが段々と見えてきました。 そこで、今回はヒアリングを通じて見えてきた課題と取り組み事例をまとめてみました

本資料は、技術文書を書くためのテクニックについて書かれた文書です。 解説は、心・技・体の3つの点から行います。 心：技術文書を書くときの心構え 技：技術文章の書き方 体：技術文章のネタを育てる方法 書く前に「心」を整え、「技」でもって育てたネタ「体」を読み手に届ける、という流れです。解説もこの順に沿って行っていきます。Read less

会社の体制が大きく変わり、カオスの中に少しの静寂（暇）ができました。特に日々執行に勤しんでいる方々は皆そうだと思いますが、色んなこと考えているのにそのプロセスをアウトプットする機会があまりなく、結果や結論、最終的な決断のみが共有されるため、サクセッションプランに対する有効な情報を残すことも出来ていないことと思います。僕もその一人。 この時間を有効に活用するため、頭の中にあるイメージと考え方をここに、時間の許す限り吐き出していこうと思います。時折、言葉が足りないところも前提条件やバイアスの記述が足りないところもあるかと思いますが、混沌とした頭の中を曝け出すプロセスにはつきものですので、大目に見ながら読んでいただけると幸いです。 財務諸表と同じように見える化する会社は財務諸表によって経営されるものなので、経営者たるもの財務諸表を見ながら戦略を立てるべきであると僕は考えています。数字以外信じない

DBエンジニアのための技術勉強会（第3回）で使用した資料です。主にリレーショナルモデルと正規化について解説しています。リレーショナルモデルの限界について正しく認識してこそ、リレーショナルモデルを理解したと言えると思います。