こんにちは、ウィルゲート開発室のことみん（@kotomin_m）です！！ ウィルゲートは10月8日に行われたPHP Conference Japan 2023にシルバースポンサーとして協賛しました。 当日は開発室から11名のエンジニアが参加し、スポンサーブースの出展も行いました。 このブログではスポンサーブースの企画から当日の模様、参加メンバーの感想をご紹介します！ tech.willgate.co.jp スポンサーブースの紹介 事前準備 当日のスポンサーブースの様子 参加した人の感想 まとめ スポンサーブースの紹介 スポンサーブースでは以下のコンテンツを用意しました！ パンフレット・ステッカー配布 会社紹介スライド展示 ご来場の方との会社自慢ワーク お菓子ボックスの設置 事前準備 スポンサーブース出展にあたり、「ブース内容をみんなで相談する会」をオンラインで集まって開催しました。 組織活

はじめまして！ 2023年1月に中途入社しました、ウィルゲート開発室の佐々木です。 今回は、私が行なっているNotionを使用した読書本と試験勉強のアウトプット方法についてご紹介します。 はじめに アウトプットの何がいいの？ 記憶への定着率が段違い Notionとは アウトプットの方法 読書本 試験勉強 アウトプットしてみて感じたこと さいごに はじめに みなさんは、アウトプットしていますか？ かくいう私は、ウィルゲートへ入社するまで一度もアウトプットをしたことがありませんでした。 技術書を読んだり、資格を取得しても、インプットで終わり。そこで得た知識を誰かに共有することはありませんでした。 しかし、今では積極的に学んだことをアウトプットするようにしています。 アウトプットの何がいいの？ 記憶への定着率が段違い 例えば、技術書を読んだとします。ただ読書をしただけでは、学習定着率はおよそ10

こんにちは、開発室の林です。 今回は「カイゼン・ジャーニー ~たった1人からはじめて、「越境」するチームを作るまで~」という書籍を読んで実践した、チームビルディングについて話します。 本記事のスコープ 最初に 「カイゼン・ジャーニー」とは？ 星取表(スキルマップ) ファイブフィンガー ドラッガー風エクササイズ まとめ 本記事のスコープ 本記事の想定読者は以下の通りです。 「カイゼン・ジャーニー」を実際に行っているチームを知りたい人 リーダーに成りたてで、チームビルディングを何から始めようか迷っている人 他社のリーダーが行っているチームビルディングを知りたい人 本記事では私がチームビルディングで行った施策の感想がメインとなります。チームビルディングで実施した施策の詳細等は解説しませんので、その点ご了承ください。 最初に 私は2022年3月からリーダーを務めることになりました。当初は私を含めて

こんにちは、ウィルゲートで開発室開発基盤ユニットのマネージャーをしている池添(@for__3)です。 ウィルゲートでは2019年に監視システムをPrometheusに移行して運用して来ました。 tech.willgate.co.jp tech.willgate.co.jp ですが、社内のメンバーの入れ替わりとともにPrometheusの設定や運用を理解しているメンバーも減ってきていました。 そこで、改めてPrometheusのできることやPrometheusを使った監視の仕組みについての社内勉強会を行いました。 今回はその際の資料の一部をブログ用に修正しました。 監視システム全体の構成 Prometheus Exporter node_exporter blackbox_exporter nginx_vts_exporter proxy_exporter まとめ 監視システム全体の構成 『

こんにちは、開発室の大石です。 今回の記事では5ヶ月ほど前にランディングページの監視に利用し始めた監視ツール「Site24x7」について紹介します。 導入経緯（起きた事象 Site24x7でお問い合わせフォーム監視 おわりに 導入経緯（起きた事象 WillgateのM&A事業「Willgate M&A」のランディングページでは2022年1月頃、お問い合わせフォームでの障害が頻発していました。 これらの障害は原因や作業者も異なったものであったものの、十分な知識や体制が築けていれば検出・検知できたものでした。 しかしながら、当時対応チームが私一人であり、それにも限界がありました。 もちろん以前よりサイトそのものの死活監視は行っていたのですが、お問い合わせフォームの動作監視までは実施しておらず、M&Aという事業は性質上、お問い合わせフォームの動作の保証が他のプロダクト以上に重要となり、Selen

