「モディファイ」を含む日記 RSS

はてなキーワード: モディファイとは

2024-05-02

■Nintendo Switchの次世代機

Nintendo Switchの次世代機の話があったが、任天堂がこだわる「新しい遊び」の部分は正直想像がつかないので楽しみに待つことにして、性能的な部分での予想をすると、一番重要なのはプロセッサをどうするかという点だ。

現在のNintendo Switchで使われているのはNVIDIAが設計したTegra X1というプロセッサのモディファイ版だと言われていて、当初は20nm、2019年ごろに登場した省電力版では16nmプロセスが使われていると言われている。

ARMコアにNVIDIAのGPUを組み合わせたSoCなので、それぞれ年数分の世代の進化に合わせたプロセッサがあればそれを使えばいいだけなのだが、問題はNVIDIAがモバイル向けのSoCをほとんど見捨てていることだ。

Tegra X1後継のSoCはXavier、Orinときて現在はThorという世代が発表されているが、いずれもモバイルやゲーム機向けではなく組み込み・ロボティクス向けのJetsonか車載向けのNVIDIA DRIVEとしてパッケージされている。

Tegraでやったように任天堂専用モディファイとしてプロセッサだけを切り出してSwitch 2に内蔵する可能性もなくはないが、いずれにしてもOrinやThorはバッテリ駆動するには消費電力が高めであるように思われるので、かなりクロックを抑える必要があると思われる。しかしOrinのベンチマークスコアはSwitchに搭載されたTegraの8倍程度はあるようなので、クロックを抑えたとしてもかなりの性能のジャンプアップは見込めるとは思われる。

とはいえNVIDIAのプロセッサの供給状況は不透明なので、任天堂は別の手段を考えているかもしれない。

ひとつは汎用のARMプロセッサとGPUを組み合わせたSoCを使う、つまりSnapdragonやKirinやDimensityを採用する可能性。

スマホ用のプロセッサといえば他にはサムスンのExynosもあるのだが、サムスン製品以外に採用された例がないので候補から外す――しかし実は変化球がある。GoogleのTensorはExynosのモディファイ版なのだ。任天堂とGoogleが提携してTensorを調達して載せる可能性があったりはしないだろうか？

いや、その変化球があるならば、もっと変化球として、アップルのApple Aプロセッサを採用したらいいのではないか？省電力性能もGPU性能も充分だし、任天堂は（故岩田社長が）アップル大好きだったのだから、提携するならアップルのほうが面白いではないか。なんならサムスンファブ製よりTSMCファブ製のほうが熊本方面が喜ぶかもしれない。

そこまで考えて、もしかしたら、任天堂がSwitch 2専用プロセッサを設計して搭載してくる可能性があるんじゃないかと思ってしまった。一億台売れる端末のプロセッサを、外注するより自社で設計したほうがいい、と任天堂なら考えたりはしないだろうか。

https://www.nintendo.co.jp/jobs/keyword/59.html このページなどでも語られているが、TegraのモディファイをするにあたってNVIDIAとはかなり突っ込んだ議論もしているようなので、現在ではSoC全体のデザインができるようになっていたら面白いと思う。

Permalink | 記事への反応(0) | 14:24

2023-10-05

■anond:20231004113429

甥っ子にもっと聞いてみてもらいたいことが有る。

　・70、80年代のハードロック

　・70年代のディスコミュージック

　・60、70年代のローリングストーンズ

　・色々なミュージシャンがリスペクト＆カバーした50年代以前のブルース（ブルースロック）

　・60年代のビートルズ

10代の子にはどう聞こえるんだろうな。

ちなみに、俺はビートルズが大好きで、ローリングストーンズは嫌い。

70年代のハードロックは好きだけど、80年代はあまり好きじゃない。ヘビメタもあまり聴かないし。

70年代のディスコミュージックは結構嵌った時期が有った。

クラプトンがカバーしたブルース（クラプトン風にモディファイされてる曲）も好きな曲は何曲か有る。

90年以降はあまり興味が無いかなあ、KPOPって何って感じ。


