技術的負債を徹底的に解消した話 - オミカレのシステムフル刷新のためにやったことを全部教える 技術的負債、デザイン面での課題など、サービスを構成するシステムを全面にわたってリニューアルしたプロセスを、オミカレの高橋一騎さんが克明に伝えます。 株式会社オミカレでテックリードをしております、高橋一騎（たかはし・いっき／ @ikkitang ）です。私たちが提供する婚活メディアサービス「オミカレ」は、2019年3月にシステムのフルリニューアルに踏み切りました。本稿では、このリニューアルのプロセスをできるだけ詳細にお伝えしたいと思います。 さて、「技術的負債」という言葉を耳にすることがあります。なぜ負債が生まれるのか。「品質を犠牲にしてでも早々にサービスをリリースし、短期的にビジネスの速度を上げる」という判断はその理由の一つに挙げられるでしょう。エンドユーザーへの価値提供スピードを得るための見返り

そーだい@初代ALF @soudai1025 そーだいは「たけとも」をへんかんした。 なぜかへんかんされない！ へんじがない...ただのあるふのようだ。 「失敗から学ぶRDBの正しい歩き方」の著者 amzn.to/2wnZcMd soudai.hatenablog.com

この記事はNamuyuの個人ブログにマルチポストしています。 はじめに DB、いいですよね。 個人的に以前からDBに興味があって、各種DBの最適化の方法を学んだり、去年は春のIPA試験でデータベーススペシャリストの試験を受けたり（落ちたり）、今年もまた受けようとしたりしています。 そんな中で去年と今とで変わった点が一つあって、それは自分がRDBを実務で弄り始めたことです。 .Net Coreを用いてアプリケーションを作る中で、ORMであるEntityFrameworkを用いてSQLServerにアクセスする部分を何度か実装し、そのアクセスする先のテーブルのスキーマ設計もいくらか経験してきました。 そこでそろそろデータベース周りのノウハウ系の本を読んでみようかという気になり、久々に読んだのが今回書評する本、「失敗から学ぶRDBの正しい歩き方」です。 どんな本なの？ この本の著者さんは2017

遅くなりましたが、 4/1なのですが、株式会社はてなに入社しましたことをご報告いたします。 株式会社はてなに入社しました - hitode909の日記 本日は4/1です。いいね？ ということで、（フリーランスの仕事はしてるんですが）半ば仕事は探してます。

この4年あまりの仕事を振り返ります。記憶が薄れないうちに、だらだらと起きたことを書いています。 3月の上旬、在宅勤務令が出ている中、所用でマネジャーの許可をとって久しぶりに会社に出勤した時に撮りました。平日の8pm前なのに、コロナウイルス騒ぎの影響で人が少ないです。 TL;DR メルカリ(以下、現職、会社)を退職します。大変お世話になりました。ありがとうございました。この4年3ヶ月の間、何事にも代えがたい、貴重な経験ができました。 2015年 年末 あるカフェで、現職に勤めている人から、一度話を聞いてみませんかと勧められ、カジュアル面談に足を運びました。現職は、当時バックエンドにPHPを使っていたのですが、僕はPHPをほとんど書いたことがありませんでした。それをsotarokさんに伝えると、「他の言語は書けますよね？ならPHPも覚えられますよ。」と言われて、そういうものかと納得。この判断が

satoru-takeuchi.hatenablog.com ↑この記事が Twitter の TL に流れてたから読んでみたら面白かったのでコードを書き始めた7年前*1から振り返りながら書いてみる。 コードが残っていたりするものは載せていきたい。思い出せる限りなるべく時系列順で書いていく。多少前後する。 「独学でプログラミングを始めるなら C 言語から」という文言に載せられ Windows のコマンドプロンプト*2で動く簡単のプログラムをいくつか作った。ほとんど入門書の写経 + αだった。例によってポインタがわからず、もっと酷いことに return もわからなくて*3一旦距離を置く。return がわからなかったので関数を使うことを割けていたので全部 main 関数に書いていた気がする。初めて黒い画面にバババーっと文字が出てきたときはめちゃくちゃ楽しかった。 Java とかいう言語を使い

BacklogのSREを担当しているmuziです。 今回の記事では、ヌーラボにおけるSREの活動事例として、Backlogの課題検索機能のリプレイスプロジェクトについてご紹介します。 このプロジェクトでは、SREと開発者がチームを組んで、要件定義からリリースまで行いました。その結果、Backlogを構成するサーバ同士が疎結合になり、将来的なマイクロサービス化に向けた足がかりを作ることができました。 歴史の長いプロダクトにありがちな技術的負債への取り組みの一例として、みなさんの参考になれば幸いです。 リプレイスプロジェクトの背景 Backlogの課題検索機能 最初に、このリプレイスプロジェクトの背景として、Backlogの課題検索機能についてご紹介します。 課題検索機能とは、Backlogの「課題」ページで利用できる検索機能のことです。件名や詳細に対するキーワード検索に加えて、プレミアムプラ

最近の感染症対策による社会情勢で、リモートでの対応が可能なものはそうしましょう、という雰囲気がある。 ぼくもここ数日、特に会社に行く強い必要性がない日は、通勤による感染リスクを気にして自宅で仕事をしている。通勤する場合は40分ほど電車に乗る必要があるので、混雑はしていないにしてもまぁまぁ気になるからだ。 自分が所属しているチームはリモートワークは慣れたもので、フルリモートの人も1人いるし、他のメンバーも日によってはぼくのようにスポットで自宅で仕事をすることもある。 職場だけではなく、たとえば自分がスタッフとして関わっているカンファレンスや、コミュニティのミーティングなどは、リモートで開催されることが多い。そもそもスタッフの居住地が日本全国に散らばっていて、物理的に集まることが難しいからだ。これももう慣れたもの。 このように、リモートでの仕事やミーティングにはなんの抵抗もない、と思っていたが

