Etsy has switched from using a RequireJS-based JavaScript build system to using Webpack. This has been a crucial cornerstone in the process of modernizing Etsy’s JavaScript ecosystem. We’ve learned a lot from addressing our multiple use-cases during the migration, and this post is the first of two parts documenting our learnings. Here, we specifically cover the production use-case -- how we set up
タイムラインを満たさないことは、多くの場合、誤った期待によって引き起こされます ほとんどの天気予報は現実と一致しません。特に、1週間以上先に提供される天気予報。 天気予報が間違っていることが多いにもかかわらず、私たちはまだそれらに注意を払っています。世界中の天気予報士や天気予報士が毎日天気を教えてくれますが、間違っていることがよくありますが、それでも私たちは耳を傾け続けています。私たちは間違っていることが仕事に伴うことを知っています。 より多くの情報が利用可能になったときに、天気予報士に彼の予報を更新する贅沢を与えます。ソフトウェア開発チームにこれと同じ贅沢を与えないことがよくあるのはなぜですか? 天気予報から何を学ぶことができますか? 天気を予測する場合、7日以上前に天気を予測しようとすると、天気予報の精度が約50%に低下します。予測しようとしている日付に近づくほど、予測を行うために必要
こんにちは! 語尾がマンネリしがちなライター、トギー(@tototogy)です。上司のナッツから、「同じ語尾が多いから、工夫してみて」とよく言われます。 うーん、難しい。“である調”は語尾をバラしやすいですが、“ですます調”はつい単調になりがちですよね。とはいえ、読み心地のよい文章を書くには、語尾力が不可欠です。 ちょっとここいらで、“ですます調の”語尾をまとめてみようと思います。 ▼目次 【基本編】ごく普通の語尾のバリエーション 断定するとき 意思を伝えるとき 進行中のとき 伝聞、不確定な情報とき 否定するとき 過去系のとき 未来の話のとき 念押しするとき 【中級編】語尾に変化を付けたいときの4つのバリエーション 1. 体言止め 2. あえて否定の形にする 3. 疑問型、提案型にする 4. 倒置法 【応用編】プロの文章から学ぶ語尾のバリエーション+4 5. 形容詞止め 6. 繰り返しの「
Next.jsアプリケーションのDockerイメージのサイズが大きくて困っていたので調べていたところ、Next.jsの公式ドキュメントにDocker Imageというセクションがあり、おすすめ設定が記載されているのを見つけました。以前はここまで詳細な記述はなかったのですが、つい10日ほど前に追加されたようです。 ドキュメントには一番おすすめの方法だけ書かれているのですが、もともと「What is the best way to use NextJS with docker? · Discussion #16995 · vercel/next.js · GitHub」というdiscussionがあり、ドキュメントの記述はここでの議論が元になっているようです。Discussionではいくつか例が示されているのですが、それぞれさまざまな最適化テクニックが利用されており、どれくらいの容量になるか気
はじめに やめろ、ではなく、やめたほうがいい。です。自分のユースケースに合ってるか今一度確認することを推奨します。基本的にはAlpineは避けたほうが良い、というのが2021年時点での私の認識です。 なんで? libcに一般的な互換性が不足しているからです。Ruby、Python、Node.jsなどでNativeモジュールをバンドルしているアプリケーションの場合、パフォーマンスの劣化や互換性の問題にぶち当たる場合があります。 superuser.com あとは他のベースイメージの軽量化もそれなりに進んできていて、Alpineが定番軽量イメージと言う認識は2018年頃には消えつつあったかなという認識でいます。 どうすりゃええねん ※Debian Slimがあるやんってツッコミ結構もらったんですが、Slimは当たり前過ぎてもう紹介しなくていいかなっていう甘えで省略していました。よろしくおねがい
大学や大学院で論文の書き方を鍛え上げた人たちには遠く遠く及ばないが、僕の様なはぐれもの1でも最近は Amazon 社内で文書の質が高いと評価してもらえるまでにはなった。Software Engineer として、コードでのアウトプットはもちろん大事だけど、文書のアウトプット(およびそれによって得られた実際のアウトプット)は同じだけ重要である2。今回は自分が最近どういうところに気をつけて技術文書を書いているのか、ということについて数年後の自分が忘れてないことを確かめられる様にまとめておく。 そもそも文書とは? 英語だと document。ここで指す(技術)文書とは、人間が読む文体で書かれた技術に関連する情報、といったものだ。具体的に言うと以下の様なものを想定している: 新しいプロジェクトの骨子を説明する資料 会議の叩き台となる 1 枚ペラ 本番環境に変更を加えるにあたっての包括的な情報や具体
アサーティブネス(Assertiveness)とは、自分も相手も大切にする自己表現という意味です。 そこから派生して、自分の言いたいことを大切にして表現すると同時に、相手が伝えたいことも大切にして理解しようとするコミュニケーション手法を「アサーティブ・コミュニケーション」と呼ぶようになりました。 本ページでは、職場におけるコミュニケーションに特化し、アサーティブ・コミュニケーションが今のビジネスシーンで必要とされる理由と職場における浸透施策を検討していきます。 ▼【リンクアンドモチベーションの新入社員研修の特徴】が分かる資料はこちら アサーティブ・コミュニケーションとは?■アサーティブ・コミュニケーションが表すもの多くの社会学領域の言葉と同様に、アサーティブ・コミュニケーションという言葉も心理学における認知行動療法からきています。 「経営者」対「監査人」となる監査シーンにおいて使われる「ア
いつからかわかりませんが、localのコンソールからGCPの各サービスのAPIを叩くときに以下のエラーが出てAPIが叩けないと言うことがありました。 err: dialing: google: could not find default credentials. See https://developers.google.com/accounts/docs/application-default-credentials for more information. exit status 1 GCPの Application Default Credentials(ADC) が古い設定のまま更新されていなかったことが原因でした。 しかし、エラーメッセージにある Setting Up Authentication for Server to Server Production Applica
JaSST東北で一緒に活動している伊藤さん(ぷっちゃん)がエバンジェリストとして登場するということで途中から参加しました。 いいことが沢山あったので、メモを書き残しておきます。 何か間違ってたら指摘お願いします~ mabl-japan.connpass.com Q. 自動化で工数削減できますか? 工数削減をメインにすると変な方向に進む。 どこをターゲットにするか明確にできれば削減自体はできる。 自動化によってテスト実行を削減できたぶん、メンテに人がかかることがある。 テスト実行工数は夜間実施や並列実施で時間が減る。 無駄がいっぱいあるようだと見た目の工数削減はできる。 Q. 自動化で品質が上がりますか? テストで品質が上がりますか?と同じ質問。 現状認識するところが自動テスト。その後で開発が頑張ることで品質が上がっていく。 Q. E2Eの場合、WebDriverとテストSaaSではどちらが
みなさまリモートリポジトリに消し忘れのブランチはありませんか?? 「1年以上の前のブランチ」「自分が作成していない詳細不明のブランチ」などが残っていて、消して良いかもわからない。。。。なんてことあるのではないでしょうか。 通常GitHubなどでfeatureブランチをpushしてpull requestがマージされれば、リモートのfeatureブランチは削除されます。が、 リモートにpushしたけど結局pull request作成しなかった リモートにpushしてpull request作成したけど、必要なかったのでそのままクローズした GitHubのブラウザからrevert commit作成したけど、やっぱり使わなかった などの場合、リモートにブランチが残ります。 そこで今回は、「リモートブランチの詳細を一覧表示」したり、「マージ済みのリモートブランチを一括削除」したりするコマンド(ワン
この記事は、Christiaan Verwijs さんの「10 powerful strategies for breaking down Product Backlog Items in Scrum (with cheatsheet)」の翻訳です。翻訳・公開については、Christiaan さんの快諾をいただいております。 誤字脱字、誤訳がありましたら、お手数ですがご指摘ください。 スクラムを熟知したチームは、プロダクトバックログ上の作業を、必要なときに(just-in-time)、より洗練されたものに分解することが、成功の鍵だと知っています。チームは、スプリントバックログが、いくつかの大きなアイテムを並べるのではなく、たくさんの小さく(機能的な)アイテムで構成されていることを好みます。小さなアイテムはフローを改善し、スプリントが失敗するリスクを減らします。この記事では、なぜ作業の分解が
firebaseをバックエンドにアプリ開発しててめんどくさいことの1つがconfigファイルをいちいち設定しないといけないということ。 環境の切り替えとかも想定するとなんとか簡素化できないかな・・・と思っていたところ、どうやら下記のような形で動的に取得できるらしいことが判明。 .firebasercが設定されている状態で、下記コードを実行すると、 const firebaseTools = require('firebase-tools'); //関数定義 getConfig = async () => { const config = await firebaseTools.setup.web(); console.log(config); } //実行 getConfig(); { projectId: 'staging-xxx', appId: '1:755101150039:web
Firebase Meetup#8 の懇親会のFirebaseケーキ今年のアドベントカレンダーを眺めているとFirebaseのカレンダーじゃなくてもFirebaseを使っている人がすごい増えたなという印象です。 まさに今年はFirebaseが広く普及してきたなと感じました。 特にWebサービスを気軽に立ち上げるときのデータベースにFirebaseを選択している人が多い印象があり、Webでも普及していますね。 来年はWebだけではなくモバイルでもFlutterを通じてFirebaseに触れる人も増えてくるのではと思っていますし、実サービスに投入する企業も増えるのではないかなと考えています。ぜひ皆さんの知見をブログや勉強会でアウトプットしてほしいです。Firebaseのことについて喋りたかったらFirebase Japan User GroupでFirebase Meetupをしているので、ぜ
経緯 個人開発でフロントエンドにVue.js、バックエンドにFirebaseを利用したアプリケーションを作っています。(気が向いたときに作業しているので中々進みませんが。。) 最近ふと思い立ってnpmパッケージのバージョンを上げようと思ったところ、firebase-toolsのバージョンアップに苦しんだので供養しておきます。 ※バージョンアップ前は v7.3.2 でした。 ※firebase-toolsv8.0.0のリリースは2020年4月1日なので、投稿時点で約半年経過していることになります。。 firebase-tools の使いどころ firebase-toolsはコマンドラインツールとして、プロジェクトの設定やデプロイなどを実行できます。 しかしコマンドラインから操作するだけではなく、webpackでFirebaseのプロジェクトを切り替える方法で紹介されているようにNode.js
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く