はてなキーワード: インターフェースとは
https://anond.hatelabo.jp/20210405201511
みつかったのでトラバしておく、こういう提言が必要なんじゃないか
---
珍しくidつきで返答されたんで反応してみる
https://b.hatena.ne.jp/entry/s/anond.hatelabo.jp/20210404015826
(話はずれるがはてブは返答するのに不便なインターフェースだな)
ここ最近、非モテ論のなかですもも https://twitter.com/sumomodane を中心とした「女をあてがえ論」が主流になってる気がしてるんだけど
10年くらい前はもっと非モテも孤立して個人主義だった気がしててこうコメントしたんだよ
救われるべきだと思うけどその解決が結婚ではないとは思うんだよな。アニメ見てバ美肉楽しんで精神的充足を得る社会ではいかんの?
そのブコメへの反応として、独身にも控除をよこせというのはよくわかるんだけど
フェミが攻撃してきたから反撃してるというのがちょっとよくわからなくて、
であればこうやって反撃するとフェミはぐぬぬって言って引きさがるのかって言ったらそうはならんだろう
最終的にどうありたいのか主張しないことには先に進まないだろうと思ってどうしたらいいのかを俺なりにまとめてみた
結婚というより最終的には自分の遺伝子を持った子を後世に残したいとかそういう話なんだろうか
結構なことだ。俺にはさっぱりわからんけど社会的には俺よかよっぽど適応している人間なんだろう
なんだけどその解決策が
https://anond.hatelabo.jp/20210404144414
こんな風に「昭和の一時期に戻す」になるのは勘弁してほしい。そうなると俺みたいな人間は再び親元に戻されて
が、例えばこんな感じで活動するんなら納得する
女の上方婚、男の下方婚は生物の本能として手がつけられないと思う
であれば、それを是正するのは社会だ。これが「男にだけ資金援助しろ」だと差別だけど
「下方婚したくても経済的理由でできない人間は結婚相手が下方になるまで資金援助しろ」なら目的に援助しているので差別ではない
結婚したくてもできない原因が経済的な問題じゃなく性格の問題であれば、マッチングの機会不足でしかないと思う
そう考えるのはマクロ的な理由で、世界中で非婚化が進んでいる原因が人格だとした近年人間の人格が悪化しているという話になるからだ。そんなバカな
というわけで機会さえ増やせばうまくマッチできる男女が増えると思うんだが、ここで問題になるのが偏見
右からは国際結婚は日本国籍を狙って粗悪な人間が結婚しにくると言われるし
両方とも、お前らいつまで日本が豊かな国だと思いこんでるんだ。正直周辺国と比べて平均賃金も大して高くないぞ
この条件で結婚したい人間は、やっぱり本国だけではマッチする性格がない人間同士だと認識すべき
この種の偏見と戦いたいと言うなら俺も力添えしたい
上のように語ったものの、俺としては現在の婚姻制度っていうのは社会を成りたたせるために成人に無理矢理一定の人生を強いている差別的な制度だと思う
既婚者の方が出世しやすいみたいなわかりやすい格差だけじゃなく
よく男女問題で言われる「既婚男性は家事などの負担がない状態で出世競争をするから女性より有利になる」みたいな話は独身男性にもあてはまるもので、
これを是正する際に女性だけでなく独身男性も同様の是正処置を得るべきだ
実家暮らしの人間は男女共に優遇されている可能性があるが、この点については別の課題もあるので下で語る
経済的には一人暮らしより恵まれてるかもしれないが、多くは望んでその状態になったのではなく社会に強いられて独立できない状態になったはず
それをあたかも本人の人格の問題のように語るのは不適切なんで、こういう偏見にNOをつきつける運動には俺も参加したい
というより
https://lovely-media.jp/posts/1424
こんな感じの性欲の正の効果は既婚者にしか語ることができないような風潮が大半で
独身者は性を語ろうとするとあたかもそれは暴力であり女が一方的に男の暴力を我慢しているかのように言われることが多い
「オナニーで健康に」「ポルノで気持ちをポジティブに」みたいな記事は「夜の関係で夫婦円満」程度の露出度でメディアに出てしかるべきで
それが許されない社会は結婚しない人生を許している社会とは言えない。こういう問題には俺も意見したい
とまあこういう風に建設的な方向に話を進ませればよかったんだが
いやいやいやいや
この手の切断処理をよく見るけどこれまじで言ってるの?全然別のことじゃないと思うけど。
そもそも内心の差別を解消するには他人と対話するしかないでしょ。内心で差別してるから差別を表明したりするんだから内心の問題を解決しないとだめじゃん。内心で差別心を持っていることも問題でしょ。当たり前だけど。なんで内心で差別してるのは問題じゃないって話になってんの?ダメでしょ。
いつどうやってその差別が爆発するかわからないんだから。相模原の事件とか忘れたの?
「個人がどう思ってようが自由だけどそれを言ったら差別だよ」と金言みたいに言われてるけど誰かに言わなきゃそれが差別かどうか本人にはわかんないじゃん。相模原の犯人みたいに社会正義とまで思ってるやつも現実にいるんだから。内心の問題を解消しない限り差別心が爆発する潜在リスクを社会は抱えたままになるよ。その内心を改めるには誰かと対話して修正するしかなくて、その過程において対話相手に差別を表明することが必要になる。「私はこう思ってるんだけどどう?」と会話してはじめて差別だと気づいたりする。みんなそういう経験あるでしょ。これは人に言っちゃ駄目な言葉だとか、これは人を傷つける可能性がある言葉だなとか。そういう対話の積み重ねで自分の価値観や差別心を修正していくんだから内心の自由と差別(価値観)の表明は完全に地続きでしょ。
差別(仮)を表明することで他人に諫められて自分の考えが差別だって気づくんだから。まあネットは差別を解消するインターフェースだとは思わないけど、一般に差別の表明と対話による修正と内心は相関してるよ。普通に考えて。話さなきゃわかんないでしょ。あたりまえだけど。ましてや内心なんてものを変えようと思った時には。
抽象に依存するってことなんだよね。発想が抽象的でむずかしい。
以下に示すbeforeコードの欠点は、IOに関係する部分とビジネスロジック(誇張)が密結合していることで、このメソッドを変更する理由が複数存在している点である。(単一責任の原則に違反)
変更理由は、IOにnullが入ってくることを考慮するとか、暗号化アルゴリズムを変更するあたりがぱっと浮かんだ。
afterのコードは、readerとwriterを引数から受け取れるようになっていて、インターフェースに依存するようになって、単一責任の原則を守るようになった。
```
# before
def encrypt
end
end
# after
end
end
```
まとめ
エヴァはともかく、
は理由があった気がするんだが、原作のコマ枠の外とかに書いてなかったかな…
オペレータのお姉ちゃんだけでなくメガテク・ボディ社の事件(人形使い)のときのウィリス博士も手を改造していたはず
士郎正宗は設定に偏執的なので(作者なりの)明確な理由はあると思う
例えば、自分の脳を直接機械のコネクタに接続してしまうと機械にトラップが仕掛けられていたり敵の攻性防壁によって自分の脳が焼かれてしまう危険がある
だからネットワークとのインターフェースをアナクロなキーボードにすることで防御できる可能性がある
しかし、脳とネットワークを直接接続する方がキーボードを叩くよりも通信速度が爆速なはずなので、それに対応するために高速にキーボードを叩けるよう手を改造する
プライベートなメソッドや関数をテストする必要は無いと考えています。プライベートなメソッドは、実装の詳細であるからです。
ほとんどの場合、プライベート メソッドをテストする必要はありません。 プライベート メソッドは実装の詳細です。
「プライベートメソッドはテストするな」と強く主張されるのは、ケント・ベックの影響もあるかもしれない。
例えばtwitterで、パブリックメソッドにだけテストを書き、テストが必要なほどプライベートメソッドが複雑ならそれを別のオブジェクトに切り出す必要があると発言している(twitter/kentbeck)ように、プライベートメソッドのテストに強く反対している。
またベックの書いたSUnit(xUnitの源流にあたる)には「ひとつのテストをひとつのオブジェクトで表し、それによってテストの独立性を高める」というアイディアが使われている(そのアイディアを実現するためにとても複雑な設計をしている Simple Smalltalk Testing: With Patterns)。テスト自身がひとつのオブジェクトとして独立しているなら、テスト対象となるオブジェクトのプライベートメソッドがテストできないのは当然のことになる。
が問題になる。
テストファーストで開発するなら手を動かしながら軽い気持ちで書きたい。
privateなルーチンの自動テストは面倒だ。実際にコーディングするときは最初publicにしておいてテストしてうまく動いていそうならprivateにするのだけど、この「いそう」がくせ者。いっそのことすべてpublicにしたくなる。
私は元々メソッドはprivateにしない主義なのでメソッドの場合は問題ないのだけれど、ファイル内の「関数」が問題になる。和了点計算だと和了形判定とか符計算とか和了役判定とか単体でテストしたい内部関数が山ほどある。(twitter/koba0367)
private メソッドをテストすべきか問題、原則論だけだと袋小路に入りがちだから、private メソッドをテストしたくなる具体的な場面について議論したほうがいいと思う。
自分がレビューでよく見る例としては、複数の public メソッドの重複部分を private メソッドに抽出した結果、濃い private メソッドと薄い public メソッドが一対多関係になる場合が挙げられる。設計としては間違っていないし、わざわざ public メソッド経由でテストする意義があるかというと微妙。(twitter/ts7i)
きれいなインターフェースを作ろうとすればするほどpublicメソッドじゃない部分に複雑性を追いやることになり、壊れた時に手戻りが大きすぎると思ったら、プライベートにバックドア開けてでもテスト書くようにしてます (twitter/mizchi)
しかしプライベートメソッドに対するテストを書こうとすると大概リフレクションなどで可視性の制限をすり抜けるとかメソッドの可視性を変更するといった回りくどさやコストの導入が必要になるので、じゃあプライベートに対するテストはそうしたコストに見合うのかが問題になる。
伊藤さんの答えは「原則書かないほうがいいという大前提のうえで、どうしてもというときは、"これはテストのためにpublic"にしているというコメントの上でpublicにする」だった。
自分は「テスタビリティのためにメソッドをpublicにする」っていう"実プログラムの挙動を変えること"の方が、「privateなメソッドをテストコードのみsendで叩く」よりも怖いって思ってることに気がついた。(twitter/highwide)
単体テストがホワイトボックステストだとするなら、publicかprivateかでテストの有無が変わるのは明らかにおかしいだろ。ややこしいロジックはprivateに隠蔽すべきだが、そこがテストできないなんて。 (twitter/kmaebashi)
private メソッドをテストするかどうか? まず最初に言っておきたいのは public/private は抽象の設計の問題であって、テストすべきかどうかとは当然無関係だろうということ。(twitter/qeigoi)
特定の言語の貧弱な機能に思考が制限を受けて誤った結論を出している典型的な例。
https://b.hatena.ne.jp/entry/4684049296462116226/comment/megumin1
テストの粒度とメソッドのアクセス権は独立したものなので、「プライベートメソッドをテストすべきか否か」という切り方自体がナンセンスではあるのだが、現実問題としてはアクセス権がテストに影響するので難しい。(twitter/AoiMoe)
private メソッドのテストはすべきかどうかというより、「できるべき」であって、それができないというのも、ある種、言語機能とテストのインピーダンスミスマッチと言えるのではないだろうか、と思っている。(twitter/aetos382)
RustやGoではプライベートメソッドに対するテストが簡単にできる。
そのためかプライベートメソッドをテストすることに対して拒否反応があまりないようだ。
Rustのテストはファイル内とtests/以下の2箇所に書ける。
テストには開発用のホワイトボックステストと仕様確認用のブラックボックステストがあり、前者をファイル内に、後者をtests/に書けば良い。
例えば度々議論になるプライベート関数のテストについてはもちろんホワイトボックステスト。(twitter/blackenedgold)
Rustではプライベートに対して何の手間もなくテストが書ける。
Rustでprivateなメソッドのテストを書きたいなら、そのメソッドのすぐ隣に書けば内部アクセスになるから普通に書けるよ、ってのは目からウロコだった。できるだけ近いところにテストを書こうっていう文化と相まって最高。(twitter/kuy)
Rust のようにユニットテストをプロダクションに混ぜる方式はおれもいいと思ってて、テストとプロダクションを分離することで private 関数のテストができない問題があるけど(テストしたければクラスを分けよ/メソッドを公開せよ/テスト必要なし、に分かれるよね)、そもそもこの議論が不要になるよね (twitter/nunulk)
昨日「private method の単体テストは書くか否か」という話題がちょいとあったのだが、わしは当然書く感じの昨今を送ってきたもんで何で書かんのやくらいに思ってたんだけど、Go だと private なやつのテストが書きやすいってのがデカそう。(twitter/pankona)
golangのテスト書いてたけど、テストプログラムの名前空間(パッケージ)が、対象のプログラムと一緒で、そのためプライベートメソッドでもテストできるの良い感じ (twitter/74th)
Goのテストコード、テスト対象と同じパッケージにすればエクスポートしてない関数でもなんでもテストコードから参照できるんだけど、これってプライベートメソッドはテストすべきか議論するよりテスト書けと言われているようで好き。(twitter/plan9user)
「プライベートメソッドをテストするか?」とは別に「ドキュメントをソースコードと同じファイルに書いていい(文芸的プログラミング)なら、単体テストをテスト対象と同じファイルに書いてもいいのでは?」というのも論点になるかもしれない。
ねとけん Advent Calendar 2020 12/10 の日記です。
ちなみに今日は結婚記念日。ボーナス支給日を結婚記念日にすれば忘れないだろうということで 、13 年前のこの日に入籍したのでした。
さらにちなみに、今年からボーナスのない会社に転職してしまったので、なんでもない日です。
僕は自作 PC が趣味なので、自宅で使用しているパソコンはずっと自作 PC です。最初に組み立てたのは、ファミコンカセットみたいな形をしていた Intel PentiumII 233MHz でした。
最後に PC を組み立てたのは 2012 年だったと思います。当時、今と違って AMD は自作界隈では全然元気がなく、Intel 一択の時代でした。
特に 2011 年ごろ発表された第二世代 Core プロセッサは、お手頃価格なわりには性能も高くオーバークロックもしやすく人気が高かったのです。
そのときのパーツ一覧は以下の通りで、自分の PC 組み立て方針はコスパ優先です。
一般的な用途において、十分なメモリとそれなりに高速なストレージさえ積んでおけば、CPU や GPU の差はエントリーレベルで事足りるという方針です。
全部揃えても 7〜8 万くらいだったと思います。その後、SSD は SanDisk SSD Extreme PRO 480GB へ、GPU は GTX 750 さらに 1050Ti へと 3 年おきくらいにコスパのいいものに買えてきていました。
Core プロセッサは、その後もほぼ 1 年周期で世代が更新されていきましたが、世代間の性能差はベンチマークを取ればあるけれど、体感できる差はなかなかないといった状況でした。
CPU だけ変えられるのであればまだしも、世代が変わるとソケットが変わるのでマザーボードも買い直しになったり、自分にはなかなか組み替えるモチベーションには繋がらずでした。
まだ戦えると言っているうちに、いつの日か気づけば立派な Sandy おじさんになっていました。
https://dic.nicovideo.jp/a/sandy%E3%81%A7%E5%8D%81%E5%88%86%E3%81%8A%E3%81%98%E3%81%95%E3%82%93
あれから 8 年、2020 年の PC 業界は色々変わりました。”ゲーミング PC” なんて言葉が登場し、七色に光るパーツが当たり前のようになっています。
AMD が元気を取り戻し第3世代 Ryzen の 5000 番台の CPU も発売され、品薄でなかなか購入できないほど大人気です。
メモリは DDR4 が主流に、SSD もインターフェースが SATA から m2 に変わりました。
特にマストな理由があった訳ではないですが、コロナ以降完全リモートワークになり、仕事用 PC の傍らで 自宅 PC を使う頻度も増えたので、ついに 8 年ぶりの大規模変更をすることにしました。
5万円ちょっとで、ついに Sandy おじさんから Ryzen おじさんになることが出来ました。
本当は一念発起して Ryzen7 5800 を購入しようかと思ったのですが、Ryzen3 3100 との差額でメモリと SSD が買えることに気づいて我に返り、結局また CPU はコスパ重視になってしまいました。
しかし、長く使うであろうマザーボードは最新チップセットの B550 なので、CPU を交換すれば長期的に使うことも可能でしょう。また、SSD は最新の PCIe Gen 4.0 なので、シーケンシャルリード・ライトともに 7GB/s 出ます。圧倒的なブレイクスルーを感じます。
Windows7 から無償ライセンスアップグレードした Windows10 を USB メモリからインストールし、ライセンス認証も無事通りました。
行程が最適化さされたというのもあるでしょうが、SSD が爆速なおかげでインストールも 10 分程度でした。
昔は CD から 1時間くらいかけてインストールして、インストール後にもドライバーやらアップデートやらを順番を守ってインストールするのに 1 日がかりだったのが嘘のようです。
動作も OS をインストールし直したというのもあり、ブラウザもサクサク動いて Youtube 視聴も快適そのものです。
ゲームも Factorio や Satisfactory、Civilization などをプレイしましたが快適です。
5000 番台 Ryzen が手頃になってきたら CPU だけ変えることもできるので、この PC も長く使うことが出来そうです。
2020 年、色々あったけど今年もおつかれさまでした。よいお年を。
独自OSまではいかなくても、ハッカーを国家公務員として高給で雇いLinuxをしらみつぶしに解読する
独自のOSを作らなければならないのは、例えばアビオニクスなどのためでもある
ロシアからスホーイの最新機は売ってもらうとしても、ロシア側はアビオニクス、電子機器やセンサー、コンピュータ、そのソフトウェアOSなどを抜きにして売ってくる
ラジコン飛行機とかで、機体だけは売るけどあとは自分でどうにかしてね、みたいな感じである
そうすると寄せ集めだろうがコピーだろうが、その最新スホーイを飛ばすために意図的に空白にされた箇所を埋めなければならない
ワリャーグもそうだったが、多くが欠損した巨大なパズルがあったとして、その欠損個所を埋めるというのは、自分には意外と創造性さえある仕事に思える
欠損個所の周辺から自ずと仕様は決定するが、その中に正解はない
インターフェース、APIの仕様はあるが、中は独自実装するしかないからだ
だから、そこはコピーだろうだが何だろうが埋めて、戦闘機や戦艦を動かすしかない
で、彼らはそれをやってのけたわけだ
航行できる状態になったワリャーグから黄色く塗装されたスホーイをタッチアンドゴーさせた
世界にあの実証実験を見せたのは、自分たちはここまでできるようになった、と見せつける意味がある
アメリカが人工知能でステルス爆撃機をタッチアンドゴーさせたのも同様だ
あれは本当にできるだけ人が介入しない、つまり巨大なラジコン飛行機ではなく、人のように自律した爆撃機が自ら離発着できることを意味する
まあ、コストの問題から後継機はうまくいってないらしいが、金はともかく技術はあるということだ
もちろん、なんらかの中国国民を監視するためのバックドアが仕込まれるのかもしれない
しかし、中国それから台湾なんかも独自CPUに乗り出す時代、特に台湾はマザーボードなどの薄利な仕事から抜け出すチャンスでもある
もっとも、それがARMやAMD、Appleと対抗できるかは未知数だし分からん
ただ、ニッチな分野で生きれば御の字だろう
プログラミング言語Adaだって、比較的最近まで軍事兵器業界では生きていたみたいだ
当然ではあるが、今はCやC++に置き換えられている
ここまで書いて思うのは、やはり軍があるかどうかではないだろうか
疾病対策センターだって、仮想敵国からのバイオ兵器、化学兵器への対策を含んでいる
原発事故があってもアメリカがパックボットをすぐに導入できるのは、ルンバも開発しているiRobotが軍事ロボットのメーカーだからである
大学の研究所で作ったロボットと同じ機能だったとしても、アメリカ側は実戦経験のあるロボットなわけだ
左の人は軍需産業=悪と考えがちだが、軍需産業は敵の兵士に被害を出させることだけが目的ではない、
味方の命を守ること、味方の負傷兵を救うことも同様に軍需産業のカテゴリーに含まれるものであり、
これはレスキュー活動などと十分に被るし、既存のレスキュー活動をより効率的に、よりパワフルにする可能性を秘めている
頭ごなしに~はいけない、と人は考えがちである、自分もそうであろう
https://b.hatena.ne.jp/entry/s/note.com/erukiti/n/n6eec3ad83ebb
↑のエントリがバズっていたけど、どう見ても高スペックサイボーグの話で、
ある種の人たちには絶望にしかならなさそうだったので、自分の話を書いてみようかなぁと思った。
文才も集中力もないので、少しずつ書いていくことになるけど許してね。
というか途中でやめるような気もする。
とりあえず現状でいうと、現在進行系でひきこもりおじさんですが、アプリ開発1本で食えています。
就職に失敗して引きこもったので、職歴はゼロです。引きこもり歴は15年ぐらい。アプリ開発は5年ぐらい。
アプリ開発者というと、1本でかいの当てて悠々自適という人が多い気がするけど、
多分自分にはそういう才能はなかったので、70本ぐらい個人でリリースしてたら、毎日1万円ぐらいは収入になっている感じ。
あと経歴とか書いたらいいのかな。
もし中の人がなんとなくわかっても黙っててね。
↓増田ツリーについてるリプライに自分が書いたものはないのでよろしく。
最近やっとインターフェースとか使い始めた あとシングルトン超便利
ゲームもツールもUnityで全部やってるんだけど、参考書も最初に「Unityの寺子屋」「Unityの教科書」を読んだぐらいで
何か勉強したいものがあったら、それの補助になるアプリを作るとか
まったく新しいアプリを作るときは「自分自身が使うか」「自分が持ってる技術でそのジャンル内で日本一のアプリが作れるか」ってことは一応考えるかな
あぁ自営業も職歴に入るのかな そこで無収入と誤解させたのならごめんね
別に誰でも俺と同じような努力ができるとか、誰でもやればアプリで稼げるなんて1mmも思ってないよ
みんな何かしら才能の凸凹あるもんでしょ 引きこもりならなおさら
とりあえずアイデアを出すとか(ヒキにありがちな)毎日コツコツ作業するみたいな才能はあったのかなと思う
一番メンタルが崩壊してた時期は1年間何もしなかったから、そういう環境があったのがラッキーだったことも自覚してる
ただ人の中で働けなくて絶望してる人が、自分みたいな稼ぎ方をしてる人もいるんだって知ってくれたら
少し楽になるのかなって思っただけだよ
中国語の勉強を始めるにあたって自分用に単語帳アプリを作ってたら思ったより
大掛かりになってしまったのでせっかくなのでドメイン取得して公開してみたよ
当初は1週間くらいで完成させる予定だったけど2ヶ月くらいかかってしまった……
イメージとしては↓な感じ
https://i.imgur.com/VE4mA72.mp4
既存のスマホアプリは多くがデバイス間のデータの共有(特にPCとの)がやたら面倒だったり
編集画面がスマホでしか提供してなかったり微妙に不便なものが多かったので
今回はWebサービス(+PWA)として自分好みなUIで開発してみたよ、粗い部分もあるけどとりあえず公開だけ。
途中経過の保存とかは無理だけど一応未ログインでも使えるのと、
会員登録さえすれば覚えた単語、覚えてない単語、シャッフル機能で並び替えたカードの順番とかが更新した瞬間にDBと同期されるので
朝に自宅のPCで半分くらい暗記して残りは職場の昼休みにスマホからワンタップでそのまま続きを実行する、とかができる。
目玉機能としては音声認識で発音確認ができること(win&androidのchrome限定だけど)
日本人には『right』『light』とか『year』『ear』の発音が難しいとはよく言われてるけど、その辺りの発音の感覚を音声認識のできる範囲で掴むことができるよ
あとは、中国語(簡体字限定)ではピンインを自動で表示してくれたりする
今回開発してて一番失敗だったと思ったのは、公開前提じゃなかったのでマネタイズとかについての展開を開発中あんまり考えてなかったこと。
今回PWAとしてスマホアプリと近いものをWebで実装する感じを意識したけど、このやり方だと広告サービスの審査にはまあ大体は落ちる。
Ankiltは単語帳一覧があって、その下に詳細ページ的な位置づけとして単語帳の実行画面があるページ設計になっている。
実行画面のファーストビューでは大体『apple』とかの1ワードが表示されてるだけなので、AdSenseを始めとしたASPからすると『文字が少ない=価値がないコンテンツ』と見なされてしまうみたいだった。
多くのASPやSSPのWeb用広告はあくまでWebメディアやブログ用のサービスであって、
いかがでしたブログでも適当に作った5chコピペブログでもいいから一定の文字数で埋まったページではないと価値があるとは認めてくれないようで、
文字が少ないこの手のアプリやブラウザゲームをPWAとして実装した場合、仮にどんなに高機能で品質の高いものを開発したとしても上記理由で
基本的には単価が低いかアダルト寄りなもの以外つけにくく、サブスクモデルならともかくとして既存の人気ASPに依存した広告収入モデルとはかなり相性悪そうだと思った。
マネタイズを狙うならもっとちゃんとWebライクなインターフェースにして文字をなんとか埋めたりしてASPに忖度するか、
またはガワネイティブででも同じ仕様のネイティブアプリを作ってアプリ用広告(これはWeb用広告と審査基準がまた異なる)を載せた上でPlay Storeとかで配信する、
みたいなところに結局行き着いちゃう気がする(そこまでやるならPWAをやる意味は…)
要するにWeb用の広告からは「こんなのWebメディアじゃないから広告載せさせない」って言われてて、アプリ用の広告からは「こんなのアプリじゃないから広告載せさせない」って言われているような状態。
ちなみにガワネイティブ案の場合は広告審査とは別にGoogleやAppleのアプリ審査を通過するためにまた知恵を絞らなければならない。
調べてみるとPWA開発で同じような問題に直面してる人はまあまあいそうだった。
PWAってこの辺の事情があるから魅力的な技術の割に未だに流行んないのかなぁって気がした。
既存のWebサービスを補助としてPWA対応するとかならまだしもガチガチのアプリやゲームを最初からPWAで作るなら心捨てていかがでしたブログでも作った方が金目当てだったらどう考えても楽だし得。
まあ今回は公開しても利用者自分だけとかになる可能性もあるので次回の教訓としてとりあえずは考えないことに。
今は最低限だけ実装してる感じだけどモチベの問題もあるのでもし需要があれば拡張していく予定。
まあよかったら見てみてね。
むかしXMLが流行った頃にXMLスキーマだとかWSDLとか使ってたんだけど、まぁ端的に言ってゴミ
これらを使えばXMLがvalidであることを保証できる。たしかにそうだ。
でも仕様とかややこしい割には、バグが減るとか工数が減るとかそういったことの恩恵はまるでありません
誰がこの複雑な仕様を使える?チームの中でもちゃんと理解できてるのが一人入れば良いほうだろう。
JSONスキーマも似たような運命をたどるとしか思えないので、手を出す気にならない。
JSONは単純な構文で、適当に書いて適当に入出力使って、インターフェースとなるデータ構造は、API利用者同士で密に相談しあって使えばいいんじゃないかな。それで何事もスムーズに行くはず。
一般公開とかするなら仕様を自然言語で文書として残しとけばOKで、そこらへんをプログラムで取り扱いたいってのは、まぁ理想としてはわかるんだけど、うまくいくとは思えないんだよね。
自分みたいに低能作業員には難しいけど、優秀な技術者を取り揃えてるところなら実装、運用できるのかなぁ…
スキーマ出てくるとこれをプログラム的に取り扱って、データやり取りするためのインターフェース部分を自動生成しましょ、みたいなくっそ寒いノリがでてきて、
この自動生成された部分がだいたいバグってたり、仮にバグってなくてもバグを探すために、自動生成されたきっしょいコードを延々と人間の手で解析するみたいな、非人道的な作業が発生するんだよなぁ
仕事で使わされそうになったらやだな
Windowsを10年使ってそのあと仕事がMacなって併用しながら更に10年ほど経ちました。
1. 今の時代はChromeが動けば基本的なことはできるので通常は好きな方を選べばOK。 Windowsは選択肢の広さ、Macは総合力が魅力。
2. どちらでも良いが、Macではできないこともあるのでそれが致命的な場合はWindows一択
普通の人がPCを使うときにやりたいことは、メール、文書作成、Webの閲覧、音楽・動画の視聴くらいだと思います。こういったことは全部Webでできるので、ChromeかEdgeが動けばなんでも良いです。
それぞれの派閥の人が色々言っていますが、結局は慣れなのでどちらでも大した違いはありません。
Windows機は数万円のマシンから高スペックなものが色々そろっているので予算に合わせて好きなものを選べるのが魅力です。
それに対してMacは基本的に高いですが、実はコスパという点ではミドルレンジのマシンはそこまで悪くありません。SSD一つをとってもやはりパフォーマンスが高く、快適です。
Macを選ぶと大きなハズレはないですが、一般的には不要と思われるレベルのこだわりが多いため、一般利用者が求めるスペックであればWindowsのエントリー機の方が安く済む場合が多いです。
しかし下手にスペックが低いものを買ってしまうとあまりに使いづらくなるのでそのバランス感がパソコンに詳しくない人には難しいところで、無難であろうMacを買うのは非常に理にかなっていると思います。
しかしMacには落とし穴もあります。世間はWindowsを中心に回っているため、Macではできないことが多々あるのです。
昔みたいな文字化けはもうありませんが、zipファイルを展開するといまだに文字化けしたり、日本語を含むファイルがあるとそもそも展開できなかったりします。
それ以外にもMicrosoft Office系のファイルを扱うと微妙にズレが発生する場合が合ったり、そもそもMicrosoft OfficeがWindows版より明らかに使いづらいです。
こういったことへの対処はパソコンに興味がない人からするとかなり難しく、ストレスになると思います。
せっかくパソコンとマイナンバーカードがあるので確定申告をしようと思っても、Macだとマイナンバーカードを読み取れるようになるまでのセットアップが非常に難しい。
私は数年前にチャレンジして諦めてWindowsでやっています。
最近はちゃんと対応しているみたいですが、知り合いは毎年確定申告の時に愚痴を言っているので、まだまだなのだと思います。
例えば音楽はiTunesを使うと非常に分かりやすく、簡単です。
しかしこういったものを使わない、あるいは必要な機能がない、となった瞬間に情報や選択肢の量がWindowsに比べて非常に少なくなります。
WindowsだとメジャーなフリーソフトもMac版がなかったりするので代替手段を探すのは何度も検索をしなくてはならずなかなか大変です。
ゲームは私はほぼやらないので分かりませんが、ゲームやるならWindowsしか選択肢がないみたいです。
流行りの機械学習、ディープラーニングをガシガシやりたいのであれば、MacのGPUはCUDAが使えない(難しい?)ので素直にWindowsの高スペックマシンを選びましょう。
逆にWindowsではできなくてMacができることは下記の3点のみです。
Macのトラックパッドを超える操作インターフェースに私は出合っていません。Win機にもこのレベルの快適なトラックパッドがあれば、きっと私はWindowsをメインにしてMacをサブにしていますが、現状はMacがメイン機です。
これはそこまで大きな話ではありませんが、Windows機に戻ると感じる大きな違和感ではあります。Macの魅力を聞いてこれを一番に推してくる人はきっとMacである必要がない人です。
大学(私立理系)の各講義を受けた感想を、ランキング形式で発表します。講義名などは伏せます。
資料配布だけの形式にも関わらず、授業時間内にしか資料を配布しない講義
オンラインの良さの一つ「学生主体で自由な時間に学べる」を台無しにしていますね。教諭の意図としては、授業時間の間に学習してもらいたいのでしょう。ただ、そもそも講義をzoomでやるわけでもないのでこんな縛りは全く必要ないです。
この講義には次週までの課題があるのですが、授業資料を紛失してしまった時は、Google検索して出てくる他大学の講義資料に助けられました。名古屋大学、ありがとう!
私は悲しいです、このような講義が生まれてしまったことが。教諭いわく「自主学習の練習」だそうです。(3位の授業だけでも十分自主学習では?)
「練習」だけあって質問すれば丁寧に答えてくれるので、そこは''唯一''評価できる点です。しかし質問は他の講義でも答えてくれるので、自ずとこの順位になりました。
授業日にやってしまえと言われればそれで済む話なのですが、他の講義との兼ね合いでそれができないときにはこの管理のしづらさが牙を向きます。
これも上記と同じで管理のしづらさがあります。ただ、ほとんどの大学はポータルのUIが非常にわかりにくいです。担当教諭がインターフェースの授業も担当しているので、この使い勝手の悪さに耐えられなかったのかと憶測しています。
この講義は第2位の発展型(むしろ衰退型)です、ただ教諭は別の人です。
最も恐ろしいのが、この講義が自己啓発系の講義ではなく、理系の専門講義だということです。ありえないね。
(ちなみにこの講義では、期末試験にキッズラインのようなYouTube動画を見せられました、草)
授業料は低下していないにも関わらず、授業の質だけが落とされた授業も多く感じました。教授が慣れていないというのは言い訳にしかなりません。また、授業の質の低下は大学の価値の低下を意味します。これを防ぐため、大学運営側も教諭をサポートするべきです。
たとえばこういう人
○ 「閉じ込め症候群」患者とのコミュニケーションに成功:「生きていてうれしい」
https://wired.jp/2017/02/03/locked-in-communication/
意識はあるものの、完全に麻痺状態で目さえも動かすことができない「閉じ込め症候群」の患者は、精神的には“外”に出られるようになるかもしれない。
2017年1月31日付けで『PLOS Biology』誌に掲載された研究で、脳波と血流を測定する装置を使用することで、4人の閉じ込め症候群の患者が質問にイエスかノーで回答し、コミュニケーションをとることに成功したと発表された。
ルー・ゲーリック病とも呼ばれる筋萎縮性側索硬化症(ALS)によって完全麻痺となった患者たちは、地理に関する質問に正しく回答したり、家族の名前を正しく確認したりしたほか、幸せであり、生きていてうれしいと答えたのだ。
この研究報告の主執筆者である、スイス・ジュネーヴの「Wyss Center for Bio and Neuroengineering」(ヴィース・バイオ神経工学センター)の神経科学者ニールス・ビルバウマーは『MIT Technology Review』誌で、好ましい反応を知らされたあと、家族たちの「安堵は計り知れないほど大きかった」と述べている。
ビルバウマーと同僚らは1999年、目の動きだけで意思疎通ができるALS患者とのコミュニケーションに、脳コンピューター・インターフェース(BCI)が役立つことを発見した。一方、ほかの研究者たちにより、まだある程度動ける閉じ込め症候群の患者の脳の血流をとらえ、それを解釈する方法も開発された。だがこの方法では、完全に動けなくなった患者の考えを読み解くことはできていなかった。
研究者たちは今回、脳内の血中酸素濃度と電気的活動の変化を測定する、近赤外分光法(NIRS)と脳波記録(EEG)の両方の機能を備えたキャップを作成した。そしてBCIを使用し、各患者に関して「イエス/ノー」で答えられる質問をして、その反応を調べた。
テストの際には、「パリはドイツの首都ですか?」「あなたの夫の名前はジョアキムですか?」といった質問が行われた。研究者たちはさらに、「あなたは腰痛がありますね」や「わたしは生きたいです」「わたしはめったに悲しくなりません」など、より回答の自由度の高い質問に移行した。
4人の患者の全員が長年にわたり完全に閉じ込め状態にあったが、そのうち3人が、自分は幸せであり、生きていることがうれしいと答えた。