Intro Cookie は、ブラウザに一度保存すれば、次からその値を自動的に送ってくるという、非常に都合の良い仕様から始まった。 State Less が基本だった Web にセッションの概念をもたらし、今ではこれが無ければ実現できないユースケースの方が多い。 冷静に考えればふざけてるとして思えないヘッダ名からもわかるように、当初はこのヘッダがこんなに重宝され、 Web のあり方を変えるかもしれないくらい重要な議論を巻き起こすことになるとは、最初の実装者も思ってなかっただろう。 そんな Cookie が今どう使われ、 3rd Party Cookie (3rdPC) の何が問題になっているのかを踏まえ、これからどうなっていくのかについて考える。 Cookie のユースケース Web にある API の中でも Cookie はいくつかの点で特異な挙動をする 一度保存すれば、次から自動で送る

前提 僕は新卒からいまの会社に入って以来ずっとWeb系アプリケーションエンジニアとして仕事してきました 自分がWeb系のエンジニアとして成長するにあたって必要なスキルについて考えたときに、ただコードが書けるだけでは評価されないだろうなということだけ何となくわかっているつもりだけど、言語化しないとどういうスキルがあるのか何が自分に足りないのかがわからない気がするので一旦ブレストしてみる 出来上がったリストを元に次にどこを集中的に伸ばすべきかというのがわかるのではないか ここでいう暗黙的とは、僕が学生の頃「Web系のアプリケーションエンジニアに必要なスキルはこれだろうな」と考えたときにきっと思い浮かばなかったもののことですが、人によってはこんなこと当たり前だろうと思うかもしれません ブレスト結果 いくつかブレストした結果をグループごとにわけてみた。（ブレストといってもただパソコンに向かって箇条

MySQL Weeklyでは1週間ごとにMySQLのrelease-note, bug, official blog, organizationによるblog, 個人のblogをまとめ紹介しています。 更新は月曜 10時(AM)です。先週一週間のMySQL関連の更新を再確認するのにご活用ください。 また、このブログ記事はGitHub上で管理されていますMySQL-weekly repository。Issue, pull-request歓迎です。(完全に同期できているわけではありません) Release note (https://dev.mysql.com/doc/relnotes/mysql/8.0/en/) Nothing Bugs 基本的にMySQL Server, 5.7以上のbug fixのみまとめます serverity >= S5(Performance)でupdatedで

退職...そして独立へ...... - そーだいなるらくがき帳 にある通り、そーだいさんが 副社長兼CTOから退職される事に伴いまして、この度 2月1日付けで オミカレの テックリード となりました。 僕とオミカレ www.ikkitang1211.site www.ikkitang1211.site ※ ちなみに 現職エントリ書いてる頃はそーだいさんの退職を知りません。 2018年05月01日付 で入社して 今で約2年弱在籍している事になります。 前職で疲弊してた所をそーだいさんに話しかけて頂き、 『少なくとも今よりは成長、給料、正しい業務時間、全部用意するよ。』 との事で人生初の転職を行い、今に至ります。 転職してすぐの頃は元々仕事の遅れは残業でカバーする文化にいた事もあり、考えられる中の最短の期間で見積もりして スケジュールに間に合わないようなら パワープレイで残業したりリスケしても

こんにちは。Zucksでエンジニアをやっています@karahiyo_nです。 先日社内向けに「Zucksで働き学んだ成果に繋がるプラクティス」という発表を行いました。今回はその一部を紹介したいと思います。 発表では6年間でシステム構成がどう変わってきたのかと実際にやってきたタスクを紹介しつつ より妥当な意思決定をするために より早く価値を提供できるように システムの複雑性と戦う方法 などいくつかプラクティスを紹介しました。 今回はその中のひとつ「システムの複雑性と戦う方法」について書きたいと思います。 対象のシステム像 元の発表ではZucksのシステムを取り上げて解説したのですが、ここでは次のようなシステムをイメージしてください。 非常に高いサービスレベルが求められるシステム(例えばAmazon Compute SLA相当) 低レイテンシ、高トラフィック(で、さらに増加傾向) 機能要望は尽

プログラマが知るべき97のこと大人気の書籍『プログラマが知るべき97のこと』のエッセイを無料で公開中！すべてのプログラマにおすすめの本がウェブで読めるようになりました。 エッセイ一覧分別のある行動関数型プログラミングを学ぶことの重要性ユーザが何をするかを観察する（あなたはユーザではない）コーディング規約を自動化する美はシンプルさに宿るリファクタリングの際に注意すべきこと共有は慎重にボーイスカウト・ルール他人よりまず自分を疑うツールの選択は慎重にドメインの言葉を使ったコードコードは設計であるコードレイアウトの重要性コードレビューコードの論理的検証コメントについてのコメントコードに書けないことのみをコメントにする学び続ける姿勢誰にとっての「利便性」かすばやくデプロイ、こまめにデプロイ技術的例外とビジネス例外を明確に区別する1万時間の訓練ドメイン特化言語変更を恐れない見られて恥ず

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

SRE NEXT 2020 の登壇資料です。 https://sre-next.dev/schedule/#a3