製品の品質を落とさずに開発チームを拡大する方法
開発チームの規模を拡大中ですか?製品の品質を犠牲にすることなく成長する方法を学びましょう。このガイドでは、スケールする時期、チーム構成、採用、リーダーシップ、ツールなどの兆候に加え、The Codestがどのように...
自分のプロジェクトに追加する新しいライブラリやパッケージ、gemをどのように評価するかについて誰に聞いても、同じトピックのバリエーションが出てくる。積極的に開発されていること、Pull Requestがタイムリーにマージされていること、長年のバグがないこと、GitHubの星の数が健全であること。しかし、これらは実用的な指標なのだろうか?以下、これらすべてを紹介しよう。
ケイティ・シーバート、ジョン・クーン
Engineers behind the upcoming Twitter refresh discuss how it’s component-based nature helped them achieve their goals. A worthwile read, especially if you’re thinking about adopting React in a プロジェクト それはしばらく前から存在していた。
ジム・ゲイ著
Deviseは通常、Railsプロジェクトに最適です。なぜなら、Deviseは箱から出してすぐに多くのことができ、非常に設定しやすいからです。もちろん、その設定可能性は魔法によるものではなく、Deviseのフードの下にある大量のメタプログラミングによるものです。以下はそのウォークスルーです。
https://www.saturnflyer.com/blog/reading-ruby-metaprogramming-inside-devise
イリヤ・スズダルニツキ著
ここでは、FPと比較した場合のOOPの欠陥について論じている。しかし、典型的な「FPの方が優れている」という立場からではなく、OOPのオリジナル発明者(彼もまた、我々が間違ったやり方をしていると考えている)の言葉を引用しながら、よく練られた議論を展開している。私は今日学んだ。
ジェローム・ペタッツォーニ 著
さて、あなたはアプリをDocker化した。さてどうする?ここでは、元Dockerエンジニアからの回答を紹介する。少なくとも、Kubernetesのデプロイを含む可能性のある回答の1つだ。
https://semaphoreci.com/blog/kubernetes-deployment
著:ブレンダン・ル・グラウネック
The instagramification of human interaction on the Web seems to reach us everywhere, but this one I didn’t really expect. It seems that buying stars on GitHub is as real as buying Instagram followers these days. And it’s problematic, because stars are widely used as a measurement of a project’s impact (not least, by the GitHub trending page itself). Here’s the how, why, and how to spot GitHub star astroturfing.
https://blog.containo.us/can-we-trust-github-stars-e8aa8b6b0baa
ボーナスだ! 週末に何か軽いものを?建物 都市シミュレーションゲームにおけるいくつかの論理ゲートたぶんね!
続きを読む