[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 05/09 10:20 / Filesize : 194 KB / Number-of Response : 883
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Microsoft Silverlight その5



1 名前:デフォルトの名無しさん [2009/12/05(土) 20:03:13 ]
Microsoft Silverlight
www.microsoft.com/japan/silverlight/
MSDN Silverlight デベロッパー センター
msdn.microsoft.com/ja-jp/silverlight/

The Official Microsoft Silverlight Site
silverlight.net/
CodePlex Silverlight Toolkit
silverlight.codeplex.com/

前スレ
pc12.2ch.net/test/read.cgi/tech/1244812356/
pc12.2ch.net/test/read.cgi/tech/1227324813/
pc11.2ch.net/test/read.cgi/tech/1210491703/
pc11.2ch.net/test/read.cgi/tech/1203891514/

321 名前:デフォルトの名無しさん mailto:sage [2010/01/25(月) 21:27:19 ]
Wikipediaにあるディレクティブの説明が意外と親切だった。

322 名前:デフォルトの名無しさん [2010/01/26(火) 01:29:57 ]
あーあ
SLで業務アプリ作ろうと思ったが
誰も賛同してくれん

323 名前:デフォルトの名無しさん mailto:sage [2010/01/26(火) 01:46:02 ]
Silverlight 4はASP.NET 2.0より良い筈だがな。

324 名前:デフォルトの名無しさん mailto:sage [2010/01/26(火) 02:19:06 ]
クライアントサイドとサーバサイドを単純に比較する理由を3行で述べよ

325 名前:デフォルトの名無しさん mailto:sage [2010/01/26(火) 05:43:38 ]
HTML+HTTPという中途半端なブラウザ文書と通信技術にGUI要素やらを盛り込んで
強引なサーバーサイド処理によるWebアプリの仕掛けをASPとして生み出した功罪。
クラサバからの正統進化で誕生したクライアントサイドのSilverlight。誕生が遅すぎた。

326 名前:みたいな7行(空行のぞく) mailto:sage [2010/01/26(火) 06:38:21 ]
Cたんとの暮らさば同居生活に嫌気をさした

鯖子が天竺にありがたい経典
もとめて旅立ちます。その過程でお供のものも登場です。

actionmonkey の孫空。javathehatな八戒
そして基本はkappaな沙悟浄。

旅を終えはじめの頃のように皆でなかよく暮らしましたとさ
めでたしめでたし

327 名前:デフォルトの名無しさん mailto:sage [2010/01/26(火) 12:39:42 ]
Silverlightプラグインのホスティングをもっと簡単にしてほしい
さすがにSilverlight Alternative Hostingのサンプルは気が滅入る

328 名前:デフォルトの名無しさん mailto:sage [2010/01/26(火) 19:42:09 ]
やっぱり直接DB叩きたいわ。

329 名前:デフォルトの名無しさん mailto:sage [2010/01/26(火) 20:49:33 ]
もしADO.NETの移植が実現されたとしてもOracleはクライアントのインストール必須だろうし、
RIAの旨味は殆どスポイルされそうだな。



330 名前:デフォルトの名無しさん [2010/01/26(火) 21:37:48 ]
WCFサービス経由なら、データ層は直接SQL発行でOKなんでないかな。

Domain ServicesとEntity Frameworkで構築した場合に、
XAML側でフィルタ条件とか加えた場合に、それなりに効率がSQLが発行されているのか気になるところなんだよなぁ


331 名前:デフォルトの名無しさん mailto:sage [2010/01/26(火) 22:02:50 ]
ExecuteReader使った逐次読取とかデータバインドとかバルクインサートとか
一層噛ませちゃうとできない/面倒臭い事が一杯あんべよ

332 名前:デフォルトの名無しさん [2010/01/26(火) 22:53:20 ]
ThePenis

333 名前:デフォルトの名無しさん mailto:sage [2010/01/26(火) 23:00:06 ]
Flash

334 名前:デフォルトの名無しさん mailto:sage [2010/01/27(水) 02:09:52 ]
Thunder

335 名前:デフォルトの名無しさん mailto:sage [2010/01/27(水) 02:20:04 ]
>>331
>ExecuteReader使った逐次読取とかデータバインドとかバルクインサートとか

なぜそういうものをブラウザアプリ or RIAで作ろうと思うよ?

336 名前:デフォルトの名無しさん mailto:sage [2010/01/27(水) 09:53:05 ]
サイドバーガジェットでSilverlight使ってる例ってある?

337 名前:デフォルトの名無しさん mailto:sage [2010/01/27(水) 09:59:23 ]
ないな

338 名前:デフォルトの名無しさん mailto:sage [2010/01/27(水) 18:25:44 ]
>>335
そういう理由以外で直接DB叩きたいケースなんてない
 ⇒ だからSilverlightに直接DB叩く機能なんて要らない
という論旨だろ

339 名前:デフォルトの名無しさん mailto:sage [2010/01/27(水) 19:56:02 ]
silverlight sidebarでググったらたくさん出てきたけど



340 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 01:44:51 ]
WCF ServiceとSQL Serverでショッピングサイトが少し組みあがったけど、
Silverlight 3のままじゃ今一つ使えないなぁ。Silverlight 4 beta2仕様にするか。
やはりドラッグアンドドロップと印刷は欠かせないや。

