並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 3866件

新着順 人気順

Jiraの検索結果201 - 240 件 / 3866件

  • __proto__の除去でNode.jsのプロトタイプ汚染を防げないケース - knqyf263's blog

    前提 Node.jsのプロトタイプ汚染について書いているのですが、プロトタイプの説明(prototype と __proto__ の関係とか)を定期的に見直さないと綺麗サッパリ忘れる程度にはNode.js触っていないので、何かおかしいところあればご指摘お願いします。 概要 Node.jsではここ数年プロトタイプ汚染攻撃が流行っています。概要は以下を見れば分かると思います。 jovi0608.hatenablog.com そもそもプロトタイプって何?という人は以下の記事が分かりやすいです。自分はお守りのように定期的に読んでます。 qiita.com 外部から送られてきたJSONなどをパースして変換し、そのオブジェクトをmergeやcloneする際に __proto__ を上書きすることで Object.prototype を汚染するというものです。このオブジェクトが書き換えられると、新しく作

      __proto__の除去でNode.jsのプロトタイプ汚染を防げないケース - knqyf263's blog
    • 社内の基盤を活かして爆速開発を実現するために重視したマイクロサービステンプレートの5つの要点 - MonotaRO Tech Blog

      はじめに 転職後の二つの喪失感への対応 所属チームの現状とMonotaROのアプリケーション/サービス共通基盤(所謂プラットフォーム) 所属チームの状況 社内プラットフォームの状況 マイクロサービス開発のためのテンプレートの導入 開発のロケットスタート:テンプレートの早期提供 テンプレート作成の5つの要点 1. ベンダー非依存なObservabilityの実装 2. CI/CDを早期に提供(特にLinterを最初期に) 3. APIプロトコルとして、JSON over HTTPとgRPCの双方をサポート 4. 最低限の薄いフレームワーク 5. セントラルProtobufリポジトリの提供 現在の取り組み (2023年10月以降)と今後の展開 さいごに はじめに はじめまして、MonotaROのCTO-Officeに所属する伊藤と申します。 github.com recruit.monotar

        社内の基盤を活かして爆速開発を実現するために重視したマイクロサービステンプレートの5つの要点 - MonotaRO Tech Blog
      • インフラエンジニアがスクラムをやって学んだこと

        2019年7月6日、株式会社サイバーエージェントが主催するイベント「Battle Conference U30」が開催されました。30歳以下のエンジニアによる30歳以下のエンジニアのための技術カンファレンスである本イベントには、さまざまな領域で活躍する若手が登壇。企業の枠を超えて、自身の技術・事業・キャリアに関する知見を発表しました。「インフラだってスクラムがしたい!」に登壇したのは、株式会社マネーフォワード・栗田茉緒氏。登壇資料はこちら インフラエンジニアがスクラムに挑む 栗田茉緒 氏:株式会社マネーフォワード、サービス基盤本部の栗田と申します。「インフラだってスクラムがしたい!」というタイトルで発表をさせていただきます。後ほどスライドを公開するので、そちらも合わせてご覧ください。 まず始めに、マネーフォワードは「MoneyForwordクラウド」や「MoneyForword ME」など

          インフラエンジニアがスクラムをやって学んだこと
        • Pull Requestのレビュー負荷を軽減し、開発生産性を向上するためにチームで取り組んだこと - ZOZO TECH BLOG

          はじめに こんにちは。WEARフロントエンド部Webチームの藤井です。私たちのチームでは、WEARのWebサイトのリプレイスと新規機能の開発を並行して進めています。これらの開発を推進する中で、Pull Requestのレビュー負荷を軽減し、開発生産性を向上させるための取り組みを行なってきました。本記事では、その中で効果的だった取り組みについてご紹介します。 目次 はじめに 目次 背景と課題 レビューの体制の薄さ スコープの広さ 仕様把握の負担 対応内容についての説明不足 処理の複雑性 仕様の抜け漏れ 動作確認の手間 課題解決に向けた取り組み レビュー体制の見直し Pull Requestを小さくする Issueを小さくする Pull Requestの粒度について明文化する 機械的なチェックの拡充 ESLintルールの拡充 Visual Regression Testの拡充 Pull Req

            Pull Requestのレビュー負荷を軽減し、開発生産性を向上するためにチームで取り組んだこと - ZOZO TECH BLOG
          • Trello、Asana、GitHub、Jira。チームによって管理ツールがバラバラな理由 - エス・エム・エス エンジニア テックブログ

            タスク管理は、チームで仕事をしていく上で欠かせない一方で、永遠にカイゼンし続ける必要があるものです。チームごとに、どんなツールを選んでいるのか、それをどう利用しているのでしょうか。 エス・エム・エスでは、タスク管理の仕方もチームごとに裁量が与えられています。どのようなツールを利用してタスク管理をしているのか。「カイポケ」「カイゴジョブ」「ハピすむ」など、各サービスの開発チームに聞いてみました! ツールの選定基準、利用の仕方、利用ツールのメリット・デメリットなど、開発チームによってどのような違いがあるのかを紹介していきます。 エンジニアチームごとに異なるタスク管理ツール 今回、話を聞いたのは、カイゴジョブ、ハピすむ、カイポケGengar、カイポケ障害、カイポケKSEE、カイポケSRE、カイポケ訪看など7つの開発チームのエンジニアメンバー。 それぞれのチームで使っているツールやチームのメンバー

              Trello、Asana、GitHub、Jira。チームによって管理ツールがバラバラな理由 - エス・エム・エス エンジニア テックブログ
            • fluentd -> Elasticsearch 大量データ転送でトラブル | diaspora

              概要 fluentd でサービスの情報を転送し、Kibana で分析したい これまでの過去データを一度に放り込みたい データの件数が合わない Kibana でエラーが発生する 各種設定を見直すことで対応可能 背景 長い長いミーティングに疲れ、集中力を擦り減らしたアナタは 無意識のうちにブラウザを起動していました。 去年まで勤めていた会社の同僚がシェアした記事が目に止まります。 「fluentd + Elasticsearch + Kibana で今どきのログ分析!」 感化されやすいアナタはおもむろに VM を立ち上げ環境を構築します。 Web サーバから吐き出されたログはオシャレでイイ感じにチャート化され、 満足したアナタは VM を落とし、再び仕事に戻りました。 しばらく経ったある日のこと、ふと気づきます。 「ログだけじゃなくて、ユーザ属性の分析にもコレ使えそう。」 毎度オレオレ管理ペー

              • Kyashの現状の課題とCRE募集ページの解説 - Kyash Product Blog

                Kyashで開発をしている@konifarです。 先日、KyashでCRE(Customer Reliability Engineering)の募集を開始しました。 open.talentio.com CRE*1って何ぞや?という人も多いですよね。仕事内容や募集要件は簡潔に記載していますが、もう少し現状の課題や働き方のイメージを伝えた方が興味を持ってもらいやすいと思うので、より噛み砕いて説明します。 言い換えると、「もっと多くの人に興味を持ってもらえるように詳しく解説するよ!興味がわいたら応募してくれ頼む!」という趣旨の記事です。よろしくお願いします。 なぜCREチームが必要か 募集ページの仕事内容を見てみましょう。 CRE(Customer Reliability Engineering)チームは顧客の信頼の最大化がミッションです。決済や送金サービスを開発・運営しているKyashでは、顧

                  Kyashの現状の課題とCRE募集ページの解説 - Kyash Product Blog
                • Bitbucket | Git solution for teams using Jira

                  With best-in-class Jira integration, and built-in CI/CD, Bitbucket Cloud is the native Git tool in Atlassian’s Open DevOps solution. Join millions of developers who choose to build on Bitbucket.

                    Bitbucket | Git solution for teams using Jira
                  • SLF4JとLogbackは2021年現在では積極採用しない方が良い(2023年12月 追記) - Kengo's blog

                    SLF4JとLogbackの中の人はここ数年活発ではないのでLog4j2などを代わりに使いましょう。 SLF4Jの活動は最近活発ではない SLF4JはVCSとしてGitHubを利用しています。最後の変更が2020年2月、最後のリリースが2019年12月となっていることからも、あまり活発ではないことが伺えます。 またBTSとしてJIRAを使っていますが、こちらもメンテナンスされていません。昨夏SLF4J-209が既にクローズ可能な状態であることやSLF4J-186が修正可能であることなどをコメントしましたが、1年近く経った今もすべて返信がない状態です。 2020年12月にイシューを閉じていたりするので全く動きがないわけではないのですが、年間で22つ作成されたのに対して2つしか閉じられていないので、充分にメンテされているとは言い難い状況です。 2021年5月31日時点での過去360日のイシュー

                      SLF4JとLogbackは2021年現在では積極採用しない方が良い(2023年12月 追記) - Kengo's blog
                    • 「プロダクト間共通の React コンポーネントライブラリ」がどうなったか、という話 - SmartHR Tech Blog

                      こんにちは! フロントエンドエンジニアの @diescake です! 1 年程前に @nabeliwo よりこんな記事を公開しています。 tech.smarthr.jp 一言で要約してしまうと、SmartHR の各種プロダクトで一貫したユーザー体験を提供するために、SmartHR UI という React コンポーネントライブラリを実装し始めたよ! しかも OSS として公開してるよ! という話でございました。 github.com 本記事では、それから 1 年弱たった今 SmartHR UI がどうなっているか、という話をしつつ、現在の SmartHR UI の運用・開発体制について話をしてみようと思います。 SmartHR UI は成長しているよ! 2019/08/01 2020/05/21 バージョン v3.9.2 v8.2.0 コンポーネント数1 30 66 ソースコード規模2 3

                        「プロダクト間共通の React コンポーネントライブラリ」がどうなったか、という話 - SmartHR Tech Blog
                      • Scala の開発に学ぶコードレビュー体制とプロジェクト開発 - xuwei-k's blog

                        コードレビューについて Oh, you `re no (fun _ → more) より引用 単に普段の開発で使っている VCS でそれを行なっていました。 つまり、コードの中にコメントの形でレビューを書き、それをコミットする。 そしてそこから派生する議論も全てコード上のコメントで行います。 (もちろん複雑な話になった場合は直接の議論を行い、合議の結果だけを記しておく、なども当然あるでしょう。) レビューをソースコードのコメントとして直接書き込むのは、GHC の開発でも時々見かけますね。例えば、新機能の開発 branch を作って、新しい機能を開発している時とか。 2012-08-14 18:44:19 via OpenTween まあ、主に入った変更に Simon Peyton Jones が(ソースコード上で直接)コメントしそれに従ってソースコードを修正する形なので、レビューと言えるほ

                        • WEBサービスを作りました(人生でやりたい100のリスト) - 下町柚子黄昏記 by @yuzutas0

                          概要 My100Tales(マイ・ハンドレッド・テイルズ)というサービスをリリースしました。 もくじ どんなサービスか どうやって使うのか なぜ作ったのか どうやって作ったのか 思ったこと 1. どんなサービスか 人生でやりたい100のリストを書き込み、育て、実現するためのサービスです。 機能・UIの実態としてはお一人様向けのQiita:Teamクローンとなります。 名前の由来・コンセプトは以下の通りです。和風シリーズです。 サービス名は「私だけの百物語」という意味です。 百物語では、百の怪談を語り終えて、最後の蝋燭の火を消したとき、本当に怪奇現象が起きると言われています。 また、"tale"は「怪談」だけでなく「夢物語」「おとぎ話」の意味を掛けています。 このサービスは利用者が自分だけの「夢物語」を書き出す場所です。 やりたいことを百個書き出す頃には、きっと何か1つは実現しているのではな

                            WEBサービスを作りました(人生でやりたい100のリスト) - 下町柚子黄昏記 by @yuzutas0
                          • Bitbucket | The Git solution for professional teams

                            With best-in-class Jira integration, and built-in CI/CD, Bitbucket Cloud is the native Git tool in Atlassian’s Open DevOps solution. Join millions of developers who choose to build on Bitbucket.

                              Bitbucket | The Git solution for professional teams
                            • インフラエンジニア不在で120万人のユーザーを支える方法 - Eureka, Inc.

                              はじめまして、WEBエンジニアの石橋です。 エウレカではpairs全体の開発責任者としてサーバサイドの開発・管理、インフラの構築・管理を行っています。また、数字やリソースの計画・管理など一部プロデューサー業務も担当しています。 前々職では受託のWEBエンジニアを4年、前職では自社サービスの基幹システムやECシステムのインフラ構築・開発などIT部門の統括、物流・CS部門の統括、自社メディアのプロデューサーとしてマルチタスクな4年間を過ごしていました。 趣味は漫画を読むことです、が最近インフラ周りに時間を取られてなかなか読めていません。。漫画が読めない時間が長く続くと、自分の中の何かのエネルギーがどんどん減っていきいずれは枯渇するような気がしてなりません。1分でも多く漫画を読む為にも、まずはしっかりインフラを整備せねばと今日も仕事に励んでいます。 さて今回は初めての投稿ですので、まずは先日会員

                                インフラエンジニア不在で120万人のユーザーを支える方法 - Eureka, Inc.
                              • Bitbucket | Git solution for teams using Jira

                                With best-in-class Jira integration, and built-in CI/CD, Bitbucket Cloud is the native Git tool in Atlassian’s Open DevOps solution. Join millions of developers who choose to build on Bitbucket.

                                  Bitbucket | Git solution for teams using Jira
                                • 「Javaの鉱脈」でJVMオプションの記事を書きました | さにあらず

                                  WEB+DB PRESS の Vol.82 に、かなり気合いの入った JVM オプションの記事を書いたので、是非読んで頂きたい。 2014/8/23 発売ですので、既に購入頂いてる方も多いと思います。 電子書籍版もありますので物理的な媒体に興味がない方は PDF を買って下さい。 WEB+DB PRESS Vol.82@Gihyo Digital Publishing今回の記事における対象読者について#今回の記事は、ターゲットとして Java に余り時間をコミットしていないけども便利なので JVM 上で動くアプリケーションをウッカリ運用している人をイメージしながら書きました。 例えば、OSS ものだと Hadoop や ZooKeeper、Lucene や Solr、商用製品だと Stash とか JIRA とか confluence とかそういうものですね。 僕の観測範囲だと、PHP や

                                    「Javaの鉱脈」でJVMオプションの記事を書きました | さにあらず
                                  • Jenkinsでビルドのパイプラインを作るぞー!(2016年2月版) - Mitsuyuki.Shiiba

                                    と思って色々見て回った。 Jenkinsでビルド・パイプラインを作る | Ryuzee.com Jenkinsのビルドパイプライン系plugin3種比較 - knjnameのブログ kakakikikekeのブログ: Jenkins の Workflow Plugin を使ってみた Jenkins Workflow Pluginを使ってみました - Qiita 川口耕介氏,Jenkinsプロジェクトの現状やWorkflow Pluginの特徴を説明 ~Jenkinsユーザカンファレンス2015東京 基調講演:レポート|gihyo.jp … 技術評論社 とか、色々。 Pipeline Plugin (旧Workflow Plugin) が良さそう Pipeline Plugin - Jenkins - Jenkins Wiki Build Pipeline Pluginとか、Delivery

                                      Jenkinsでビルドのパイプラインを作るぞー!(2016年2月版) - Mitsuyuki.Shiiba
                                    • 運用改善によるチームパフォーマンス向上のための取り組み - ZOZO TECH BLOG

                                      こんにちは。ブランドソリューション開発本部フロントエンド部の御立田です。フロントエンド部の部長とWEAR Androidのブロック長を兼任しており、普段は部署全体の管理・リスクマネジメントや、Android開発における設計などを行っております。 本記事では、運用改善によるチームパフォーマンス向上のための取り組みについてご紹介します。なお、フロントエンド部WEAR Androidブロックで実施した内容となっており、一部アプリ開発向けの施策ですのであらかじめご了承ください。 目次 目次 はじめに 生産性に対する課題感 改善結果 サイクルタイム平均値 スタッツ 数値分析 問題点の推測 問題点の認識 対応策 レビュー環境への対応策 レビュー会の開催 PR単位でビルドの共有 巨大なPRへの対応策 サブタスクで粒度を下げる 常にアップデートすることへの対応策 開発者リソースの再配分 PRテンプレートを

                                        運用改善によるチームパフォーマンス向上のための取り組み - ZOZO TECH BLOG
                                      • 開発ワークフローを、いつどう変えるか | GREE Engineering

                                        こんにちは、岡崎 @watermintです。 このエントリは GREE Advent Calendar 2013の記事です。この記事は5日目の記事です。 今日はGREE Tech Talk #04 スマートフォン時代のソフトウエアテストが弊社セミナールームで行われます。岡崎は「Jenkinsによるテスト自動化の会社への導入」というパネルディスカッションに参加させていただきます。パネルディスカッションの内容がどうなるかは会場の皆様からのご質問などによって変わっていくと思いますが、今日の記事では開発ワークフローについての考えを紹介します。 開発プロセスをなぜ変えるのか 開発プロセスを変えようとするモチベーションはいくつかあると思います。組織規模、ビジネスモデルなどによって多少諸条件は違うとしても大まかには次のような目標を達成することがモチベーションになるでしょう。 開発メンバーが変わっても対応

                                          開発ワークフローを、いつどう変えるか | GREE Engineering
                                        • LINE社内で利用されている社内システムを紹介します | LINE HR BLOG

                                          LINE社内で業務を行うにあたり様々なツールを活用しています。以前は、JIRA,Github Enterpriseなど技術者向けのツールを紹介しましたが、今回は全社員が利用しているメーラーやグループウェアなどの社内システムをご紹介します。 JIRA,Confluenceの講習会を行いました http://line-hr.jp/archives/42822500.html LINEではGithub Enterprise を導入しています http://line-hr.jp/archives/44459777.html LINEのメーラー、グループウェアは一般的に利用されているものではなく、独自のものを利用しています。そのいくつかをご紹介します。(実際の画面とは多少異なります) ウェブメールこちらはPC版のメール機能の画面です。細かく設定が出来るので使いやすいのですが、LINEスタンプがメール

                                            LINE社内で利用されている社内システムを紹介します | LINE HR BLOG
                                          • 社内の面倒な手作業はZapierにやらせよう #2 〜Webhookを使って、自動化の幅を広げる〜 | メルカリエンジニアリング

                                            こんにちは、メルカリの自動化&品質保証グループ(Automation & QA Group:通称AQA)で、自動化をぶりぶりしている tadashi0713 です。 私は普段、テスト自動化・CI / CD改善・その他社内の生産性を上げるための自動化・ツール作成を行っています。 以前はQA-SETでしたが、AQAになったことにより、よりチーム全体での自動化を推進していきます。 メルカリでは、去年からZapierという自動化ツールを導入し、社員がより簡単に業務自動化に取り組めるようにしています。 導入した背景や、簡単なワークフローの作り方、実際に社内でどう使われているか、などについては下記の記事をご覧ください。 tech.mercari.com 現在では、 ノンプログラマー含め250名以上のメンバーが、400以上のワークフローを作成 し、日々の作業を自動化しています。 また社内のエンジニアも、

                                              社内の面倒な手作業はZapierにやらせよう #2 〜Webhookを使って、自動化の幅を広げる〜 | メルカリエンジニアリング
                                            • Apache POI - the Java API for Microsoft Documents

                                              25 November 2023 - POI 5.2.5 available The Apache POI team is pleased to announce the release of 5.2.5. Several dependencies were updated to their latest versions to pick up security fixes and other improvements. A summary of changes is available in the Release Notes. A full list of changes is available in the change log. People interested should also follow the dev list to track progress. See the

                                              • 生産性改善のためのトイル計測 - maru source

                                                Ubie Discoveryというヘルステックスタートアップでプロダクト開発エンジニアをしている丸山@h13i32maruです。 最近、チームの生産性改善をするためにトイル計測をはじめました。今日はこのトイル計測について簡単に紹介します。 「生産性」ではなく「伸びしろ」の計測 手作業、繰り返される作業、自動化が可能、etc 改善可能な作業を計測する トイル40%超え トイルの撲滅は...これからだ! 「生産性」ではなく「伸びしろ」の計測 生産性を改善するにはまずは生産性の計測から始めることが重要です。 計測指標として有名なものにFour Keysがあります。Four Keysは「変更のリードタイム」「デプロイ頻度」「変更失敗率」「平均修復時間」を計測してチームのパフォーマンスを評価するものです。このFour Keysは組織全体としての生産性の結果指標だと理解しています。例えば僕のチームでは

                                                  生産性改善のためのトイル計測 - maru source
                                                • プロジェクト・タスク管理ツールにmonday.comを使い始めたので、いかにmonday.comが最高かを紹介したい - Studyplus Engineering Blog

                                                  こんにちは、スタディプラスの栗山(id:shepherdMaster)です。 みなさんは社内でどんなプロジェクト・タスク管理ツールを使ってますでしょうか? 今回はスタディプラスで最近使い始めたプロジェクト・タスク管理ツールのmonday.comを紹介したいと思います。 Taskworld時代 社内では以前はTrelloに似たカンバン形式のプロジェクト・タスク管理ツールのTaskworldを使っていました。 しかしTaskworldは使い続けていると動作が重くなってきたり、たびたびTaskworldに障害が発生したり、Slackへ簡単に通知連携できなかったり、そもそもツールとして使いづらかったりと不満が上がっていました。 そのため新しいプロジェクト・タスク管理ツールを選定することになりました。 新しいプロジェクト・タスク管理ツールの選定 社内で新しいプロジェクト・タスク管理ツールを選定するた

                                                    プロジェクト・タスク管理ツールにmonday.comを使い始めたので、いかにmonday.comが最高かを紹介したい - Studyplus Engineering Blog
                                                  • スタートアップや小規模チームのテストケース管理には「Qase」がいいかもしれない - Qiita

                                                    はじめに みなさん、テストケースマネジメントしてますか? テストケースマネジメントのツールといえば TestRail や PractiTest 、あるいはRedmineやJIRAなどのプラグインを使うことが多いと思います。 ですが、基本的に商用、それもテスターが大勢いるようなQA組織向けのツールが主で、スタートアップなどでQA体制が未成熟なところにフィットする選択肢って少ないですよね。 そんな中、Qaseというツールを見つけたのでご紹介します。 Startup Plan というまさしく上記の悩みにドンピシャなプランが用意されており、複雑な設定が不要であれば無料で利用できるようです。 また、2019/09現在パブリックベータとして公開されており、有償プランの機能も自由に利用できるようです。 https://qase.io/pricing 試さない理由がないですね! というわけでレビューしてい

                                                      スタートアップや小規模チームのテストケース管理には「Qase」がいいかもしれない - Qiita
                                                    • どれから試そ!2016年版 オンラインタスク管理ツール「10選」TaskChute CloudからReact製Toodledoまで

                                                      「いやぁー、オンラインタスク管理ツール選びって本当に楽しいものですね」 今年2016年は、オンラインタスク管理ツールの当たり年と言っても良いでしょう。 2年前の記事からロゴが変わったりもしていますが、老舗ツールの大幅アップデートがあったり、新しいサービスが開始されたりと、ツールを選ぶ側としては迷わしくも選択肢が増えてかなり嬉し楽しい状況となっています。 今回、個人のパーソナルタスクの管理に向いていると思われる、10個のオンラインタスク管理ツールを勝手ながらピックアップしてご紹介しておきたいと思います。 では、以下アルファベット順にご紹介です。 Any.do https://web.any.do シンプルを突き詰める 「Any.do」 昨年、Any.do「3」と呼ばれるアップデートがあり、機能や見栄えの変更がありました。 アプリは Any.DO moment と呼ばれる通知サービスがあり、毎

                                                        どれから試そ!2016年版 オンラインタスク管理ツール「10選」TaskChute CloudからReact製Toodledoまで
                                                      • JIRA、Jenkins、GitHubで始めるオープンソース #jiraadvent – yusuke.blog

                                                        ・JIRA Advent Calendarの最終日担当です。 趣味でなんとなく作ったものの放置してしまっているアプリケーション、ユーティリティ、ライブラリはありませんか? オープンソースソフトウェアにしてしまいましょう! もちろん懸念はあるかもしれません、例えば: ・オープンソースってやってみたいけど人に見せられるほどキレイなコード書ける自信がない じゃぁいつやるの? 今感じる範囲でキレイなコードにして公開してみたら? ・同じようなコードは他にもあるし・・・ 既存のコードで歯がゆいところがあったから書いたんじゃないの? 地球に70億人もいるんだから同じように歯がゆさを感じている人が1人や2人はきっといるはず。 ・オープンソースにしたら盗まれちゃう! 死蔵してたらすぐに、またはいずれ陳腐化して新規性のないコードにきっとなります。 盗まれて困るようなコードだったらとっとと起業してビジネスにした

                                                          JIRA、Jenkins、GitHubで始めるオープンソース #jiraadvent – yusuke.blog
                                                        • ZapierでSlackを佐野ひなこちゃんで埋め尽くす #apijp - @i2key のBlog

                                                          本ポストは下記のアドベントカレンダー13日の記事になります。 Web API Advent Calendar 2014 - Adventar ところでみなさん、Zapierってご存知でしょうか? The best apps. Better together. - Zapier 一部界隈では便利ツールとして凄く有名ですが、ご存知ではないかたのために簡単に説明いたします。 APIとAPIをコーディング無しで連携させることが出来るハブサービスになります。 Yahoo PipesとかIFTTTのようなイメージです。 ただ、連携可能なサービスがものすごく多く、300以上あります。SlackやTwitter、Instagram、Facebook、JIRA、Trello等有名どころは大抵連携できます。 Twitterでファボッたツイートを自動的にインスタペーパーに登録したりとか、そういう連携です。 あと

                                                            ZapierでSlackを佐野ひなこちゃんで埋め尽くす #apijp - @i2key のBlog
                                                          • メルカリのフロントエンドチームが、どんな開発体制で技術選定しているのか聞いてきた!

                                                            日米通算1億ダウンロードで日本最大フリマアプリ「メルカリ」。今回はメルカリの小嶋仁司さん、坂本結衣さんにメルカリのフロントエンドエンジニアたちがどんな技術や体制で開発しているのか、HTML5 Experts.jp白石俊平編集長が直撃インタビューしてきました! メルカリで重要な役割を果たしているWebView 白石:お二人は、メルカリでどんなお仕事をされているんですか? 小嶋:私は2015年10月に入社して、アプリケーション内のWebViewページの開発を担当してきました。具体的には大規模なトラフィックがある取引画面や、配送サービス「メルカリ便」に新たな運送会社を追加したり、「大型らくらくメルカリ便」の配送機能を拡大したり、集荷サービスなどの開発も行いました。 白石:ビジネス的に重要な部分を作っていらしたんですね。 小嶋:技術としてはいわゆるHTML5、CSS3、JavaScriptを使った

                                                              メルカリのフロントエンドチームが、どんな開発体制で技術選定しているのか聞いてきた!
                                                            • mixiのコードレビューについてご紹介 - mixi engineer blog

                                                              こんにちは技術部たんぽぽグループのmasartzです。でも今日はコードレビューアのmasartzとしてお送りします。 mixiの開発フローにはコードレビューという工程が含まれています。 今回はこの工程を行うコードレビューアな人々と、その業務内容、今後(の予定)などをお話しようと思います。 コードレビュー業務 mixiのサービスがスタートしたのは2004年2月の事ですが、コードレビュー業務が始まった正確な日時は残念ながらわかりません。 レビューツールもemailのやりとり->Tracのチケット->JIRAチケットと変遷があるため、最古のものをトラッキングできないのですが、おそらく5年以上前から様々な変遷を経て、今に至ります。 開発者が増えると、開発されるコード量も増えます。つまりレビューする量が増えるため、コードレビューアも増加します。 そんなこんなで現在ではアプリ開発者に対して、コードレビ

                                                                mixiのコードレビューについてご紹介 - mixi engineer blog
                                                              • 今風の開発環境を整えるぞ!!github に CircleCI に Jira だ!?→それ VSTS でも出来るよ! - かずきのBlog@hatena

                                                                タイトルのような組み合わせを構築して運用していい感じに回してる話しをよく聞きます。Jira のところが Redmine のケースや他のサービスを使ってるっていうパターンもありますね。Circle CI のところは自前 Jenkins とかみたいなケースもありますね! 私は Jenkins は太古のバージョン(Hudson から名前が変わった直後くらい)と Redmine を一時期使ったことがあるくらいなので、これから書く、これらのツール類についてのことは正しいことを書いてない可能性が高いです。間違えてたらコメントなどで是非最近の〇〇はこういうところが凄くいい!!って教えてください。 とりあえず言いたいのは「それ Visual Studio Team Services(VSTS) でも出来るよ!?」ということです。 別に今時点で運用がうまく回ってるものを無理に VSTS にしてほしいわけでは

                                                                  今風の開発環境を整えるぞ!!github に CircleCI に Jira だ!?→それ VSTS でも出来るよ! - かずきのBlog@hatena
                                                                • A curated list of awesome Go frameworks, libraries and software - Awesome Go

                                                                  Awesome Go We use the Golang Bridge community Slack for instant communication, follow the form here to join. Sponsorships: Special thanks to Awesome Go has no monthly fee, but we have employees who work hard to keep it running. With money raised, we can repay the effort of each person involved! You can see how we calculate our billing and distribution as it is open to the entire community. Want to

                                                                    A curated list of awesome Go frameworks, libraries and software - Awesome Go
                                                                  • 2020年に注目したい人気プロトツール「Figma」のベストプラグイン厳選52個まとめ

                                                                    Figmaは、現在人気となっているプロトタイプツールのひとつです。 SketchやAdobe XDと比較すると、「リアルタイムで他の人とコラボレーションできる」点が優れています。つまり、ネット環境さえあれば、ブラウザ上でいつでもプロジェクトを起動できます。 しかし、Figmaには大きな欠点とし、SketchやAdobe XDユーザーが使っているツールが見つからないことも。そんなときは、Figmaをカスタマイズ、拡張できるプラグインを利用してみましょう。 この記事では、Figmaのデザイン制作が捗る便利プラグイン52個をまとめてご紹介します。 ここでは、カテゴリー別に分けて新しいオンラインツールをまとめています。 コンテンツ目次 1. 生産性アップ、便利系 2. アニメーション向け 3. デザイン、クリエイティブ系 4. 配色、カラーパレット系 5. 地図、チャート図 6. ワイヤーフレーム

                                                                      2020年に注目したい人気プロトツール「Figma」のベストプラグイン厳選52個まとめ
                                                                    • 「基本情報技術者試験」に最年少合格した小学3年生(8) どうやって勉強した? 学習法を紹介

                                                                      (関連記事:8歳の小学3年生が「基本情報技術者試験」と「情報セキュリティマネジメント試験」に合格 最年少記録更新) 彼がFEとSGを受けるきっかけとなったのは、22年3月に7歳(当時小学1年生)で「ITパスポート試験」(IP)に最年少合格したことだった。IPを受けるきっかけは、父親の「国が作ったITクイズやってみる?」というお風呂場での言葉であった。当時、新型コロナウイルスの影響で外出が制限されており、家でプログラミング(お気に入りの言語はScratchとC)を学んだり、電子ピアノを弾いたりして過ごしていた(外遊びでは野球が好き)。 IPの本を購入し、約2.5カ月の勉強で合格できた。なお、FE科目Aには約2カ月、科目Bには約3カ月、SG試験には約4カ月の学習時間で合格した。 その後、FEの勉強に取り掛かったが、学習を始めてから「やめておけばよかった」と感じたこともあったという。難しかったの

                                                                        「基本情報技術者試験」に最年少合格した小学3年生(8) どうやって勉強した? 学習法を紹介
                                                                      • チーム内にもあった“ヤバい”空気感 メルペイチームが技術的負債をゼロにするためにやったこと

                                                                        merpay Tech Talk は、エンジニアたちが集まり、技術的な知見を共有しあうことを目的とした勉強会です。今回は、「全員品質」を目指すメルペイのQAエンジニアたちが日々の取り組みについて話しました。櫻井氏は、Credit Designチームにおける技術解消のための取り組みと、それにより生まれた新しい文化・習慣について発表しました。 「メルペイスマート払い」の開発を担うCredit Design 櫻井みづき氏(以下、櫻井):メルペイでQAエンジニアをしている櫻井みづきです。今日は「より良いサービスを継続的に届けるための新しい習慣ができるまで」というテーマでお話していきたいと思います。 まず本日のアジェンダです。今日は3つのことを中心にお話しします。今日のテーマを話すのにあたって、Credit Designというチームでの取り組みについて紹介していきたいと考えています。なのでCredi

                                                                          チーム内にもあった“ヤバい”空気感 メルペイチームが技術的負債をゼロにするためにやったこと
                                                                        • Trello のクローンを PHP で作りました - Qiita

                                                                          機能は「カンバン」のみ Trello は有名なトヨタの「カンバン」方式を利用できるウェブアプリです。 タスク管理として、有名な「JIRA」に似た機能を無償プランで使えるという面もあり、利用されている方も多いと思います。 「カンバン」の他に、Slackなどの他サービスと連携できたり、アドオンで機能強化したり、期限を決めたり、ボードを他ユーザと共有することができます。 自分的には「カンバン」さえ使えればよかったので、このアプリで利用できるのは「カンバン」だけです。 必要があれば、個々に好きなものを入れられるよう、基本となるものを作ったつもりです。 そのため、ライセンスは MIT にしてあります。ご自由にお使い下さい。 GitHub https://github.com/mikiakira/php-simple-kanban 使っているもの PHP 5.6+ (PDO is required)

                                                                            Trello のクローンを PHP で作りました - Qiita
                                                                          • エンジニアリングの組織が大きくなるときに留意すべき3つの原則

                                                                            Atlassian(アトラシアン) Atlassianは、シドニーに本社を置くソフトウェア企業。あらゆるチームの可能性を解き放つことを企業のミッションとし、プロジェクト管理(Jira Software)、コラボレーション(Confluence)、タスク管理(Trello)そしてソースコード管理(Bitbucket)、ITSM(Jira Service Desk)などのソフトウェアを開発し、世界の企業のイノベーション実現の支援をしています。 この記事は、アトラシアンのクラウドエンジニアリング責任者であるステファン・デイジーによって書かれたコラムです。 この記事は、2020年2月に公開された記事の翻訳転載です。著者の許可を得て配信しています。 3 research-backed principles that help you scale your engineering org チームやビジ

                                                                              エンジニアリングの組織が大きくなるときに留意すべき3つの原則
                                                                            • Shibu's Diary: Bitbucket買収?そもそもそれ何?という人のためのBitbucket紹介

                                                                              渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 9/29の水曜日に、Atlassian社がBitbucketを買収するというニュースがありました。これにより、今まで有料だったようなサービスが無料で提供されるようになりました。買収したのは、Jiraなどの開発ツールで有名な会社です。とはいえ、Python界隈の人以外にはあまり注目されてこなかったサイトだとは思うので、BitBucketを紹介します。僕はソースコード管理ではメインで使っています。 買収されたBitbucketって何ですか? Bitbucketは何者か?一言で言えば、Mercurial版のgithubです。以上。 これで分かる方はここの説明はすっとばしてくれて構いません。いわゆる、プロジェクトのホスティングサービスの一つです。ソフトウェア開発に必要な仕組みが備わって

                                                                              • Bitbucket における Docker 自動ビルドを発表 | Atlassian Japan 公式ブログ | アトラシアン株式会社

                                                                                私のブログを頻繁に読んでくださってる皆さんは、私がどれだけ Docker に夢中かご存知ですよね。それから Git にも。今日は、そんな私の興奮が伝わるようなお知らせがあります。Docker の自動ビルドが Bitbucket に統合されました! Docker とは何か? 単純に言えば、Docker はプロビジョニングとデプロイの自動化分野における次の大物です。Docker では、OS、データベース、環境変数、start/stop スクリプトなど、アプリケーションを実行するのに必要なあらゆるものを定義することができます。そして、その定義をテキストファイルに保存することで、イメージを再利用、更新、共有できます。 Docker を使用すると、アプリケーションや環境を修復するよりも楽に (安くという意味で) 作り直すことができます。ここまでですでに開発者の皆さんは、ローカルワークステーションに対

                                                                                  Bitbucket における Docker 自動ビルドを発表 | Atlassian Japan 公式ブログ | アトラシアン株式会社
                                                                                • 第3回 今どきのバージョン管理システムとは? Stashで実現する快適な開発環境 | gihyo.jp

                                                                                  多くの開発現場でGitが使われている理由 ソースコードのバージョン管理を効率化するためのツールとして、これまで多くの現場で使われていたのがApache Subversionです。それ以前に使われていたCVS(Concurrent Version System)と同様の操作性を実現しつつ、CVSが抱えていたさまざまな課題を解決したことで、Subversionは人気を博しました。 ただ、Subversionにもいくつか難点があります。その中でもとくに大きいのは、複数の拠点で開発する際のレスポンスの問題でしょう。Subversionは中央のサーバでソースコードを集中的に管理するクライアント/サーバ型のモデルであるため、サーバから物理的に離れた拠点でアクセスすると必然的にレスポンスが低下し、開発効率にも影響が生じてしまいます。また、機密情報であるソースコードに遠隔地からアクセスするときにはセキュリ

                                                                                    第3回 今どきのバージョン管理システムとは? Stashで実現する快適な開発環境 | gihyo.jp