Xamarin Part7

**デフォルトの名無しさん** · 2020/08/06(木) 14:13:17.40

C#を用いてクロスプラットフォームアプリケーション（iOS Android Mac）を
を開発するためのライブラリおよび開発環境です。
Macの人は Xamarin Studio、Winの人は Visual Studioで開発できるよ！

公式
http://xamarin.com/

前スレ
Xamarin Part6
https://mevius.5ch.net/test/read.cgi/tech/1508356242/
Xamarin Part5
http://mevius.2ch.net/test/read.cgi/tech/1498575762/
Xamarin Part4
http://mevius.2ch.net/test/read.cgi/tech/1494196804/
Xamarin Part3
http://echo.2ch.net/test/read.cgi/tech/1483089021/
Xamarin Part2
http://echo.2ch.net/test/read.cgi/tech/1480602653/
Xamarin Part1
http://echo.2ch.net/test/read.cgi/tech/1359861574/

**デフォルトの名無しさん** · 2020/11/29(日) 10:53:13.04

誰だよ

**デフォルトの名無しさん** · 2020/11/29(日) 11:10:37.37

>>267
> 人の批判するなら自分でプログラミングに関連した話題あげたら？

**デフォルトの名無しさん** · 2020/11/29(日) 12:30:49.47

Xamarinでどんなスマホアプリ作ったのか教えてよ
おそらく企業向けだと思うけど

**デフォルトの名無しさん** · 2020/11/29(日) 15:21:07.48

>>267
>俺を利用しようと
自意識過剰すぎて草生えるわ

**デフォルトの名無しさん** · 2020/11/29(日) 16:03:11.14

クズにまともに教えたところで感謝されることはないし
答えなければ、さらに不快なことをやってくる。
実際この態度だからな、>>269
予想通り

>>271
質問に答えさせる＝利用する、なわけだが？
失礼なことやったあとによく質問できるなとおもうわ
ずうずうしすぎる>>266

**デフォルトの名無しさん** · 2020/11/29(日) 16:42:47.87

ID:/LlHv+1p
きんもーっ☆
プログラム板はこんなのがこんなのがぶわーっといるの

**デフォルトの名無しさん** · 2020/11/29(日) 17:25:24.74

>>260
むしろ、ここまでのレスを見るとまともな人達に見下されない方が不思議だし、お前のレスが特にそれを裏付けている

255のAndroid StudioとUWPの件はXamarinに関連する話だから別に変な反応ではないけど、それを経歴自慢と解釈したのか260で必死にXamarinと無関係なハード知識やオンプレ開発及びPHP，JSの経歴PRをしだす辺り草生える
Xamarin触ったことないから謎の対抗意識が芽生えちゃったのかな？

266の質問の意味がわからないなら素直に「Androidネイティブアプリ開発したことないからわかりません」って言えばいいのに。

**デフォルトの名無しさん** · 2020/11/29(日) 17:39:36.70

まあ餅付け
変なのはNGするとしてとりあえずQiitaでトレンド入りしてたC#の良記事読んでよ

.NET 5 を使いたい理由6選
https://qiita.com/proprogrammer0/items/560ffaf99cdf828c8e52

**デフォルトの名無しさん** · 2020/11/29(日) 20:50:03.04

昨日あたりからトンチンカンなイキリしてるやつの無能臭が半端なくて草生える

**デフォルトの名無しさん** · 2020/11/29(日) 21:25:46.10

>>276
技術的な話ゼロのおまえがいうな
おまえはからっぽだから技術的な話がふれずマウントとりたがる

**デフォルトの名無しさん** · 2020/11/29(日) 21:27:22.21

>>274
挑発にのって答えたらカスの思うつぼ
本人じゃないなら口出すなよ
おまえみたいなレスつけてたらずっとこの流れ終わらない

**デフォルトの名無しさん** · 2020/11/29(日) 21:30:26.43

XamarinとXamarin関連の話しろよ
おまえらずっと俺の話ばっかりしてる

俺のAppleの話のがまだXamarinと関連性があった

**デフォルトの名無しさん** · 2020/11/29(日) 22:03:33.95

>>279
おい、>>270にさっさと答えろハゲ

