11/06/07 01:03:26.12
こういうのってデバッガかけたとき、どうトレースされるの？
変換後のjavascriptを追うのか、変換前のc＃を追うのか気になる
前者なら二度手間だかjsで書きゃいいじゃんな気分
595:デフォルトの名無しさん
11/06/07 01:06:54.16
>>594
MSILの代わりにJSなんだしデバッグはC#側なんじゃねーの？
知らんけど
596:デフォルトの名無しさん
11/06/07 01:08:42.71
こういうのってトランスコーダーっていわないんだね。定義がよくわからん。
597:デフォルトの名無しさん
11/06/07 01:16:55.01
>>593
JavaScript自体は初心者でも普通に分かり易いと思う
コーディングする時に頭を使いたくない人には、
シンタックスシュガー満載の言語が必須なんだと思われ
598:デフォルトの名無しさん
11/06/07 01:22:04.01
coffee scriptが標準になって欲しいよなぁ
599:デフォルトの名無しさん
11/06/07 01:23:21.50
CoffeeScriptの仕様を見た事あるの?
600:デフォルトの名無しさん
11/06/07 01:33:04.36
>>594
runtime errorはJSのレベルで出るから、どっちにしろ二度手間になる
最初からJSで書くのが吉
601:デフォルトの名無しさん
11/06/07 09:01:41.36
>>597
わかりやすくはない。
初心者でもわかりやすいなら10年前に流行っていたはず。
Googleの天才達がよってたかってやっと作ったWebアプリを派遣社員を集めて作ろうとした結果、JavaScriptが難解すぎて頓挫の嵐。
その教訓からJavaWebStartやらClickOnce、AIRなんかが出てきたわけで。
602:デフォルトの名無しさん
11/06/07 09:14:34.32
そもそも初心者に動的型付な言語はよろしくないだろ
せいぜい制御文の概念を教えるときまで
そのときに変な癖のある言語はいかん
俺はゲームエンジン使ってビジュアル的に条件分岐や変数の概念を覚えさせるようにしている
以前はPython使ってたがやっぱ視覚的に教えた方が早い
603:デフォルトの名無しさん
11/06/07 10:06:25.99
そうやって再帰やポインタは永遠に知らなくてよいと思い込むマが生産されるわけですねわかります
604:デフォルトの名無しさん
11/06/07 10:42:51.67
バカでも使えるって重要な要素だと思うぜ。
学問でオナニーするならともかく。
605:デフォルトの名無しさん
11/06/07 10:51:22.63
BASICに囚われて永遠にグローバル変数しか理解できなくなった奴を量産したという
暗黒の歴史から何も学ばないという姿勢は一種清々しいとは思うけど。
606:デフォルトの名無しさん
11/06/07 11:02:32.92
そりゃ欠陥言語だからだろ。
バカでも使えるってのは、バカでも変な組み方ができないようにセーフティがかかってるって意味だ。
607:デフォルトの名無しさん
11/06/07 11:51:36.63
>>602
ゲームエンジンkwsk
608:デフォルトの名無しさん
11/06/07 11:55:10.04
>>606
その論理は、
> 学問でオナニーするらともかく。
とはどう考えてもつながらないな。
たとえばHaskellなんか絶対に変な組み方ができないようセーフティがかかってるが、
>>604 的には絶対に「学問でオナニー」に分類される言語だぜw
609:デフォルトの名無しさん
11/06/07 12:36:01.19
まるで詭弁のガイドラインを読んでるみたいだ。
610:デフォルトの名無しさん
11/06/07 12:39:12.68
具体的な反論が全くできず観念論に逃げるとか、
そうやってレッテル貼りに逃げるとかなw
611:デフォルトの名無しさん
11/06/07 13:05:20.53
バカでも使える言語にはセーフティがかかってる
セーフティがかかってる言語はバカでも使える
この二つの命題の違いが分からないならヤバい
612:デフォルトの名無しさん
11/06/07 14:22:23.57
スレタイ読めない馬鹿の相手するな
613:デフォルトの名無しさん
11/06/07 14:59:32.29
>>607
Unity3Dじゃなかろか？
スクリプティングエンジンがＭＯＮＯでJS,C#,Booでゲームの内容物を構築するやつ
614:デフォルトの名無しさん
11/06/07 20:19:07.76
>>601
10年前は道具立てが揃ってなかったというだけだろ
もう少し理屈で考えてくれ
615:デフォルトの名無しさん
11/06/07 20:53:28.15
>>614
チーム開発に向かない時点で言語的に終わってるだろ
さらにライブラリ混ぜるな危険、で拾ってきたライブラリ使うにも一苦労
616:デフォルトの名無しさん
11/06/07 20:56:24.62
JSはベースライブラリを支配したものが絶対的な支配力を持ってしまうクソ言語
617:デフォルトの名無しさん
11/06/07 21:13:14.16
いつの時代の話をしてるんだ?
618:デフォルトの名無しさん
11/06/07 21:20:10.31
日曜大工なら、いまでもそうかも
619:デフォルトの名無しさん
11/06/07 22:20:40.99
ちょっと前はprototype.jsの時代だったのに
いつの間にかjQuery一択になってて困る
620:デフォルトの名無しさん
11/06/07 22:24:12.53
上の方でも言われてるがprototype.jsは基本混ぜれないからな。
jqueryは若干の余地がある。
それでも知れてるが。
まぁ、だからこそGoogleのGWTやMicrosoftのScript#なんだろう。
621:デフォルトの名無しさん
11/06/07 22:38:21.23
若干の余地ワロす
URLﾘﾝｸ(docs.jquery.com)
622:デフォルトの名無しさん
11/06/07 22:45:57.55
>>621
jQuery + 1ライブラリ入れたら終わりじゃん？
623:デフォルトの名無しさん
11/06/07 22:46:19.52
は?
624:デフォルトの名無しさん
11/06/07 22:47:27.55
素人の日曜大工でも、まだマシだなw
625:デフォルトの名無しさん
11/06/07 22:48:31.10
まぁjQuery.noConflict()つってもjQueryがコンフリクト起こさないだけだからな。
結局、jQuery拡張系だけ使うのが一番手っ取り早い。
626:デフォルトの名無しさん
11/06/07 22:55:39.82
生粋のJavaScriptはjQueryをゴリ押ししたマイクロソフトの戦略勝ちだわな。
627:デフォルトの名無しさん
11/06/07 22:57:24.10
>>625
>jQueryがコンフリクト起こさない
ちゃんと理解出来る奴もいて安心したわw
628:デフォルトの名無しさん
11/06/08 00:21:22.07
スレタイ見ろ！
629:デフォルトの名無しさん
11/06/08 00:30:52.64
【MONOを使ってみるスレじゃない】
630:デフォルトの名無しさん
11/06/08 00:31:53.72
あれ、何か違うな
631:デフォルトの名無しさん
11/06/08 02:34:49.34
何でMonoスレ荒らしてるのかよく分からんな。
632:デフォルトの名無しさん
11/06/08 03:32:55.55
変わりMONOや
633:デフォルトの名無しさん
11/06/08 08:01:26.43
monoすごいアホだな
634:デフォルトの名無しさん
11/06/08 20:29:17.15
Nokia系のスレはどこもJavaScriptで荒れ続けてるな
635:デフォルトの名無しさん
11/06/08 21:47:01.49
Nokia系にすんなｗ
636:デフォルトの名無しさん
11/06/08 21:49:00.24
アンチがいると同じ話が何回も繰り返されて、話が長引くから盛り上がってる様に見える
637:デフォルトの名無しさん
11/06/09 00:02:40.92
ところで俺のMonoを見てくれ。こいつをどう思う?
638:デフォルトの名無しさん
11/06/09 00:07:25.25
こんにちはMono!
639:デフォルトの名無しさん
11/06/09 09:36:09.31
新団体でリリース活動はじまるのは、なんとなく設立3ヶ月として、8月中旬ぐらいなのだろうか。
640:デフォルトの名無しさん
11/06/09 23:36:02.18
今Mono2.6使ってるんだが、最新のにしたらDynamicObject使える？
641:monoに移行したいです
11/06/10 00:37:13.10
今まで、ASPNET環境でC#を使ってWEBアプリを作っていましたけど、
monoを使って同じようなことはできるでしょうか。
開発環境などどういうものを揃えればいいのか教えてください。
また、monoを使う場合、asp.netの知識は丸ごと活かせるのでしょうか。
たとえば、クラス名、メンバの扱い方など。
何か気をつけることががあれば教えてください。
642:デフォルトの名無しさん
11/06/10 01:13:03.19
知識を活かしてVisualStudioとASP.NETで開発できる。
互換性に関しては>>506あたりを参考にして
643:デフォルトの名無しさん
11/06/10 01:37:35.94
>>642さん、早速レスありがとうございます。
VSを使いたい場合は、本家ページに載っているMono Tools for Visual Studioを用いるわけですね。
また、教えていただいたページを参考にしたいと思いました。
とても参考になりそうです。ありがとうございます。
ところで別件ですが、
MONOオリジナルの開発環境などはあるのでしょうか。
たとえば、CENTosなどで利用できるwebアプリ向けの開発環境などはあるのでしょうか。
ご存知の方教えてください。
644:デフォルトの名無しさん
11/06/10 01:44:21.03
Monodeveloper
645:デフォルトの名無しさん
11/06/10 01:44:43.29
>>643 自己レスになります。
やはり、VisualStudioでアプリを開発してから、
それをmonoの環境にインポートするのが現実的なのでしょうか。
本家ページを見てみると、VSで開発できるツールを販売しているようですし、
VSを使わない手はないということなのかなあと。
でも、どうしてわざわざMono Tools for Visual Studioが必要なのですか。
そのままインポートができるのなら必要がないように思ってしまいました。
646:デフォルトの名無しさん
11/06/10 01:45:47.91
>>644
間違い。MonoDevelop
647:デフォルトの名無しさん
11/06/10 01:49:00.80
>>644さん、レスありがとうございます。
クロスプラットフォーム対応のVisualStudio.Netライクな.Net統合開発環境があるのですね。
調べてみたいと思います。
今まで私が標準環境で開発している間に、
ぜんぜん知らないところで、monoをめぐって進んでいるんだなあと思いました。
どうもありがとうございます。必要な情報が得られ助かります。
648:デフォルトの名無しさん
11/06/10 01:52:02.10
>>646
MonoDevelopの検索で、本家が見つかりました。
MonoDevelop enables developers to quickly write desktop and ASP.NET Web applications on Linux
おお、なんかとてもよさげです。
ありがとうございます。
がんばって習得します。
649:デフォルトの名無しさん
11/06/10 01:54:05.08
>>640
割り込んですみません。お返しします。
650:デフォルトの名無しさん
11/06/10 11:29:30.42
xamarinのサイトが始動してる。
Xamarin Studio 今夏登場
内容的な更新あったのはTOPと人材募集で、
デザイナー、ライター、ビルド, VMエンジニアというようなコア開発以外の募集してる。
651:デフォルトの名無しさん
11/06/10 11:37:33.31
需要把握したのか登録アンケートも、デスクトップ向けの細かい項目なくなってるし
まずは、iOS, Android, and Windows Phoneに関係する開発に集中するのかな。
652:デフォルトの名無しさん
11/06/10 21:15:50.87
>>650
うちの会社に仕事ください
デザイナーから人間アセンブラーまで揃ってます
653:デフォルトの名無しさん
11/06/10 21:17:19.79
>>651
まずは運営資金の安定化っしょ
654:デフォルトの名無しさん
11/06/10 21:35:46.25
>>650
Xamarin Studioか、、、
その名前確定なん？
655:デフォルトの名無しさん
11/06/10 23:12:05.75
つ URLﾘﾝｸ(www.xamarin.com)
Available This Summer
----
We're working as fast as we can to bring Xamarin Studio to you.
656:デフォルトの名無しさん
11/06/10 23:21:18.83
WebKit#の使い方をインストールから頼む
657:デフォルトの名無しさん
11/06/10 23:46:44.95
日本語で
URLﾘﾝｸ(www.xamarin.com)
658:デフォルトの名無しさん
11/06/11 00:06:35.32
Xamarin、F#使えるようにしてくんないかなー(´・ω・｀)
659:デフォルトの名無しさん
11/06/11 01:54:10.98
ザマリン1000mg配合
660:デフォルトの名無しさん
11/06/11 05:45:51.59
1グラムのザマリン
661:デフォルトの名無しさん
11/06/11 08:11:02.76
>>656
OSが用意してるパッケージを使った方がいい
前に自力ビルドを試みたが依存関係が超面倒
あとWindowsではどうやってやるか知らん
662:デフォルトの名無しさん
11/06/13 22:51:18.10
MonoMacとか結構使ってるんだけど、どうなるの？
663:デフォルトの名無しさん
11/06/13 22:57:24.82
C＃のデフォルト引数に対応したのは、
MonoDevelopのバージョン幾つからでしょうか？
664:デフォルトの名無しさん
11/06/13 23:01:14.46
>>662
MonoMacはNovellの製品じゃないから開発者が飽きるまでは大丈夫なんじゃね？
665:デフォルトの名無しさん
11/06/14 07:38:51.09
>>664
なんかスマホ方面に集中してるみたいで不安
666:デフォルトの名無しさん
11/06/14 12:06:34.32
MonoMacの開発者=.net for iPhoneの開発者だったような気もするので、
空いてる時間に弄ってくれるといいね
MLこんなにあるのか。
URLﾘﾝｸ(www.mono-project.com)
667:デフォルトの名無しさん
11/06/14 12:24:14.56
ってicazaさんが、先月も今月もMonoMacガシガシ弄ってたw
URLﾘﾝｸ(github.com)
668:デフォルトの名無しさん
11/06/14 17:20:11.86
先月どころか3日前もいじくりまわしてるじゃねーかｗ
とっととxamarin立ち上げろよｗ
669:デフォルトの名無しさん
11/06/17 02:44:37.59
Windows 8 を公開。タッチ対応の Metro UI を標準採用URLﾘﾝｸ(japanese.engadget.com)
Visual Studio Gets Better Support for HTML5, CSS3, and JavaScript
URLﾘﾝｸ(www.infoq.com)
Sent with MobileRSS for iPhone
本家はWP7/Win8でUI変わるけど、
.netからどう使うんだろ？
670:デフォルトの名無しさん
11/06/17 02:54:34.07
Web Standards Update for Visual Studio 2010 SP1 - Visual Web Developer Team Blog - Site Home - MSDN Blogs
URLﾘﾝｸ(blogs.msdn.com)
Windows 8がタイルUIを採用する意図、そして“面倒な制約”とは
URLﾘﾝｸ(plusd.itmedia.co.jp)
671:デフォルトの名無しさん
11/06/17 21:16:03.40
.netのデスクトップに限れば、結局Windows Formsだけやってた奴が大勝利したってわけか
672:デフォルトの名無しさん
11/06/17 21:53:42.35
互換性のないWindowsなんて
誰が使うんだよw
673:デフォルトの名無しさん
11/06/17 23:39:06.30
InfoQ: マイクロソフトの沈黙は.NET開発者をいらだたせるURLﾘﾝｸ(www.infoq.com)
WinFormでおけ
674:デフォルトの名無しさん
11/06/18 06:41:33.08
なんか.NETすら無くなるような書き方だな
675:デフォルトの名無しさん
11/06/18 08:25:59.00
HTML5でおｋ
676:デフォルトの名無しさん
11/06/18 10:09:16.41
正直C#すら生き残るかあやしいよな
ネイティブじゃない奴は全部HTML5化しそう
677:デフォルトの名無しさん
11/06/18 17:38:26.87
10年前VB6が無くなるって言ったら
笑われたもんだ
678:デフォルトの名無しさん
11/06/18 17:41:28.12
Java,C,C++に次ぐシェアで現在も増加を続けているC#が忽然と消えてなくなるなんてありえない。
君は酷い妄想癖を持っているようだな。
679:デフォルトの名無しさん
11/06/18 18:03:09.95
そうだといいけどね。すべてがJavaScriptに敗北して染められた未来なんて想像するだけでつらい
680:デフォルトの名無しさん
11/06/18 18:06:27.38
C# で書いて JavaScript に変換するんだろう
681:デフォルトの名無しさん
11/06/18 18:17:52.53
>>677
そりゃ、古いバージョンは普通に無くなるだろうよ
VC6も亡くなってるだろ
VBは今もちゃんとあるじゃないか
色々.netで変わったらしいけど
682:デフォルトの名無しさん
11/06/18 21:08:05.16
>>679/
型のないjavascriptが大規模開発に向くとは思えない
683:デフォルトの名無しさん
11/06/18 21:08:11.80
お仕事だと未だにVB6で組まれたプログラムを見かけるぜｗ
684:デフォルトの名無しさん
11/06/18 21:09:47.70
>>682
大規模開発なんてしないだろ
685:デフォルトの名無しさん
11/06/18 21:18:21.64
>>679
その頃には JavaScript 自体が変わってる（かも）
URLﾘﾝｸ(wiki.ecmascript.org)
686:デフォルトの名無しさん
11/06/18 21:58:23.54
livescriptって、もとはschemeを参考に出来た言語なんだよね
さっさとライブラリと処理系が増えて、支配してくれないものか
687:デフォルトの名無しさん
11/06/18 23:39:13.55
C#が忽然と消えなくても
いきなり同じ名前の別の何かになったりするのはありうる
688:デフォルトの名無しさん
11/06/19 00:37:55.38
Active-C
689:デフォルトの名無しさん
11/06/19 01:23:26.94
JSってHTML5と一緒に言語仕様を今風に強化すれば良かったのにね。というか、強化しようとして、結局取りやめになったんだよな。あれどういう理由だったんだろう。
690:デフォルトの名無しさん
11/06/19 01:59:30.80
>>689
URLﾘﾝｸ(mail.mozilla.org)
691:デフォルトの名無しさん
11/06/19 10:48:40.33
今でも十分混沌とした言語なんだから、どうせなら開き直って
C++以上にマルチパラダイムでやりたい放題な意味不明な言語になってほしいな
692:デフォルトの名無しさん
11/06/19 11:31:31.73
C# は知らないけど、JS の事なら、今は R5RS 並みにシンプルな言語だと思うが
693:デフォルトの名無しさん
11/06/21 08:42:30.84
「今こそAndroidはJavaを捨ててMonoを採用する時です」
URLﾘﾝｸ(twitter.com)
694:デフォルトの名無しさん
11/06/21 11:22:27.47
Android 2.3から、NDKのみでも開発出来るようになって、
あとは、monoのライブラリ組み込んであれば、アプリサイズも小さくなるんだな。
とりあえずAndroid 1.6は切りたい、、
695:デフォルトの名無しさん
11/06/21 20:20:36.91
>>693
つ Go
>>694
>NDKのみでも開発
結局 Android の機能にアクセスするには、毎回 Java を経由する必要があるんじゃなかったっけ?
696:デフォルトの名無しさん
11/06/21 22:44:29.43
>>687
C#1.1で粘っていた俺からしたらC#4.0は既に別世界
697:デフォルトの名無しさん
11/06/21 23:09:21.47
MonoとValaの混在ってできる？
どっちもよく知らんけど。
698:デフォルトの名無しさん
11/06/21 23:38:49.05
>>697
ValaはMonoとは全然別物だが、混在しようと思えば出来そうだな。
ただ、ValaはGTK+とかGLibが無いと威力半減する。
699:デフォルトの名無しさん
11/06/22 18:48:49.95
monoでf#が使えるようになる予定はありますか？
URLﾘﾝｸ(github.com)
700:デフォルトの名無しさん
11/06/22 20:26:31.48
予定も何も普通に使えるだろ
701:デフォルトの名無しさん
11/06/22 20:35:21.69
mono2.6がstableなうちは使えないに等しい
もうmono2.6の公式配布やめればいいのに
702:デフォルトの名無しさん
11/06/22 20:56:27.62
各種OSディストリ提供のディストリ公式パッケージが2.6ばかりなのはいただけない状況だとは思う
703:デフォルトの名無しさん
11/06/22 20:58:07.80
2.6と2.8で機能性能安定性に大きな境界線があるから2.6のままだとイメージ悪い
704:デフォルトの名無しさん
11/06/22 21:04:58.28
>>680
中規模以上は100%そうなるだろうね
C#なのかJavaなのかRubyなのかは謎だが少なくとも生JSって事はないだろう
超小規模プロジェクトならまだしも
705:デフォルトの名無しさん
11/06/22 21:48:11.42
Mono10.2以降はF#がついてくるはず
なので、monoサイトからインストールすれば、suseやCentOS5、MacOSXは動く
それでMonoDevelopも動くが、まえ確認した時はF#プラグインコンパイルし直しが必要だった。
706:デフォルトの名無しさん
11/06/22 21:49:44.95
>>704
中規模ってどのくらいのことを言ってるの？
707:デフォルトの名無しさん
11/06/22 23:31:21.18
>>706
中規模どころか開発者3人も居たらアウトじゃね？
708:デフォルトの名無しさん
11/06/22 23:32:41.91
>>705
OSが標準で用意しているパッケージが追従しないと厳しいね
709:デフォルトの名無しさん
11/06/22 23:34:42.77
FreeBSD使ってるんで2.10のパッケージないから自前ビルドしてるけど依存関係が面倒すぎる
710:デフォルトの名無しさん
11/06/22 23:35:40.37
>>707
そっちは大変そうだな
3人ならアセンブラでも破綻しないぜw
711:デフォルトの名無しさん
11/06/22 23:36:36.56
xspはいいものだ
712:デフォルトの名無しさん
11/06/22 23:39:51.85
>>710
狭い事務所で顔を突き合わせて開発するような中途半端な規模だとバージョン管理もロック型の古臭いVSSが地味にコンフリクト起こさなくて便利ってのと同じ感じだと思う
713:デフォルトの名無しさん
11/06/22 23:44:20.55
jsは1本のソースファイルにズラーッと書く傾向が強いからねぇ
714:デフォルトの名無しさん
11/06/22 23:44:23.80
主語が無いと何が言いたいのかよくわかんね
715:デフォルトの名無しさん
11/06/22 23:45:41.05
>>713
そっちは大変そうだな（ry
おっと略さず全部書いちゃったw
716:デフォルトの名無しさん
11/06/22 23:48:05.08
思い込みを元にディスっても仕方が無いわな。
717:デフォルトの名無しさん
11/06/22 23:53:59.31
Googleが「JavaScriptは万能」と思い込ませた影響が大きい。
とくにプロマネクラスの偉い人たちが騙されてしまった。
そのGoogleも実はバイトコードの代わりにJavaScriptを吐く
Java魔改造コンパイラを使ってましたというオチも知らずに。
718:デフォルトの名無しさん
11/06/22 23:58:04.03
gwt を知っていて traceur compiler を知らない人間はいないと思うんだが、
どこでオチが付いたの?
719:デフォルトの名無しさん
11/06/23 00:00:30.26
非同期処理ってソースの見通し悪いよね
パッとみでわかりづらいからスレッドプールに投げて非同期風って書き方ばかりしてるわ
720:デフォルトの名無しさん
11/06/23 00:01:39.10
ぶっちゃけ言語云々以前の問題だとおもう＞非同期処理
721:デフォルトの名無しさん
11/06/23 00:04:48.17
>>718
traceurはtraceurって言語じゃね？
どう見ても既にJavaScriptじゃねーと思うがｗ
どっちかつーとActionScript3に近い感じ
722:デフォルトの名無しさん
11/06/23 00:09:53.34
GWTにしろ、Script#しろ、traceurlにしろ、そういうのが登場した背景と結論は同じだよね。
723:デフォルトの名無しさん
11/06/23 00:09:57.76
>>721
URLﾘﾝｸ(wiki.ecmascript.org)
724:デフォルトの名無しさん
11/06/23 00:12:58.31
>>723
何年後の話だよ
725:デフォルトの名無しさん
11/06/23 00:14:54.87
traceur は今直ぐ使えるぜ
まあプロダクションシステムで使う事を薦めている訳ではないが
726:デフォルトの名無しさん
11/06/23 00:16:38.49
予定では最短で2013年って事になってるが、過去の歴史から察するに2020年くらいだろうな
727:デフォルトの名無しさん
11/06/23 00:17:48.52
gwt でオチがついて、時が止まったと思っている人がいるなら、
その先に起きた事も色々と知っておいた方が良い
728:デフォルトの名無しさん
11/06/23 00:18:27.47
>>727
なにそれ？
729:デフォルトの名無しさん
11/06/23 00:19:08.06
どれ?
730:デフォルトの名無しさん
11/06/23 00:21:12.35
traceurみたいなモジュール化構想が出てきた背景は右見ても左見ても
jQueryという状況でこのままではマイクロソフトの独壇場だからだろ。
731:デフォルトの名無しさん
11/06/23 00:24:21.46
traceur がモジュール化構想?
MS の独壇場?
何の話?
732:デフォルトの名無しさん
11/06/23 00:30:13.05
monoと何か関係ある話?
733:デフォルトの名無しさん
11/06/23 00:31:36.53
HTML5が問題続出でその対策が「Flashで書き直しましょう」という時点でその付属のJSはオワコン
734:デフォルトの名無しさん
11/06/23 00:32:20.37
パラレルワールドの話かw
735:デフォルトの名無しさん
11/06/23 00:34:43.05
>>732
monoは何に使ってるの?
736:デフォルトの名無しさん
11/06/23 00:35:47.16
WebSocketsとWebGLはFirefoxの中の人も警告してたのに先走りすぎたよね
737:デフォルトの名無しさん
11/06/23 00:40:03.33
WebGLは使ってる奴みたことないからまだしも、WebSocketは酷い
ドラフト規格がまるで標準規格のように使われだすとIE6状態になると過去の歴史から何を学んできたんだって感じだよな･･･
738:デフォルトの名無しさん
11/06/23 00:44:23.14
オープンな規格だから、ベンダーが支配して押し付けるモデルとは別だぜ
739:デフォルトの名無しさん
11/06/23 00:48:54.67
web系の人が二人で話し込んでんのかな？
ASP.NETをMonoで使ってるのなら、その話との関係性学ぶには、何をみればいいのかな？
740:デフォルトの名無しさん
11/06/23 08:52:34.76
>>738
IEもオープンな規格の案で終わった仕様の残骸を残した結果なんだぜ？
741:デフォルトの名無しさん
11/06/23 08:58:45.85
IEはどうでもいい
742:デフォルトの名無しさん
11/06/23 09:02:09.59
そもそもスレ違い
743:デフォルトの名無しさん
11/06/23 09:04:56.48
ピュアマネージドなグラフィックライブラリってないですか？
Linuxで動かしたらOpenGL、Windowsで動かしたらDirectX、不明な環境ではCPU使うというのを自動でやってくれるようなやつ
744:デフォルトの名無しさん
11/06/23 09:06:10.82
できればx64でも動くやつで
745:デフォルトの名無しさん
11/06/23 11:01:06.40
それって、OpenGLで書けば解決するって事じゃん
746:デフォルトの名無しさん
11/06/23 11:07:01.12
monoのセントラルリポジトリって、もうgithubに移ってるんだよね。
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(github.com)
747:デフォルトの名無しさん
11/06/23 11:12:10.82
移った
URLﾘﾝｸ(lists.ximian.com)
748:デフォルトの名無しさん
11/06/23 11:12:35.42
Mono has migrated to GitHub
Posted on 22 Jul 2010 by Miguel de Icaza
URLﾘﾝｸ(tirania.org)
一年前に移ってるね。
そう言えば、読んだ気がする。
749:デフォルトの名無しさん
11/06/23 11:18:22.30
>>747
svn+ssh://mono-cvs.ximian.com/source
のままだったら、
ximian.comがAtachmateの管理下あるから、さらに面倒増えてたんだろうな
750:デフォルトの名無しさん
11/06/23 11:42:46.49
>>745
OpenGLが使えない環境だとアウトだろ
>>743
URLﾘﾝｸ(www.google.co.jp)
751:デフォルトの名無しさん
11/06/23 13:52:51.16
OpenGL使えない環境なんて見捨ててOKだよね
実質そんな環境無いんだから
752:デフォルトの名無しさん
11/06/23 19:39:58.62
>>751
名前はOpenGLでも実装まちまちだし
753:デフォルトの名無しさん
11/06/23 20:12:39.13
>>743
全部OpenGLで書けば良いんじゃないの
754:デフォルトの名無しさん
11/06/23 20:38:57.64
OpenGLはコスパ悪いからねぇ
755:デフォルトの名無しさん
11/06/23 20:41:14.05
>>743
複数ターゲット向けに書くなら、OpenGLがコスパ良いよ
756:デフォルトの名無しさん
11/06/23 22:08:56.80
monoでカリカリの最新3Dやるとかありえんしな
ただ2Dがネック
757:デフォルトの名無しさん
11/06/23 23:22:02.42
2Dなら、SDL.netとかあるけど、
OpenGLのラッパーって何かあるの？
758:デフォルトの名無しさん
11/06/24 10:46:47.36
2Dは環境依存が3D以上だからねぇ
BitmapがWinFormsとWPFとMono*で全部違うとかアホかってレベル
759:デフォルトの名無しさん
11/06/24 13:38:38.86
Unity3dがあるじゃないか
760:デフォルトの名無しさん
11/06/24 17:30:34.37
2Dでテキスト描画とかならSDL.NET噛ましておいたほうが得策だとおもうよ
761:デフォルトの名無しさん
11/06/24 19:51:57.38
SDL.NETって使ったことないんだが、テキスト描画ってどの程度の物なの？
日本語とかok?
762:デフォルトの名無しさん
11/06/24 22:58:55.98
Unicodeが扱えたハズ。
ただ、開発が止まり気味だったきがする。
763:デフォルトの名無しさん
11/06/25 09:35:42.45
Moonlightって死んでしまったのん？
764:デフォルトの名無しさん
11/06/25 10:33:34.65
Silverlightが息してないからねぇ。
765:デフォルトの名無しさん
11/06/25 16:13:17.92
あれだけHTML5を持ち上げてるもんねえ
766:デフォルトの名無しさん
11/06/25 18:59:52.40
ASP.NETチームの勢いが凄いからな
jQueryにバインディングとかSilverlightの目玉機能を次々と実装しちゃってるし
Silverlightが必要そうな場面だと結局機能不足でClickOnceでリッチクライアントとなるし
767:デフォルトの名無しさん
11/06/25 19:04:10.66
ところでMono使ってMacやLinuxでClickOnce使えないものかね？
Windows版FirefoxのClickOnceアドオンみたいな感じで
768:デフォルトの名無しさん
11/06/25 19:07:36.13
>>761>>762
mono使うような場面だと3DとかよりもDirect2DやDirectWriteの代用が欲しい感じだよな
769:デフォルトの名無しさん
11/06/25 19:27:07.42
MSは見捨てる時はいきなり切り捨てるし
Silverlightもそろそろ正式に死亡宣告くらいそうだな
770:デフォルトの名無しさん
11/06/25 20:47:26.57
Windows Phone で使われているようだからしばらく大丈夫かと。
このタイミングでやめましたは最悪。
771:デフォルトの名無しさん
11/06/25 23:14:54.88
Silverlightはピュアマネージドコードを増殖するのに必須だからしばらくは安泰だろう
772:デフォルトの名無しさん
11/06/27 21:49:09.89
MonoでEntityFramework動きますか？
773:デフォルトの名無しさん
11/06/27 21:52:06.14
GTK#の日本語資料ないんですか？
774:デフォルトの名無しさん
11/06/27 22:34:04.47
>>772 実装してない
互換性
URLﾘﾝｸ(mono-project.com)
実装するの大変だなあというメモ
URLﾘﾝｸ(www.mono-project.com)
775:デフォルトの名無しさん
11/06/27 22:37:45.00
The easiest way to describe what Mono currently supports is:
Everything in .NET 4.0 except WPF, EntityFramework and WF, limited WCF.
だそうだ。
776:デフォルトの名無しさん
11/06/27 23:29:16.42
>>773 なさそう
具体的なアプリケーションのソースから
がんばれ。
URLﾘﾝｸ(mono-project.com)
それともWinFormsから始める？
777:デフォルトの名無しさん
11/06/28 20:15:04.72
>>776
うーん、日本語wikiでも地道に作るかな･･･
778:デフォルトの名無しさん
11/06/28 20:16:28.04
>>775
WPFとかいらないけどEEだけは欲しいね
779:デフォルトの名無しさん
11/06/28 22:07:12.38
EEはトランザクションが気にくわない
Mono独自で作り直せ
780:デフォルトの名無しさん
11/06/28 22:34:44.21
>>779
ぜひともベースを書いてくれ。
781:デフォルトの名無しさん
11/06/28 23:53:40.13
>>780
namespace Mono.Data.EntityClient
{
public class EntityProviderFactory
{
//あとは任せた
}
}
782:デフォルトの名無しさん
11/07/01 19:59:44.62
windowsでexeをダブルクリックするとOS側のエラーが出る。しかしプロンプトから
mono xxx.exe
とすると起動する。
monoを優先する方法はないのかな？
783:デフォルトの名無しさん
11/07/01 22:50:00.36
最新のmonoだと、mscorelib.dllのバージョンに依存しないようにexe作れるから
それでなんとかならんかな？
784:天使 ◆uL5esZLBSE
11/07/03 21:59:18.46
これ ； デリミタっていうんだけどさ、よく打ち忘れるよね
Rubyだとつけなくてよくなるんだけど
ゴミが口を開くな
785:デフォルトの名無しさん
11/07/03 22:52:25.76
>>784
Ruby では \r\n とかがその変わりをしてるんじゃない？
786:デフォルトの名無しさん
11/07/08 21:25:55.27
source safeアドオンありますか？
787:デフォルトの名無しさん
11/07/09 14:05:44.31
アドオン探す前にsource safeを貴組織で葬り去る方法を探す方が建設的と思います
788:デフォルトの名無しさん
11/07/09 21:50:49.03
SourceSafeの自動ロック機構は会社組織だと便利だからねぇ
コンフリクト起きないし何よりもサボってる奴が一目瞭然
うちもEclipseにSourceSafeプラグイン入れて使ってるし
あとSubversionにもロック機構があるけど自動化できなくて断念した記憶がある
789:デフォルトの名無しさん
11/07/10 07:39:42.65
>>788
読み取り専用つければ実質的に強制できるんじゃね?
790:788
11/07/10 07:45:37.78
あ、自動化か。
勘違いした。ｽﾏｿ
791:デフォルトの名無しさん
11/07/10 19:14:11.29
エディタで1文字でも書き込んだ瞬間にロックされるのをSubversionで再現できないものかね。
792:デフォルトの名無しさん
11/07/10 21:41:34.38
あー VSSはそうなのか。 Subversionにも種類あるから違うの探すと出来るかもね。
793:デフォルトの名無しさん
11/07/11 00:35:19.25
アドオン側に自動ロック設定を付ければ出来そうだけど
どうやるかは知らん。
794:デフォルトの名無しさん
11/07/11 00:36:24.98
Subversion自体には手動ロックはあるわけだがら、そこをアドオン側で
1文字でも編集された瞬間に呼び出すようにすればいいと思う。
どうやるかは知らん。
795:デフォルトの名無しさん
11/07/11 10:37:46.05
mono死んでしまうん？
796:デフォルトの名無しさん
11/07/11 11:20:49.50
URLﾘﾝｸ(lists.ximian.com)
| Mono 3.0 will be released when it is ready.
| We have suffered a slight schedule setback, and the next version should be
| Mono 2.12, with whatever is on trunk.
URLﾘﾝｸ(lists.ximian.com)
| We will continue to package Mono for various platforms, yes.
| It is. And we share the code of MonoMac with our upcoming iPhone product,
| and we are also using it for our own tools. So we will keep developing it.
URLﾘﾝｸ(lists.ximian.com)
| We had to fork maccore into a private repository to add the iOS5 and Lion
| support. Once those become public and are no longer covered by Apple's
| NDA, we will publish our maccore changes there.
| We support iOS5 now and have many features of XCode 4 in place now.
URLﾘﾝｸ(lists.ximian.com)
| [Mono-dev] Mono Project: Next Steps
|
| Miguel
797:デフォルトの名無しさん
11/07/11 22:46:49.45
infoqの英語サイトにもIcazaのコメントまとめが乗っかってた
3ヶ月ぐらいで、いろいろ越えるべき壁が見えてきた感じなのかな？
798:デフォルトの名無しさん
11/07/12 02:16:59.33
イタリア語で頼む
799:デフォルトの名無しさん
11/07/12 22:35:05.86
DrawingAreaをカスタムウィジェットの中に置くとDrawingAreaのGdkWindowプロパティがnullになってしまう。
カスタムウィジェットの中で描画は不可能なのかな？
800:デフォルトの名無しさん
11/07/14 20:25:42.81
人は悪意でなく善意故に通報者になる…ってな
801:デフォルトの名無しさん
11/07/14 20:26:33.41
誤爆orz
802:デフォルトの名無しさん
11/07/16 09:16:53.70
>>797
翻訳きてた。
Monoの現状
URLﾘﾝｸ(www.infoq.com)
803:デフォルトの名無しさん
11/07/18 23:22:30.40
URLﾘﾝｸ(tirania.org)
804:デフォルトの名無しさん
11/07/18 23:23:42.87
Novell/Xamarin Partnership around Mono
Attachmateとから有償サポート引き継いだみたいだね。
切り捨てた部署の権利関係について、常識的な対応してくれて良かった。
805:デフォルトの名無しさん
11/07/19 12:58:24.07
またmonodevelop.comが落ちてやがるw
806:デフォルトの名無しさん
11/07/19 15:28:12.08
monoは死んだ…
807:デフォルトの名無しさん
11/07/19 15:31:04.30
なぜだ！
808:デフォルトの名無しさん
11/07/19 17:07:50.06
Mono開発者を擁する米XamarinがSUSEと提携、Mono関連のライセンスを取得。
今後MonoのサポートはXamarinが提供へ
URLﾘﾝｸ(sourceforge.jp)
809:デフォルトの名無しさん
11/07/19 20:48:21.53
流石だぜNat。何やってる人だか知らないけどｗ
810:デフォルトの名無しさん
11/07/24 21:20:06.33
scala for .netのは、ikvm経由みたいだから、monoとCLR両方動きそう。
811:デフォルトの名無しさん
11/07/25 00:04:05.22
>>810
2.7で、止まっちゃったけどね。
812:デフォルトの名無しさん
11/07/25 01:24:32.66
2.7のscalcでmsilコード吐く話ではなくで、
最近、scala on ikvm(OpenJDK/JVM) over .net
みたいなとこからスタートしてるプロジェクトがあるらしい。
URLﾘﾝｸ(www.scala-lang.org)
813:デフォルトの名無しさん
11/07/25 01:53:18.81
>24-32
ここらへんに出てきたscala/ikvm の改良か？
814:デフォルトの名無しさん
11/07/31 01:23:43.09
MacにMonoDevelop入れてみたのですが、コンソールアプリケーションを
デバッグ実行しようとするとエラーが出てきてデバッグ実行ができません。
なにか設定がいるのでしょうか？
Error ScriptError: A unknown token canft go after this identifier.
815:デフォルトの名無しさん
11/07/31 16:35:04.24
>>814
ググったらすぐに対処方法が見つかるだろ。
俺はmac無いから試せないがｗ
816:デフォルトの名無しさん
11/07/31 18:01:56.37
ググったくらいで対処法が見つかるほど
Monoはメジャーなのか？
817:デフォルトの名無しさん
11/07/31 18:04:40.06
メジャーかはともかくググッたら完全に同じ状況の話が日本語でサクッと出てきたね
818:デフォルトの名無しさん
11/08/05 21:11:22.36
初歩的な質問なんですが、monoに標準で含まれるsqlite周りは.NETでは動かないんですよね？
つまり.NETが既にインストールされてる環境でもmonoでsqliteを使った場合はmonoを入れないと動作しないと思ってよいのでしょうか？
819:デフォルトの名無しさん
11/08/05 23:58:38.07
URLﾘﾝｸ(www.mono-project.com)
Mono.Data.Sqlite
URLﾘﾝｸ(system.data.sqlite.org)
System.Data.SQLite
下使えばいいんでないかい？
820:デフォルトの名無しさん
11/08/06 00:03:08.61
答えはyesだ
差分のdllは必要だね
821:デフォルトの名無しさん
11/08/06 16:03:51.01
>819
ありがとう。
System.Data.SQLiteはlinuxに対応してないっぽかったので。
linuxで開発をして、linuxとwindowsサポートにしたいなぁと…。
しかし無理そうだし、windowsで開発するかぁ。
>820
ありがとう。
ローカルコピーにマークしてもちゃんと動かないのはlinuxだからと信じてwindowsで開発してみます。
知識が足りてないだけかもしれないけど、簡単なプログラムならOSの違いはコードでカバーできるんだと思ってたけど、結局はソース互換くらいに思っておいた方がいいのかな。
822:デフォルトの名無しさん
11/08/06 16:13:13.92
>>821
SQLiteはpure .NETにはなってないんじゃないんの？
Monoについてるのも、ただのアダプタだと思ってたけど違うのかな？
823:デフォルトの名無しさん
11/08/06 16:31:37.48
>>822
ごめん、実はC#はよく分かってないんだけど、
System.Data.SQLiteは名前がアレなだけで実際はwindowsにしか対応してないみたいなんだよね。
だから現時点ではsqliteを使う時はlinuxとwindowsは完全に別のプロジェクトとして扱うべきなんだよね？
linuxでmakeしたバイナリがwindowsのmonoで動いてくれたらいいんだけど、.NETが入ってるとそっちが優先されてしまうもんね。
824:デフォルトの名無しさん
11/08/10 12:47:45.76
mono-project.comのフッタの赤いnovellロゴだったのがxamarinに変わってるw
825:デフォルトの名無しさん
11/08/10 18:40:22.24
引き継いだの分かって安心かな。
スポンサーっていっても、人材スポンサーだとおもうけど、頑張れ
826:デフォルトの名無しさん
11/08/12 21:01:43.77
mono-project.comもmonodevelop.comもmono-touch.comもmonodroid.comも
dnsがnovellからlinodeに変わってるな。
novell管理のサーバから脱出完了したのかな
827:デフォルトの名無しさん
11/08/12 21:03:56.04
whoisったらxamainになってるしドメインの移管も完了してるな。
ximian時代のgo-monoの方はgo-ooやgo-evolutionと共にnovellのままだけどｗ
828:デフォルトの名無しさん
11/08/13 13:43:26.00
URLﾘﾝｸ(banshee.fm)
BansheeはいまだにNovellを名乗ってるな。
abock氏も移籍したと思うんだが。
829:デフォルトの名無しさん
11/08/20 01:29:50.46
既にMSの.NETがインストールされてる環境にmonoをインストールして、monoで実行する方法はありませんか？
両方入っている環境ではMSの.NETが優先されてしまい、monoの独自実装の部分が利用できません。
逆に言えばmonoの独自実装をMSの.NETで実行できれば問題ないのですが…。
どうか助けてやって下さいm(_ _)m
830:デフォルトの名無しさん
11/08/20 01:36:38.88
仮想マシン入れてそこで.NETなしにすれば？
831:デフォルトの名無しさん
11/08/20 02:13:01.95
ダブルクリックで、exe実行したときのこと？
コマンドラインやバッチファイル使えば、
mono hoge.exe
で、OKだよ。
832:デフォルトの名無しさん
11/08/20 08:01:24.45
皆様ありがとうございます。
batはコマンドプロンプトが開いてアイコンが変えれないのでコマンドを実行するだけのexeを作成して対応してみます。
m(_ _)m
833:デフォルトの名無しさん
11/08/27 08:45:37.27
monoをコンピュータに移植しろ
834:デフォルトの名無しさん
11/08/27 10:37:09.15
>>833
宿題と自由研究は終わったか？
835:デフォルトの名無しさん
11/08/27 19:09:13.01
monoの独自実装の部分のアセンブリを同梱するのはダメなん？
836:デフォルトの名無しさん
11/08/28 00:25:12.38
URLﾘﾝｸ(www.infoq.com)
2.10.3の記事だけど、OSX Lionの対応もあってか、もう2.10.5だ。
MonoDevelopも2.6RC2まで結構ハイペースで開発版リリースしてる。
837:デフォルトの名無しさん
11/08/28 00:37:41.17
>MonoのC# 5コンパイラーが現在、予定通り進んでおり、Microsoftからの最後の公開リリースになる。
訳してて疑問を感じなかったんだろうかｗ
838:デフォルトの名無しさん
11/08/28 01:10:54.33
機械翻訳でなくっても機械翻訳ですっていう免責事項書いとけばいいのに
839:デフォルトの名無しさん
11/09/03 11:31:15.42
Mono for Androidってデバッガ使えるようになった？
ベータ版のときは使い物にならなかったけど改善した？
840:デフォルトの名無しさん
11/09/14 15:24:42.26
monobehaviourを継承したクラスはmonoの名前空間内で使えるんだよね？
「そんなもんねえ」って言われるんだが。
841:デフォルトの名無しさん
11/09/15 19:06:03.77
VITAのC#ってMonoベースなの？
842:デフォルトの名無しさん
11/09/15 20:54:31.93
Unityみたいにバックエンドを魔改造したんかね？
843:デフォルトの名無しさん
11/09/15 21:32:55.46
ソニー、PlayStation Suite SDKを11月提供。言語はC#、AndroidとVitaで動く仮想マシン
URLﾘﾝｸ(japanese.engadget.com)
これって中はMONOじゃねーの
ちょっと胸熱だわ
844:デフォルトの名無しさん
11/09/15 21:41:29.56
中の人が妙にダンマリなのは怪しいとこだよねw
845:デフォルトの名無しさん
11/09/15 21:48:01.65
今までのMonoには悪いけど、MS、Windowsの枠を超えてC#がメジャーになるとは。
846:デフォルトの名無しさん
11/09/15 22:25:01.41
ソニーが独自のＣＬＩ実装を作ったってことか
847:デフォルトの名無しさん
11/09/15 23:06:12.81
>>846
前にえのたんがミゲルの求人斡旋してたろ
848:デフォルトの名無しさん
11/09/16 00:59:13.58
novel と sony に何の関係が…というか誰も >>839 の
質問とか答えない辺り(ry
849:デフォルトの名無しさん
11/09/16 01:16:02.44
有料ソフトの質問に回答が出づらいのは仕方ないだろ
850:デフォルトの名無しさん
11/09/16 02:53:20.53
ミゲルのWinRT謎解き
URLﾘﾝｸ(tirania.org)
twitから、本当に忙しい人だな。
851:デフォルトの名無しさん
11/09/23 12:24:32.21
Monoの良い参考資料とかありませんか？
852:デフォルトの名無しさん
11/09/24 01:07:20.52
.netと互換の部分はmsdnや、MSの出版物など。
Mono独自の部分は、mono-projectかxamarinのサイト（英語）
日本語翻訳の書籍が一冊あるけどかなり古い。（mono developer's note 参考にはなる）
ソースが追いたければ、github
実際のアプリコードが、欲しければ、MonoDevelopやBansheeかなと。
URLﾘﾝｸ(www.mono-project.com)
URLﾘﾝｸ(www.mono-project.com)
853:デフォルトの名無しさん
11/10/03 02:33:33.55
Metro UI はMono には提供されない
URLﾘﾝｸ(www.infoq.com)
最近、MonoのGUI対応は、MonoMac開発強化したり
MonoMobile.Viewsのような構成を推奨してるので、
ネイティブUIのビューと共通のモデルの分離に向かってるらしいのだけど、
・MonoからWindows上だけWPFやWinRTのGUI使う上手な構成
・Winだけ.netで走らせる場合の構成
とか、GUI入れ替えマルチプラットフォーム対応の場合のチュートリアルが欲しい。
URLﾘﾝｸ(github.com)
854:デフォルトの名無しさん
11/10/03 06:29:50.38
UI 部分はあまりよくわからんけどML見る限りだと
mac本体のUIをどうこうするという方向の開発は進んでなさそう…
monodevelop が相変わらずあれなようだし
URLﾘﾝｸ(blog.gmane.org)
URLﾘﾝｸ(blog.gmane.org)
むしろ monodoroid とかそっちのほうに興味がありそうだ
という気はする…
855:デフォルトの名無しさん
11/10/03 22:52:15.63
宗教だから、さっさと自分の神様を決めとけ
856:デフォルトの名無しさん
11/10/07 08:10:12.40
会社でmonotouch使ってる
ObjectiveCなんてマイナー言語覚える気がしない
もっと流行ってもいいと思う
857:デフォルトの名無しさん
11/10/07 12:53:28.25
MonoTouchは開発環境含めアクティブに対応してるみたいで、
LionやXcode4には最新の安定版で対応してるし、iOS5もそろそろ安定版で対応する雰囲気
MonoDevelop 2.8
URLﾘﾝｸ(blog.xamarin.com)
MonoTouch 5 beta (4.9)
URLﾘﾝｸ(ios.xamarin.com)
858:デフォルトの名無しさん
11/10/08 02:01:26.92
「iOS 5」対応を進めた 「MonoDevelop 2.8」がリリー ス
URLﾘﾝｸ(sourceforge.jp)
日本語訳のが気楽に読めるのでありがたい
859:デフォルトの名無しさん
11/10/11 13:58:55.21
migueldeicaza Miguel de Icaza
Liking Dart so far: Classes instead of prototypes, optional strong types, string interpolation.
Time for a Dart.NET compiler!
13 hours ago
これはやる気満々…なのか？
860:デフォルトの名無しさん
11/10/13 22:03:11.27
ミゲルたんは凄いな。次期のゲイツやジョブスだわ
861:デフォルトの名無しさん
11/10/13 23:58:36.70
ショーシューリキー♪
862:デフォルトの名無しさん
11/10/14 02:01:31.79
質問だらけなんだが、
スマホのは、MfAとMTって略称なのかな。
そして、MfAとMTのライセンシーは日本にどれぐらいいるのだろう。
ちなみに9月中旬に購入したときは、xamarinのレシート番号3-4桁ぐらいだった。
あと、日本語でサポートに送ると、どうなるんだろう？
863:デフォルトの名無しさん
11/10/16 15:29:51.74
リリースポリシー変更のお知らせ
（2.12から？）
URLﾘﾝｸ(tirania.org)
mono 2.12 リリースノート
URLﾘﾝｸ(www.mono-project.com)
864:デフォルトの名無しさん
11/10/18 01:40:03.95
>>856
MonoMacが流行らないことには技術者が少なすぎる
865:デフォルトの名無しさん
11/10/18 01:51:21.93
特集：.NETでもAndroid開発はできるの か？
初めてのMono for Android開発
URLﾘﾝｸ(www.atmarkit.co.jp)
いまさらなんだが、日本語の入門記事があって驚いた。
866:デフォルトの名無しさん
11/10/18 01:55:15.53
さらに、WindowdPhoneとビジネスロジック層は共通化って話も出てきて驚いた。
（この規模だと共通化出来る部分のが少ないとか思いつつ）
867:デフォルトの名無しさん
11/10/19 03:35:08.67
WindowsPhoneよりiPhoneと共通化したいんだけど
868:デフォルトの名無しさん
11/10/19 10:25:26.80
それもあるだろ
869:デフォルトの名無しさん
11/10/25 23:43:35.16
ならば同志になれ
870:デフォルトの名無しさん
11/10/26 13:38:22.14
monomacですけど、
プログラム中のコメントなどの日本語入力、
実行時のtextへの日本語入力は全く出来ないのでしょうか？
化け化けで調べてみたのですがgtk次第とか書いてあります。
あきらめるしかないのでしょうか？
871:デフォルトの名無しさん
11/10/27 10:19:23.65
新mac板にmonomacスレがある、そっちにちょっとそのような内容がある
文字化けは止められるけど、入力は大変そう
872:デフォルトの名無しさん
11/10/28 10:55:49.69
Mono 2.12パブリックベータの公開を控え、Miguel de Icaza氏は.NET 4.5 APIの多くやC# 5のAsyncサ ポートを含む計画されている機能一覧 を公開した。
改善されたガベージコレクタやUnicodeサロゲート 文字のフルテーブルのサポート、C#コンパイラの 新しいバックエンドもある。
URLﾘﾝｸ(www.infoq.com)
873:デフォルトの名無しさん
11/10/28 10:59:11.21
>>870
【C#, C♯, C＃】 MonoMac 【MonoDevelop】
ｽﾚﾘﾝｸ(mac板:162番)
874:デフォルトの名無しさん
11/10/28 15:41:57.47
>>873
レスありがとうございます。
出来たとしても公式にサポートされるまでは
ちょっと不安が残りますね。
875:デフォルトの名無しさん
11/11/10 23:21:07.48
LinuxまたはMacにMonoを入れればClickOnceを出来ますか？
876:デフォルトの名無しさん
11/11/11 01:04:22.92
OpenSUSEのリポジトリ春のまま更新されてないようにみえるけど、novellのころのまま一番最初にのこってる。
ubuntu,debian,fedoraは、最新版に近い状態なんだから、書き換えた方がいいのかも。
URLﾘﾝｸ(www.go-mono.com)
877:デフォルトの名無しさん
11/11/11 01:08:12.19
>>875
Macでmono入れてるけど、firefoxのプラグインで出て来るのは、とくにないようだ。
.net関連でいえば、Silverlightは、msので入って、Unity playerもUnityのいれて入る。
878:デフォルトの名無しさん
11/11/11 01:19:01.48
>>876
間違えた、OpenSUSEのi586版は最新になってて、x86_64が問題あるのか古いままだった。
i586版入れられんなら、問題ないのか
879:デフォルトの名無しさん
11/11/11 15:49:23.84
migueldeicaza Miguel de Icaza
@ @directhex @gnomeuser @robpvn MonoDevelop will stick to Gtk+ 2 for a long time. Cant afford to rewrite it now.
linux 界隈だと gtk+-3.0 の以降も兼ねて gnme-shell, unity と WM の乗せ替えみたいな動きは
ぼちぼち出てきてるけど、一歩進んで散歩戻るみたいな印象…しばらくは時間もかかりそうかな…gtk+-3.0対応
880:デフォルトの名無しさん
11/11/11 20:44:27.37
GUIについては、JavaのSWTみたいなの用意しないし、ラッパーについても一歩引いてるみたいだからなー
Qtなり、ネイティブGUIの操作やビルダーとのうまい仕組みがあるといいのだけれど
881:デフォルトの名無しさん
11/11/14 02:27:30.49
silverlightが撤退するとmoonlightは涙目過ぎだな。flashも撤退しそうな勢いだし。
案外、電通の策略かな？と思うんだけど。市場を混乱させろとか標語にする会社だし
882:デフォルトの名無しさん
11/11/14 07:43:14.20
はい？
そこで電通とか持ち出すのはどう見ても陰謀論以外の何物でもない。
883:デフォルトの名無しさん
11/11/15 00:25:00.84
聖剣伝説4と関係あるの？
884:デフォルトの名無しさん
11/11/16 14:43:31.34
ちょっとね
885:デフォルトの名無しさん
11/11/17 14:58:51.75
コマンドラインでビルドと実行を一まとめにやる方法ありますか？
# hoge xxx.sln
みたいな感じで実行すると/tmp以下あたりにxxx.exeファイルを吐き出して、
かつ実行してくれるようなインタプリタ風の動作ができればと思うのです。
886:デフォルトの名無しさん
11/11/17 17:55:12.29
MSBuildでビルドして、その後exeを実行するバッチ書けばよござんす(´・ω・｀)
887:デフォルトの名無しさん
11/11/19 16:22:02.57
へえ
888:デフォルトの名無しさん
11/11/20 01:16:34.55
URLﾘﾝｸ(attractivechaos.github.com)
ここ10年でポジション変わったな。
C#/monoの利点
・ほかのc系言語より使い易い構文
・js,luajit,pypyに無いコンパイル時の静的型チェック
・動的型チェックの言語より少ないメモリ消費
・二大スマホの制限に強いAOTとネイティブ禁止のWP7にロジックを流用できる
C#/monoの欠点
C/C++より多いメモリ消費
（ネイティブライブラリ使えば遜色ない）
C/C++,javaより遅い。
（ネイティブライブラリ使えば遜色ない）
js,luajit,pypyより遅い。
（メモリ消費は少ないし、）
（ネイティブライブラリ使えば遜色ない）
889:デフォルトの名無しさん
11/11/20 13:04:40.46
こんな話を見かけたんだが
URLﾘﾝｸ(twitter.com)
> そう言えば、こないだ SimonPJ さんと夕ご飯を食べたとき、GHC for .NET を
> 作らない理由を聞いたら、.NET の VM の型システムが違いすぎるからと
> 言われたけれど、意味が分かる人がいたらどういうことか教えて下さい。
わかる人いる？
890:デフォルトの名無しさん
11/11/20 21:37:58.33
URLﾘﾝｸ(lamp.epfl.ch)
scalaだと、ilasm（.netのバイトコード）生成を辞めて、ソースコードのコンバートの方向にいってるね。
コンパイラは、javaしかないみたいだけど。
動的言語はあまり関係なく、実装作ってるね。
891:デフォルトの名無しさん
11/11/20 23:46:10.08
たしか、JVM向けには作りかけのトランスコーダがあり、実用的な速度で動かなかったものを最適化出来る目処が云々とか。
設計上不可能ということではなく、CLR向けはまだないから、トランスコーダ作って最適化する必要があるという事ではないかな？
ちなみに、llvm向けなら最新CPUに対応した命令最適化を任せることが出来るので開発が進んでる。
URLﾘﾝｸ(news.mynavi.jp)
892:デフォルトの名無しさん
11/11/21 02:02:38.08
monoにも、llvmのバイトコード吐く仕組みがあって、
URLﾘﾝｸ(www.mono-project.com)
URLﾘﾝｸ(www.mono-project.com)
この記事の通り下のSciMarkをmono --llvmで回したら通常の1.5倍ぐらいのスコアだった。
(プログラム内のスコアなので、起動までの時間は含まない)
起動までの時間が通常より長いので短いプログラムでは遅くなるかも。
URLﾘﾝｸ(www.cs.ucsb.edu)
ちなみに同じくubuntu11.10 amd64で、gcc -O2で2倍、-O3 i7-avx最適化で、2.5倍ぐらいだった。
openjdk7で2.1倍。
893:デフォルトの名無しさん
11/11/29 12:08:17.23
Mono for WindowsPhone は何時発売すんの？
894:デフォルトの名無しさん
11/11/29 20:47:17.53
Introducing the Xamarin Mobile API URLﾘﾝｸ(blog.xamarin.com)
WP7にmono移植する意味はあまり無いから、Android/iOS/WP7で共通ミドルレイヤーのXamarin.Mobileを用意したらしい。
895:デフォルトの名無しさん
11/11/29 20:50:41.42
あと、プレビュー版がそこからDLできるようになってるけど、
xamarinで出してる限り、正式版は販売するんじゃないかな。
896:デフォルトの名無しさん
11/11/29 21:04:47.33
URLﾘﾝｸ(github.com)
URLﾘﾝｸ(github.com)
URLﾘﾝｸ(github.com)
関係あるか分からんけどこんなものも。
897:デフォルトの名無しさん
11/11/30 00:21:48.97
>>894
良さげだな
898:デフォルトの名無しさん
11/11/30 11:24:16.94
URLﾘﾝｸ(blog.xamarin.com)
MonoTouch 5.2 (betaは5.1で出てる)
からMonoTouch.Dialogっていう、
GUIのDSL(DOM API？)が付いたらしい。
899:デフォルトの名無しさん
11/11/30 12:46:09.55
Monoって今どんな状態になってるかプラットフォームごとに簡単に教えて
900:デフォルトの名無しさん
11/11/30 14:24:35.98
自分で調べろカス
901:デフォルトの名無しさん
11/11/30 15:12:32.05
的確なアドバイスをありがどう
902:デフォルトの名無しさん
11/11/30 21:40:49.41
リリースノートを追うのがはやいかも
URLﾘﾝｸ(www.mono-project.com)
URLﾘﾝｸ(www.mono-project.com)
URLﾘﾝｸ(www.mono-project.com)
URLﾘﾝｸ(www.mono-project.com)
URLﾘﾝｸ(www.mono-project.com)
URLﾘﾝｸ(www.mono-project.com)
URLﾘﾝｸ(www.mono-project.com) 2008/10
903:デフォルトの名無しさん
11/11/30 21:44:50.58
やっと.net 4.0対応か
904:デフォルトの名無しさん
11/11/30 21:46:03.60
URLﾘﾝｸ(www.mono-project.com)
URLﾘﾝｸ(www.mono-project.com)
URLﾘﾝｸ(www.mono-project.com)
ここらへんから、何がどうなってるか探してみそ
905:デフォルトの名無しさん
11/12/06 11:20:46.76
IKVM.NET 7.0 Released
URLﾘﾝｸ(weblog.ikvm.net)
java7に合わせたバージョン番号になってる
906:デフォルトの名無しさん
11/12/06 11:46:53.37
IKVMはjavaとの相互運用のためのものだけど、
mcsでコンパイルしたとき
特定バージョンのmscorlib依存を排除するのにも使ってるんだね。
URLﾘﾝｸ(www.google.co.jp)
907:デフォルトの名無しさん
11/12/06 18:13:24.82
899
まだどのプラットフォームも使い物にならない段階
908:デフォルトの名無しさん
11/12/06 18:16:12.69
>>899
まだどのプラットフォームも使い物にならない段階
909:デフォルトの名無しさん
11/12/07 09:35:29.37
ASP.NET MVC3のRazorエンジン使えるね
DLLのコピーが必要だけど
910:デフォルトの名無しさん
11/12/09 20:44:50.94
>>908
xspはかなり使い物になるレベル
先日、お客さんのところにFreeBSD+Apache+xspで納品してみた
911:デフォルトの名無しさん
11/12/10 02:34:02.06
URLﾘﾝｸ(www.mono-project.com)
osx: 12/6 linux/win: 12/13
マイナーバージョンアップというか、
数ヶ月単位で機能追加や改善があってすごいな。