つまらん増田でｽﾏｿ。

Permalink | 記事への反応(3) | 10:24

2022-04-08

■おすすめのキーキャップ教えてくださいませんこと？

ちょっと可愛いけど可愛すぎないメガネモヤシおじさんが家で使っててもギリギリセーフなくらいの配色のやつで1万以下で買えるやつ

E-Whiteのケースに合う3トーンか2トーンの小洒落た配色がよくて、今んとこ気になってるのがosume sakuraかdalgonaあたり

どっちかというと後者の方が落ち着いてていいかな、でも未発売だし、前者はR2待ちでいつ入手できるか分からんやつだけど

アルファベット部分は白系かパステルくらいの薄い色つきのがいい(逆にここが濃くモディファイア部分が淡色でもいいが)

刻印は真っ黒じゃなくて多少色ついてたほうが好ましいな、XDAプロファイルによくあるど真ん中印字みたいなのも可

視認性は気にしないからごん太より細字の方がいいが、無字がいけるほど玄人ではない

プロファイルも気にはしないが今のがOEMだからそれ以外だとより好ましいかなくらい

素材はPBTでもABSでもいいが、厚みがあることと、Dye-Subなら印字がキー間でズレてたり滲みすぎてたり珍妙なフォントだったりしない程度の品質は欲しい

In-stockなやつだとPolyCaps Corn PBTなんかも好みだがもうちょっと落ち着いててもいいな

あとはTai-Hao Shell Sand Beachあたりか…？ 印字が黄ばみすぎてて統一感ないのがちょっとアレだ

BoWにアクセントキー数個添えるって手も考えたがBoW自体が個人的にハイコントラストすぎてダサいと思うのでちょっとないかな

アクセントキーも派手すぎて目立つ色は手元見るたびにギョっとしそうで避けたい

Keychron Q1にひっそり追加されてるカラバリMint Greenのキーキャップだけ売ってくれればそれもかなりアリなんだがなー

AliExpressでGMKクローンを買うという手もなくはないんだが、なんかアレな気がしてアレよ

Permalink | 記事への反応(0) | 21:52

2022-01-23

■anond:20220123111625

そうなったらそうなったで、生まれつきの才能で上手くやれる「ナチュラル」が脳調整技術に頼って上手くやる「モディファイド」より優遇されるようになり人類の差別と争いは続くんだろうなと思う。

Permalink | 記事への反応(0) | 11:19

2021-06-14

■anond:20210614115531

フットボールもね。アメリカでしかほぼやってないからいいんだけど、アメフトとか野球のルールのややこしさって、なんかあるとすぐモディファイしていくアメリカ人の思考回路の発露だなーという気がしている

Permalink | 記事への反応(0) | 11:57

2021-06-09

■anond:20210609080603

モディファイ前の車体より重くなってパフォーマンス落ちたメチャかっこいいクルマ！

Permalink | 記事への反応(0) | 08:07

2021-03-05

■ゾイドゴジュラス、好きかい？

見た目は(名前も)ゴジラをモディファイした感じだけど、俺は大好きだぞ

Permalink | 記事への反応(0) | 06:32

2020-01-24

■anond:20200124120548

ちゃんと政治してる人は発言が危うくないようにモディファイされてるが、このtwitterにしても「過度の制限はよくない」って言ってるだけで「ゲームは一日60分！」に対してNoと言っている訳ではないぞ。

むしろ60分なら妥当と言い切る可能性だってあるから注意な。

Permalink | 記事への反応(0) | 12:20

2019-06-21

■AquaSKKで新下駄配列を使うための設定　解説編

anond:20190621202451

AquaSKKには同時打鍵を認識・記述する方法がないため、新下駄配列を使用するには、AZIKの場合のようにかな規則とショートカットキーをいじるだけでは不十分です。さらに一歩進んで、キー割り当てソフトを使用する必要があります。

私はKeyRemap4MacBookを使ってそれなりに新下駄配列が使える状態に出来たので今の時点での成果を少しずつ紹介していきます。

ショートカットキーの変更