**デフォルトの名無しさん** · 2020/11/29(日) 22:09:25.13

>>280
>>279

**デフォルトの名無しさん** · 2020/11/29(日) 22:15:42.08

都合悪くなるとすぐ話逸らして逃げやがって…
お前がXamarinについて無知な事が証明出来たんでこれ以降は完全にNGするわ

**デフォルトの名無しさん** · 2020/11/29(日) 22:28:35.35

>>282
>>279

**デフォルトの名無しさん** · 2020/11/29(日) 23:09:30.21

こいつ無能さを自覚してるから無能と言われると顔真っ赤にしてて草生える

**デフォルトの名無しさん** · 2020/11/29(日) 23:33:19.52

>>284
>>279

**デフォルトの名無しさん** · 2020/11/30(月) 00:55:48.77

Xamarin.Formsだと.Netを選択出来るけど(2.1までだけど)
Xamarin For Androidだと.Netは選択できない

.net 6.0でFromsが統合されるそうだけど
Xamarin For Androidはどうなるの?

**デフォルトの名無しさん** · 2020/11/30(月) 04:47:36.41

>>286
Xamarin for Androidは重複する機能になるし新しいバージョンのリリースはなくなるだろう
セキュリティ関連パッチなど最低限のアップデートのみは
しばらくは提供されるパターンが多い。

**デフォルトの名無しさん** · 2020/11/30(月) 14:06:20.80

FormsからiOSとかUWP除外したらいいだけじゃないの

**デフォルトの名無しさん** · 2020/11/30(月) 16:58:23.77

>>286
.NETってStandardのこと言ってるの？

**デフォルトの名無しさん** · 2020/12/01(火) 00:31:10.77

重複する機能ではないと思うぞ。
結局Formsの下回りはXamarin.Androidだから。
Formsに移行させられるなら別言語でいいってなるわ。
Xamarin.Androidが一番使いやすいのに。

**デフォルトの名無しさん** · 2020/12/01(火) 13:17:50.66

Androidの役割するやつは残るんだろうけど、namespaceとか変わる予定なんだっけ？

**デフォルトの名無しさん** · 2020/12/03(木) 00:03:55.82

AWSがmacOSをクラウド上で利用可能にする「Amazon EC2 Mac Instances」を発表 - GIGAZINE
ttps://gigazine.net/news/20201202-amazon-ec2-mac-instances/

macなくてもいいんだ。

**デフォルトの名無しさん** · 2020/12/03(木) 01:17:06.28

>>292
クラウド経由で実機デバッグとかまともに動くのかな

**デフォルトの名無しさん** · 2020/12/05(土) 02:11:45.35

Xamarin Community Standup - .NET MAUI Update!
https://www.youtube.com/watch?v=5bK2ICHtMxo

**デフォルトの名無しさん** · 2020/12/07(月) 02:11:06.18

>>292
価格も分からないし、GUIが使えるかどうかも分からない。
Mac miniは8万円ほどなので、料金がよっぽど安くないと使いたくない。

**デフォルトの名無しさん** · 2020/12/07(月) 02:44:08.40

>>295
[補足]
・8万円のMac miniを買えば何年か使えるし、トラブルも少ないだろうから、
　それより十分安くない限りはそのようなサービスはメリットが少ない。
・高速な固定回線が前提になるが、それがそもそも年間6万円くらいは必要になるが、
　それに比して十分そのサービスが安くなければ余り意味が無い。

**デフォルトの名無しさん** · 2020/12/07(月) 02:46:41.98

iOSアプリを作る企業だったらMac実機とiOSが動く実機を買った方が良さそうだし、
そのサービスは個人のアプリ作家くらいしかターゲットに出来ないかも知れないから
よっぽど安くなければ意味無いかも。
iOS実機と言えば、やはりiPhoneとiPadの両方の実機でテストしなければ
企業が作るソフト品質には達しないと思われる。

**デフォルトの名無しさん** · 2020/12/07(月) 06:15:16.87

>>292 >>295
そのMac EC2はiOS apps開発者にすらニーズはあまりなさそう。

