古いMacBook ProでもTwitch配信はできる?PS4・Switch2用にOBS配信環境を作ってみた ゴールデンウィークで時間があったので、以前から少し興味があったTwitchでのゲーム配信を始めてみました。 アカウントは うえはら000 。 主にストリートファイター6や、趣味で遊んでいるゲームを配信しながら、だらだら話すようなスタイルで配信しています。 この記事では、実際にTwitch配信を始めるまでに用意した機材、古いMacBook Proで配信してみた感想、配信を始めて分かったことをまとめます。 これから「家庭用ゲーム機で配信を始めてみたい」「古いMacでも配信できるのか知りたい」という人の参考になれば嬉しいです。 配信を始めたきっかけ もともと格闘ゲームは好きで、ストリートファイター4シリーズをそれなりに遊んでいました。 スーパーストリートファイターIV AE Ver.2012の頃は、家庭用でやり込みつつ、休みの日に新宿のタイトーステーションにも遊びに行っていました。 当時は、AE時代と比べて大幅に弱体化された後のユンを使っていて、一瞬だけグランドマスターに到達したことがあります。 とはいえ、グランドマスターだった期間は本当に一瞬で、実際にはマスター上位からグランドマスターに届くか届かないかくらいの位置にいることが多かったです。 ちなみに、強かった頃のユンはほとんど触っていません。スパ4AEの頃はまだライトゲーマーで、フェイロンを使っていました。 その後、Ver.2012でユン・ヤンが大きく弱体化されたのですが、対戦しているうちに「弱くなったとはいえ、まだかなり強くないか?」と思うようになり、試しに使い始めました。 使ってみると思った以上に自分に合っていたので、そのまま使い続けて、最終的にグランドマスターに届くところまでやり込みました。 その後、ウルトラストリートファイターIVが発表され、ユンに有利なシステム(赤セビ)やキャラ自体の強化も追加されました。ユンは再び強キャラの一角に戻ったのですが、当時は大学受験の時期と重なってしまい、ほとんどプレイできませんでした。 受験が終わった後も、大学生活や社会人生活がそれなりに忙しく、気づけばストリートファイターからはかなり離れていました。 他のゲームはちょくちょく遊んでいたものの、ストリートファイターを本格的...
英語弱者が英語を話せるようになるまで Day6 テーマ:Interviews
- Get link
- X
- Other Apps
知らなかったこととかのメモ。
テーマ:Interviews
面接に関するトピック。
なんかやる気がでる。
知らなかった語彙
-
I’d like to begin by ~
意味:~から始めたい(始めようと思う的な方が近いかも?)
面接官が面接を始めるときに「I’d like to begin by asking」という形で出てきた。
まあ面接を始める時の前置きみたいな感じだよね。 -
the moment I read about your program, I was genuinely interested.
意:このプログラムを読んだ時、とても興味が湧いた
別に表現自体は普通だけど強意の表現でgenuinelyを使うのっていいよねと思った話。
焦っている時とかは無意識の内にveryとかtoo祭りになっているのでここら辺の表現を連続して使うのを避けられればより自然になりそう。
知っていたけど普段使えていない表現
- Let’s move on next part.
意:次のパートに進もう
前書いた次に進みましょう、という表現を言い換えるならこれ。
担当の先生がそういってたので真似るだけ何だけど、今思えば何でこれを使っていなかったんだろう・・・
何にせよ勉強できたからよし!ということで。
今後の人生で人生で(おそらく)使うことはないけど初めて知った表現
- honor student
意:特待生、優等生
はい。僕の人生でこういう時期がほとんどなかったので使うことはないと思いますが、へぇ〜と思ったので書きました。
海外だと大学のGPAはかなり重要だと聞いたことがあるし、これはよく使われるんだろうなあという話。
面接について
会話パートの内容は
挨拶
↓
何でこのプログラム(ポジション)に興味持ったん?
↓
この仕事をするのにどういう経験があるん?
↓
強みと弱み教えてや
↓
このプログラム(ポジション)にどういうことを期待してるん?
↓
終わり、合否連絡について
みたいな感じ。
一般的な面接ってこんな感じな気はするし、例外を追い求めてもしょうがないから面接を受けるときはこのパターンの表現を覚えておけばあとは日本語で受ける面接と同じ気がする。
転職だと経験的な部分やそれに基づいてのケーススタディ、エンジニアだとコーディング面接とかがあったりだから必ずしも英語に能力を振るのは禁物かも。
今回はこんな感じ。
Popular posts from this blog
【OSLog】How to log a Swift project
Overview I found an article on the net that summarized how to use OSLog, I wanted a working sample. I am new to logging, so I wasn’t sure how to interpret the usage of OSLog. So I summarized it in my own way. What is OSLog? It is a library for logging that is provided by Apple and can be used in Swift projects. The official documentation is here . Sample https://github.com/Kuehar/OSLogSample When the above code is run, eight buttons are lined up as shown below. import SwiftUI import OSLog struct ContentView: View { let logger = Logger(subsystem: Bundle.main.bundleIdentifier!, category: "ApplicationCode") var body: some View { VStack { Button(action: { logger.trace("Trace Log") }, label: { Text("Trace") }) Button(action: { logger.debug("Debug Log") }, label: { Text("Debug") ...
Principles of UX/UI Designでこんなことを学んでいるよ 第一週 User-centerd design①
ユーザー指向デザイン アプリを改善していく方法として、実際にそのアプリを使用しているユーザーに対してインタビュー、使用中の観察を行うことを総称して ユーザーリサーチ という。 これを行うことで、ユーザーはアプリを使用する上でどのように、何を考え、何を達成しようとしているのかを知ることが出来る。 その中でもユーザーからの意見をデザインにどのように改善していくことができるかを確認する方法として カスタマージャーニーマップ を作成するという方法が存在する。 例えば、 メニューボタンが分かりにくい 商品のカテゴライズが曖昧である バスケットボタンが存在せず、商品が追加できたか分からない ホームボタン、戻るボタンが存在せず、途中からのやり直しができない 注文のために必要な情報を全て入力したにもかかわらず、バリデーションエラーが表示される などがユーザーリサーチで分かった場合、カスタマージャーニーマップにはこれらのユーザーの体験を整理する。 カスタマージャーニーマップを作成することで、最終的には、ユーザーに共感し、再設計を改善するのに役立つ一連の教訓を得られる。 良いカスタマージャーニーマップは詳細、かつ粒度が細かく、あらゆる場面でのCXを理解することを手助けします。 一般的に、カスタマージャーニーマップは以下の5つの要素が存在していることが多い。 アクター シナリオと期待値 ジャーニーフェーズ 行動、態度、感情 機会 それぞれを見ていくと、 アクター ペルソナやユーザー。カスタマージャーニーマップ上ではデータ駆動型。1つのマップに1つの視点を用意することでより粒度が細かくなる。 シナリオと期待値 カスタマージャーニーマップが扱う状況のこと。アクターの目標やニーズ、何を達成するかの期待と関連する要素。Amazonであれば商品を選ぶ際の意思決定や注文を完了するために必要な全ての情報にいかに簡単にアクセスできるかなどが含まれる。 ジャーニーフェーズ 行動、思考、感情といったジャーニーマップの残りの情報を整理するもの。 行動、態度、感情 アクターの行動、態度、感情であり、各フェーズでマッピングされる項目。例えば、行動はアクターの実際の行動を物語化したもの。顧客から直接引用することが理想的。 機会 UXをどのように向上させることが出来るかを考察する箇所。この情報を使って何を...
Swiftで使うQueueのテンプレート
SwiftのQueue そもそもSwiftに標準でQueueは存在しないのでBFSを書きたいときに自分で定義する必要があるよう。 今後書きたいときには以下の内容を使おうと思ってメモとして取っておく。 struct Queue < T > { private var elements : [ T ] = [ ] mutating func enqueue ( _ value : T ) { elements . append ( value ) } mutating func dequeue ( ) - > T ? { return elements . isEmpty ? nil : elements . removeFirst ( ) } func isEmpty ( ) - > Bool { return elements . isEmpty } var count : Int { return elements . count } }

Comments
Post a Comment