AZIKの場合以上に、SKKで多用する「L」「Q」「X」といった単打のショートカットは、Controlとの組み合わせなどに変更しておく必要があります。これらのキーを使うかながどれも打てなくなるからです。

AZIKの場合のQ,L,Xの問題と同じく、keymap.confを修正します。

AZIKの場合と異なり、この問題の修正には.ruleファイルの変更は不要です。

SandSの採用

両手で同時打鍵をする新下駄配列では小指でのシフト操作は現実的ではありませんので、スペースキーでシフトするSandSを採用します。

KeyRemap4MacBookに最初から含まれている「Space to Shift_L (+When you type spce only, sendSpace)」の各種設定を好みで選んでもらえばいいと思います。

既存の設定について

KeyRemap4MacBookには、既に「ことえり」「ATOK」といった普通のIME用の設定はあります。

これらの設定でも、ほとんどのひらがな、カタカナの入力はスムーズにできます。

単打シフトの問題

しかし、これらの設定では、漢字（単語）入力でつまります。単打入力の際にシフトしても、変換モードに移行しないのです。

この原因は、jis_shingeta_base.xmlにおいて、単打の場合はモディファイアキーが押されていない場合のみ、新下駄配列への置き換えが行なわれるように設定されているからです。

下記の「ModifierFlag::NONE」という文字列がそれです。（「く」の定義を例にしています）

<autogen>--KeyToKey-- 
KeyCode::H, ModifierFlag::NONE,
KeyCode::K, KeyCode::U, 
KeyCode::VK_NONE</autogen>

これは各種のショートカットキーを使えるようにするためでしょうが、SKK的には困ります。

シフト付きの単打の場合も新下駄配列への置き換えが行なわれるように、上記のjis_shingeta_base.xmlをコピー((usキーボードの場合はjis_shingeta_base_for_us.xmlをベースにした方がいいのでしょうね。))した上で、単打がシフトされている場合にも、文字が入れ替えられ、また、単打がシフトされている場合には入れ替えられた文字の一文字目もシフトされる定義を追加しましょう。

<autogen>--KeyToKey-- 
KeyCode::H, ModifierFlag::NONE,
KeyCode::K, KeyCode::U,
KeyCode::VK_NONE</autogen>
<autogen>--KeyToKey-- 
KeyCode::H, ModifierFlag::SHIFT_L,
KeyCode::K, ModifierFlag::SHIFT_L, KeyCode::U, 
KeyCode::VK_NONE</autogen>

この追加を単打文字全てに対して行ない、修正後の定義をprivate.xmlに追加します。

これで、そこそこ打てるようになるはずです。

「うぉ」の問題

単打でないかなのほとんどは、シフトによって普通に変換モードに入ることができます。KeyRemap4MacBookで同時打鍵を表現するのに使われる--SimultaneousKeyPresses--は、シフトについて設定しない場合、シフトをそのまま渡してくれるからです。

ただし、この仕様はDと@の同時打鍵で入力される「うぉ」の場合は問題となります。

<autogen>--SimultaneousKeyPresses--
KeyCode::D, KeyCode::JIS_ATMARK,
KeyCode::U, KeyCode::X, KeyCode::O,
KeyCode::VK_NONE</autogen>

「うぉ」を表現するのに必要なU、X、Oのすべてがシフトしてしまうのが良くないようで、シフトすると「う」と「ぉ」の間に送りの区切れがあると認識されて辞書登録モードに入ってしまいます。

以下のようにDがシフトしている場合の設定を明示的に追加して、Uだけがシフトするようにすれば大丈夫です。

<autogen>--SimultaneousKeyPresses--
KeyCode::D, ModifierFlag::SHIFT_L, KeyCode::JIS_ATMARK, 
KeyCode::U, ModifierFlag::SHIFT_L, KeyCode::X, KeyCode::O,
KeyCode::VK_NONE</autogen>
・の問題

同手同時打鍵による記号入力のうち、！と？の入力は特に問題なくできます。デフォルトでは半角ですが、全角にしたければAquaSKKの.ruleファイルで指定するだけで大丈夫です。

