私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】フレームワーク CakePHP 11ホール目【v1.3】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>196
設計からプログラミング、デザインとhtmlコーディングを全部やることがあるけど、
気楽さでいえば、俺はデザインよりプログラミングの方が楽だな。
もちろん工数見積はプログラミング＞デザインだけど。
ただ、その時のデザインは、無難に整って見れればおｋってやつだけどね。
何つくろうってのかしらんけど、
web系って基本はDBに書いて取って調節して出力だし、
あんまアルゴリズムとかいらなくないか？
そんなむずかしい事をするわけでも無い気がする。
やることが全然違うし、単純に比較できるものじゃないと思うけどね。
設計からプログラミング、デザインとhtmlコーディングを全部やることがあるけど、
気楽さでいえば、俺はデザインよりプログラミングの方が楽だな。
もちろん工数見積はプログラミング＞デザインだけど。
ただ、その時のデザインは、無難に整って見れればおｋってやつだけどね。
何つくろうってのかしらんけど、
web系って基本はDBに書いて取って調節して出力だし、
あんまアルゴリズムとかいらなくないか？
そんなむずかしい事をするわけでも無い気がする。
やることが全然違うし、単純に比較できるものじゃないと思うけどね。
>>198
「綺麗なデザインは？」「使いやすいデザインは？」「格好いいデザインは？」
これらに答えを出せますか？
しかし、「会員登録する機能を作る」「メールを送信する機能を作る」
これらに答えは出せますよね。
果たしてどちらが”気軽”なんでしょうかね。
「綺麗なデザインは？」「使いやすいデザインは？」「格好いいデザインは？」
これらに答えを出せますか？
しかし、「会員登録する機能を作る」「メールを送信する機能を作る」
これらに答えは出せますよね。
果たしてどちらが”気軽”なんでしょうかね。
>>202
お前バカだな
コーディング部分を担当だと
最終的に機能条件を100%満たせる。
けれどデザインったら、世界レベルから
html最近覚えましたレベルでも一応完成させることが出来る。
君は後者のヘナチョコデザイナーにも
100%機能要求を満たせたプログラマーと同じ対価を与える訳？
お前バカだな
コーディング部分を担当だと
最終的に機能条件を100%満たせる。
けれどデザインったら、世界レベルから
html最近覚えましたレベルでも一応完成させることが出来る。
君は後者のヘナチョコデザイナーにも
100%機能要求を満たせたプログラマーと同じ対価を与える訳？
>>204
自分でもわかってるじゃん。デザインに答えがないって。
答えがないもの・判断が付かない物に対して比較するのがそもそもの間違い。
で、君みたいな凄腕プログラマーは当然パートナーにも
凄いデザイナーがいるわけだよね？ヘナチョコとなんてやらないよね。
だったら、凄いデザイナーさんの方がもっと貰うべきだよね。
自分でもわかってるじゃん。デザインに答えがないって。
答えがないもの・判断が付かない物に対して比較するのがそもそもの間違い。
で、君みたいな凄腕プログラマーは当然パートナーにも
凄いデザイナーがいるわけだよね？ヘナチョコとなんてやらないよね。
だったら、凄いデザイナーさんの方がもっと貰うべきだよね。
あ、そうそう君の質問に答えてなかったね。
>君は後者のヘナチョコデザイナーにも
>100%機能要求を満たせたプログラマーと同じ対価を与える訳？
僕はヘナチョコデザイナーを雇わないからね。
僕より出来るデザイナーに僕より多くの金額を与えるよね。当然だろ？
>君は後者のヘナチョコデザイナーにも
>100%機能要求を満たせたプログラマーと同じ対価を与える訳？
僕はヘナチョコデザイナーを雇わないからね。
僕より出来るデザイナーに僕より多くの金額を与えるよね。当然だろ？
>>209
君は分かった気分になってるだけだよねｗ
君は分かった気分になってるだけだよねｗ
>>210
その言葉をそっくりお返しするよw
その言葉をそっくりお返しするよw
>>211
君のほうこそｗ
君のほうこそｗ
デザインvsプログラムの構図になってる時点でダメだろ。
どっちがどっちにも踏み込めない物しか出来上がってこない。まさに日本のIT物作りw
どっちがどっちにも踏み込めない物しか出来上がってこない。まさに日本のIT物作りw
ただこっちが渡されてイラッとくるHTMLとかデザインとかCSSとか
埋め込み型の変なJavaScript（当然全部グローバル空間）とかは多いなｗ
その辺イケてるデザイナ・コーダに知り合いが少ないのが自分の問題だが
中途半端にそっちの方も審美眼というか基準を持ってしまうと、ストレス溜まる
埋め込み型の変なJavaScript（当然全部グローバル空間）とかは多いなｗ
その辺イケてるデザイナ・コーダに知り合いが少ないのが自分の問題だが
中途半端にそっちの方も審美眼というか基準を持ってしまうと、ストレス溜まる
俺らはPG寄りだろ？で、デザインが出来ないわけだ。
自分が出来ない事を他人が出来て、それに対する対価が半分。
これって普通の考えだと思うけど、どうして196はﾌｧﾋﾞｮってるの？
自分が出来ない事を他人が出来て、それに対する対価が半分。
これって普通の考えだと思うけど、どうして196はﾌｧﾋﾞｮってるの？
196が何対何が妥当と言ってないから、何ともいえん。
196が例えば5対5が妥当と考えるなら、5以上を要求してきたら断ればいい。
何を悩んでいるのやら。
196が例えば5対5が妥当と考えるなら、5以上を要求してきたら断ればいい。
何を悩んでいるのやら。
まぁ普通に仕事で考えたら、
案件受注してデザインを外注に出す時、
どう考えても半分なんて出さないけどな。
実際、デザインにそんだけの仕事量は無いし。
案件受注してデザインを外注に出す時、
どう考えても半分なんて出さないけどな。
実際、デザインにそんだけの仕事量は無いし。
>>221
え？デザイナーがプログラム出来る場合の方が多いだろ？特にPHPは。
え？デザイナーがプログラム出来る場合の方が多いだろ？特にPHPは。
>>232
> デザイナーにレイアウトや配色教えている俺は何なんだ・・・
ヒント：最後の行
プログラマやデザイナがみんなSOHOや個人事業でやってるわけじゃないと思うぞ。
俺の観測範囲で言えば、
デザインが出来ないフリーランスのプログラマや、
その逆のデザイナが多いな。
俺はデザイナからプログラミングやコーディングの仕事をもらい、
逆にデザイナーにデザインを依頼してる。
同じようなフリーランスのプログラマも、
やっぱり一緒になってやってるデザイナーとかいるよ。
> デザイナーにレイアウトや配色教えている俺は何なんだ・・・
ヒント：最後の行
プログラマやデザイナがみんなSOHOや個人事業でやってるわけじゃないと思うぞ。
俺の観測範囲で言えば、
デザインが出来ないフリーランスのプログラマや、
その逆のデザイナが多いな。
俺はデザイナからプログラミングやコーディングの仕事をもらい、
逆にデザイナーにデザインを依頼してる。
同じようなフリーランスのプログラマも、
やっぱり一緒になってやってるデザイナーとかいるよ。
最近CakePHP勉強してるんだけどなかなかいいね。
色々と誤解があってこのスレでも散々煽り倒してきたりもしたけど
これからは使わせていただきます。
色々と誤解があってこのスレでも散々煽り倒してきたりもしたけど
これからは使わせていただきます。
>>235
1人で出来る奴なら、デザイン費+プログラム費込みで見積出せるが、
デザイナー、プログラマーと分かれてるなら、それぞれが希望する金額になって、
1人でやっている人と比べて見積が高くならないか?ってこと。
会社の場合も外注に出すと高くなるだろ？
でも、当然客は「2人分の費用」として考えていないわけで、
高くなる分、損だと感じると思うんだが。
1人で出来る奴なら、デザイン費+プログラム費込みで見積出せるが、
デザイナー、プログラマーと分かれてるなら、それぞれが希望する金額になって、
1人でやっている人と比べて見積が高くならないか?ってこと。
会社の場合も外注に出すと高くなるだろ？
でも、当然客は「2人分の費用」として考えていないわけで、
高くなる分、損だと感じると思うんだが。
>>237
まぁそういう面はあるかもしれんけど、俺はデザインは出来ないわけでな。
仮に頑張ってやったとしても、
時間もかかるし頼んじゃったほうが早いし良いのが出来るんだよね。
無理してデザインやるよりも、CakePHPが得意とする中規模のアプリで、
作れる幅を広げたり、スピード上げたりしたほうが利益になると思ってる。
まぁhtmlだけ頼まれた時なんかは、
もったいないなぁとは思ってるけどね。
客側のデザイナーがコーディングまで出来れば、
もっとコスト圧縮できたろうにね。
まぁそういう面はあるかもしれんけど、俺はデザインは出来ないわけでな。
仮に頑張ってやったとしても、
時間もかかるし頼んじゃったほうが早いし良いのが出来るんだよね。
無理してデザインやるよりも、CakePHPが得意とする中規模のアプリで、
作れる幅を広げたり、スピード上げたりしたほうが利益になると思ってる。
まぁhtmlだけ頼まれた時なんかは、
もったいないなぁとは思ってるけどね。
客側のデザイナーがコーディングまで出来れば、
もっとコスト圧縮できたろうにね。
>>239
なぜか外注のデザって結構な金とらね？
別にシステム開発の方が技術は上だとは言わないが、
少しの修正（色やサイズの違い）で、修正費取ろうとする奴がいるぞ。
俺の経験では1人や2人じゃなく、ほぼ全てのデザイナーに共通した。
なぜか外注のデザって結構な金とらね？
別にシステム開発の方が技術は上だとは言わないが、
少しの修正（色やサイズの違い）で、修正費取ろうとする奴がいるぞ。
俺の経験では1人や2人じゃなく、ほぼ全てのデザイナーに共通した。
>>240
俺はそんな取られたりはしてないと思ってるけど。
案件が終わってからのは流石に費用かかるけど、
検収前でちょっとした修正はかからないだろう。
小さい修正なら、場合によっては自分でやっちゃうし。
大きな修正の場合は・・・って、大きな修正が出たことがほとんどないな。
デザイナーとやる際の悩みとしては、
htmlコーディングが出来る人でもCakePHPのビューファイルに抵抗感があることかな。
phpタグくらいは別に良いんだけどelementやヘルパーがなぁ。
説明すると向こうが自信なさ下だから、
こっちがそこ頼むのに抵抗感を感じてしまう。
俺はそんな取られたりはしてないと思ってるけど。
案件が終わってからのは流石に費用かかるけど、
検収前でちょっとした修正はかからないだろう。
小さい修正なら、場合によっては自分でやっちゃうし。
大きな修正の場合は・・・って、大きな修正が出たことがほとんどないな。
デザイナーとやる際の悩みとしては、
htmlコーディングが出来る人でもCakePHPのビューファイルに抵抗感があることかな。
phpタグくらいは別に良いんだけどelementやヘルパーがなぁ。
説明すると向こうが自信なさ下だから、
こっちがそこ頼むのに抵抗感を感じてしまう。
>>242
小さい修正でも自分でやっちゃう事が、コスト負担になってるからなぁ。
あと、デザイナーにビューファイル触らせるのは絶対駄目だと思う。
htmlファイル貰ってそれからPGがctpのテンプレに移していく形が一番だよ。
Dreamweaverのデザインビューじゃないとわからないって人多いし。
小さい修正でも自分でやっちゃう事が、コスト負担になってるからなぁ。
あと、デザイナーにビューファイル触らせるのは絶対駄目だと思う。
htmlファイル貰ってそれからPGがctpのテンプレに移していく形が一番だよ。
Dreamweaverのデザインビューじゃないとわからないって人多いし。
2.0-devがリリースされているみたいですが、
メジャーバージョンアップともあってやっぱり1.3とだいぶ変わりますか？
今開発中のものがあって、1.3で作っているのですが
まだ初期段階なので、2.0に変えることも考えています。
それほど変わらないようであればこのまま1.3で進めようと思っているのですが、、、
メジャーバージョンアップともあってやっぱり1.3とだいぶ変わりますか？
今開発中のものがあって、1.3で作っているのですが
まだ初期段階なので、2.0に変えることも考えています。
それほど変わらないようであればこのまま1.3で進めようと思っているのですが、、、
Web::Scraperに勝てないごみくずPHP(笑）
ばかでもつかえるw
PHPがたくさん使われてるとかいっても、Perlユーザーの方が頭いい
むしろざまあみろ（‐＾▽＾‐）
お前らの負けだよｗ完全に私の勝ち
二度と話かけんな カス野郎 じゃあなああ～
ばかでもつかえるw
PHPがたくさん使われてるとかいっても、Perlユーザーの方が頭いい
むしろざまあみろ（‐＾▽＾‐）
お前らの負けだよｗ完全に私の勝ち
二度と話かけんな カス野郎 じゃあなああ～
>>247
これでもみてみたら？
http://www.ustream.tv/recorded/12074210
1.3の延長で2.0をどっかのタイミングで出してから、機能追加という形じゃなく、
1.3から色々と機能加えたり変えたりして2.0出すみたいだよ。
互換性に関してはなるべく努力する方針みたいだけど。
これでもみてみたら？
http://www.ustream.tv/recorded/12074210
1.3の延長で2.0をどっかのタイミングで出してから、機能追加という形じゃなく、
1.3から色々と機能加えたり変えたりして2.0出すみたいだよ。
互換性に関してはなるべく努力する方針みたいだけど。
遅延ローディングと例外で
やっとマトモなかんじになってきたな。
あとはBakaryが整理されてCPAN並になれば。。
やっとマトモなかんじになってきたな。
あとはBakaryが整理されてCPAN並になれば。。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
php スレッド一覧へ類似してるかもしれないスレッド
- 【PHP】フレームワーク CakePHP 10ホール目【v1.3】 (1001) - [98%] - 2011/2/13 8:32
- 【PHP】フレームワーク CakePHP 19ホール目【v3.3】 (844) - [96%] - 2023/2/2 14:30
- 【PHP】フレームワーク CakePHP 9ホール目【v1.3】 (1001) - [96%] - 2010/11/1 2:53
- 【PHP】フレームワーク CakePHP 17ホール目【v2.4】 (984) - [95%] - 2015/1/10 2:45
- 【PHP】フレームワーク CakePHP 14ホール目【v2.1】 (1001) - [95%] - 2012/12/3 19:16
- 【PHP】フレームワーク CakePHP 16ホール目【v2.4】 (1001) - [95%] - 2014/3/3 3:00
- 【PHP】フレームワーク CakePHP 15ホール目【v2.2】 (985) - [95%] - 2013/9/7 8:30
- 【PHP】フレームワーク CakePHP 13ホール目【v2.0】 (995) - [95%] - 2012/4/23 21:16 ○
- 【PHP】フレームワーク CakePHP 8ホール目【1.3】 (1001) - [95%] - 2010/7/22 22:16
- 【PHP】フレームワーク CakePHP 17ホール目【v3α】 (955) - [93%] - 2016/11/15 20:45
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [92%] - 2010/3/18 1:18 ○
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [92%] - 2009/3/7 4:53 ☆
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [92%] - 2008/12/19 21:06 ○
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [92%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 12ホール目【笑】 (1001) - [92%] - 2011/11/8 7:01
- 【PHP】フレームワーク CakePHP 3ホール目【本命】 (1001) - [84%] - 2008/6/19 7:19 ○
トップメニューへ / →のくす牧場書庫について