はてなキーワード: desktopとは
Oculus Quest + Virtual Desktopで格安にいけそうなんだが、自分がリクライニングチェアでやってみたところ、仕事ということで毎日8時間もやったら目の周りに不可逆な跡がつきそうなのでやめた。遅延や解像度は(見かけ上建築物サイズの画面に設定すれば)特に問題を感じなかったが、物理キーボードが見えないのがやっぱりきつい。完全なタッチタイピングが意外とできていないことに気づいてしまった。Oculus goは目の周りの負担が軽いが、全然だめだ解像度的に。
あと座ってならいいんだけど寝ると腹の上のキーボードが見えないんだ多分。
俺が次に狙ってるのはこれだけど、
http://blog.mobilehackerz.jp/2020/05/1hmdwork-from-park.html
コロナに関わらず感染症の一般的な常識(特定の層だけ安全とかない)、
各国で医師が死亡している、
各国の軍や情報機関が即座に動いた、
(空母が大感染で機能停止、現在米国は軍関係者の感染情報を非公開に移行)
投資会社が疫病学者に投資材料のためにインタビューしているが「短期での経済回復は絶望的」との回答
Navigating Coronavirus and the Markets' ft. Dr. Ian Lipkin and Beacon Pointe CIO Michael Dow, CFA
https://www.youtube.com/watch?v=CxVG7PNLgRE&app=desktop#dialog
時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
---|---|---|---|---|
00 | 89 | 7984 | 89.7 | 29 |
01 | 48 | 5206 | 108.5 | 50.5 |
02 | 39 | 2722 | 69.8 | 51 |
03 | 23 | 2857 | 124.2 | 39 |
04 | 8 | 576 | 72.0 | 17.5 |
05 | 13 | 988 | 76.0 | 47 |
06 | 13 | 1213 | 93.3 | 48 |
07 | 37 | 3033 | 82.0 | 35 |
08 | 73 | 6533 | 89.5 | 47 |
09 | 97 | 6355 | 65.5 | 27 |
10 | 169 | 13395 | 79.3 | 33 |
11 | 162 | 17794 | 109.8 | 34.5 |
12 | 270 | 17694 | 65.5 | 35 |
13 | 240 | 15412 | 64.2 | 34.5 |
14 | 198 | 13369 | 67.5 | 34 |
15 | 155 | 10312 | 66.5 | 35 |
16 | 158 | 11032 | 69.8 | 37.5 |
17 | 81 | 12109 | 149.5 | 59 |
18 | 108 | 12456 | 115.3 | 46 |
19 | 124 | 8378 | 67.6 | 32 |
20 | 127 | 14811 | 116.6 | 35 |
21 | 156 | 14631 | 93.8 | 39.5 |
22 | 123 | 12845 | 104.4 | 40 |
23 | 145 | 13711 | 94.6 | 39 |
1日 | 2656 | 225416 | 84.9 | 36 |
いきり立つ(7), 石川優実(5), 石川さん(6), どんぶり勘定(3), ありむー(3), 討論会(5), 薬屋のひとりごと(4), ドラゴボ(3), 沢尻エリカ(11), 阿佐ヶ谷姉妹(5), Paypal(3), 女性蔑視(16), ショタ(10), リンチ(11), クリスマス(8), 幽霊(8), ローカル(7), 薬物(11), 凍結(8), ポケモン(22), コラボ(12), 自明(10), 宇崎(30), チンポ(11), 青(11), 学問(12), 萌え絵(10), プリキュア(8), LINE(25), フェミニズム(23), 芸能人(16), フェミニスト(31), ポスター(31), 献血(18), 二次元(12), 猫(32), 化粧(10)
■オバケとか信じてたヤツ、まだ息してんの? /20191118032259(28), ■LINE使ってない人って友達いる? /20191118112244(25), ■宇崎ちゃんポスター擁護派の異常さ /20191118104907(18), ■爆発への過小評価 /20191117230720(15), ■フェミニズムは学問だというのならもっと戦うべきだ。 /20191117165325(14), ■IT系のエンジニアって「言わなくてもわかるだろう」って考えの奴多いよね /20191117204529(12), ■焼くと鮭。刺し身だとサーモン。 /20191118151737(8), ■同一内容のコミカライズが複数出てるラノベ /20191118123644(8), ■何でもいい /20191118130813(7), ■婚活する男性は年収よりも見た目をどうにかしてほしい /20191118144152(7), ■オタクが『見て不快になるから規制』に反対する理由 /20191118123546(7), ■巷ではパパ活女子のことを膣ドカタと呼ぶらしい /20191118114004(6), ■AVに出るか迷ってる /20191117232141(6), ■怒るなら日赤に怒れよ /20191118073856(6), ■WEB=「ウェップ」、desktop=「ディスクトップ」とか /20191118091333(6), ■例のモーニングの漫画にケチがついたの /20191118105619(6), ■女のおっぱい出す権利をうったえる人らに /20191118115704(6), ■ /20191118202535(5), ■残念ながら大学の非常勤講師の報酬額が安いのは「侮辱」ではない /20191117140606(5), ■Android端末って何年使えるの? /20191117141802(5), ■下の毛がない /20191117225933(5), ■anond:20191118083502 /20191118084338(5), ■慈悲的差別 /20191118092428(5), ■ /20191118122721(5), ■anond:20191118123840 /20191118124245(5), ■金がいくらでもあったら習慣にしたいことってなに? /20191118130604(5), ■相手をどういう人物と想定しているかでコンプレックスがわかる /20191118131300(5), ■anond:20191118131300 /20191118132120(5), ■たぶんカッコいいけど童貞 /20191118135248(5), ■anond:20191118140307 /20191118142414(5), ■ /20191118143434(5), ■anond:20191118143629 /20191118143853(5), ■ソープランドの /20191118195553(5), ■ /20191116175831(5)
6801304(2171)
Desktop Linux使ってる人間はノイジーマイノリティ率が高い
audible.com(amazon.com)と amazon.co.jp で、同一メールアドレス・同一パスワードのアカウントを持っていたおかげでトラブった(多分)記録。7ヶ月分全額返金獲得への3日間に渡る戦い(会社員の平日)。返金対応についてはKindle Unlimitedの記事は見かけるけど、Music Unlimitedの記事を見かけなかったので。
サービス利用終了のメールも来ているし、ステータスを確認しても契約していない。
Amazonサポートに「課金され続けているけど間違いだと思うから、気がついたのが遅くて申し訳ないけど7ヶ月分返金処理をお願いいたします」とメール。
ご連絡いただいたアカウントを確認したところ、980円の請求が見当たりませんでした。ご利用のAmazon Music Unlimitedも2018年10月17日にキャンセル処理されましたことがわかりました。
そのため、お客様はAmazonアカウントを複数お持ちである可能性が高いと思われます。
※同じメールアドレス(電話番号)での登録でも、異なるパスワードで会員登録をされた場合、異なるアカウントとして認識されます。
Amazon.co.jpでは、プライバシー保護の観点から、サービスのご利用に関するお問い合わせは、該当するアカウントに登録されておりますEメールアドレスからお送りいただく必要があります。
万一、別アカウントについて心当たりがございません場合はあらためて、お電話やチャットにてお問い合わせくださいますようお願いいたします。
別アカウントについて心当たりはない。その場合は電話かチャットで、という回答だったが、明日も仕事だし寝たかったのでとりあえずメールを投げた。
別アカウントについては今のところ心当たりがございません。
無料体験に登録した際に「Amazon Music Unlimitedへようこそ」という件名のメールが送られてきていたようですが、全く同じ内容のメールを2通受け取っています。1通目は2018年9月17日22時49分、2通目は9月18日0時19分です。
これが何か悪さをしている、ということはございませんでしょうか。
この問題について、情報を確認しながら担当者からご案内することで迅速に問題が解決できると存じます。お手数ですが、カスタマーサービスにお電話でご連絡くださいますようお願いいたします
つながるのを待つ間にメールボックスをさぐると、2018年5月3日に、audible.comから「Welcome | Great listening starts now」のメールが。これか・・?
しかし無料体験登録時に異なるパスワードでログインし直したような覚えはないのだけど(別ブラウザでアクセスし直したりしてて、それぞれで記憶しているパスワードが違っていたりしたらあり得るか)。
とりあえずサービスは解約処理をしてもらった。返金は?
このアカウント何なの?
アカウントはとりあえずそのままにしてもらう。「返金処理をしていただけない点については全く納得がいっておりません」と、今思うとただのモンスター顧客的捨て台詞を残して電話を終えた(ごめんなさい)。
調べてみると、確かにプライムとMusic Unlimitedの返金ポリシーは違うようだ。
別アカウントの件は、同一メアドで同一パスワードだった。audible.comとamazon.co.jp、Microsoft EdgeもGoogle Chromeも現時点で記憶しているパスワードは同じ(パスワード変更もしてない、はず)。
聞いていることと違うし、変な操作をした記憶も無いし(過去のことすぎておぼろげだけど…)。自分の操作ミスではなく、.comとco.jpのアカウント体系がおかしなせいなんじゃないのか?!
と思って再びメール。あと無料体験終了後の再生履歴も再問い合わせ。また「電話しろ」と言われるのは嫌だったので(電話ってきっちり落ち着いて調べてくれない感じがしたので)、メールでの回答をお願いした。
今回何が起こってしまったのかいまいちつかめておらず、以下ご教示をお願いいたします。
アカウントBは、新規登録日付から察するに、audible.com のトライアル登録をした時のものと思われます。
audible.com と amazon.co.jp のアカウントは、同一メールアドレスで同一パスワードです(かつ同一クレジットカード)。
【質問1】
同一メールアドレスでも別パスワードだと別アカウントと認識されてしまうとのことでしたが、同一パスワードでも別アカウント扱いになり、2つの無料体験登録ができてしまうのでしょうか。
【質問2】
アカウントA、アカウントBそれぞれで、無料体験登録処理を行った日時(2018年9月X日X時X分)はわかりますでしょうか。
また、その際のそれぞれのブラウザ情報はわかりますでしょうか(Microsoft Edge or Google Chrome 等)。
【質問3】
こちらの内容も詳しくお知らせいただけますでしょうか(直近のもの)。
【質問4】
契約自体は解除いただきましたが、同一メールアドレス同一パスワードである状況で、私のほうで解約する方法はあるのでしょうか。
今回発生したことは、そもそもの貴社のシステムのバグのようなものではないかと、現時点では感じております。そうであれば、返金処理に応じていただくのが筋ではないかと思っております。7ヶ月分が難しいのであれば、最低限1ヶ月分だけでも。
カード明細を毎月確認していなかったことに引け目を感じていたため、毎月確認していて気が付いて連絡していたとしたら、1ヶ月分の返金には応じてもらえてもいいんじゃないかと思った次第。あとは、返金額ゼロよりは、少しでも返金してもらえたほうが自分として納得できるかなと思った次第。100を目指して0となるよりも、という。
【質問1】同一メールアドレスおよび同一パスワードでも別アカウント扱いになり、2つの無料体験登録ができます。
【質問2】アカウントA無料体験登録日時:2018年9月17日月曜日 22:49
アカウントB無料体験登録日時:2018年9月18日火曜日 0:19
誠に申し訳ございませんが、それぞれのブラウザ情報は不明でございます。
【質問3】最終再生日:2018年9月17日 MP3 Desktop(無料体験期間後には楽曲の再生履歴はございませんでした)
【質問4】同一メールアドレス同一パスワードである状況で、お客様にて解約いただく方法はございませんので、カスタマーサービスにて解約させていただきます。クレジットカードの明細等をご確認の上、できるだけ早急にご連絡ください。
当サイトの定額サービスは、通常ご返金対応をしておりません。しかしながら、このたびのご事情を考慮させていただきまして、1ヶ月分のご返金を処理いたしました。
とりあえず、、再生履歴なかったんやん!しかもこれだけ見ると最終再生日より後で.com側の無料体験登録してるのかい。
あの「最低限1ヶ月だけでも」という記述をしていなければRound 4で全額返金をもぎ取れていたのかどうか。書いたせいで足元を見られたかどうか。
ことの顛末をランチで同僚に熱弁。「おかしすぎ、こうこうこういう例もあるし、全額返金目指して戦え」とエールをいただく。
KindleやAlexaアプリで発生する.co.jpと.comアカウント問題では.comのアカウントが勝つとのことで、こうして必ず一方のアカウントが勝ってくれれば二重で登録してしまうことは無いだろうからよいのだけど、今回はそうではないからひどくないか(今回の自分の現象とKindleやAlexaアプリの現象が同種なのかどうかもよくわからないけど)。
もらった回答と、さらに調べた情報を組み合わせて、(再生履歴なかったんやんてめえらプンスコ、と埋め込みつつ、)明日も仕事だけどがんばってメールを書く。これはもうお金の問題ではないのだ。
同一メールアドレス・同一パスワードで別アカウントとは難解なシステムですね… 最初は jp アカウントでログイン、1時間半後に com アカウントでログインが行われ、無料体験登録をした?原因は不明(再現性なし = ユーザ側で解約する術がない)。
また、無料体験期間後に再生履歴は無かったとのこと、安心いたしました。「有った」と聞いた際にはひどく混乱いたしました。そして最終再生日よりも後に com アカウントで無料体験登録をしているのですね…。
あらためてググってみると ”Kindle Unlimited に登録したつもりが無く、その旨サポートに説明したところ8ヶ月分の返金処理をしていただけた” というブログが引っかかりました。
Kindle Unlimited も Music Unlimited も「サービスの性質上、通常は支払い済みの料金の返金を行うことはできない」という規約は同じかと思うのですが、ブログの方と私の対応に差が出る理由をご説明いただければ幸いです。
状況として「登録したつもりが無かった」は共通しています(1つのアカウントで登録し、解約処理を実施した。もう1つのアカウントについては登録したつもりは無かった)。
問い合わせのAmazon Music Unlimitedの過去の会費の返金につきまして、ブログでご覧いただいたKindle Unlimitedのケースと今回のケースは異なり、個々のサービスで対応方法は異なりますが、今回は再考慮した結果、システム起因の可能性が高いことを考慮させていただき、過去の会費を返金させていただきました。
少なくとも、めんどくさいのでアカウントどちらかのパスワードは変更しておいた方がよさそう。
あと、今はもう無料体験登録したときの記憶が薄れていて、自分がした操作が思い出せないのも悪かった。カードの明細はこれからは毎月チェック、、しないだろな。ようこそメールが2通来て、なんか2通来たわ変なの、と思ったのはおぼろげに覚えている。
プログラマじゃないけどプログラミング完全に理解した()おばさんが理解してる基礎知識書くよ。
(追記 この文章はプログラミングの勉強をしたいけどその周辺にある基礎知識になかなか触れる機会がない人向けに書きました。これらの基礎知識があると、困ったときに調べ方すら分からないという状況は回避しやすくなるはず)
ターミナル、いわゆる黒い窓からCUI(コマンドユーザーインターフェース)でコンピュータを使う方法を覚えよう。これは大学のコンピュータリテラシーで習った。MacOSXで復習すると捗った。(追記 すごく間が抜けてたけどMacOSXはUnix系OSです)
まずはファイル操作。Macでターミナルを使って、cd Desktopって打ってからecho ohayou > aisatsu.txtって打ってみて、cat aisatsu.txtってやる。そうすると何が表示されるのか?とりあえずやってみよう。ここで>は増田の都合上大文字全角にしてるけど、ちゃんと半角にしてね。なんで増田の都合上半角がダメなのか、そのうち想像できるようになろう。(追記 ブコメ指摘感謝)
そして、実際にデスクトップを見に行ってみると、aisatsu.txtってファイルがあるはずなんで、開いてみよう。これで何が起こったのか7割くらいはわかるはず。
こういうファイル操作の基本をまず覚えよう。これこそ空気みたいなものだから。
(追記 ここも間が抜けてたけど確かにhogeって何かわからないね。直しました)
最近は何も考えなければ文字コードはとりあえずUTF-8でなんとでもなるようになってるけど、バックスラッシュとかは環境設定で出てくるように設定しないと出てこないし、その意味合い、つまりエスケープとしての使い方を頭に入れておくと後々困らないと思う。あとEOF(エンドオブファイル)とか改行コードとかもそういうものがあるよ程度には覚えておこう。これ頭の片隅にはいってないと分からん殺し的な罠にはまることがある。
これは使いたいプログラミング言語の公式サイトに行くと大抵書いてある。
でもMacだとだいぶ楽。とりあえずターミナルからgccって打ってみるとなんかCUIツールとか書いてあるものをインストールしろって言われるのでインストールする。これだけでCとかC++とかRubyとかPythonとか一通り使えるようになる。もしかしたら最近はこのインストールすらいらないかもしれないけど。
あと、シェルのコマンドとかプログラミング言語を実際に使うときはいろんなライブラリをインストールする必要があるけど、そのライブラリは管理がすごく面倒なので管理をまとめてくれるコマンドがあったりする。aptとかhomebrewとかがそういうのだから、そんなものの使い方も覚えておこう。
(追記 言語の文法を追うだけなら環境構築なんてしなくてCloud9とか使ってもいいかもだけど、プロダクトを作ろうとした時にはまだまだ手元で環境作って必要なライブラリを入れてとやった方が後々応用がきくと思うのですよ。それにそうしていくとDockerの有り難みなんかも理解できるようになっていくのではと思います)
最初に勉強するプログラミング言語は、Javaだけはやめておけ。
なんでかっていうと、Javaはオブジェクト指向言語ってやつなんだけどオブジェクト指向的にしか書けないから。古い人間だと言われそうだけど、最初は手続き型言語から始めるべきだと思ってる。少なくとも、手続き型的に書ける言語から始めるべき。
なぜそう思うのかも含めて、とりあえずおばさんが理解しているプログラミング言語の発展の経緯を軽く解説する。
最初の頃のプログラミング言語は、手続き型と呼ばれるものが多かった。
この〇〇型ってのはプログラミングをするときの考え方によって名前がついているんだけど、手続き型はまず0を作って、0に1を100回足して、最後にその結果を表示してください、みたいな、上から書いた順番通りに動くのが基本のルールである考え方。プログラムは基本的にはこうやってデータをアルゴリズムを使って変化させていって望む結果を得ている。でもこのやり方は問題も多かった。プログラム全体がひとかたまりになってしまっているので、数千行とかになるともう普通の人では手がつけられないし、人間のミスでデータを間違って扱ってしまうことがバグの温床になった。
なので、この手続き型の考えに構造化という考えが加わって、関数というものが生まれた。関数っていうのは料理のレシピに例えるとわかりやすいかも。
5:豚こまを入れて色が変わるまで炒めます。
9:火を消して8をお皿に盛り、野菜炒めの出来上がりです。
B:肉に味付けをします。
2:Bを入れて色が変わるまで炒めます。
3:Aを入れてしんなりするまで炒めます。
4:火を消して3をお皿に盛り、野菜炒めの出来上がりです。
って書ける。ここではAとBが関数。
この程度だとあまり意味を感じないかもしれないけど、これがもっと複雑なものを想像してみると、なんとなくありがたみが分かって来ないだろうか?こうすると、多人数でプログラミングをするときに、Aを書く人、Bを書く人、1〜4にまとめる人って感じで作業分担ができる。それに、バグが起きた時もAの領域でバグったのか、Bの領域でバグったのかとか、全体にまとめると上手くいかないのかとか、原因の切り分けがしやすい。
でも、プログラムがとっても複雑化すると、これでも手に負えなくなる。料理の例えを拡大すると、料理店を運営することを考えるといいかも。
料理店でたくさんの料理をさばくときに、レシピを完全に1から作ることってないと思う。Aさんが野菜の仕込み担当、Bさんがスープの仕込み担当、というように各人に仕事が割り振られているはず。AさんもBさんもそれぞれの仕込みのレシピを持っていて、最終的に出てくる仕込みがちゃんとしてればAさんBさんの仕事の詳細までいちいちシェフが細かくチェックしない体制になっていると思う。大雑把にいうとそういう考え方をプログラムで再現したのがオブジェクト指向型言語。
なので、本気で料理の初心者がいきなり厨房の仕切りを任されて上手くいくのは難しいように、構造化プログラミングのありがたみすらわからない段階でオブジェクト指向型プログラミングに手をつけても意味がわからんだろうと思うのがおばさんの立場です。
(追記 おばさんはRubyを勧めておきます。オブジェクト指向型言語ですが、手続き型的に書き下すことも出来るからです。一つの言語で手続き型構造化オブジェクト指向、全部勉強できます。メソッドも便利なのが一通りあるし、日本語を扱うのにも問題が少ないです)
次に問題を分解できるようになろう。
例えば、クイズゲームを作りたいと考えたときにクイズゲームを作りたいです、って問題は大きすぎる。
クイズゲームに必要な要素は、問題文を表示する、回答を入力してもらう、正誤判定をする、正誤判定の結果を表示する、ということだなぐらいにまず分解する。
これを実際にプログラミングしようとすると、もっと分解できてさらに問題が見えてくると思う。
コンピュータってのは創造的なことはできない代わりに、とても簡単なことをとても階層的に重ね合わせて大きな問題を解けるように作られてる。それを心するといいと思う。
これ超大事。プログラミングって本当に自分で1からものを考えなきゃいけないことってあまりない。大きな問題はあなただけの問題かもしれないけれど、それを構成する小さな問題は大抵他の誰かが解いている問題なので、調べてみれば答えが見つかると思う。
エラーメッセージが出てきたらまずググってみる。翻訳しても初心者には意味がわからないし、ググったら誰かが解説付きで紹介してくれているのでその解説を読んだりしながらエラーメッセージとの付き合い方を覚えていけばいい。
メソッドの使い方がわからなかったら言語の公式サイトに行ってみる。メソッドの使い方で大事なのは呼び出し方、返ってくる値の型とかそういうのだから、こういうところはググるよりも公式サイトに書いてあることをしっかり読んで理解する。
あと、アルゴリズムの勉強もしてみるといいと思う。アルゴリズムとデータ構造と計算量の勉強。大学の学部レベルの教科書をちゃんと読んでみると、例えばデータベースを操作するSQLというものを書くことになった時とかに効いてくる。あとは作ったプログラムが遅すぎてどうしようとかいうのを解決する時とか。
なんか深夜までいろいろ書いてしまったけど、あくまでもプログラマじゃないおばさんが書いたものなので、みんなでツッコミとか入れてくれると大変助かります。
あと1年くらいしたらWindows Virtual Desktopを進めてたかも知れない。
MacからクラウドのWindowsに接続して、必要な時だけ使う。
そこそこのPCを買って4年使うと仮定したとき、サービス売りなんで結構安く使えるだろう。
今はまだ実力が未知数なのでお勧めできないが。
https://www.publickey1.jp/blog/18/windows_virtual_desktopazuremicrosoft_ignite_2018.html
壊れたら自分で直すというよりはメーカーサポートを受けたいという話が重要だと思われる。
だが、WindowsPCのサポートなんて、意外とどこも「しっかりしていない」。実はそんなもんなんだ。
だからという訳ではないけど、マウスコンピューターとかよさそうな気がする。自分が試してないのに気がするで勧めるのもいい加減な発言に見えるかも知れない。
ただ、本当にどこも大差ないので、それなら勢力拡大を狙っている企業のほうがサポートとか含めて充実しているだろうという想像で話している。ただの憶測だけれども。
Windowsパソコンは差別化が図りづらく競争が激化し、昨今はどこの大手電機メーカーでも荷物部門になり、レノボとかに売却しているのが実情。
だから、マウスコンピューターみたいな地場で細々とやってきた企業が巻き返しを狙ってきている。
-- 追記
なんとなくやりたいことからするとそんなにスペック必要なさそう。でも余りしょぼいと触りたくなくなると思う。ということで
https://anond.hatelabo.jp/20180617212750
LinuxのWineでKoboは快適に動く というエントリーを書いた。
2018/9/24月時点でも、Koboは Ubuntu18.04 のWine上で動く。
最新版のWineをインストールして、最新版の Kobo Desktop を何も考えずにインストールするだけ。
比較のため素のkindleの最新版も何の細工もせずにインストールしようとしてみたができなかった。
Koboアプリはいつも最新版を使っているけれど、今まで大きな不具合は1回も発生していない。
1回もだ。UI も Windowsネイティブと全く変わらない。
最新版を使い続けて、ここまでWineで不具合が発生しないケースは珍しいと思う。
ひょっとするとKoboの開発者にWineでKoboを常用している人物がいるのではないかとすら思ってしまう。
自作PC関係はネットで調べればだいたい分かるから、知り合い作るより調べ方覚えた方が早い。
youtubeに動画もあるし、構成の心配してるなら自作PC板とかで晒せば突っ込まれる。
対面で教えてもらいながらって言ってるけど、パーツ検討+購入・組み立て・OSインストール等で10時間くらいかかるから、なかなか付き合ってくれる人いないと思うよ。
BTOは最初の知識ないときには良いけど、ローエンドは指摘の通り拡張性がない。
拡張性=ケースの広さだったり(ビデオカードや電源やクーラーの取り付けに制約が出る)、マザーボードの対応スロットの数だったり(ビデオカードの取り付けに制約が出る)
例えばトラバで出てる New Vostro 3267スモールシャーシ プレミア http://www.dell.com/jp/business/p/vostro-326x-series-small-desktop/pd?oc=cav5020sp67f08on1ojp&model_id=vostro-326x-series-small-desktop は
・PCI Express*16が1スロットあるけどロープロファイル(カードの幅が低い物)しかさせないので、必然的にローエンドのビデオカードしか挿せない。発熱も怖い。
・電源が180Wしかないので、やはりローエンドのビデオカードしか対応できない。電源を交換しようにも、サイズが小さいので難しいかも?
・:M.2スロットがなさそうなので、SSD追加の場合は2.5インチSATA接続になる。SATAは2スロットしか使えないようなので、SSD1台+HDD台が最大の構成。それ以上やりたいならPCI-E*1に拡張カード刺すことになるが、スペースと電源容量で悩むことになる。
http://www.pasonisan.com/dell/vostro3200/3250-inner.html
https://www.ark-pc.co.jp/bto/customizer/?pc_id=0723
・ArkはBTO高めだから積極的にはお勧めしないけど、パーツ名がほぼ書いてあるので調べる対象としてはおすすめ。パーツは結構安いからパーツ買うには良い。