デザイナーとの連携

PHP+Postgreでサイトを構築しています。
デザイナーがインターフェース部分、コーダーがビジネスロジック
部分と分業しているのですが、いまいち連携が上手く取れません。
効率よく作業を行うための良い方法やお勧めのRADtool等々合ったら
教えてください。

要はPHPが埋め込まれているのをデザイナーが編集するとき
ドリームウィーバーだと上手く出来ないんですよね。

ゴルァ！遊んでねーで仕事しろ！！

デザイナーに先に仕事をさせる。

....PHPの意味無いじゃん (；＿；)

プレビューがうまく出来ないのが問題なのかな？
ロジック部分の出力イメージが出来ないとか。

パーツ単位に分けて、include してみてはどうよ.

function template($file){
　　$fp = fopen($file,"r");
　　while (!feof($fp)) {
　　　　$data = fgets($fp, 4000);
　　　　while(ereg("@@([a-zA-Z_0-9]+)@@",$data,$regs)){
　　　　　　global $$regs[1];
　　　　　　$data = ereg_replace("@@([a-zA-Z_0-9]+)@@",$$regs[1],$data);
　　　　}
　　　　echo $data;
　　}
　　close($fp);
　　exit;
}

誰か添削してください。

3点

>>7
それは添削じゃなくて採点だよ、、

ってゆうかＨＴＭＬのソースが読めればなんとか
なるんじゃないの？
主婦が暇つぶしに作ってるページじゃぁないんだから
ツール使うのやめるようにすすめてみては？
#最近の主婦はＨＴＭＬエディタも使ったりする。

ダブルコーテーションはシングルに変換＜ＨＴＭＬ
全体をｐｒｉｎｔ文でくくって、変数を適所にぶっこめば
初心者には楽っしょ。

うちはデザイナー先でやってます。
後から出た修正は全部HTMLで上げてもらって、こっちで差分とって
PHPソースに突っ込んでます。

PHPのコードが入る行は他のHTML要素が入らないようにしてもらって、
行志向のバージョン管理システムでマージするとか・・・。
<td>
foo
</td>
とか。
うざいかな。

もらったソースをみたら、

<table>
<td>ほげほげ
<td>ふげふげ
</table>

とか、

<table>
<tr><td>ほげほげ
<tr><td>ふげふげ
</table>

とかあって面食らったことがある。とほほのページで調べたら、これでも問題ないのね。

>>6
いいんじゃない？

やっぱりHTMLファイルを先に作って、そこにPHPを書き込むのが
いいのでしょうか？
（どういう形でデータを表示させたいとかの打合せ後）

HTMLデザイナーがHTMLを仕上げ終わる前に納期を迎えたことがあります。
納期に間に合わなかったのは、私のせいになりました。
やはり、PHPを先に作っておいて、上がってくるHTMLに貼り付けている
人が多いと思います。

（遅いデザイナーほど、構造が分かりづらいHTMLを書いてくれる）

http://pesuo.hypermart.net/michiroh/denpatoh/index.html
儲かるの？

ケースバイケースかな？
プログラム的な部分が主だったら　コード先にかくけど

>>14　電動ナナシさん相手してくれてありがとう！うぅ
しょうがなくereg、ereg_replaceを2つ使ってる所とか
$$hogeをglobal宣言してる所とかへこくないですか？
こういうのクラスにしたらいいことあるのかな？
でもこの関数ですごく楽になってます。

こっちもあげとくよ
http://corn.2ch.net/test/read.cgi?bbs=php&key=982687820&st=344&to=344&nofirst=true

>>1
PHPのコードが入ってても問題ないはずだけど＞DW

こちらに答えアリ
http://corn.2ch.net/test/read.cgi?bbs=php&key=990953955&ls=50

>>22
むちゃくちゃかぶってるね。まあいいか。こっちは PHP 専門ってことで。
あっちに書いてあった ttp://zato.nu/tmpl/ は良さそうですな。
けど、ぱっと見だけど置き換える変数を定義しなきゃいけないのかな？
ループ定義はおもしろいけど残念ながら現在はパーツ単位の
別 HTML でデザインしてもらう形にしているからちょっとあわないな。

