まだSassを導入できていないんです。導入したほうがいいですよね・・・。Stylusとかも。どれを勉強するか悩みます。サイトの規模に寄るんですかね。
cssメタ言語～！
Sass使うともう戻れないですね。でもチームが、とか取引先がSass入ってないと厄介ですね。相手がcss修正してくれても自分でSassに反映させなきゃなんで、でも結局みんなで使えばいいと思うので入れましょう。ターミナル苦手ですが導入はLIGの記事とか見ながらなんとかできました。爆速になるので空いた時間で新たな知識も身につけられますよー
は！この方にレスするの忘れてました。トピ主です。有難うございます。LIGの記事も拝見しましたー！爆速になるからこれからのために身につけたーい！
ほうら俺のcompassをSASSってくれよ
expandedしてたの？minified かと思った…
上手ですよね！
ヨシ！導入頑張ろうかな！有難うございます！//liginc.co.jp/designer/archives/11623
ちなみに・・・ほとんどは既に導入済みってことですかね？
今はもう2017年だCompassを使う奴なんてもういない
//qiita.com/youthkee/items/f456fb5730655cc8f9c2
有難うございます！ひとまず ruby と Sassはいれて、どうしようとしてたところでした
ひゃー全然わかりません。
//qiita.com/nabeliwo/items/0aeea21e95f3fbab3955こっちってことかな
rubyを使ったやつも遅れてんぞ。フロントエンドツールはnode.js使ったものが多いし、今からSassを使うならnode-sass経由のlibsassだな。.そんでもってコメ主のリンク先に書いてあるように、PostCSS（プリプロセッサじゃなくポストプロセッサ）が今後の主流になっていくと思われ。
もう何言ってるかさっぱりわからない
簡単だよ全てをgulpで管理すればいい
こういうことですかねー！//celtislab.net/archives/20160302/node-sass-cl/たしかにだいぶ前に顔だしてみたハンズオンとかもNode.jsでした！（わけわからずやりましたが）
gulpで管理はこういうのですかね？｡ﾟ(ﾟ´Д｀ﾟ)ﾟ｡//qiita.com/tonkotsuboy_com/items/564f9bb78d177483f83e
この辺りから始めた方がいいかな
//qiita.com/yoshinariiii/items/8340286ec6f3ed6ff888
コンパイルには時間がかかるから監視が必要ってことですかね！
その通りcssが肥大化していけばコンパイルに時間がかかる
これに行き着くと！感動！//w3q.jp/t/7902
↑2年前この質問投げてたのは私でした
そうなんですね！ご丁寧に有難うございました。2年も何年も知識が遅れていて恥ずかしいかぎりです。。。
>コンパイルには時間がかかるから監視が必要ってより、ファイルに変更があるたびに毎回手動でコンパイルのコマンドを打つのは大変だから、監視させる必要があるってこと。とりあえずgulp入れときゃプラグイン揃ってるし、解説してる記事も多いから、初めてでもなんとかなるよ。
なるほど！有難うございます！やってみます！
Sass Node.js gulp でいけるかな
引っ掻き回すよ。gulpはドキュメントがそろっているっていう意味では導入しやすいかもしれないが、どちらかと言えば、gulpは既に悪手(管理が煩雑)になってるよね。そもそもsass動かすためだけにgulpってとても非効率だよね。導入としてもgulpという一枚岩をわざわざ勉強するのも非効率。node(package.json)だけでできることをgulp挟む意味はもうない。
なんだってー！
これですか？//qiita.com/sinmetal/items/395edf1d195382cfd8bc
いやん2013年のだった
これも2年前の記事だけど、2年前に既にこの知見だからね。t32k.me/mol/log/npm-run-script/
gulpが悪手ってのはこれかなttps://liginc.co.jp/334426
確かにビルドツールや最小限の開発環境さえあればいいのなら、npm runやwebpack等で充分だからzy578GcL26Aqが言ってることもわかるんだが、個人的にタスクランナーはまだ必要だな。.ビルドや開発環境のみならいいけど、style guideやicon font生成したり、ファイルのminifyコピー削除やと画像最適化もあわせてやりたいってのがある。上記のタスクはどのプロジェクトでも利用するし、開発版・リリース版でタスクを切り分けるのも簡単。.だから最終的にはトピ主がどこまで実現したいかによると思われ。
自分のID書いてたｗｗｗztnCa/0e6Jhcね。
もう2、3年もすればweb componentsが一般化してsassさえ必要なくなるよ
liginc.co.jp/web/html-css/html/58267
>:zy578GcL26Aqおれの書き方も悪かったかもしれないけど、cssコンパイル(pre/post/watch/reload/)したいしただけにgulpは冗長というのがまず一点。次に、タスクラナーという意味なら、grunt/gulp/webpack/npm scriptsなど、すべてタスクランナーの一端があって、gulpじゃないとできないってことはほぼない。gulpの作業は他のツールでほぼ代替できると言える。その意味でweb制作全般でいうなら「タスクランナー」が必要というのは同意。
>cssコンパイル(pre/post/watch/reload/)したいしただけにgulpは冗長というのがまず一点。.これはおれも同意。ただ結局webpackも似たようなもんだから、冗長と依存を避けるなら、実質的にnpm一択ってことだからなぁ。つーか、webpackって今までビルドツールに特化してる印象があったんけど、割と色々できるようになってんだな。icon font生成も出来るとか知らんかったわ。
トピ主です。わー有難うございます。ちょっと使うだけなら試しはnpm一択！ってことですかね！これはタスクランナーではないんですかね？
たとえばこれかな//qiita.com/micchyboy/items/0074f002d8f1663577a2
タスクランナーの定義なんてものはなくてだな、その場の文脈で感じるしかない。おれ的には複数のタスク管理できるものはすべてタスクランナーだと思うよ。みんながnpmをタスクランナーと呼ぶかどうかは別として、少なくともタスクを管理する機能がnpmにあるってこと。そのツールがタスクランナーかどうかなんて何も気にする必要がないよ。目的を達成できるかどうかだけみればいい。
開発環境なんて大して大切じゃないさ。俺は昔はひどい開発環境で、あの頃は何もなくて。。それだって楽しくやったよ？
いまでも楽しいのですが、知識や技術的になくてやってない事実が嫌でして・・・今後こんなこともできていない自分に焦るのです。
プログラマーは技術なんていらないんだよ。あのエディタがいい、あのフレームワークがいい、あのソフトウェアがいいなんて細かいこと言ってたら楽しめないよ。それよりも楽しむことが大切だよ。細かい技術の話ばかりしてるから日本人プログラマーのレベルはずっと下がりっぱなしなんだ。他の国にどんどん追い抜かれちゃってる。理由は楽しんでないからさ。ザッカーバーグやビルゲイツやジョンカーマックがそんな細かい退屈な話をしたと思うかい？彼らは楽しんでたんだよ。俺だってあの頃は何もなくて。。それだって楽しくやったよ？必要なのは才能だけさ、他には何もいらないんだ。もっとワクワクすることを考えよう。あとは勝手についてくるからさ。楽しんでね！
楽しむ！そっかー。あんまり焦らず楽しみます！
SassがどうこうよりCSSの使い方をどうするかですね。サイト作るたびに、行き当たりばったりでコーディングするなら必要ないでしょう。でも、OOCSSとかCSSをモジュール化して利用していきたいのなら、Sassを使ってCSSを上手く管理するのが大事だと思います。まずは命名規則をどうするか決めることからはじめてはいかがでしょうか。
そうですよね。ただ、これからのために勉強しときたい、触っときたいという思いがあって・・・
制作会社ではないので、そんな大規模なcssは触ることはないんですよね。でも今後CSSの管理や作業効率化のため、頑張ってみます！
もっともな意見ではあるけれど、variables/import/extends/placeholderあたりの機能使うだけで、sassを利用する意味あると思うけどね。
そうですよね。そうなんです。作業効率をあげたい！
あれ variables/import/extends/placeholder は作業効率とかの問題じゃないですかね？
variables/import/extends/placeholderこの辺りを使いこなせれば必ず作業効率は上がるはず
OOCSSを覚えればcssの肥大化を防ぐ事も出来る
なるほど。調べてまずはそこからですね。OOCSSは今でもできてるかな～と♪（bootstrapから作ることが多いから？）
gulpはオワコンはっきりわかんだね
まじですか
これとかですかね？//qiita.com/buchiya4th/items/01b4ad050b7c59b48539
みんなの回答 6 件
Sass使うともう戻れないですね。
でもチームが、とか取引先がSass入ってないと厄介ですね。相手がcss修正してくれても自分でSassに反映させなきゃなんで、でも結局みんなで使えばいいと思うので入れましょう。ターミナル苦手ですが導入はLIGの記事とか見ながらなんとかできました。爆速になるので空いた時間で新たな知識も身につけられますよー
ほうら俺のcompassをSASSってくれよ
ヨシ！導入頑張ろうかな！有難うございます！
//liginc.co.jp/designer/archives/11623
今はもう2017年だ
Compassを使う奴なんてもういない
//qiita.com/youthkee/items/f456fb5730655cc8f9c2
SassがどうこうよりCSSの使い方をどうするかですね。
サイト作るたびに、行き当たりばったりでコーディングするなら必要ないでしょう。
でも、OOCSSとかCSSをモジュール化して利用していきたいのなら、Sassを使ってCSSを上手く管理するのが大事だと思います。
まずは命名規則をどうするか決めることからはじめてはいかがでしょうか。
gulpはオワコン
はっきりわかんだね
関連するトピックス