スポットプライスで利用すれば安く使えそうだが、使うたびに利用の
手続きするなんて煩雑すぎて現実的じゃない。
EC2サーバーもMac Mini intel 32GBだしスペックたいしたことない。
これを多数のユーザーが共有してつかうわけだから速度もひどいだろう
EC2より安めのMacMini買って占有してbuildするほうがずっと快適なはず

**デフォルトの名無しさん** · 2020/12/07(月) 06:20:17.99

やっぱりiOS app Build環境のコスパ最強は
自作PCでHackintoshだろうな
RAM16G, SSD256GBくらいでいいなら3万円程度でも組めるし

**デフォルトの名無しさん** · 2020/12/07(月) 07:12:17.29

>これを多数のユーザーが共有してつかう

アホか
お前何も分かってないだろ

**デフォルトの名無しさん** · 2020/12/07(月) 07:36:22.26

Hackintoshを使ってないから知らないけど、PatcherのMacでXamarinペアリングビルドできなかったから多分イバラの道だと思う

**デフォルトの名無しさん** · 2020/12/07(月) 08:31:40.04

>>300
細かい料金システムは熟知してないが
クラウドの本質はおまえよりかはわかってるだろう

何もわかってないと否定してるのは
多数のユーザーの部分か？
共有してつかうの部分か？
否定してるなら具体的に項目や理由を書いてみろ

**デフォルトの名無しさん** · 2020/12/07(月) 08:36:00.61

>>301
Patcherって古いMacに入れるやり方？
それならハードが新しいOSのスペック満たしてないしできなくても驚きはない。

HackintoshはMacで使用実績のあるパーツで
比較的新しいパーツを使うことが多いから互換性はかなり高い。
ちゃんといれればセキュリティパッチもインストールできる

**デフォルトの名無しさん** · 2020/12/07(月) 08:59:52.67

>>302
普通はユーザー接続ごとにCPUコアやメモリは割当てられる
ひとつのインスタンスを多数のユーザーが共有するはず無いだろ

**デフォルトの名無しさん** · 2020/12/07(月) 09:12:36.13

>>304
やっぱりそんなレベルの話かｗ
CPU, RAMなどの重要なリソースを共有してるという
重大な事実を忘れるなよｗ
パフォーマンスに影響するのはハードウェアリソースだろうがｗ

それと「多数が」というのは「数人」でも多数だ
buildなんてCPU使いまくるから数人でも遅くて話にならない
契約上1-2core占有できたところで性能の絶対値が低い
Mac EC2とか使うのは情弱だけだと思うわ

**デフォルトの名無しさん** · 2020/12/07(月) 09:18:09.72

多くのユーザーがハードを共用していれば
ハードリーソースは共有してることになる。
ストレージは容量でわけることくらいはできるが、他のユーザーの負荷の影響を受ける。
各ユーザーごとにストレージが用意されるわけでもない。
Ethernetなども同様

自分の契約で使えるRAMなどが決まっていれば
共有していないとかいう無茶な理論にはついていけない

**デフォルトの名無しさん** · 2020/12/07(月) 09:52:52.70

>>305
Amazonのデータセンターで何万台のサーバーが稼働してると思ってるんだ？
個人のサーバー共有とは違うんだぞ

**デフォルトの名無しさん** · 2020/12/07(月) 10:04:34.09

彼の頭の中ではMacがポツンと1台だけあってそれをすべてのユーザーが共有しているとでも思ってるんだろう

**デフォルトの名無しさん** · 2020/12/07(月) 10:30:15.28

>>303
それ以前にPatcherだとリモート共有できなかった。論外。
Patcher作る側の動作確認不足なんだと思う

**デフォルトの名無しさん** · 2020/12/07(月) 10:32:43.93

仕組みがわかってないんだけど
自分が契約して作った仮想マシンのリソースがフルに使えるのは他の人があまり使ってなくてリソースに余裕がある時だけってこと？
本体のCPUの処理能力が100だとして仮想マシンが1台あたり20×10台で全体のCPU処理能力合計が200だったりすると他でCPUが80以上使われてると自分のPCでは20の全力が出ないみたいな？

**デフォルトの名無しさん** · 2020/12/07(月) 10:37:51.42

EC2のiOS以外のCPU、OSみたいにハードの増減自由自在なんじゃないの？