特に商品カテゴリで絞り込んだ商品一覧をマウスで選んでカートにドロップして
登録できるのとできないとでは大違いだな。あと注文明細の印刷も外せないし。

しかしRIAってハイセンスなデザインセンスが問われるねぇ・・・ orz ガックシ

341 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 07:49:55 ]
Silverlight4出たら本気出す

342 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 10:47:22 ]
>>340
Silverlight4のドラッグアンドドロップってプラグインの外からの話だよ
中で完結するならSilverlight3でも簡単に実装できる

343 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 12:13:44 ]
Silverlight4出る頃にはSilverlightとサヨナラしてると思う

344 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 18:27:08 ]
>>342
お、外からドラッグ&ドロップできるようになるんだ。
MSのSkydriveにファイルをアップするときにそれ出来て便利なんだよねぇ。

345 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 18:28:35 ]
>>343
まぁそういうなよ

346 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 18:51:57 ]
SilverlightだとVS2008のテストプロジェクトが機能しないのはなんで〜?
これ、どうやってテストプロジェクト立ち上げるのん?

347 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 20:16:08 ]
>>342
そうだったのか。ってもマウスイベントの状態遷移をプログラムで追跡するんでしょ?
まあショッピングサイトの場合、商品一覧や買い物リスト(カート)と、アプリ外との間で
ドラッグアンドドロップできても嬉しくないし、あんまり意味ねーしなw

さて、今日の俺のノルマは、商品サムネイル画像のハンドリングだぜ。
データ層では商品マスタテーブルのストアドプロシージャに該当商品のサムネイル画像
を扱う機能を、中間のサービス層ではそれの入出力を代行するWCFサービスの作成だ。
クライアント層でサムネイルをListBoxのアイテムへバインディングして表示できれば寝る。
できなければ徹夜だぜ。

348 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 22:03:44 ]
アイテムの選択部分はリストボックスなのな・・・
カタログ表示してクリックで拡大とか(工数合わないだろjk)

M$さま、コンポーネントが足りませぬ(jsでおk)
という展開がみえる・・・みえるぞシャア

349 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 22:08:51 ]
そんなもんデザインの領域だ
コンポーネントを用意するようなものじゃない



350 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 23:14:03 ]
SL使う仕事とかしてみたいわ

351 名前:デフォルトの名無しさん [2010/01/28(木) 23:50:36 ]
仕事無いのかよ

352 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 00:24:46 ]
無いわなぁ

353 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 01:34:50 ]
>>348
>カタログ表示してクリックで拡大とか(工数合わないだろjk)
それは一応、モーダルなChildWindowで商品詳細情報を表示させる予定です。
サードパーティーのコンポーネント(葡萄街とか)なんて恥ずかしくて使えませんw
それでもショッピングサイト側の対応だけなら工数は数日で済む話なんですが、
DBの登録やメンテをする方の販売業務管理アプリ側が面倒になるんだよな。

あとは通常のvarbinaryに収まらない8000バイト超の拡大画像をどうするかだな。
varbinary(MAX)で格納するか、SQL Server2008からのFileStreamデータ型に
するか、マンドクサくて悩むぜ。

354 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 03:05:34 ]
楽しそうなことしてんな

