はてなキーワード: 設計思想とは
オタクの進めてくるキショイソフトは設計思想としてなにも間違っていないことが多いんだけど使い手を選ぶというか思想の妥当性をちゃんとわかってないといけないことが多いよね。
「Excelでできたあの機能ができない。」「やろうとすると使いにくい!」ってのが大抵は、
「Excel側の思想に問題があるからその機能をあるべき姿に戻した。」「何のためにその機能を使うのかをちゃんと立ち返って考えてみたらこの機能に代替すべきだからその設計にしました。」なんだよな。
学習コストが高いけどちゃんと使いこなせば理にかなってることが多いんだけどそもそもやることがある人はその学習コストを嫌うんだよなあ。
オタクの立場だと「学習したら以降の作業コストを圧縮できるじゃん」って考えなんだけど人間だれしもそういう長期的な視点に立てないから結局Excelに負ける。
悲しいね。
自分は3ヵ月前に、https://anond.hatelabo.jp/20220620225630 というエントリで「トヨタのEV戦略は明らかにおかしい」(トヨタの主販売市場の動向や競合企業のロードマップと比較して、明らかに展開が遅く、投入車種も少ない)という指摘を書いた。当時は結構叩かれたが、今日ロイターから、トヨタがこの戦略の見直していることを示唆する報道が出た。
https://jp.reuters.com/article/toyota-exclusive-idJPKBN2RJ0NR
[24日 ロイター] - トヨタ自動車が電気自動車(EV)事業を巡り、戦略の修正を検討していることが分かった。基本設計のプラットフォーム(車台)も見直しの対象に含めており、2030年までにEV30車種をそろえるとしていた従来の計画の一部は既にいったん止めた。想定以上の速度でEV市場が拡大し、専業の米テスラがすでに黒字化を達成する中、より競争力のある車両を開発する必要があると判断した。
まとめるとこうだ。
・「2030年時点でトヨタの販売車種の1/3をEVにする」路線を撤回する(目標が低すぎて死亡確定なので)
・「EVはCVより安くクルマを作れる技術」という現状認識に基づいて、EV生産のコスト構造を抜本的に見直す
・そのために混流生産向けのe-TNGAは徐々に切り捨て、EV専用の新規プラットフォームを開発・投入する
・追撃のために、なりふり構わずテスラの先行技術を後追いする(ギガプレス、オクトバルブ他)
つまり、EV時代におけるトヨタの最初の敗北宣言である。おそらくこれからもこうした敗北が積み重なっていく。日本の自動車産業にとっては、技術競争力の低下という現実を次々と見せつけられる、暗く辛い時代がやって来る。
2021年の年末にトヨタがEV30車種投入発表会やったときは、ネット上に「トヨタは全方位戦略だからリスキーなEV一本足打法にしてなかっただけ」「トヨタがちょっと本気を出せばEV時代も横綱相撲を取れる」という奇妙なファンタジーがはびこった。来るEV時代でのトヨタの勝利を疑わずに多幸感に浸る連中がいっぱいいた。蓋を開けて見れば、1年も経たずにこの有様だ。
系列部品サプライヤーを束ねて膨大な構成要素を精緻に擦り合わせるトヨタのものづくりは、内燃系と電装系が複雑に絡み合うCV時代には良いやり方だったが、EVでそのやり方を延長しても性能×コストのバランスの最適解には辿り着けない。見た目と機能は似ていても、CVとEVは全く設計思想が違うからだ。テスラは多数の部品を高度にインテグレートするという路線ではなく、「大胆な手法で複雑な構造を単純な仕様に変えてしまうような」技術思想を全面的に投入している。たとえば導入当初は「大量生産車向けの技術じゃない」と批判されたが、今や新興自動車メーカーが次々導入を始めているメガキャスティング(ギガプレス)。たとえばバッテリと空調の熱制御と統合して、今までの自動車とは別次元の効率的なサーマルマネジメントを実現するオクトバルブ。どちらも圧倒的な部品点数の削減とコストダウンを実現する。そして上の記事は、トヨタはそうしたテスラの路線に(プライドを捨てて)追従する、と言っている。
e-TNGAは、EVとテスラがもたらした設計思想上のパラダイム移行は全く意識せず、ただ単に「CVとEVを可能な限り互換化し、安直に投入車種を増やせる手法」として設計された、いわば「過渡的なプラットフォーム」だった。その過渡的なプラットフォームで8〜10年ぐらいは持たせる計画だったのに、2021年の発表から1年足らずで、もはやその思想がEVをめぐる現実に追い越されている。未だに「トヨタのEV時代制覇」という夢を見ている人たちにも、少しずつこの現実を認識してほしい。
https://anond.hatelabo.jp/20220620225630
で書いたことは、以下。
トヨタのBEV戦略(2030年に車種の1/3を、販売台数の1/3をBEVにする)は、今の地域別売上からするとかなり奇妙な方針で、額面通りに受け取るなら間違った戦略だと思う。あのトヨタの発表が出たときは、ネットでは「EVでもトヨタが勝つる!」「30車種すげえ」「EU勢ざまあw」みたいな反応が多かったけど、個人的には「えっ、そんだけ?」としか思えなかった。系列企業への配慮などで、あえて低めの発表をしてる可能性があるとすら思ってる。
なにが奇妙かといえば、トヨタというグローバル企業の売上構成から考えると、2030年に1/3をBEV化する程度じゃ全然売るタマが足りないはずなんだよね。トヨタの自動車販売台数は、2021年実績で、日本国内が140万台、海外が810万台。海外を地域別に見ると、北米が270万台、欧州が100万台、中国が200万台。よく「欧米以外の地域には、今後もICEやHVのニーズが根強くあるから…」と言う人がいるけど、トヨタの国別販売台数は、この北米・欧州・中国の3地域で輸出市場の70%、全生産量の60%を占めている。つまり発展途上国と日本を足した「2030年頃にICEやHVを売り続けられる地域」の市場規模は、今の販売先の40%しかない。
「4割の残余市場に向けて、全車種の2/3でICEとHVを維持する」というのは、ポートフォリオ戦略としておかしいでしょ?
ちなみにホンダは「2030年に2/3をEV化」、GMは「2030年までに北米生産の50%をEV化」、フォードは「2030年までに40%をEV化」という構想。つまりトヨタは、ICE規制までまだだいぶ間があるアメリカのGMやフォードに比べてもEV化に対して慎重な(鈍重な?)動きになっている。
「規制が始まるまではICE・HVを売ればいい」という人もいるけど、一旦ICEの規制・禁止法制がアナウンスされれば、その実施時期に5〜10年先行してICEやHVの売れ行きは落ち始める。消費者は、一定期間乗った車を手放す時点(規制後)で、ICEの中古車価格がガタ落ちしていることを予期するから。今の先進国での自動車買い換えサイクルは、日本で平均8.5年、米国も7.3年、欧州はもっと長い。最近は日本でも「これが最後に買う内燃車かな、次はEVだろうな」なんつって自動車を買う人が増えてるでしょ。海外もそう。
最近の欧州車ディーラーでは一種のdisclaimerも兼ねて「EVのほうが下取り価格は有利です」と言われることが増えたけど、今後は先進国のどこでもこの傾向が加速し、おそらく2026年あたりから「EVか死か」の秒読みが始まる。そんな状況で、「2030年には、なんと全車種の1/3をBEVにしまぁす!」みたいな悠長なことを言ってて、まともに戦えるのかな、何らかの思惑含みのフェイクであってほしいな、というのが今の自分がトヨタに思ってることです。
(JSXは別に気持ち悪いとは思わなかった。classNameとhtmlFor以外は)
------------------------------------------------------------------
使いたいデータは data に書けばいいし、使いたい関数は methods に書けばいい。
非常に単純明快だ。
------------------------------------------------------------------
React は、JS をある程度理解していないと使うことすらままならない。
さらに React の設計思想を深く理解していないと、うまく使いこなすことはできず render 地獄が生まれてしまう。
「俺たちの設計思想が理解できない奴は使わなくていいよ。初心者のためにわかりやすくなんか絶対しないよ」と言うメッセージを、駆け出しの私は確かに受け取った(実際そう思ってるんじゃないかな)。
------------------------------------------------------------------
React 推しのエンジニアのほとんどは、発表当初すでに JS に強かった人が多い。
そして Vue すら理解できないエンジニアが世間にはゴロゴロいることも知らない層だと思う。
だから無批判に React を礼賛できる。そりゃ自分や周りが振る分には切れ味最高なわけだからね。
その剣を持ち上げることすらできなかったり、持ち上げられてもうまく振れない人々がいるなんて、思いもしないのだろう。
------------------------------------------------------------------
しかし強いエンジニアに影響された何もわかってない駆け出しが「React 最高〜〜 Vue はクソ」みたく嘯いているのを聞くと「本当にわかってて言ってる?」と思わざるを得ない。
Vue の Options API すら理解できない人々に、useEffect が使えるわけないからだ。
React 信者たちは「俺達が簡単に覚えられたんだからお前らもできるだろ」的な知的マッチョ思想で、不特定多数の駆け出しにReactを勧めるのを今すぐやめるべきだ。
------------------------------------------------------------------
もちろん強いとわかってる後輩には勧めていいけどね。
日本のエンジニアの給与の下限は、Reactを習得する対価としては低すぎるのです。
------------------------------------------------------------------
JSXが嫌いとかそう言うわけじゃない。慣れれば、これはこれで良いかなと感じる部分もある。
何かの入力項目があった場合に、Stateを定義して、入力変更イベントを拾って、Stateに設定し直す処理を毎度書く必要がある。
何十項目とそれがあった場合、面倒だし、それらが単純なものとは言え、無視できないコストになってしまう。
コンポーネントコード中に、あまり本質的でない、Stateの定義と入力変更イベントでStateに設定し直す処理が、何十スクロールと続くのって読んでいて辛くならない?
Stateの定義をObjectでまとめて定義するって言うのも、解決策の一つなんだろうか?
調べてみたらできるっぽいけど、Objectの分割代入を使わなくちゃいけないみたいで、これはこれで面倒。
React Hook Formと言うのもあるみたいだけど、そもそもコアな部分で、それを吸収できる機構が無いのは如何なものかと思ってしまう。
(それをしないのが、React的なシンプルな設計思想でもあるのかな?)
Vue.jsでは、双方向バインディングはv-modelだけで出来ちゃうし、Angularの事は詳しく無いけどAngularも同じノリで出来るみたい。
まとめると、自分的な辛さの原因は『双方向バインディング辛い』ってことだけなんだけど、みんな本当にReactに満足してるのかな?
あと、Reduxに関しても、ちょっと言いたい。大抵のプロジェクトで、そこまでRedux使いたくなるか?
SNSのようなリッチなインタラクティブが求められる尖ったUIを作るのなら、もしかしたら必要なのかもって思うけど、大抵の場合、不要じゃないかって思うんだけど。
最後に欠点はないのか?って話なんだけどさ、欠点はある。
前述した通り一般的なアナログシンセサイザーのように物理ノブが少ないのは欠点。ただシンセサイザー初心者には物理ノブは少ないほうが逆に物理ノブの数に惑わされず良いかも知れない。この辺は設計思想・考え方次第だね。
そして、欠点はもう1つある。MIDIの実装思想が20年前のままってのがコスパ最強のCT-S1000VでDTM作曲はじめようと考えるシンセ初心者にとって最大の障害だと思う。これに比べたら少ない物理ノブのせいでメニュー潜る煩わしさなんて無いのも同じだ。
今どきMIDIから楽器音色変更するのにプログラムチェンジ/コントロールチェンジはないだろ。MIDI CCでバンク指定しないとDAWのシーケンサーを動かしても鳴るのはバンク001のStage Pianoだけ。
これはCT-S1000Vの本体液晶に表示されている楽器名とは紐付かない。どういうことかと言えばCT-S1000Vの本体液晶へギター音色が表示されててもMIDI CCでバンク指定しないとMIDI経由で鳴るのはピアノ音色だってことね。
中高生を例に挙げたけどさコスパ最強のCT-S1000Vは音楽に興味ある中高生へマジで売れると思うんだよ。
でもさ?CT-S1000VでDTMはじめますよって今どきの中高生にさプログラムチェンジ/コントロールチェンジ使わせるの?最悪この子たちパソコン持ってないよ?
例えば今のスマホ系のDAWってしっかりとMIDIシーケンサー搭載されていたりするしMIDIチャンネル指定もしっかりできる場合が多いんだよ。
これおそらくスマホ系DAW作ってる開発者すら今どき必要ないと思って組み込んでないんだろうけどMIDI CCが使えないことが多いんだよね(ピッチベンドやモジュレーションなどのCCは使える。音色指定のCCを任意に指定できないという意味)。つまりそれ知らない(使わないから覚えることもない)中高生はスマホでDTMやろうとして絶望するわけよ、どうやってもピアノ音色しか鳴らんから。
CASIOさんほぼ間違いなくスマホ系DAWのこと考慮に入れてなかったでしょ?
これ本当に売れない原因、故障と勘違いした返品の原因になるからファームウェアアップデートでCT-S1000Vの液晶表示とMIDI経由でトリガーしたときの発音を揃えたほうが良いよ。
せっかく初心者向きの物理ノブを搭載させたのにMIDIの仕様が骨董品ってのは本当に無いよ。トータルデザインが揃ってないじゃないか。
というわけで長々語ったけどCASIO CT-S1000V、筆者は「センヴィー」って呼んでるけどセンヴィーの応援よろしくな!
転職歴としては1社目は新卒で入った地元の零細受託Web制作会社→4年前くらいに転職し現在自社サービス企業に勤務中。
ちなみにまだ内定は0件。
コロナを機にフルリモート案件が増えたのと、リーダー経験とか積むにつれて市場価値と今の職場が合わなくなってきたのがあるのと、
今の年収だと婚活で戦うのはかなりきついということを実感したので動き出すことに。現年収は400万ちょっとくらい。
専門卒で経験はPHP/JS中心だから経験してきた技術スタックや学歴的にはあんまり上位狙えるようなアレじゃないんけど今回は心が折れるまでは初年度年収600万を目指すことに。
現職でのリーダー経験と、Saasを立ち上げから設計・開発全部8割型自分で進めて競合と戦えるサービスに成長させた経験とか、ゼロイチで既存案件をDDDに移行したりテスト駆動体制を導入したりとか、まあまあ個人開発もやってますよとかその辺をアピールポイントとして戦うことに。
肌感覚としては「500万までは余裕だけど600万はきつい」だわ。
まず某転職サイトに応募すると早速600万のスカウトが来たユニコーン系ベンチャー。フルリモート。
「貴方のSaas開発経験に魅力を感じ~」とか書いてたから誰でも送ってる風じゃないと思い応募。
結果はなんと書類選考落ち。いや学歴とか職務経歴とかほぼ転職サイトにそのまま書いとったやん。
恐らくだけど選考時にGithubアカウントとかTwitterアカウントを求められたときに仕事用のものはセキュリティ上渡せないとか渋ったのと、
渋々渡した個人用Githubアカウントはオープンソース活動とかはしたことなかったからこれがしょぼいって思われたのかな?って思った
ちなみにこの会社からは書類選考落ち後に各転職サイトから5回くらいスカウトが来てる。
大手っていうわけではないけど割と有名なSaas企業。こっちもスカウト。転職サイトの上の方でよく見る気がする。
結構近しい分野のSaasを立ち上げから関わったことがあるのでこちらを武器に面接へ。1次面接落ち。
面接は割とうまく行ったと思うけどなぁ、って思ったけどやっぱりフルリモートでこの給与帯の休日は倍率半端なさそうだからちょっと良いくらいだと全然落ちるんだなと実感。
立ち上げから3年も経っていないベンチャー、ただし既に利益率は割と凄い感じで業界的にも硬そうだから応募。
カジュアル面談のときにCTOに是非応募してほしいって直接言われた。
1次の技術面接のレベルがたけぇ。○○の設計思想の内容だとかDIコンテナとかReactの状態管理用ライブラリの運用とかの質問をクイズ形式っぽく質問される。
割とうまく答えられたと思ったけど1次面接落ち。
有名地元に拠点がある東証一部上場の自社サービス企業。600万の求人と450万の求人で分かれてて600万の方で応募したら書類選考で「600万は厳しいけど450万なら良いですよ~」って言われてる状態。
やっぱ相場観的にはそうだよなぁって思った。
今週1次選考だけど受かっても年収交渉時に450万しかもらえないなら辞退しちゃうかも。
有名医療系ベンチャーと車業界系のSaas。カジュアル面談の要請出すも音沙汰なし。
別の転職サイトで確認すると応募条件大卒以上って書いてたから多分それが原因。ちゃんと書いとけや。実質書類落ち。
少人数の建築系ベンチャー。HPの情報量も少なく恐らく資金調達のフェーズでは?って感じの企業。
なんとなく社長から与沢翼の匂いがする。まだマネタイズまで行けてないのに何百億とか何兆とかやたらでかい数字を言いたがる感じ。
技術スタックに対して年収が高すぎるのが逆に怪しい感じがする。
一応最終選考まで残ってるが、通ったとして行くべきかは悩みどころ……
スカウト来て応募。かなり好感触だが求人票と実態の下限年収に相違あって思ってた年収より100万くらい下がりそう。
去年末くらいから始めた転職活動。今週も面接面接面談面談面接。
自分の市場価値みたいなところは良くも悪くも痛感する。500万までのスカウトはよく来るけど600万になるとやっぱなかなかこない。これが相場観なんだろうなって感じ。
「テックリード」とか「シニア」とかのスカウトは全く来ないからまだそういうレベルではないんだなぁって。
「誰もが知る有名企業で年収600万」は多分俺のスペックだと無理ゲーで、あとはいかに穴場のベンチャー狙えるかっていうところにかかってる感じ。
それはそれで安定捨てて市場価値より高い会社に勤める感じになるわけだし将来トータルで考えるとそれはそれで大丈夫なの?って感じもある。
でも専門卒じゃ20代現年収600万くらい武器ないと婚活じゃ戦えないしなぁとも……はよ彼女作ってこの悩みから開放されたい……
エントリーする度にそこで働く未来の自分を思い浮かべるのに祈られた瞬間に全部がなかったことになるの辛い
あとカジュアル面談受けまくってるけど、これが割と面白かったりする。
「こんな有名企業だけどQAは俺がリーダーやってる案件のがカバレッジ率とかしっかりしてるんだー、バグったら人が死ぬタイプのシステムじゃないし逆に今の運用が過剰品質すぎなのかなぁ」「LeSSって開発手法あるんだー」「前職も現職もSelenium導入って微妙な感じになってるけどこのMablってテストツールだと割と良い感じかも」「今の職場みたいに運用フェーズのエンジニア部署でKPI設定を半期ごとに設定するのは粒度がでかすぎるよなぁ、この会社みたいに1ヶ月周期とかで設定した方がよさそう」「ワーカーサーバーの悩むポイントはどこも同じだなぁ、でもやっぱGoだとPHPよりも並列処理強いんだなぁ」
他の会社の運用とか技術スタックの話を深堀りして質問しまくれる機会とかなかなかないから、落ちたは落ちたなりに吸収できるものはある気がする。
プログラミング未経験から1ヶ月ほどで、将棋の評価値の新たな方法でのグラフ化を行うPythonツールを作った。
https://github.com/k-the-p/notherscore
この記事は2本立てです。プログラミングより結果のグラフや将棋に興味がある方はもう一方の将棋編から読むことをおすすめします。
未経験から1ヶ月!Pythonで観る将ライフを向上させた話(将棋編)
AIはわれわれアマチュアの将棋への親しみを大幅に向上させてくれた一方で、棋士が悩みに悩んだ結果として評価値が下がる手を指してしまったときに、「悪手きたwwww」と騒ぐ主にABEMAのコメント欄には忸怩たる思いがあった。
とはいえ、もう評価値を知らなかった時代に後戻りするなんてことは誰にもできないだろう。そして、電王戦から将棋にハマった自分自身としても、AIを否定はしたくない。
であるなら、AIを用いた新しくよりよい将棋の楽しみ方を探っていくしかないのではないか。
以前から私は、「AIの手を指せるなら人間も苦労しないんだよなあ」と思っていた。あるとき藤森哲也先生がYoutubeチャンネルで言っていたことを聞いて得心がいった。「AIの一手は最強の一手なんです。確かにプラス1000点になるけど一手間違えた瞬間にマイナス何百点になるような綱渡りの手。それよりもアマチュアの皆さんにはプラス数百点で得は少ないけど安全な道、最善の一手を学んで欲しい」(大意)と。
ここで言う「最強の一手」に人間にして最も近いのは紛れもなく藤井聡太四冠であろう。藤森先生はアマチュアに向けて喋っていたが、その葛藤は間違いなくプロの中でもあるはずである。渡辺明三冠が言うように「藤井くんと全く同じスタイルを今から目指しても絶対藤井くんより強くなれない」のは自明であるからして。
私はここにドラマがあると思う。また、最強の一手と最善の一手が等しく「いい手」に見えてしまうわれわれアマチュアとしては、そこを機械に教えてもらえるのであれば、棋力向上にも繋がりそうである。
第1候補手と第2候補手の評価値の差を取ってグラフ化すればよさそう?
(差が小さければ手が広い、差が大きければ絶対手に近い、綱渡り)
目指すのはあくまで便利な将棋ツール。将棋AIを作りたいわけではないので、将棋AI自体は局面を入れたら評価値を吐く謎の箱という扱いでよい。
グラフ化や数値の扱いだけでなく、将棋AIとのやりとりをやってくれるあれこれもあるようなので。
あと習得が楽だと聞いた。その話を教えてくれた人はもう10年間英語学習法をブクマし続けてるけど。
あと「読みやすいコードじゃないと動かない」って設計思想がかっこいい。ついでに言うといわゆる「おまじない」が少なそうなのも魅力。(CのHello worldで挫折した経験あり。studio.hって何……)
プログラム講師をやっている?方が音楽制作を初歩からやってみる、という(残念ながら)リアルタイム視聴者が俺だけしかいないような配信があったので、音楽の基礎(についての知識は持っていた)を教えてあげたお返しのような形で、「pythonでこういうことがしたくてこういうライブラリがあるのはわかった。経験はHTML+CSS(変数導入前、Bootstrapなんてなかった)のみ。どうしたらよいか」という質問をしたら、「progateは簡単すぎると思うのでPaizaが丁度いいのではないか」というアドバイスを頂き、比較もせずに即登録したのだが結果的にはこれがドンピシャだった。
最近流行りの、環境構築不要で講座の内容を書いて覚えるタイプのサイト。
無料で入門講座の序盤を受けていたらふと目に入ったのが、「対象者:これからプログラミングを学びたい方。HTMLがどのようなものかを知っている方。」でYoutuber先生のオススメ完璧か?と思った。そして実際に完璧だった。
基本的に1講座3分+演習1~2問+やりたければ問題集たくさんという形式なのだが、これが簡単すぎることなく難しすぎることもなく、俺の知識レベルにベストマッチだった。基本的に毎回何か書くことになるので、変数とは~みたいな解説だけで終わる回がほぼ無いのも飽きなくてよい。
Python入門(と言ってはいるがまだこれだけで発展編はない)の見出しは「プログラミングとは」「条件分岐・比較演算子」「ループ処理」「リスト」「辞書」「多次元リスト」「関数」「クラス」「クラス発展」「例外処理」に各5~8講座*3分+演習、という感じ。クラス発展の途中で行けそうだと思ったのでドロップアウトして実製作に移った。実際関数まで理解していれば、この程度の小さなツールには十分だった(もしかしたらクラスを使えば多少楽になった場面はあったかもしれないけど)。
また、これは書いてる今気づいたことだが、上のコースで学んだことで、実際に役立たなかったものはほとんどなかった(強いて挙げれば辞書くらい?使えてないだけかも)。このこともコース構成の優秀さを示している。
ここまででだいたい2週間くらい。
もともとこのサービスは知っていたのと、谷合先生が実際に使っていたように、便利そうなライブラリのcshogiが主にcolab(jupyter)上で動かすことを意図しているようだったので、まずここから入った。最初はcshogiが列挙してくれる特定局面での合法手をリストに入れて、そのリストの項目数=その局面での合法手の数を出力することから始めた。これは本当に簡単にできて興奮した。
学習と好きなことが直結してると、こんなサンプルコードみたいな簡単なことで喜べるのでコストパフォーマンスがよい。
cshogiのチュートリアルで紹介されているレサ改というAIがどうもmultipv(有望な候補手を2手以上挙げる)に対応してないらしく、強さ的な問題でいずれ手を出すつもりだった予定を繰り上げてやねうら王との連携を試みる。
makeって何?あー、もりかしてMakefileが無いと動かない?(これを書いている今もこんな理解である)みたいな人間でもなんとかやねうら王をビルド?することはできた。レサ改をcshogiに読ませる数行のサンプルコードがとても役に立った。今でもあの完成品らしき拡張子が無いファイルがなんなのか分かってない。(なお、評価関数nn.binが無いと怒られたのでどこのご家庭にもある水匠4のそれをぶち込んだら動いた。評価関数とやねうら王の分担は今もって理解があやふや)(また、途中でAyane[やねうらお氏謹製ライブラリ]も使おうとしたがcolab上では上手く動かす方法が分からなかった)
一応これでcshogiで局面の最善手と次善手およびそれらの評価値を呼び出せるようになったのだが、単にdebugでずらずらと余計なものまで出力するのではなく、重要な指し手周りのinfoだけ出力するようにしようとしたが、上手いやり方がわからず、結局こうなった。
sys.stdout = open('out.txt', 'a') engine.go(listener=print)
ここは絶対もっとマシなやり方があるはずなので、識者の教えを請いたい。
Colab上でまあまあ目処がついたので、この辺りでPythonの環境を作った。ここまでそれをやっていなかった理由は、「おま環」トラブルの可能性をなるだけ遠ざけておきたかったからである。環境が悪いのか俺が悪いのか分からない、というのは初心者にとって限りなきストレスである。あーネットが繋がらなくてルーターの設定や接続とか支払いとか文字通り部屋をひっくり返しながら調べてたら実はフレッツ自体が落ちてた件を思い出してイライラしてきた。cshogiはJupyter上で動かすことを意図しているようなので、それで動かなければ自分の書き方が間違っているのだとほぼ確実にわかる。
まあこの辺りはいろんなサイト見ながら仮想化などしつつ普通に。仮想化が何か分かってないんですけど。
これまでColab上で書いてきたものは多少の書き換えで動いたので、ローカルにJupyter notebookをインストールして、数字の計算とグラフ化を試みる。
ちなみにこの時点で得られているデータはこんな感じ。
go info depth 1 seldepth 1 score cp -47 multipv 1 nodes 483 nps 241500 time 2 pv 3c3d info depth 1 seldepth 1 score cp -86 multipv 2 nodes 483 nps 241500 time 2 pv 4a3b info depth 2 seldepth 2 score cp -53 multipv 1 nodes 847 nps 423500 time 2 pv 3c3d 9g9f info depth 2 seldepth 2 score cp -68 multipv 2 nodes 847 nps 423500 time 2 pv 8c8d 7g7f info depth 10 seldepth 17 score cp -78 multipv 1 nodes 100163 nps 1963980 time 51 pv 8c8d 2f2e 4a3b 7g7f 3c3d 2e2d 2c2d 2h2d 8d8e 6i7h 8e8f 8g8f info depth 10 seldepth 17 score cp -111 multipv 2 nodes 100163 nps 1963980 time 51 pv 3c3d 7g7f bestmove 8c8d ponder 2f2e go info depth 1 seldepth 1 score cp 117 multipv 1 nodes 206 nps 206000 time 1 pv 2f2e info depth 1 seldepth 1 score cp 78 multipv 2 nodes 206 nps 206000 time 1 pv 7g7f ...
今回の小目標は、goで区切られた中から下から2行目と3行目のcpほにゃららを取得していい感じのリストにする、というものだ。この辺りは正規表現でなんとかなるだろうと見通しを立てたが、実際そうなった。
ただ、後手が見たときの評価値が後手目線なので、それだけにマイナスをかけるのはどうするか(そうしなければ、先手+3000点の次が「後手から見て」-2900点だったりして綺麗にグラフにならないのだ)を調べるのに結構時間が掛かった。
また、詰み周りでまたプラスマイナスやカンストの絡む計算をしたくないのもあり、数値にNaNを入れてグラフ表記を省略することにしたのだが、そうするとnumpyの関係で整数(とNaN)しか扱わないのに浮動小数点で計算しなければいけなくなって若干気持ち悪かったり。まあ動くのでヨシ!
この時点で、ローカルにKIFファイルを保存し、pyファイルでcshogiと水匠を動かし、Jupiter notebookを開き評価値グラフと手の広さのグラフを重ねて表示する、というそれなりのものは出来上がった。
簡単に言えばpyファイルで1手10万局面(森内チャンネルに出てたHEROZの方が使ってた数字をそのまま使っているので特に意味は無い)探索させ、最善手と次善手についての生の評価データを吐き出させ、ipynbでそれを整形し、グラフ化している。
基本的に全部VSCode上でできるので、慣れれば計算時間も含めて10数秒で結果が出るのだが、このワークフローはいかにも美しくない。
なので、Flaskという簡単らしいフレームワークを使ってローカルでWebアプリとして使えるようにしようと思った。inputとoutputをどうにかするだけだから余裕やろ。
Google colabを触り始めてからここまで1日。圧倒的成長!
Paizaラーニング再び。後半ではデータベースとか本格的な話もあるようなのだが、txtに書き込む一行掲示板を作るまでの前半部を高速で履修(演習は全部飛ばした)。なるほどー、こうやってやりとりするのね、と最低限は完全に理解した。
Jupyter向けのコードを普通のPythonに直してあっちで数字を出してこっちでそれを受けて元に戻して……とかやってると循環参照か何かで怒られることに。その対策に細かく部分を分けて関数にしたのだが、その場合ってもしかしてdefの内部しか読まれない?(共通部分も読まれると思ってた)(いや、共通部分は読まれるけど他のdef内が見えないのか?何も分からん)なるほど。こうなると関数の内部から上に戻るためにクラスとか欲しくなるのかなーという感想。
最終的にWebに公開しようとこの時点では思ってたので、txtに一旦出力するのが安全性的にどうかとか考えてたのだが、テキストの読み取り周りでハマる。結局抜け出せず諦めた。
以降は、HTMLにダブルクオートが抜けてるのに一時間気づかないとか、FlaskのXSS対策の対策をするとか、ファイルの書き込み設定をミスって2万手くらい蓄積されて評価値グラフが大変なことになったが、原因に気づかずひたすらグラフ生成部を調べ続けるなど、非本質的な問題にかかずらっていたので書くことは特にない。
なので、最初にgitignoreしてなかったせいで1万ファイルくらい上げそうになったけど、それ以外は特に問題も無く。中間報告からここまで2日ほど。結局1ヶ月かけずにプログラミングをそれなりに身につけることが出来た。「プログラムを覚えたければ作りたいものを見つければいい」というのは本当だな、と改めて思った。
https://anond.hatelabo.jp/20220107060727
どれくらい書けるようになったのか、を見たい方は主にvalue_output.py(将棋AIに思考させてデータを取り出す)とgraph.py(データを整形してグラフを書き出す)を見ていただければいいかと思います。
最初にPaizaを教えてくださったYoutuberの方、cshogiを初心者でも使いやすいように作って展示してくださったTadaoYamaoka様、水匠開発者のたややん様、水匠含めこんにちの将棋AIの基盤を作ってくださったやねうらお様、cshogiを通して利用したpython-shogiのKIFパーサーを書いてくださったTasuku SUENAGA様に、厚く御礼申し上げます。
>> ゴリラについて書くときに、ゴリラの外見を詳しく描写しないでしょ。
ゴリラについて書くときに外見を詳しく描写はしないが、それはコンテクストが図鑑に載る程度のことで済む場合の話し。生物学的なゴリラについて語るならそれなりに分類や生態を解説するよな。伝えないと行けないこと、伝わりづらいと思うことはきちんと補足するのが一般的な書き手だ。それをせず想像の中のゴリラで何もかも説明できると思うなら、書き手にならない方が良い。
例えばここでCPUの設計思想について語るときに、CPUの作り方なんて誰でも知ってるでしょ、と話し始めたらおかしいよね。それが答え。
横から失礼
中国の自動車メーカー、上汽通用五菱汽車の格安電気自動車(EV)「宏光MINI EV」が中国の地方都市・農村を中心に好調に売れている。名古屋大学の山本真義教授らが分解調査したところ、ブレーキや冷却システムを簡素化し、半導体などは既存品を転用することで50万円強の安値を実現していることが分かった。仕様の徹底的な割り切りによる同社の手法は、EV開発の常識を変える可能性がある。
インバーター基板の写真見て噴き出した技術者多いんじゃないかなと思うよ。
Casper-01(@MOTRA_3x2) - 44分前
もし高速で前を走っていたら離れないと…
NFK(@NFKgamer) - 13:00
やはり、人の命が安い国は違うなあ
平日狭いんです 💉💉7ヶ月経過(@xjfb314) - 12:36
ガソリンスタンドすら未整備な地域が多い。住民は自宅で充電できるゴルフ場のカートのような低速EVを足代わりに使っている。宏光MINI EVはその役割の代替に成功」
シュレディンガーの箱(@penguin__b) - 12:21
アプローチは全く違うけど、既存技術を組み替えて新製品に仕立てる手法はiPhoneに通じるものがある
amerio(@amerio28515428) - 11:53
》
「仕様の徹底的な割り切り」は信頼性を確保できるのかな。そう簡単には問題が顕在化しないのが困りものかもね。
5年後に路上で大量立ち往生しても「安いから仕方がないだろ」で終わるんだろうけど。
-------
jaway(@jawayjaway) - 11:13
専用品ではなく、汎用電子部品を選択、故障個所はモジュールごと交換と割り切ってるのか/
.陳(@naichin) - 11:04
日本製部品が全く使われていないというのが衝撃。全く完全に商機に携われていないのか。
日本には安全性認証などのコスト問題で入ってこないようだが、この低価格は魅力的で世界中でニーズがありそう。
ぽろ(@champoro1) - 10:46
低価格で機能を削ぎ落としたEV車市場は、日本で普及する可能性が高いが、この車の部品に日本製は採用されてない。
これを日本で販売する為に、安全上の法規制をクリアする必要がある。
普及させないために、法規制を強化してさらなるガラパゴス化に邁進する日本が透ける
質屋の七つ屋 鎌倉大船店(@7tsuyaofuna) - 10:11
専用設計せず既製品を使う、半導体は家電用のものを使う、回生ブレーキを載せない、、、ある意味潔い作りやね。
しやちく(@leemanoid) - 09:56
電気自動車の普及には電力スタンドインフラが問題に挙がるが、電気は各家庭に配備されているのでターゲット顧客を絞ればスタンドは不要となる。
ShonanITcare🐬ITC × TAKKEN × ENTREPRENEUR(@shonanitcare) - 09:47
「電装品は欧米有力メーカー製、耐久性が高い車載仕様ではなく家電用半導体を転用。交換しやすい設計で修理の手間は少ない。壊れやすいが直しやすい設計で価格破壊EV」・・短距離、家庭充電でインフラも必要無し
HIROSHIGE_COLOR(@simo_yan) - 09:41
"仕様の徹底的な割り切りによる同社の手法は、EV開発の常識を変える可能性がある。"
鉄馬(@tetsumah) - 09:36
•回生ブレーキなし
•部品は家電用を流用で寿命は短いが交換しやすい。壊れたら直せば良いの精神
回生ブレーキまで削ってるのか…
好き勝手に車を語るアカウント(@talking_car) - 09:20
山本 真義@名古屋パワエレ武道会(@YamamotoPENU) - 09:03
日本では非常識な機能省略でも、これが低価格EVのデファクトスタンダードになりえるんじゃないかと。
Ken Kimura(@ken_glyph) - 08:58
ブレーキや冷却システムを簡素化し、半導体などは既存品を転用することで50万円強の安値を実現していることが分かった。仕様の徹底的な割り切りによる手法は、EV開発の常識を変える可能性がある。
パベルジャパン╱中国・アジア圏のリサーチ(@pabeljapan) - 08:53
自動車としてはやや怖い感じがするが、割り切りが凄い
井上雅史@ものづくり企業 経営コンサル 上席コンサルタント(@masashi_i) - 08:52
自動車産業。欧州が脱炭素を謳い新技術で日本車のシェアを奪うなか、中国は簡素化と転用でローコスト化でアップサイクルを実現する戦略に。
「MINI EVは「壊れやすいが直しやすい」割り切りの設計思想で価格破壊を実現したEVといえそうだ」
ラテママ ♡フンモモFC No.69(@miwa_mz) - 08:43
悔しいが圧倒的じゃないか。
Mt.富士(@urrjb7PYbKJnUxO) - 08:29
.ver(@varjon_jp) - 08:27
中国の50万円EV「宏光MINI EV」を分解し、コスト構造を解析したリポートです。中国製の割安な部品をフル活用しているのはさることながら、EVで常識とされる再生ブレーキ・水冷システムを省いたことのコスト効果が大きいようです。
日経ASIA-TECH(@Nikkei_ASIATEC) - 08:24
車は耐久消費財だから売り出されただけでは評価できない。メンテナンスや性能の持続がなければ駄目。継続してウォッチする必要がありそうだ。安かろう悪かろう…では困るよ。
CIM / コンストラクションインベストメントマネジャーズ株式会社(@CIM_coltd) - 08:14
せから🌟クラブ(@sekara_kurabu) - 08:13
命は軽視?
車検は通るの?
渡辺綱(@4604ydbc1) - 08:13
コストがかからない工夫と、壊れやすいが直しやすいというのが妙でした。
→
takechiri_00(@Takechiri0) - 08:01
kacchi25(@kacchi25) - 07:54
コストダウンという観点からすると、彼らは世界一の技術を持っているのかもしれない。『壊れやすいが直しやすい』という発想は日本企業では考えつかない。(というか、法的に許されない。)この発想を逆手に取ることで競争力強化に繋がる可能性も。
ご安全に‼︎⛑ 💪Lime-rofushi Fan Club No.819(@nomoto1985) - 07:43
Kiyo Chinzei(@kchinzei) - 07:09
中国の自動車メーカー、上汽通用五菱汽車の格安電気自動車(EV)「宏光MINI EV」が中国の地方都市・農村を中心に好調に売れている。
みるきぃ@投資で資産価値アップ(@musiclover0517) - 07:07
学ぶべきところは学んでおきたいですね。
ブレーキや冷却システムを簡素化し、半導体などは既存品を転用することで50万円強の安値を実現している
稲川 雅彦(@doyoda86) - 07:05
"耐久性が高い車載仕様ではなく、家電用の半導体を転用している。電装品は当然、故障しやすくなるが、モジュールごと交換しやすい設計なので修理の手間は少ない"
壊れたら交換すればええやん、さすがです
利用者の本当のニーズを考えると、こういう車もある。そこを攻めるならそれはアリ。家電や100均などでもそういうのを得意としてきたのだから、日本もやるところが出てきてもいいと思うのだが。
のとみい(@noto_mii) - 06:57
中国の自動車メーカー、上汽通用五菱汽車の格安電気自動車(EV)「宏光MINI EV」が中国の地方都市・農村を中心に好調に売れている。
龍ノ髭🄬🌟🌸🌈☀(@HotheartTake) - 06:48
家電同様、”無駄に高性能”な日本製EVでは到底太刀打ちできないなぁ(嘆)
アシスト🍜(@byassist) - 05:18
以上
https://anond.hatelabo.jp/20211026193844
で、「iPhoneがなぜ日本人に受け入れられたか」を書いた増田です。ブクマが1600もついていてびっくりしました。いままでどんな気合い入れてブログを書いてもブクマ100もいったことがないのに、勢いに任せて書いた増田が1600とは…こういうのみんな知らなかったんですかね。
いろいろ言及してくれた人がいるんで、答えられる限り答えていきたいと思います。
まあ、隠す必要ないよね。そうです。ハイ。名古屋の工業系の大学を出て入りました。あの頃の三洋はすごかったんだ。二次電池、太陽電池、デジカメ、無線通信など、地味に覇権取ってた技術分野がいくつもあった。新潟で半導体も作っていたし、有機ELだって開発してたんだ。パナからは下に見られていたけど、社風はちょっと緩くて、でも活気があっていい会社だった。守口に本社ビルが建ったときは誇らしかったんだ。なんでこの大企業がこうも容易く瓦解して消滅してしまったのか、今となってもよくわからない。新幹線の窓から見えるソーラーアークに「SANYO」とあったのが、「Panasonic」に変わっているのを見たときの衝撃は、今も忘れることができない。
あ、これはまあ、そうですね。事実上の消滅、といったらいいかな…
>日本メーカーのAndroid端末開発の悲喜こもごもを教えて
俺は携帯絡みの仕事で最初にやったのがPHSのCS(基地局)だったんだ。今や三洋が基地局を作っていたなんて知る人も少ないんじゃないか。DDIPocket(その後WILLCOM、そしてSoftbank…)でその仕事していて、CDMAを手伝ったあと、KCP+というクソみたいなプラットフォームでみんなが死んでいるのを横目で見つつ、横須賀で次世代通信の基礎研究みたいなことをやっていた。なので端末の開発はあんまりやってないんだ。でも、三洋の携帯は良かったんだよ。そりゃパナやNECに比べたらブランドや知名度で劣ったけど、中身は全然負けてないつもりだった。ワンセグをつけたのも有機ELディスプレイを付けたのも三洋が最初だし、何より俺らはあのアメリカでしこたま売ってた。
だがいつの間にか三洋の携帯事業はだんだん先行きが怪しくなっていて、ノキアと合併するという話をずっと聞いてたんだけど、なんかしらんけど結局京セラに売られることになった。京セラは厳しいけど温情あるところだったらしく、残ってパナに身売りされた部門よりかはずっと良かったんじゃないかな。俺は京セラには行かず別の会社に移籍してLTEとかしてたんだけど、そこでiPhoneの発売でいろんなもんがすっちゃかめっちゃかになるのをやや離れた場所から見ることになった。その後は凋落する日本の携帯業界とともに生きてきますた。
>iPhoneが出たときにガラケーにかなわないと思ったのはお前の見る目がないからだ
(笑)まあ、そうだよね。それは本当にそうだと思う。ただ、当時出たばかりのiPhoneは、ちょっと重たいサイトを見るとすぐにブラウザが落ちたし、孫さんはこれで仕事が捗るぞみたいなこと言ってたけど、こんな不安定なもの仕事に使えっかよと思ったのも確か。ガラケーのほうがずっと安定していたんだ。その後iPhoneが急激に改良されていったのはご承知の通り。当時はiPhoneの未来性を語るギークも多かったけど、女子高生がNECの二つ折りにじゃらじゃらとストラップをつけて、あらゆる機能を使いこなし超高速でケータイ打ちしてたような時代で、別にメニュー階層なんかもそう複雑でもなく、これがiPhoneより使いにくいなんて思わなかったんだ。先見の明がなかったことはそのとおりだと思う。
>Androidの出始め、海外メーカーのはそんなにダメ端末ではなかったよね
はい、これもそうですね。HTCやサムスンは当初からしっかり作り込んだいいのを出していた。日本メーカーが安定した端末を出せるようになったときには、すでにiPhoneの覇権が確定していたのは前に書いたとおり。ただ、ソニーだけは例外で最初からそこそこ安定したものを出していたし、途中まではグローバルマーケットでガチで戦っていた。とはいえ、確かソニー・エリクソン(後にソニーモバイル)って当時英国の会社だったような。
>iPhoneが普及したのは端末や操作性がAndroidに対して洗練されていたからで、キャリアの戦略や日本メーカーの不手際だけで語るのはおかしい
これも、そうだとは思う。ただ日本だけが突出してiPhoneのシェアが高い(2位以下に10ポイント以上の差をつけている)理由は、キャリアの戦略や日本メーカーの不手際が原因と言っても差し支えはないと思う。
でも、iPhoneが洗練されているってのはどうもやっぱり納得できないんだよな…確かにiPhone5くらいまではそうだったかも知れない。ただその後はUIなんかもひたすらAndroidで先行しているものを取り込んでいったでしょう。通知エリア、戻る機能、大画面化、アイコンのグループ化、ウィジット、カーソル移動…iPhoneがAndroidと比較してそんなに洗練されたものなら、どうしてAndroidのマネをする必要があったのか。また端末はどんどん重くメタボリックになっているし、ノッチはデカく指紋認証も不可で、充電端子の統一もできず未だにデジタルコンテンツのアプリ内購入もできない。それで最高のユーザー体験とか聞くと、寝言は寝てから言えよと思ったりするよな、正直。俺はよく画面分割してYoutubeを再生しながらLINEとかするけど、それすらまだiPhoneはできないんでしょ?
以前はAndroidが高機能高性能で推してiPhoneはユーザー体験がすごいんだと言われてきたけど、今はどちらかと言うとiPhoneのほうがAチップの高性能を売りにして、ユーザー体験は変な所にこだわっておおよそ実用的ではない。その点もAndroidが優れていると言い切っちゃうと荒れそうだからこのへんでやめとくけど、ぶっちゃけ大して変わらんと思うよ。
まああとは、AppleWatchやiPadやMacとの連携が優れてるみたいな話になるんだろうけど、そのへんは使ってないのでよくわからない。個人的な思いで言えば、個人情報から決済から操作性から何から何まで一社に依存するってのは怖くないんかなって思う。Appleは個人情報保護が優れてるって人もいるけど、実際のところは彼ら中国政府にベッタリで、その要請に従って中国企業に個人情報の管理とか任せたりしてるぞ。
俺が本当にこいつらすごいなと思ったのは、Appleではなくサムスンやファーウェイだった。サムスンはGSMとかから今のスマホの時代に至るまで、グローバルに君臨しつづけているほぼ唯一のメーカーだ。そりゃ過去には日本の技術を盗むとかもあったかも知れないが、日本を追い抜いたあともずっと成長を続けているし、しかも端末のコア部品の大半を内製できて、それらがみな競争力を保っている。こんなオバケみたいな連中は他にいない。
ファーウェイは基地局でとてつもない技術力と競争力を持っていたのもあるが、端末だって短期間にすごいのを出してきた。SoCも内製していたし(製造はtsmcだったけど)、その設計思想や性能はAppleに劣らないくらいだった。そして安かった。安く作れるってのはそれ自体がすごい技術力なんだ。実は俺はファーウェイが躍進して、高慢ちきなAppleを奈落に落とすことを密かに期待していたんだけど、そうはならなかったね。でも彼らはきっといつか這い上がると思う。それが日本にとっていいことかどうかわからんけど。
思うに、日本でiPhoneのシェアが高止まりなのは、中韓に対する根強い差別意識もあるような気がする。日本人はアメリカの作るものは大好きだが、中韓については未だに彼らの技術や製品を認めたくない思いがあるんじゃないかな。欧州なんか行くとサムスンやらXiaomiやらのスマホの機能やデザインを褒める声を聞くけど、日本でそういう人はあまり見ないよね。
>老害め
このコメントが結構あったね…iPhoneが出たときに俺は40歳前後。若くはないけど老害じゃないだろうとは思う。ただ今の若い人は、僕らみたいな年代の人間が日本の産業を焼け野原にしたと思っているのかも知れない。まあそれはそれで確かにそういう一面もある。でもまあ、なんというか、この20年、日本はやるべきことは必死にやってきたと思う。
いま話題の半導体だって、パナとルネサスは共同で微細化の研究に取り組んで世界の先端を行っていたし、富士通は最新の工場を三重に建ててファウンドリビジネスにも取り組もうとしていた。ASMLの独壇場であるEUVリソグラフィだって、実は日本が先行して産学共同で先駆的開発をしていた、なんてもう言っても誰も信じないんだろうな。プラズマや液晶だって有機ELだって、実際のところ日本企業は果敢に攻めていた。世界で求められるキーデバイスは何かはちゃんと把握していたし、それでなんとか世界の一角に残ろうと必死だった。後からならなんとでも言えるが、その時々での判断が遅かったとか合理性を欠いていたとは思えない。でも、なぜかその大半が裏目に出てしまった。技術はあった、人もいた、行動もした。でもダメだった。
太平洋戦争の歴史を読んだりするのが好きなんだけど、あれも途中からやることなす事の大半が裏目に出るようになるんだよね。インパール作戦や特攻のような不条理な作戦もあったけど、全部が全部そうでもなくて、その時はこういう道しかなかったのだろうと思えるものもたくさんある。でも、どうしてかその大半は裏目に出てしまう。そんなときは人生にもあるし、国にもあるんだろう。
俺は、あの三洋電機があっというまに崩壊していったのを見ているから、いま世界を席巻しているAppleやらサムスンやらtsmcだって、いつどうなるかわかったもんじゃないよなって思うよ。富士通やNECみたいに卓越した技術を持っていても、長い時間をかけて凋落していった企業だってある。逆に言えば、ほんの20年くらい前までAppleなんてニッチで時代遅れのPCメーカーだったんだ。日本だっていつまでもダメな国じゃない。社会が変わるときは一瞬で変わる。老害って言われるのは悲しいけど、でも君らと一緒にまた上がっていける日は来ると思うな。
追記:iPodのことを何度か書いている人がいるけど、俺の周囲の人たちでiPodを使っている人は殆どいなくて(ちなみに言うとWalkmanだっていなかった)、大体が中韓の作ったmp3プレーヤーを使っていた。格段に安かったし、iTuneとかいうできの悪いソフトを使わないでも、フォルダごと音楽ファイルを放り込めば再生してくれたからだ。俺も名前忘れたけど韓国メーカーのやつを使ってたと思う。これって自分の周囲があらかた理系でメーカーだったから、割と特殊なのかも知れない。ただ全く無関心なのではなく、飲食店で注文を取るお姉さんがiPod touchを端末に使っていたのを見て、ああイノベーションってこういう形も取るのかと感慨深く思ったのを覚えている。ちなみに当時auはガラケー向けに音楽配信サービスをしていて、もちろん三洋の端末も対応していたんだけど、実際それで音楽聞いてる人を見たことなかったな…(ぶっちゃけ、ビットレートが低く、音もそんなに良くなかった)
なので、iPodを使ってた人がiPhoneを受け入れたという説は、そうかも知れないけど自分にはわからん、となるのであった。ごめんね。否定しているわけじゃないんですわ。こうやって現場の人に周りが見えてなかったってのも、我々の敗因のひとつなんだろう。