ノベルティのマスク こんにちは、ウィルゲートの開発室 新卒2年目エンジニアのことみん（@kotomin_m）です。 株式会社ウィルゲートは 4 月 9 ～ 11 日 に開催された「PHPerKaigi 2022」にゴールドスポンサーとして協賛しました。今回は会社制度の「5%ルール」の内容と、それを利用して当日参加したメンバーの感想をご紹介します。 tech.willgate.co.jp 5%ルールとは 参加メンバーの感想 田島 さん (オンライン参加) 松井 さん (オンライン参加) 岡田（@okashoi） さん (現地参加) 池添（@for__3） さん (現地参加) ことみん（@kotomin_m） さん (現地参加) さいごに 5%ルールとは 「5%ルール」とは、業務時間の5%を自己研鑽に充てられる制度です。最大3ヶ月分の5%（3日分）をまとめて取得でき、社外の勉強会に参加したり、

3 週連続テレワーク特集 ウィルゲート開発室のテレワークにおける施策や工夫をお届けする「テレワーク特集」。 今回は第 2 弾です！ テレワーク特集の全記事はこちらから。 こんにちは！開発組織活性チームの田島です。 ウィルゲート開発室では2021年5月より、テレワーク上でのコミュニケーションの一環としてバーチャルオフィスツール「oVice」を利用しています。利用して1年近くが経過した中で、固まりつつある運用方法やよかった点についてご紹介させてください。 3 週連続テレワーク特集 oViceとは 開発室の運用方法 よかったこと 軽い気持ちで話しかけられる 雑談タイムの運用がoVice上に移行した 事業部のメンバーも参加するようになった 今後の活用 oViceとは oViceとはoVice株式会社が運営しているバーチャルオフィスツールです。ユーザはブラウザ上の共通のスペースにログインし、自身のア

3 週連続テレワーク特集 ウィルゲートでは 2020 年 5 月よりテレワークを導入しています。 導入より 2 年が経過した中で、コミュニケーション課題への施策やメンバーそれぞれの工夫が随所に見受けられるようになりました。 今回は「テレワーク特集」と題して、そんなウィルゲート開発室の様子を 3 週連続でお届けしたいと思います。 テレワーク特集の全記事はこちらから。 こんにちは。ウィルゲート開発室の岡田（@okashoi）です。 本ブログでは、これまでにもテレワーク下におけるコミュニケーション課題への取り組みを紹介してきました。 tech.willgate.co.jp tech.willgate.co.jp 本記事もまた、テレワーク下の課題解決に向けた「開発室朝会」の取り組みについて紹介します。 3 週連続テレワーク特集 背景 「開発室朝会」の概要 過去の共有内容の例 実施してみての所感など

こんにちは、開発室PMO（プロジェクトマネジメントオフィス）の大嶋です。 だいぶ久々の投稿になります。 今回は開発室で「すごい会議」のフレームワークを活用して組織改善に取り組んでいることについて、きっかけから現在までの経過をご紹介します。 背景 「すごい会議」とは 事前準備 会議当日の流れ 施策の進行 おわりに 背景 コロナ禍における緊急事態宣言も長くなり、ウィルゲートでは基本的にテレワークでの業務が中心となっております*1。 こうした働き方が長くなっていくにつれて、目の前の作業を進めていくことには徐々に慣れていく一方で、特定のメンバー以外との関わりあいが極端に減ってくるなど、開発組織としての相互連携や一体感などが損なわれていると感じていました。 今回、こういった「コミュニケーションにおける課題」にフォーカスして改善を図るべく、マネジメント層を中心として具体的な取り組みを始めることにしまし

こんにちは。ウィルゲート開発室の岡田（@okashoi）です。 ウィルゲート開発室では「Hacker's GATE」と称してエンジニアによる勉強会や LT 会を開催しています。 ◆過去の開催の様子◆ tech.willgate.co.jp tech.willgate.co.jp 今回は cluster というサービスを使い、バーチャル空間上で社内 LT 会を開催したので、その様子をお届けします。 背景 cluster とは 実施してみての所感や今後の展望など 背景 コロナ禍におけるテレワークが始まってから 1 年以上が経過しました。 テレワークはライフスタイル、ワークスタイルの両面で新しい価値観をもたらした一方で、業務内外問わず他メンバーの取り組みや興味関心を知る機会が減ったことを痛感しています。 興味関心を共有する手段として「みんなで集まって LT をやる」というのは、コロナ禍以前からの

