はてなキーワード: 設計思想とは
はてなブックマークはブックマークを通じて他の人とつながったり、注目の話題を簡単に探すことができる、国内初のソーシャルブックマークサービスです。
はてな、国内初ソーシャルブックマークサービス「はてなブックマーク」開始 ~ウェブサイトの内容からキーワード抽出し、コミュニティ要素を強化~ - プレスリリース - 株式会社はてな
ソーシャルブックマークサービスの草分けは海外の「del.icio.us」で、はてブはいわゆるパクリタイムマシン経営だった。まさか本家よりも長く生き延びることになるとは。
そもそもソーシャルブックマークサービスにおいて「コメント」や「ホッテントリ」的なものは本質ではなく、Webサイトに大勢で「タグ」を付けていくことで検索しやすくする「フォークソノミー」のほうが重要視されていた。
まだ「Web2.0」の華やかなりしとき、「集合知」が信仰されていたころのことである。
コメント機能が実装されたのはβ版開始から12日後のことだった。すべての戦いの始まりである。
はてなブックマーク正式版リリースについて - はてなブックマーク開発ブログ
例えば A さんが、非表示ユーザー項目に B さんのユーザー名を指定すると、A さんからはエントリーページ(コメントが一覧表示されるページ)で B さんが見えなくなります。(実際にはエントリーページにおいてのみプライベートモードと同様の扱いになります。) なお、A さんが B さんを非表示ユーザーに設定していることは、B さんを含む他のユーザーには知らされません。
別にGigazineが悪いわけではまったくないけれど、Gigazineのエントリーが頻出するようになったあたりから、どんどんエントリーの質が下がってきている。もう最近あまりホッテントリも読まなくなった。
執筆者は現在でもUI論やAI論などでブイブイ言わせている深津貴之氏。
これに対してブコメでは「ホッテントリなんて見ない」「お気に入り機能を使え」といった論調。
ちなみに現在の感覚だとあまりブクマされていないように感じるかもしれないが、当時100users超えは相当に注目されていたほうである(ホッテントリでも10users20usersが当たり前だった)。
ほぼ同時期にこんな記事も上がっていた。いわゆるモヒカン族の代表格・ekken氏の記事である。
「はてブでコメントするのは卑怯だ、文句があるならウチのコメントか自分のブログに書いてトラックバックしろ!」
……などという笑っちゃうような文句をよく見かけるけれど、そういう人は「はてなブックマークもウェブログの形態の一つ」であることを認識していないんだろうなぁ。
少なくとも「はてブは反論できないから卑怯」論が当時からあったことがわかる。
「ホッテントリがつまらなくなった」「ブコメが攻撃的である」「ブコメに反論できるようにしろ」といった批判は現在に至るまで断続的に続いている。
ネット右翼のメッカが2ちゃんねるだったとすれば、ネットイナゴが集まるのは「はてなブックマーク」だ。たとえば今日の当ブログの記事には、現在39のブックマークが集まっているが、そのコメントには記事の内容を論理的に批判したものは一つもなく、「バカ」「うんこ」「アホ」などの言葉が並んでいる。
執筆者の池田信夫氏は当時影響力のあった(今もあるだろ!)ブロガーの一人だった。
この記事をきっかけに「ネガティブコメント」問題の議論がより活発化した。
当時のはてなCTOであり、はてなブックマークの生みの親である伊藤直也氏も反応していた。
コードをもって改善するのか、ユーザーのみなさんとの対話を行って改善していくのかを id:jkondo, id:umedamochio らと一緒に日々考え検討しています。
ちなみにjkondoははてなの創業者で前社長の近藤淳也氏、umedamochioは当時のはてな取締役でメンター的な役割を担っていた梅田望夫氏である。
……と注釈しておかないと、今どきは知らない人のほうが多いのではなかろうか。
当時は、はてな社員とユーザーの距離が近く、はてなコミュニティ内の話題にダイレクトに反応してくれていたのだ。
そんなわけではてな社はネガティブコメント対策を考えることになる。
はてなスターでは基本的に他人を褒めることしかできません。コメントをつけるにはともだちになる必要があり、ブログを読む人の9割が「面白い」と感じているの に、実際に目に見えるのは残りの1割の人の批判的な意見ばかり、というような事は起こりにくくなっています。
はてなスターは、ごく小さな「ポジティブな気持ち」を掬い取るシステムとして作られているが、これはネガティブコメント問題が背景にあるからだった。
つまり「ネガティブコメントを単純に排除するのではなくポジティブな気持ちを可視化することで対抗しよう」という設計思想だったのである。
ちなみに、当初の「はてなスター」には「はてなスターコメント」という機能もあった。
これは「お互いにはてなスターを付けあったユーザーだけが書きこめるコメント欄」である。
現在のTwitterの「リプライをフォローしているユーザーに限定する機能」みたいなものか。
このアイディアは悪くなかったが、システム的に洗練されていなかったためにほとんど活用されることはなかった。
はてなブックマークから「IDコール」が送信されるようになりました - はてなブックマーク開発ブログ
これ以前からはてなダイアリー(=はてなブログの前身)には「IDトラックバック」という似た機能があったのだが、はてなブックマークでもそれを利用できるようになった。
ある意味で「はてブは反論できないから卑怯」問題に対する回答ではあったが、当初から「喧嘩相手の呼び出し機能」「気持ち悪い馴れ合いを促進する」「IDコールしまくる荒らしが出そう」などと言われていた。
ASCII.jp:津田大介が伊藤直也に聞く、「はてなブックマーク」の今と未来(前編)
ASCII.jp:津田大介が伊藤直也に聞く、「はてなブックマーク」の今と未来(中編)
ASCII.jp:津田大介が伊藤直也に聞く、「はてなブックマーク」の今と未来(後編)
先ほども出てきていた当時のはてなCTO・伊藤直也氏がはてブについて語ったインタビュー記事。
「ネガティブコメント問題についてはてながどう考えていたか」が窺える興味深い内容である。
はてなブックマークのコメント一覧非表示機能について - はてなブックマーク開発ブログ
ウェブサイトのオーナーが専用のmetaタグを設定すると、そのサイトのコメント一覧ページが見えなくなる、という機能。
前掲のインタビュー内で、
と言っていたのはこれのことだったのだろう。
ただし、はてブの知名度が低いために、わざわざコメントを非表示にしているサイトは現在でも少ない。
日本のWebは「残念」 梅田望夫さんに聞く(前編)(1/3 ページ) - ITmedia NEWS
はてなの取締役であり、日本における「Web2.0の伝道師」と目されていた梅田望夫氏が、ついに日本のインターネットに絶望してしまった事件。
その後、梅田望夫氏ははてな取締役を退任、表舞台から姿を消してしまった。
ぼくが今日はてな東京本店にお邪魔して一言申し上げたこと - ハックルベリーに会いに行く
[B! はてな] ぼくが今日はてな東京本社にお邪魔して一言申し上げたこと - ハックルベリーに会いに行く
当時、はてな界隈でオモチャにされてブクマを荒稼ぎしていたハックルさんこと、この数カ月後に『もし高校野球の女子マネージャーがドラッカーの「マネジメント」を読んだら』を刊行してまさかのミリオンセラー作家となる岩崎夏海氏が、梅田望夫氏の発言を受けて「なぜはてなは僕に話を聞きにこないのか?」と豪語し、そして実際にはてな社に招かれて「ガツンと言ってやった」という流れ。
本来はカッターほどだった言葉の殺傷能力を、サバイバルナイフくらいに、あるいは日本刀ほどに増幅してしまう力が、インターネットには、中でも取り分け「はてなブックマーク」にはある。
だから、そこを管理運営しているはてなという会社には、実はとても大きな責任があるのだ。そこで事故が起きないように気をつけたり、誰かが誰かを傷つけたりしないよう見張っている道義的、かつ社会的責任があるのだと、ぼくは申し上げたのである。
しかし現状、今のはてなにはその自覚はない。そのため、主にブックマーク界隈を中心として、非常に危険な場を形成している。非常に危険な状況を生み出している。それは本当に見ていて危なっかしい。このままでは、冗談ではなく近いうちに人死にが出るだろう。
この「人死にが出る」という予言は、残念なことに10年後に的中してしまったのだった。
はてなブックマークの生みの親であった伊藤直也氏がはてなを退職した。
はてなブックマークのエントリーページを改良しました - はてなブックマーク開発ブログ
はてなスターが多く付いているコメントが優先して表示されるようになった。
つまり、はてなスターがブコメのモデレーションに使われるようになった。
ただし、現在のようにタブで切り替えるのではなく、コメント一覧の上に別枠として表示されるような形だった。
はてなブックマークのエントリーページの表示を変更しました。 - はてなブックマーク開発ブログ
「人気コメント」と「新着コメント」をタブで切り替えるようになり、デフォルトでは「人気コメント」しか表示されなくなった。
もともと、はてブのコメント一覧ページでは、「無言ブクマ」も含めて、すべてのブクマが新着順に表示されていた。
しかし、ある時から「コメントのあるブクマ」しか表示されなくなり、さらに「人気コメント」タブが優先表示されるようになった。
つまり「フラットな見せ方」から、ある意味では「偏った見せ方」に変わったのである。
個人的には、この「はてなスターをモデレーションに使う」「デフォルトでは人気コメントしか表示しない」という二つは大悪手だったと考えているが……。
これまでブックマークコメントに関して、ユーザーの皆様より「一方通行で意見を述べる場であり、意見に対して更に意見を重ねる方法がない」とご指摘をいただくことがございました。コメントへの返信機能は、その解決策の1つです。
今回の機能で、ブックマークコメントページ自体がブックマークされる、そのページがコメント付きでシェアされるなどを通じて、疑問への回答が得やすくなることを期待しています。
「はてブは反論できないから卑怯」問題に対して「コメントひとつひとつに個別のページを用意したら反論しやすいだろう」ということで実装されたもの。
ただし、ブコメひとつひとつの固定URLというのはこれ以前からあったし、「同じページで反論したい」「相手に反論を通知してほしい」といった要望は満たされていない。
はてなブックマークは10周年を迎えました - はてなブックマーク開発ブログ
IDコールを利用して攻撃的なコメントをばらまいていたユーザー(増田では「低能先生」として親しまれていた)が、名の知れたはてなブロガーだったHagex氏を殺害した事件。
低能先生が「アカウントをBANされて発言の場を奪われたから暴発した」ことを考えると、はてながネガコメ対策を強めたことが裏目に出てしまったとも言える。
もちろん放置すればよかったというわけでもないので難しいが……。
ブックマークコメントからのIDコール送信機能は、ユーザー間のコミュニケーションを促進する目的で提供してまいりました。しかし、ブックマークコメントには文字制限があること、また、自身へのIDコールに返信する機能や、ブロックやミュートなどIDコールの受信を制御する機能がないことなど、本来の目的からは不十分な部分もありました。
ここで発生する問題として、不穏当な表現は注目されやすい傾向があり、その結果として人気コメントに不穏当な表現が目立ち、強調されてしまうことがあります。これは、サービスの構造に起因する解決すべき課題であると受けとめています。
人気コメント算出アルゴリズムの一部にYahoo! JAPANの「建設的コメント順位付けモデルAPI」を導入しました - はてなブックマーク開発ブログ
しかし「短文だと人気コメントになりづらい」とかでコメントを「ʕ•̫͡•ʕ•̫͡•ʔ•̫͡•ʔ•̫͡•ʕ•̫͡•」で埋めるのが流行ったりした。
ちょっと前にまとめサイトかどっかで車の名前をガンダムにつけても違和感がない的なネタを見たことがある。
思いつきでいくつかネタ出ししてみたけど、カローラガンダムアクシオとか、レヴォーグガンダムとか、ガンダムヴェゼルとかガンダムアルファードとか適当に考えた割に違和感がない。
車に詳しくない人なら水星の魔女の2期で出てくる新型の名前だよってネタで言われても気づかない気がする。
で、もう少しネタ出しをする中で気づいたのだが、なぜか軽自動車の名前はガンダム風にしずらいのだ。
例えばN-BOXガンダムとかガンダムタントとかワゴンRガンダムとかサクラガンダムとか、まぁしっくりこない。
なんでだろうと思って自分なりに仮説を考えたのは、普通車の名前はちょっとカッコつけて設計思想とかの理念を元にラテン語とかギリシャ語とかでそれっぽい言葉を探して造語作ったりしてるけど、軽自動車だと親しみやすさ重視で日本語をもじったり生活感の強い英単語を使ったりするから違和感あるのかなと思った。なんていうかカッコつけたネーミングしなくていい分ガンダム味が薄れるんだろうな。
インターネットって昔は全世界に無遠慮に開かれているモノだったし、最近のパーソナライズの文脈でも「好きそうなコンテンツを推薦する」ことはやっていても「嫌いそうなコンテンツを”徹底的に”遠ざける」ことはやってない。
つまり地雷がある人間にとっては設計思想の段階で根本的に相容れないシロモノなんだよね。
もちろんDiscordやLINEのようなクローズドなSNSは問題ないだろうが、twitterやpixivはそうじゃない。
「もっと未知のコンテンツと接しろ、うっかり苦手なのが混ざってもまあいいよね」くらいのノリでやってるサービスだ。
そこに来て「誰かが地雷を踏まないようにコンテンツを隠しましょう」って正気の沙汰とは思えない。
オタクの進めてくるキショイソフトは設計思想としてなにも間違っていないことが多いんだけど使い手を選ぶというか思想の妥当性をちゃんとわかってないといけないことが多いよね。
「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よりも並列処理強いんだなぁ」
他の会社の運用とか技術スタックの話を深堀りして質問しまくれる機会とかなかなかないから、落ちたは落ちたなりに吸収できるものはある気がする。