**デフォルトの名無しさん** · 2020/12/07(月) 10:49:48.37

>>310
利用者側が細かいこと気にしても仕方ない
CPU負荷やネットワーク負荷に応じてデータセンターのロードバランサーがサーバー群に適切に負荷分散させるので(契約内容に相当する)スループットはほぼ平均化される
大手のクラウド事業者ならその辺りのノウハウは持っている

**デフォルトの名無しさん** · 2020/12/07(月) 11:10:25.13

>>307-308
こいつらアホ決定
AWS絶賛してるアホYouTuberと同類

AWS全体で何台あろうが関係ない話だ。
自分が利用できるリソースは
そのある1台のMac Miniのうちの一部のハードウェアリソースでしかない。
buildなんて数人同時すら重くて話にならない。

あと>>298でAWSのスポットプライスのことかいてる。
一応、AWSの料金ページくらいは見て書いてる

**デフォルトの名無しさん** · 2020/12/07(月) 11:22:57.47

>>310-312
AWSの場合はインスタンスで課金だから空いてても意味ない。
たくさんのサーバーを同時に使えば料金も跳ね上がるから、
実質的にできない。
光回線とかなら空いてる時間帯は快適に高速回線使えるが、
AWSはそういうことにはならない。

>>311
そもそもBuildだから技術的に複数サーバーまたがっての動作はしないだろう。
コンパイラが対応してない。
仮にできたとしても上に書いたように料金面で不可能

**デフォルトの名無しさん** · 2020/12/07(月) 11:28:27.22

>>313
ユーザーごとに別のMacのインスタンスが生成されるのがまだ分からんのか
複数のユーザーであればそれぞれ別のリソースが割り当てられる
同じリソースを使い回すのではない
具体的な割り当ては>>312の通りどのサーバーか流動的なので多数のサーバーが利用される

**デフォルトの名無しさん** · 2020/12/07(月) 11:39:35.87

>>315
だからそんな契約の話でなくて
CPU1個をまるまる使えないから遅いだろって話だよ！
BuildはCPUリソースを使うわけだから
あるCPU１個のうちのコアの「一部だけ」をひとりで使えても意味ないの。
遅すぎる

なんでこんな基礎的な話がつうじないのか
ハード知識ゼロすぎだろう

**デフォルトの名無しさん** · 2020/12/07(月) 11:48:48.93

EC2結構速いよ

**デフォルトの名無しさん** · 2020/12/07(月) 11:56:54.55

例えばｖCore x8, 16GBで
Linuxでc5d.2xlargeだと24時間で11.52ドルもかかる
これならMac買った方が安いに決まってる。すぐ元が取れる。
Macだとハードが割高だからLinuxより高くなるはず

>>317
それapplication serverとかでしょ
buildはCPUリソースがっつりつかうから
安いプランでは３年前の中古Macにすら勝てないと思う

**デフォルトの名無しさん** · 2020/12/07(月) 12:06:42.81

>>318
Amazon Linux 2の話だけどRocketChatってNode.jsのチャットサーバーのビルド結構速かったよ。

**デフォルトの名無しさん** · 2020/12/07(月) 12:50:13.24

AWS は、普通の共有サーバーみたいに、他人の影響は受けないだろ

Linux のcgroup とかで、リソースを分割してるから。
他人のリソースを使えないだろ

例えば、vCPU 1個の契約なら、絶対にそれだけ。
他人のvCPUを使えない

コンパイルなら、20分掛かる。
vCPU 4個なら、5分

**デフォルトの名無しさん** · 2020/12/07(月) 13:19:58.69

サーバー用のx64/x86コアならXeonで18C/36Tや28C/56Tの様なCPUがある

**デフォルトの名無しさん** · 2020/12/07(月) 13:38:12.51

Mac EC2はIntel Mac Miniの32GBだからスペック高くない
Linux EC2よりはるかに性能は落ちるは間違いない
それでいてハードは割高なAppleだから料金はそう安くもならないだろう

EC2ならMac買った方が得という結論は変わらないな

>>320
20分は耐えられないわ
例えばAndroidで動いたらiOSでも問題なく動くというなら
MacOSでのbuild少なくて済むからいいけどそう甘くはないだろうし