Gitを用いた開発作業を行う際、意図がわからないメッセージのコミットを積み重ねていくと、コミットログを見る人の負担が増えたり、コミットログを活用する習慣がなくなっていき、開発効率の低下を招きます。この...

2021.08.19 スキル ISUCONLINEさくらインターネット パフォーマンスチューニングの成果を競うコンテストとして、エンジニア界隈ですっかり定着した感のある『ISUCON』。今年も8月21日に予選、9月18日に本選の日程でオンライン開催される。 CTOレベルも含めて腕に覚えのある多くの現役エンジニアが参加する同イベントだが、10回目のメモリアル大会となった昨年は、上位3位を学生が独占する衝撃の結果に。ここ数年の学生の勢いは凄まじいものになっている。強さの理由は「社会人と比べて対策に多くの時間を割けるから」というのが通説だが、本当にそれだけなのだろうか。 今年は大会史上初めて出題も学生が行う。『ISUCON』はこのまま若い力に蹂躙されてしまうのだろうか。主催するLINEのDeveloper Relations室 櫛井優介さん、さらに出題者、参加者の両方の立場から関わり続け、『IS

10/3 (土) に開催されたパフォーマンスチューニングコンテスト「ISUCON10」のオンライン本戦にて、チーム「 牡蠣の鋭利な殻が指に突き刺さり利き手を負傷 」として33チーム中20位でフィニッシュし「またあいま賞」を頂きました 🎉 ISUCON10 FINALISTの証 ISUCONとは何なのか (再び) Iikanjini Speed Up CONtest。お題となるWebアプリケーションをガツガツゴリゴリいじくり回して、超たくさんの人が同時に使っても死なないチョッパヤ仕様にするエクストリームイベント。 isucon.net イカれたメンバーを紹介するぜ (再び) 平均年齢26歳の若手キャピキャピチームです！ cureseven キャピキャピ隊長！ 湾曲したiPadがお気に入り！ twitter.com shiningcureseven.hatenablog.com nekoda

自分が目指したいRailsアプリの形とは何か、ということについて考えていた。 常日頃から考えていたRailsアプリでの不満をこの議論に合流させた結果、「Rubyを書くときに当たり前にやるようなことを、Railsアプリを書くときでも当たり前のようにやる」というところが肝で、自分が目指したいRailsアプリの形はその先にあるのではないか、と一旦結論付けてみることにした。 「普通にRubyでコードを書くときはやらないけど、Railsだったらこう書く」という何かが存在していることが、さまざまな失敗の原因をつくっていると思う。 RubyとRailsが地続きに繋がっていないというか、どこかで断絶があり、そこから筋の悪い設計が生まれている ―あるいは持ち込めるはずの良い設計を持ち込めていない― のではないか、という話。 実際にはどの辺りが気になっているのか？という例を挙げると、氷山の一角を指摘するだけな

マンガビューワにおけるサービスレベルとは なぜSLOを策定したかったのか サービスレベルを単純に決める 何をサービスレベル指標としてどう計測するか 一般的なSLIの表現 期間を移動しながら集計する アクセスログからサーバーのSLIを計測する PageSpeed Insights APIでフロントエンドを計測 プロダクトオーナーとともにSLOを決定する 決定したSLO どのように監視するか まとめ 株式会社はてなのマンガチームでSREをしているhappy_siroです。 私がチームで担当しているサービスは、いくつかのWebマンガサイトで採用されている「GigaViewer」というマンガビューワです。 GigaViewerチームでは、サービスのSLOを策定しました。 理由は、SLOに基づいて開発速度と信頼性のバランスをとるためです。 この記事では、私がチームメンバーと協力して「GigaView