355 名前:353 mailto:sage [2010/01/29(金) 08:49:37 ]
別に組んだ管理プログラムでWCFサービスを通して商品個別にサムネイル画像をSQL上の
商品マスタのvarbinary列に登録したり表示する事が可能になった。
しかし、Silverlightのショッピングサイトで ListBox > ListBox.ItemTemplate > DataTemplate > Image の
Sourceにサムネイル画像のPNG/JPGのバイナリデータが直接バインドできねぇ・・・ orz
ファイルシステム上のサムネイル画像ファイルのURIか、生バイナリをStream化したものならSourceへ
簡単にバインド可能なんだけどな。EDMデータのプロパティから直接はムリポ?! オワタ

ええい、もう寝る。

  <⌒/ヽ-、___
/<_/____/
 ̄ ̄ ̄ ̄ ̄ ̄ ̄

356 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 11:06:14 ]
>>353
> サードパーティーのコンポーネント(葡萄街とか)なんて恥ずかしくて使えませんw
グレープシティーのコンポーネントってよろしくないの?

357 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 15:54:01 ]
うまく使えないから恥ずかしいんじゃないかな

358 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 16:16:51 ]
自作厨か


359 名前:353 mailto:sage [2010/01/29(金) 16:21:21 ]
>>356-357
実務では使うことも考えるけど、今は個人トレーニングでデザインパターンの
引き出しを整理しているから使いたくないだけだよ。
構築しているショッピングサイトもSilverlightノウハウのための試験的なもの。



360 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 16:38:13 ]
なぜ恥ずかしいんだ?

361 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 16:49:22 ]
>それは一応、モーダルなChildWindowで商品詳細情報を表示させる予定です。
>サードパーティーのコンポーネント(葡萄街とか)なんて恥ずかしくて使えませんw
>それでもショッピングサイト側の対応だけなら工数は数日で済む話なんですが、
>DBの登録やメンテをする方の販売業務管理アプリ側が面倒になるんだよな。
と業務に関して書いているのに

>今は個人トレーニングでデザインパターンの
>引き出しを整理しているから使いたくないだけだよ。
>構築しているショッピングサイトもSilverlightノウハウのための試験的なもの。
と個人トレーニング云々とか、前後内容が全く一貫性ないんだが。

362 名前:353 mailto:sage [2010/01/29(金) 17:48:29 ]
>>360
本当のところは、今の俺に年度経費や予算が使えない事が恥ずかしいんだよ。orz

>>361
実際に動く模擬システムはコンペで必要だと思ってトレーニングを兼ねて構築している。

P.S.
サムネイル表示の件は結局、SilverlightクライアントがWCFサービスから取得したedm形式の
商品マスタ(IList<T>コレクション)を foreachでブン回しながらMemoryStreamを作成して、
Viewへのバインド専用の商品一覧Classデータに変換して対応した。パフォーマンスも悪くなかった。

363 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 18:13:07 ]
MVVMフレームワークの話題が全く上がらないけど
フレームワーク使って開発してる人って少数派なのかね?

364 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 19:23:25 ]
MVVMってフレームワークそのものじゃなくてフレームワークのアーキテクチャだと思うんだが

365 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 22:32:16 ]
ただのパターンだよ

366 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 22:37:07 ]
逆にMVVM使って組まない人間の方が少ないと思う。

367 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 23:35:56 ]
そうかぁ?MVVM結構面倒だと思うんだが

368 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 00:12:48 ]
MVVM使わない人はイベント直結でゴリゴリかいてるん?
DIコンテナとか使ってない?

369 名前:363 mailto:sage [2010/01/30(土) 00:22:11 ]
やっぱりMVVMフレームワーク自体かなりマイナーなんだな。
一応、MVVMフレームワーク一覧へのリンク
ttp://www.japf.fr/2009/11/discover-compare-existing-mvvm-frameworks/



370 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 00:29:04 ]
だからそれってMVVM使ってるフレームワークでしょ?

>>368
結合度が MVVM の想定してるのより粗いとかじゃね?
Command 使わなくてイベントハンドラに Model 操作するコードビハインド入れちゃったりとか。


371 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 00:30:55 ]
SilverlightならMVVMなんかいらないようなちょっとしたアプリの方が多いんじゃないか

372 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 00:32:34 ]
マイナーというかWPF限定だもの
言い方違うだけでMVCと同じ概念だからこの辺を使った事ある人は好んで使ってると思うよ

