2024.12.11 エンジニア組織のリアルな失敗経験から学ぶ！ 生産性向上＆チーム強化Tips

この記事が公開される4月10日は、アドビ社が制定した「フォントの日」です。 モリサワでもこの記念日に合わせてAdobeさんのイベントに参加したり、フォントに関する情報公開をしたり、noteで記事を公開したりと、さまざまな活動をしています。 さて今回は、2月22日に開催した配信イベント Font College Open Campus 12「日本語デザインを変えた技術　発明100年に1から知りたい写植の話」の中で公開した2024年リリース予定の写研フォントについて、詳しくお伝えします。 モリサワと写研写研書体は1970年代から2000年前後にかけて盛んに使われていたため、トップ画像をご覧になる方の中には、懐かしさを感じる方もいらっしゃるかもしれません。 それぞれの書体をご紹介する前に、モリサワと写研についておさらいします。 話は今から100年前に遡ります。 1924年、モリサワの創業者である

MTDDC Meetup TOKYO 2024 2024/11/23 株式会社サイバーエージェント 原 一成 (@herablog)

Designship 2024ではタイミーのデザインチームがブース出展します！この記事のデザインデータも見れるようになっているので、ご興味のある方はぜひお越しください！ こんにちは、タイミーのプロダクトデザイナーの横田です。 私たちは900万人以上のワーカー様が利用するスキマバイトプラットフォームを運営していますが、プロダクトデザイナーはかなりの少数精鋭です。 今回は、タイミーのプロダクトデザインにおける仕組み化についてご紹介します。 DesignDataOpsに取り組むデザインをめぐるオペレーションの整備については、近年はDesignOpsという活動の一部として捉えられています。しかし、DesignOpsの意義は拡大し、組織運営などのソフトな側面も含むようになっています。 この記事では、デザインデータのガバナンスや完全性を確保する取り組みにフォーカスし、DesignDataOpsと呼ぶこ

こんにちは、モノタロウ コアシステムエンジニアリング部門 配送ドメイングループの安見です。 この記事では私が関わっていた社内システムを仮想サーバ(AWS EC2)からコンテナに移行した後にコンテナをやめて仮想サーバに戻した話をご紹介します。 諸説明 コンテナ移行について コンテナ化対象システムについて 直面した様々な問題 リリース後の多数の残課題 展開する機能の数が多すぎる コンテナ化のメリットが薄かった なぜこうなったか よかったこと まとめ 追記： 現在なら... 諸説明 コンテナ移行について システムのコンテナ移行とは、アプリケーションやサービスを動作させるための必要なすべての環境を、一つの「コンテナ」としてパッケージ化して動作できるようにすることです。これにより、アプリケーションは他のシステムと独立して実行され障害分離ができたり、環境の違いによる影響を受けにくくなるため移植性が向上

2019年末現在、Emotetによる被害が国内で収まる気配がありませんが、昨年のブログ記事でも言及したように、Emotetはメール情報を窃取するだけでなく、他のマルウェアを呼び寄せるダウンローダーの性質を持つことが特徴の一つです。海外ではすでに以前よりEmotetからTrickBot等、他のマルウェアがダウンロードされているケースが報告されていますが、最近になり、Emotetから最終的に「Ryuk」という標的型攻撃ランサムウェアの感染に繋がるという事例が海外で複数確認されています。つまり、場合によっては日本国内でもいずれRyukの感染被害が明るみに出てくる可能性が今後想定出来なくはありません。 そこで本記事では、標的型攻撃ランサムウェア「Ryuk」についてその詳細を解説します。 ■Ryukとは 2018年夏頃に初めて存在が確認された「Ryuk」という標的型ランサムウェアは、これまで海外で多

目次 目次 はじめに 1章 課題の認識とZuora導入の決断まで 販売管理システムの課題 何を最初にやるべきか 実情を知る 理想像を固める 何を作り、何を作らないか どのSaaSを使うか 2章 Zuora導入設計 Zuoraプロジェクトチーム体制 Zuoraを知ろう！ Zuoraプロジェクトにおいて何を開発するのか Zuoraの管理画面を使うか、それとも内製で作るか 新設機能のモック作成 食べログとのマッピング 3章 Zuora移行 データ移行 データ検証 突合バッチによる検証 データプールの副産物 最終的なシステム構成 データ切り替え 4章 Zuora運用 財務突合 Zuoraへの切り替え Zuoraでの運用開始 5章 結論 最後に はじめに こんにちは！ 食べログ開発本部飲食店システム開発部でマネージャーをしている新井です。 2018年に食べログに入社し現在は販売管理チームに所属してお

