元スレMicrosoft Silverlight その8
silverlight覧 / PC版 /みんなの評価 : ○
202 = :
>>199
DBサーバー問い合わせするんなら、
SilverlightアプリでWPFアプリをローカルにダウンロードして
実行した方がいい。ユーザープロファイル肥大化しなくておすすめ
203 = :
.NET Frameworkの安定期に入りMSは更なる普及を図るため.NET Frameworkのインストールを促進するという非常に直接的なスタンスを取ってきた
その一環がWPFである
リッチなUIを柔軟に作ることができるアーキテクトを流行らせることでそのフレームワークとなる.NETのインストールを促そうと考えたわけだ
しかしながらWPFは残念なことにある一定の成果は収めたもののその目的を達成するには至らなかった
良くも悪くもユーザーは既存のWinFormに十分な満足を覚えていたのだ
そこでMSは.NET Frameworkの普及のためには二次元的、三次元的なアプローチが必要であることを認めざるを得なくなる
そのアプローチのために生まれたのがRIAプラットフォームのSilverlightである
GoogleのAjaxへの取り組みが功を成し世のWebユーザーにはRIAの概念が非常にスムーズに浸透していった
この分野では完全に水をあけられた感のあるMSではあるが、もちろんMSはRIA分野への進出を諦めたわけではない
OSという分野で長きにわたってグローバルスタンダードとして君臨してきたMSは後発がRIA分野で台頭することの難しさは十分に理解しつつも、RIA分野で1割でもシェアを獲得できればそのシェアが.NET普及に大きな大きな効果を及ぼすことも理解できていた
RIAという時代の風がWPFでは成しえなかったMSの目的に追い風となりつつあると言える
つまりMSはRIAという非常に巨大な市場の一角を押さえ、そこを.NET Framework普及の土台の一つにしようと考えているわけだ
ご存知の通り現時点ではSilverlighアプリの起動に.NET Frameworkは必須ではない
しかしながらMSが築いてきたRIAアーキテクトもいずれ.NETが基盤となることは必然である
SilverlightがRIA分野でわずかながらとはいえシェアを形成しそこで熟成を終えたのち.NET Frameworkを基盤とするあらたなRIAプラットフォームが誕生すると多くのエンジニアは予想・期待している
それが成された時、MSはRIAという分野の中にいながら流行に左右されることのない本当の意味での.NETの基盤をちゃくちゃくと築いていくのである
激動の時代を生きる今のエンジニアには些末な技術的差異に目を奪われることなく、MSという巨人が踏み出す大きな一歩の行く先をしっかりと見極めながらSilverlightと向き合う必要があるといえる
204 = :
最近のSilverlightはWPFとの互換性を捨ててWebの流行やニーズに合わせていく傾向みたいだけど
それならいっそWPFのサブセットは削除してUIをHTML5ベースにしてしまえばいいのに
結局Silverlightの最大の売りはCLRなんだから
205 = :
HTML5と比較したSilverlightの利点(でもあり欠点でもあり)は、
標準に縛られないこと(進化の速度を自社コントロール可能)なのに、
UIをHTML5にしたら意味ないだろ。
207 = :
というかやろうと思えば今のSilverlightでできるな
VSがサポートしてくれるなら選択肢としてはアリ
208 = :
>>189
その通り
MSのターゲットは業務APであり現時点もその軸はぶれていない
SLにしてもその一環に過ぎない
ClickOnceがでてきた当初からMSの目的は一貫しており
それはWinアプリのようなユーザビリティの高いUIアプリの配布コストを削減することに注力されている
今はRIAというブームが到来しているためその手法に則っているに過ぎない
現在SL特有の制限があるものの、将来的に完全に.NET Framework上で動くRIA(そのころにはRIAという言葉さえつかわれなくなっているかもしれないが)用プラットフォームになることは紛れもない流れである
MS自体実は3Dや動画再生に関係するスキームはさほど重要視していなく
あくまでRIAという現在のブームに乗るための手段にすぎないと考えている
209 = :
>>187,203,208
MSがどう考えているかなんて分からないけど
現在の.netデベロッパーがSLに期待しているところ
があるとしたら
> 配布に優れたWebとUIに優れたWinアプリ
これの両立の可能性についてだということは事実
だと思う
動画再生とか3Dとかどうでもいい
それこそHTML5で十分
210 = :
動画再生“だけ”、3D“だけ”だとHTML5で十分ってことになるけど、
色んなものを使いたい時はSilverlightが便利になってくるかな。
それが「UIに優れた」ってことになるんだと思うけど。
211 = :
せっかくマルチメディアが充実してるんだから、ホスティングAPIに力入れてほしい
ブラウザコンポーネントを通すことなく、
WinFormsやC++のアプリにもっと簡単に組み込めたら便利なのに
WPFによるSilverlightのホスティングは対応予定らしいけど
WPFじゃ糞MediaElementを置き換えるくらいの意味しかない
212 = :
SLで不満を感じるところ
・GIFが表示できない
・ブラウザコントロールがOOBでしか使用できない
GIFに関してはどういった理由でこんな仕様になっているのか不明だ
納得できないまでも「あぁ、なるほどね」って思える理由とか心当たりある?
213 = :
ブラウザ外でのWebBrowserはSilverlight5で対応(要elevated trust)
GIFは単に時代遅れだからPNG使ってほしいんじゃないの
GIFだけのために複数フレーム画像に対応してAPIや実装が複雑になるのも嫌だろうし
単一フレームのみ対応なら簡単だろうけど、どうせクロスドメイン制約があるんだから
GIF使いたいならサーバーで変換するかあらかじめPNGに変換してからアップロードすればいいわけだし
214 = :
> (要elevated trust)
意味ねぇ・・・
> GIFは単に時代遅れだからPNG使ってほしいんじゃないの
その理屈はまずありえないなぁ
説得力なし
現時点でネット上のリソースとしてGIFは溢れかえってるよ
どなたかSLでGIFが表示できない理由に心当たりがある方
ご教示を
例えばお客さんに「なぜGIFはダメなの?」って問われたらどう答えるのが妥当?
215 = :
どうしても必要なら、自分でデコーダー書けばいいだろう。
自分で書かなくても探せばすぐに見つかりそうだが。
216 = :
やっぱそーなるよね・・・
妥当な回答ってないんだよね
まずここがSLのダメなところだわ
クライアントを納得させることができねーんだもの
217 = :
>まずここがSLのダメなところだわ
え・・・そういう考えにとらわれてるあなたが駄目ということはない?
218 = :
いつまでもエンジニア視点だけで良いっていうなら
誰も苦労せんわけよ
顧客との折衝のなかで
「なんでデフォルトでGIF対応してないの?そんなことありえんの?そんなもの使って大丈夫?」
なーんて言われてみ
「ImageToolsというものがありまして・・・」
なーんて回答求めてねーのよ、ここら辺つっこんでくる客は往々にしてね
そんなことよりも
「こーであーで、そういったわけでGIFが対応されていないだけなんですよ
というわけで心配ないから大丈夫ですよ!」
って答えが欲しいわけ。
お前らにできる?これが
煽りでもなんでもなく、GIFの件に関しては
どのようにその理由を顧客に納得してもらえるか
このような観点から誰か教示頼むよ
219 = :
まぁ、普通に考えたらGIF未対応というだけで客がSLを選ぶことはなくなるよ
だって自分が客の立場だったらGIF未対応なんて知ったら他でも余計なコストがかかる可能性ってのを考慮しないわけにいかないから
だったらFlashで無難にいくな
220 = :
gif関係は誰かに言われたけど
3分くださいといって持ってたノートでgifを表示するサンプル書いたら黙ったよ
そう言うのは口じゃなくて手を動かして説得するのが一番
結果を求めてるからこちらも出来るという結果をだせばいいのさ
221 = :
gifにこだわる理由がわからん
222 = :
>>220
だーかーらー
営業やPMの観点からどうやって顧客を説得するかを知りたいわけ
目の前で実際に見せれば納得する?
当たり前でしょーがw
いつでもどこでも四六時中どんな問い合わせにも即座に対応できる
開発者が自分について回ってくれるならそれでいいかもね
でもね、世の中のほとんどの営業さんたちはそんな人間連れて
いないのよ
そんなところにコストもかけられないしね
それとね、客先でそんなことしてみ
それって営業が最も嫌う対応だぞ
客によってはそんなぐぅの音もでないような対応されたら
それだけで嫌われるわ
客を説き伏せるのではなく、納得していただくの
わかる?
>>221
ねぇ、SLってそのたかだがGIFの問題にもさくっとまともな回答が用意できないもんなの?
それはそれでまずくね?
わりぃ
言葉が汚いから煽りや釣りだと思われちゃうかもしれないけど
ここら辺、本当に気になってるんだ
個人的にはMSもSLも超気に入ってるの
だからこーゆー基本的な機能で客をがっかりさせたくねーんだよ
223 = :
>>222
別に自分が行かなくても
営業が困って物を見せて納得するのならリモートでファイル送ればいいじゃん
電話で事情を聞いて即行動
公共wifiや他の通信インフラが使えるところでipsecなんかで繋いで結果を送るだけ
何て事は無い
営業が「自社にもどって技術担当と相談してみます」なんて、うちでは5年ぐらい前に廃れた
224 = :
すでにgifで作ってる素材を顧客に変換してくださいっていえないのならSLを知らなさ杉だろう
gifより扱える色数は多くて、請ったアニメーションもできるのに
口実作って税金にむさぼる官僚を見習ったらどうだw
225 = :
マ板でやれよ
技術的にはどうとでもなる
226 = :
>>223
とりあえず、技術者が対応するというところから離れようか
話はそっからだ
お宅の会社ではそれで済むのであればこれ以上言ったって
伝わらないだろうから
では、技術者がお宅の会社のように対応できないようなシチュではどうすれば
GIFの件を客に納得してもらえる?
ここで重要なのは言葉で説明できること
なぜって客先も決裁権持ってる人間が出てきてるわけではないわけよ
例えば俺から聞いた話を客先のAさんは決裁件持ってる上司に報告するわけだ
その時にちゃんと言葉で説明できて、Aさんの上司も納得できなければ
決裁降りないわけよ
そこまで考えて言葉でちゃんと説明したいわけ
>>224
ごめん、全然参考にならないや
GIFより優れてるフォーマットがあるとかないとか、そーゆー問題じゃないんだ
世の中にはどうしても「GIF」を使いたい客がいるんだよ
それも決して少なくないぞ
>>225
お前らからまともな回答が出てこないならマ板なんか言っても
同じだ
もっとひどい回答しか出てこねーわ
227 = :
何度もわりぃ
技術者のみんなには伝わりにくいかもしれないけど
客は「対応方法がある」という回答を欲しいわけじゃないわけ
なんでデフォルトでGIFに対応していないのか
その不安を払しょくできる回答が欲しいわけ
そのためにはGIF未対応の理由を話すのが手っとり早いわけよ
ちょっとうざいかもしれないが
もし開発者の中でこの回答ができるやつがいたら
もうちょいつきあってよ
228 = :
>なんでデフォルトでGIFに対応していないのか
・フォーマットがそもそも古い(枯れてるという意味ではいいのかもしれない
・パテントでもめた経緯がある(そのためにpngができた)
これだけでも十分だと思うけど
229 = :
>>228
俺の話し聞いてる?
どうしても「GIF」を使いたい客なのよ
その客に向かって
「GIFはもう枯れた技術でして・・・」
とか言えっての?
お前、どんな無茶ぶりだよw
230 = :
じゃあこれで
FlashのActionScriptで画像のデコードをやろうと思ったら速度的に厳しいだろうが
.NETは非常に高速なので自力でデコードしてもパフォーマンス的に問題になることはない
だから標準でサポートされていなくても問題ない
現にSilverlightでGIFをデコードできるライブラリはいくつも存在する
231 = :
>>229
古い技術から新しい技術に誘導するのも営業の仕事だろう
金融システムの根幹に埋もれてるCOBOLをすててc#で書き直せって
話じゃないんだし
日本は俺のところ仕様を要求しすぎる
そのくせ金は出さないのに
232 = :
>>230
さんきゅ
それは使えるかも
そーゆー持って生き方ならデコーダーの有無で最後はなし崩し的に納得してもらえるかも
ただ、やっぱりGIF未対応の理由説明にはなってないよな
>>231
ごめん、お前らに営業うんぬんを説かれる必要はないし
今はそれを求めてるわけでは・・・
そーゆー話こそ別でやってくれ
233 = :
出来る出来ないで語らない
口先一丁で客を納得させようとするスタンス
それなのに何故gifが必要なのか客に問い合わせない営業能力のなさ
そしてそれらが出来ないのに開発陣に頼らない妙なプライド、又は会社のポリシー
どんな営業さんか知らんが客としてはマイナスだな
234 = :
>>233
>出来る出来ないで語らない
>口先一丁で客を納得させようとするスタンス
>それなのに何故gifが必要なのか客に問い合わせない営業能力のなさ
>そしてそれらが出来ないのに開発陣に頼らない妙なプライド、又は会社のポリシー
これが日本流の空気読める人ってことなのかもなw
そんなのが集まって起こしたのが原発事故w
結局責任取りたくないだけw
235 = :
随分とゆっくりとした営業だねぇ
自社のエンジニアと相談して解を貰えばいいのにこんなところで聞いてさ
提案の時点でモック、プロトタイプを持って行くスピード勝負のこの業界で
よくそんなスローペースで食っていける物だ
236 = :
>>233
>>234
俺もそー思うよ
いや、マジで
自分のことどーしようもないビジネスマンだと思ってる
で、SLが標準でGIF未対応の理由は?
237 = :
>>236
明確に答えが欲しければMSに聞けよ
238 = :
MSのコンサルに大枚はたいて聞け
239 = :
とりあえずお付き合いありがと!
これくらいにしとくは
ちょっと荒れてきちゃいそうだから
本当にありがと、みんな
それと言葉が汚くてごめん
GIF未対応については技術者のみんなも明確な答えを持ちえない
ということが分かっただけでも良かった
スレ汚し、ご容赦を
ではでは
240 = :
毎回思うんだがSilverlightとWPFのスレってかなりスゲェ奴等が常駐してるよな
全体的に内容が大人びてるっていうかなんていうか・・・・
C#スレと空気が違いすぎるwww
241 = :
サポートされてる形式はそもそもJPEGとPNGの二つだけなんだから
役割がPNGと被ってるからだろ
Silverlightではパッケージの圧縮などにZIPが使われてるから、同じアルゴリズムが使えるPNGの解凍は簡単だけど
GIFは別の圧縮形式だからランタイムのサイズが増える
242 = :
>>241
まー日本は化石のようなおっさんでもgifがいいんだい!!って
言えばそれがまかり通るからな
官公庁でさえIE6要求するんだぜ
ITとは別のところが腐ってるので仕方ない
その割にFlashで作ったベンチマークを製品のトップにするような
極端なのもあるけどな
243 = :
こうやって見てみると
やっぱりエンジニア、営業、PM、経営者
それぞれで観点が異なって当然なのかもって
思った
>>230
>>241
gifの件についてまともに回答してるのはこれくらいだね
俺も勉強になった
244 = :
”これくらいにしておく”と言ったのにまだ出てくるなんて
ほんと口先だけの営業だな…
245 = :
実際gifってまだまだ使われてる
Twitterのアイコンだってgifがメイン
難しいことではないのだろうから標準で対応して欲しかったというのは開発者も同じ意見
246 = :
>>245
>Twitterのアイコンだってgifがメイン
ブラウザの古くからの実装だろうw
247 = :
FlashでもGIFは7まで読み込みすらできなかった。
8から読み込みできるようになったが、アニメーションGIFは最初のフレームしか表示されない。
Flashでさえも不完全な対応しかされていないフォーマットであるとでも説明して>>230とでも言っとけば渋々納得するだろう。
そういう事でゴネる人って他でも出来ないって言われるのに弱いしねぇ
248 = :
なんで「GIF未対応」の説明にこんなにもめてるの?
「サブマリン特許問題で非推奨になったフォーマットです」がすべてじゃないの?
249 = :
それじゃ納得できないって荒らしが騒いでたんだろ
250 = :
だな
「俺にGIF問題で説得出来なかった客がお前等に説得出来るわけ?あ?ほれみろ出来ねぇだろw」
とまぁ暗に言いだけなんだろうよ
よくある体育会系らしい考えさ
類似してるかもしれないスレッド
- Microsoft Silverlight その9 (574) - [96%] - 2023/1/25 14:30
- Microsoft Silverlight その7 (1001) - [96%] - 2011/3/24 1:31 ○
- Microsoft Silverlight その6 (1001) - [96%] - 2010/11/1 4:09
- Microsoft Silverlight その5 (984) - [96%] - 2010/4/16 20:20 ☆
- Microsoft Silverlight その4 (1001) - [96%] - 2009/12/5 9:05 ○
- Microsoft Silverlight 2.0 その3 (556) - [83%] - 2009/3/24 0:35 ○
- Microsoft Silverlight 2.0 その2 (1001) - [78%] - 2008/11/21 11:47 ○
- Microsoft Silverlight 2.0 (1001) - [74%] - 2008/5/12 6:08 ○
- Silverlight登場で.NET使い大勝利!!! Part2 (525) - [18446744073709551603%] - 2016/10/16 0:30 ○
トップメニューへ / →のくす牧場書庫について