373 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 00:35:42 ]
MVVM提唱者もなんでもかんでもMVVMにすんなって言ってたしな。


374 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 00:38:23 ]
なんでもMVVMにするなはUIを使用しない共有ライブラリ等の話でしょ…。

375 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 00:42:47 ]
葡萄は恥ずかしいだろ

376 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 01:44:34 ]
葡萄の特に無くても困らないカスタムコントロールって、素人以外に買って使う人は
居ないんじゃないかな。プロは自分から進んで使わないだろう。
これが無きゃ何もできないってことは、機能や仕様の仕立て、そしてデザインや
プログラミングも十分に出来ない証になっちゃうから。

377 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 03:42:59 ]
そんな基準で選んでる時点でプロでも何でもねえよ

378 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 04:32:11 ]
だって、.NETのコントロールそのまんまじゃん。あれで数十万円とはボッタ栗w
デモやサンプルを見てみたけど、中国人学生がSilverlight3のβ版時代に頑張って作った
ようなものばかりだし、どれもSilverlight4では標準になって不要になりそうなものばかり。
Silverlight 2 の頃にbasicHttpBinding以外をサポートとか、クライアントサイド印刷をサポート
ってなら存在価値も分るけどね。

379 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 06:46:30 ]
一応、MVVMフレームワーク一覧へのリンク(キリッ



380 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 07:20:56 ]
>>370
MVVMパターンに則ったフレームワークを
MVVMフレームワークと言って何か語弊でもあるのか?


381 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 09:10:47 ]
>>380
一般的ではない俺俺用語

382 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 10:30:38 ]
今時やらなくていいことはやらないのが有能さの証だと思うけどな。
「これぐらいなら作れるから作る」なんてのは自作厨ですよね(^o^)

383 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 10:31:56 ]
>>378
帳票印刷機能と普通の印刷機能の違いがわからないってことは素人か?

384 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 18:08:55 ]
>>382
知らなかった。それ使うとノンコーディングで業務アプリができちゃうのか。

385 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 18:23:42 ]
>>384
ああ、あなたアホなんですね。成程。

386 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 19:03:32 ]
アッサラームのボッタクリ商人思い出した

387 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 19:31:27 ]
自作厨って、おいwww
Visual C++ で C/C++言語 + MFC だった頃じゃあるまいし、「作る」って程でもないだろ。
XAMLとC#かVBのコードを、例外に気を付けながら順序良く「記述」するだけじゃん。

葡萄の商品を、商店などの個人事業主や営業所がエンドユーザーコンピューティングで
自前向けのシステムを組むために使うってんなら話は別だ。
むしろ賢く積極的に使ってほしいケースだと思うよ。

ただし、システムインテグレータとして他社にシステムを組んでいる身で葡萄の商品を
持ち上げるなら、情報弱者かつ英文弱者で法務弱者だろう。
安易に使うと権利関係が複雑化して、不具合サポートや保守規定を邪魔するだけ。

388 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 20:44:19 ]
はい、情弱認定でましたー

389 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 21:59:50 ]
グリッドやらチャートやらの基本的な部品を買うより造った方が安いとか
底辺レートで仕事してる奴以外は常識的にありえんし



390 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 22:37:01 ]
だから、使い方理解するのが面倒だから作ったほうがはえーって人なんでしょ。


391 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 22:50:15 ]
> Visual C++ で C/C++言語 + MFC だった頃じゃあるまいし、「作る」って程でもないだろ。
> XAMLとC#かVBのコードを、例外に気を付けながら順序良く「記述」するだけじゃん。
動けばOKレベルならともかく、きちんと開発すれば、チャート部品ひとつとっても
何十人日という工数が掛かる。それはC++だろうがC#だろうがXAMLだろうが同じこと。
Silverlightに標準で付くグリッドやチャートは、市販コンポーネントほど気の利いた
仕様じゃないから代用にはならない。
本当に仕事でプログラム書いた事あんのか?

392 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 23:17:29 ]
ところでSL3は動的生成したビットマップをPNGやJPEGで
保存することってできる?

393 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 23:38:12 ]
>例外に気を付けながら順序良く
ここらへんからして素人臭い

394 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 02:18:59 ]
せっくす

