のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,772人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    元スレMicrosoft Silverlight その8

    silverlight覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter
    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」
    とまぁ暗に言いだけなんだろうよ
    よくある体育会系らしい考えさ


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / silverlight一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について