依存関係逆転の原則をAngularコンポーネントに適用する - Qiita
Angularでコンポーネントとアプリを分離して開発していて、そのコンポーネントの開発で依存関係逆転の原則(Dependency Inversion Principle)を使うといい具合にコンポーネントを定義できるのではないかと気づきました。いいかもしれないし悪いかもしれないのでいろいろご意見いただけたらうれしいです 前提 どんなAngular開発の現場でもメリットがあるわけではなく、以下の前提を想定します。 規模が割りと大きい 全体を整えるために記述がある程度冗長になっても許される コンポーネントとアプリケーションを分離している フォルダ単位とか、コンポーネントを別ライブラリにしているなど ビジネスロジックとコンポーネントが混ざるのを防ぐためとか、コンポーネントを複数のプロダクトで共有するとか 単純な実装 Todoを扱うようなコンポーネントをAngularで作るときに、一番単純に作るとこ
日本の不動産テック企業のほとんどはただのスクレイピング屋である - ヤドリギ
「不動産テック業界 カオスマップ 最新版」「不動産テック業界 資本金グラフ」公表 | Limar Estate 日本において「ビッグデータでAIで機械学習でマーケティングのブランディングでディープラーニングのリードナーチャリングだ！」でごまかせる業界はもう不動産しかないのか、今年に入ってから「不動産テックでデータ可視化で物件価値の向上でウッハウハですよ！」な会社から融資をお願いされることが増えました。 しかし、残念ながら今のところ投資に値する会社はありません。というか適当すぎてやばい。話聞いてる途中で「え、え、ちょっと待って、それテクノロジーって言えるの？」と遮りたくなるレベルの会社だらけでびびります。 不動産テックはアメリカの話を聞いていると面白いんですが、日本の不動産テックはがっかりを通り越してテック名乗るな馬鹿野郎と言いたくなることばかりです。 他社サイトからスクレイピングしすぎ 融
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラマーってJSが好きなの？