395 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 02:27:18 ]
>>391
いや、普通のSIerなら、カスタムコントロールのストックくらい、ソフトウェア資産として
保有しているものじゃないかと思って。。。
俺も昔、C/C++時代にDLLとインポートライブラリとヘッダを汎用ソフトウェア部品として
ライブラリ登録して、毎度毎度、1から作り直すなんてことはしていなかったけどな。

>>393
えっ

396 名前:デフォルトの名無しさん [2010/01/31(日) 10:38:27 ]
最近SLで案件こなすようになったけど
これ効率よく稼げていいね!
SLのプラグインのインストール絞る人には
何言ってんの?ブラウザでアプリ使いたいんでしょ?
とすごめばOK

397 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 10:40:10 ]
テスト

398 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 11:03:19 ]
>395
売ってる物をわざわざ作り直す行為そのものが無駄だって言われてんだろ。
市販コンポーネントで要件を満たせないなら作るだろうけど、そういう話じゃなさそうだし。
「コントロールを社内で作ってライブラリ化します」なんて作業にどれだけ付加価値がある?


399 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 11:17:35 ]
>>398
多分素人か駆け出しだからそっとしておいてやれ。



400 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 12:48:57 ]
大事なお年玉使ってコンポーネント買うくらいなら、自分で作ったほうがいいだろ。

401 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 13:09:02 ]
ぼくがいちばんコンポーネントをじょうずにつくれるんだ!!!!!

402 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 14:09:05 ]
そりゃ既に自作で使えるもんがあるなら使うだろうよ。
とはいえ、社内ライブラリなんてのもまともに信頼出来るケースは少ないけどな。

新しく作るなら2、3日以上かかったらもう赤だろ。


403 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 14:26:59 ]
プログラマに求められるのはスキルだけでなくセンス

404 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 17:19:38 ]
自作PCみたいな感じか。
定型入力フォームやインプットマンがSLで使えるなら助かるな。欲しい。

405 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 17:28:48 ]
>>402
えっ、2、3日で赤!? SL案件ってどんだけタイトなのかよ。
それじゃ仕様の打ち合わせや設計やテスト計画を練られないどころか、
何もできないじゃないか。どんな規約で仕事してるの?

406 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 17:43:16 ]
赤っつうか
3人日の人件費より買ったほうが安いって話だろ

407 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 17:46:36 ]
>>405
わかった、わかった、もう無理すんな


408 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 18:20:18 ]
まあだいたいグレープシティのコントロールなんて一つ3日で作れるよなんていうならグレープシティに勤めるといいんじゃないの
高待遇してくれるだろ

409 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 18:46:24 ]
要件とコスト次第で葡萄の商品も買うし、自作もするのが普通だろとマジレスするが、
おまえらそんな話でよくそれだけ熱くなれるな。




410 名前:デフォルトの名無しさん [2010/01/31(日) 19:34:22 ]
目的と手段の区別ができない人が多いね


411 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 19:41:19 ]
会社によって事情が異なるだろうに、不毛すぎる

412 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 20:02:55 ]
お前ら釣られすぎ。それとも自演で荒してんのか?

413 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 20:24:35 ]
みんな自分のところの方針や狭い担当プロジェクト事情だけで語ってる。
そんなの one of them なのに

414 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 20:44:10 ]
さすがIDの無い板

415 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 21:06:09 ]
分が悪くなると反対側に回る多重人格者の集まりですね。

ほれ、Silverlightコントロール
ttp://www.vectorlight.net/controls.aspx

416 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 21:26:37 ]
>>415
普通のSIerならそんなうさんくさいの使ってライセンス汚すより
自社開発で三日で作るけどな。

417 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 21:42:33 ]
コントロールだけで3日とかもうね
よく会社が潰れない物だよ
普通のSIerなら1日で1000万のプロジェクトを一人で仕上げる

418 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 22:09:04 ]
それで普通ってどんだけ経費かかってるんだよw

419 名前:デフォルトの名無しさん mailto:sage [2010/01/31(日) 22:56:05 ]
もうその話題はいいだろ。
続けたきゃ別スレ立ててそっちでやってくれ



420 名前:デフォルトの名無しさん [2010/02/01(月) 00:21:07 ]
もっと具体的な実例もってこいや
経営センスのないやつはこれだから困る

421 名前:デフォルトの名無しさん mailto:sage [2010/02/01(月) 00:32:32 ]
コントロールの一つや二つささっと書けない人材はうちの会社にはいらんよ。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<194KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef