こんにちは、Webディレクターのともぞうです。 今回はWebサイトのリリース前後に最低限おこなっている確認作業を一部ご紹介します。 LIGでは、リリース後でないと確認できないことや、案外忘れがちなものを「最低限おこなうものリスト」として管理しています。あくまで忘れがちなものたちの確認のため、クロスブラウザテストや機能テストといったスケジュール内に組み込まれるものは対象外になっています。 リリース前の確認作業 リリース前には、以下のことを実施しています。 最低限おこなうものリスト（リリース前） faviconは正しく表示されているか metaタグは記述されているか（title,description） ogpタグは記述されているか（type,title,description,url,site_name,image） headタグ内に不要なタグが出力されていないか canonicalの設定は

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

ID生成について聞かれることが多いので、独自の観点でまとめてみます。タイトルは適当です…。 DBはMySQL(InnoDB)を想定しています。あしからず。 ID生成を知りたいなら ID生成に関しては以下の記事がよくまとまっているので参考にしてみてください。値形式など詳しく書かれています。 ID生成大全 Facebook, Twitter, Instagram等がどうやってIDを生成しているのか まとめ ID生成方法 以下のID生成方法は、お手軽に採用しやすいもの順で列挙します。 DB採番/連番型 AUTO_INCREMENT DBのAUTO_INCREMENTで採番する方法。 Pros 数値型で扱える 普通は64ビットの整数型を採用することが多い 単調増加する連番ですので、ソート可能でかつインデックスの空間効率がよい 単調増加するので、キャパシティを予測しやすい 64ビットあればあまり気に

こんにちは。クラウド運用チームで SRE をしている飯塚です。 今回は、MySQL のレプリケーション機能を約10年もの間ずっと使ってこなかった私たちが、レプリケーションを使った高可用性構成に移行するための取り組みの中で学んだことについて紹介します。 背景 巨大なテーブルへの primary key の付与 トランザクションサイズが大きい場合には tmpdir に注意 mysqldump で絵文字が消えていないか要チェック mysqldump が Error 1412: Table definition has changed... で失敗する mysqldump したデータのリストアが Duplicate entry 'xxx-yyy-PRIMARY-n_diff_pfx01' for key 'PRIMARY' で失敗することがある mysqldump したデータのリストア時のディスク

注意 この記事に書いてあることは古い情報になっている可能性があります 最近ReduxToolkit周りの進化がめざましく、更に追加されたReduxのドキュメントの項目がかなりわかりやすく書かれているため、基本的にこちらを推奨します 既にRTKなどの概要を知っているひとは特に Tutorials > Redux Essentials のセクションを読んでほしいです こんにちは、すずです Reactを使い始めて2年半経ち、その間に3つのサービス(SPA)を立ち上げてきました その経験から、 React や Redux を実務でしっかり使ってく上でのノウハウを紹介していきます （この記事ではある程度ReactやReduxの記事・ドキュメントを読んだ初学者を対象としています） 序 フロントエンド、モノを作ったはいいものの、「変更しづらい」「スケールしない」「この作りではパフォーマンスが出ない」って

Christopher Chedeau (@vjeux) is a Facebook Software Engineer in the Photos Team. Before that, he went to EPITA, a 5-year Computer Science school and majored in its R&D lab LRDE. He also worked for Curse during the nights and week-ends. React is a JavaScript library for building user interfaces developed by Facebook. It has been designed from the ground up with performance in mind. In this article

