フロントエンドチームのCircleCI設定を紹介します | メルカリエンジニアリング
フロントエンドチームのSET(Software Engineer in Test)の @urahiroshi です。 メルカリのフロントエンドチームは、JavaScriptを中心とした技術を用いてメルカリのWebサイトやアプリ内WebViewの開発を行っています。 私はチーム内のSETとして、開発環境の構築やトラブルシューティング、CI・運用ツールの導入やビルド・デプロイ処理の修正などを主に行っているのですが、今回は私たちが利用しているCircleCIの設定についてご紹介したいと思います。 CircleCIでは以下のようなタスクを実行しています。 Lint ユニットテスト ビルド・デプロイ Storybookのデプロイ npmパッケージのpublish 脆弱性検知 各タスクの詳細について、順に記述していきます。 1. Lint コードに対してLintツールを走らせます。 最近のプロジェクト
スクラムチェックリスト by Henrik Kniberg @ crisp.se - kawaguti’s diary
注意: この記事より新しい版があります。 Henrik Kniberg氏のスクラムチェックリスト (http://www.crisp.se/scrum/checklist ) を日本語訳してみました。スクラムをうまく行えているかどうかのチェックになると思いますので、ご活用ください。（TracのWiki記法になっておりますが、いずれHenrikさんが元のppt形式に取り込んでくれるかも、です。） (2009/09/01) 原版のフォーマットをHenrikさんからもらいましたので、マージしました。 (元ファイルはGithub: http://github.com/kawaguti/Scrum-Checklist-Japanese/ に置いています) = the unofficial Scrum Checklist = * version: 2.1 (2009-08-17) * http://w
言語化と価値観、そして悩み｜Hiroki Tani
僕の今の仕事というのは、デザイナーと（フロントエンド）エンジニアの間の立ち位置でいろんなことをしている。その重要な仕事のひとつが、このセッションの主題のようなデザインの言語化への取り組みをリードするということ。 具体的にやっていることの一つをあげると、例えばスライドにあるような、あるUIコンポーネントのことを何と呼ぶか、またコンポーネントの粒度についての話し合いの場を設けるようなことをする。はじめから原則と呼べるようなものがあればいいが、なかなかはじめから立てるのは難しく、各々の考え方・価値観というのをすり合わすため、ほぼ毎日に話し合いを時間をとって進めていたりする。 はじめはデザイナーが起こすデザインカンプ、といっても完全なものではなくある程度整ったSketchデータを確認しながらインベントリとしてUIコンポーネントを抽出する。そのコレクションからパターンやルールとして考えうることをデザ
イベントレポート: Cybozu UXCafe「チームで取り組む！サイボウズのアクセシビリティ」 - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、デザイングループ の小林(@sukoyakarizumu)です。 2018年11月28日に開催したイベント「UXCafe チームで取り組む！サイボウズのアクセシビリティ」についてレポートします。 イベント中のツイートは、Togetterにまとめられています。 すべての発表資料は、Compassで閲覧できます。 イベントの趣旨 今回のイベントは、サイボウズのさまざまな開発チームがアクセシビリティに取り組んでいることを伝えるために開催しました。 サイボウズは、複数の開発チームがアクセシビリティの活動を進めています。また、特定の職能だけではなく、デザイナー、プログラマー、QA、TC(Technical Communication)など、さまざまな職能のメンバーが一緒にアクセシビリティに取り組んでいます。 今回は、「Garoonチーム」「TCチーム」「kintoneチーム」の3つの開発
あえて、スクラムを「捨てる」勇気 - 「越境」のための言語化とプラクティス選び - Lean Baseball
DevLOVE Advent Calendar 2018、18日目のエントリーです. と、同時に「Retty Scrum Meet up〜2018.12.18〜」でLTやったよ！っていう報告でもあります. 別に釣りたいわけじゃありません（汗） そんな話をこちらでしてきました. retty.connpass.com 自分がどうやって「越境」してきたか（&これからどう「越境」するか）についてサクサクと書きたいと思います. TL;DR サービスの価値を高める、チームを良くする手法・プラクティスは必ずしも一つ（アジャイル・スクラムetc...）ではない サービスやチームのフェーズ、メンバー次第であえてスクラムを「捨てる」のも一つの手 「越境」とは、「挑戦する」勇気と共に、「やることをやりきる、やらなくていいことは捨てる」意志と行動力がメチャクチャ大事 おしながき TL;DR おしながき Who a
OOUI から考えるオブジェクト指向とタスク指向(ShanonAdventCalendar2018・10日目) - SHANON Engineer's Blog
この記事は ShanonAdventCalendar2018・10日目の記事です OOUI こんにちは。ueharak です。最近、OOUI という言葉をよく耳にします。 OOUI とは Object Oriented User Interface のことで、オブジェクト指向UI とも言います。エンジニアはこれを聞いて OOP、オブジェクト指向プログラミングを連想すると思いますが、インスタンス化されたエンティティが実体を持って目の前に現れたものと考えればこれらは表裏一体でもあるわけで、昨今の GUI プログラミングの多くは OOP による OOUI とも言えます。 タスク指向の業務システム とは言え、OOP で作っても "OO" にならないものもあります。特に業務システムに顕著ですが、その原因をソシオメディアの上野学さんは「業務分析」によるタスクの洗い出しが要件定義として先行してしまうこと
レガシーなフロントエンドコードを整理するためにどう立ち向かったか - Misoca開発者ブログ
2エントリ連続でこんにちは、@mugi_unoです。 名古屋には台湾ラーメンイタリアンという名物があるそうです。 富山県民の私には理解が追いつきませんでした。 フロントエンドでの金額計算処理 さて、Misocaは請求書作成サービスなので、金額計算処理が欠かせません。 フロントエンドも例外ではなく、消費税額や合計額を算出するロジックが存在します。 機能変更が必要になった!! 諸事情により、そのロジックに変更を加える必要が生じました。 長くプロダクトを支えてくれていた存在ですが、内容的にはいわゆるレガシーなコードで、たびたび開発者ミーティングでも課題として挙げられることがありました。 git log で確認してみると、該当コードに対しての機能的な変更は2015年の冬から行われていません。 何が問題だったのか？ DOM操作と計算ロジックの混在 Misocaでは、新しくコードを書く際はVueやRe
するするさせたよ：サイボウズ採用情報のアニメーション - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、大阪開発部のブノアです。 この間、サイボウズの採用情報ページのアニメーションについてグーグルデベロッパーエキスパートの矢倉さんにツッコミを頂きました！今回はそのアニメーションをするするさせたよという話をしたいと思います。 経緯 ４月頃、レンダリングパフォーマンス勉強会を社内で開催しました。東京開発部の鉄平がその話をツイッターで呟いたら矢倉さんにツッコミを頂きました。 社内でレンダリングパフォーマンス勉強会を開催中。will-changeの効果絶大なデモで会場がどよめいた。— teppeis (@teppeis) April 15, 2016 https://t.co/t2Irugs85V 「生まれたアプリは15万件」の動くアイコンのところが別レイヤーになってするする動くようになる日も近いということか https://t.co/ki5VSvbumY— Masataka Yakur
2.4. アプリケーションのレイヤ化 — TERASOLUNA Global Framework Development Guideline 1.0.0.publicreview documentation
本ガイドラインでは、アプリケーションを、次の3レイヤで分割する。 アプリケーション層 ドメイン層 インフラストラクチャ層 各層には、以下のコンポーネントが含まれる。
初めてでも30分で分かるSpring 5 & Spring Boot 2オーバービュー
This document contains diagrams and notes from a presentation about new features in Spring Framework 5.0 for Java 8 and 9. It discusses updated features in areas like core, web, data access, security, testing and Spring Boot to take advantage of newer Java versions. Specific topics mentioned include HTTP/2 support, Bean Validation 2.0, OAuth 2.0 authentication, JUnit 5 integration, and Java 9 modu
「フロントエンド刷新中のnoteの開発環境について」というタイトルで発表をしてきました #html5j｜福井 烈 / note inc.｜note
2018-09-05にMercari社のオフィスで開催されたHTML5とか勉強会で 「フロントエンド刷新中のnoteの開発環境について」 というタイトルで発表させて頂きました。 pixiv社の川田さん(@_furoshiki)よりお声がけ頂き登壇する運びになりました。機会を頂き感謝です、ありがとうございました！ スライド内の紹介コンテンツ・noteのフロントエンドをNuxt.jsへ刷新します ・テキストのサンプル(Nuxt.jsのデモページ) ・Nuxt.js ・ESLint ・JavaScript Standard Style ・Prettier ・「結局Nuxt.jsって何がいいの？」に対する回答 ・Atomic Design ~堅牢で使いやすいUIを効率良く設計する ・Vue.js からみた AtomicDesign ・note engineer meetup 雑談当日は参加者100
企画三原則～世の中にないイベント企画を創るたった3つの方法～｜河原あずさ@書籍「コミュニティづくりの教科書」 #コミュつく 共著者／コミュニティ・アクセラレーター
「よくそんな面白い企画を考え付きますね」とほめられることも多いのですが、実は「面白い企画」もフォーマットに基づいて創られていることが多かったりします。今回の記事では、その面白い企画づくりの3大フォーマットについてご紹介します。歴史の教科書で聞いたことあるフレーズをもじって「企画三原則」と呼んでいます。 本当は、教えたくないか、有料記事にしたろうかとも思うくらいの企業秘密ですが（笑）新年お年玉大公開です。実際、やっていることは、超シンプルだったりするのですよ。 昨年「つまらないイベントをおもしろくする」というテーマで講演会をやったのですが、そのときの内容が好評だったので、時間の都合でカットされた話も含めての記録です。何かのお役に立てれば幸いです。 面白いイベントを創る方法. 1 一緒につくる しゃべれて集客力のある登壇者を招いてしゃべってもらって「あ～おもしろかった」……これもイベントの王道
500日のトライエラーから生まれた大規模設計ノウハウ / Frontend Conference Fukuoka 2018 - Speaker Deck
2018/12/8 Frontend Conference Fukuoka 2018にて発表した資料です。
会社のみんなでDaily UI Design Challengeに取り組んでみた話
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog credit: @takaha_shh, @chashi, @52shinNaka, 春野 健吾 ヤフオク!アプリ開発部の中島（@52shinNaka）です。 今日は最近会社の有志でやり始めたデザイン力向上のための取り組みを紹介したいと思います。 Daily UI Design Challengeとは？ Daily UI Design Challengeとは、2015年の10月ごろから西海岸のデザイナーが始めた取り組みで、毎日一つUIのお題が届くメーリングリストです。 一日に一回、こんな感じでメーリスが届くので、 与えられたお題に沿ってUIを作って、DribbbleやUplabsに投稿します。 DribbbleやUplabsとかで
品質管理担当の私がコミュニケーションにおいて意識していること｜mishizuka｜note
この記事は 裏freee developers Advent Calendar 2018 の12日目の記事です。 自己紹介freee株式会社でQAエンジニア（品質管理）をしている石塚です。 手動テスト設計・自動テスト設計と実装・プロダクトの仕様決め・ベンダーさんとのやり取り、など幅広くやっています。 入社前はフリーランス・派遣・アルバイトなどで30以上の職種を経験し、2013年に慈善活動をするため一般社団法人を設立しました。記帳や決算作業に手こずりfreeeを導入しましたが、当時は今より問題が多く、直してほしい箇所をリストアップしてfreeeに持ち込んだところ、そのまま社員に採用になりました。 * 入社の経緯やフリーランス時代の話はこちらのインタビューに載っています 入社後にテスト設計やエンジニアリングでも学んだことはたくさんありますが、今日は「コミュニケーション」について意識している点を
OAuth 2.0を使ってcybozu.comのREST APIをPostmanで叩く方法
2018年11月版のアップデートで、OAuthクライアント機能が追加されました。 詳細は OAuthクライアントの使用を参照ください。 しかし、「OAuth対応されて何がうれしいの？」と何だかよくわかっていない方も多いのではないでしょうか？ この記事では、OAuth対応されたことによるメリットとOAuthを利用して認証する機能を使って実際にAPIを実行する例を紹介します。 パスワード認証を使用すると、cybozu.com製品のAPIを実行する際、cybozu.com製品のIDやパスワードの情報を連携先のサービスに渡さなければなりません。 この認証方法では、連携先のサービスにユーザーのもつすべての権限を付与することと同じ状態で、特定の権限の付与はできません。 また、ユーザがパスワードを変更するたび、認証に影響が出てしまいます。 今回OAuth対応されたことにより、OAuth 2.0というプロ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
3000社の業務データ絞り込みを支える技術
Clean Architecture in Web Frontend #mixleap - Speaker Deck