IIJmio Meeting 25（大阪）に参加してみた

IIJmio Meetingの参加も３回目

Image from Gyazo
大阪組でした。今回はキャパの８割位？だったでしょうか。
メーカーから直接のスマホ端末カメラ性能のライトな紹介からディープなガチ技術勉強会まで思いの外幅の広かった回でした。
てくろぐ:

来場　展示も３社！

毎回メーカーのスマホ展示がありますが、今回は３社も！
ASUS,OPPO,SONYと新参から古参のはばの広い３社ではありました。
印象に残ったのはOPPOのA5だったでしょうか。４眼レンズ！　どんだけ増やすねん！
４眼を生かした超広角写真はなかなか興味ぶかかったです。
ただ、今回のスマホ端末紹介にはなかったという…。

IIJMio Update

堂前さんによるここ３ヶ月の動向紹介。
SIMカードのPINロックの話が多かったそうです。
Image from Gyazo
この技術自体は携帯電話当初からの超古典的技術ではありますが、この方法がTV番組で紹介されたそうです。この映画の影響らしいですが。
で、その後急激に問い合わせが多かったそうです。
「SIMカードのロックが解除できない！」
要するにTV番組の方法を試そうとして、初期コードがわからず自らロックをかけてしまった人が多発したようです…。古くから携帯を使っている人間にとっては、呆れた話。
とはいえ、直接対応したIIJはじめ携帯回線各社は大変だったんだろうなあ、と心中お察しいたします。
「問い合わせを受けても、SIMロックなのかPINによるSIMロックなのかPINロックなのかわからない！」
という言葉がご苦労を推察できる言葉でありました。
詳しくは、以下資料まで。
  IIJmio meeting 25 IIJmio Updates 2019/07～2019/10
今サイトを見てみたのですが、発表資料の Machnist Updatesについては、大阪ではなかった話でしたかね。
マイコンで個人レベルでのIoTの活用ができる！？という話でしょうか。面白そうなところではあります。試してみたいな。
IIJmio meeting 25 IIJmio IoT × Machnist Updates

スマホメーカーから直接聞く！3社のカメラ特徴をご紹介！

今回は初のスマホメーカーさん（しかも３社）からの直接のプレゼンテーション！
ということでしたが…。興味深かったですよ！　でも、あんまりカメラについてはそこまで興味がなく…。あまり話の内容は覚えておらず…。
個人的には、話を聞くより、実機を触ってなんぼ！かなーという感想でした。
強いて言えば、ASUSのZenfone 6の「広角したい？　ならカメラが自動で動けばいいじゃない」という斬新なハード形態は興味深いものでした。
カメラのレンズ数を増やすなかで、直接カメラレンズを動かしてしまうというメカニクス発想。嫌いじゃない。
Image from Gyazo

ASUSのそういうピーキーなところ好きなんですよね。 でも、多分万人には受けないだろうなあ。。。
IIJmio meeting 25 (ASUS Zenfone 6ご紹介)
OPPOとSONYについては、カメラ機能についての紹介で、カタログ読めばいっかなーという感想です。
OPPOさんは４眼レンズの話が聞きたかったな。あれ、どんな発想で４つもつけようなんて思ったんだろ。
IIJmio meeting 25 (OPPO Reno Aご紹介)
IIJmio meeting 25 (SONY Xperia Aceご紹介)

2019年秋の電気通信事業法改正で世の中なにが変わるのか

法律の話！　眠そうな話！
実際、見事に寝てる人もチラホラ。でも、個人的にはこの日一番おもしろかった話でしたね。全部興味深く聞かせてもらいました。
法律の動向もさるところながら、よくもまーガジェットオタク老人会にして、ソ○トバンク批判までもっていけたものだなあ、と発表された辻さんのご手腕に感心する限りです。
実際「2019年秋の電気通信事業法改正」については話題になっているもののいまいち実感としてピンとこないもの。
MVO,MVNOへの影響は？　ユーザーへの影響は？というのは見えづらかったことをわかりやすく面白く説明してくださいました。 以下の資料を読むだけでも、ライトに理解できるかと思います。
IIJmio meeting 25 2019年秋の電気通信事業法改正で世の中なにが変わるのか
（個人的に）大受けしてたスライド２枚

ガジェットオタク老人会バカウケ

Image from Gyazo

すごいですね!! 見事にかいくぐってます。

Image from Gyazo

スマートフォンはなぜ「つながらない」のか

ガチ技術話！　眠そうな話！
私個人としてはめちゃくちゃ面白かったんですけど、携帯通信技術の話なんで多分ついていけてたの会場の１～２割。
私も理解は全く追いついていなかった…。
平たく言うと「携帯と基地局間で行われるランダムアクセス手順（RA手順）はプロトコルとして（致し方ないものの）非常に手順を多く踏むうえ、地下鉄のような１５００台規模の端末が一気に接続詞に行こうとするのでつながらない」というところでしょうか…。
これですら平たくない。下のスライドが一番イメージ的につかみやすいかもですね！
Image from Gyazo
結局のところ、対策のうちようがない、というのが結論。正味、技術より社会性の問題ですね。

ということで

懇親会は退席しました。コミュ障＆ビール飲めないやーつ。
直接お話伺えれば楽しいのかもなんですけど、そういうのに馴染めないコミュ障体質が憎い。
全体を通して、普段触れられない話が聞けるのでこの試みは長く続いてほしいなあ・・・と思っております。
次回は１月とのことなので、また参加できれば！

コメント

コメントを投稿

このブログの人気の投稿

リモートワークをLogicoolのマウスとキーボードで複数ＰＣ切り替えて優勝した