Tebiki株式会社 取締役CTO 渋谷 和暁 神戸大学法学部卒業後、SIerを経てWebシステムの開発会社に入社。ECなどの受託開発やゲームアプリ開発のリードとして従事した後、コーチ・ユナイテッドに転職。クックパッドによる吸収合併のタイミングでCEO貴山氏とともにTebiki社を起業し、取締役CTOを務める。 GitHub Medium アジャイルなプロダクト開発において、コード品質・学習効率・チームワークの向上に効果があるとされる「ペアプロ」。1人でプログラミングすること（＝ソロプログラミング、以下ソロプロ）が主流の中で、ペアプロをどうやって組織に浸透させるべきか、困っている組織は少なくないのではないでしょうか。 かつてのTebiki社も、同じ悩みを抱えていた組織の一つでした。2018年3月に創業し、小売、製造、サービス、物流などの現場マニュアルのDXを目的としたSaaSを開発する同社

こんにちは！CARTA COMMUNICATIONS でエンジニアをしている r-ikoma です！ Trivyを導入することで苦労することなく、セキュリティ診断が可能になります！ Webアプリを成長させたい立場の心情としては「開発を効率化させるための便利なライブラリは導入したい。でも、その脆弱性を常に追い続けることに時間は掛けたくない」ところです。 Trivy を導入することでその辺りが楽になります！ Trivy はコンテナイメージ等に対して、導入しているライブラリの既知の脆弱性を発見してくれるスキャナーになります。（例えばhttpリクエストに使用してるaxios に問題が見つかった！など） Amazon ECRとGitHubを利用していればざっくり下記のようなの構成で Trivyの診断が活用できます。 開発者がソースコードをプッシュするとdockerイメージがビルドされ、ECRにプッシ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

こんにちは！Androidエンジニアの kitakkun（@kitakkun_pb）です。 6月22日 開催の Kotlin Fest 2024 にて、ミラティブから私が登壇します！ www.kotlinfest.dev 登壇内容 ロング(40分) 2024/06/22 14:50〜 トラック2 もっとKotlinを好きになる！K2時代のKotlin Compiler Plugin開発 by kitakkun fortee.jp 本セッションでは、Kotlin Compiler Pluginの仕組みやその開発方法に興味をお持ちの方を対象として、 Kotlin Compilerの基礎知識、各種Compiler Plugin APIの使い方、そして実際の活用例についてお伝えします。 コンパイラまでも柔軟に拡張できるという、Kotlinのさらなる魅力に迫るセッションとなっています。 お時間に余裕

これは Kyash Advent Calendar 2023 の5日目の記事です、こんにちは あるいは こんばんは。KyashでAndroidエンジニアをしている 牧山（@_rmakiyama）です。 自分の所属するチームがAndroid / iOS 2名ずつから、Android / iOS 1名ずつのチーム体制になったことを機に、チームのiOSエンジニアと相談してペアプロにトライしてみたところ、とても開発体験が良かったので紹介します。 ペアプロをはじめた背景 Kyashは去年からKMP（Kotlin Multiplatform）を採用しています。KMPは任意のスコープを共通のコードとして開発することができます。 KyashではUIをネイティブによる実装（Jetpack Compose / SwiftUI）をする選択を取り、UIレイヤーの中でもView以外の実装をKMPで共通化するようにし

Mobile Tech Leadの久保出です。 この記事は、技術書典15で配布するWANTEDLY TECH BOOK 13の内容となっています。 弊社では、2020年4月頃からKotlin Multiplatform (以降KMP)を導入しています。 この記事では、KMP導入から2023年10月現在までを振り返り、KMP自体についてや新技術導入という行為としてなどの観点でまとめ、今後の改善点を探ります。 KMPの導入事例、新技術導入の事例として参考になれば幸いです。 Kotlin MultiplatformとはKotlin Multiplatform (KMP) は、クロスプラットフォーム技術のひとつです。 KMPは、Kotlinの言語機能のひとつであり、Kotlinの単一のコードベースから複数のプラットフォーム向けの実行可能なコードを生成します。 KMPにより、異なるプラットフォーム間

こんにちは。CTO の id:motemen です。 2024年10月15日（火）に Hatena Engineer Seminar #31 「少年ジャンプ＋」 サーバーサイド編　を開催しますので、お知らせします。 Hatena Engineer Seminar #31 では、マンガビューワ「GigaViewer」の開発運用を行っている、はてなのエンジニア 4名が登壇し、株式会社集英社の「少年ジャンプ＋」のサーバーサイドをテーマに発表します。 はてなが開発する「GigaViewer」は、16社・25のマンガサービス（2024年9月時点）に導入されているマルチテナントのマンガビューワです。 「GigaViewer」にはWeb版である「GigaViewer for Web」とアプリ版である「GigaViewer for Apps」があり、サービスのバックエンドは共通です。 2024年3月には、

