Bellroy のテクノロジー スタックとその誕生の経緯

に移行することに専念するための回り道をしています。 Elm を使用Ruby や React の場合と同様に、これらの言語の方向性に引き寄せられたほとんどのビルダーは、本物のエンチャントとプログラミング技術をターゲットにしており、Bellroy と事実上一致することが証明されました. Haskell と Elm には、もはや課題がないわけではありません。 Haskell は発見曲線が急で、Ruby と並べると普及率が低い。 私たちのRubyビルダーのほんの数人が、それを学ぶよりもさまざまな分野に切り替えようと決心しました。 Elm は本物の言語ですが、作成者によって 見捨てられたと認識される という問題があります。アクティブな近所。 それにもかかわらず、これらの言語には無視できない特定の特性があります。 私たちは常に新鮮な楽器や製品をリリースする能力を持ち、実際に働いている会社を持っています。 – 初めて – バンドルの更新後、一度に何ヶ月も何年も触る必要はありません。 私たちが導入した最初のサービスは、bellroy.com のすべての製品写真に責任を負い、2019 年以降、機能的に変更されていません。

Ruby では、私たちは、すべての可能性に対応しようとして、防御的にコードを書いたり調べたりするかもしれません。 Haskell と Elm では、親切な生成物、コンパイラー、およびプロパティ評価に依存して、コードが実現するために必要なことを最も簡単に実行できるようにします。 Ruby コードベースの構成要素を非推奨にしているため、Haskell 類似のものはスケールの割り当てです。

私たちは、静的に型付けされた関数型プログラミング言語を発見することを決定しました – Elm と Haskell を尊重します -信頼性、スケーラビリティ、保守性に優れています。 コードの複雑さと人為的エラーの可能性を減らすことにより、プログラミング言語は、企業に時間とソースを割り当てることができると見なし、火事との戦いよりも企業の成長と流行に焦点を合わせることができます。 これは間違いなく私たちの能力であり、この投稿が他の人が次のタスクのためにこれらの言語を覚えておくように促すことを願っています.