アカウント名:
パスワード:
上司はちゃんと(部下が納得できるような)筋を通すべきですよね。人間なので状況を見誤ったりすることはあると思いますけど。
でも、その後いかにフォローしてあげれるかちゃんと筋を通してあげられるかということが非常に大事だと思います。その上司の価値になっちゃうんですよね。
今回は理解してくれたみたいですけど、管理職ってそれが仕事なのだからちゃんとして欲しいですよね。
(私は部下がいない管理職だけどね(^^;)
本来は、決め事(全体のフレームワーク)だけこうするようにと伝えられて、実装は実装する人間に任せるべきですよね。インド系(し、失礼)の会社に下請けするわけじゃないんだから、事細かいところまで指定しなくともちゃんと動作するものを用意しますよ(^^;。
それに、下からの突き上げ(例えば実装上の問題が生じて設計変更してくださいなど)ってのも必要で、いわゆる古典的なスパイラル設計・開発技法でも触れられていたような気がする。
私はあまり開発技法を重要視しない(信用していない)人間ですが、そこはそれ良い事もちゃんと書いてあるわけで、いい所鳥してやらないと。
短期決戦で望むなら(実際に作業する人間が慣れている)実績のある環境で開発すべきですね。もちろん、のちのちのメンテナンスにも深く関わるのでえいやと簡単に決められないものなのかもしれませんが...。
Python に慣れていれば Python でも構わないと思います。FTP は、Java でも隠し API 使えば簡単にできますが(URLConnection でもある程度できる)、Python (Perl, Ruby) 系のほうがライブラリが多そうですから楽かもしれません。(私の場合、ハイブリッドにやっても構わないと思います。たとえば FTP 転送だけ Python とか(その逆とか(ｗ)。)
最近は言語による自由度があまり変わらないし、以前私が主張してたみたいに速度面でも問題なさそうだから C による開発は避けていた方が良さそうな気がする。私も例の開発に C++ 版を加えようとしていますが Java ライクな使いかたしかするつもりがありません。
上司の意見はともかく(^^;、クライアントの意向は大切なのである程度譲歩しつつ、でも自分の意見も通すということが大事ですね(をぃ)。でも組織だとそういうことはなかなか大変だよなぁ。
そうかぁ、PostgreSQL とか Jakarta を使ってるのかぁ(謎。
実はスクリプト系の世界はあまり踏み込んでないので知らないんですけど、オブジェクト指向なスクリプト言語っていうと(Ruby よりも) Python が有名ですよねぇ(Perl 5/6 もそうらしいけど、けっ(をぃ)。まぁ最近できた言語だからしらなくともおかしくはないけど。(とはいえ動向ぐらい知ってても。酒の肴になることだってあるのに(^^;)
導入事例をあまり聞かないというのは事実鴨。一般的にはやっぱり PHP か Perl で...。Python での開発事例は少なくないかもしれないけど、表立って使われているという話は聞かないので、上司様の考えも理解できないわけでもない(をぃ。でもまぁ部下を信用してもいいと思うんだけどねぇ。(ちゅうか部下の本質をしってないのかな...)
とにかく納期までの時間がないなら時間がかからないものを選ぶのが先決だと思われ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
上司の筋 (スコア:1)
上司はちゃんと(部下が納得できるような)筋を通すべきですよね。人間なので状況を見誤ったりすることはあると思いますけど。
でも、その後いかにフォローしてあげれるかちゃんと筋を通してあげられるかということが非常に大事だと思います。その上司の価値になっちゃうんですよね。
今回は理解してくれたみたいですけど、管理職ってそれが仕事なのだからちゃんとして欲しいですよね。
(私は部下がいない管理職だけどね(^^;)
Re:上司の筋 (スコア:1)
言語選択の自由がほすぃなあ。作るのは自分で、しかも納期までもう20日ないっす。FTP処理とDBトランザクションがあるんだけど、間にあうんか心配だ。ちなみにまだ言語決まってないです。(CかJavaになるっぽい)
Re:上司の筋 (スコア:1)
Re:上司の筋 (スコア:1)
本来は、決め事(全体のフレームワーク)だけこうするようにと伝えられて、実装は実装する人間に任せるべきですよね。インド系(し、失礼)の会社に下請けするわけじゃないんだから、事細かいところまで指定しなくともちゃんと動作するものを用意しますよ(^^;。
それに、下からの突き上げ(例えば実装上の問題が生じて設計変更してくださいなど)ってのも必要で、いわゆる古典的なスパイラル設計・開発技法でも触れられていたような気がする。
私はあまり開発技法を重要視しない(信用していない)人間ですが、そこはそれ良い事もちゃんと書いてあるわけで、いい所鳥してやらないと。
Re:上司の筋 (スコア:1)
短期決戦で望むなら(実際に作業する人間が慣れている)実績のある環境で開発すべきですね。もちろん、のちのちのメンテナンスにも深く関わるのでえいやと簡単に決められないものなのかもしれませんが...。
Python に慣れていれば Python でも構わないと思います。FTP は、Java でも隠し API 使えば簡単にできますが(URLConnection でもある程度できる)、Python (Perl, Ruby) 系のほうがライブラリが多そうですから楽かもしれません。(私の場合、ハイブリッドにやっても構わないと思います。たとえば FTP 転送だけ Python とか(その逆とか(ｗ)。)
最近は言語による自由度があまり変わらないし、以前私が主張してたみたいに速度面でも問題なさそうだから C による開発は避けていた方が良さそうな気がする。私も例の開発に C++ 版を加えようとしていますが Java ライクな使いかたしかするつもりがありません。
上司の意見はともかく(^^;、クライアントの意向は大切なのである程度譲歩しつつ、でも自分の意見も通すということが大事ですね(をぃ)。でも組織だとそういうことはなかなか大変だよなぁ。
Re:上司の筋 (スコア:1)
雄弁は銀です。沈黙はというと...錆になりかねないかと(^^; わしゃ銀のほうがええ。
Re:上司の筋 (スコア:1)
そうかぁ、PostgreSQL とか Jakarta を使ってるのかぁ(謎。
実はスクリプト系の世界はあまり踏み込んでないので知らないんですけど、オブジェクト指向なスクリプト言語っていうと(Ruby よりも) Python が有名ですよねぇ(Perl 5/6 もそうらしいけど、けっ(をぃ)。まぁ最近できた言語だからしらなくともおかしくはないけど。(とはいえ動向ぐらい知ってても。酒の肴になることだってあるのに(^^;)
導入事例をあまり聞かないというのは事実鴨。一般的にはやっぱり PHP か Perl で...。Python での開発事例は少なくないかもしれないけど、表立って使われているという話は聞かないので、上司様の考えも理解できないわけでもない(をぃ。でもまぁ部下を信用してもいいと思うんだけどねぇ。(ちゅうか部下の本質をしってないのかな...)
とにかく納期までの時間がないなら時間がかからないものを選ぶのが先決だと思われ。