慣れている人にとっては当たり前のことですが、それまでは事故りやすいので、まとめてみました。 依頼いただいた時（引き受けるか判断する段階）1.「イベント趣旨と依頼理由」を確認する 何を狙いとしたイベントなのか。終わった後に参加者がどのような状態になっていればいいのかを確認します。単に有名企業だから依頼しているんだろうなということや、イベント趣旨によっては「なんで僕に依頼したのだろう？」というものもあるから。 2.「イベント名」を確認する そのイベント趣旨なのに、こういうイベント名称で大丈夫？誤解を招かない？期待値を上げすぎじゃない？と不安になることがあるから。 3.「参加者の特徴・属性、想定人数」を確認する 自分（会社）にとってメリットがありそうか判断するため。あと、その趣旨のイベントでこんなに人数集まるの？とツッコミ要素がないか判断するため。 4.「話す時間」を確認する え、パネルセッショ

Chief Technology Officer（CTO）という言葉を聞いたとき、あなたの脳裏にはどんな像が浮かんだだろうか？ バリバリにコードを書きながらプロダクト開発を引っ張る人物だろうか。テクノロジーの方向性やビジョンを社内外に発信し、業界からも一目置かれるような存在だろうか。あるいは現場のエンジニアの思いをうまく汲み取ってビジネスに落とし込む、調整能力に優れた人物だろうか。 おそらく答えは、企業の形態や文化、個々人のキャリアプランの描き方によって千差万別だろう。時にはChief Information Officer（CIO）、あるいはテックリードやVP of Engineering（VPoE）と重複した役割を果たすこともある。むしろ「CTOはこうであらねばならぬ」と1つの公式に当てはめようとする方がナンセンスかもしれない。 このようにさまざまな側面を持つ「CTO」だが、そもそもC

こんにちわ、株式会社はてなのシステムプラットフォーム部で SRE をやっている id:nabeop です。この記事ははてなエンジニア Advent Calendar 2018 の14日目の記事です。昨日は id:Pasta-K でした。 今日は hatena.ne.jp ドメインのゾーンを AWS Route 53 に移設するにあたって、AWS 初心者がどんなことを考えながら移設したかという話です。DNS ゾーンの移設の手順などについては既に様々な情報があるので、そちらを参照してください。 そもそもの始まり 僕は2018年3月に はてな に中途入社しました。入社して1ヶ月くらいたった4月のある日、「ねぇ、hatena.ne.jp というゾーンを AWS Route 53 に移設してみない?」とタスクが降ってきました。時期としては中途入社後、業務のキャッチアップをしつつ、今まで触ったことがな

ぎんざRuby会議01 https://ginzarb.github.io/kaigi01/

TikTokの前身が、アメリカで流行ったMusical.lyというアプリであることは有名だ。今TikTokを運営しているByteDance社が、2017年にMusical.lyを買収して、それをリブランディングしたのがTikTokであるというイメージを持っている人が多いと思う。ここで1つ、素朴な疑問が湧き出てくる。 今でこそ評価額が世界一のユニコーン企業に化けたByteDanceだが、2017年に、シリコンバレーのイケイケソーシャルカンパニーが、中国の得体の知れない会社に身売りするとは、一体どうゆうことなのか？シナジー効果が出る保証もないし、物理的に距離も離れている。シリコンバレーのカルチャーと、中国流のビジネススタイルが相容れない可能性も大いにある。 それに、なぜFacebookは先に動かなかったのか？Facebookは過去にWhatsappを$19 Billion(2兆円)で買収し、I