!,！,！,!
?,？,？,?

RとF、RとGの同時打鍵による「・」の入力については、jis_shingeta_base.xmlに設定がありません。これは、・についてはIMによって、入力方法が異なるからです。SKKの場合はz/で・を入力しますから、RとF、RとG同時打鍵でz/が入力されるようにしましょう。

<autogen>--SimultaneousKeyPresses-- 
KeyCode::R, KeyCode::F,
KeyCode::Z, KeyCode::SLASH, 
KeyCode::VK_NONE</autogen>
<autogen>--SimultaneousKeyPresses-- 
KeyCode::R, KeyCode::G,
KeyCode::Z, KeyCode::SLASH, 
KeyCode::VK_NONE</autogen>
／の問題

／もjis_shingeta_base.xmlに設定がありません。しかも、SKKのデフォルトでは／の直接入力ができませんので、KeyRemap4MacBookの設定を弄るだけでは対応できません。

そこで、まず.ruleファイルに「s/」で「／」が入力できるような設定を追加したうえで、

s/,／,／,/

HとUの同時打鍵でSと/が入力されるようにprivate.xmlに設定を追加します。

<autogen>--SimultaneousKeyPresses-- 
KeyCode::H, KeyCode::U,
KeyCode::S, KeyCode::SLASH, 
KeyCode::VK_NONE</autogen>
「」と（）の問題

FG同時打鍵による「」、HJ同時打鍵による（）の入力は一見できてるように見えるかもしれませんが、無駄な改行が挿入されるうえ、真ん中に移動してくれません。他のIMでの確定用に無駄なENTERが入力されるからです。

<!-- FG -> 「」 & ENTER & 左移動 -->
<autogen>--SimultaneousKeyPresses-- 
KeyCode::F, KeyCode::G,
KeyCode::JIS_BRACKET_LEFT, KeyCode::JIS_BRACKET_RIGHT,
KeyCode::RETURN, KeyCode::CURSOR_LEFT, 
KeyCode::VK_NONE</autogen>
<!-- HJ -> （） & ENTER & 左移動 -->
<autogen>--SimultaneousKeyPresses-- 
KeyCode::H, KeyCode::J,
KeyCode::KEY_8, ModifierFlag::SHIFT_L, 
KeyCode::KEY_9, ModifierFlag::SHIFT_L,
 KeyCode::RETURN, KeyCode::CURSOR_LEFT, 
KeyCode::VK_NONE</autogen>

これは、KeyCode::RETURNを削除すれば解決です。

<!-- FG -> 「」 & 左移動 -->
<autogen>--SimultaneousKeyPresses-- 
KeyCode::F, KeyCode::G, 
KeyCode::JIS_BRACKET_LEFT, KeyCode::JIS_BRACKET_RIGHT,
KeyCode::CURSOR_LEFT, 
KeyCode::VK_NONE</autogen>
<!-- HJ -> （） & ENTER & 左移動 -->
<autogen>--SimultaneousKeyPresses-- 
KeyCode::H, KeyCode::J,
KeyCode::KEY_8, ModifierFlag::SHIFT_L, 
KeyCode::KEY_9, ModifierFlag::SHIFT_L,
KeyCode::CURSOR_LEFT, 
KeyCode::VK_NONE</autogen>
選択ラベルの問題

新下駄配列を使っていると、候補ウィンドウの選択ラベル（ASDFGHJKL）が使えなくなります。AquaSKKの環境設定で選択ラベルを1から9か、1から0に変えておきましょう。

Permalink | 記事への反応(0) | 20:28

2016-03-28

■

http://www.slideshare.net/KenyaKodaira/2016-59970832

なんかたくさんブクマされてますが、読む必要ないと思います。

p.4
  • HTML Template Engin`d`ってなんですかね。誤字脱字チェックはしましょうね。
  • gulpのgは小文字なのでよろしくです。
p.5
p.6
p.8
  • EditorCodingってなに
