トップページ⇒php
74コメント32KB

生産性、効率性を重視した開発環境

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。01/11/11 22:41ID:3ZzwDQq3

生産性、効率性を重視した開発環境とは、

・使っていて楽しい。苦痛でない。
・トラブルが少ない。安定している。
・データベースとの接続性が簡単。SQLを書かなくても良い。
が、SQLを直接渡す手段も一応用意されている。
・コーディングの量が少ない。人海戦術に頼らず、少人数で多くの機能を短期間で実現できる。
・Web鯖、AP鯖、DB鯖との連携が透過的でわかりやすい。
・分散開発環境に対応している。
・できれば、HTMLとビジネスロジック部分を完全に切り離して開発ができる。
・安い。
・アプリケーションのパフォーマンスが軽い
・メンテナンス性、拡張性がズバ抜けて良い。ちょっとの変更の
 ために最初からソースを追いかけるような手間がいらない。

上記の条件を全てとはいわなくても、クリアしている開発環境はないだろうか。

perl、Servlet&EJB&JSP、PHP、WebSphereときているが、
特に生産性という面では、優れた技術・開発生産性を
誇るツール群をみたことがない。イロイロと試したいが時間がない。

何かオススメはないだろうか。
0024sage01/11/17 00:06ID:???
わざとらしい、WebObjects の関係者によるPRとしかおもえないすれだなぁ


うーん、なんか、おかしいなあ。。。書き込みがうまくいかんなあ
0025 01/11/17 01:10ID:???
>>22
スレたって5日で結論って、
よほど仕事が早いのか
出来レースだったのかのどちらかだよね。
0026名無しさん@お腹いっぱい。01/11/17 04:36ID:o6kovp7g
そう言われるとそうだね。
WebObjects自体はいいものだと思うけど・・・。
0027101/11/17 09:48ID:ViafpeD8
>>24
残念ですが、私はWebObjectsの関係者ではありません。

>>25
そうですね、たしかに5日ほどで結論を出しました。場合によっては
>>24のようないわれ方をされても仕方ないかもしれません。が、
その5日のあいだ、他業務が薄かったこともあり、ずっとWebObjectsに
ついて調査したり、先に書いた外部の方に協力してもらったりと、
自分でいうのもなんですが、かなり積極的にやったと思っています。
もちろん、WebObjects以前は、WebLogicやWebSphereなども
同じぐらいかそれ以上の時間をかけて評価してきたつもりです。
ただ、誤解されたくはないのですが、WebObjectsに全力投球と
いうわけではなく、perl、php、それとWebSphereもこれまでどおり
使います。
つまり、超便利な道具が一つ増えたというものです。
0028名無しさん@お腹いっぱい。01/11/17 14:03ID:fXBlmqnN
ふーん、winでも動くんだ、WebObjectsって。
0029漫☆画太郎02/05/13 02:51ID:???
うそくせー・・・なんか、うそくせー・・・
0030nobodyさん02/09/19 01:42ID:hzY/o+/9
PHP STUDIOをつかえ
0031nobodyさん02/09/19 08:58ID:gcqVReod
zopeはどうなの。zwikiは
0032山崎渉03/01/15 13:49ID:???
(^^)
0033山崎渉03/03/13 17:51ID:???
(^^)
0034nobodyさん03/03/17 04:25ID:???
>>10
俺もそれは思ってWO導入したが、結局コーダーの問題であって、
うんこZopeとかでも十分実用性になると思う。

WOに逃げて(選択肢としてはいいと思うけど)も結局はデベロッパーの
組み方が変だとWO使っても(というか使うと)おかしくなるよ。
PHPで組める人間がいるのなら、その知識だけで十分使えるよ。
エンタープライズ級のシステムだって、PHPオンリーで組めちゃう。
PerlでもRubyでも。

既存の知識を生かしたほうがいいと個人的には思う。
Javaなんて使わなくてもね。

