
はてなキーワード:キーボードとは
フルスペックゲーム未満Unity素人が適当に作ったゲーム以上って感じ。3Dゲームにしては多分軽快に動く
あからさまに察しが悪いキャラクターとそれいきなり言いますか、が多くあまり質は高くない
第1章も展開都合優先が過ぎる
ただ女性陣の演技指導はよくボイスドラマとしては悪くない。男性陣は主役級がモブ演技過ぎる
ダメージが通ると豆腐のように崩れ、通らないとハチャメチャ乱戦になる
成長途中の戦闘デザインは諦めてそうなので、高難易度がどうなるかって感じ
ただレベル1でも結構良い戦いしてくれて、これを育てる必要があるのかがよくわからない
高難易度コンテンツにどれくらい求められるかわからんけど、厳しさを感じる
マウス・キーボード操作前提の慣性付き3段階ジャンプダッシュは動かしていて楽しい
ただしゃがみ/スライディングからのスピンジャンプ→空中ジャンプ→空中ダッシュを全部駆使することを求められるアスレチックは俺には厳しい
インフィニティニキも高難易度は厳しかったが、このゲームのアスレは俺には無理かもしれない
不足しているアイテムから直接稼ぎダンジョンに入れるから良いんだが、周回コンテンツがめっちゃ多い
マップも初期都市はそこまで広くないので、あまりこっちの方向には指向してないのかもしれない
ただ人生で他にやることがある人間が息抜きにやるには中身や喜びが薄そうな気配がするし、周回ダンジョン内の移動量が多くて地味に時間かかるのもうーん
参照する必要はそのころなかったんじゃない(36条改正)あと36条の「絶対知ってる筈の先行文献の記載が欠如している」だけでは拒絶理由にならへんやろ
(実施例欠如とかあいまいとか、もっと重い36条はちゃんと存在するし、hanabiの開発に小川がいたならペナルティは重くなるが。)
前記処理手段は、前記タッチパネルに文字の属性情報を複数表示し、
複数の前記属性情報のうち一つが押圧された際には、押圧された属性情報の上下左右であって他の属性情報に重なる位置に、当該他の属性情報の重なった部分が隠れるように、押圧された属性情報に基づく詳細情報である文字を表示し、
一の押圧動作が開始した位置の位置情報から一の文字の属性情報を特定し、
前記属性情報のうち一つが押圧された後の押圧位置の移動距離が、
一定以内であれば、このことを判断基準として属性情報である文字を確定し、
ざっとみて語尾がシステムなのと、アルファベットとの切り替えができること、また配置に隙間がない(他の一次キーの上に二次キーを即座に表示)あたりがあたらしいかな
ハナビ
【請求項1】タッチパネルへの複数のキーの表示手段と、表示したキーの1個に5個のかな文字を順序づけて対応させるキー定義手段と、操作開始時の操作点の座標と各キーの表示領域とを対比して選択されたキーを認識するキー認識手段と、操作開始点に対する操作点の移動方向とキーに定義された文字の順序とを関連づけた順序定義手段とを備え、操作開始点の座標に基づいて五十音配列の行を選択し、操作開始後の操作点の移動方向に基づいて五十音配列の段を選択することを特徴とする、かな文字入力装置。
iPhoneって電話だから入力装置じゃないんだよなぁ せめて入力可能な端末装置とかにしろ(いや電算機系の基準がそのころおかしかくてモノ特許しかうけつけなかったとか事情がありそうだけど)
これならいくらでもAppleは日本への課金から逃げることができるように見えるぞ
まあ日本の法制度って『一人、本当の犠牲者がでてから、「ほらみろどんだけデカイサカナを失ったか」ってあげつらって反省に立脚して法改正させる』が多すぎるんだよね
AIの推進派は「和製グーグルがないのはなぜだ」が合い言葉だった(けどAIも結局日本はもうけ<被害)し、
そういうのが「地道」で「堅実」なんだろうけど損してるよなぁ
hanabiもうまくやったら小川の上をいけていたかもしれないけど、
学者さんやらITさんってそういうのヘタなんだよなあ。
まあオレもいざとなったらウシジマくんなみの活躍ができるかっていうと、
某巨大企業の法務部なみの経験値がないと(あっても)無理だけど。
そういう意味では小川はファウルに見える玉でもちゃんと拾いに行って費用と手間暇かけて特許にして、
日本の国益被害の拡大をふせいだんだから手柄をみとめればいいじゃんとおもう
増井俊之氏はむかしUNIX Magazineの連載でこういったキーボードを持たないデバイスのユーザインターフェイスについて何度か取り上げていた。当時の記事はいまでも氏のWebサイトで見ることができるのでぜひ見ていただきたい。
http://www.pitecan.com/UnixMagazine/
http://www.pitecan.com/UnixMagazine/PDF/if9804.pdfパイメニュー、T-cubeなど
ダイヤモンドの↓の記事が盛りすぎでブクマカが釣られまくっているので、ちょっと落ち着けという意味で少し解説する
普通の人が「フリック入力を発明」というフレーズを見たら、どっちを想像する?
普通は1を想像するよね。でも、上の記事の「発明」は2の意味。8割くらいのブクマカはここを勘違いしてコメントしてるように見える
同じ発明家氏の記事でも3ヶ月前の東洋経済のほうは、「フリック入力を発明」という釣りフレーズこそ使っているものの本文を良く読めば発明のキモの部分が2であり1では特許を取れなかったことがそれなりに分かるように書いてある
「フリック入力」を発明しMicrosoftに売却した彼の"逆転"人生。元・売れないミュージシャン兼フリーター、家賃3万のボロアパートでひらめく
https://b.hatena.ne.jp/entry/s/toyokeizai.net/articles/-/889631
もちろん2の意味の発明もスゴイし重要なんだけど、釣りは良くないよね
そもそも世の中のほとんどの技術は様々な発明やアイデアの集合体である。歴史の積み重ねであり、最終形がいきなり湧いて出るわけではない。もちろん「フリック入力」にも歴史の積み重ねがある。それを少し紐解いてみよう(なお、下記の「年」は引用可能な特許や論文が出た時期であり、実際にはそれよりもっと前にソフトウェアがリリースされていたりアイデアがメーリングリストに投稿されていたりすることもある)
[追記]※増田の仕様上ひとつの記事に貼れるリンク数に制限があるため一部URLのhを抜いている点、不便ですがご了承ください[/追記]
ttps://dl.acm.org/doi/10.1145/57167.57182 (論文)
放射状に選択肢を並べるUIのアイデアは1960年代から見られるが、接地点からの移動方向情報を用いた入力手法の祖としてはとりあえずこれを挙げることができるだろう。これは文字入力に特化したものではなく、一般的なメニュー選択のための手法である
ttps://dl.acm.org/doi/10.1145/191666.191761 (論文)
pie menuを文字入力に応用したもの。論文の著者はAppleの人。英語用。広義の『「フリック入力」の元祖』に最も該当するのは、おそらくこれだろう
ttps://rvm.jp/ptt/arc/227/227.html
ttp://www.pitecan.com/presentations/KtaiSympo2004/page65.html
T-cubeを日本語に応用したもの。広義の『日本語版「フリック入力」の元祖』の候補
https://web.archive.org/web/20080925035238/http://www.j-tokkyo.com/2000/G06F/JP2000-112636.shtml (特許)
https://newtonjapan.com/hanabi/
AppleNewton (PDA)用に実装された文字入力UI。「中央が『あ』、上下左右方向が『いうえお』」に対応する見慣れた形のフリック入力がここで登場する。『現在よく見る形の日本語版「フリック入力」の元祖』である。なお、開発者が特許を申請したものの審査を請求しておらず、特許としては成立していない
この頃、Human-Computer Interaction分野でT-cubeやHanabiの発展としての文字入力手法の研究が活発になり、特に国内学会で多くの手法が発表された。情報系の学生の卒論や修論のテーマとして手頃だったからだろう。PDA製品に実装されて広まった例もあり、SHARPZaurus用のHandSKKや、少し時代が下ってATOKのフラワータッチ等もこの系譜である
なお、この頃までの技術は指での入力ではなくペン(スタイラス)による入力を想定したものが主である(iPhoneの登場以前はキーボードレスのモバイル端末といえばPDAやタブレットPCなどスタイラス入力を前提としたデバイスが主流だった)
『スマートフォン上の「フリック入力」の元祖』であり『予測変換機能を備えた「フリック入力」の元祖』である。日本語フリック入力の効率を考える上で予測変換の占めるウェイトは大きく、「実用的なフリック入力」を実現するには予測変換との組み合わせは外せない。2006年にAppleに招聘されてiPhoneのフリック入力機能を開発した増井俊之氏は元々予測変換のPOBox(1998年 - ttps://dl.acm.org/doi/10.1145/274644.274690 )の開発者として知られる研究者であり、Appleへの招聘もその経験を買われてのものだろう。入力にフリック操作を用いること自体は特筆すべきものではなく、当時の流行を考えれば自然な選択だったと思われる
なお、前述のHanabiの開発者氏がiPhoneのフリック入力を見て
と言っている一方、増井氏はHanabiに対して
知らんがな
と言っている。この分野の研究をしていて知らんことあるか?とも思うが、電話用テンキーの上に五十音かなのフリック入力を実装すると誰が作っても概ねHanabiのような外観になると思われるので、本当に知らなかったとしても齟齬はない
ttps://www.j-platpat.inpit.go.jp/c1801/PU/JP-2008-282380/11/ja (特許)
『画面表示は絶対座標+移動判定は相対座標で行うことで「フリック入力」の入力効率を向上させる手法の特許』である(詳しい仕組みは上記の東洋経済の記事に書いてある)。ペン先と比べて指先は太いため指によるタッチでは厳密な操作が難しく(fat finger問題)、「実用的なフリック入力」を実現するにはこのような工夫も必須になる。小川氏の凄いところは、スマホの日本語UIをリリースするならどのメーカーも必ず実装するであろうこの工夫を、日本版iPhoneのリリース直前、Apple社としては引き返せないであろうタイミングで特許申請したところだ。機を見るに敏すぎる。特許庁に2回も拒絶された特許を不服審判で認めさせているところも本人が弁理士だからこそできる強さだと思われる
なお、氏の記事を読むと「フリック入力」自体を氏が考案したように思えてしまうが、ここまでに述べた通りそれは誤りである。「フリック入力に関連する重要な特許の公報に『発明者』として掲載されている」ことは疑いない事実なので「フリック入力の発明者」と称するのはギリギリ誤りではないと言えないこともないが、「フリック入力を発明した」はやはりダメだろう。上述の通りフリック入力自体は90年代に既に登場しており00年代の前半にはタッチスクリーン上のかな入力手法の一角を占めるに至っていたので、iPhoneに実装されたことは不思議でもなんでもなく、
このあたりは荒唐無稽な邪推すぎて、ソフトバンクから名誉棄損で訴えられたら危ないのでは(そもそもiPhoneのフリック入力を開発したのはAppleであってソフトバンクではない)
まとめると、さすがに小川氏の記事はモリモリに盛りすぎである。書籍の宣伝にしても酷すぎる。価値の高い特許を取った発明家であることは事実なのに、なぜこういう胡散臭いムーブをしてしまうのか
1998年にAppleNewton用に開発された日本語入力システム「Hanabi」が草分けで、2008年にiPhoneに採用されたことで、急速に広まった。従来の「あ段→い段→う段→え段→お段」とキーのプッシュを繰り返して表示・入力する方式(トグル入力)に比べ、素早い入力が可能になる。その入力効率の高さから、2010年頃にはキーボード離れが加速している[1]。
1998年にAppleNewton用に開発された日本語入力システム「Hanabi」[2]が草分けで、2008年にiPhoneに採用されたことで、急速に広まった。日本におけるフリック入力は、発明家でシンガーソングライターの小川コータがiPhone上陸以前に考案し2007年から2015年にかけて特許出願した[3]ものであり、取得した権利はマイクロソフトに譲渡された[4]。
ただ、これはおそらく関係者の自作自演等というわけではなく、日本におけるフリック入力関連特許が小川氏のものばかりであることからボランティア編集者が勘違いしてこのような記述にしてしまったのではないか。フリック入力は前述のように地道な技術の差分の積み重ねなので、個々の差分の開発者が「特許」を取ろうという気にならないのは良く分かる。その点でも、自ら弁理士として特許を量産した小川氏の強さが際立っている(が、やはり盛りすぎは良くないと思う)
ノートPCだと水こぼしたりシール貼ったりして「私物」的なふるまいが多いからだとか。
画面が大きくなるのはいいけど、気軽に移動して好きな席で仕事ができなくなるな・・・。
予算でモデルは変えるにしても、88鍵盤でミニじゃない普通の大きさの鍵盤じゃないと、
結局そのキーボードじゃないと弾けない感じになるからねぇ・・・・
色んな音色が出せるモデルはちょっとしたCMソングとか音を出して遊べるから自然といいトレーニングになるのだ。
教室は教わるっていうのもあるんだけど、似たような実力の人と出会えるから刺激になるのよね。
コーチングだけだったらYoutubeで練習方法はゴマンと出てくるけど、結局孤独な戦いになるから続かない事も多いし・・・・。
以下ChatGPT
自分のホームページ(自前ドメイン+自前HTML)を一度でも作って運用すると、SNS中心の“受け手”視点から、仕様・検索・配信・所有・継続の“作り手”視点に脳が切り替わる。結果、情報リテラシーは跳ね上がり、ネットのニュースや流行の見え方が根本から変わる——しかも想像以上に。
Before(作る前):Web=SNSのタイムライン。良し悪しは「バズってるか」「見やすいか」
After(作った後):Web=プロトコル+ブラウザ+HTML/CSS/JS+CDN+検索エンジン。
ページは**文書(Document)**であり、配置(IA)、意味づけ(セマンティクス)、配信(HTTP/HTTPS/HTTP/2/3)、キャッシュ戦略が気になりだす。
→ 同じ記事でも「タイトルの付け方」「hタグ構造」「画像最適化」「OGP」「サイトマップ」がまず目に入るようになる。
プラットフォーム依存の脆さを体感:規約変更やシャドウバンで露出が消える。
自サイトの資産化:ドメインに紐づくURLはリンクされ、検索に積み上がり、10年後も生きる。
POSSE(Publish (on your) Own Site, Syndicate Elsewhere):まず自分のサイトに出してから外部へ配信する習慣が身につく。
3. “好き/嫌い”から“なぜ速い・なぜ遅い”へ
CoreWeb Vitals(LCP/FID/CLS)や画像の遅延読み込み、フォント最適化の重要性が腹落ちする。
広告・計測タグの重さに過敏になる。読者体験を壊さないためのパフォーマンス予算という概念が生まれる。
キーワード選定は“流入ゲーム”ではなく読者の課題→コンテンツ設計に帰着。
内部リンク・パンくず・スキーマ(構造化データ)・サイトマップの意味が実務として理解できる。
“書けば伸びる”ではなく“検索意図を満たす設計が伸びる”に目が覚める。
alt、見出し階層、コントラスト比、キーボード操作、焦点管理など、見えない品質が最重要になる。
デザインは飾りではなく“読み・理解・操作”のためのユーティリティだと分かる。
たまたま当たる1記事より、更新の継続・アーカイブ性・RSSのほうが効くと実感。
コメント欄・メールフォーム・X連携よりも、ニュースレターやRSS購読者の質に価値を見出す。
ドメイン、DNS、証明書、バックアップ、法務(特商法・プライバシーポリシー)に“運用者の責任”が生まれる。
その重みが情報の信頼性を引き上げる(=他人のサイトの苦労も見えるようになる)。
トレンドは“輸入”ではなく選別になる。自分の歴史に合うものだけを採用して積層していける。
A. 最小HTML(雛形)
<meta charset="utf-8" />
<metaname="viewport" content="width=device-width,initial-scale=1" />
<title>あなたの名前 |ホーム</title>
<metaname="description" content="自分のホームページ。制作物・日記・メモを置いていきます。">
<link rel="alternate" type="application/rss+xml"title="RSS"href="/feed.xml">
<meta property="og:title" content="あなたの名前 |ホーム">
<meta property="og:description" content="自分のホームページ。制作物・日記・メモ。">
<meta property="og:type" content="website">
<nav>Home /About /Posts</nav>
<footer>© 2025あなたの名前</footer>
GitHubPages(Jekyll標準。Rubyベース、Node不要)
CloudflarePages(静的ファイルを置くだけで高速CDN)
レンタルサーバー(静的HTML+SFTP/rsyncで十分)
C.ドメインの基本
DNSはA/AAAA/CAA/TXT最低限、HTTPS必須(Let’s Encryptで無料化)。
D. “最低限の品質チェック”5点
ログを読む:SearchConsoleと簡易アクセスログで“本文よりメタ情報”を磨く。
アーカイブ主義:記事は追記で更新。URLは変えない。Versioningを意識。
多少ChatGPTと議論して「小論に整理して」とお願いするだけでこれなら
凡人の俺様がちんたらキーボード叩いて書く必要なんてないじゃんもう!
https://togetter.com/li/2618627
今回の事件で多くの人が揺れたのは、「恐怖を感じた人の防衛行為」が、どこまで許されるかという点である。
身体障害や透析など、外見では分からない「見えない弱者」が社会で繰り返し軽視されてきたことは事実だ。
しかし、口論の段階で武器を使用し、無関係な他者まで巻き込んだ瞬間に、それは防衛ではなく攻撃へと転化する。
法的にも倫理的にも、暴力が他人を傷つけた時点で、その正義は失われる。
彼女がSNS上で相手を「40-50代じじい」と呼んだ表現は、単なる感情の発露にとどまらない。
それは、相手の行為ではなく属性そのもの(年齢・性別)を攻撃の対象とする言葉だ。
この瞬間、個人的なトラブルは「中高年男性という集団」への敵意にすり替わる。
この言語構造はその**鏡像――“ミサンドリー的反射”**と言える。
弱者が自らを守る物語の中で、他者が“敵の象徴”として消費されていく現象は、暴力の形を変えた再生産に他ならない。
人が暴発する時、そこにあるのは純粋な恐怖だけではなく「屈辱」も強く関与する。
「若いから座るな」「病気でも見えなければ認められない」という社会の視線に対する怒りが、
個人の攻撃者を超えて「社会全体への報復」に変わったのだろう。
彼女自身が繰り返し使う「悔しかった」「お灸をすえたかった」という語は、
つまり彼女の行動は、社会的な不平等への“象徴的報復”として遂行された可能性が高い。
近年のSNS言説では、「女性」「障害者」「被害者」といった立場は道徳的免罪を得やすい。
弱者を“聖なる報復者”として祭り上げ、暴力の責任を薄めてしまう。
もしこの事件が銃社会で起きていたら、催涙スプレーではなく発砲事件として報じられただろう。
「怖かった」「迫られた」と主張する発砲者が免罪される構造は、
アメリカの“スタンド・ユア・グラウンド法”の問題と同じである。
恐怖を根拠にした先制攻撃が認められる社会では、暴力の独占は失われ、
今回の事件は、銃社会の論理が非銃社会の中で萌芽した象徴的な出来事でもある。
この事件が投げかけたのは、
「恐怖と正義の境界をどこに引くのか」という普遍的な問いである。
だが、その弱さが他者への攻撃の免罪符になった瞬間、暴力は正義を模倣し始める。
フェミサイドもミサンドリーも、根は同じ――恐怖を根拠に他者を人間として見なくなること。