アカウント名:
パスワード:
営業時代に某Nウェー、某お米の国、某パプア君とかにPCやプリンタ納品してドライバ設定/共有設定して回った事があるんですが、大使館レベルでも結構私たち現地業者入れますよ。(当然大使館員の立ち会いはありますが。)
ただ当然ドイツ語版Linuxのサポート頼める所は限定されそうなのでそのあたりの選定は面倒かもしれませんね。
#お米の国は爆発探知+手荷物検査ありましたw
そして結局Windows並みにお金のかかるRedHatェ……
Redhatなんて使ってるから...ドイツには地元ニュルンベルクのSUSEがあるですよ。
# RHELは勘弁してと思う。ユーザビリティや先進性は最悪でも、# シェアとそれに起因するハードソフトの互換性はこいつが一番だから腹立つ# Linux進化と評判の足を引っ張ってるのでないかと
>直接は関係ないけど、AndroidのAPIがどうなるのかは興味あります…
LinuxとAndroidでは依存関係を考慮するプラットフォームの実装ポリシーがだいぶ違います。
LinuxやWindowsは、昔ながらの「原則として同じモジュールがバージョンをアップを重ねていってもアプリ群との整合性は取れるよう努力し続ける。 アプリ側もAPIが変わっちゃったらそれに対応できるようバージョンアップを重ねる」ですが、Androidでは、たとえば.Net Frameworkのように「Android 1.5、1.6、2.1、2.2、・・・のそれぞれのAPI群に対応できるよう、モジュール側も各バージョン用全部いれれとけばいい」という感じになりました。
で、実際のところでいえばAndroid 1.6のAPIセットが現時点ではほぼ盤石で、そこから2.1の間で微妙に変わったところだけ考慮、として作り込んでおけばゲームやマルチメディア系アプリ以外はほぼ問題なく作り込めます。
Android 1.6のAPIセット自体の賞味期限切れ(=サポート放棄)がいつになるかはわかりませんが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
部門名 (スコア:1, すばらしい洞察)
Linuxの貧弱な部分が浮き彫りになっただけでしょう。
Re:部門名 (スコア:0)
Re: (スコア:0)
Re:部門名 (スコア:1, すばらしい洞察)
詳しいことは知らないけど、下手に現地の業者を公館内に入れられないから、基幹部分は本国からの派遣にやってもらうにしても、プリンタとかスキャナとかの設定などは現地職員自らにやってもらうしかない。そのときに面倒臭いのは嫌だよね。
市町村レベルだと、地元の業者で済むし、大企業ならITセクションがある。そこが大きな違いなのでは。
Re:部門名 (スコア:3, 興味深い)
営業時代に某Nウェー、某お米の国、某パプア君とかにPCやプリンタ納品して
ドライバ設定/共有設定して回った事があるんですが、大使館レベルでも結構私たち現地業者入れますよ。
(当然大使館員の立ち会いはありますが。)
ただ当然ドイツ語版Linuxのサポート頼める所は限定されそうなので
そのあたりの選定は面倒かもしれませんね。
#お米の国は爆発探知+手荷物検査ありましたw
Re: (スコア:0)
Re: (スコア:0)
Re:部門名 (スコア:1)
そして結局Windows並みにお金のかかるRedHatェ……
Re: (スコア:0)
Redhatなんて使ってるから...
ドイツには地元ニュルンベルクのSUSEがあるですよ。
# RHELは勘弁してと思う。ユーザビリティや先進性は最悪でも、
# シェアとそれに起因するハードソフトの互換性はこいつが一番だから腹立つ
# Linux進化と評判の足を引っ張ってるのでないかと
Re: (スコア:0)
デバイス側のインターフェースはどうなんでしょう? 似たような状況であれば、ドライバーはメーカー製のクローズドソースが多いので、続けるのはそれなりに大変そうですよね。
直接は関係ないけど、AndroidのAPIがどうなるのかは興味あります…
Re:部門名 (スコア:2, 興味深い)
>直接は関係ないけど、AndroidのAPIがどうなるのかは興味あります…
LinuxとAndroidでは依存関係を考慮するプラットフォームの実装ポリシーがだいぶ違います。
LinuxやWindowsは、昔ながらの
「原則として同じモジュールがバージョンをアップを重ねていってもアプリ群との整合性は取れるよう努力し続ける。
アプリ側もAPIが変わっちゃったらそれに対応できるようバージョンアップを重ねる」
ですが、
Androidでは、たとえば.Net Frameworkのように
「Android 1.5、1.6、2.1、2.2、・・・のそれぞれのAPI群に対応できるよう、モジュール側も各バージョン用全部いれれとけばいい」
という感じになりました。
で、実際のところでいえば
Android 1.6のAPIセットが現時点ではほぼ盤石で、そこから2.1の間で微妙に変わったところだけ考慮、
として作り込んでおけば
ゲームやマルチメディア系アプリ以外はほぼ問題なく作り込めます。
Android 1.6のAPIセット自体の賞味期限切れ(=サポート放棄)がいつになるかはわかりませんが。