**デフォルトの名無しさん** · 2020/12/07(月) 14:05:15.99

>>318
>Linuxでc5d.2xlargeだと24時間で11.52ドルもかかる
>これならMac買った方が安いに決まってる。すぐ元が取れる。
そんなに高いのか。
そりゃ駄目だわ。

**デフォルトの名無しさん** · 2020/12/07(月) 14:20:34.58

Xamarinみたいな糞でやるからそうなる

**デフォルトの名無しさん** · 2020/12/07(月) 14:22:42.92

大体、EC2 1つで、月1万円ぐらい

だから、Lambda みたいな必要な時だけ動かすようなものを勧めている

**デフォルトの名無しさん** · 2020/12/07(月) 17:20:25.12

>>322
こいつ、また薄っぺらな知識で大層な文句垂れてるのか
そんなの利用携帯とかで料金いくらでも変わるだろ
クラウドは結局えんえんとつ買い続けるなら実機の方が安いけど、短時間などしか使わないなら割増料金になっててもトータルコストやイニシャルコストは安くなるかもで基本はまあ変わらん

**デフォルトの名無しさん** · 2020/12/07(月) 18:22:52.85

>>323
具体的な金額出したらやっと納得してくれる人でてきたか

>>326
計算できないアホ？
短期間でもMac EC2のが損するっての。

8万円のM1 Mac Miniの3年後に３万円で売ってリプレースする場合
のコストは年間あたり16500円程度でしかない。
>>318 の例だと１日1150円かかり、たったの14.34日で
Mac Miniの所有期間コストを超えてしまう。
週1時間しか使わないような趣味プログラマーさえもEC2のが損する。
しかも実機M1 Mac miniよりはるかに遅い。

**デフォルトの名無しさん** · 2020/12/07(月) 18:41:29.71

>>327
どういう計算だよwww

**デフォルトの名無しさん** · 2020/12/07(月) 18:42:39.19

この手のバカって勝手に自分に都合の良い数字を仮定して計算して悦に入るんだよね

**デフォルトの名無しさん** · 2020/12/07(月) 19:24:54.75

>>328-329
M1 Mac miniの３年後売却価格から１年あたりの所有コスト計算してるだけなんだが
やっぱりバカには理解できなかったようだ
これだけ詳しく書いてもわからないとはそうとう知能低そう

ちょっと計算すれば利用日数が少なければ借りるほうが得ってのが
思い込みだとわかるんだが
やっぱりクラウド絶賛してるやつってレベル低い

**デフォルトの名無しさん** · 2020/12/07(月) 19:31:46.81

またオンプレ爺が暴れてるの？
こいつ昔の経験に囚われて新しい知識全く吸収しようとしないんだよな
結構いい歳だろ50代？

**デフォルトの名無しさん** · 2020/12/07(月) 19:41:08.92

>>331
新旧の話じゃない
コスト計算できないかオンプレミス構築、運用するスキルが
ないからクラウド絶賛してしまう。
無能にとってはクラウドは救世主なわけ

新しい知識を吸収しないのはクラウド絶賛のやつらのほうだ
自分でできる範囲が少ないからクラウド頼み
フルスタックでやるほうがよほど学習量は多い

**デフォルトの名無しさん** · 2020/12/07(月) 19:58:21.81

このスレ内で絶賛している奴は見当たらないなあ

**デフォルトの名無しさん** · 2020/12/07(月) 20:01:06.82

思い込みで周りがすべて敵に見えているんだろ

**デフォルトの名無しさん** · 2020/12/07(月) 21:16:23.44

50代は否定しないのか…

**デフォルトの名無しさん** · 2020/12/07(月) 22:41:28.53

おまえらだってスクリプトしかできないフロントエンドの奴らに
C#バカにされたら腹立つだろｗ
C#古いだのdisってるYouTuber多いぞ

>>333
すぐ上にいただろう、331とかな
バックエンド構築、運用のスキルない雑魚のくせにオンプレミスに
対応できる人をバカにしてるっていうね
フロントエンドのやつらにそういう奴らが多い

**デフォルトの名無しさん** · 2020/12/07(月) 22:45:07.32