*自分は初代WOからのユーザーだよ。
0035nobodyさん03/03/24 03:05ID:ZJ9+rjf8
>>34
>エンタープライズ級のシステムだって、PHPオンリーで組めちゃう。
>PerlでもRubyでも。
>既存の知識を生かしたほうがいいと個人的には思う。
>Javaなんて使わなくてもね。

まぁ、無理ではないが。
Javaならメソッド一発、とか、設定だけですむことを、時間かけて書く必要があるけどね。
もちろん最初はバグだらけで使い物にならない。
安定するまでの時間の無駄を許してくれるクライアントならいけるんじゃない?
0036nobodyさん03/03/24 07:53ID:WsVD34Te
というか、3年以上この業界にいて、未だに何のフレームワークも採用してないとこって、もう負け組確定だろ。
0037nobodyさん03/03/24 08:44ID:???
入力フォームとそれに関わる処理のコードの自動生成、とか、
表の扱いの単純化、が今のところ、フレームワークに必要用件で、

そのほか、アプリケーション固有のロジックのモジュール化(経理ソフトだったら、
絞込み用件のプラグイン化とか)が重要と思う。


0038nobodyさん03/03/25 02:25ID:???
>>35
納期までの日数の半分で完成させてしまうのを目標にやってるが、
Javaではしんどかった。(スキルが無いというだけかもしれないが)

よほどのすんごい作業がない限り、全部スクリプトで走らせてしまうよ。
ソース見られるのが困る場合は固めちゃう。
0039nobodyさん03/03/25 20:33ID:???
WOマンセーなヤシがこの板にはやけに多いが、流行っていない現実を
どう考える?
Appleの戦略がまずい、本来なら流行るはずだと言ってせっせと習得
してる人もいるのかもしれないが、
WOにいくら詳しくても現状では開発者としての市場価値は??だぞ。
WOが先駆的なのは認めるけど、その先駆性はすぐにJ2EEや.NET
(またはPHPにも?)追いつかれるのではなかろうか。
0040nobodyさん03/03/26 14:48ID:???
>>39
流行は関係なし。
0041nobodyさん03/03/26 18:05ID:MKbSS06J
>>40
いや、開発者の市場価値は流行に関係あるだろ。
自宅サーバで日曜プログラマならいいかもしれないが、メシの種と
して考えたらどうかな、と
0042nobodyさん03/03/26 18:21ID:???
>>41
つくりあげるアプリにもよりけり。
あと、最近のWOのバージョンだと、よりJ2EEに近づいている。
独自性を持っているのはDBを制御するミドルウェアの部分ぐらいなもんかな。
J2EEも何らかのフレームワークをいれていれば、ほかじゃ通用しないという境地になるのと同じ。
別にWOだからどうこうというわけじゃない。WOとWebLogic両刀つかいより。
0043nobodyさん03/03/26 20:45ID:???
>>41
それもそうだが、既存のコードを全て置き換えたらいいだけの話では
ないだろうか。Java以外でコードは書くな!っていう環境なら話は別だが、
そうじゃなくてシステムを組んだりする場合には特に流行は気にしなくて
いいと思う。

それでやってきたけど問題点無かったし・・・ってのはまだまだヒヨコ?
0044nobodyさん03/03/27 13:32ID:???
>>43

実質本位でやればいいんじゃないか。

問題はそれは、いわゆる SI 企業にあるんじゃないか。

集中と選択が出来ている会社は「ウチは WO しか使わない」「Ruby のこれこれこういうフレームワークで開発と提案いたします」
みたいなことできるけど、ダメな企業は何でも屋でフレームワークもクソもなく、ダメなコードしか作らない。
0045山崎渉03/04/17 12:12ID:???
(^^)
0046山崎渉03/04/20 06:21ID:???
   ∧_∧
  (  ^^ )< ぬるぽ(^^)
0047山崎渉03/05/22 02:22ID:???
━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━―
0048山崎渉03/05/28 17:09ID:???
     ∧_∧
ピュ.ー (  ^^ ) <これからも僕を応援して下さいね(^^)。
  =〔~∪ ̄ ̄〕
  = ◎――◎                      山崎渉
