Linux使ってみて普及するわけないと思った時89

1 ：login:Penguin：2016/10/30(日) 09:56:12.66 ID:mEpRJ6Ty.net

前スレ
Linux使ってみて普及するわけないと思った時88
http://hayabusa6.2ch.net/test/read.cgi/linux/1471413499/

今回もマック信者が憤死するの？

921 ：login:Penguin：2016/12/07(水) 18:38:45.36 ID:eEGv9ZLv.net

こういう風に別れてるなかで相互作用出来るようにラッパーできるひとはやっぱ需要あるのかな

922 ：login:Penguin：2016/12/07(水) 19:16:05.69 ID:WI9Z1Kpm.net

マカー憤死

923 ：login:Penguin：2016/12/07(水) 19:30:12.46 ID:lBVkEvpE.net

>>917
そうでもない
企業が自社のプロダクトのソースをGPLで公開するのは、
GPLの自由（笑）を逆手に取ってソースの利用を制限しつつオープンソースのメリットを活用する意図がある
・オープンソースだ!カッコイイだろ?スゴイだろ?
・いいソフトウェアだろ? えっ、GPLじゃ商用利用しづらい?だったら金払ってよ、そしたらGPLじゃないライセンスで使わせてあげるよ!
・Githubにプッシュして放っとくだけで物好きなギーク達が勝手にデバッグしてくれるんだ。最高にクールだろww
一石三鳥というわけだね

924 ：login:Penguin：2016/12/07(水) 19:34:39.36 ID:vkq9nUHX.net

>>921
例えばリストアイテム毎にユーザデータを保持してなくて
選択状態変更のイベントハンドラがアイテムのインデックス類しか識別できないような
フレームワーク類を、アイテム毎にユーザデータを保持できる物と互換しようとすると、
コーダに提示するアイテム増減や操作のメソッド類全てに二重の構造のデータを
矛盾なく提示し続けながら、ハンドラのコールバック時に取得し得るデータから
ユーザデータを確実に引く手段を提供しつつ、ラッパーとしての共通のIFで
更にコールバックしなきゃならない

MFCのコードの流用でハマった事があるけどくっそ面倒だし、
需要あっても互換や相互運用の範囲が余程広くないと
既存のコード複数にヘッダーの#includeとか微修正してコンパイルして
「このプロジェクトのダメなのかよ、大丈夫なのかよ」と思った瞬間捨てられるケースが多いとおも

925 ：login:Penguin：2016/12/07(水) 19:46:09.95 ID:OeDGwPB/.net

CD付き解説書あったなー。
ぽえりなとかも。

926 ：login:Penguin：2016/12/07(水) 20:43:44.15 ID:Y9Qkzhpq.net

>>918
メインはそうだろうね。
でもx86を捨てたら安いWinタブなくなるけど。

927 ：login:Penguin：2016/12/07(水) 21:49:19.76 ID:8XKJORnQ.net

>>897
> エレコムは器が小さいから一昔経ってLinuxに許してもらい、

どうやれば許してもらえるの？
誰に何をすればいい？

928 ：login:Penguin：2016/12/07(水) 22:58:25.43 ID:EgqCgsu5.net

AndroidにあってLinuxになかったものは？

929 ：login:Penguin：2016/12/07(水) 23:10:01.31 ID:vkq9nUHX.net

そのLinuxというのが鳥等のパッケージを含めたPC向けの鳥の話なら

MIT系ライセンスのライブラリ類で固められた下地、
UIを統一しやすいコントロールとツールキット、
泥studioに加えて.NET含むVS等の開発環境、
I18Nに対応してなくても参入可能なストア類の有無

930 ：login:Penguin：2016/12/07(水) 23:11:57.81 ID:lHF7sasb.net

ちゃんとした管理者