並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 513件

新着順 人気順

Jobsの検索結果201 - 240 件 / 513件

  • ECS インフラの変遷 - クックパッド開発者ブログ

    技術部 SRE グループの鈴木 (id:eagletmt) です。 クックパッドでは Amazon ECS をオーケストレータとして Docker を利用しています。Docker 自体は2014年末から本番環境にも導入を始めていましたが当時はまだ ECS が GA になっておらず、別のしくみを作って運用していました。2015年4月に GA となった ECS の検討と準備を始め、2016年より本格導入へと至りました。クックパッドでは当初から Hako というツールを用いて ECS を利用しており、Hako の最初のコミットは2015年9月でした。 https://github.com/eagletmt/hako/commit/7f95497505ef78491f3f68e9d648204c7c9bb5e2 当時は ECS に機能が足りずに自前で工夫していた部分も多かったのですが、ECS やそ

      ECS インフラの変遷 - クックパッド開発者ブログ
    • ストーリーポイントではなくアウトカムで開発速度を測る #LayerXテックアドカレ - LayerX エンジニアブログ

      こんにちは。LayerX バクラク事業部 バクラクビジネスカード開発チームEMの @shnjtk です。新しいMacBook Proがとても気になっています。スペースブラックいいですね。欲しい。 この記事は LayerXテックアドカレ 13日目の記事です。前回は @itkq による 情報の流通性を上げコミュニケーションを活性化させるNotionデータベース でした。次回は @yossylx が担当します。 今回は、開発チームの開発速度をどのようにして測るかということについてお話します。 ストーリーポイントによるベロシティの計測 ストーリーポイント(SP)とは、アジャイル開発において、開発しようとするユーザーストーリーや機能、その他のタスクの大きさを表す見積もりの単位であり、タスク同士の相対値で表現されます。例えば「この機能はSP 3」、「この機能はSP 5」のように使われます。タスクの完了

        ストーリーポイントではなくアウトカムで開発速度を測る #LayerXテックアドカレ - LayerX エンジニアブログ
      • 「レスポンシブにすればPCサイトと同じ工数でPCにもスマホにも両方対応できるよね?」 - エムスリーテックブログ

        できません。 こんにちは、エムスリーエンジニアリンググループの福林 (@fukubaya) です。 中村の記事で宣言したDocpediaの技術的チャレンジの記事も今回で最後です*1。 今回は、PCページとスマートフォンページで共通的に使用できるVue.jsコンポーネントをどうやったら実現できるかを考えて実装した例を紹介します。 仙台サンプラザ(せんだいサンプラザ)は、仙台市都心部東側の宮城野通に面してあるホール・ホテル・会議室などの複合施設。本文には特に関係ありません。 なぜレスポンシブにしたいのか? PCとスマホで共通のコンポーネントを使って工数を減らしたい 実例 構成 エントリー router AppModePlugin PCとスマホで処理を切り替える PCとスマホでデザインを分ける We are hiring! なぜレスポンシブにしたいのか? 冒頭のタイトルは、直接こう言われたのでは

          「レスポンシブにすればPCサイトと同じ工数でPCにもスマホにも両方対応できるよね?」 - エムスリーテックブログ
        • 航空事故とフォーク定理 - himaginary’s diary

          今回の羽田の航空事故を巡り、事故の刑事責任の追及が自動車事故などに比べて緩やかなのはやはり納得できない、という声と、今後の安全性のためにはそれが当然、という現在の慣行を支持する主張が改めて持ち上がり、議論になっている。現在の慣行については、その日米比較を行ったこちらの服部健吾氏の論文が参照されることが多いようだが、同論文では現在の慣行を支持する論拠として、「萎縮効果(chilling effect)」が一つのキーワードになっている*1。そこで「chilling effect accident criminalize」で検索を掛けてみたところ、Flight Safety Foundation*2のPresident兼CEOのHassan Shahidiが2019年5月17日に書いた「Criminalizing Accidents and Incidents Threatens Aviatio

            航空事故とフォーク定理 - himaginary’s diary
          • Chatworkテックリードが“今”の自分に集中してきた理由。Scala×DDDに出会い、サービス改善に生かすまで - Findy Engineer Lab

            自分が気づいてなかった資質を、探して、磨く 劣等感に消耗するより、目的志向で考える オープンソースコミュニティへの参画 ドメイン駆動設計とScalaが「点」となる ドメイン駆動設計との出会いと成果 遅延評価的学習法でScalaを習得 Scalaを使ってDDDを実践するスタイルを確立した 実験的に導入して結果が出れば業務での普及も進む 積み上げてきたScalaとDDDの開発スタイル Scalaコミュニティとともに 新しい挑戦で新しい「点」ができ、そして「線」につながる 「いずれどこかで点がつながって実を結ぶだろう」 過去も未来も思い切って手放し、今の自分に集中する こんにちは、Chatworkでテックリードをしている、かとじゅん(@j5ik2o)です。 今年(2020年)で48歳になりましたが、技術に前向きになったというか、本気を出したのは37歳ごろでした。遅いな……(笑)。まぁ、遅い早いが

              Chatworkテックリードが“今”の自分に集中してきた理由。Scala×DDDに出会い、サービス改善に生かすまで - Findy Engineer Lab
            • “Tao of Node - Design, Architecture & Best Practices” 日本語翻訳

              私が働いているAniqueという会社では、1年前に全てのソフトウェアでTypescriptを採用することにしました。私たちが開発している進撃の巨人のNFTサービス “Attack on Titan: Legacy” でも採用しています。 TypescriptではNestJSという素晴らしいAPIフレームワークを利用することができ、生産性高く開発を続けることができます。また、私たちはフロントエンドでNext.jsを利用しています。言語レベルでのコンテキストスイッチを抑えることで、一人のエンジニアがフロントエンドとバックエンドのどちらもの機能を開発する環境が作れました。 しかし、Nodeならではの作法や設計について、Web上にはたくさんの情報があるものの、あまりにも情報が多すぎて、まとまったプラクティスになかなか出会うことができませんでした。そのため、最初はチーム内での共通認識を作るのに苦労し

                “Tao of Node - Design, Architecture & Best Practices” 日本語翻訳
              • DBのリストアテストを全自動化した話 - Pepabo Tech Portal

                ホスティング事業部の業務信頼性向上チームでエンジニアをしているはらちゃんです。 先日STREET FIGHTER 6のオープンベータに参加し、友人にボコボコに負けました。 製品版買っていい勝負ができるように特訓を重ねたいと思います。 今回、ホスティング事業部のサービスであるロリポップ、ムームードメイン、ヘテムル、おさいぽのDBリストアテストを自動化したので紹介します。 まず業務信頼性向上チームとは? リストアテストを継続的にやっている理由 なぜ自動化したのか 全体像 具体的な実装 実装時に困ったこと dumpのサイズが大きすぎて通常のrunnerではリストアテストができない場合 scpをするアカウントにdumpファイルを操作する権限がない場合 dumpファイルのファイル名が微妙に違ってうまく指定できない場合 終わりに まず業務信頼性向上チームとは? 最初に、自分の所属している業務信頼性向上

                  DBのリストアテストを全自動化した話 - Pepabo Tech Portal
                • みんなの夢を叶える「走るコタツ」を作ってみた - NTT Communications Engineers' Blog

                  はじめに こんにちは!イノベーションセンター テレプレゼンスPJの渋谷です。 最近は日に日に暖かくなり,人々も花粉も舞い踊る気候になってきました。 ついこの間までの寒さが嘘のようです。 寒さといえば,そう,コタツ。 皆さんも「リモコンを取りたいのに手が届かない!だけどコタツからは出たくない!」「コタツが自分と一緒に動いてくれたら...」と,一度は考えたことがあるのではないでしょうか? そんな怠惰な願望を叶えるために,ロボティクスノウハウと余った時間と予算をフル活用し,今春,遂に「走るコタツ」が完成しました!! 今回は既に季節外れとなってしまった走るコタツの制作記録をご紹介します。 設計 はじめに,走るコタツを実現するには3つの要素があると考えました。 コタツと人を載せられるパワーを持つ駆動装置付きの台車 直感的な操作が可能な制御プログラム コードレスなコタツ これらを満たすソフト・ハードを

                    みんなの夢を叶える「走るコタツ」を作ってみた - NTT Communications Engineers' Blog
                  • 無料で使える公開 API のリスト:48 カテゴリ - Qiita

                    A collective list of free APIs API Key の登録なし+無料で株価情報が取れる API ないかなーと探していたら、面白いリストが見つかりました。48 カテゴリにわたり数百もの API がリストされています。545 contributors (2019/11/6 時点) によるまさに集合知(?)ですね。 Github: https://github.com/public-apis/public-apis A collective list of free APIs for use in software and web development. の説明通り、 Animals Anime Anti-Malware Art & Design Books など、どんなデータ?と思うようなカテゴリから、 Geocoding、Jobs、Music まで、全部見ることが

                      無料で使える公開 API のリスト:48 カテゴリ - Qiita
                    • 間質性肺炎を検出するAIを開発し、その有効性を検証した研究を論文化しました - エムスリーテックブログ

                      こんにちは、AI・機械学習チームの浮田です。最近、私が筆頭著者の論文が公開されたので、今回はその紹介をします。 発表した論文はこちらです: www.ncbi.nlm.nih.gov この論文では、 胸部X線 (レントゲン) から間質性肺炎を検出するAIの評価を行いました。 結果、このAIを使うことで医師の読影成績が統計的有意に改善しました。 このAIを使うことで間質性肺炎の見落としを減らすことができることが期待されます。 エンジニアリンググループで論文を書くのは珍しい機会でしたが、査読対応など大変な時も経て無事公開することができました。 図1. 今回開発・検証した医療AIの実際の画面。プレスリリースより転載 今回開発・検証した医療AIの概要 有効性を検証するための臨床試験 目的 データセット、実験設定 結果 評価方法の詳細 感想 We're hiring! 今回開発・検証した医療AIの概要

                        間質性肺炎を検出するAIを開発し、その有効性を検証した研究を論文化しました - エムスリーテックブログ
                      • Pythonプロジェクトを快適にするために導入したツールとその設定 | DevelopersIO

                        start: if [ -n "${ENV}" ]; then \ .venv/bin/dotenv --file ${ENV} run -- .venv/bin/python src/main.py; \ lint: poetry run pysen run lint lint-fix: poetry run pysen run format && \ poetry run pysen run lint test-unit: poetry run pytest install-dev: poetry install install: poetry install --no-dev 本番環境のみ入れたいパッケージがある場合 IoT開発等では、開発時はMacで本番はラズパイみたいなケースの場合、アーキテクチャ依存で追加できないパッケージがあったりします。 例えばRPi.GPIOは、GPIOが

                          Pythonプロジェクトを快適にするために導入したツールとその設定 | DevelopersIO
                        • 私のチームで行っているドキュメント管理方法の紹介(GitHub Actions, S3, AsciiDoc) | DevelopersIO

                          ドキュメントツールのインストール(Windows) Macの場合の設定方法は、本項の後に記載 PowerShellの起動 各種ツールをインストールするため、PowerShellを管理者として実行 Windowsボタンを押下 powershell と入力 右クリックで管理者として実行 を選択します Chocolateyのインストール 本手順は前述で起動したPowerShellを利用 1.Chocolatey のサイトにアクセスし、インストールコマンドをクリップボードへコピー 2.前項でコピーしたコマンドをPowerShellにペーストして実行します Set-ExecutionPolicy Bypass -Scope Process -Force; [System.Net.ServicePointManager]::SecurityProtocol = [System.Net.ServiceP

                            私のチームで行っているドキュメント管理方法の紹介(GitHub Actions, S3, AsciiDoc) | DevelopersIO
                          • 話題のLLMローコード構築ツールDifyをAWSのマネージドサービスで構築してみた - エムスリーテックブログ

                            こんにちは。エムスリーエンジニアリンググループのコンシューマチームに所属している園田です。 普段の業務では AWS やサーバーサイド、フロントエンドで遊んでいるのですが、最近はもっぱら OpenAI や Claude3 で遊んでます。 今回は、最近巷で話題の LLM ローコード構築ツールである Dify の OSS 版を AWS のマネージドサービスのみを使って構築してみました。 DifyとはオープンソースのLLMアプリ開発プラットフォームで、様々なLLMを使用してChatGPTのGPTsのようなものがノーコードで簡単に作れます。 引用元: DifyでSEO記事作成を試してみる|掛谷知秀 試しにAskDoctorsのガイドラインHTMLをナレッジ登録してみた ローカル環境で Dify を構築する記事はたくさん見かけますが、AWS のマネージドサービスで構築する内容は見かけなかった*1ので公

                              話題のLLMローコード構築ツールDifyをAWSのマネージドサービスで構築してみた - エムスリーテックブログ
                            • AWSを活用したDMARCレポート分析基盤の構築と、日経における進め方の事例紹介 — HACK The Nikkei

                              セキュリティチームでリーダーを務めている藤田です。普段はプロダクトセキュリティの施策を中心に担当しています。 この投稿は、現在進行中の案件に関するものですが、世間で DMARC への対応が話題になっているにも関わらず、業務分担が進んでいる組織や複数のサービスで会社共通のドメインを用いてメールを送信しているような場合になぜ対応が進まないのか、それに対し私たちがどのようにアプローチしているかを示すものです。まだ完璧とはいえる状況ではありませんが、ある程度目処が見えてきたため、ノウハウを共有します。 タイトルの通り技術的なトピックも取り扱いますが、社内での調整や進め方を中心に解説しています。 ステークホルダーが多く、調整に苦労している方や、DMARC 対応を始めたもののレポートの分析に着手できていない方が一歩を踏み出すための助力となれば幸いです。 結論 外部の分析サービスに頼ることなく、AWS

                                AWSを活用したDMARCレポート分析基盤の構築と、日経における進め方の事例紹介 — HACK The Nikkei
                              • 人気ゲーム「Ghost of Tsushima」を支えた日本の人々 武術考証「天心流兵法」に聞く撮影秘話

                                SNS上では、ソニー・インタラクティブエンタテインメントから発売された、PlayStation 4向けゲーム「Ghost of Tsushima(ゴースト・オブ・ツシマ)」に注目が集まっている。対馬(現在の長崎県)を舞台に、蒙古襲来を題材としたアクションゲームで、2020年7月17日に発売されると3日間で全世界累計実売本数240万本を突破した。アメリカのゲーム会社「Sucker Punch Productions(サッカーパンチ)」が開発したもので、海外から見た「日本像」が面白いと国内でも人気を博している。 サッカーパンチは、日本人も違和感なく楽しめるよう入念に取材し、各分野のスペシャリストを招いてあらゆるモーションを撮ったという。ゲームファンの間では同作発売前から、モーション協力に携わった団体の一つ、「一般社団法人天心流兵法」が注目されていた。 「動画は嘘では無かった!」サッカーパンチの

                                  人気ゲーム「Ghost of Tsushima」を支えた日本の人々 武術考証「天心流兵法」に聞く撮影秘話
                                • AWS federation comes to GitHub Actions

                                  At the time of writing, this functionality exists but has yet to be announced or documented. It works, though! EDIT: Here is the functionality on the GitHub roadmap. GitHub Actions has new functionality that can vend OpenID Connect credentials to jobs running on the platform. This is very exciting for AWS account administrators as it means that CI/CD jobs no longer need any long-term secrets to be

                                  • プロジェクト採用:スペシャルインタビュー|採用情報|任天堂

                                    『ゼルダの伝説 ブレス オブ ザ ワイルド』の地形がどのような考えで作られ、 そして続編の開発ではどのような人に関わってほしいのか、 3人の開発スタッフに語ってもらいました。 滝澤 智 1995年入社。NINTENDO 64ソフト『時のオカリナ』からゼルダシリーズに参加し、デザイナーとして多くのタイトルに関わる。『ブレス オブ ザ ワイルド』に続き、その続編でもアートディレクターを担当。 竹原 学 東京のゲーム会社を経て、2011年に任天堂に入社。『マリオカート8』などに関わったあと、『ブレス オブ ザ ワイルド』では地形デザインの建物担当リーダー、続編では地形デザインのスーパーバイザーを担当。

                                    • 顧客に「要望を聞いて」機能開発してしまっていた過去 解像度を高めて“評価される開発”になるための3つの取り組み

                                      顧客に「要望を聞いて」機能開発してしまっていた過去 解像度を高めて“評価される開発”になるための3つの取り組み 新PdM組織での顧客解像度の上げ方 植木氏の自己紹介 植木遼太氏:私からは「新PdM組織で実践した顧客解像度の上げ方」というテーマで発表します。簡単に自己紹介をしてから本題に移らせてください。 私は植木遼太と申します。先ほどの紹介にあったように、今現在は「楽楽精算」のPdMをしています。約2年前に入社しています。キャリアとしては2010年に新卒からインフラエンジニアとしてスタートして、その後、プロジェクトマネージャー、プロダクトマネージャーと役割を変遷させていったかたちのキャリアを歩んできました。 顧客解像度向上のための取り組みBefore/After では本題に移ります。先ほどのテーマにあったように、「顧客解像度の向上って」という話があります。発表の流れとしては、「そもそもこの

                                        顧客に「要望を聞いて」機能開発してしまっていた過去 解像度を高めて“評価される開発”になるための3つの取り組み
                                      • pytest ヘビー🐍ユーザーへの第一歩 - エムスリーテックブログ

                                        蛇行区間にはレールの内側に脱線防止ガードが設置される(本文とは関係ありません)。 こんにちは、エムスリー・エンジニアリングG・基盤開発チーム小本です。 pytest は Python のユニットテストのデファクトスタンダードです。エムスリーでも顧客向けレポートや機械学習でPython&pytest をヘビー🐍1に使っています。 ですが、実は pytest は、意外と入門のハードルが高い。と言うのも、pytest の公式ドキュメント が、fixtureのような新概念も登場する上、詳細で分量が多いからです(しかも英語)。初心者にいきなり読ませると挫折する可能性大です 2。 そこで、とりあえず使い始めるのに必要そうな情報を日本語でまとめました。 pytest ってどんなライブラリ? unittest や nose から簡単に移行できる 書き方がシンプル fixture モックもできる プラグイ

                                          pytest ヘビー🐍ユーザーへの第一歩 - エムスリーテックブログ
                                        • ティム・クックはなぜ「破産寸前だったApple」に入ることにしたのか? | ライフハッカー・ジャパン

                                          AppleのCEOであるティム・クック氏は、自身のことを語らない人物として知られてきました。 そんな彼が、「GQ」が先日行なったインタビューでは、これまで口にしてこなかった私生活や成功、トップに登り詰めるまでの道のりなど、多くのことを語っています。 なかでも、読者が興味を抱かずにはいられない告白の1つは、彼が下した「Apple入社」の決断についてでした。なにしろ、当時のAppleは破産の危機に瀕していたのですから。 クック氏はなぜ、そんな決断を下したのでしょうか? その答えは驚くに値しません。彼にそうさせたすべての理由は、いまは亡き元上司のスティーブ・ジョブズ氏にあったのです。 ジョブズ氏に会ったクック氏は、「稀に見る創造性をもつ天才の下で働きたい」という思いに取りつかれてしまったそうです。 その当時、クック氏が会ったCEOは、「カフスボタン」タイプばかりでした。つまり、世の中を変える優れ

                                            ティム・クックはなぜ「破産寸前だったApple」に入ることにしたのか? | ライフハッカー・ジャパン
                                          • 1からプログラムを書く能力を問う日本初の検定第1回「アルゴリズム実技検定」結果報告

                                            1からプログラムを書く能力を問う日本初の検定第1回「アルゴリズム実技検定」結果報告「初級」が最多の33%、「エキスパート」は10%を超える結果に〜第2回検定試験は4月に開催予定〜 AtCoder株式会社(本社:東京都新宿区/代表取締役社長:高橋直大 以下AtCoder)は、2019年12月14日(土)に実施しました、プログラミングスキルを可視化する日本初の検定「アルゴリズム実技検定」の結果を報告いたします。本検定では、獲得した点数に応じてプログラミングの実力を5段階(エントリー、初級、中級、上級、エキスパート)で示すランクが認定されます。 ※AtCoderユーザー:AtCoderの定期コンテストへの参加経験がある受験者 ※一般受験者:AtCoderの定期コンテストへの参加経験がない受験者 ※無得点/未認定:受験において無得点や未認定の結果となった受験者 第1回のアルゴリズム実技検定には45

                                              1からプログラムを書く能力を問う日本初の検定第1回「アルゴリズム実技検定」結果報告
                                            • まだマウスで消耗してるの? キーマップを変えるだけで人生はうまくいく - エムスリーテックブログ

                                              【デジカルチーム ブログリレー4日目】デジカルチームの末永(asmsuechan)です。最近は7年ぶりに陸上競技にハマっています。 みなさん。キーボードはお好きですか?弊社にはキーボードに情熱を注ぐエンジニアが多数在籍しており、私もそのうちの1人です。エムスリーエンジニアのキーボードについては以下の記事で書かれています。百式Kinesisの存在感が輝いていますね。 www.m3tech.blog さて数年前、キーボードが好きな私はPC操作の全てをキーボードのみで行いたい衝動に駆られていました。というのも、ラップトップに外部キーボードを繋げて好きなキーボードを使っていてもキーボードとトラックパッド(マウス)の間で手を移動しなくてはいけないことがストレスだったためです。 このストレスを解消するために様々な工夫をした結果、何とかキーボードのみでPCを操作できるようになりました。 この記事ではどう

                                                まだマウスで消耗してるの? キーマップを変えるだけで人生はうまくいく - エムスリーテックブログ
                                              • GitHub Actionsでいい感じのリリースノートを完全自動で作成する

                                                きっかけ スプリントで実装した内容をリリースする際、リリースノートを毎回作成しています。 GitHub のリリースノート自動生成機能も便利なのですが、それでも「毎回ボタンをクリックする一手間が面倒だな。自動化したいな〜」と思っていました。 そこで、結構前に勉強も兼ねてリリースノート自動作成のアクションを自作したところ、チーム内で好評だったのでご紹介したいと思います。 (色々あってすっかり記事にするのが遅れてしまいました・・) 要件 main ブランチにマージされたら自動でタグとリリースノートが生成されること リリースノートには前回リリースとの差分が表示されること 同日に複数回リリースしても識別できること リリースノートのテンプレートを指定できること 完成形はこちら いきなりですが、生成されるリリースノートはこんな感じです。 完成形のアクションはこちらになります。 name: Create

                                                  GitHub Actionsでいい感じのリリースノートを完全自動で作成する
                                                • プロダクトの価値を最大化する「言語化筋トレ」のすすめ / "Verbalizing muscle training” to maximize the value of products

                                                  EM Oasis #4での発表資料です。 https://emoasis.connpass.com/event/312868/ ■リンク LayerX Casual Night(2024/04/26, 2024/05/15) https://jobs.layerx.co.jp/casual-night

                                                    プロダクトの価値を最大化する「言語化筋トレ」のすすめ / "Verbalizing muscle training” to maximize the value of products
                                                  • 排他制御を行う GitHub Action を作った

                                                    弊社では GitHub のレポジトリ管理に Terraform GitHub provider を使用しています。 いちいち手元で terraform plan や terraform apply を叩くのは面倒なので、 GitHub Actions を利用することを考えました。 tf ファイルと現実のリソースとの不整合を避けるために、 これらのコマンドは排他的に実行する必要があります。 例えば terraform apply を実行している最中に terraform plan を実行することはできません。 ここで問題になってくるのが GitHub Actions のジョブ並列数です。 2020-12-30 現在、GitHub Actions は同時に 20 並列まで実行可能ですが、逆に並列数を制限できないという贅沢な悩みがあります。 一応 Matrix Build の並列数を制限するオプ

                                                    • ZOZOTOWNを支えるリアルタイムデータ連携基盤 - ZOZO TECH BLOG

                                                      こんにちは、SRE部MA基盤チームの谷口(case-k)です。私達のチームでは、データ連携基盤の開発・運用をしています。 データ基盤には大きく分けて2種類あり、日次でデータ連携してるものとリアルタイムにデータ連携しているものがあります。本記事ではリアルタイムデータ連携基盤についてご紹介します。 既存のデータ連携基盤の紹介 リアルタイムデータ連携基盤の紹介 なぜ必要なのか 活用事例の紹介 データ連携の仕組みと課題 リプレイス後のリアルタイムデータ連携基盤 SQL Serverの差分データの取り方を検討 アーキテクチャ概要と処理の流れ Fluentdのプラグインを使った差分データの取得 Dataflowでメッセージの重複を排除 Dataflowで動的にBigQueryの各テーブルに出力 Pub/Subのメッセージ管理 イベントログ収集基盤 個人情報の取り扱い ビルド・デプロイ戦略 監視 データ

                                                        ZOZOTOWNを支えるリアルタイムデータ連携基盤 - ZOZO TECH BLOG
                                                      • 日本で働くソフトウェアエンジニアの給与:東京で働く外国人エンジニアによる究極のガイド

                                                        序文 「Software Developer Salaries in Japan: The Ultimate Guide」を和訳しました!直訳だと伝わりにくい部分は、本質を残しつつ新たに書き直ししましたが、ほとんど原文通りです。私の運営するJapan Devが英語話者向けのサイトなので、この記事は元々外国人に向けて執筆しました。そのため、私がこの記事を日本語に翻訳したのがなぜか、不思議に思う方もいるでしょう。 まず、私がこの記事を執筆した一番の目的は、【日本で働く全てのエンジニアが正当に評価され、高い報酬を得ることが可能だという「希望」を伝える】ことです。Japan Devの会社リストは外国人が働きやすい企業を紹介していますが、グローバルかつ革新的なサービスを生み出す企業で良い収入を得て働きたいと考える日本人のためのリストでもあります。 日本人の皆さんにも、もし現在日本でエンジニアとして働

                                                          日本で働くソフトウェアエンジニアの給与:東京で働く外国人エンジニアによる究極のガイド
                                                        • 【保存版】『はてブ2000以上』英語勉強法まとめ6選 - 英語で世界を広げたい!~英語学習&見聞録~

                                                          はてなブックマークを使っている人の中には、 「なんか定期的に英語勉強法がホッテントリ入りしてるな」 と思いつつ、「あとで読む」タグをつけたまま放置してしまう方も多いのではないでしょうか(私もそうなりがち…)。 でも、せっかくネットの集合知があるのに、活かさないのはもったいない! 先日はブクマ数が3000以上の記事をまとめました*1が、今回は過去ブックマークされたすべての記事の中から*2ブックマーク数が2000以上の記事を6個ピックアップし、全部読んだ上で、ランキング順に並べてサマリーをつけてみました(ブクマ数は、2021年2月27日時点)。 まとめていてあらためて気づきましたが、英語勉強法の記事って本当に多いです。 それだけみんな興味がある(でもだいたいはブクマして忘れてしまう笑)ってことですね。 そして、残念ながら今ではリンク先が切れてしまっている記事も多かったです…。インターネットの儚

                                                            【保存版】『はてブ2000以上』英語勉強法まとめ6選 - 英語で世界を広げたい!~英語学習&見聞録~
                                                          • Terraformのセキュリティ静的解析 tfsec の導入から始めるAWSセキュリティプラクティス - BASEプロダクトチームブログ

                                                            こんにちは。BASE BANK 株式会社 Dev Division にて、 Software Developer をしている東口(@hgsgtk)です。 BASE BANK Dev での開発では、クラウドインフラの構成管理に、 Terraform を利用しています。 世の情報をたくさんキュレーションしている CTO の@dmnlkさんに、手軽に CI に組み込めそうなセキュリティチェックツールがあることを教えてもらったので、導入してみました。 CTO氏のキュレーションメディアで紹介された tfsec を早速試して良さそうだったhttps://t.co/bl67dlW2Ub https://t.co/vAkTOVagec— Kazuki Higashiguchi (@hgsgtk) August 21, 2020 このブログの公開日は 2020/10/30 ですので、導入してから約 2 ヶ月

                                                              Terraformのセキュリティ静的解析 tfsec の導入から始めるAWSセキュリティプラクティス - BASEプロダクトチームブログ
                                                            • ニッチすぎる!?知られざる広告JavaScriptの世界 - CARTA TECH BLOG

                                                              こんにちは。雨宮(@rail44)です。 普段はヨーヨーやポケモンに興じるかたわら、株式会社fluctで広告配信システムの開発を担当しています。 fluctは広告業界ではSSP(Supply-Side Platform)と呼ばれる立ち位置で、インターネットメディアの収益の最大化にフォーカスした事業を行っています。 私たちのシステムを使うと、広告によるマネタイズが面倒な運用無しに出来る。といったイメージです。 この記事では、自分が直近で担当をしている広告の配信スクリプトと、普段注目されづらいその裏側について書いていきたいと思います! 広告タグの構造 さて、webページに広告を表示したい場合、アプリケーションはHTMLで記述されているため、広告もHTMLタグの形でお渡しすることになります。 (※fluctではモバイルアプリや動画プレイヤーへの広告配信も行っており、それらの場合はHTMLではない

                                                                ニッチすぎる!?知られざる広告JavaScriptの世界 - CARTA TECH BLOG
                                                              • ジョブを細かく分けてGitHub Actionsのテストを効率化する

                                                                改善戦略 実行のタイミングやGitHubの状況や依存サーバーのネットワークの状況によって変動はあるものの、早くて7分、だいたい10分〜15分くらいかかっている。早いか遅いかは、他の開発と比べても内容や状況が違うのでなんとも言い難いが、個人的な感想としては「遅い」。というより、一切の工夫をしていなかったので、もっと早くできるはずだと考えた。 ビルドされたファイルを複数の環境で共有する 処理全体の中で時間がかかっている処理は3つ。 依存パッケージのインストール ビルド テスト さらに、課題の一つとして「テスト実行時に開発用依存パッケージ(devDependencies)がインストールされているせいでテストが失敗しない問題がある」というものがあり、これを処理に追加しないといけない。 開発用依存パッケージのインストール ビルド 依存パッケージを一旦すべて削除 本番用依存パッケージのインストール テ

                                                                  ジョブを細かく分けてGitHub Actionsのテストを効率化する
                                                                • スプレッドシートの内容を GitHub のリポジトリに自動的に同期する仕組みを作った

                                                                  [{ "teamName": "チームA", "players": ["Aさん", "Bさん", "Cさん", "Dさん"] }] スプレッドシートの内容を Node.js で取得 スプレッドシートの内容を Node.js で取得するために @googleapis/sheets を使用しました。 認証情報は Application Default Credentials (以下 ADC) が設定されていることを前提にしました。事前に認証情報に紐付いているメールアドレスに対して、スプレッドシートを閲覧できる権限を与えておく必要があります。 これにより以下のコードでスプレッドシートの内容を取得することができます。 const sheetId = ""; const auth = new GoogleAuth({ scopes: [ "https://www.googleapis.com/aut

                                                                    スプレッドシートの内容を GitHub のリポジトリに自動的に同期する仕組みを作った
                                                                  • ようこそdotfilesの世界へ - Qiita

                                                                    はじめに 少し前から話題になっているが、日本の労働生産性はG7で最も低いらしい。 日本生産性本部資料より https://www.jpc-net.jp/intl_comparison/intl_comparison_2018_press.pdf 日本は人口減少に突入していることもあって、「作業の効率化」や「自動化・省力化」をいうフレーズをあらゆる業種で聞くようになった。 ITエンジニアは、あらゆる職業の中でも最も効率化、自動化をして生産性を高められるといっても過言ではないだろう。プログラマの三大美徳(「怠惰」「短気」「傲慢」)にもあるように、同じことを何度もやらない、楽をするためにがんばるという生産性を意識した感性が重要視されているからだ。 生産性を高めることで、勉強する時間が作れたり、新しいことを経験したりするなどしてさらにスキルアップができ、さらに生産性が上がるという好循環を作り出すこ

                                                                      ようこそdotfilesの世界へ - Qiita
                                                                    • 超一流のプロダクトマネージャーへの道 - エムスリーテックブログ

                                                                      こんにちは。エンジニアリンググループ プロダクト支援チームでプロダクトマネージャーをしている中村です。 2019年5月にエムスリーに入社してから、早4年が経ちました(うち1年半の出産・育児のための休業期間を挟んでいます)。 ちなみにエムスリー入社前の経歴としては、大手メガベンチャーの事業企画からキャリアをスタートし、企画職、プロジェクトマネージャー等を経てプロダクトマネージャーを3年ほどやっていました。 私がエムスリーに入社してから半年後の2019年11月に、以下の記事を書いていました。 www.m3tech.blog 当時の記事に書いた通り、私がエムスリーへ入社を決めた理由は下記4点でした。 エムスリーは新規事業の立ち上げサイクルが速く、プロダクトマネージャーとして「製品を見つける」フェーズにチャレンジできる環境であること 尊敬できるプロダクトマネージャーだと感じたVPoE山崎の直轄チー

                                                                        超一流のプロダクトマネージャーへの道 - エムスリーテックブログ
                                                                      • circleciのbuild/test/deployをgithub actions(beta)に移行した - 839の日記

                                                                        まだ機能的に足りないところもあるが、頑張ったら使える感覚だった。 githubにもfeedbackが送れる所があれば送ろうと思う。 circleciでやっていたことはざっくり書くと以下。 test系 golangのbuild/lint/test helm chartのlint helm templateで吐き出されたyamlのlint build系(only master) base imageのbuild & push k8s上で動かすprod imageのbuild & push deploy系(only master) GKE上にhelm secrets upgrade これをgithub actionsに移行した際にcircleciとの差分を感じた機能は以下。 slack通知 自分のリポジトリでは未実装、デフォルトは失敗するとメール通知が来る 未確認だが多分いろいろな人がbeta向

                                                                          circleciのbuild/test/deployをgithub actions(beta)に移行した - 839の日記
                                                                        • Scaling up the Prime Video audio/video monitoring service and reducing costs by 90%

                                                                          Scaling up the Prime Video audio/video monitoring service and reducing costs by 90% The move from a distributed microservices architecture to a monolith application helped achieve higher scale, resilience, and reduce costs. At Prime Video, we offer thousands of live streams to our customers. To ensure that customers seamlessly receive content, Prime Video set up a tool to monitor every stream view

                                                                            Scaling up the Prime Video audio/video monitoring service and reducing costs by 90%
                                                                          • 【Kubernetes】1週間かかる処理を1.5時間で終わらせた【並列処理】 - ニートの言葉

                                                                            こんにちはあんどう(@t_andou)です。 今回はKubernetesを使って並列処理させた記録です。 まだ「とりあえずそれっぽく動くまで試してみた」という段階で、kubernetesを理解できてはいないので自分用のメモを公開しているという認識でご覧ください。 間違っている部分や、よりスマートなやり方がありましたらご指摘いただけると幸いです。 この記事の概要 機械学習に使う特徴量の作成で1週間かかりそうな処理を10分くらいで終わらせられないかと考え、GKE(=GoogleのKubernetes環境)を使い試行錯誤した記録です。 今回は一部失敗して完了時間が1.5時間になったものの、設定を上手く出来れば15分程度で終わる見込みです。 対象読者 ・Kubernetesの概要は知っているくらいのレベルの人 ・KubernetesのJobを使った並列処理をしたい人 目次 この記事の概要 対象読者

                                                                              【Kubernetes】1週間かかる処理を1.5時間で終わらせた【並列処理】 - ニートの言葉
                                                                            • 抗がん剤の副作用をAIで予測する - エムスリーテックブログ

                                                                              こんにちは、AI・機械学習チームの浮田 (id:uKita) です。 今年のMultinational Association of Supportive Care in Cancer (MASCC)という国際学会にて、私たちのチームがサポートしてきた研究開発がオーラル発表されたので、今回はその内容について紹介します。発表のアブストラクトはこちらです。 www.eventsforce.net 臨床AIの開発 今回の研究の背景 データセット 解析 データ量があまり多くないことへの対処 画像の前処理 結果 データ量と精度の関係 まとめ We're hiring! 臨床AIの開発 AI・機械学習チームでは、臨床現場で活用できるAIの開発に取り組んでいます。これまで、間質性肺炎の診断AIやCOVID-19肺炎の重症化を予測するAIをはじめ、様々な疾患や症状を対象にモデルを開発してきました。これらの

                                                                                抗がん剤の副作用をAIで予測する - エムスリーテックブログ
                                                                              • ジョブズがGoogle幹部に「Appleのブラウザ開発チームを引き抜こうとするな」と怒りの電話をかけた記録

                                                                                テクノロジー企業の内部メールを複数公開しているウェブサイト「Internal Tech Emails」が「スティーブ・ジョブズがGoogleの幹部に怒りの電話をかけた際のGoogle社内メール」を公開しました。メールの内容からはGoogleによるApple社員の引き抜きに対するジョブズの怒りやGoogle幹部の慌てる様子が読み取れます。 Sergey Brin: "Irate call from Steve Jobs" https://www.techemails.com/p/sergey-brin-irate-call-from-steve-jobs Internal Tech Emailsが公開したのは、Googleの共同創業者であるセルゲイ・ブリン氏やラリー・ペイジ氏、2015年までエンジニアリング担当上級副社長を務めていたアラン・ユースタス氏らが交わした一連のメールです。一連のメー

                                                                                  ジョブズがGoogle幹部に「Appleのブラウザ開発チームを引き抜こうとするな」と怒りの電話をかけた記録
                                                                                • 「EMはテックリードがやらないすべてのことを」 “困難さを理解している”からこそできる、“二人三脚”の進め方

                                                                                  エンジニアの組織作りやエンジニアリングマネージャーの役割など、気になる内容について各社を代表するエンジニアが話す「Qiita Night~エンジニアリングマネジメント~」。ここで株式会社ビットキーの佐藤氏が登壇。エンジニアリングマネージャー(EM)の役割について話します。 佐藤氏の自己紹介 佐藤正大氏(以下、佐藤):株式会社ビットキーの佐藤正大と申します。マネージャーとして、ID管理や認証認可を提供するプラットフォーム (bitkey platform)の機能開発や運用を担うチームと、エンジニア組織の横断的な課題解決を行う「VPoE Office」というチームを担当しています。Twitterでもいろいろ発信しているので、もしよければ見てください。 自分のことですが、10月に開催されたアジャイルのイベントである「XP祭り」で登壇した資料、KPT(Keep・Problem・Try)について書い

                                                                                    「EMはテックリードがやらないすべてのことを」 “困難さを理解している”からこそできる、“二人三脚”の進め方