一連のステップで構成される最終的に整合性がある操作を使用するときは、補正トランザクション パターンが役立ちます。 具体的には、1 つ以上のステップが失敗した場合、補正トランザクション パターンを使用して、ステップで実行された作業を元に戻すことができます。 通常、最終的整合性モデルに従う操作は、複雑なビジネス プロセスとワークフローを実装するクラウド ホスト型アプリケーションで見受けられます。 コンテキストと問題 クラウドで実行されるアプリケーションでは、データが頻繁に変更されます。 このデータは、異なる地理的場所にあるさまざまなデータ ソースに散在している場合があります。 分散環境で競合を回避しパフォーマンスを向上させるために、アプリケーションは、常にトランザクションの整合性を維持しようと努力すべきではありません。 代わりに、アプリケーションで最終的整合性を実装します。 最終的整合性モデル

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに こちらの記事は、技術評論社に寄稿させていただいた「エンジニアリング組織論への招待」をご紹介するための文章です。Qiitaにも再掲しておきます。 アジャイルって何だ？ 「ウォーターフォールよりもアジャイルのほうがいいのか？」そんな言葉をIT企業の経営者から聞くことがあります。2000年代の後半くらいから、日本国内においてもアジャイル型の開発プロセスが注目を浴びて、多くの企業が実践するようになりました。 ところが、世界各国に比べて日本のアジャイル型開発の普及率は依然として低く、理解度も進んでいません。流行っているからやってみようと

お仕事についてのお題が出てたので、自分も参加してみた。 noteを運営するピースオブケイク社のCXOって、実際のところ何やってるの？というお話。 CXOのXは、エクスペリエンスCXOとはChief Experience Officer（体験の最高責任者）のこと。 体験、つまりサービスを使って感じたことや、記憶したことを演出設計するお仕事です。使いやすい、楽しい、良さそう、わかりやすい、ワクワク、ドキドキ、がっかり、嬉しいはおろか、記憶もバズも、全部がユーザー体験です。 一般的にUI/UXと併記されるため、「アプリを使いやすくする仕事」と思われがちですが、これは間違い。「ユーザーの体験」なので、UXの守備範囲はもっと広くなります。 なので、お仕事の範囲は、「サービスを認知し脳細胞が発火した瞬間」から、「サービスを忘れてしまうまで」。その間、サービスに関して脳内で発生するあらゆる記憶と感情、そ

LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog みなさんこんにちは、LINEのサーバーサイドエンジニアの長谷部です。普段は、最近でいうとLINE Login や LINE Customer Connect などの開発を担当しています。 2018年の年始に LINEのお年玉 というイベントを実施し、その開発を担当しました。今回の記事では、LINEのお年玉のアーキテクチャの紹介や、当日実際に発生した問題(サービス過負荷起因のkafka consumer遅延)などの振り返りについて書こうと思います。 LINEのお年玉とは お年玉イベント期間中に、お年玉とLINEスタンプをセットで「お年玉つきスタンプ」として販売しました。対象スタンプを購入したユーザーさんは、スタンプ購入数 x 1

わかりましたか？よくわかりませんよね？まあ、godocとgo docは同じドキュメントツールですが、別のツールです。本家と元祖みたいなものとして、長らく平行で提供されてきました。ちょうどこの記事を書いている少し前にリリースされた1.11で、godocの方がウェブだけになるとリリースノートに書かれました。 また、godoc.orgのサーバーはローカルのgodocコマンドよりも機能が増えていたり、テンプレートが微妙に違ったりします。とはいえ、ドキュメントを書くときはこれらの違いはそこまで気にすることはありません。 2020/09/19追記: 現在はpkg.go.devが稼働を開始し、godoc.orgのページにアクセスするとこちらへのリダイレクトをするかどうかを問い合わせるバナーが出ます。将来的にはこちらに一本化されると思います。開発者が行うべきこと、記述すべきことは差はありません。このドキュ

Following the Ant Design specification, we developed a React UI library antd (🔊 Pronunciation) that contains a set of high quality components and demos for building rich, interactive user interfaces. ✨ Features🌈 Enterprise-class UI designed for web applications.📦 A set of high-quality React components out of the box.🛡 Written in TypeScript with predictable static types.⚙️ Whole package of desi

自分は普段はChromeのブックマークを使ってよく見返す記事を保存しています。Goを一年間書いてきてブックマークを整理したのですが、せっかくなのでお世話になったブックマーク記事を晒します。 Blog & Serial The Go Blog Goの公式ブログ。深いところまでしっかり書かれているので、調べたいトピックはまずはここで調べたい。 https://blog.golang.org/ Practical Go GoのcontributorであるDave Cheneyさんのブログです。Goで開発&運用する上でのアドバイスが書かれており、入門記事だけでは得られないノウハウがふんだんにまとめられています。 https://dave.cheney.net/practical-go Goならわかるシステムプログラミング @shibukawaさんの連載です。Goで低レイヤーを学んでいきます。根底の

