私は最近HAML/SASSについて読んでいますが、なぜ誰もがそれを使いたくないのかよくわかりません。切り替えるのはとても簡単なようで、物事をよりクリーンで効率的にします。
更新：
どちらか一方を使用するのはどうですか？私が聞いた苦情のほとんど（いくつかの苦情があります）はHAMLに関するもののようですが、XHTML/HAMLとCSS/SASSの混合とマッチングに問題はありますか？
更新：
申し訳ありませんが、質問の最後の更新です。SASSからCSSに戻すのは簡単で簡単なようです。HAMLからHTMLに戻すのはどうですか？
Railsを使用している場合は、はい。頑張れ。ただし、発生する問題のいくつかは、後でチームに参加した他の開発者もそれを学習する必要があるということです。すでに大勢のRailsで作業している場合は問題ありませんが、HAML / SASSは、純粋なHTML/CSSで何年も作業している設計者を混乱させる可能性があります。
ただし、Railsを使用していない場合は、優れたHAML/SASS統合システムを入手するのは困難です。そこにはいくつかありますが、それらは十分にサポートされていないか、仕様に沿っていないと思います。
しかし、ええ。HAML/SASSは間違いなく価値があります。あなたが遭遇する唯一の本当の問題は、それがまだ標準ではないということです。
ミックスアンドマッチに関しては、HAMLとSASSのスタイルは非常に似ているので、どちらにも当てはまると思いますが、やはり個人的な好みになります。両方を1日使用してみてください。どちらかが気に入らない場合は、元に戻してください。技術的な問題はないので、好きなことをしてください。
HTMLとCSSを操作するためのツールはたくさんあります。構文はきれいではありませんが、HAMLとSASSによる改善は私にはそれほど劇的ではないように思われ、多くの人にとっては問題を起こす価値はありません。もちろん、フレームワークが大きく異なる（つまり、Railsとは異なる）Webアプリケーションを開発している人にとっては、非常に異質なものを統合するという苦痛に立ち向かう理由を見つけるのはさらに困難です。（例：SASSをJava / Stripes / JSP環境に統合するために何をしなければならないかを説明することに注意してください？:-)
私は、HAMLの構文曲線（構文上の空白、タグの自動生成など）が障壁と見なされているボランティアプロジェクトに携わってきました。プロジェクトに不慣れなプログラマーが学ぶべきもう1つのことです。
個人的には、SASSは価値があると思いますが、HAMLについては気になっています。HAMLで行う必要のないタイピングが、デバッグに費やす時間によって克服されるように見える前に、HAMLテンプレートをデバッグしたことがあります。テンプレートのエラー。ただし、これは（HAML）初心者の視点である可能性があります。
私はその質問に同意する傾向があります。切り替えは簡単で、構文はそれほど複雑ではなく、物事をよりクリーンで効率的にします。また、無意識のうちに無効なHTMLを生成することも難しくなります。
また、学習曲線は十分に浅いので、それを処理できないプログラマーは、おそらくチームに所属していなくてもよいプログラマーだと思います。それは厳しいように聞こえるかもしれませんが、私はそれを信じています。
私が見ることができる唯一の短所は、ASP.NETで開発している場合、またはHamlとSassを後付けするのが面倒で、プラットフォームに慣れている他の人にとっては予想外のことであり、本番環境で維持するのが面倒な場合です。ただし、Railsではそれを選択してください。
HAMLを使用しても、プロジェクトに大きなメリットがもたらされるとは思いません。
一方、SASSは、変数や計算、およびその他の非常に便利な機能を効果的に導入し、大規模なプロジェクトで長期的に時間と労力を節約します。
SASSの使用は、単純な1ページのフォームよりも大きいプロジェクトで非常に賢くなります。
SASSを使用してみましたが、MacRabittのCSSEdit（Macのみ）を使用してCSSを編集する方が、作業方法がはるかに簡単で効率的であることがわかりました。私は非常に視覚的な人間であり、スタイルシートを変更するときにライブプレビューを行うのが好きで、問題のないことに多くの時間を費やす気にはなりませんでした。
ほとんどの人が気付いていないことの1つは、HAMLがコンテンツを吸い込むことです。構造的なマークアップには最適ですが、押しすぎないようにしてください。（HAMLファイルでHTMLを組み合わせて使用することもできます！）
特に長期的には、Sassは絶対に不可欠です。それは、すべてを頭の中に持っているときにスタイルシートを書くことだけではなく、将来的にそれらを維持することでもあります。新しいSass3は、構文の質問を方程式から取り除きます。中括弧のあるSCSS構文を好む場合は、選択することができます。
どうしてこれなの..
%p
hello world
これより良い..？
<p>hello world</p>
手がかり..あなたがルビーをやっていないのなら、そうではありません。残念ながら、終了タグと中括弧を追加することは、Webページを作成する上で実際には最も難しい側面ではないため、ほとんどの専門家は実際には気にしません。お好みの方を使用してください。
HAML / SASSは確かに使い勝手が良いかもしれませんが、技術的および知識指向の両方の依存関係を導入します。これは、開発環境と製品環境が十分に制御され、予測可能であり、初心者が十分なトレーニングを受けている（または組織に入る途中で主題の知識について精査されている）場合は問題にならない可能性がありますが、それはすべてオーバーヘッドです認められる。
開発者の観点からすると、HamlとSassは絶対に揺れ動きます。ただし、設計者の観点からは、HamlとSassは読みにくい場合があります。それは本当にあなたのチームに誰がいるかに依存します。
DSLを学ぶことを恐れない開発者や設計者の集まりである場合は、絶対にそれを選択してください。
デザイナーがCSSとHTMLの作業を開発者に投げて、それをHaml / Sassに変換する混合チームがある場合は、確かに。
開発者に作業を渡し、作業が設計者に戻る設計チームがある場合、設計者がツールを使用してファイルを編集できない可能性があるため、これを使用したくない場合があります。
マーケティングやビジネスの人々がWebページを編集する必要があり、HTMLとCSSを少ししか知らない小さなチームがある場合は、Haml/Sassを使用しないでください。
ただし、ここで包括的なステートメントを作成することはできません。少なくともRailsを使用すると、ビューにテンプレートタイプを混在させることができることを考慮してください。そのため、一部のテンプレートは.erbファイルにスタックされたプレーンHTMLであり、他のページは.hamlファイルです。あるタイプのパーシャルを別のタイプのテンプレートに挿入することができます。（タイプを混合することはおそらく悪い習慣だと思いますが、「仕事を終わらせる」必要があるだけなら、それはオプションです。）
現在、DjangoプロジェクトでSASSを使用しています。私はそれが好きで、それを使い続けるつもりです。ただし、私が見つけた問題の1つは、特にを省略した場合、エラーメッセージが必ずしも特に直感的であるとは限らないことです}。