p.9
  • コードブロックが見づらいっす。黒バックにblueて誰が読めるのだろうか。若者か。
  • npm install後に急にgulpって書いてあるけど、それは何をするタスクなのです？
    • まぁ、この後gulpタスクについて出てるんでしょう……
      • 出てこなかった
p.10
p.15
p.16
p.18

コードの品質が維持される場合に限り、難読化、最小化、コンパイルするのは自由です

  • HTMLの話ですよね？　コードの品質が維持されない難読化や最小化やコンパイルってなんだろう。
  • あとに出てくるけど、CSSには容量削減を異常に求めすぎてるわりには、HTMLには無関心な感じがするんですよね。
p.19

a、span、imgなどの最小の位置にでは開業は適宜対応

  • その適宜が人によってブレるから、それを潰すのが「フォーマット」だと思うんすよね。
  • いっそ「新しい要素が出現したら必ず改行する」くらい言ってほしい。
  • あと日本語が変なんで、それも。
p.20
p.21、22
p.23、24
  • .editorconfigにどう書けばいいかをだな……。
p.25
  • HTMLのルールだとしたら、そういう開発の都合のコメントを残して納品するのはお行儀が良くないっすね。
  • Jadeを使う前提のようだし、Jadeコメントでの話をしてるなら別にいいんすけどね。
  • でもさっきからJadeのサンプルが全く出てこないからオッサン不安になってきちゃったっす。
p.26

正しいHTML

  • HTMLの正しさとは？
  • 参考リンクから察するに、invalidでなければいいと思ってるなんてことはないっすよね。
p.27、28
p.29、30
p.31
p.32
p.36、37
p.40

CSSの教科書

p.42、43
p.44、45
p.49、50
p.57、58
  • HEXの短縮は規定しなくていいと思います。
  • ビルドをかける前に勝手に置換されるような仕組みを入れるべきところかと。
  • gulpでできますし、ググれば出てきます。
  • ちなみに、#f00よりもredの方が1バイト少ないんですよ。
  • 容量削減は人が思いつきでやるには不十分なのです。
  • そんなのはビルド時に機械がやればいい。
  • 容量の削減を理由に人の行為に制限をかけるのが愚かな行為だと気付いてくれたらうれしいっす。
p.61、62
p.63、64
p.71
p.72、73
  • FLOCSSとMindBEMdingを共存させるなら、書くべきことが足りなすぎませんか。
p.73

block__element__elementは使用しない

p.78、79
p.80、81
p.87

GoogleChromeなら変換時に右側に△マーク〜

p.96
p.98

※svgにすることで1つの画像でまかなえる場合はsvgを使用する

p.102
  • ここまで4回くらい読みなおしたんですけが、どうにも上澄みだけの理解しかしてないように感じるんですよね。
  • Jadeについては何かルールは設けないのでしょうか。
  • JavaScriptについては……？
  • そのほかにも、ライティング自体が下手すぎて、これを人に見せるのはどうなのっていう感じがしちゃいました。
  • 誤字脱字くらいはちゃんとチェックしたほうがいいでしょうね。
  • 結論：いろいろ惜しいけど、よくなる余地はたくさんあるので、がんばってください。

Permalink | 記事への反応(0) | 11:26

2015-01-15

■http://anond.hatelabo.jp/20150113151052

「コンバーター」や「モディファイアー」が「クリエイター」と呼ばれる社会の歪み。

Permalink | 記事への反応(0) | 02:51

2010-10-12

■http://anond.hatelabo.jp/20101012230001

ペアノの公理を持ち出しても意味が無いと思うがなあ。

「7+8は15じゃないかも」というのは、「ペアノの公理は間違ってるかも」というのと等しいでしょ。

今思いついたけど、人間原理的なものを持ち出すのがいいかもしれない。

「7+8が15になったり14になったりする世界はどこかにあるけど、そういう世界では人間の身体は突然崩れたり、別人になってしまったりして、今こうして生きている世界は成り立たないだろう。今自分たちが生きているということは、7+8は14になったりはしない世界ということだ」

という感じ。子供向けにモディファイする必要はあるかもしれないけど。

Permalink | 記事への反応(0) | 23:29