それと俺の場合は単純に perl みたいに後方参照を元に置換する変数を変化させたい
というだけの話なんだよね。で、やっとこ検索一回ですべて置き換える
ことができたわけだけど(>>20)、もっといい方法ない？

以前、某大手企業と組んでサイト立ち上げた時連携に大変苦労しました。
htmlで全体の流れをデザイナーサイドで作り、ロジック部分は後で
画面遷移等を確認しながらプログラマが組んで行きました。
htmlでの流れだけでは解らんと言いやがったので仕様書まで書いて指示
htmlタグの整頓よりそちらを優先したのでプログラマは大変だったかも。
プログラマがロジック追加してきたものをデザイナーサイドで動作チェック
仕様通りになっていない、レイアウトが崩れているというのも全て
デザイナーサイドで調整。（大企業を動かすと高いため。トホホ
全てテキストエディタ上でがんばりましたとも。
大幅なレイアウト変更って言われた時は辛かった。。

>>24
色指定とかパーツ単位のデザインだけって言われると馬鹿にされた気がしたりする？
これから頼むんだが。

パーツのデザインって言ってもこんな感じの話ね。
http://www.opus.homeip.net/~kshinada/

技術的に難しいってよりも、面倒くさいって感じですね。
別スレにあった、DWのテンプレート連携でかなり楽になりそうな。

入力チェックのＪａｖａＳｃｒｉｐｔぐらい書いてよ…、って思うのは
贅沢ですか？

>>27
そのような方は自分で全部できるかと。

age?

hage?

プロのデザイナーができることは、えせプログラマでもできるけど
えせプログラマができることをプロのデザイナーができないことって多いよなぁ

>>31そうですね。
わたし、へっぽこデザイナですが、
これからプログラムをできるように少しづつ勉強します。
いつもプロのプログラマに迷惑かけてます（ｺﾞﾒﾝﾅｻｲ

テンプレートエンジン smartyはどうよ?

ほしゅ、しとく

（＾＾）

（＾＾）

（＾＾）

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

　　　 　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

>>33
smarty使ってるよ。
デザイナーにHTML渡してもらって自分でタグ打ってるけど。

>>33
げ、2年前のカキコジャン。
まだ業界にいるかな？
生きてるかな？

>>45
あんま意味ないね

PHPごときで喰ってる香具師には消えてもらって、デザにスクリプト用のタグ書かせて納品させた方が遥かに効率的。
DWとかが完全対応してくれればお互い楽では有るけどな。

>>48
責任こっちのせいになるから
結局プログラマがチェックしなきゃなんなくて二度手間。
このての問題ってPerlでもJSPでも変わんない

>>49
そりゃ元請けして、デザに安い単価で仕事流してるからね。
デザが元請けで、PGだけ安い単価で仕事貰っても稼げないでしょ。
チェックと手直し用のスクリプトぐらいは書いて、ちゃんとチェックして検収しないと。

僕の会社だと、先に客からデザインについてOKをもらってから CMS を使って５日位で仕上げる（同僚は、もっと早く終わる）。ショッピングカート機能がある場合は１ヶ月位かかる。

普通...

自分で全部やる

人に全部やらせる

http://www.forest.impress.co.jp/docs/review/20100720_381337.html
知ってるかもしれませんが、これ、今使ってるWindowsを仮想化できるみたいです。
これがあると、いちいちOSインストールしてテストする必要なくなって良いですね。

プログラミングもデザインも自分でやれば済む

自分でやるのが結局楽だよ。
>>56の言い分が正しい

PHPだったらデザインも自分でやるべき。
そのための簡易言語なんだし。

デザイナーはあほすぎてこまる

デザイナが自分の世界を大事にするのは判る！
でも、プログラムを全く学ぼうとしない姿勢は駄目だ！