イメージ
デバイス多すぎるんやが問題 仕事上シンクライアントPCを支給されているのだけれども、当然キーボードとマウスが増えるのでとても面倒くさい。 シンクライアントPCはノートPCなのでノートのキーボード使えやって話でもあるけど、使いにくいでしょ？ ということで、自前のをつないでいるんだけれど、メインPCでも調べごとしながらしているとなかなか作業場が厄介になる。 メインで使っているのはMXREGOじゃない 上図のマウス１に当たる部分はLogicoolのMX REGOというトラックボールマウスである 「そういえばこれPC2台接続できるじゃない？ ということで、ついでにキーボードも切り替えできるものとしてK375sを購入した Logicool K375s Multi-Device Wireless Keyboard & Stand Combo 構成 問題点 シンクライアントPCにLogicoolのソフト入れられない シンクライアントPCなのでLogicoolのPCにUnifyingソフトウェアを入れることができない。 つまり設定することができない つまり詰んだ？ ぴえん🥺 解決法 「聞こえますか…UnifyingはBIOSで認識できるのです...」 アラサーおじさんが泣いていると直接脳内に声が聞こえました。 アメージング！ Unifyingレシーバーは直接デバイスとペアリングしているのです！ ここらへんの仕様を調べたのですが、Logicoolのホワイトペーパーとかも見当たらないし、今ひとつつかめないんですよね。 同じような無線仕様のBluetoothはアプリケーションレベルで解決してるっぽい？のですが、Unifyingはハードウェアレベルで解決してるようですね。 話はそれましたが、解決法はこうです。 メインPCに2つ目のレシーバーを挿す 通常どおりペアリングする そのレシーバーを外しメインPCには元のレシーバーを挿す シンクラPCに2つ目のレシーバーを挿す これで解決できました。レシーバー上にペアリング情報が残るのですね。なので、こういった他PCでペアリングして指し直して使うという取り回しができるようですね。 リモートワークも一組のキーボードとマウスですむようになった
続きを読む

VBAでのInterfaceやキャスト

前段 個人的に、Excel VBAを仕事で組む機会がある。 自由に組んでいるので、いろいろと設計方法、実装方法を考える。 VBAのインターフェース VBAにはJavaでいうextendsのような継承はない。 Interfaceがあるので、ポリモーフィズムを実現するときは、これを使うのが一つの方法論だ。 ただ、インターフェースは、というか、VBAはクラスのキャストができない。 インターフェイス自体が、そうする性質のものではないのだが、つい欲しくなるときがある。 Object型 さて、話は変わるが、VBAには、Object型というものがある。 平たく言うと、あらゆるクラスに適する型である。あらゆるクラスのスーパークラスと思うと話が早い。 そして、Objcet型からは元のクラスで実装したプロシージャを呼ぶことができる。ObjectによるポリモーフィズムもVBAでは可能、といえる。 なので、ダウンキャストを実現するために、インターフェイスでインスタンスが自己をObjectで出力するためのメソッドを定義してあげることで、スーパークラスからサブクラスへのキャストを実現する。 実装例 Class InterfaceClass '' プロパティ Public porp as String　 '' イミディエイトウィンドウに出力する Public Sub printOut() As String End Sub '' 自己をObject型で出力する Public Function Object() As Object End Function Class ImplementClass '' InterfaceClassを実装する Implements InterfaceClass '' スーパークラスのGet,Letのため、 '' 値を保持しておくためのプロパティ Private prop As String '' Getter Public Property Get InterfaceClass_prop() As String InterfaceClass_prop = prop End Property
続きを読む

SUPERHOTがいかにSUPERHOTか語りたい

イメージ
注意 ただの感想の垂れ流しです 全世界が驚愕した待望したゲーム性 SUPER HOT は、今までで3作でている。 SUPER HOT （以下SUPERHOT） SUPER HOT VR（以下VR） SUPER HOT : MIND CONTROL DELETE（以下DELETE） SUPERHOTは2013年にKickStarterでクラウンドファンディングされて、見事成立させできたゲームだ。 このゲーム性は、シンプルかつ非常に魅力的なものだった。 「自分が動いている間だけ時間が進む。自分が動かなければ（ほとんど）すべてが止まる」 映画MATRIXの有名な場面のように 弾丸が止まって見える を体現したゲームだったのだ。 死角から弾丸が発射されても、軌道を見てから紙一重で避けて、反撃する。そんな映画みたいな演出を実体験できる。 ブラウザでできるプロトタイプからそれが実現できていた。 プロトタイプを再生する-SUPERHOT クラウンドファンディングが成功して当然のゲームなのだ。 質実剛健なグラフィック SUPERHOTが発売されたものは、グラフィック自体は特に凝っているわけではなかった。すべて３Ｄグラフィックだが、ポリゴンチックで２０１３年当時でもきめ細かいグラフィックとは言えない。 ただ、その表現が非常にゲームとしてシンプルかつ機能美を追求したものだった。 敵は赤色 武器は黒色 ステージなどその他は白色 直感的でゲームを理解できる。そして、敵キャラクターはほとんど同じ造形のポリゴン。ただの記号だ。 ゲームはゲーム。下手な感情移入など不要。そう言わんばかりの作りだ。 先の「映画的な楽しみ方」を１００％没頭させるゲームなのだ。 シンプルなゲーム性に高い戦略性 しかし、一言でいうとこのゲーム「死にゲー」である。 ルールハシンプルだが、かなりの高い戦略性を求められる。 1対1で射撃戦を講じるなら余裕だろう。しかし、このゲーム敵がわんさか出て、１対多を必然的に求められる。 ３６０度どこから弾丸が飛んでくるか分からない。故に、全体を見渡しての状況把握が必要となる。 そうやって視点を動かしている間に背後を取られる、などというのもしばしば起こる。 そして、「ゲームオーバー」 さながら、ワンマンアーミーの過酷さ
続きを読む