0049山崎 渉03/07/15 11:25ID:???

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄
0050山崎 渉03/08/02 02:28ID:???
   ∧_∧
  (  ^^ )< ぬるぽ(^^)
0051ぼるじょあ ◆ySd1dMH5Gk 03/08/02 05:01ID:???
     ∧_∧  ∧_∧
ピュ.ー (  ・3・) (  ^^ ) <これからも僕たちを応援して下さいね(^^)。
  =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
  = ◎――――――◎                      山崎渉&ぼるじょあ
0052山崎 渉03/08/15 23:29ID:???
    (⌒V⌒)
   │ ^ ^ │<これからも僕を応援して下さいね(^^)。
  ⊂|    |つ
   (_)(_)                      山崎パン
0053nobodyさん04/05/05 13:34ID:???
#そんな
0054 ◆K780ttX5h6 04/05/05 13:34ID:???
ii
0055 ◆oU7Yh4.i7Y 04/05/05 13:36ID:???
jjhj
0056 ◆PZGoP0V9Oo 04/05/05 13:38ID:???
jj
0057 ◆ZUNa78GuQc 04/05/05 13:40ID:???
iioo
0058 ◆Yd/Xbh3XbM 04/05/05 13:42ID:???
wee
0059 ◆dJv2sCT9ks 04/05/05 13:47ID:???
ddd
0060issa04/05/26 02:06ID:???
qwe
0061nobodyさん04/05/27 02:41ID:???
xrea(というかレンタル鯖全般かも知れないけど)について質問です。
私はレンタル鯖を使ったことがないのですが(webコンテンツは自宅Linuxサーバがあるので
shellとか使えるから何でも出来てしまうのだが)今度使うことになったので教えてください。

xrea は php とか cgi がつかえるけど、php はそのまま
スクリプトが書かれた *.php を ftp で転送すればいいですが、
cgi(perl で書かれたものを想定)の場合、ftp で upload したあと、
$ chmod ugo+x hoge.cgi
とかしないといけないですよね。
xrea は shell が使えないので、これは ftp ソフトで、ファイルのパーミッションを
変えるのでしょうか?
また cgi の場合、ファイルの先頭に #!/usr/bin/perl とかインタプリタを指定しますが、
サーバによって、/usr/bin/perl なのか /usr/local/bin/perl なのか、パスが異なります。
普通はそのサーバにログインして、
$ which perl
/usr/local/bin/perl
などとしてインタプリタの位置を調べますが、xrea のばあい、コマンドインタプリタは
どうやって調べるのですが? 適当に #!/usr/bin/perl などおいて ftp で upload して
アクセスしてみて、動いたら「あってたんだな」って確認するのでしょうか?
00626104/05/27 02:41ID:???
すみません、誤爆しました。
0063nobodyさん04/05/27 14:00ID:???
とにかく慣れたやつで開発する方向が基本だろう。
それまでの資産も流用できるしネ、、、

開発しても資産として流用できないヤシが
「○○は生産性がないから他の○○で」という言葉をよく言うよね。
0064nobodyさん04/05/28 15:08ID:???
俺みたいにこれからWeb系を始めようとしているヤツは
どの様な視点で開発環境を選択すればいいの?
0065nobodyさん04/05/30 08:46ID:???
>>61
パーミッションはFTPソフトで行う。おれのばあい、FFFTPを使ってUploadしたファイルを右クリックして変更した。
パスは
http://xreafaq.com/cgi.html#14
をみてみろ。
というか、XREAのドキュメントはわかりにくすぎ。他の人がかいたドキュメントを読むのが吉。
0066nobodyさん04/05/30 08:50ID:???
>>64
あまりに漠然としすぎていて、答えられん。
「はじめて車買うのですが、なにがいいですか。」
買い物にいくのに使うのか、スキーにいくのにも使えるのがいいのか、家族がいるのか、彼女とドライブするのが主な用途か、どのくらいの頻度で乗るのか(めったにのらないなら必要なときだけタクシーやレンタカーつかうのが一番やすい)・・・
0067nobodyさん04/05/30 09:16ID:???
>>64
>どの様な視点で開発環境を選択すればいいの?
と書いてあるな。すまんかった。心より謝る。

