はてなキーワード: socとは
Appleお前なぁ・・・学習コスト高すぎんだよ!!!!!
ナンチャラKitとかよぅ・・・イノベーティブだって!?Appleデバイスでしか使えないやんけ!!!!!
VulkanとかFlutterとかのほうが話題になっちゃってる現状を見ろよ!!!!!
何故かわかるか!?
VulkanとかFlutterはほかのプラットフォームでも使えるからなんだよ!!!!!
お前どうせDirect3Dみたいな立場を夢見てんだろ!!!!!
macOSのゲーム環境がウンコなのDirectXのせいだろ!!!!!
なんでマイクソソフトの真似しようとしてんだよ!!!!!
Flutterが流行の兆しを見せたからってやっつけでSwiftUIなんて作りやがって!
そういう仕事するからSwift(SwiftUI)は未完成とかって言われるんだぞ!!!!!
いまだUI Kit使われてるのはそういうことやぞ!!!!!
WindowsのWSL2がそこそこ使えるLinux環境整備しちゃって開発者みんなWindowsだLinuxだと言い始めてる現状をマジで直視しろよ!!!
これでQualcommがまともに使えるラップトップ向けSoCでもリリースしてみろ!
M1のマイナーチェンジのくせにメジャーナンバー上げてマーケティングで劇的性能アップなイメージ振りまいてる場合じゃなくなるぞ!!!!!
ブランディングネームなんてお前の胸先三寸だってバレてんだよ!!!!!
Apple信者!いまのAppleの開発環境の学習コスト高すぎてマジで微妙だってのは知ってくれ!!!!!
そのコストを負っているのは開発者でWindowsやLinux、Android界隈がクロスプラットフォームを強化していて眩しく見え始めていることを認識してくれ!!!!!
Apple信者お前らだけがAppleの目を覚まさせられるんだ!!!!!
4Kアプコンは欲しいよね
EOL版で有線LAN対応はしたけど、USBでもすぐ認識するのがいいね
DL専用にして3000Mb/sくらいのSSDは最低ほしいよね
MSのアダプターみたいに無線で画面飛ばせるとガジェットとしてCoolだね
2022-05-29
■次世代switch(switch2)のスペックと、来年出る新型switch(据え置き専用
販売が好調な任天堂のswitchだが、さすがに永久に売れ続けるわけではなく、次世代機(switch2)にいつかバトンを渡さないといけない。
switch2の投入時期は2024年くらいだと思うけど、その前に来年2023年4月に「据え置き専用の上位版switchが出るよね」みたいな話をしてみたい。
ゼルダ新作の発売が来年4月に延期されたが、「その4月のゼルダの発売にあわせてswitchの新型が投入されるのでは?」と予測している人は海外ではわりと多いし、日本でもゲーム紹介系のyoutuber達が最近わりとそういう予測をし出している。
来年の上位版switchの話をする前に、2024年前後に出るだろうswitch2のスペックを考えてみたい。
switchの成功を受けて当然switch2も「携帯ゲーム機として使えて、さらに自宅ではドックに入れると据え置きゲーム機としても使える」は踏襲してくるはず。
しかしこれを実現しようとすると、
・本体のサイズを携帯ゲーム機にもなるほど小さくしないといけない
・価格もドック付属で3万円前半で販売しないと最初のスタートダッシュにこけて3DSみたいに短期間で大幅値下げのテコ入れをするはめになる
という事で、2024年発売としてもハードスペックはもう今からほとんど予想できてしまえる。
おそらく2024年前後に出るswitch2のスペックや価格は
・メモリは16GBか12GB
・GPU性能は4、5TFLOPS程度
・基本的に1080pでレンダリングして、DLSSで4kにアプコン
・価格は3万円代半ば
という感じで、メモリもGPU性能も実際はこの数字から大きく上がるという事はまず考えられない。
携帯モードをあきらめて本体を大きくできて、さらに値段も高くできるならもっと高いスペックにできるが。
2024年前後に登場するswitch2のスペックは上記の通りになると思うが、「携帯モードをあきらめて本体を大きくできる」ならば、現在でも4万円くらいで4、5TFLOPSくらいのswitch互換があるハードを出す事は特に難しい事ではない。
XBOX シリーズSがちょうど4TFLOPSくらいの性能で4万円くらいで一年半前に出ているし。
ここで話を来年4月のゼルダ発売にあわせて出るだろう上位版switchに戻してみたい。
このハードは携帯モードは捨てて据え置き専用という形で出す上位版switchだと予想されるが、本体サイズをそこそこ大きくできるのでスペック的には
・メモリは16GBか12GB搭載
・GPU性能は4,5TFLOPS程度
・DLSSも搭載しており、1080Pでレンダリングしたのを4kアプコン化
という感じで値段は4万円かもう少し高くなると思う。
ただ、「今まで出たswitchのソフトが、この上位版switchではレンダリング解像度フレームレートが向上したり、一部ポリゴンオブジェクトがリッチになりますよ」では商品としての魅力は弱い。
「上位版switchでは、前世代のPS4やXBOX ONE、PCで出た一部タイトルがこれから移植されますよ」もやってくるとは思うけど、他プラットフォームで数年前に出て遊ばれまくってるソフトを今さら移植しても魅力としては弱い。
でも、「上位版switchと2024年前後に出るswitch2は基本的にスペックに差はないので、来年4月に出る上位版switchを買えば、将来出るswitch2のソフトはほとんどがこの上位版switchでも遊べますよ」と任天堂が告知したらどうだろう?
上位版switchは携帯モードは無いものの、次世代switch(のファミリーハード)が来年いきなり登場する事になり、switch互換があるのでswitchのソフト市場もこれで急速にしぼむわけではないし、それでいて「据え置き専用機だが先行してswitch2のソフトをどんどん投入できる」となると、任天堂としてもまたソフトメーカーにとってもメリットは非常に大きい。
スペック的には、PS5やXBOX SXタイトルも一部グラフィックを劣化させて来年4月に出るだろう上位版switchでどんどん出してしまえる。
XBOX SにPS5やXBOX SX用ソフトが出ているように。
また、この上位版switchのSOCや基板をシュリンクや小型化して消費電力も下げる事で2024年前後に出るswitch2のメイン基板とするという戦略も考えられる。
上記はあくまでも予測ではあるものの、実際に来年4月のゼルダの発売にあわせて上位版switchが出るとなると、その発表は早いと今年12月、遅くても来年1月には公開されると思われる。
「携帯モードはほとんど使わない」という人は、上位版switchを買えば互換でswitchの大量のソフトが遊べる上、一部のswitchソフトはレンダリング解像度やフレームレートが向上し、さらに『次世代switch(switch2)のソフトがほとんどこれで遊べる』という事に。
これを任天堂がやってくると、次世代switchも非常に良いスタートダッシュを切れると思われる。
ライバルのMSやソニーは本体の値下げという形で対抗してくると思うけど。
2024年か2025年にswtich2が出る時にあわせて、この上位版switchも3万円代に値下げしてくるのでなないだろうか。
販売が好調な任天堂のswitchだが、さすがに永久に売れ続けるわけではなく、次世代機(switch2)にいつかバトンを渡さないといけない。
switch2の投入時期は2024年くらいだと思うけど、その前に来年2023年4月に「据え置き専用の上位版switchが出るよね」みたいな話をしてみたい。
ゼルダ新作の発売が来年4月に延期されたが、「その4月のゼルダの発売にあわせてswitchの新型が投入されるのでは?」と予測している人は海外ではわりと多いし、日本でもゲーム紹介系のyoutuber達が最近わりとそういう予測をし出している。
来年の上位版switchの話をする前に、2024年前後に出るだろうswitch2のスペックを考えてみたい。
switchの成功を受けて当然switch2も「携帯ゲーム機として使えて、さらに自宅ではドックに入れると据え置きゲーム機としても使える」は踏襲してくるはず。
しかしこれを実現しようとすると、
・本体のサイズを携帯ゲーム機にもなるほど小さくしないといけない
・価格もドック付属で3万円前半で販売しないと最初のスタートダッシュにこけて3DSみたいに短期間で大幅値下げのテコ入れをするはめになる
という事で、2024年発売としてもハードスペックはもう今からほとんど予想できてしまえる。
おそらく2024年前後に出るswitch2のスペックや価格は
・メモリは16GBか12GB
・GPU性能は4、5TFLOPS程度
・基本的に1080pでレンダリングして、DLSSで4kにアプコン
・価格は3万円代半ば
という感じで、メモリもGPU性能も実際はこの数字から大きく上がるという事はまず考えられない。
携帯モードをあきらめて本体を大きくできて、さらに値段も高くできるならもっと高いスペックにできるが。
2024年前後に登場するswitch2のスペックは上記の通りになると思うが、「携帯モードをあきらめて本体を大きくできる」ならば、現在でも4万円くらいで4、5TFLOPSくらいのswitch互換があるハードを出す事は特に難しい事ではない。
XBOX シリーズSがちょうど4TFLOPSくらいの性能で4万円くらいで一年半前に出ているし。
ここで話を来年4月のゼルダ発売にあわせて出るだろう上位版switchに戻してみたい。
このハードは携帯モードは捨てて据え置き専用という形で出す上位版switchだと予想されるが、本体サイズをそこそこ大きくできるのでスペック的には
・メモリは16GBか12GB搭載
・GPU性能は4,5TFLOPS程度
・DLSSも搭載しており、1080Pでレンダリングしたのを4kアプコン化
という感じで値段は4万円かもう少し高くなると思う。
ただ、「今まで出たswitchのソフトが、この上位版switchではレンダリング解像度フレームレートが向上したり、一部ポリゴンオブジェクトがリッチになりますよ」では商品としての魅力は弱い。
「上位版switchでは、前世代のPS4やXBOX ONE、PCで出た一部タイトルがこれから移植されますよ」もやってくるとは思うけど、他プラットフォームで数年前に出て遊ばれまくってるソフトを今さら移植しても魅力としては弱い。
でも、「上位版switchと2024年前後に出るswitch2は基本的にスペックに差はないので、来年4月に出る上位版switchを買えば、将来出るswitch2のソフトはほとんどがこの上位版switchでも遊べますよ」と任天堂が告知したらどうだろう?
上位版switchは携帯モードは無いものの、次世代switch(のファミリーハード)が来年いきなり登場する事になり、switch互換があるのでswitchのソフト市場もこれで急速にしぼむわけではないし、それでいて「据え置き専用機だが先行してswitch2のソフトをどんどん投入できる」となると、任天堂としてもまたソフトメーカーにとってもメリットは非常に大きい。
スペック的には、PS5やXBOX SXタイトルも一部グラフィックを劣化させて来年4月に出るだろう上位版switchでどんどん出してしまえる。
XBOX SにPS5やXBOX SX用ソフトが出ているように。
また、この上位版switchのSOCや基板をシュリンクや小型化して消費電力も下げる事で2024年前後に出るswitch2のメイン基板とするという戦略も考えられる。
上記はあくまでも予測ではあるものの、実際に来年4月のゼルダの発売にあわせて上位版switchが出るとなると、その発表は早いと今年12月、遅くても来年1月には公開されると思われる。
「携帯モードはほとんど使わない」という人は、上位版switchを買えば互換でswitchの大量のソフトが遊べる上、一部のswitchソフトはレンダリング解像度やフレームレートが向上し、さらに『次世代switch(switch2)のソフトがほとんどこれで遊べる』という事に。
これを任天堂がやってくると、次世代switchも非常に良いスタートダッシュを切れると思われる。
ライバルのMSやソニーは本体の値下げという形で対抗してくると思うけど。
2024年か2025年にswtich2が出る時にあわせて、この上位版switchも3万円代に値下げしてくるのでなないだろうか。
ロシアがウクライナに侵攻を始めた直後の今年2月28日、東京・銀座のロシア食品専門店の看板が壊された事件で、警視庁が5月24日、アメリカ人の50代の男を逮捕していたことがわかりました。
捜査関係者によりますと、器物損壊の疑いで逮捕されたのは、アメリカ国籍の53歳の会社員の男で、今年2月28日の夕方、中央区銀座の路上で、ロシア食品専門店「赤の広場 銀座店」の看板を足で蹴って壊した疑いがもたれています。
ロシア食品専門店『赤の広場 銀座店』の看板破壊 アメリカ人の男を逮捕(日テレNEWS) - Yahoo!ニュース
https://news.yahoo.co.jp/articles/5d5b97ad3c86c4d0b3f4bb25dcecf933742ad3e4
当時のはてなーの反応
mtfumi 日本人らしい行動よね
kenjou 叩いていいとか差別していいとか見なすと、ヘイトを撒き散らして暴力的なふるまいに出る連中が日本にもうようよいるよね。こういった連中は秩序が乱れた時に犯罪に走る可能性が高いから、しっかり取り締まってほしい
wackunnpapa 日露戦争の頃からこの国は何も変わっていない。 #StandWithUkraine Gleichschaltung 政治 軍事
[B! ロシア] ロシア専門店に嫌がらせか 識者「国家と個人の区別を」:時事ドットコム
https://b.hatena.ne.jp/entry/s/www.jiji.com/jc/article?k=2022030301185&g=soc
ライトなコンピュータユーザを一切合切無視してギークがギークのため情報共有するためのエントリ。
感想ははてブへ、質問はトラバに投げれば誰かが答えるんじゃないか?(他力本願)
セキュリティの懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
利用途中でデベロッパーモードにするとストレージがファクトリーリセットされるので注意。
Webでエンタメを楽しんだりWebツールを中心に利用するのであれば、5万円未満の低性能機で必要十分。
この用途では実質的にタブレットPCのような運用へなりやすいのでフリップする2 in 1機やタブレット機がオススメ。
ただし、Webベースのゲームは楽しめるがAndroid Appレイヤーを用いたゲームは非常に厳しいので諦めたほうが良く、そこそこの負荷の掛かるAndroid Appツールも鈍足でストレスになるのでWeb版があるならそっちを使ったほうが良い。
Core i7クラスのCPUや16GB以上のワーキングメモリ、SSDストレージなど高性能機でChromeOSを使うとその分だけ快適になる。
Android Appレイヤーを用いたゲームも快適に動き、ウマ娘クラスの3DCGなAndroid Appゲームも高速に動く。
しかし、高性能機は空冷ファンを搭載していることが多く、高負荷を掛ければファンは唸るしウルサイ。
Google Play StoreにてAABパッケージがほぼ強制になったとは言え、開発段階でx86_64を意識しないと処理が非効率になりがちのようなので、Android Appレイヤーを中心に運用したいと思っているのであれば素直にARM機を探してきたほうが良い。
1つのIDEで開発をしクロスプラットフォーム対応することが流行っている昨今、自動でガベコレに頼っていてリソース管理経験に乏しい開発者はマジで底辺にしか漂流できないので覚えたほうが良いぞ。
それがWeb系のフロントエンドでもバックエンドでもそうだから底辺から脱したいのであれば覚えろ。
しっかりリソース管理できているChromebook向けビルドはアーキテクチャによらずサクサクなのでクロスプラットフォームなビルドはマジで開発チームの腕が如実に反映される。
ちなみにSnapdragon 8 Gen1なChromebookの公式発表は今のとこ無いのでAndroid Appレイヤーをブンブン回すのは難しい。
メーカーはもうちょっと頑張れ。
Chromebookの大半はタッチスクリーンディスプレイを搭載しているし、Android StudioでAndroidManifest.xmlを何も考えずに生成すると勝手にChromeOSをサポートするので結果的にChromeOSで動くAndroid App数が多くなるという現象が起きている。
Android Studioが雑なのかXcodeが厳密なのかは意見が分かれると思うけど、タッチパッドでiOS App操作というセンスがクソなのは万人が納得するところだと思う。
ARM系のSoCであればワンチャンいける可能性はあるものの、市場に出ているChromebookの大半はx86_64でGPSモジュールを積んでいないのでGPSを使おうと思うとBluetoothあたりでGPSレシーバを接続するしか無い。
当然A-GPSは使えないので精度がそこまでではないから期待し過ぎに注意。
Android AppレイヤーではUSB over MIDIが使えるのでDTMあたりに活用することは可能なものの、iOSと比較してレイテンシがそこそこ大きくDTMに活用しようと思うユーザは不満を持ってしまうかも知れない(ハードにもよるけど0.5msecくらいズレる)。
そもそも既存のAndroid AppなDAWはVSTやLV2などの外部プラグインに対応していないのでAUプラグインが使えるiOSのほうがDTMへ向くんじゃないだろうか?
ただし、DAW単体でDTMを完結するとレイテンシはほとんど気にならなくなるので絶対にAndroid AppでDTMが不可能というわけでもない。
Linuxレイヤー側でDTMをするのはレイテンシが大きすぎるしJackも上手く動作しないのでオススメできない。
ChromeOS向けマルチタスクへ対応していないとAndroid Appはフロントエンド(プライマリ)からフォーカスが外れてバックエンドへ行くとスリープする。
Android Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちる。
まぁAndroid Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちるっていう部分はAndroidスマホで実行しても同じなので正直に言ってスリープされることを考慮しないデバックってAndroid App開発者は何やってんの?とは思う。
ICT教育で日本中の学生がChromeOSを使うようになっているので、ゲームであれツールであれ何であれChromeOS向けのマルチタスクは考慮しておくとスリープしたり落ちたりするAndroid Appよりも支持されるのは間違いないのではないか。
LXC/LXDなのでDockerに慣れ親しんでる人にはわかりやすいかも?
デフォルトのイメージはChromeOS向けにカスタムされたDebian。
別のLinuxディストリビューションへ置き換えることも出来るが一部機能が制限される可能性がある。
ChromeOSで動作するGoogle日本語入力とは別にLinuxレイヤー側で日本語入力を用意する必要がある。
選択できるIMは幅広いのでMozcだろうがSKKだろうが漢直だろうが何でもイケる。
ただ特殊なものを選ぶとChromeOS側と齟齬が発生するのでfcitx-mozcあたりが無難っちゃ無難。
ChromeOSへマウントされたUSB機器、というかシリアル接続された機器はLinuxレイヤー上から認識しない。
見掛け上で接続されているハードのすべてはソフトで仮想接続されているだけなので、一部経路から上手く認識しなかったりする。
つまりLinuxレイヤーではUSB Pass Throughが使えないが、Android AppレイヤーではUSB Pass Throughが使えるということ。
Linuxレイヤーでゲームやろうと思ってもUSBゲームパッド動かないのでマウスとキーボードで完結できるFPSみたいなゲームしか上手くプレイできないぞ。
言うなればAndroid Appレイヤーでスクリーンキャプチャ系のアプリによってLinuxレイヤーで動くGUIアプリをキャプチャしようと思ってもキャプチャできず撮像は暗転している。
ChromeOSがホストでLinuxレイヤーとAndroid Appレイヤーはゲストなのでそりゃそうなんだけど気付かないとハマる。
LXC/LXD on LXC/LXDになるので面倒くさくなること請け合いだ。
どうしても仮想環境がChromebookに欲しいのであればKVMとかのほうが安定している。
ただしゲストOS上へ仮想環境を構築しているという前提は認識しておくべき。
つまりゲストOSの制限はKVMも引き継ぐ。
ただしこれはDockerが導入できないという意味ではない。
自分で解決する気概があるのならばDockerは便利に使える。
CLIツール系は普通に動くのでWeb開発であれば何も意識しないで普通にできる。
ただ、PSD形式みたいなもんは扱いにくいのでWebデザイナーは悲しい思いをするかも知れない。
GIMPやInkscapeなども動くけれどデザイナーはAdobe使いたいんじゃなかろうか?
Android App向けIDEのAndroid StudioはChromeOS向けが存在するのでAndorid App開発が可能。
しかしデベロッパーモードでなければエミュレータや実機デバックに制限が発生するので注意。
UnityやUEを使いたいところだけれど、Linux版のUnityやUEは不安定なのでゲーム向けIDEが欲しいのであればGodotがオススメだ。
ライセンスはMITなので商用利用だってイケる。
3Dのほか2Dゲームもいける上に、最近のIDEよろしくマウスでポチポチとUIを作れるし、軽量動作、物理演算、日本語ドキュメントまで揃っているので中高生もガンガン使える素晴らしいIDEだ。
浅い部分を触っているうちはYoutubeを観たり、プリインストールされているGoogle Play StoreからAndoird Appをインストールして使うみたいな気軽な運用ができる。
言ってしまえばライトユーザの視点ではノートパソコンの形をしたAndorid機がChromebookだと言える。
しかし一度Linuxレイヤーへ手を出すとUbuntuという何でもできるようになったLinuxディストリビューションが存在する中で、昔懐かしい複雑怪奇なLinuxディストリビューションを体験することとなってしまう。
ただ、Chromebookで何でもやろうとするからそうなるだけで、APTからIDEをインストールしてちょっとした開発をするなんて使い方であるならば業務利用でも意外となんとかなる・・・というか何も意識しないで使える。
そもそもHTTP使えるなら今どきの開発は何とかなるので、Chromebookへ対してギークがゴチャゴチャ言うのはほぼ間違いなく不満を言いつつDIYを楽しんでる。
Ubuhtuならばアレができるコレができると言うならば最初からUbuntu使えよって話。
ギークとは不便を見つけてゴチャゴチャ言う、そういう鳴き声の動物なのだ。
少なくともGoogle系エコシステムとしてのChromeOSは非常に完成度が高くなりつつある。
Googleアシスタントは元よりAndoridスマホとの連携もよく、ハードウェアへもそこそこの投資ができるのであれば多くのChromebookではUSIペンが使えるし、USBポートはUSB-Cだ。
そこそこのChromebookは多くの場合HiDPIなIPS液晶でありグレアなのは気に食わないが美しい。
デベロッパーモードにするとセキュアさは下がるが普通に使えばローリングリリースのアップデートを無償で得られ、Gentoo LinuxベースなChromeOSは潜在的なマルウェアの絶対数がそもそもWindowsやMacよりも少ないという利点がある。
Bluetoothイヤホン・ヘッドフォン・ヘッドセットも使えるし、NestスピーカーやNest Hub、Nest Camを持っているのであればGoogleアシスタントからのコントロールが容易なのは想像が付くだろう。Android AppレイヤーはGoogleのホームマネジメントアプリであるGoogle Homeも動く。
大胆にも憎きCapsLockキーをデフォルトで殺し、Everything Buttonキーとして独自キーバインドを与えたのも面白い。
もちろんこれは選択するハードによるものの指紋認証でロックを解除することまでできる。
Googleエコシステムへ浸かっていてGoogleへ個人情報を捧げられるのであればChromebookはアリな選択肢だと断言できる。
敢えて欠点を挙げるのならば、たった一言で欠点を表現することが可能だ。
「Chromebookじゃなくても別に良くね?」
そう、ギークがLinuxを使いたいのであれば別にChromebookじゃなくても良い。
というかギークは別にLinuxじゃなくともHaikuであろうが超漢字Ⅴだろうが喜ぶ生き物だ。OSは別になんだって良い。
このエントリは単にChromebookという新しい沼へギークの皆さんをご案内しているに過ぎないのだ。
Shin-JPN いやプラグインを個人レベルで入手してるなら甘いと言われても仕方ない。業務で使うSWのアプデはSOCチェック後に配布が基本。クライアントにadmin権限ないのは不便だし東映クラスでもSOCコストはきついがそういう時代
https://b.hatena.ne.jp/entry/s/piyolog.hatenadiary.jp/entry/2022/04/30/010606
「でも、農具や農薬は、事前に会社が検査したものしか使わせない」
「ひょっとしたら社員が別の農具農薬を使うかもしれないけど、人が検査するから確実だよね」
ということを言っている。
一方で
それじゃ不便だよね、と言っているらしい。
つまり、
「柵がないと社員が勝手に持ち込む危険性はあるかもだけど、人が動いて検査したほうがわかりやすいじゃん」
という発想に基づいている。
社員が勝手に持ち込む可能性、というのを根本的に0%にするのではなく、
こういう人は日本人に非常に多い。
柵を何重にも補強しようとするのがエンジニアで、
人を何十人も補強しようとするのが非エンジニア、
といったほうがわかりやすいだろうか。
森裕子参院議員に賠償命令 特区WG座長代理の名誉毀損―東京地裁:時事ドットコム
記事には「毎日新聞社に対しても損害賠償を求める訴訟を起こしたが(中略)真実と信じる相当の理由があったとして請求を棄却」とある。
ということ。妥当。
一方、森裕子に対しては「全国紙の報道であっても、真実と信じる相当の理由があるとは言えない」として真実相当性の法理による免責を認めなかった。
これは2010年の最高裁判決(最決平成22年3月15日刑集64巻2号1頁)を踏襲していると思われる。最高裁判決については以下の資料が参考になる。
最高裁判決を要約すると「一般市民であってもマスコミと同等の調査義務が課される」、換言すると「裏付け取材を行わない限り、真実相当性は認められない」ということ。
今回の判決においても同様の基準が採用されたのであれば、森裕子は「毎日新聞の記事を鵜呑みにし、裏付け取材を怠った」ために真実相当性を認められなかったということになる。妥当。
BIFF 本件の「全国紙の報道であっても、真実と信じる相当の理由があるとは言えない」と毎日新聞の訴訟での「真実と信じる相当の理由があった」は整合性取れてるのかちょっと気になる。。
毎日新聞は裏付け取材を行ったために真実相当性が認定され、森裕子は全国紙の報道を鵜呑みにし、裏付け取材を怠ったために真実相当性が認定されなかった。整合している。
fops 「全国紙の報道であっても、真実と信じる相当の理由があるとは言えない」そうなの??記事に問題があるならリンクより、記事を書いた人に問題あるんでないの?
それは「配信サービスの抗弁」と呼ばれるものだが、最高裁は配信サービスの抗弁を否定しており、記事を転載した側も当然その責任を負うべきだという判例が確立している。
https://www.mazda.com/ja/innovation/technology/gihou/2021/
これについてちょっと色んな感情を抱いたわけで感想というか考察というかなんかそういうのを書きます。
電池制御屋さん(?)なのでメインはEV関連のところだけピックアップしてみます。本当は全部やろうと思ったけどエンジンとか分からなくて書くことなかったです。
普段こういうことやらないので読みにくかったら見なかったことにしておいてください。
あと、そもそも私は社員でもE&Tさんや販売店さんでもないですので間違ってたりしたらごめんなさい。
去年に比べてボリュームも多く、メインのトピックとしてMX-30のEVが挙げられていますね。マツダ初のEVですからそりゃあ力を入れますよね。(デミオEV?あれは量産されてないからノーカンで)
では順に見ていきます。
こういった経営戦略は専門外ですし特にないです。頑張って下さい、という感じです。でも、スモールプレイヤーであることを自覚しているならなぜスバルさんのようにEV開発にトヨタの力を借りなかったのかが不思議ですが極めて高度な経営戦略的判断なのでしょう。
私はEV反対でもEV賛成でもなく、ユーザが好きなものを買えばいいと思いますが以下の件、エンジニアとしてずっと疑問に思ってますよ。
https://www.mazda.com/ja/csr/environment/lca/
ところで、技報は直近だと技企が担当っぽいんですがどういう基準で毎年内容とか選んでるんですかね。分かりません。
両開きドア、必要だったんでしょうか。使いにくいと思うんですが…
車格的にこれ以上大きくできないけど四人乗りだし特徴出さないといけないという苦肉の策でしょうか。
私は美術の成績が2くらいしかないのでデザインはよくわかりません。
あ、でも、インテリアのコルクの件は誰が思いついたんでしょうか?どういうコルクでどういう工夫がされているかわかりませんが、熱衝撃でボロボロにならないんですかね。ぜひそういうのを技報で取り上げて欲しかったなぁ。
書かれていることは難しくて分かりません。商品企画って大変だと思います。
みなさん、一回乗ってみるといいと思います。思いの外普通の車です。
制御って難しいですよね。まず式が多くて難しい。
この手の制御は実車でのフィーリング評価が多いでしょうからそれだけ走らないといけないだろうし大変だと思います。
Fig.4ってどう見ればいいんですかね。そりゃ制御切ってる赤線が0なのは当然だと思うんですが。GVCのリクエストに対してモータのリクエストトルクが遅れているのはなにか意図があるんでしょうか。私には分かりません。てかこれ実トルクじゃないのね。
Fig.6ではGVCの有無による加減速が記載されてますね。GVCの有無で横Gは変わらないけど前後方向は、「ターンイン時に減速」「ターンアウト時に加速」と。いやこれ、運転してる人には誤差みたいなレベルのGだけど(たぶん、普通に運転してたら0.1~0.4Gくらいでこのデータだと最大0.4m/s^2≒0.04G)いるのこの制御?
この辺で読むのやめたけど、Fig.20はどうかと思う。基準値おかしいでしょそのグラフ。
この辺も専門外だから流し読み。ペダルの味付けの話かな(適当)
Leafとかi3とか回生がキツくて慣れるまでなんか気持ち悪かったけど、MX-30はその辺まだ運転しやすかった気がする。
これもよく分からない。感想としては、エレキシフトである必要ないよねって思う。
電子制御にすれば車側からの介入がかけられるってこと書いてあるけど、ソフトウェアのバグのリスクを抱えることになりそうだし、そもそもどういうヒューマンエラーを想定してんの?って素人的には思うんですよねぇ。
でもそれよりもあの変なシフトの形状の方が気になる。
LCA(ライフサイクルアセスメント)の件はいったん不問にするわ。
ふむふむ、LiBの温度管理をしっかりして容量と入出力を使い切ると。むしろそれ以外にはないわな。
「クーリング・ヒータシステム」うん、こういうのでいいんだよ、こういうので。
なるほど、冷媒冷却なのね。Fig.8を見ると温めるのにはヒートポンプ使わないのか。もっぱら冷却専門って感じね。そりゃあ電池が動かないくらい寒いときに温めるんだから効率の悪いヒートポンプ使わないのは当然か。Hondaさんはモータ系の冷却水を電池に回して加温にも使ってた気がするけど冷媒だと難しいんでしょう。
ところで、車室内が暖房で電池が冷却を求めている場合(真冬の高速連続走行)とかの時はどうなるんでしょうね。ヒートポンプ一個しかないけど。
冬場はヒータを使って電池を温めて充電時間短縮に貢献しているんですね。
あ、そういえば低温の充電についてはこんな記事ありましたよ。
https://insideevs.com/news/486109/mazda-mx-30-battery-pack-heating-issue/
マツダさん、色んなところでMBDのお話してるのでやっぱりありました。
元々シミュレーションで研究やってたんで、モデルベースとかシミュレーションとか僕は好きですよ。
これを見るとHILSがメインなんですかね。HILSって物できてから色々するものだと思ってるんですがこれはMBDなんでしょうか。まぁHILSにはモータとか電池とかのモデルが入っているのでその意味ではMBDか…
ゴリゴリの計算化学的なのはないんでしょうか。EVだから電池系でその辺もあるかと思ってたんですが。
気になるのは4.1の説明で「ユニット間通信もPCMとの Peer to Peer通信を基本とした」と書いてますね。だいたい今の車載系のネットワークはCAN通信なのでP2PっちゃP2Pなんですが、わざわざ書いてるということは何か特別なことがあるんですかね。
Fig.5らへんでは「充電みたいに特定の機能しか使わないときは他の機能を切って余計な電源使わないようにしたよー」って書いてますが、充電してるなら誤差みたいな電流では…?てかまぁ、関係ないユニットをそもそも動かさないのは当然だと思うんですが。
4.3はよくソフト系の品質検証である直交表ですかね。私も何度か作成したことあります。MBDでやるにしてもテスト数絞らないといけないからこういう感じで管理してるんですね。でも、機能毎の組み合わせをみるだけでも効果あるんでしょうか?不具合が見つかったとしても書けないでしょうから記載なくても仕方ないか…
市場での適合性とか考えると特に大変そう。でも気になるのは「1.はじめに」に書かれている「MX-30は約40分でSOC 80%まで充電できる」の文言。
え?40分?いつの車?35.5kWhしかないのに?もしかして急速充電器の出力30kWとかで想定してる?市場の急速充電器は大部分が(少なくとも日本は)50kWだと思うんですが。
外部充電関連やってる人はホント尊敬してます。だって仕様書難しいし仕様書曖昧なときあるし。COMBOとか仕様書自体なんか怪しいし。
本文中でも「HILSだけでは発見できない」って書いてあるけど本当にそうだと思います。
2.1見ると電池は電子部品扱いなの…?なんか共振点が被らないように工夫しました的なこと書いてある。
でも電池って重量あるし、特に考慮とかいらなそうなんだけど、マツダさんでは電池も細かくモデリングしてるのかしら。あとこれ疑問なんだけど、EVで使われるモータとかってエンジンよりも高周波成分持ってそうなんだけど言うほどないのかね、知らんけど。
2.2には不思議な式が載っている。ダメージ量というのはマツダさん独自の概念だと思う。少なくとも俺はいままで振動とか疲労とかの勉強していてであったことはない。疑問なのはFig.4の加速度に通常ひずみに対して使われるレインフロー法を適用していることになってるんだけどあってるこれ??加速度と応力は比例関係にあるけど周波数成分考慮しないと意味なくない??まぁ、そこはマツダさん独自の手法が隠れてるってことなんだろうか。
そして3.1には気になることが書いてある。
いや、とんでもない超過剰品質じゃん。強度半分でいいから車両価格下げてくれ。
3.2はモデルの話。しかし、写真を見るとマツダさんのアッパーケースは樹脂。これどうしているんだろうか。樹脂のシミュレーションなんてあまり精度よくできるとは聞かないし熱とか湿度とかの影響をもろに受けるはず。この辺もシミュレーション出来ているならすごいと思うんだけど特に書かれてない。一番壊れたらやばそうなのに。
ボデー屋さんじゃないからよくわかんない。でも、MX-30って両開きだから剛性保つの大変そう。
2.1には前突時の話が載ってて、電池を守らなきゃいけないから大変だとか。電池ってR100でメカニカルショックの試験あるからそれなりに大丈夫だと思うんだけどそうでもないのかな。あるいはR93/94で代替してるのか。ところで、実車見たことある人は分かると思うんだけど、MX-30ってモータルームスカスカでバカでかい支柱みたいなのがあるんだけどあれどうにかならなかったのか。てかバランス悪すぎるだろあの構造。内燃仕様も作る都合で仕方なかったのかもしれないけど他の車みたいに充電器入れとかにすればよかったのに。てか充電口とかフロントに持ってくればハーネスとか安くなりそう(モータ/インバータ系と同じところからバッテリパックに入れればいい)のになんであんな構造なんだろう。
3.1は側突の話。MX-30は両開きだから大変そう。ところで、これ全部解析の画像しかないけど、実車のやつはやっぱり画像写せないんだろうか。シミュレーションの研究やっていた身としてはシミュレーションが完璧でないことは分かっているので逆に不安なんだけど、こういうでか物はシミュレーションで十分ということなのかな。(認証試験は実車だろうけど)
よくわかんない。たぶん難しい。
日本語でおk。なんだそれは。とりあえず読んでない。
電池もEVも関係ないけど私が元々分子動力学シミュレーションやってたから。
でも、ほとんどMDの話が書いてない。シミュレーション条件も特に書いてないけど、写真を見る限り大した分子数で計算してなさそう。
これで精度が出るんだろうか。その辺を詳しく書いて欲しかった。
この手の計算は結果自体は出る。シミュレーションしてるんだから計算自体はできるものだから。ただ、現実の実験結果と定量的に合わせるのは非常に難しい。定性的傾向は出ても、定量的な比較はMDでは非常に難しい。
これは経験的なもので私が研究していたのは何年も前だけど傾向は変わっていないと思う。4.1でいちおう妥当性検証が書かれているけど、MDの結果については定量的に比較されているわけではない。紙面の都合もあるから仕方ないか。
ということでマツダ技報2021年度版の感想・勝手な考察でした。適当に読んだから読み間違えてたりしたら申し訳ないです。私はマツダ車乗ってるしこれからも頑張ってください。