クラインババアのまんこのにおいくんくんくんくんくん…ガクッ（窒息して死ぬ音

**デフォルトの名無しさん** · 2020/12/07(月) 22:50:50.07

>>330
このバカ前提が間違ってることにまだ気づかないのかw
老害は逝ってどうぞ

**デフォルトの名無しさん** · 2020/12/07(月) 23:43:00.40

>>336
ホントお前は人の話を全く聞かず、自分に都合よく解釈する嫌なジジィだな
会話が全然成立しないからリアルでも敬遠されてるだろ？
還暦迎える前にその癖直せや

**デフォルトの名無しさん** · 2020/12/07(月) 23:58:28.88

オンプレミスは時代遅れ

**デフォルトの名無しさん** · 2020/12/08(火) 00:03:30.54

>>339
人の話をきいてないのではない
論理破綻に気付かないほどおまえの頭が悪い
知識とスキルは
何もできない人＜クラウドがないと開発できない人＜オンプレミス対応できる人
クラウド頼みでいきってるやつはWeb APIもまともにつくれない
つくっててもFirebaseとかザコしかつかえない

**デフォルトの名無しさん** · 2020/12/08(火) 00:11:00.45

オンプレミスできてクラウドも言える人は強いと思うけど、オンプレミスしかできないってのはただの老害だろw
どの技術も範囲が違いこそすれ深掘りの余地はあって範囲の違いを持って優劣つけるのとか愚の骨頂だろ
松本零士の「この武器こそ最高なんだ！」とか言ってる漫画の人みたいだわ

**デフォルトの名無しさん** · 2020/12/08(火) 00:16:32.71

な、全然噛み合わないだろ？ｗ
クラウドの高速進化に追いつけないからオンプレにしがみつくしかないのよ
完全に会社のお荷物だよこの爺さん

**デフォルトの名無しさん** · 2020/12/08(火) 02:24:45.94

しかもこの爺さんBlazorスレでXamarinの話ばっかりやるし
頭おかしいだろ

**デフォルトの名無しさん** · 2020/12/08(火) 02:28:11.47

かわいそうに多様性が皆無なんだよ

**デフォルトの名無しさん** · 2020/12/08(火) 03:50:08.23

>>341
ねえコンテナって知ってる？
デプロイしたことある？

**デフォルトの名無しさん** · 2020/12/08(火) 04:34:00.52

ていうかこの人クラウドはPAASやSAASしかないと思ってんとかな

**デフォルトの名無しさん** · 2020/12/08(火) 05:37:15.10

AWSの初回一年間の無料枠でいろいろできるからとりあえずやってみたら良いのに

**デフォルトの名無しさん** · 2020/12/08(火) 06:22:52.70

>>346
Docker使えるくらいで自慢したいって相当レベル低いな
Dockerはインフラ得意な上級者ほど嫌う
自分の開発環境では使わない
副作用あるから

**デフォルトの名無しさん** · 2020/12/08(火) 06:30:46.95

>>342
オンプレミス対応できるのにクラウド使えないやつはいないだろ
設定のハードル低くして無能でも始められるようになってるんだから

**デフォルトの名無しさん** · 2020/12/08(火) 06:44:29.50

でも話聞く限りAWSもGCPもやったこと無いよね。
この手の人は誰に何言われても絶対やらないから
やればわかることが永遠にわからない

**デフォルトの名無しさん** · 2020/12/08(火) 07:05:04.27

>>349
具体的には？

**デフォルトの名無しさん** · 2020/12/08(火) 07:17:53.21

Dockerはローカル環境を汚したくない時にこそ使うけどな
仮想環境とクラウドをごっちゃにしてないか？

**デフォルトの名無しさん** · 2020/12/08(火) 08:01:48.66

>>349
Dockerでイキってきた人、お爺ちゃんが初めてだよ
クラウド上でコンテナ扱った経験は無いんだねOK

で、デプロイは？単語の意味は分かるかな？

**デフォルトの名無しさん** · 2020/12/08(火) 08:57:08.03

副作用って何だ？
諸般の事情でマシンに直接構築せざるを得ない状況が多いが、その副作用を無くしたくてDocker使いたくて仕方ないぞ。