まず、本当に開発する必要があるのかを考えろ。既存のソフトをインストールするだけですむならそれにこしたことはない。
既存のものに満足できないのなら、その作者にお願いしてみろ、丁寧にな。それですめば一番楽。
というか、初心者がつくるとセキュリティホールだらけになるから、一人前になるまではおおっぴらに使わないほうがよい。
しかし一人前になるには、かな――りの労力と時間がかかる。ほとんどのやつはなれない。

どうしても開発しなきゃいけないのなら、次のような視点で選べ。
・簡単につかえるか(簡単なことが簡単にでき、複雑なこともそれなりにできるか)
・参考書や質問できる人が多いか
・高い性能(スケーラビリティ)が必要か
・自分自身に適性があるか(同じツールでも人によって合う合わないがある)
・HTMLとプログラムとの分離ができているか(分離できてないと保守が大変すぎ)

個人的な意見だが次を参考にしてくれ。
・お手軽につくるなら、PHPにしろ。簡単だし、本も多いし、質問できる人間も多い。一番無難。
・スケーラビリティが必要なら、つまり大規模なものを作るなら、Javaがいい(多分そうじゃないと思うが)。しかし必要以上に複雑だから、初心者はやめたほうがよい。
・Perlはやめとけ。近くにPerlの達人がいる場合は別だが、Perl使うぐらいならPHP使っとけ。
・おまえに美的センスがあるならRubyもよい。いちばんすっきりしてて美しいが、使う人のセンスが問われる(センスないやつには使えない)。

言語じゃなくて本当に開発環境のことを聞いているなら・・・・難しいな。
Zope、WebObjects、ColdFusionあたりをキーワードにしてGoogleで調べてみろ。個人的なお勧めはこの3つだ。
0068nobodyさん2005/07/11(月) 19:55:21ID:???
>>67
Dream Weaver ultra devは?
0069nobodyさん2006/04/09(日) 21:20:55ID:???
emacs(Meadow) & jdee で開発してる人いる?
自分はそうなんだけど、jdebugの使い方がわからない。。
0070nobodyさん2006/04/14(金) 13:39:58ID:???
>>63
会社環境にもよる。
エンジニア使い捨ての所だとどうしょうもない。
0071nobodyさん2008/06/13(金) 10:44:03ID:u9po+42Z
門倉貴史「ワーキングプアは自己責任か」(大和書房)という本によると、こうだ。
「仮に、国内企業が退職する団塊世代の人たちに『継続雇用制度』を導入して(中略)団塊世代を非正規雇用として採用したほうがコスト的に圧倒的に有利になる」(p.157)

俺が爆笑したのはその直後の文。
「筆者の試算では、20〜24歳と60〜64歳の労働生産性には、大きな差がみられず、むしろ60〜64歳のほうが20〜24歳の労働者よりも平均的な労働生産性が若干高いことが観察された(0.63%程度の差)。」(p.157〜158)

さすが団塊は神世代だ、20〜24歳よりも何と0.63%も労働生産性が高いと認定されるなんて。
0072nobodyさん2008/06/22(日) 20:29:24ID:sVlXAjXa
普通に考えれば .NET Framework は人材も多いし割と面白いと思う
0073nobodyさん2011/04/22(金) 23:07:12.32ID:tkmTpEKa
Mono最強伝説
http://ja.wikipedia.org/wiki/XSP_(Web%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC)
0074nobodyさん2012/07/15(日) 14:10:33.53ID:kiFT244o
何故効率性ばかり追求すると利益が減るのか

http://newsbiz.yahoo.co.jp/detail?a=20120715-00010000-president-nb
■ このスレッドは過去ログ倉庫に格納されています