タウンワークはオープンから10年以上が経過しており、JavaScript、CSS、HTMLを含め、フロントエンドの老朽化が課題となっているのは連載の第1回でお伝えした通りです。過去のA/Bテストの名残や、暫定対応と思われるコードが継ぎ足された結果、似たようなコードが残っていることも多く、フロントエンドのエンハンスの際に手戻りを多く誘発することが問題視されていました。本稿ではこうした問題に対し、この1年で取り組んできた改善内容を紹介します。派手な内容はないですが、レガシーコードに現実的に対峙し改善していく際の参考にしていただければと思います。 連載第1回：10年以上稼働し続ける大規模Webアプリケーション、どうやって改善する？ はじめに こんにちは。リクルートテクノロジーズでソフトウェアエンジニアとグループマネジャーをしている高橋陽太郎です。連載第3回の本稿では、タウンワークにおけるレガシー
Jun 25, 2019 07:49 · 21 words · 1 minute read 絶賛発売中のWEB+DB Press vol.111 に「詳解Rails 6」という記事が載っています。コミッターと呼ばれる人達で記事を書いています。Rails 6.0がどういうものか興味ある方の参考になる内容になっているんじゃないかと思います。 WEB+DB PRESS Vol.111｜技術評論社 他にも興味深い記事がたくさん載っていますので、是非お買い求めください。電子版もありますよ。因みに私はJulia特集、AMP最新動向、AWS X-Rayによる分散トレーシングの記事が特に面白かったです。 ここからはおまけです。WEB+DB Pressを読んで、更にRails 6.0について知りたいなという人向けに、Ginza.rbという所で喋った(or これから喋る)資料を載せておきます。WEB+DB P
技術部の青木峰郎です。 去年までは主にデータ分析システムの構築を担当していましたが、 最近はなぜかレシピサービスのサービス開発をやっています。 今日は、そのサービス開発をする過程で導入したBFF（Backends for Frontends）であるOrchaについて、 導入の動機と実装の詳細をお話しします。 Orcha導入にいたる経緯 まずはOrcha導入までの経緯、動機からお話ししましょう。 最初のきっかけは、わたしが去年から参加しているブックマークのようなサービスの開発プロジェクトでした。 このプロジェクトの実装のために新しいmicroserviceを追加することになったのですが、 そのときにいくつかの要望（制約）がありました。 1つめは、撤退するとなったときに、すぐに、きれいに撤退できること。 2つめが、スマホアプリからのAPI呼び出し回数はできるだけ増やしたくない、という要望です。
みなさんのチームにはチームの方針はありますか？ チームのメンバーが理解して実践できるように共有されていますか？ 私たちのチームでは、新しい期が始まり少し経ってマネージャーから今期のチーム方針について共有がありました。 私はチームのリーダーになってからは、目標の1つとしてチームマネジメントを設定しています。 リーダーになって最初の半年は、1on1などを通して主に自分とメンバーとの信頼関係の構築に取り組みました。 次の半年、今期は1対1の関係から範囲を広げチーム作りに取り組みたいと思い、チームを作るとはどういうことなのかをあらためて考えてみました。 「THE CULTURE CODE 最強チームを作る方法」という本と「『一緒にいたい』と思われるリーダーになる。」という絵本を参考に引用しながら、チーム作りに必要なこと・リーダーとしてチーム作りにどう貢献していくかを書きたいと思います。 期初からも
ぐるなびのインフラを支えるエンジニア、岩本と飯田。 今回はちょっと趣向を変えて、当社インフラストラクチャーサービスグループの岩本と飯田にぐるなびのインフラ全体からキャリアまでをざっくばらんに話してもらいました。 まずは飯田さんの質問から始まります。 ベンダーロック正直どうなんですか 飯田 これまで物理サーバで動いていたものが 仮想マシンやコンテナに代わり、オンプレミスからパブリッククラウドに向かっていますよね。 ぐるなびは 今 AWSを主に使っていて、今後もGCPとか色々なクラウドを使っていくと思います。ただ、AWSを使っているがためにベンダーロックされてしまって、例えばGCP使いたいけれど移行しづらいからAWSに寄ってしまう、なんてことがあるのではと思ったりもします。 そこらへんどう考えますか。 岩本 AWSを使い始めると、他に行きづらい反面、AWSをしっかり使っていかないとAWS上の恩
2019年6月13日 11時15分 リンクをコピーする by ライブドアニュース編集部 ざっくり言うと 社長も社員も全員定時で帰れる会社が実践するテクを紹介している まとめて書式変換する方法や、セル幅をストレスなく調整する方法など 繰り返して体で覚えて習慣化すると、驚くほどの成長が実感できるという 謎解きイベントの企画を手掛けるクロネコキューブ代表の岡田充弘さんは、社員にITテクの習得を徹底させることで生産性を大幅に改善してきた。今回、その中でも特に頻繁に活用できて効果があるものを厳選。社長も社員も全員定時で帰れる会社が実践するエクセルテクとは――。※写真はイメージです（写真＝iStock.com／utah778）もはやビジネスシーンで説明の必要がないくらい有名な表計算ソフトのエクセル。標準で実に豊富な機能が備わっていますが、たくさん知っていればいいというものではありません。仕事の目的に応
よく新しいフレームワークを学ぶにはTodoアプリを作ってみるのがよい、と言われる。実際、Todoアプリを様々なフレームワークで作ってみたサンプルをまとめたサイトもあったりする。 ところが、実際に業務で作るようなアプリケーションはTodoアプリの範疇を超えている。とくにSPAにもなると、画面遷移やWebAPI連携、大規模な状態管理などなどの条件が増えるので、Todoアプリを作っているときには考慮できていなかった大変さが出てくる。 そこで参考になるのが RealWorld example apps と呼ばれるプロジェクト 端的に言うと、TodoMVCの大規模版。 規定のスペックに沿って、様々なウェブフレームワークで作られたアプリケーションのリポジトリがリストアップされている。 スペックについて "Conduit" is a social blogging site (i.e. a Medium
この記事はMERPAY TECH OPENNESS MONTHの15日目の記事です。 こんにちは。メルペイのPayment PlatformチームでPaymentServiceの開発を担当するエンジニアの @foghost です。 メルペイではマイクロサービスのアーキテクチャで決済システムを開発しています。その中でPaymentServiceは決済トランザクション管理の基盤サービスとして、下位層のサービス（外部サービスも含め）が提供する各種決済手段を利用して、上位層のサービス（メルカリ、NFC，コード払いなど）に必要な決済フローを共通APIとして提供しています。PaymentServiceが提供する決済処理に複数のサービスを跨いでお金の動きを正確に管理する必要があるので、作り始めた頃から決済トランザクション管理を最も重要な課題として、サービスを跨いでもデータの整合性が取れる仕組みを作ってき
ここ最近、TypeScript の盛り上がりが本当にすごいですね。私ごとながら、昨年末からずっと書き続けていた TypeScript の技術書が、ようやく本日校了しました。Twitter で告知をしたところ、想像以上に反響があり驚いています。あれだけ高価な本、予約するには情報が不十分です。「買ってみたが期待はずれだった」という方が出ないよう、内容についてご紹介します。 対象読者もし皆さまが、体型的にアプリケーションを構築する術を身に付けたいと考えているなら、別途、書籍や文献をお求めください。本書は、JavaScript には存在しない、TypeScript 特有の知識を体系的に学ぶための一冊です。想定している対象読者は、ある程度 JavaScript でアプリケーションを作った経験がある方で、型の話がメインです。 本書の目的様々な事情から、TypeScript の現場導
ワイ「↑こんな風にセレクタを書いてやるんや」 ワイ「そしたらブラウザ君は」 ブラウザ君「このページの中で、header要素は・・・お、この1つだけやな」 ブラウザ君「ほんで、その中のdiv要素は・・・この1つだけやな」 ブラウザ君「ほんで、更にその中のa要素は・・・この1個だけやな！」 ブラウザ君「特定しやすいようにセレクタを書いてくれたから、すぐ見つかったわ〜」 ブラウザ君「ありがとう、やめ太郎はん」 ワイ「ってなるわけや」 ワイ「ワイはいっつもブラウザ君のことを1番に考えてるで」 ワイ「あ、娘ちゃんの次やから2番やな」 よめ太郎「（嫁はブラウザ以下かい・・・）」 娘「パパ、やっさしい〜」 ブラウザ君「全然ちゃうで」 よめ太郎「ファッ！？」 よめ太郎「ブラウザが喋った！？」 ワイ「何を驚いとんねん」 ワイ「インコやオウムかて日本語を喋んねんから」 ワイ「ブラウザ君が喋ったって不思議やない
iOS 13ではコントロールセンターからWi-FiやBluetooth接続が操作できるよ2019.06.06 11:3012,595 塚本直樹 こりゃ助かる。 Wi-Fiのなにが面倒かといえば、接続先の切り替え。設定アプリからWi-Fiに入って…なんて、かったるくてやってられませんよね。しかしiOS 13では、画面右上からアクセスできるコントロールセンターからWi-FiやBluetoothの操作ができるんです。 上は9to5Macが紹介しているiOS 13の画面です。Wi-FiやBluetoothの画面にアクセスするには、コントロールパネルの左上のWi-FiやBluetoothアイコンを長押しする必要があります。またWi-Fiの場合、初めて接続するアクセスポイントでは、設定アプリのパスワード入力画面へと移動します。 そしてBluetoothの画面では、対応機器とのペアリングが簡単にできます
そんな言葉は流行らないと自分で決め付けた言葉が当たり前のように使われることがある。最近では「MaaS（Mobility as a Service）」がそうだ。Webや雑誌、新聞を眺めているとかなり使われている。 年をとったせいか新語に出くわすと定義が気になって仕方がない。用語の混乱こそ諸悪の根源と確信しているものの、言葉の定義にこだわっていると新語が表現しようとしている何かがどう新しいのか、それを確かめるところまで行き着かなくなる。 困ったことにMaaSはモビリティーをサービスとして提供する話らしく、体験しようとすると自ら移動しなければならない。だが旅行はさほど好きではないし、自動車の運転免許も持っていない。この10年ほど国内外を含めて出張は全くと言ってよいくらいしていない。 だからと言って、最新の動向らしいMaaSが分からないままでよいのかと気にしていたところ、知り合いにMaaSを体験し
こんにちは、Web Engineer の @wozaki です。 今回は、スキルマップを私が所属する開発チーム*1に導入した事例をご紹介します。 スキルマップとは、業務で必要なスキル(技術力、業務知識)と、チームメンバーのスキルレベルを一覧にした表です。 スキルマップの例 引用 スキルマップ作成のすすめ | Ryuzee.com 目次 概要 スキルマップ導入の背景 他社の事例とカスタマイズした点 スキルマップ詳細と運用方針 運用結果 まとめ 概要 チームで必要なスキル、メンバーのスキルレベル、志向性が不明だった 個人の志向性を表現できるようにカスタマイズしたスキルマップを導入した 結果 新メンバーにとって、スキル全体が明確になり、チームの役割の理解にも役立った スキル喪失リスクがあるものが明確になり、勉強会などスキル伝承のアクションにつながった 個人の志向性は、スキル伝承時の期待値調整にも
コードレビュー、これまでいろんなプロジェクトで経験して、意外と使われていないノウハウがあったり、風習が違ってつらみがあったりしたので、いろいろまとめてみる。 指摘事項について よくある話 - 駄目コードを憎んで人を憎まず。駄目なのはコードであって人格じゃない - 指摘する人は人格攻撃せずにコードのどこが悪いのかを指摘しましょう - 指摘される人も、言われているのはコードの問題であって人間の問題じゃないので、素直な心で受け止めよう この辺はみんな知ってると思うので略。ぼくが思う大事なルール コードレビューで指摘された内容は、対応必須ではない 理由： 対応必須にすると、「これ言ったらリリースできなくなるよね」みたいな忖度が発生してコメントできない人が出現するから。 絶対ダメとは言わないけど、あまりよくはない、みたいな指摘については、そのときは急ぐからリリースするけど、次回から気をつけるとかがあ
昔、gist にだけ置いてて、そういえばブログに書いてなかったものを思い出したので書いておくことに。 (一応、部分的には言及したことがあるんですけど、ちゃんとした話はしたことがなかったはず。) 決定論的ビルド 3年くらい前まで、C# コードをコンパイルすると、ソースコードを一切書き換えていなくても、生成結果の exe/dll や pdb のバイナリが変化していました(決定性(deteminism)がない)。 原因は以下の2つです。 バイナリ中に埋め込まれる GUID にタイムスタンプと乱数から生成される値を使っていた デバッグ用のファイル情報がフルパスで埋め込まれていた GUID の方はタイムスタンプと乱数なので本当に致命的で、ローカルで再コンパイルしても毎回バイナリが変化していました。 フルパスの方は基本的には pdb (デバッグ用シンボル情報)だけの問題なんですが、 exe/dll で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く