プログラマもデザイナもどっちも協調性のない人がなる職業だからなぁ

だからどんどん分業になるさ。
プログラマーはデザインできないし、デザイナーはプログラムできなくていい。
それぞれ専門分野なんだから、どっちかの世界で秀でる必要があってさ。
どっちつかずは淘汰されるのさ。

プログラマー・コーダー・デザイナー
中途半端な知識でマルチにこなすよりも深い知識を持った３種の神器として分業しｔ

プログラマー・コーダー・デザイナー
中途半端な知識でマルチにこなすよりも深い知識を持った３種の神器として分業しｔ

これができている企業がどれだけあることか

企業は丸投げピンハネ汗かかない

PHPだったら全部で自分でやった方がいい。

分業しているとPHPの意味がない。

MVCも分からない素人が書き込みしてるスレはここでしたか

MVCなら完全分業出来ると思ってる馬鹿はあなたですか？

Javaでも一人でできるんだから
PHPできるでしょ？

ちょいちょい、

MVCだったらPHPやめてくれ。
パフォーマンス悪い。

↑WebでMVC否定とかｗ
どんな環境で仕事してんのよ？
どーせちっさな仕事しかしてねーんだろ？
お前みたいな雑魚はWeb業界に片足たりとも突っ込むな。

    １、どこの工場で核爆弾を造るのか？
     -> 竹島に工場を作る
    ２、どこの基地に配備するのか？
     -> 尖閣に配備すればシナと至近距離でウマー
    ３、寿命が来た核爆弾をどこで解体するのか？
     -> 作った工場で解体するのが一番無難だろ
    ４、核弾頭にあった核物質（放射性廃棄物）をどこに処分するのか？
     -> 燃料または弾頭として再利用
    ５、核爆弾の開発製造費、維持管理費、解体処分費をどうやって捻出するか？
     -> 公務員を半数に削減する＆失業した公務員を工場で再雇用する
    ６、核実験をどこで行うのか？
     -> イトカワ

PHPだったらデザインも一人でやれ。

結論

デザインしかできないデザイナーに明日は来ない！

結論２

>>72

簡易言語PHPでMVCご苦労さん。
たまには違う言語使った方がいいよ。

プログラミングしかできないプログラマーに明日は来ない！

>>76
何を持ってPHPが簡易言語なのかね？
簡単に習得できるから簡易言語とかほざいちゃってるのかな？
PHP4の時代で止まってる雑魚吉君ですか？
たまには他の言語もやってみたら？
PHP5はJavaをパクリまくってしっかりオブジェクト指向してますけど。
ちなみに俺は今主戦場をWebからスマートフォン市場にも広げてるので
JavaとObjective-Cの両刀使いだ。
PHP以外にCもアセンブラも理解してるので安心しろ雑魚吉君

>>78

どうでもいいが、
デザインもがんばれ。

>>78
デザイナーとトラブルを起こすタイプ？
いつもその剣幕で話してそうでこわいですね。

>>79
俺はエンジニアなんでデザインなんてやらん。
お前はデザインだけに徹してろ。
プログラミングなんて無理だろうからｗ

>>80
デザイナーとトラブル？
デザイナーとの接点なんかありませんけど？
デザインは下請けに出すだけなんでｗ

>>81
横やりで済まんが、

スレタイトル「デザイナーとの連携」

なぜこのスレに登場するの？
あなたが書いていることと矛盾していない？

>>78
やめて。こわいよ。
わかったよ。PHPでMVCで書くんでしょう？
いいよ。僕はPHPはMVCでは書きません。

>>83
いいえ、貴方にはPHPを使わないでいただきたい。

>>81

一人で熱くなっているようだけど
結局あなたは何を言いたいのかな？
あなた自身が書いたことを見直しほしい。

>>85
PHPでのMVCモデルを使わないとか言ってるってことは
ちっさな仕事しかしないんですよね？
と言っておりますが理解できませんか？

>>86