2009-10-20

■http://anond.hatelabo.jp/20091020231438

ちょっとめんどくさいけどやってみる　※ちなみに引用元の増田にあらず

Aの主張

資本主義をやめない限り無理

モディファイド資本主義、みたいなのを作るんでもいいけど。

資本主義⇒不幸①

その他主義⇒幸福②

つまり、それぞれの偽命題となる

資本主義⇒幸福

その他主義⇒不幸

を指摘すればAの論旨は崩れる

Bの主張

社会主義国とか封建時代の人が生活苦を感じてないってわけでもない

その他主義⇒（幸福∨不幸）③

②に対して④の指摘

というわけで、Bはさほど間違ったというわけでもないと思うのだが。

Permalink | 記事への反応(0) | 23:35

■http://anond.hatelabo.jp/20091020194847

資本主義をやめない限り無理じゃないかな。

モディファイド資本主義、みたいなのを作るんでもいいけど。

Permalink | 記事への反応(1) | 22:31

2009-07-06

■はてなの馬鹿さ加減には悲しくなるが、はてなユーザーの自分のアホさ

「ネットは広大だ。」とは草薙少佐のセリフですが、貴様ら最近どーよ。いい加減、ネットネットって言ってるやつのスノッブさには反吐が出そうだね。ちなみにここで言うネットネットって言ってるやつはCnetでブログ書いちゃってるような連中のことです。と言うか、いい加減モディファイの社長に「あんたは負けたんだよ。もう逆転できないんだよ!」って言ってやれよ!!悲しすぎるよ!!iPhoneがどんだけ普及しようがあんたには関係ないんだよって言ってやれよ!!みんな厳しすぎるよ!!

Permalink | 記事への反応(0) | 22:29

2008-12-26

■http://anond.hatelabo.jp/20081226212452

こういうのって言葉の定義が曖昧なんだよなー。

「好き」という言葉が、奥村バージョンとでも言うべきものに、相当モディファイされてる気がするわ。

まぁこの人知らないけど。

Permalink | 記事への反応(0) | 21:34

2008-08-26

■

恋は盲目

Life is beautiful: なぜ「iPhoneキラー」がことごとく失敗するのか

何をもち「iPhoneキラー」とするか、あるいはそもそも「iPhoneキラー」なる商品群が「ことごとく」登場した上に「失敗」を重ねたのか、というシンプルな疑問を呈示できる時点でこのエントリが既に破綻しているのは明白である。

元々Microsoftで主要な地位のエンジニアだったらしいこの中島某という人は、今ではAppleに入れあげること甚だしい。その入れあげぶりは、まるでおもちゃを与えられ大喜びしている幼い子供のごとくである。

まあいい。好きこそ物の上手なれと言う。とはいえ、中島某がAppleに拘泥するあまりに、そのスリークで特異なデザインやUIをベスト・プラクティスと捉えるなら大いに道を誤ることとなるだろう。

あと、SoftBankモバイルがiPhoneをやたらとコモディファイ（渡辺聡あたりがよく使う「コモディタイズ」というコトバは誤りだ）しようとしているあたりにはどうにも懸念が感じられてならない。

スティーブ・ジョブスが「囲い込み」を行いたい対象は、中島某のような熱心なApple信者、ないしはMicrosoft棄教者にほかならない。Appleがアフィリエイトに並々ならぬ力を入れているのもその一環だ。もしiPhoneが、既にあるケータイと同様に肌身離さず持つコモディティになるとどうなるか。

それは、本来ジョブスがターゲットと目するコアなユーザのさらなる獲得が叶わなくなるということだ。コモディティ化したiPhoneなど、誰が持ちたいと思うものか。

そのあたりを鑑みずに「ジョブスはマーケッテングの天才」と言いはばからない中島某は実におめでたい。ジョブスはこうした盲目的狂信的ファン（＝ chauvinist(s)）をせいぜい（福田康夫ふう）大事にするとよかろう。

Permalink | 記事への反応(0) | 10:21

 
ログイン ユーザー登録
ようこそ ゲスト さん