こんにちはBASE株式会社取締役EVP of Developmentのえふしん( @fshin2000 ）です。 今回は、年末の給与改定から運用を開始する評価グレード制導入のお話を書いてみたいと思います。 これまで人材採用時の給与決定や社員の評価時には、マネージャ間で相談し役員承認の上で給与を決めていましたが、その基準や空気感は詳しく社内のメンバーに共有できていませんでした。理由として、中途主体の採用だとどうしても前職給与に影響され、人によって給与にばらつきがでてしまうため、体系だった形に整える機会がなかったのですが、今度、社内に評価グレード制というものを導入することになり、各給与レンジの方に求めるスキルや意識についてまとめたのでこちらで公開いたします。 評価グレード制というのは、一般的に等級と呼ばれるもので、一定サイズ以上の会社のご経験がある方なら、類する制度はどこでもあると思いますので

スマートキャンプ、エンジニアの入山です。 2020年7月にDockerとAWSのコラボレーションにより、単一コマンドでDocker ComposeのyamlファイルからAmazon ECS上に各コンテナをデプロイできる機能追加が発表され、非常に注目を集めました！ From Docker Straight to AWS - Docker Blog AWS and Docker collaborate to simplify the developer experience | Containers ローカルでDockerを利用して開発を行っている方々は、ほぼ間違いなくDocker Composeを利用してアプリの動作に必要な各コンテナを一括管理しているかと思いますが、このECS Pluginを利用するとAmazon ECSへの各コンテナのデプロイとECSの動作に必要な各AWSリソースを一括し

最近開発チームの改善を行う時に、どういう目的で開発チーム改善を行うのかや、開発チームの責務は何なのかについて悩んでいた。色々本を参考にしながら、自分の中でしっくり来た責務があったので、ブログにまとめておく。 まず自分の中で、開発チームの責務は次のものであると言語化した。 エンジニアリング観点でのサービス継続リスクをコントロールしながら、開発速度を最大化する なぜこの責務としたか まず現代のソフトウェア開発においては、非常に不確実な状況で、顧客にとって価値があるものが何かを探索しながら、高速に価値を創出・提供しなければならない。これを満たすためには、「正しいものをつくる」ということと、「正しくつくる」ということの両輪を回す必要がある。 この時、プロダクトオーナー側と開発チーム側で分業するとすれば、やはり開発チームは「正しくつくる」ことに焦点を当てて責務を持つと良いと考えた。つまり開発速度(価

最初にマイルストーンを切って、この週で設計、この週で実装、みたいなことをやるのはおすすめできない。 設計に使える時間を最初に決めた時間までしか使わないということは、どうすればいいか、考えきれてなくても作り始めているということ。 コードは書けていくので、進んでいるようにも見えるけど、問題を先送りしているだけなので、じっくり設計や作戦を詰めていれば気付ける問題に、あとのほうで直面することになる。 この問題を回避するためにはこのように作るべきであった、ということにあとで気づくと手戻りが大きくなり、こんなことをするくらいなら最初に決めておけばよかった、となることが多いと思う。 家を建てることをイメージすると、設計フェーズはここで打ち切って、手を出せるところから始めよう、といきなり柱を建てることをイメージしてほしい。 先のことを見据えると、4本の柱は長方形になっているべきという制約があるけど、そのこ

『独学大全』という本を書きました。 2020年9月29日、ダイヤモンド社から刊行します（電子書籍は10月21日配信予定です）。 タイトル：独学大全 絶対に「学ぶこと」をあきらめたくない人のための55の技法 著　　者：読書猿 発　　行：ダイヤモンド社 判　　型：A5変型判 分　　量：788ページ 価　　格：2,800円+税 ＩＳＢＮ：9784478108536 発売予定：2020年9月29日（書籍） 2020年10月21日（電子書籍） 独学に必要と思われる、ほぼすべての技術を盛り込むために、自分が過去に書いたものを含めて、古典文献からSNS上での発言にいたるまで幅広く渉猟しました。 こうして集めた先人の知見を５５の技法にまとめ、「何故学ぶのか」（動機付けと継続に関する技法）、「何を学ぶのか」（学習資源と資料を探し出し吟味する技法）、「どのように学ぶのか」（読み、記憶し、理解するための技法）の

「エンジニア採用がうまく行かない」というお話をお受けする度に、1から10まで通しでご説明するのもなかなかに長尺が必要なので、今回は要素分解をして図を書くことにしました。伝われば良いなと思う内容は下記です。 CxO、VPoEの方々： 今はこんな感じです できる若手エンジニアを採用したい経営層の方々： 人もお金も結構行きますが覚悟はお有りですか？ 人事・採用の方々： 何かヒントになれば幸いです エンジニアの方々： 裏ではこんな感じでやってます 採用を手伝ってくれと言われているエンジニアの方々： 助けてあげてください 皆様： エンジニア採用は真剣に狂気の域に突入していますので、担当者を承認してあげてください 今回はエンジニア採用シーンをおさらいしつつ、エンジニア採用に向けて企業は何をすべきかをまとめてみたいと思います。 エンジニア採用シーンのおさらい　若手エンジニアの需要が高まり始めた頃合いがア

Webアプリケーションエンジニアをやっていると時たま障害が発生し復旧作業にあたるのだが、人によって「障害対応が得意」だったり「苦手」だったりする。ただ、障害対応時の「良い動き」というのが実際どういうものなのかというのが自分の中でふんわりしていたので、ざっくりはてブで「障害対応」で検索していくつかのエントリーを読んでみたり、自分の仕事での経験を振り返ってみたりして考えたことをまとめてみた。 障害にはフェーズがある 障害対応には複数の役割がある 障害対応をスムーズに進めるための目的は複数ある スキルも必要なので練習していけると良い 初心者でもやれることはある 実際やってみると良さそうなこと 障害対応時にやることをテンプレート化する スムーズに対応に入れる仕組みを整える 障害対応避難訓練 おわり 障害にはフェーズがある 障害対応したことないと、障害には「障害中」「障害中でない」の二つの状態しかな

先日以下ツイートをしたら思いの外良い反応もらえたので、より詳細な紹介記事を書いてみました。 これは必見だわ!! TypeScriptの型についての問題集 想定に従って独自のユーティリティ型を作っていく感じの問題がレベル別に提供されてる Playgroundのリンクから手を動かしながらチャレンジできるので凄くやりやすい （自分はeasyの問題でも分からんのあった。頑張ろ😅）https://t.co/tkEFe7VrBQ — Kawamata Ryo (@KawamataRyo) September 3, 2020 type-challengesとは type-challenges/type-challenges: Collection of TypeScript type challenges with online judge VueUseやVueDemiの開発者である @antfu7さ

起こってほしくはないのですが、あらゆるWebサービスは完璧に動作する状態を維持することは難しく、やはり障害対応・トラブルシューティングといった作業が発生します。 筆者は普段仕事で障害対応を不幸なことによくやるのですが、障害対応のスキルというのはスピードや判断の正確さが求められるせいか、今までやったことがある人・ノウハウがある人に集中し、それ以外の人は眺めるだけ・あとからログを見返すだけの状態によく陥ることがあります。 これはWebサービスを開発・運用するチームとしてみたときにそういった苦労が特定の人に集中するのは良くないので、それを緩和する目的として、筆者が障害対応時に考えていることを記述してみます。なお、これが唯一の正解ではないとは思っているので、ツッコミや、自分はこう考えているよというのを教えていただければ幸いです。 具体的な手法を避けて思考の方法を述べているのは、障害というのはパター

※本記事はアフィリエイトプログラムによる収益を得ています 中古本や中古家電販売のブックオフが8月27日、「本気のお願い」とする切実な買い取りキャンペーンを開始すると発表しました。CMで「ブックオフなのに本ねぇじゃん！」と冗談半分で言っていたところ、本当に本が足りなくなってきたとのこと。そんなギャグみたいなことあるか？ ノリがおかしい告知動画 「ブックオフなのに本ねぇじゃーん」 「と、CMで言っていたら、本当に本が足りなくなりそうです」。えぇ…… 特に小説などの文庫本が不足しているとのことで、文庫本3冊買い取りごとに商品が当たる「ブッくじ」を8月31日～9月13日まで東京都と神奈川県のブックオフ店舗限定で実施します。景品と当選人数は以下の通り。 S賞：図書カード1万円分……30人 A賞：ブックオフなのに本ねぇ～ジャン……3人 B賞：ブックオフお買い物券1000円分……200人 C賞：ブックオ

本日8月26日、レバレジーズ最終出社でした（8月末退職）。レバレジーズではメディアシステム部部長としてエンジニアリングマネージメントを中心に担当した他、レバテック技術顧問としてエージェントの専門性向上などを担い、ITエンジニアのキャリアについて接したり深く考える機会が多くありました。写真は最初の勤務地のヒカリエと、現在のスクランブルスクエアです。 退職理由などについてはここ数年情シスの長としてレピュテーションリスクの観点から監視する側だったので特に書きませんが、代わりに私が採用時・入社後に示してきたITエンジニアとして長く生き続けるためのポイントについてここに記します。つまりは「指名されるエンジニア」になるために必要な事柄です。IT業界に出入りして20年。数多のプレイヤーの栄枯盛衰を見てのお話です。この観察結果からまとめた内容になります。 最も恐れなければならないのは忘却されること　以前に