是非合わせて読んでみてください: プログラマの心の健康 「エンジニアは学び続けるしかない」論調がエンジニア界隈にあると思う。 なんとなく違和感があったので持論を書いてみる。 異論と書いたが、概ね(条件付きで)賛成派だったので、求めるものとは違うかもしれない。 が、「職業プログラマを続けていくことに悶々としている人」には届きやすい記事になったかと思う。 「学び続けるかどうか」は「プログラマを続けるかどうか」とほぼ同義の議論になる。 だから、まずは続けるかどうかから議論して行こう。 1. プログラマを続ける理由を決める プログラミングすること自体が報酬と感じられる人には確実に勝てないので、自分なりの目的を見つけて技術と接するほかない。 好きでもないのに何故コード書く仕事をしているのか、内的動機がないとしんどいだけである。 まずは決めるところが一歩目。 僕の場合は、プログラミングは今たまたま稼げ

課題 Lokiとはなにか？ ログ転送の仕組み ログ可視化の仕組み 使ってみてわかってきたこと Grafanaでログをササっとみられるのは楽 『indexを作らない』の意味 ログから作成するメトリクスと統計情報 nginx-module-vts GrafanaのSlackが温かい 現在のLoki環境 VMの情報 コンテナの構成 負荷状況 今後 こんにちは！インフラユニットの小林です。 今回はログ監視ツール『Loki』の導入事例を紹介をします。 課題 これまでもログ可視化集約ツールを使っていたのですが、メモリ使用量の多さや気が付いたら落ちていたりして、VMのランニングコストや運用負荷が課題とされていました。 またUIが非常にリッチなツールだったんですが、我々のやる事と言えば『ApacheやNginxのログからステータスコードやリクエストタイムを可視化』したり、『アプリケーションでエラーが起きた

こんにちは。「家事コツ研究室」研究員Oです。 長かった梅雨も明け、ついに夏本番！そんな夏だからこそ食べたい野菜の１つに「なす」があります。でもいくら食べたいからといって、一気に5本ほど入った1袋まるごと使いきるのは難しかったりしますよね。 残った２本ほどを次に使おうと思って野菜室に入れておくと、気づいたら水分が飛んでしなしなになっていたということはありませんか？ せっかく旬のなすを最後までおいしく食べるためには「○○」してしまうといいんだとか。そこで、今回は本当に「○○」したなすはおいしく食べられるのか検証してみます！ なすは余ったら迷わず「まるごと冷凍」！ 中途半端に残ってしまったなすは、迷わず「まるごと冷凍」してしまいましょう。えっ、なすって冷凍できるの？しかもまるごと！？と思った人も多いはず。 でも噂によるとなすは余ったらまるごと冷凍してしまうのが正解で、さらに料理するときにはそのま

余った「ナス」を丸ごと冷凍し、凍ったままレンジでチンすると…なんと◯◯になっている！→ネット民「これはいい」の声 買ってきた野菜はできるだけ余らせないように調理したいところ。でも「あるのに買ってしまった」なんてのはよくある話ですよね。そんなときは漬物にする、野菜だしを作る、といった活用法が考えられます。ところで「茄子」が余ったときは、皆さんどうしていますか？茄子ってすぐに水分が飛んでしなしなになってしまうんですよね。 Twitterでは、こんなツイートが注目されています。 マジかよ知らんかった。しかも解凍したら蒸しナスになってる> なすは余ったらすぐに【まるごと冷凍】が正解？！〈やってみた〉 - 暮らしニスタ https://t.co/l5Ce5N9AtM — 良太郎 (@ryota_hnk) June 15, 2020 投稿者の良太郎 (@ryota_hnk)さんは、茄子は余ったらすぐに

TL; DR オンライン移行 爆速対応の決まり手はkintone×Zoomにあった! サポーターズの強みはツールの威力を活用するだけではなく"捨て続ける改善力"にある 急変する市場変化に追従するために必要なものは「挑戦し続ける」こと 目次 TL; DR 目次 フルオンラインで就活ができる時代が訪れている!! サポーターズと新型コロナウイルス感染症(COVID-19) の関係 そもそもサポーターズ1on1面談イベントとは オンライン移行 爆速対応の決まり手はkintone×Zoomにあった! サポーターズの強みはツールの威力を活用するだけではなく"捨て続ける改善力"にある 改善内容について 改善前(2019年2月時点) 改善後(2019年4月時点) 新商材 オンライン上で行う企業セミナーの発明(2019年7月時点) オンライン上で行う1on1面談の実施 新商材 フルオンライン1on1面談イベ