並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 913件

新着順 人気順

Jiraの検索結果161 - 200 件 / 913件

  • GitHub - oldboyxx/jira_clone: A simplified Jira clone built with React/Babel (Client), and Node/TypeScript (API). Auto formatted with Prettier, tested with Cypress.

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

      GitHub - oldboyxx/jira_clone: A simplified Jira clone built with React/Babel (Client), and Node/TypeScript (API). Auto formatted with Prettier, tested with Cypress.
    • ITエンジニアの【理想の開発環境】に関するツール・サービスランキング - TECH Street (テックストリート)

      こんにちは!TECH Street編集部です。 IT・テクノロジー人材のためのコミュニティ「TECH Street(テックストリート)」は、定期的にIT・テクノロジーに関する調査企画を実施しております。 調査テーマは毎回コミュニティメンバー内で話題にあがったコト、興味関心が高いトピックスなどを対象に選定しています。 今回は「ITエンジニアの働く環境」と「開発環境」について、外部調査会社にご協力いただき日本国内のITエンジニアを対象としたWebアンケート調査を行いました。本記事では、調査結果を紹介いたします。 調査概要 調査項目 ITエンジニアが使いたいPCランキング ITエンジニアが使いたいビジネスチャットツールランキング ITエンジニアが使いたいWeb会議ツールランキング ITエンジニアが使いたいエディタランキング ITエンジニアが使いたいIDEランキング ITエンジニアが使いたいプロジ

        ITエンジニアの【理想の開発環境】に関するツール・サービスランキング - TECH Street (テックストリート)
      • 「Notion」の対抗馬「Microsoft Loop」がソースコードの埋め込みに対応/「Planner」「To Do」、「Trello」「Jira」、「YouTube」など連携可能なアプリも拡大

          「Notion」の対抗馬「Microsoft Loop」がソースコードの埋め込みに対応/「Planner」「To Do」、「Trello」「Jira」、「YouTube」など連携可能なアプリも拡大
        • 50分のふりかえり(スプリント・レトロスペクティブ)の議論時間を 2 倍に改善した話

          2022 年 7 月から株式会社ログラスに業務委託として関わっている近藤です。 ログラスではスクラムによる開発体制を採用しています。この数ヶ月でスクラムイベントの 1 つであるスプリント・レトロスペクティブ(ふりかえり)の改善に取り組みました。この記事では主に次の対象者向けに、改善した内容について紹介します。 スクラムに取り組んでいる人 ふりかえりのやり方、効果に悩んでいて、改善したい人 ファシリテーションに興味がある人 ※ 以下、記事中ではレトロスペクティブのことを省略してレトロと呼びます。 経緯 改善前、レトロでは Miro を使った KPT[1] を次の流れで行っていました。 スプリントで完了したチケットの確認(Jira の Backlog 確認) KPT 作成の非同期ワーク[2](以下、KPT ワークと呼びます) 各参加者が KPT 内容を発表 付箋のグルーピング Try について

            50分のふりかえり(スプリント・レトロスペクティブ)の議論時間を 2 倍に改善した話
          • 2020年現在 Web系企業で採用されてる技術についてまとめてみた - Qiita

            はじめに 2020年も始まりましたね! タイトル通りですが、2020年現在スタートアップや大手のWeb系IT企業で採用されている、トレンドとなっている技術についてそれぞれのジャンル毎に求人や採用ページ、ブログを元にまとめてみました。 いくつかピックアップしている形になるので、記述できてないものもありますが、ご了承くださいm(_ _)m (適宜アップデートしていきたいと思います。) (自分のメイン領域がバックエンドなので、そちらに偏っていると思います) 言語編 Ruby サーバーサイドのスクリプト言語、動的型付け言語です。 まつもとゆきひろさん(Matzさん)により開発されたオブジェクト指向スクリプト言語。 日本生まれの言語です。 整数や文字列なども含めデータ型はすべてがオブジェクトであり、純粋なオブジェクト指向言語です。 有名なフレームワークである Ruby on Rails を使うと開発

              2020年現在 Web系企業で採用されてる技術についてまとめてみた - Qiita
            • 【2024年版】議事録作成ツール・サービスおすすめ12選(無料あり)

              みなさん 「議事録」 をどのような方法で作成し共有していますか?Wordファイルで書き、関係者にメールで連絡などしていませんか? 近年では、会議中にWEBブラウザ上で議事録を書き、かんたんに共有できる便利なツール・サービスが数多くあります。本記事では議事録作成・共有に便利なツール・をご紹介します。 議事録を書く側・読む側が注意すべき点や、議事録作成のポイントはこちらの記事にまとめてありますので、ご一読してください。『今さら聞けない!議事録の書き方とポイントをおさらいしよう』 また、議事録作成サービスに近い情報共有ツール「社内wiki」について、以下で紹介しています。 • 社内wikiの導入から活用までの完全マニュアル 成長企業が実践する情報共有術! WEB上で議事録を簡単に作成・管理出来るツール「NotePM」 おすすめ議事録作成ツール・ソフト <選定ポイント> クラウド上で議事録を管理

                【2024年版】議事録作成ツール・サービスおすすめ12選(無料あり)
              • 理想は「SREチームをなくすこと」、一人目SREとしてたどり着いた真理|イオン・エンジニアインタビュー |AEON TECH HUB

                イオンスマートテクノロジー・SREチーム齋藤のインタビューです。2022年に1人目のSREエンジニアとして入社し、多くの課題を抱えていた組織を、地道な活動によって少しずつ変えていきました。Jiraの導入、100ページにわたるドキュメント作成、監視・モニタリング基盤の統一…齋藤はどんな想いで改革を進めていたのか、本音を伺いしました。

                  理想は「SREチームをなくすこと」、一人目SREとしてたどり着いた真理|イオン・エンジニアインタビュー |AEON TECH HUB
                • JavaScript Bloat in 2024

                  JavaScript Bloat in 2024 Translations: Korean Russian I was a bit out of touch with modern front-end development. I also remembered articles about web bloat, how the average web page size was approaching several megabytes! So all this time I was living under impression that, for example, if the average web page size is 3 MB, then JavaScript bundle should be around 1 MB. Surely content should still

                    JavaScript Bloat in 2024
                  • 脅威 Intelligence と log 運用 - freee Developers Hub

                    こんにちは、freee Developers Advent Calendar 2022 8日目の記事です。 PSIRTでblue teamとして活動している eiji です。 サービスやシステムのsecurityを確保したいとき、まず、最初にやらなければならないことはなんでしょう? FirewallやIPSのようなsecurity sensorを配置することが頭に浮かぶかもしれませんが、それよりも先にやっておかなければならないことがあります。 それは、logを取ることです。 logがなければ、攻撃や異常を検知できませんし、検知できなければ、サービスやシステムを守るための行動をとることができません。 では、全部のlogを取るのか? といわれると、答えは乱暴に言うとYesなのです。でも、全てのlogを単純に保存したとして、多くの人はそこからsecurityを確保したと言える状況に至る道筋を思い

                      脅威 Intelligence と log 運用 - freee Developers Hub
                    • 新規サービス「FAANS」における、立ち上げからReact+TypeScriptのSPA開発を2年間運用した際に取り組んだ組織的・技術的な課題 - ZOZO TECH BLOG

                      こんにちは、ブランドソリューション開発本部フロントエンド部の田中です。 普段はFAANSのWebフロントエンドの開発を行なっています。 FAANSとは「Fashion Advisors are Neighbors」がサービス名の由来で、ショップスタッフの効率的な販売をサポートするショップスタッフ専用ツールです。 ショップスタッフ向けにコーデ投稿・成果確認などの機能が存在し、2022年8月に正式ローンチしました。詳しくは以下のプレスリリースをご覧ください。 corp.zozo.com 現在FAANSは立ち上げから2年経過し、Webフロントエンドの開発現場において様々な組織的・技術的課題がありました。 今回はその課題と取り組みについて紹介したいと思います。 目次 目次 前提 FAANSの組織の特徴 FAANSのWebのプロダクトの特徴 変化の多い環境下で遭遇し続ける課題 組織的・技術的課題とそ

                        新規サービス「FAANS」における、立ち上げからReact+TypeScriptのSPA開発を2年間運用した際に取り組んだ組織的・技術的な課題 - ZOZO TECH BLOG
                      • 「最低限しか話したくなかった」 人付き合いが苦手だったエンジニアがEMになり、人間中心の組織づくりに取り組むようになるまで - Findy Engineer Lab

                        人が働くうえで、誰もが一度は直面するであろうキャリアの分岐点。そのとき経験したこと、選択したことは、現在の立ち位置を決定づける重要な要素となっているはずです。 株式会社ビットキーで技術広報やスクラムマスター、エンジニアリングマネージャー(EM)を務めるパウリ(@pauli_agile)さん。彼は数多くの技術コミュニティの運営にも携わりながら、エンジニアや開発組織のマネジメントに全力で向き合っています。 キャリア初期の人間関係のつまずき、アジャイル手法との出会い、そして人とのコミュニケーションの重要性への気づき。これらの経験を経て、パウリさんはエンジニアマネジメントの道を選択したといいます。 彼の経験は、多くのエンジニアが直面する分岐点や、その結果広がるキャリアの可能性を示唆しているのではないでしょうか。そこでFindy Engineer Lab編集部では、パウリさんのキャリアを形づくった重

                          「最低限しか話したくなかった」 人付き合いが苦手だったエンジニアがEMになり、人間中心の組織づくりに取り組むようになるまで - Findy Engineer Lab
                        • メルカリ ハロ リリースのQA戦略 | メルカリエンジニアリング

                          こんにちは。メルカリのQAエンジニアリングマネージャーの@____rina____ です。今回は、連載『Mercari Hallo, World! -メルカリ ハロ 開発の裏側-』の第4回を担当します。 本記事では、メルカリ ハロのサービスローンチまでのQAプロセスを通じて、私たちはどのようにして安心・安全なプロダクトを迅速にリリースするための戦略を実行したか、具体的な方法とともに詳述しています。 この記事を通じて、以下の点についての理解を深めていただけることを目指しています: QAの役割とプロジェクト概要 効率的なQAアサイン戦略 成果物の透明性と管理ツールの効果的な活用方法 また、この記事を書くにあたり、私自身が学んだことや得た教訓についても触れています。これらの経験は、今後のプロジェクトにおいて更なる品質向上と効率化を目指す上で非常に貴重なものとなりました。 プロジェクト概要とQAの

                            メルカリ ハロ リリースのQA戦略 | メルカリエンジニアリング
                          • Akkaのライセンス変更について - kubell Creator's Note

                            こんにちは、かとじゅんです。 『Chatwork Product Day 2022』に関連してブログを書こうということで、Akkaのプラグインの改善などをテーマに記事を書こうと思ったのですが、Akkaのライセンス変更が界隈ではちょっとしたニュースになりました。「Chatworkさんはどうするの?」とよく聞かれるので、Chatwork社での今後の方針について簡単にまとめてみたいと思います。 Akkaのライセンス変更 www.lightbend.com Akka 2.7 から Apache License Version 2.0 から Business Source License (BSL) v1.1 に変わりました。BSLはMariaDBでも採用されているライセンスです。 The new license for Akka is the Business Source License (BS

                              Akkaのライセンス変更について - kubell Creator's Note
                            • 「開発者のための最高の環境をつくる 」をミッションに新設されたReliability Engineeringセンターを紹介します

                              LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog LINEの開発組織のそれぞれの部門やプロジェクトについて、その役割や体制、技術スタック、今後の課題やロードマップなどを具体的に紹介していく「Team & Project」シリーズ。今回は「エンジニアに価値ある環境とツールを作る 」「環境とツールをより価値あるものにする方法を探し出して実行する 」をミッションに設立された、Reliability Engineeringセンター(REC)を紹介します。 RECのセンター長である片野をはじめ、室長やマネージャーを務めるLINEのエンジニアたちに話を聞きました。 ―― センター設立の背景、目的、コンセプトなどを教えてください 片野: RECのセンター長を務めている片野です。LINEの開

                                「開発者のための最高の環境をつくる 」をミッションに新設されたReliability Engineeringセンターを紹介します
                              • プロダクトマネージャーの最低限の3つの業務【業務フォーマット付き】|Hiroki Shigemura

                                1万文字オーバーの記事のため、要点だけお読みになりたい方は、一番最初の「プロダクトマネージャー役割と業務内容」というチャプターをお読みください。 はじめに昨今ではプロダクトマネジメントの教科書といえるような本や記事が増えています。しかし、そういった記事にいいねを推しつつも、こんな事を思ったことありませんか? 「プロダクトマネージャーの仕事多すぎる。。。」 そう感じられているプロダクトマネージャーの方は多いのではないでしょうか。(もちろん自分もその1人です。) そして、プロダクトマネージャーの採用活動を進めるとこの事実にも気付きます。 「教科書通りのプロダクトマネジメントを実践している人はいない。」 「面接でここまで広範囲の業務能力を評価しきれない。」 そのような事を感じた事のある方向けに、プロダクトマネージャーとして最低限果たすべき3つの業務を提言したいと思います。 私は、GENDAという

                                  プロダクトマネージャーの最低限の3つの業務【業務フォーマット付き】|Hiroki Shigemura
                                • 世界中の開発者が「アジャイルの意味」を振り返って見えてきた3つの問題とは?【デブサミ2020】

                                  「アジャイル」という開発手法が登場して久しい。日本の開発現場にもアジャイルという言葉自体は徐々に浸透してはいるが、一方で「アジャイルとは何か」という定義の曖昧さや、実際の事例の少なさなど課題は多い。そんな中、アジャイル開発支援ツールのベンダーである豪Atlassian社は、「アジャイルの振り返り」のキャンペーン活動を行っている。同社のJason Wong氏は活動の中で世界中のアジャイル開発者から集めた声を紹介した。また、アジャイルソフトウェア開発宣言に立ち戻り、よりよいアジャイル開発を実現するためにはどうすればよいか、提言が行われた。 講演資料:アジャイルを「ふりかえる」 アジャイル開発そのものについて振り返りを行う「#RetroOnAgile」 Atlassian Pty Ltd. Principal Product Manager Jason Wong氏 オーストラリアのシドニーに本社

                                    世界中の開発者が「アジャイルの意味」を振り返って見えてきた3つの問題とは?【デブサミ2020】
                                  • ヘルプページ作成タスクの透明性を上げたら、UXライターの経験知を共有知に昇華できた話 - SmartHR Tech Blog

                                    こんにちは、UXライターの8chariです。早いものでSmartHRに入社して1年が経ちました!初めてTech Blogを書くのでドキドキしています。 SmartHRでは、フィーチャーチームでプロダクトを開発しており、開発プロセスの改善を日々行なっています。 この記事では、私が所属しているBチーム*1でヘルプページ作成のプロセスを見直し、チームのボトルネックを解消しようとしている話を紹介します。 特定の業務を担当できるメンバーが限られていて、以下のような課題を感じている方の参考になると嬉しいです。 必要なノウハウや知見がほかのメンバーに広まらない プロジェクトのボトルネックになっている 担当できるメンバーの負荷が高くなっている 前提 UXライターがいる開発現場はあまり多くないと思いますので、前提を説明します。 SmartHRのUXライターは「言葉の力でプロダクトを、もっとわかりやすく」する

                                      ヘルプページ作成タスクの透明性を上げたら、UXライターの経験知を共有知に昇華できた話 - SmartHR Tech Blog
                                    • LINEのサービスを支える社内システム改善の裏側 プロジェクトマネジメントにおける知見と工夫

                                      2019年12月5日、LINE Fukuoka株式会社にて「【業務・サービス改善meetup】LINEサービスの運営改善の裏側みせます!」が開催されました。LINEのサービス運営の舞台裏や、サービス運営における課題をいかにして解決したのか、事例や知見を現場のエンジニアたちが紹介します。「LINEのサービス運営業務を支える社内システム開発事例」に登場したのは、LINE Growth Technology株式会社 福岡開発室でプロジェクトマネージャーとして活躍する金原まり子氏と、サーバサイドエンジニアの平井伴哉氏。LINEのサービスを支える社内システムの改善・開発においてどのようなアプローチを行ったのか、プロジェクトにおける工夫を語ります。 LINE Creators Market審査ツール改善の舞台裏 金原まり子氏(以下、金原):みなさん、こんばんは。金原まり子と申します。 LINE Gro

                                        LINEのサービスを支える社内システム改善の裏側 プロジェクトマネジメントにおける知見と工夫
                                      • Introducing Dispatch

                                        By Kevin Glisson, Marc Vilanova, Forest Monsen Netflix is pleased to announce the open-source release of our crisis management orchestration framework: Dispatch!Okay, but what is Dispatch? Put simply, Dispatch is: All of the ad-hoc things you’re doing to manage incidents today, done for you, and a bunch of other things you should’ve been doing, but have not had the time! Dispatch helps us effectiv

                                          Introducing Dispatch
                                        • PR TIMESにおけるリファクタリングデー | PR TIMES 開発者ブログ

                                          こんにちは、業務委託でPR TIMESにJOINしているuzulla (”うずら”, twitter, GitHub)です。本エントリではPR TIMESで行っているリファクタリングデーについてお話したいと思います。 リファクタリングデーとは?なぜ必要か? PR TIMESは歴史あるサービスです。サービス・機能は追加され、削除され、結果古いコードが大量に存在します。今後もスピード感を維持しつつ成長を続けるためにはそれらの整理・改善・削除、つまりリファクタリングが重要なことはいうまでもありません。 日々の業務においてリファクタリングが行われていれば問題ありませんが、日々サービスの成長にフォーカスしていくとやはり後回しになりがちで、タイミングを失います。 その為に「リファクタリングデー」という「リファクタリング作業を定期的に実施する日」をとりきめて実施しています。現在は月に一回程度開催され、3

                                            PR TIMESにおけるリファクタリングデー | PR TIMES 開発者ブログ
                                          • 地方からフルリモート勤務している私がチームとの距離を感じない理由 - ユニファ開発者ブログ

                                            こんにちは、はじめまして。 今年の4月からデザインチームにプロモーション担当としてジョインしているデザイナーの谷崎です。 私はいま、富山県からフルリモートで在宅勤務しているのですが、一回もオフィスに行ったりリアルでお会いしたことがないにも関わらず、首都圏在住のチームの皆さんとの距離はまったく感じません。ほぼパフォーマンスに差し支えない、と言っても過言ではないです。 「地方からフルリモート勤務」という働き方もじわじわ広がってきている昨今、リモート勤務に関わる皆さまの参考になればと思い、なぜ私がチームとの距離を感じず楽しく働けているのかをまとめてみます。 ※アイキャッチ中の写真は、お花見の時に撮った富山が誇る名峰、立山連峰の写真です。ちょっと足を伸ばせば、こんな景色が当たり前の環境で仕事させてもらえているのは、やっぱりいいなとしみじみ……。 1. 部署をまたいだ情報共有体制が整っている わから

                                              地方からフルリモート勤務している私がチームとの距離を感じない理由 - ユニファ開発者ブログ
                                            • Bluesky/GitHub/Calendar/RSSをNotionに同期するbluenotiondbを作った

                                              Notionには同期データベースとしてGitHubやJiraなどを同期できるDBがありますが、任意のサービスには対応していません。 もっと色々なサービスと同期するNotionのデータベースが欲しかったので、bluenotiondbというツールを作りました。 azu/bluenotiondb: Sync Bluesky/GitHub/Calendar/RSS to Notion. bluenotiondbは、色々なサービスからデータを取得してそのデータをNotionのデータベースに追加するツールです。 現状では次のサービスに対応しています。 Bluesky Pull Posts from Bluesky and push to Notion GitHub Activity Pull events of GitHub user and push to Notion Open/Close/Com

                                                Bluesky/GitHub/Calendar/RSSをNotionに同期するbluenotiondbを作った
                                              • iOSアプリのweeklyリリースを支える技術 - SmartNews Engineering Blog

                                                タイミング 各フェーズで起点となるタイミングについて説明します。 プランニング確認 上の表の「プランニング」の週に行います。 リリースの3週間前にプランニング確認のミーティングを行います。開発の進捗や、一週間でQAが行える分量なのかなどを確認して、そのバージョンに含める機能を最終調整して確定します。そのタイミングまでは、PdMやエンジニアがNotionに機能を追記していきます。 QA準備 上の表の「開発」の週に行います。 リリースの2週間前にQA準備のミーティングを行い、そのバージョンのテストシナリオやQAリソースが足りているかどうかを確認します。休日などの都合に応じて工程調整を行ったりもします。 QA開始 上の表の「QA」の週です。 QA開始前までに全てのpull requestをマージしておく必要があります。このタイミングに間に合わなかった場合は次のバージョンに延期されます。 QA開始

                                                  iOSアプリのweeklyリリースを支える技術 - SmartNews Engineering Blog
                                                • 重要さが増すサービスの「信頼性」を高めるためにSREエンジニアたちが続ける挑戦

                                                  ヤフーのPrivate PaaS、KaaS、スタディストのTeachme BizにおけるSREの取り組み SRE(Site Reliability Engineering)は、サービスやインフラの信頼性にまつわる多くの課題を、ソフトウェアの力で解決していこうとするアプローチとして注目を集めています。企業にとって、ITシステムがビジネスに大きなインパクトを与えるようになった現在、多様なシステムの「信頼性」を確保し、高めていくための取り組みは重要性が増しています。今回、ヤフーでSREに向けた取り組みを続けている水落啓太氏、増田彬氏と、スタディストで開発部副部長兼SREを務めている北野勝久氏に、それぞれの企業で、どのようにSREに取り組んでいるのか、今後SREの領域で注目すべきテーマは何かについて語ってもらいました。 Private PaaS、KaaS、B2B SaaS……それぞれのSREの役割

                                                    重要さが増すサービスの「信頼性」を高めるためにSREエンジニアたちが続ける挑戦
                                                  • スクラム実践者が知るべき97のこと

                                                    アジャイル開発手法のなかで最もよく使われる手法の1つがスクラムだ。スクラムは、複雑な問題に取り組むためのシンプルなフレームワークであり、シンプルであるがゆえに実践には要所を押さえるスキルが必要になる。 本書は、世界中で活躍するスクラム専門家が自らの経験と知見に基づいて執筆したエッセイ集である。スクラム適用の戦略、スクラムで進める上での戦術やパターン、さまざまな職種のコラボレーション、組織への影響などについて幅広い視点で紹介する。 日本語版では、及部 敬雄、小林 恭平(kyon_mm)、高橋 一貴、長沢 智治、平鍋 健児、安井 力(やっとむ)、和田 卓人、永瀬 美穂、原田 騎郎、吉羽 龍太郎による10本の書下ろしを収録。 訳者まえがき はじめに 第Ⅰ部 始め、適応、繰り返し 01 スクラムについて誰も教えてくれない5つのこと マーク・ロフラー 02 プラクティスよりマインドセットが重要 ギル

                                                      スクラム実践者が知るべき97のこと
                                                    • 7033 MSOL 高成長が続く、株主還元は優待から配当へ 2022年10月20日現在 - ねこぷろ

                                                      株の銘柄分析(簡易) 2022年10月20日現在の 7033 MSOL 2021年10月期の実績より売上成長率を振り返ってみると 売上成長率 直近 40.7% 売上成長率 3年平均年換算 36.1% 売上成長率 5年平均年換算 38.5% 成長性の実績をみると 高成長が続いている と言えます。 Sponsored Link 今後の売上成長率を予測する上で四季報や会社が発表している数字をみてみます。 売上成長率の最新四季報予想値(四季報22年4集)では 前期(21年10月期)売上7,359百万円に対して 今期が売上11,500百万円を予想なので 前期に対し今期が56.2%伸びる見込み 来期が売上16,000百万円を予想なので 今期(四季報予想値)に対し来期が39.1%伸びる見込み 四季報 (四季報22年3集) 業績見通しは 成長  トピックスでは 株主還元 PM実行支援は公共系等リピート需要

                                                        7033 MSOL 高成長が続く、株主還元は優待から配当へ 2022年10月20日現在 - ねこぷろ
                                                      • アプリ開発を支える10個のDangerレシピ - Mirrativ Tech Blog

                                                        こんにちわ。shogo4405です。普段は、ミラティブで開発しながら、余暇にOSSのHaishinKit*1をつくっています。本エントリーは普段UI開発を行なっているクライアントエンジニア向けに、ミラティブで導入しているDangerの実践レシピを公開いたします。 はじめに Dangerとは「Pull Requestの作法を形式化して指摘を自動化」するツールであり、採用している開発者の方も多いのではないでしょうか。Dangerの導入にあたってはDangerで始めるPull Requestチェック自動化 - コネヒト開発者ブログを参考にして導入いたしました。ありがとうございます。 ミラティブ社でも形式的なチェックは基本的にDangerに任せるにようしています。本エントリーでは、開発現場のあるある指摘内容をレシピ集という形でまとめました。 レシピ1:githubの更新があった箇所のみ指摘する 定

                                                          アプリ開発を支える10個のDangerレシピ - Mirrativ Tech Blog
                                                        • Link and Motivation に入社して3ヶ月が経ちました 🙌 ~ エンジニアが非IT企業で働くという選択肢 ~ - Link and Motivation Developers' Blog

                                                          はじめまして。Motivation Cloud のエンジニアをしています、宮田と申します。 Link and Motivationには2022年3月に入社しました。 私はキャリアにおいて、SIerやITベンチャーといった創業当時からIT系のサービスを提供する会社に在籍していました。 Link and Motivationのような創業が非ITの会社は初の経験です。 本記事では、入社してから感じたことを書こうと思います(忘れないうちに!)。 Link and MotivationやDXを進める非IT企業に興味を持っている方の参考になれば幸いです🙇‍♂️ Link and Motivation に興味を持ったきっかけ 元々Link and Motivationという会社のことは知っていました。 新卒の就職先としては人気でしたし、グループ会社のopenworkは転職時の参考にしていました。 しか

                                                            Link and Motivation に入社して3ヶ月が経ちました 🙌 ~ エンジニアが非IT企業で働くという選択肢 ~ - Link and Motivation Developers' Blog
                                                          • 努力しないFigmaとの付き合い方

                                                            この記事は12月22日に行われた「Figma Design File 大公開! デザイナー忘年会2022」で話した内容を記事化したものです。 デザインデータは中間成果物 これはこの記事のベースとなる考え方です。僕はデザインデータは中間成果物であり、いつか捨てられる(メンテされなくなる)ものだと考えています。 デザインデータを作る目的はエンジニアやBizDevの人たちとのコミュニケーションを円滑に進めることです。その目的を達成する以上に整っている必要はないと考えています。 また僕は実装されお客さんが実際に利用するアプリケーションの品質が全てだと考えていて、デザインデータをきれいに整えることは時間の無駄になることが多いと思っています。本当に考えるべきことはデザインデータをきれいに運用することではなく、品質の高いUIがきちんとリリースされる仕組みです。 しかしあまりにも無秩序に散らかっているとコ

                                                              努力しないFigmaとの付き合い方
                                                            • アプリ開発エンジニアが副業案件を獲得するために意識すること | Offers Magazine

                                                              「Offersエージェント」では、業界で活躍するプロフェッショナルがあなたの転職を徹底サポート。CxO経験者を含む現役エンジニア・デザイナー・プロダクトマネージャーが在籍し、職種に特化した専門的なアドバイスをご提供・非公開求人の紹介も可能です。 →【かんたん30秒】無料登録で転職相談する アプリエンジニアは副業に向いてる? はじめまして、アプリエンジニアとして副業をしている @jumboOrNot です。本業ではレアジョブという会社でマネジメントをしています。 「副業エンジニアとして3年目に突入したのでコツをまとめる」という記事をnoteに書いたり、副業イベントで登壇したりしていたのですが、もう少しアプリエンジニアとしての視点にフォーカスした形で文章を書きたいと思い、筆を執りました。この記事を通じて、少しでも副業に興味がある人が増えればと思います。 ここで言うアプリエンジニアとは、Swif

                                                                アプリ開発エンジニアが副業案件を獲得するために意識すること | Offers Magazine
                                                              • 「料金比較表」のUIを集めてみた|パーツ別デザインまとめ|nanami

                                                                こんにちは!株式会社Rabeeでデザイナーをしています、nanamiです🌿 今回はLPやサービスサイトでよく見かける「料金比較表」のUIパーツに特化してデザインを集めてみました。 LPや特定のサービスサイトは構成要素が比較的パターン化されています。 「この要素・セクションのデザインどうしよう」となった時用に、要素ごとにデザインのパターンのストックを持っておきたい。 そんな皆さまに参考にしていただけると嬉しいです! はじめに今回は、集めた料金比較表のデザインをこちらのサイトを参考に、テーブル型、カード型、ブロック型の3パターンに分類してリストアップしています。 特記事項以下に掲載している料金表は、記事作成時点(2024.2.27)でデザイン学習を目的として収集したものです。現在の料金とは異なる可能性がありますのでご留意ください。 【テーブル型】行&列の表形式 横軸に料金パターン、縦軸にその

                                                                  「料金比較表」のUIを集めてみた|パーツ別デザインまとめ|nanami
                                                                • 弘法も筆の誤り、あるいは、DBバックアップのリストアテストはしたほうが良い話

                                                                  この記事は、:christmas_tree:GMOペパボエンジニア Advent Calendar 2023 の20日目の記事です。 先日、ニッチなバグに遭遇したので、そのことについて書こうと思います。 発端 私が所属しているチームには、以下のような GitHub Actions を利用したワークフローが存在します。(簡略化しています。) チェックアウト。 リポジトリ管理下にあるダンプファイルを mysql:8-debian イメージで起動しているコンテナの MySQL にリストア。 MySQL を利用してギョーミー1な処理を行い、結果を取得。この際、データベースの内容も更新される。 mysqldump コマンドでデータベースのダンプファイルを取得。 ダンプファイル含め、成果物をコミット。 その他あれこれして終了。 上記のとおり、データベースサーバを恒常的に用意するのではなく、ダンプファイ

                                                                    弘法も筆の誤り、あるいは、DBバックアップのリストアテストはしたほうが良い話
                                                                  • CVE-2021-44228 - GitHub Advisory Database

                                                                    Summary Log4j versions prior to 2.16.0 are subject to a remote code execution vulnerability via the ldap JNDI parser. As per Apache's Log4j security guide: Apache Log4j2 <=2.14.1 JNDI features used in configuration, log messages, and parameters do not protect against attacker controlled LDAP and other JNDI related endpoints. An attacker who can control log messages or log message parameters can ex

                                                                      CVE-2021-44228 - GitHub Advisory Database
                                                                    • New RelicからDatadogに乗り換えした話 - インゲージ開発者ブログ

                                                                      明けましておめでとうございます。 2023年9月にINGAGEにジョインしたSREチームのanecho108です。 さっそくですが本記事の内容に入りたいと思います。 弊社のサービスは、AWS上のオブザーバビリティを獲得する方法としてNew Relic を利用していましたが、 そこからDatadogに乗り換えました。 Datadogの導入は僕が主体で行っていましたので、その時に考えていたことや反省点をまとめました。 なお、Datadogを肯定するわけでも、New Relicを否定するわけでもございませんのであしからず。 なぜ乗り換えしようとした? New Relicのコスト問題 日本語テクニカルサポートが受けられていなかった "僕"がオブザーバビリティの獲得に至っていなかった 周りにDatadogを使ってます勢が多い 日本リージョンがある そんなところへDatadogから営業メール Data

                                                                        New RelicからDatadogに乗り換えした話 - インゲージ開発者ブログ
                                                                      • 【2024年版】プロジェクト管理システム・ツール おすすめ10選!脱エクセルでスムーズな工程�・進捗管理

                                                                        ブログプロジェクト管理【2024年版】プロジェクト管理システム・ツール おすすめ10選!脱エクセルでスムーズな工程�・進捗管理 こんにちは。マニュアル作成・ナレッジ共有ツール「NotePM」ブログ編集局です。 企業がひとつの目標に向かって効率的かつ、生産的に取り組むには「プロジェクト管理」が不可欠です。従来のプロジェクト管理では、エクセル(Excel)で課題管理や進捗管理をされている方も多いと思いますが、プロジェクト管理ツールを導入する事によってさまざまなメリットがあります。 この記事では、プロジェクト管理ツールのメリット、おすすめツールなどをご紹介します。また、プロジェクト管理で活躍する「ITツール」を以下でまとめていますのでご一読ください。 【2024年版】社内wikiツール おすすめ15選(有料・無料) 【2024年版】ナレッジ共有ツール タイプ別おすすめ 10選 プロジェクト管理ツ

                                                                          【2024年版】プロジェクト管理システム・ツール おすすめ10選!脱エクセルでスムーズな工程�・進捗管理
                                                                        • ドキュメント指向の開発プロセス|平野智也(トム)

                                                                          ぼくが勤めるナレッジワークでは、創業時からリモートからの働き方に対応してきた。今では週一の出社日が設けられているが、現在でもリモートワークは継続しており、メンバー同士が異なる場所から働きやすい環境を実践できている。 コミュニケーション設計については前記事で触れたので、今回は、プロダクト開発チームが、どのようなコミュニケーションを取りながら業務を進めているのかについて紹介したい。 そこで着目するのが、ドキュメントだ。ナレッジワークでは、過去から現在に至る意思決定のプロセスや結論がドキュメントとして残されていて、もちろん開発プロセスにおいても例外ではない。社内において、情報のアクセスのしやすさ、つまりオープンであることが徹底されていて、自社の組織やプロダクトについてのドメイン知識については、ほとんどすべてアクセス可能になっている。 この情報の透明性を支えているのが、あらゆる意思決定の場において

                                                                            ドキュメント指向の開発プロセス|平野智也(トム)
                                                                          • システム障害対応に指揮官(インシデントコマンダー)として関わる際にやっている事 11 個 - エス・エム・エス エンジニア テックブログ

                                                                            この記事は 株式会社エス・エム・エス Advent Calendar 2023 の11日目の記事です。 無いに越した事はありませんが、サービスを長い間運用しているとどうしてもシステム障害対応をやらなければいけないタイミングがあります。この記事では、小規模なアラート対応から数日間に渡るチーム横断での大規模障害までいくつのシステム障害対応に関わる中で実際に私が行ってきた事を 11 個紹介してみようと思います。 前置きとして、現在私が所属するチームはほぼ100%フルリモートで開発を行っており、それを前提とした内容になっています。 1. 専用のコミュニケーションスペースを作る 2. 役割分担をする 3. 積極的に音声通話でやりとりする 4. 情報整理用のダッシュボードを作る 5. 専用のカンバンを作る 6. 情報同期のための定時ミーティングを設ける 7. 通常業務を進めるメンバーを残す 8. メト

                                                                              システム障害対応に指揮官(インシデントコマンダー)として関わる際にやっている事 11 個 - エス・エム・エス エンジニア テックブログ
                                                                            • モバイルアプリ開発チーム、カンバンはじめました。 - kubell Creator's Note

                                                                              こんにちは!モバイルアプリケーション開発部の折田 (@orimomo)です🍑 私たちの部署では2023年1月にチームの再編成をおこないました。 もともと2チーム制だったところを3チーム制へと変更し、そのうち2チームでスクラムではなくカンバンを採用するという選択をしています(残り1チームはスクラムを継続)。 今回は、カンバンを採用した理由や、この4ヶ月間おこなってきた試行錯誤について書いてみようと思います。カンバンが気になっている方、スクラムからカンバンへの移行を検討している方にとって、少しでも参考になれば幸いです。 なお、以前に部署のスクラムについて紹介する記事を書いておりますので、よければそちらもご覧ください。 creators-note.chatwork.com 2023年〜のチーム構成 カンバンを採用した経緯 カンバンを始めるにあたって 実際カンバンをやってみて どうだったか? メ

                                                                                モバイルアプリ開発チーム、カンバンはじめました。 - kubell Creator's Note
                                                                              • 2019年、freeeのアクセシビリティを振り返る - freee Developers Hub

                                                                                この記事はfreee Developers Advent Calendar 2019の24日目です。こんにちは、freeeの@magi1125こと伊原です。あだ名は「アクセシビリティで一発当て太郎」です。いまはデザインリサーチチームのマネジャーをやっています。 この記事ではタイトル通り、2019年のfreeeにおけるアクセシビリティ関連の出来事をご紹介します。なお、2018以前の活動については「2018年、freeeのアクセシビリティを振り返る」をご覧ください。 developers.freee.co.jp ※アクセシビリティの向上とは、障害者高齢者を含めた幅広いユーザーに利用方法の選択肢を提供し、使える状況を広げる取り組みを指します。 12月26日追記: 本記事にインスパイアされたとのことで、@masup9が同様の振り返り記事をまとめています。こちらもぜひご覧ください。 develope

                                                                                  2019年、freeeのアクセシビリティを振り返る - freee Developers Hub
                                                                                • ヤフーとPayPayカードが大規模スクラム合同実践 〜 若手スクラムマスターがやってみた

                                                                                  ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは! スクラムマスターの中原(PayPayカード株式会社)、岩井(ヤフー株式会社)、そしてアジャイルコーチの荒瀬(ヤフー株式会社)です。 私たちは、PayPayカードの会員サービス開発を大規模スクラムで進めています。PayPayカードとは、クレジットカード加盟店で通常のクレジットカード決済ができることに加え、PayPayアプリと併用することによってPayPay加盟店であと払い決済が利用できるサービスです。「圧倒的No.1のサービスをすべてのお客さまに!」というビジョンを掲げており、ユーザーファーストにサービスを提供することを心掛けています。 より早く質の高いプロダクトをお客様に提供するために、ヤフーとPayPayカードの2

                                                                                    ヤフーとPayPayカードが大規模スクラム合同実践 〜 若手スクラムマスターがやってみた