当社はCookieを使用して、お客様が当社のWebサイトでより良い体験を得られるようにしています。引き続き閲覧する場合は、プライバシーポリシーに同意したことになります。

当社はCookieを使用して、お客様が当社のWebサイトでより良い体験を得られるようにしています。引き続き閲覧する場合は、プライバシーポリシーに同意したことになります。
ESLint はデフォルトでは何も警告してくれず、しかも膨大な設定項目があるために使い始めが大変です。 ところで、ESLint は共有設定という仕組みを持っていて、誰でも "自分の設定" を共有することができます。 そして、使いはじめる人は共有された設定を使って簡単に ESLint を使い始めることができます。 共有設定の一部が気に入らなかった場合には、(設定ファイルを書いて) そこだけ自分好みに上書きできます。 この記事では、有名な共有設定を紹介していきます。 eslint-config-eslint 設定ファイル ES5 Only. ESLint 自身が使っている設定です。 インデント幅が 4 だったり、文字列がダブルクォーテーションだったりとオーナーの趣味が出ています。 私は好きです。
自分のコードを共有し、いつでもどこにいてもコラボレーション 作成しているアプリの種類、プログラミングに使用している言語、稼働している OS に関係なく、Live Share を使用すれば、使い慣れたツールからプロジェクトを仲間とすばやく共有することができます。 共有するのに、環境を複製、停止、設定する必要はありません。
ユニコーンを目指すなら「カルチャーに投資せよ」の意味ーー15億円調達のatama plus(アタマプラス)に優秀な人材が集まるワケ 急成長中でお互いの名前が分からなくなることを防ぐ 今日公開になりましたが、AI(人工知能)によるパーソナライズ教材「atama+(アタマプラス)」を展開するatama plus社が大型調達を公表しました。創業2年で20億円の累計調達もさることながら、現在、150教室が導入待ちの状況になっていることからもその注目度・期待値の高さが伺い知れます。 そしてこの期待値を生み出す源泉となるのがatama plusのチームです。現在、45名ほどの方が正社員としてこのプロジェクトに取り組んでいるのですが、創業2年という若さでこの陣容は異例といってよいと思います。同社代表取締役の稲田大輔さんにお話聞いているのですが、この裏側にはいくつかポイントがありました。 「自分より優秀な
こんにちは。 ESLint のメンテナ1や npm-run-all 等 npm-scripts 向け CLI ツールの開発をしている @mysticatea です。 今回は Node.js アドベント カレンダーということで、eslint-plugin-node を紹介したいと思います。 eslint-plugin-node は、Node.js 向けに特化した ESLint の追加ルールを定義しているプラグインです。 ESLint 本体に付属しているルール群 (通称コアルール) にも Node.js に特化したものがありますが、このプラグインのルールは諸事情2によりコアに入れなかったルールたちです。 ESLint 自体についてはこちらの記事をご覧ください。 ESLint 最初の一歩 インストール ESLint プラグインですので、npm を利用してインストールします。 ESLint をグロ
Node.jsにどんなライブラリがあるか試行錯誤を繰り返した結果、 node_modulesがぐっちゃぐちゃになったので整理したメモ。 ライブラリを色々入れ過ぎて結局、本当に必要なライブラリはなんだったっけ? となった場合に確認する方法。 あるいはfsライブラリに限界を感じて途方に暮れた後、fs-extraに光明を見出して fsが要らなくなったのにpackage.jsonのdependenciesから消しても node_modulesからは消えないので整理する方法。 環境 Mac OS X El Capitan 10.11.4 Node v6.2.2 npm 3.10.6 依存ライブラリの確認 npm ls --depth=0 してみる。 --depth=0 オプションを付けないと依存ライブラリが依存しているライブラリまで見えて これはこれで面白いのだがまた別の話。 表示された依存ライブラ
こんにちは、エンジニアの@sota1235です。 タイトルの通り、今回は愚直に改善をした話をします。 メルカリのJavaScript メルカリにおけるJavaScriptの活用場面は以下のようなものがあります。 メルカリWeb アプリ内Webview 社内ツール React Native Node.js製のbotやGoogle App Scripts etc… いずれもサービスにとって重要なものであり、サーバサイドエンジニアであってもJavaScriptに触る機会は少なくありません。 かくいう私も普段はサーバサイドエンジニアですが、JavaScriptコードを書いたりレビューする場面が多くあります。 そんな中でWebチームにおいて、JavaScript開発でいくつか問題がありました。 課題その1: JavaScriptのレビューコスト問題 1つ目の課題としてJavaScriptのコードをレ
こんにちは。ASKULの なかむら と申します。 普段はLOHACOのフロントエンド寄りな開発を担当しています。 突然ですがJavaScriptをES201xで書いてますか? 最近のJavaScriptの技術記事ではES201x&BabelかTypeScript/Flow等のAltJSを使うのが当然になっている印象を受けます。 ・・・ですが、古くからあるサービスではなかなか移行に踏み切れなかったりもする訳です。 最新フロントエンド技術を導入したいなぁと思いつつ、後回しにしてES5で開発を続けている現場もまだまだ世の中多いのではないかと思います。 私の担当するLOHACOでもES5とjQueryで書かれた古いJavaScriptのコードが至るところに存在しており、ES201x化/AltJSの導入には至っていません。 ツールなら導入できる とはいえ近年進化し続けるJavaScript開発ツール
Git開発を行っていると、こんなことありませんか。 origin/masterブランチからhogeブランチを切る hogeの実装をゴリゴリ行ってる間にorigin/masterブランチがどんどん更新されていく 自分が編集してたファイルがmasterで更新されてた\(^o^)/ origin/masterを一回merge、コンフリクトを直してPull Requestを送る あるあるですよね。 そしてrebaseを知らない頃の僕は以下の方法で解決していました。 % git checkout master % git pull origin master % git checkout hoge % git merge master (ここでコンフリクトが出て怒られる) (bot modifiedステータスのファイルを修正、コミット) % git push origin hoge ここでやっとPu
さて前回の記事では、GitHub Flowのごくごく基本的な部分についておさらいしてみました。基本ということで、CIやデプロイについては触れず、レビュー後にすぐマージする形でお話をしました。 GitHub社が実際に実施しているGitHub Flowにおいては、レビュー後にすぐマージするのではなく、マージ前に当該Pull Requestブランチを本番環境にデプロイするのが基本的な流れになります。もちろん、本番環境以外にも複数のテスト用環境が用意されており、場合によって複数のテスト環境で動作を確認してから本番環境へデプロイする場合も多くあります。また、デプロイフローは自動化されており、ブランチを本番環境にデプロイする前に、自動的にCIが実行され、コードが正しく動作するかがチェックされます。デプロイ後に本番環境にて問題なく動作することを確認後、masterブランチにマージします。逆に動作に不審な
Source Code: lib/buffer.js Buffer objects are used to represent a fixed-length sequence of bytes. Many Node.js APIs support Buffers. The Buffer class is a subclass of JavaScript's <Uint8Array> class and extends it with methods that cover additional use cases. Node.js APIs accept plain <Uint8Array>s wherever Buffers are supported as well. While the Buffer class is available within the global scope,
はじめまして。2019年1月に入社したSREスペシャリストのsonotsです。最近MLOpsチームのリーダーになりました。今回の記事はMLOpsの業務とは関係がないのですが、3月に弊社で実施した会社用GitHub個人アカウントの廃止について事例報告します。 TL;DR 会社用GitHubアカウントを作るべきか否か問題 会社用GitHubアカウントの利用で抱えた問題 1. OSS活動時にアカウントを切り替える必要があり面倒 2. GitHubの規約に準拠していない 会社用アカウントを廃止した場合にセキュリティをどのように担保するか GitHubのSAML single sign-on (SSO)機能について 会社用アカウントの廃止およびSSO有効化の実施 会社用GitHubアカウントを使い続ける場合 私用GitHubアカウントに切り替える場合 Botアカウントの場合 Outside Coll
2018年3月20日2018年7月20日ブラウザ ウェブサービスを使い込むようになると複数アカウントを使う機会がふえますが、ログインログアウトがめんどくさい。 そんな時に便利なのが、PC版 Chrome のユーザー管理機能。ユーザーを追加するだけで、ボタン一つで複数アカウントを同時に使用できるようになります。 Twitter のようにログアウトせずにアカウント切り替えができるサービスもありますが、異なるアカウントを同時に使うことはできません。しかし Chrome のマルチアカウント機能を利用すれば独立したブラウザとしてログインできるため、複数のアカウントを同時に使うことが可能になります。 Chrome ユーザの追加 Chrome のマルチユーザー機能は、設定ページの一番上に表示されている「ユーザ」から行います。 設定ページ『他のユーザーを管理』 画面下の新規ユーザーを追加 ユーザー名の設定
MJ (Michael James) mj@seattlescrum.com 2022 2 8 https://scrummasterchecklist.org ( ) ” ” “ ” √, ∆, ?, N/A Part I -- ☐ 1 ☐ ☐ ” ” ☐ / https://scrummaster.jp/why-scrum-isnt-making-your-company-very-agile/ 1 Copyright © 2004-2023 Michael James (MJ). Distribute freely without alteration. ☐ INVEST 2 ☐ (Done) ☐ ☐ ☐ ☐ ☐ PBI 3 PBI ☐ Part II -- ☐ : 4 • • https://xp123.com/articles/invest-in-good-stories-and
You can find the checklist at: Scrum Master Checklist in English (8 Feb 2022 version) Scrum Master Checklist in Japanese (日本語) (2022年2月8日改訂 ) Scrum Master Checklist in Chinese (简体中文版) Scrum Master Checklist in Chinese (繁體中文版) (2022年2月8日版本) Scrum Master Checklist in Spanish (Español) Scrum Master Checklist in German (Deutsch) Scrum Master Checklist in Italian (italiano) (Rivista 8/2/2022) Scrum Mas
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く