A new tool that blends your everyday work apps into one. It's the all-in-one workspace for you and your team

はじめに こんにちは。PharmaXでエンジニアリングマネージャーをしている古家(@enzerubank)です。 弊社では開発生産性の改善のためにFindy Team+を活用しているのですが、先日チームサーベイ機能という新機能がリリースされました。 チームサーベイ機能をリリースしました！ このチームサーベイ機能はMicrosoftやGitHub等によるリサーチで提唱されたSPACEフレームワークに沿って、チームの開発者体験を可視化し、生産性向上に向けた取り組みを推進できる機能です。 開発生産性の指標としてはFour Keysが有名ですが、これはあくまでDevOpsの指標であり、リリース速度や障害の発生状況を把握することしかできません。 生産性をより広く捉え、働いている人がモチベーション高く働けているかどうかを測る方法が欲しかったので、今回のチームサーベイ機能のリリースはとても嬉しいものでし

フォロワーからリーダーに転身するときに、何を意識するとうまくいきやすいのか？ということを考えていた リーダーとかフォロワーという言葉は意味が曖昧だけど、ここでは「自ら課題設定して解く人」と「渡された課題を解く人」くらいの意味 結論としては、まずはロジックツリーで課題を分解する癖を付けてくれ、で良いような気がしてきた。ロジックツリーが以下を満たすからだと思う 一番粒度の大きい課題設定としては「期待を満たし、上回る」で良いと思うので、実際にやって欲しいことはその具体化と解消 扱う課題がフォロワー時代と比べて曖昧で、難しく、正解のないものになっていくので、そのまま扱おうとするのではなく分解して単純化していて欲しい 分解した課題に優先度を付けて対処するときに、なぜその優先度にしたのか他の課題と比較して説明できるようになっていて欲しい どんな比較をしたのか分からないと、どれくらいちゃんと考えたのか分

カケハシのプラットフォームチームでソフトウェアエンジニアをしているすてにゃん (id:stefafafan) です。今回は、私が TypeScript をメイン言語として採用しているチームに参加した際、言語や周辺技術のキャッチアップを行った方法について紹介します。 この記事は秋の技術特集 2024の 3 記事目です。 この記事の想定読者 私が元々持っていたスキルセット 認知負荷の増加 TypeScript 学習のためにやったこと 学習の進め方 テックリードとの 1on1 の中で壁打ちや相談 ペアプログラミング 輪読会 もくもく会 学習コンテンツ O'Reilly Online Learning を使った学習 TypeScript Deep Dive プロを目指す人のための TypeScript 入門 安全なコードの書き方から高度な型の使い方まで type-challenges 公式ドキュメ

まもなく17周年を迎えるpixivでは、長年にわたり作品などの全文検索基盤としてApache Solrを使用してきました。 しかし、サービスの規模が拡大する中で、従来の基盤に問題が生じていました。これを受けて、pixivでは全文検索基盤のリプレイスを実行しました。 今回のリプレイスにより、pixivでは検索結果の更新反映時間や検索APIのレイテンシが大幅に短縮されました。また、今後のスケールに対応可能になり、新機能開発においても全文検索が容易に利用できるようになりました。 本記事では、pixivの全文検索基盤の歴史や、今回オンプレミス環境でElasticsearchクラスタを構築し、リプレイスを完了するまでの取り組みについてご紹介します。 こんにちは。pixivのnamazuです。最近、私たちのチームで進めていたpixivの全文検索基盤のリプレイスが完了しました。この機会に、pixivの全

はじめに Eight Androidチームのチームリーダーの山本です。 私たちのチームでは2024年6月から新たにテックリードのポジションを設け、2024年4月入社のメンバーにその役割を担ってもらっています。 それまでEight Androidチームに明確なテックリードのポジションはなく、チームリーダーである自身が暗黙のうちにその役割を兼務している状態でした。今回、新たにテックリードのポジションを設けるに当たり、考えたことをまとめます。 背景 これまでチームでは2つの取り組みでアーキテクチャの検討と、新技術導入や技術的負債の改善を行ってきました。 技術基盤改善 新技術導入や技術的負債の改善を行う 週に1回2時間の時間をかける チーム全員が作業する アーキテクチャ検討会 レビューなどで発生した汎用的な技術的な論点や、大きなアーキテクチャ変更の話題を扱う 週に1回2時間の時間をかける チーム全