**デフォルトの名無しさん** · 2020/12/08(火) 09:11:49.23

>>354
オンプレミスで開発・運用やってる人に
その質問をすることがどれほど馬鹿げているか気付かないわけね
deploymentしなければ仕事にならない
deployの意味もおまえが考えてるのは間違ってる。本来はもっと広い意味をもってる
レベル低すぎ
発音も「デプロイ」ではない。

>>355
副作用知らずにDocker使うとか意味わからん

**デフォルトの名無しさん** · 2020/12/08(火) 09:13:39.81

俺への質問ばっかりになっててめんどくさい
無視せずにまじめに答えてしまう俺もわるいんだが
今日は忙しいしレスひかえる

いいかげんXamarinの話しろよ

**デフォルトの名無しさん** · 2020/12/08(火) 09:20:03.80

マジできもいな
これでこいついいおっさんなんだぜ

**デフォルトの名無しさん** · 2020/12/08(火) 09:24:41.82

docker使うための設定が必要

**デフォルトの名無しさん** · 2020/12/08(火) 09:48:26.32

>>356
具体的に害のある副作用教えてくれよ。
少しパフォーマンスが落ちるとかそういう部分じゃない所を是非。
もちろん、オンプレ上にDocker建てるのが前提な？

**デフォルトの名無しさん** · 2020/12/08(火) 12:52:35.19

まあ大体把握できたからもう何も答えなくていいよ
お爺ちゃんはずっと中小企業向け案件担当してきた人で最新技術に触れる機会も必要性も無かった
今はそれらシステムのメンテと追加開発案件で食べているんだろうね
それはそれで幸せである意味実に羨ましいエンジニア人生送ってるなあと思う

**デフォルトの名無しさん** · 2020/12/08(火) 13:05:04.42

オンプレでハードのセットアップから含めてインフラ構築できるとかってのは一つのスキルかもしれんけど、その辺すっ飛ばしてクラウドでIAASやらPAASやら組み合わせて動くシステムを素早く生産性高く作るってのはまた別のスキルで、そんなのはIT関わってりゃ普通わかると思うけどね

アセンブラできるやつと関数型わかるやつは違うしDirectXでゴリゴリ作るやつとUnityでVFX使いこなすやつもまた別。

まあオンプレのスキルしか身についてない老害だってのは話せば話すほど透けて見えるからある意味可哀想

**デフォルトの名無しさん** · 2020/12/08(火) 13:18:30.91

>>356はオンプレの経験あるってどの規模のオンプレなの？
零細企業だとサーバーの選定とか、データベースの管理とか色々一人でやったりするけどその程度じゃないよね？
要は自作に毛が生えた程度の規模だったら笑う

**デフォルトの名無しさん** · 2020/12/08(火) 13:52:52.25

>>362
オンプレミスでやっても慣れてればたいして時間かからない。
おまえらはRDBとかapplication serverの設定に何時間もかかる無能なのか？

あとオンプレミスといっても決済機能とかは普通に外部のサービス使うぞ
なんでもゼロからつくるわけじゃない
知識あれば楽に構築・運用できるDBとかAPP serverは外部に運用を
任せない。
性能落ちるし維持費高いしろくなことない

**デフォルトの名無しさん** · 2020/12/08(火) 14:23:36.88

YouTube に動画を上げてるクラスメソッドは、すごい

全社で、AWS 資格を800。
全12資格を取った、マスターが7人いる

**365** · 2020/12/08(火) 14:29:37.97

AWS ソリューションアーキテクトは、遂に、Ruby on Rails を超えて、頂点に立った！
年収1,500万円

Rails 1,300万円。
Node.js 900万円

たぶん日本でも、500万円以上はもらえる

Amazon の時価総額も、150兆円。
不況の金余り・株高で、たぶん、500兆円ぐらいまで上がりそう

**デフォルトの名無しさん** · 2020/12/08(火) 17:16:53.87

従業員数1万人2万人以上の大企業はNさんとかIさんとかFさんに大金払ってオンプレ運用
それより小さい中小企業はAWSとかGCPのVPC運用でやり繰りする感じかな
業務システムに大金払う企業少ないよね