Stefan Baumgartner’sを楽しんだ タイプスクリプトに関する5つの不便な真実。私は明らかにテクノロジーにかなり近い人からの哲学的な困難な真実が好きです。それは「JavaScriptを修正する」ものではなく、複雑であり、皮肉なことに、本当にタイプセーフではありません。すべてのチームは、それが価値があるかどうかにかかわらず、自分で数学をしなければならず、明らかに多くのチームがタイプスクリプトの方法を選択します。複雑さと制限にもかかわらず、彼らはそれだけの価値があると感じています。とりわけ、あなたがあなた自身の愚かな間違いからあなたを救うコードを書いているのはおそらく、ほぼ確実に拡張されたコードエディターのエクスペリエンスを得ることができます。
Codepenでは、TypeScriptを使用することにしましたが、オールイン命題ではありません。私が寛大である場合、私たちは50％変換されているかもしれませんが、JavaScriptをそのためだけにタイプスクリプトにリファクタリングすることはめったにありません。私はそれが好きです 多くの TypeScript自体内でも使用したいTypeScriptのものですが、同じコードベース内でも使用する必要はありません。
明らかにステファンはファンです。そして、私は他の多くの人から聞いたことがあるので、あなたがそれを強く好む場所を乗り越える比phor的なこぶがあります。
そして、あなたは何を知っていますか、それは楽しいものになります！
タイプスクリプトは、あなたの人生とあなたのチームの生活をより楽にするためにここにあります。そしてそれは成功します！ 6か月後にプロジェクトに戻って、アプリケーションから持っていたメンタルモデルを再現してみてください。または、ストーリーを伝える適切に作成されたタイプを見てください。私はいつもタイプスクリプトに行きます。
私はYAに言います：私はまだそこにいません。私はそれが私たちにとって純利益であると同意しませんが、私は実際にはしません のように それ。
これが何であるか知っていますか？
競合の場合、理論的純度を超える指定者よりも実装者を介して著者よりもユーザーを検討してください。
（それは少し詳しく説明します。）それは「説得の優先順位」と呼ばれ、それはランダムな男の哲学ではありません、それは HTML仕様の一部。少なくとも、ミーガン・ノトアテがやった小さな調査から、ほとんどの人はそれを聞いたことがありません。 彼女はまた、それが書き直しを使用できると考えています、それは少し、ええと、仕様を鳴らすのですか？彼女のクリーナーテイク：
何をすべきかわからないとき、 最初にエンドユーザーに常に優先順位を付けます。ユーザーのニーズが満たされたら、次に著者を検討してください。著者のニーズが満たされたら、開発者のニーズを考慮することができます。
すべてのものが考慮された後にのみ、仕様の作家を心配する必要があります。他のすべてのニーズが満たされない限り、理論的純度を優先しないでください。
可能であれば、すべての人のために物事を改善することが常に最善です。
私は元の言葉の後ろにもう少し活力を置いているかもしれませんが、それは保証されていると思います。
私はそれが好きです。
そして、それは本当に決定を導くのに役立ちます。それはあなたを助けることができます ない 物事をする。あなたがあなたを考えているなら すべき 特定の要素を使用するか、特別な要素を使用してください aria 属性ですが、それはあなたが望んでいることをしていません、ユーザーにとって、あなたはそれをするべきではありません。これは、ユーザーよりも理論的純度に優先順位を付けることができます。または、指定されていない、または検証されていないコードを使用するなど、その他の方法は、ユーザーが勝つのに役立ちます。あなたが知っている限り、それ 実際にそうします ユーザーを助け、害を及ぼさない 他のユーザー。
Googleのことで何が起こっているのか興味があります ベースライン もの。大きなアイデアは、それがaだということだと思います かなり小さい Webテクノロジーの特定のビットについて書くことのトップにあるウィジェットは、読者が本当に迅速にサポートのアイデアを得ることができます。
私はそれほど頻繁にそれを見ていません。否定的な批判ではありません – これはかなり野心的なものであり、ロールアウトには時間がかかります。それがまだあるかどうかを知るのは良いことです 計画 そして、誰がすべて乗船しています。それがWebコンポーネントの場合、おそらく関連する場合はそれを使用します。
ブラウザのサポートは、今日では10年前よりも跳躍と境界が良くなりますが、依然として懸念事項です。特に、新機能はウェブ上の終わりのない列車であるためです。マット・ヒアス・・チャフェルが最近言ったように：
Web著者にとって、これは毎日のビジネスです。 Web著者の作業の大部分は、ブラウザの互換性とWebサイトの相互運用性を扱うことです。 Evergreenブラウザのおかげで状況が改善されました。しかし、基本的には、これがWebのオーサリングの本質です。
MatHiasは、Googleのベースラインについても指摘された批判を提供しています。少しかもしれません あまりにも テクノロジーを使用するかどうかにかかわらず、実際に決定することに関して簡素化されます。
私の恐れは、Googleのベースラインイニシアチブがブラウザのサポートに関する談話を単純化しすぎていることです。 Web著者は、「広くサポートされている」、全緑色のチェックマークを見て、100％ブラウザのサポートを申し立て、さらに調査することなく機能を使用します。
たとえば、機能をポリフィルできるかどうかは、非常に重要な区別です。
David Khourshidは、彼がそれを「伝説的な」コードと呼んでいないことを彼がそれを「レガシー」コードと呼んでいないと言っていたことをいつも覚えています。頬に少し舌がありますが、そのコードが生産中に仕事をしていたという本当の感情は、おそらく長い間、嫌悪感ではなく尊厳をもって扱うべきです。
私たちのコードがまったく留まるならば、私たちはしばしば幸運です。ウェブサイトには、ただ去るという悪い習慣があります。おそらく私たちはそれから学ぶことができます：すべてのコードは一時的なものであり、それをそのように扱います。しかし、それは一種の残念です。
ロブ・オーウェンには、父親のキャリアについての話があります レーザーに取り組む電気エンジニアとして。
お父さんが亡くなった後、私は彼が彼のキャリアを通じて構築した多くのレーザーモジュールのために、親のガレージのプロトタイプと製品標本を含む箱に出くわしました。その箱は現在、長く多様なキャリアの具体的な遺産として機能しています。
潜在的なクライアントとチャットしていた数ヶ月前にフラッシュします。彼らは私に私の過去の作品のいくつかを見せるように頼んだので、私は自分の画面を正式に共有し、私が特に取り組んだことを誇りに思っていた人道的キャンペーンサイトのURLに飛び乗りました…
何を推測できますか？エラーページだけです。サイトはなくなって、インターネットから拭き取りました。レーザーとは少し違いますか？ Wayback MachineをありがとうHeavensに感謝します。
彼らの命名のために架空の親族チームに授与された20ポイント ハンドブック。それは、彼らがどのように働き、どのように考え、それがクライアントの成功につながることができるかを示すマーケティングウェブサイトのようなものです。私はそのような明快さに感謝します。ポートフォリオのものを見るだけで、代理店を雇うときにあなたが何に夢中になっているのかを知るのは難しいと思います。
しかし、ええ、それらの名前。ハンドブックはタイトルです あなたのウェブサイトはあなたにお金を借りています これは素晴らしいことであり、題された手紙の中でいくつかの難しい真実からそれを始めます 私はこれを愛で言います。彼らは、彼らが良いコピーライターであるとあなたに言うことなく、彼らが良いコピーライターであることを証明しています。それは本当に単なるボーナスです。
お気に入りの見積もりを1つ選びます。
NAVとフッターは、ベストプラクティスがその日を支配し、イノベーションを制限する必要がある2つの場所です。
訪問者は、あなたのユニークなナビゲーションデザインに感銘を受けたくありません。彼らはあなたの会社が何をしているのかを理解したいと思っており、彼らが行こうとしている場所に到達したいと思っています。
Be the first to comment