>>81の文章がよくわかりません。
何をどのようにデザイナーと連携するのですか？
>>81はスレ荒らしかと思いましたよ。

PHPってマルチスレッドできたっけ？
パフォーマンス追求するならオレだったらPHPしないけどな。
ついでに言うと予算が安いやつはPHP。高い奴はJava。
MVCがどうのこうのはご自由に。
ま、スレ違い。

>>84
おまえになんでPHPを使わないでいただきたいとか言われないと
いけないんだよ。
どんな書き方だっていいじゃないか。オープンソース
だし、人それぞれだろ。
後さ、人がID出してんのになんでてめーはIDださねーんだよ。
おれがPHP使ってはいけない根拠をID出して語ってくれよ。

昨日のカンファレンスはよかった

>>87
デザインはデザイン会社に下請けに出すので
直接デザイナーとやり取りすることは無いです。
デザイナーは基本的にアホなのでHTMLのみ納品してもらって、
SmartyやJSP等の記述はエンジニアがやります。
これも連携の一つの形だと思いますがね。

>>89
「僕はPHPはMVCでは書きません 」等と
レベルの低いことをほざいておりましたので
さぞかしKENTさんのような糞コードを
まき散らしてる人のかと思い、
PHPを使わないでいただきたいと思った次第です。

PHPでも中規模以上の開発ならMVCを使わないとやってられない。
小規模なら場合によってはMVC無しでもいいけどな。
時と場合によって使い分けることができないなら
ウンコさんですねとしか言いようが無いわな。

あと、IDがどうこう言ってるが、
ID出したくないんじゃなくてsageて書いてんだよ。
本物の厨房なのかお前は。

じゃあ下げんなよ。ってかいてもまた厨房なのかといわれそうなので
別に僕はKENTさんのサイトのソースが汚い、きれいといえば汚い
部類には入ると思いますが、それをきれいか汚いかは僕やあなたが評価
することではない。
KENTさんのソースで勉強している人もいるんだし、別にそんな差別的
なことを言う必要なないと思いますが....
後社会人としてウンコがどうとか言うのもおかしいと思います。
別に人それぞれ好きなように言語を選び、開発のしかたを選べばいいと
思います。

ただよく考えてみたんですが、確かにMVCを使ったほうがよいかも
しれないのは事実です。
実際僕はjavaでwebシステムを組むときはMVCを使っています。
古いといわれるかもしれませんがstrutsが好きで、これを組むとき
はMVCに分けてかいていました。
ただPHPのときにはどうも.....
あなたはいつもプログラミングをするときは何人かでやるのですか？
それとも一人？
僕は一人でした。デザインも全部。

>>92
KENTさんの書いたCGI（笑）のソースコード見たことある？
グローバル変数使いまくり、ロジックとビューの分離すらできてない。
これを汚くないと言えるのか？言えないよねぇ。
あの人みたいな人のおかげで世に糞みたいなCGIが蔓延したといっても
過言ではない。
最近のWeb技術者の間ではKENTさんの真似をしてはいけないというのは
もはや常識です。

>>93
PHPにも中規模の開発もあれば小規模の開発もある。
中規模以上の開発なら大体フレームワークを導入する。
WebのフレームワークといえばMVCが当たり前。
仕事なら2〜3人くらいの開発でもMVCフレームワーク導入するがね。

うーん。やっぱりおれ間違っていたかも。
ごめんね。許してください。
最近のWeb技術者の間ではKENTさんの真似をしてはいけないというのは
もはや常識です。
確かに正論だわ。
ただ自分は大規模開発の場合はJavaを使っていました。phpは
大規模ではつかいませんでした。
これはどう思いますか？

>>91
「連携」とはあなたがいう
「アホ」が働く会社に下請けに出すという意味ですね。
とても素晴らしいですね。勉強になりました。

PHPにこだわっているようですが、
これからもがんばってください。