こんにちは、らくからちゃです。 毎日寒い日が続きますが、皆様いかがお過ごしでしょうか。なんとなく涼しくなったマネーフォワードの資産残高を眺めながら、これからの資産運用どうするかなあと考えていたら、半年ほど前にわたしの不用意な発言（？）が晒し上げられていたのを思い出しました。 問題の発言がコチラです。 子供の頃、教科書に「南無阿弥陀仏と唱えるだけで極楽往生に行けると信じられていた」と書いてあったのをみて首を傾げてたけど「S&P500に積立投資してれば老後は安心」と言ってる人を見て納得したな。 / https://t.co/2FR1HZ08Rl — らくからちゃ@年子育児1年育休マン (@lacucaracha) 2022年6月29日 わざわざご丁寧にS&P500の過去の推移までご用意いただき、マネーリテラシーを疑われ、コメントを眺めていると精神の正常性まで心配して貰っていました笑 anond

文脈、背景や問題点の説明 マルチテナントを実装するうえで企業情報（以下company）単位で最小限の情報を扱うようにしたいがcompany単位にTableを作ったりDatabaseを作るのはALTERなどの運用が大変。 そこでRLSを採用するために実際の技術検証をした上での注意点と実際の運用について必要な情報をまとめる。 PostgreSQL 14を前提としている 公式ドキュメント CREATE POLICY 必ず一読はすること。 困ったとき、わからないときはまずは公式ドキュメントを都度見ること。 このドキュメントのゴール RLSの概要をつかめる RLSの最低限の注意点を理解し、実装時に罠を踏まない 自分たちでRLSのポリシー自体をメンテナンスすることができ、デバッグできる テーブル構成 create table if not exists company ( id uuid defaul

はじめに Go言語のフレームワークであるEchoを用いてAPIサーバーを開発することになり、OpenAPIからEchoのコードを自動生成するツールを試してみたので、まとめてみました。 今回はOpenAPI Generatorとoapi-codegenの2つのコードジェネレーターツールを試しました。 下準備 まずはOpenAPI定義のyamlファイルを用意します。 サンプルが用意されていたのでそのまま使うことにしました。 APIの定義はこんな感じです。 https://github.com/OAI/OpenAPI-Specification/blob/main/examples/v3.0/petstore.yaml OpenAPI Generator まずはOpenAPI Generatorを試してみます。 インストール Macの場合

2023.10.5追記: Goチームからプロジェクトの目的に応じたディレクトリ構造についてのドキュメントが公式に公開されています。 https://go.dev/doc/modules/layout 2020/11/13 「やってみてよかったことまとめ」「やってみて困ったこと」「外部モックサービスを使ったユニットテストの未来」の章を追記 2020/11/18 「やってみてよかったことまとめ」にSNSでもらったフィードバック内容を追記 はじめにこんにちは、TIG 真野です。秋のブログ週間連載の第9弾です。 1年弱ほどGo言語でWeb APIアプリケーション開発を行っていますが、かなり割り切った構成・テスト方針を採用しました。そろそろ1年弱になり機能開発も比較的落ち着き、保守運用フェーズの割合も徐々に増えてきた頃合いなので、やったこと・学び・反省といった振り返りを共有します。 Goのパッケージ

ライブリッツの筒井です。 GoのORマッパー連載、おまけ記事です。 特に示し合わせた訳では無いのですが、RDBは全員がPostgreSQLを使っていましたね。 さて、今回の連載記事のいくつかでも言及されていた、jackc/pgx について簡単に紹介します。 GoとPoatgreSQLでCOPY GORM v1 と v2 のソースコードリーディングしてみた GoでのPostgreSQLドライバは lib/pq が定番でしたが、現在その開発は消極的で今後機能が追加されることはめったに無いそうです。 https://github.com/lib/pq#status 一方 pgx は現在も活発に開発がなされており、GORM v2にも採用されています。 使い方の比較lib/pq （およびdatabase/sql）と pgx の使い方を比較していきます。 pgxはドライバだけでなく database/

Discover Skyscanner’s Software Engineering Graduate Programme: Insights and Advice from Two Recent Grads