クライアントが不在の時間をねらうか、相談してきめたらいいでしょう。
何のためにpugやらsassを入れてるのか？その目的が効率化の為とかそれに類することなら、その目的に向かったことをすれば良いのでは？書き込み見る限りだと、逆に納品後のフェーズは非効率になってそうだけど。ま、クライアントと話してお互いにプラスになるようなところをみつけるんだね
こういう問題って、正解はないと思うんだけどね…自分だったら、クライアントにGitとpug/sassを教えて、運用するわ。それが、全員が1番幸せな方法だと思うんよね…
Re:4 >クライアントにGitとpug/sassを教えて…↑しんど。そして多分無理w
Re:3 確かに、運用フェーズに関しては逆に非効率になっていますね。お互いのプラスになるところは見つからないので、一番マイナスが少ないところでいこうと思います。
Re:4 それができたら1番いいんですが、かなり厳しそうですｗ同じ運用案件でも、クライアントによって難易度というか面倒臭さが違いますよね…自分は雇われですが、フリーとか経営者だとしたらそういう部分も費用に反映しないとやってられないなぁと思います。
「自分でいじったら後は自己責任で。当社ではフォローできません」というのが大体のクルマや家電のスタイルなので、そうすれば？
Re:5 わかるよ。出来るところと出来ないところあるからね。うちの顧客で出来てるところあるから、無理じゃない。
なんというか、純粋にコストが上がってるんだから、それを吸収するコストを請求すればいいだけの話だと思うよ。つまり、面倒とかそういう問題じゃないってこと。いつも10km県内の配達なのに、時々50km先の配達をお願いされるから面倒くさいどうしようなんてならないでしょ。
ん？普通にブランチはmasterとdevelopでわかれてて、本番の差分はdevに吸収するのが面倒ってよくわからない。コンフリクト起こすような開発してるのかな。
Re:11 html→pugとかcss→sassの逆コンパイルが面倒くさいってことでしょ。include/extend使いまくってたら確かに手間多いよ。
11 件の回答
クライアントが不在の時間をねらうか、相談してきめたらいいでしょう。
何のためにpugやらsassを入れてるのか？その目的が効率化の為とかそれに類することなら、その目的に向かったことをすれば良いのでは？書き込み見る限りだと、逆に納品後のフェーズは非効率になってそうだけど。ま、クライアントと話してお互いにプラスになるようなところをみつけるんだね
こういう問題って、正解はないと思うんだけどね…
自分だったら、クライアントにGitとpug/sassを教えて、運用するわ。
それが、全員が1番幸せな方法だと思うんよね…
Re:4
>クライアントにGitとpug/sassを教えて…
↑しんど。そして多分無理w
Re:3
確かに、運用フェーズに関しては逆に非効率になっていますね。
お互いのプラスになるところは見つからないので、一番マイナスが少ないところでいこうと思います。
Re:4
それができたら1番いいんですが、かなり厳しそうですｗ
同じ運用案件でも、クライアントによって難易度というか面倒臭さが違いますよね…
自分は雇われですが、フリーとか経営者だとしたらそういう部分も費用に反映しないとやってられないなぁと思います。
「自分でいじったら後は自己責任で。当社ではフォローできません」というのが大体のクルマや家電のスタイルなので、そうすれば？
Re:5
わかるよ。
出来るところと出来ないところあるからね。
うちの顧客で出来てるところあるから、無理じゃない。
なんというか、純粋にコストが上がってるんだから、それを吸収するコストを請求すればいいだけの話だと思うよ。つまり、面倒とかそういう問題じゃないってこと。いつも10km県内の配達なのに、時々50km先の配達をお願いされるから面倒くさいどうしようなんてならないでしょ。
ん？普通にブランチはmasterとdevelopでわかれてて、本番の差分はdevに吸収するのが面倒ってよくわからない。コンフリクト起こすような開発してるのかな。
Re:11
html→pugとかcss→sassの逆コンパイルが面倒くさいってことでしょ。
include/extend使いまくってたら確かに手間多いよ。