後教えていただきたいのですが、>>91さんは
今のweb業界どう見てますか？僕は非常にいやな業界
だと思っています。
できる人間にはどんどん仕事を課せ、できない人間は首にする。
実際僕はphpは一人で組みました。正直最初はあなたのいう
KENTさんのサイトを見て、まねして作ったりしていました。
ですから僕はあんまりその先輩に教わるということがなかった
んです。
ほとんど独学です。
デザインもプログラミングもサーバーも全部。
今正直休職中なんですが、今後好転すると思いますか？

完全にスレ違い。
スレ汚すな。

そうですね。この件はこれで終わりにします

>>91
「下請け」を連携とは普通言わない。

あと汚い言葉を使うなよ。

誰もKent先生を越えられないんだけどね
どんなに良いコードを書いたつもりでも、それを評価するのは他人だから
数字取れなきゃプロというよりタダの日曜大工

>>94

あなたがこれからやること。

・KENTさんに負けない情報サイトを作る。
・KENTさんに負けない本を書く。

どの言語を対象とするかはあなたが>>78に記載したものすべて。
デザインも「アホ」の会社に「下請け」に出して
素晴らしいものを提示するように。
できたら報告。

せいぜい頑張れ。

>>94
まーあんたの言いたいことは判るが
それは後だしジャンケンと一緒で
とても卑怯な立ち位置なんだよ

今のエコブームで言えば
まだガソリン車乗ってるのとか
やかんを火であぶって湯沸かしてるのとか
そんなところだ

>>103

> やかんを火であぶって湯沸かしてるのとか
> そんなところだ

この例えが良くわかりません。ちなみにデザイナではありません。

火曜日の昼間から書き込みしてる奴はニーとｗｗｗｗｗｗｗ

デザイナー→プログラマ
は割とスムーズに連携できると思うんだが、逆は絶対無理だし、
デザイナー→プログラマ→デザイナー
とかも無理だ。つまり、修正できない。テンプレートエンジン使ってても。

プログラマはいつもデザイナーの粗相の尻拭い

でも、中にはHTMLすら出来ないデザイナーもいて、
尻ぬぐいできない時があるけどな。

ごめん、HTMLすら出来ないのはデザイナーじゃなくてプログラマ　ねw

でも、中にはHTMLすら出来ないプログラマーもいて、
尻ぬぐいできない時があるけどな。

↑
こういうやついません？

Javaのような型の厳しい言語使いながら、
HTMLでは手を抜く奴がいる。
Javaに注ぐエネルギーを少しでもHTMLに使ってくれと小一時間ほど
説教したいやつが身近にいる。

つい最近、そう言う奴の尻拭いしたわw
HTMLって一番最初に覚えると思うんだけど、どうやら違うみたいだな

>>110
そいつに市ねといえ

>>94

進捗状況を報告して

何も進んでいません

　　∧＿∧
　 （　・∀・） 　　 　 |　| ｶﾞｶﾞｯ
　と　　　　） 　　 　 |　|
　　 Ｙ　/ノ 　　　　 .人
　　　 /　） .人　　 < 　>_∧∩
　 ＿/し'　< 　>_∧∩｀Д´）/
　（＿フ彡　Ｖ｀Д´）/　　 / ←>>38
　　　　　　　　 　 　/ ←>>42

gj!

ぬるぽ

　 （　・∀・）　　　|　|　ｶﾞｯ
　と　　　　）　 　 |　|
　　 Ｙ　/ノ　　　 人
　　　 /　）　 　 < 　>__Λ∩
　 ＿/し'　／／. Ｖ｀Д´）/ ←>>117
　（＿フ彡　　　　　 　　/

ぬるぽ

　 （　・∀・）　　　|　|　ｶﾞｯ
　と　　　　）　 　 |　|
　　 Ｙ　/ノ　　　 人
　　　 /　）　 　 < 　>__Λ∩
　 ＿/し'　／／. Ｖ｀Д´）/ ←>>119
　（＿フ彡　　　　　 　　/

ぬるぽ

久々にKENTさんのHP見たわ
なんつーかタイムマシンに乗った気分

あけおめ