将来を見据えたウェブ・アプリケーションの構築:The Codestのエキスパート・チームによる洞察
The Codestが、最先端技術を駆使してスケーラブルでインタラクティブなウェブアプリケーションを作成し、あらゆるプラットフォームでシームレスなユーザー体験を提供することにどのように秀でているかをご覧ください。The Codestの専門知識がどのようにデジタルトランスフォーメーションとビジネス...
楽しんでいるときは時間が経つのが早いと言われる。私個人としては、日々のスタートアップやビジネスの成長において、楽しみの部分は特に重要である。毎週毎週、ハッスルすることで自分の中のエネルギー資源がどれだけ食いつぶされようとも、楽しいと思えるからだ。
(次回のエピソードでは、職場におけるユーモアについてもう少し詳しく説明する予定だ。「なぜそんなに深刻なのか?)
さて、前回から2週間が経過した。 #コーデストレビュー シリーズがある。
フルスタックデベロッパーとエンジニアリングマネージャーのポッドキャストによるビューキャッシュに関するコメントは、私のささやかなコメントである。
ペイントアプリの達人として知られ、メルシー・チョコレートのようなGIFやミームの愛好家として、1000の言葉以上のものがある。そして何だと思う?
ダース・シディアス You Think You Can Stop Me GIF より ダースシディアスGIF
前回は、Rubyコミュニティで注目されているStimulusReflexにスポットを当ててみました。 ジャバスクリプト フレームワークをRailsプロジェクトに導入することで、過剰な作業を避けることができます。
見てください: StimulusReflex 別名ReactiveRails
対等な戦いにするために、Reactにスティミュラスへの反撃を許してやりたかった。私は名誉を重んじる男としても有名であり、言ったことは必ず実行し、約束は必ず守る:
次回は、Vinted.comのReactエンジニアをゲストにお迎えします。Vintedを聞いたことがない方のために(確率は低いですが、それでも可能性はあります)、Vintedはリトアニアのヴィリニュス発祥のファッションマーケットプレイスで、2019年にユニコーンの評価額に達しました。このプラットフォームは、フロントエンド部分のReactに支えられた強固なRuby on Railsの基盤の上に構築されている。
余談:私の妻はVintedが大のお気に入りで、ワードローブを整理したり古着を売ったりする主な目的地としてOLXを使うのをほとんどやめてしまいました(真の熱烈なファンでした)。 君たちは正しいことをやっている!
このシリーズに初のゲスト寄稿者をお迎えできることを光栄に思う:
メリル・ストリープ はいGIF より メリルストリープGIF
Ugnė Kryževičiūtė - VintedのReactエンジニア
最近のLadyBugのポッドキャスト("Getting Hooked On React")のタイトルを読んだとき、React Hooksについての話が中心だと予想していた。しかし、このポッドキャストでは、フックについて深く掘り下げることはなかったものの、JavaScript用のReactライブラリの基本について素晴らしい紹介をしてくれた。
LadyBugポッドキャストのAliとEmmaがReactの内部と外部について議論します-ライブラリの一般的なレイアウトとその利点から、コンポーネント、データ処理、またはReactのライフサイクルに関する活発な議論まで、すべて個人的な経験を交えて紹介します。まだReactの素晴らしさを試したことのないフロントエンド開発者にとっては、一聴の価値ありです。
私が初めてReactに出会ったのは、開発者としての道を歩み始めた3年ほど前のことでした。AliとEmmaがReactは最初は混乱するように見えるかもしれないと示唆しているにもかかわらず、私自身の経験から、Reactは比較的簡単に始めることができ、おそらく他のフロントエンドフレームワークと比較して最も進歩しやすいと感じた。チュートリアル、記事、オープンソースライブラリ、その他の種類の学習教材はどこにでもたくさんある。しかし、そのようなリソースに目を通す際には、Reactの活発な開発を意識する必要がある。このLadyBugのポッドキャストのエピソードも例外ではありません。したがって、Emma自身のアドバイスに従い、最新のドキュメントを見るのがベストだ。
Reactは大きく進化し、成熟した。 コード Hooksを使えば、クラス・コンポーネントを書かなくても、ステート・メソッドやライフサイクル・メソッドを使うことができる。しかし、アリが的確に指摘するように、初心者にとっては、Reactの書き方が多様(クラス/関数/Hooksコンポーネントなど)であるため、何が起こっているのかを視覚化するのが難しいこともあり、さらに複雑さが増す。また、必要なものを抽出し、コードの実装に関する関連情報を見つけることは難しいかもしれません。
アリ氏は、Reactの主な利点の1つとして、コンポーネントベースであるため、コードのモジュール化が可能で、他の開発者との共同作業が容易であることを指摘する。その上、JSXを使用できることは、JavaScriptのコードでUIを扱う際に、視覚的な助けになります!
アリとエマもまた、コンポーネント・システムを持つことで得られる柔軟性をうまくまとめている。私の会社ヴィンテッドもその一例である。 製品 と同様に 開発チーム この数年間、Reactに取り組んできました。Reactは非常に大きな利益をもたらしてくれました。Reactのおかげで、よりクリーンなコードが書けるようになり、再利用可能なUIコンポーネントが使えるようになり、テストがしやすくなりました。
全体として、このLadyBugポッドキャストのエピソードは、Reactの主な側面について活発で魅力的な議論を提供している。Reactの旅を始めるすべての人にお勧めしたい。面白い例や実生活への類推に満ちたこのエピソードは、私を含め、すべてのリスナーの注意をシームレスに「フック」する。
Railsのビューは、残念ながら時間とともに遅くなっています。データベースに格納されるオブジェクトの量が増えていくからです。そのため、クエリにかかる時間が長くなり、各オブジェクトに対して何かを行う場合はもちろん処理に時間がかかります。そのような場合でも、Railsにはビューのキャッシュ機能があるので大丈夫です。
このおかげで、キャッシュからデータベースの重いデータをロードする(データベースへの問い合わせとオブジェクトの処理の代わりに、保存された単一のhtmlのようなファイルをロードする)ことで、多くの時間を節約することができます。もちろん、オブジェクトがあまり頻繁に変更されないのであればですが。また、キャッシュされたオブジェクトを別のパーシャルに保持することもできます - そうすることで、たとえば20の投稿のうち19をレンダリングする手間を省くことができます(おそらく多くのフィールドがあります)。
デフォルトでは、Railsのキャッシュはfile_storeを使用し、キャッシュされたデータをフォルダに保持します。しかし、古いキャッシュエントリ(かなり前に期限切れになっている可能性があります)は削除されません。このため、ファイル量がオーバーフローしたり、サーバーの空き容量がなくなったりする可能性があります。もう1つの方法はmemory_storeですが、これにも欠点があります(キャッシュが1つのサーバーに保存されるため)。また、サーバーにあるRAMの容量を超えてしまう可能性もあります(あるいは、常に削除されるのであればキャッシュが不足する可能性もあります)。そのため、最適な大規模キャッシュ・メカニズムはMemcached/Redis方式なのです。これにより、すべてのサーバーで使用できるキャッシュを保持する別のマシンを使用するチャンスが得られます。そのおかげで、サーバーのキャッシュやディスクスペースの不足に悩まされることはありません。
Railsのキャッシュは識別子に基づいて保持されます。この識別子は文字列として直接指定することも、オブジェクトをキャッシュ関数に渡すときに自動的に生成することもできます。オブジェクトの場合、多くの場合updated_at属性です。オブジェクトのパラメータから静的キーを指定することもできます。
キャッシュの別の方法として、Javascriptを使って1日に1回変更されるフィールドを更新する方法がある。この方法では、ウェブサイトをリフレッシュすることなく、常に有効な日付を表示することができます。
このパネルディスカッションでは、採用プロセスにおけるエンジニアリング・マネージャーの役割について議論される。詳細はこちら コーデストパネリストが説いていることを実践しているようなものだ。 CTO がエンジニアとの最初の接点となり、次の段階では、面接は チーム 新入社員候補が密接に働くことになるマネージャーたち。エンジニア・マネジャーとして採用の腕を上げるために、すぐに実践できるアドバイスをいくつか紹介しよう:
プロセスを見直し、できるだけ早い段階でフローに参加するようにしましょう。理想的には、候補者との最初のタッチポイントになることです。
組織内の有能な採用担当者(おそらく、昔あなたを採用した担当者)に連絡を取り、彼らが計画している面接のいくつかをシャドーイングできないか尋ね、彼らのテクニックをチェックし、ヒントについて尋ねる。見て学ぶ。候補者に対する純粋な好奇心を持って面接に臨む。
ポテンシャルを探し、ポテンシャルと急成長する能力を見込んで採用する。
エンジニア全員と求人広告について話し合い、その仕事に応募するかどうかを尋ねよう。もし応募しないのであれば、何が問題なのかを尋ね、そのフィードバックを2.0ビルドの求人広告に反映させ、求人広告に掲載する。
1次面接は、将来の同僚となる可能性のある人と素晴らしい関係を築く機会だと考えましょう。
ビデオパネル全体を見ることをお勧めするが、もしあなたがポッドキャストが好きで、運転中、運動中、皿洗い中に聴きたいなら、Spotifyもある。 リンク
読んでくれてありがとう。ここまで来てくれたのなら、時間を割いてくれてありがとう。 LinkedIn または私の 電子メール.
次のエピソードは近日中にお届けする!
イッピー・IWILL SEE YOU SOON ダンシングGIF より Yippieiwillseeyousoon GIFs
続きを読む
TheCodestReview #3 - 週刊ソフトウェア・エンジニアリング・ジュース