こんにちは、デザイナーのNです。 2023年11月に初めてadobe MAX Japan2023に参加しま…
こんにちは。ASKULのほかほかごはんです。現在は商品チームで主にバッチアプリケーションの開発を担当しています 😀 本記事では AWS上でのECSを利用したバッチアプリケーション開発で遭遇した運用上の問題について記述します。 続きを読む はじめに こんにちは! 初めまして! 今年の新卒としてアスクル株式会社へ入社したラーメン (@ramendaDev) です。 今回の記事では、 2022年8月6日-8日にかけて開催された、ヤフー株式会社主催の「Internal Hack Day19」について振り返ります。 続きを読む こんにちは。しゅん(@MxShun)です。 突然ですが、次の Kotlin コードの「any」「all」「none」がそれぞれ true/false のどちらを返却するか分かりますか? val numbers = listOf(1, 2) numbers.any { it
希望する登壇者がもらえたNinja Tシャツ こんにちは、製薬企業向けプラットフォームチームエンジニアの桑原です。 JJUG CCC が2023-11-11にオフラインで開催され、エムスリーはロゴスポンサーとして参加しました。 ccc2023fall.java-users.jp JJUG CCC はコロナが流行しだした2020 Spring 以降では初のオフラインのみの開催となり、参加者も400名を超えたり活気もだんだん戻ってきているように感じます! #JJUG_CCC 400名のチェックインを超えました!ありがとうございます!https://t.co/bzbfA5eOcG— JJUG (@JJUG) November 11, 2023 また、エムスリーはロゴスポンサーだったので登壇枠はなかったのですが、個人的に公募して採択され登壇してきました! このブログでは登壇に向けての準備と登壇した
2023-10-24 複数プロジェクトのカニバリを避け成果を最大化するために “プログラムマネジメント” を導入した話 プロジェクトマネジメント プログラムマネジメント サプライチェーン・マネジメント こんにちは、モノタロウの EC サイト開発グループに所属している田上といいます。 モノタロウには 2019 年に中途で入社し、入社以来ずっとフロントエンドまわりのことに携わっています。最近は開発業務ではなくプロジェクトマネジメントなどのマネジメント業… #プロジェクトマネジメント #サプライチェーンマネージメント #プログラムマネジメント 2023-10-18 あえて手動アップグレードを選ぶ〜マネージドサービス(GKE)で手作業による対応をした話〜 GCP Kubernetes GKE こんにちは。データ基盤グループ データエンジニアリングチームの宮口です。 この記事ではGoogle Clo
2023-10-19 Google Cloud ComposerでGPUを使ったタスクを安定稼働するために行ったこと Cloud Composer はじめに こんにちは、ML・データ部MLOpsブロックの松岡です。 本記事ではCloud Composerのワークフローにおいて、GPUを使うタスクで発生したGoogle CloudのGPU枯渇問題と、その解決のために行った対策を紹介します。 ZOZOが運営するZOZOTOWN・WEARでは、特… 2023-10-17 【イベントレポート】DroidKaigi 2023に参加してきました! Android イベントレポート カンファレンス 参加レポート DroidKaigi 2023参加レポートを書きました!現地で実施したアンケートの結果や、ブース準備の話などをご紹介します。 2023-10-16 宣言的でメンテナンスしやすいGoogle Sh
こんにちは。CTOの永井(shnagai)です。 早いもので今年も残すところ数日ですね。 アドベントカレンダー最終日ということで、技術的なトピックやチームでの工夫はこれまでの記事でみんなが思う存分書いてくれたので、今回は2023年のコネヒト開発組織の1年を自分の視点で振り返っていこうと思います。 この記事は、コネヒトAdvent Calendar2023の25日目の記事です。 adventar.org 開発組織のアップデートと特に目立った技術的なトピックという構成で書いてます。 開発組織のリフレーミングと頼れる多くの仲間のジョイン それぞれのチームの関係を可視化 ピープルマネジメントをEMに集約 〜エンジニアがよりプロダクト・事業に集中出来る体制へ〜 3人に1人を目指して 多くの仲間のジョイン 検索システムの内製化完了 Let’s Go まとめ 開発組織のリフレーミングと頼れる多くの仲間の
エンジニアブログは移転しましたGMOメディアエンジニアブログは移転しました! https://blog.gmo.media/ 今後はエンジニアとデザイナーで作り上げる、GMOメディアクリエイターブログとして運用していきます。 新しいクリエイターブログをよろしくお願いします! 8/20(月) Club MySQL #3に参加するはなしぬいぐるみが好きな方のDBAです。 来る 8/20(月) 、サイボウズさんのオフィス にお邪魔して Club MySQL の第3回、 yoku0825のつくりかた という話をさせていただくことになりました。 Club MySQL #3 ~ yoku0825 のつくりかた - connpass Club MySQLは割と最近始まったMySQL関連の勉強会なので、東京でよく開催されるその他のMySQL勉強会とその特徴を比較して紹介してみたいと思います。 MyNA(日
Amazon EKS Advent Calendar 2019 22日目の記事です。 ますます寒さ厳しくなる中、みなさまいかがお過ごしでしょうか。 みんなのウェディングのインフラエンジニア横山です。 Docker/kubernetes流行ってますね。弊社でもみんなのウェディングの実行基盤のEKS移行を進めてまいりました。 最終的には全てのコンポーネントをEKS上に移行したいですが、最大の難所であるアプリケーションサーバの移行が完了したので、移行を考えた理由、移行への道のりについてまとめます。 なぜ移行するのか? そもそも、なぜDocker/kubernetesは流行っているのでしょうか? それはそれぞれ以下のようなメリットがあるためと言われています。 Docker 環境の可搬性、再現性が高く開発効率が上がる 本番、ステージング、開発で同一のイメージを利用することで環境ごとの差異を気にせず開
こんにちは。Fluentdのメンテナーの福田です。 Fluentdは、様々なデータソースからデータを収集し、様々な出力先へ転送することができる便利なフリーソフトウェアです! Fluentdでは、プラグインを組み合わせることで様々な用途を実現できます。 その中でも、ファイルからログを収集したい場合にはin_tailプラグインがよく使われます。 しかし、ファイルと一言で言っても、その更新のされ方やログローテートのされ方は様々です。 加えて、in_tailプラグインにはとても多くの設定項目があります。 本記事では、 まずはこれを把握すれば、大体のケースでin_tailプラグインを問題なく使える! という点をFluentdメンテナー視点でいくつか解説します。 Fluentdを使ってみたいけど設定がよく分からず使えていない、とか、使っているけど設定にあまり自信がない、という方は、ぜひご覧ください。
Engine Yard's Ruby on Rails and PHP blog is updated several times a week and features blog posts from some of the top Ruby on Rails and PHP experts!AWS SUMMIT はアマゾン ウェブ サービス様が主催されるクラウド カンファレンスで全世界をサーキットする、各国で1日間開催されるイベントですが、初開催となる東京での「AWS SUMMIT TOKYO 2012」は、2012年9月13日から14日の2日間にわたる拡張版のカンファレンスです。 弊社 Engine Yard はスポンサーとして参加させていただき、展示ブースもご用意しております。展示ブースでは、Amazon Web Services を IaaS 基盤とする弊社の主力製品「Engin
2015年03月20日10:03 カテゴリ Blog移行のお知らせ VOYAGE GROUP Engineer's BlogはVOYAGE GROUP techlogで新たに出航します! voyagegroup_tech 2015年03月08日17:06 カテゴリ MySQL InnoDBのinsertとlockの話 こんにちは。ECナビでアプリケーションエンジニアをやっている駒崎です。 今回はMySQLのInnoDBエンジンにおけるINSERTとロックの挙動について書きたいと思います。 はじめに アプリケーションでレコードの重複チェックをしてからINSERTをする。テーブルにはUNIQUE制約をかけてデータ不整合が起きないようにしている。という仕様はよくあるケースだと思います。 こういったケースでINSERTしたときにどのような仕組みが働いて重複データを防いでいるのだろう?アプリケーショ
日本アニメ初の快挙!海外アニメ賞を受賞した『スキップとローファー』海外ライセンス部長&プロデューサーが語る、奮闘の舞台裏
お客様へ高品質な製品をより早く提供するため、引き続き設計スキルの底上げを行っています。 そこで前回同様、弊社で発生した不具合を例に挙げ、設計段階で未然に防ぐにはどのような対応を行っておけばよいか、分析結果と併せて記載します。 【事例システム詳細】 受発注システムで受発注の変更依頼を行った場合、変更依頼されたデータはひとつ前のステータスに戻り、再確認・承認を行う順序となる。 【不具合内容】 「ステータス:3」で変更依頼を行った際、「ステータス:2」に戻らず「ステータス:3」のままとなる。 ≪受発注システムのステータスの遷移順≫ ≪期待する結果≫ ≪実際の結果≫ (さらに…) Linux環境のVersionUpで他部門の方が作成した Shellの改修を依頼されたときに気づいたことを記述させていただきます。 と言っても構文が悪いや、読みづらいといったことではありませんし、 コメント等も記述されて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く