  |
はてなキーワード: 最適化とは
Manycoreという技術そのものはIntelもだしてる。さらなるManyはGPGPUでやってる。
他方シングルコア性能は上がってはいるが４Gぐらいで、議論を呼んでる。
今議論を読んでいるのは、コンパイラの最適化と、マイクロコードの最適化
そこはかなり疎結合だからな。インタプリタで言うエンジンの最適化ではないが
CPUでどう最適化されるか？をインタプリタがもうすこし制御すればインタプリタのスクリプトコードをもう少し効率的な生成にできるのではないか？というアプローチがJava的ではなくPython的にあらわれはじめていて、けっこう、興味深い
デフォルトのPythonとコーダーが機械語の変換について学習させてあるPythonという考え方はとてもポケモン的で面白い
前の会社の上司がアレだったのかもしれないけど、その時の行動様式が遅効性の毒のように聞いている。
自分で行動して意見を言うのが求められる環境になったが、このときの"躾"でちょっと意見を言うのが怖くなってしまった。
上司に隠れて卒なくこなすという行動に最適化されてしまったんだ。
ここら辺読ませればあきらめてくれると思うよ
https://www.seiko-giken.jp/solution/livestock.html
”次亜塩素水の噴霧前後では肺炎をはじめとする呼吸器疾患の発症率、治療期間、再発率が改善されていることが確認されました。”
https://www.nakashima-foundation.org/kieikai/pdf/23/9.pdf
”畜舎全体への通常噴霧効果あるいは超音波式ドライ噴霧効果などの調査と設置方法の最適化検討などを行い、浮遊菌・落下菌などの試験分析によってその効果の有効性を確認した。”
http://jlia.lin.gr.jp/eiseis/pdf/disinfect_handbook.pdf
”微酸性次亜塩素酸水は瞬時に病原体を不活化する能力があり、塩素濃度 100ppm の噴霧では、空中の NDV を不活化できた ”
リアルワールドゲームだとか位置情報ゲームだとか言われているけど、自分的にはGPSとキャラを連動させている程度の認識だ。
わざわざポケストなんてものを作ってはいるが、ゲームとしてこれが重要ではないことは誰だってわかる。なのにnianticは地蔵や神社などの特定のものをポケストにすることに強くこだわっている。ポケGOにとっては画面上の点として認識できればそれでいい。
だから余計な情報をいれずにひたすら散歩の余興でやってる。画面すら最近は見ていない。
自分の端末を複数持ったり、別のアカウントを作ったりするのは単なるゲームの効率を重視するから。細かくなるので端折るが、ポケGOは複アカが前提のゲームだと思うよ。
位置偽装というのは何か悪いことのようだけど、ジムに人が集まらないようにするには都合がいいし、公式がそれを認めたのだから今度からは堂々とやる。
そもそも人とあうメリットが存在しない。おじいちゃんばかりだし、会ってどうするの？
自分の位置情報を外部に晒すほどのリスクを冒して得るものはポケGOにはない。だから普通のゲームと同じくどこでもできるよう最適化したのが今のスタイル。誰でもやってる。どこにでも俺視たいのはいる。
楽をさせない規約が駄目なんだよ。
世の中色んな種類のプログラマがいるんだよ。こっちにおいでおいで。
YES,New generation Optimizer STL/C++ Level Code Optimizer.I think too. you can!
X86以前のコードレベルで自動的にコード最適化をかけた後にX８６最適化を行う。このさいに文法的な最適化ではなくX86が最速になるようにCのコードを並び替える。
これはたしかに新時代のオプティマイザーなんだろう。だれが発案したの？
みんなｘ８６で最適化を考えるがCのレベルで等価なコードであれば並び替えたほうが、さらにX86が最適化されるケースはあり得る。
たとえば、ライナーサーチだと判定できたら、さらに最速なアルゴリズムにCを置き換えることは不可能ではない。
コンパイラがアルゴリズムの最適化まで許可された場合 Pythonなどで培われた技術を使ってアルゴリズムコード最適化をしてCのコードをアルゴリズムごと改変してもよく、その後X86最適化を行うことは、次の時代にはふさわしいと私は思う。
例：ライナーサーチをもっとはやいサーチアルゴリズムに、このC言語のコードはライナーサーチだと判別して、コンパイラが自分で関数化した後に、もっとはやいサーチに関数ごと置換する。
その考え方はすごい。
プログラミング言語を印象批評している記事に触発されて、自分も印象批評してみようと思う。
JavaScript以外にもブラウザ上でぐりぐりするのにはJava AppletとかFlashとかSilverlightとかいろいろあったけれど、結局標準化を成し遂げたHTML5に淘汰されちゃった感じがする。LiveScriptからJavaScriptに改名されたり、規格を話すときはECMA Scriptだったりといろんな別名を持つ。一応、プロトタイプベースのオブジェクト指向言語なんだけれど、それを意識してコードを書く人がどれくらいいるかは謎。
Pythonは小さいコードを書くのには楽だけど、これで大きなコードを書くと思わぬ変更で思わぬことが起きるのでつらい。しばらく使うとPythonイヤイヤ病にり患し、goを使うようになるらしいとか、ならないとか。pythonで大規模なコードを万一書こうと思うなら、カバレッジが高いテストを書いてくれと思う。
Javaは初期のころオートボクシング / アンボクシングもなく、ストイックなオブジェクト指向言語だった記憶がある。ただ、staticを多用してオブジェクト指向とは程遠いコードも簡単に書けるので、Javaで書いているからと言ってオブジェクト指向だと思うのは禁物である。
PHPはWebネイティブな言語で、初期のころHTTP POST/GETなどで渡された変数がそのままプログラム中に出てくる機能や初期化していない変数を最初に使うと空文字列あるいは0で初期化するという機能があった。また、文字列と数字を臨機応変に切り替える機能もあり(今もそうかは知らん)、数字と文字の比較を比較演算子(==)でシームレスにできる。パスワードチェックみたいなコードで===ではなく、==を使っているとPHPを知らないバカ扱いされる。
C#はHello Worldくらいしか書いたことないから知らん。monoのような互換環境があるのは知っているけれど、わざわざPC Unix上でmonoを使う気分にはなれなかった。
C++は黎明期に使った感じと、C++11以降に使った感じが驚くほど違う言語。今はかゆいところには大抵STLで手が届くし、autoを使えばイテレーションで腱鞘炎になることもない。PC Unixにも最初から環境がインストールされているか、簡単にインストールできるので毛嫌いせず使うとよいと思う。
Rubyはぎょっとする変更をよくやるというイメージ。これで書かれたプログラムを長年愛用してきたが、ぎょっとした変更を入れられて動かなくなったのでgoで書き直した。その点ではpythonも3でおいていかれたので嫌い。
TypeScriptは書いたことないから知らない。JavaScriptだと大規模コードを書くとつらいのでTypeScriptを使おうという人がいるのは知っている。大規模なコードを書くとしたら、インタフェースに合った呼び出しかコンパイル時にチェックしてくれるような強く片付けされた言語のほうがよくなってくるというのはわかる。
Cは片付けし、構造化したプログラムを書きやすくしたアセンブラ...というイメージだったんだけど、C99くらいから便利機能がいろいろ入ってそうでもない感じになった印象。昔はCのコードを見たら最適化した後のx86アセンブリが見えていたんだけれど、最近は見えなくなってしまった。子供のころ、本屋で秘伝C言語問答 ポインタ編に出会ったのがこの業界に入るきっかけだったのかもしれない。ほかの言語でいろいろ楽に書けるから、カーネルをいじるか、システムコールをたたくかするときくらいしか自分の中では出番がなくなってしまった。
これ以下のランキングのもその気になったら書こうかな。
長文です。本投稿は政治的思想や法案への是非について方向性を示す意図は全くなく、純粋にSNSによってとてつもない数値の差があることが『面白い、気になる』と思って書く落書きです。
本当はTwitterでつぶやきたい落書きなんだけれど、『なに上から見てるんだ、お前はどっちなんだ、お前はわかっていない』と責められるのが怖いのでアノニマスダイアリーへ。
#検察庁法改正案に抗議します というハッシュタグの投稿がTwitter上で『数百万回つぶやかれた』というのが話題になった。
件のハッシュタグで、インスタでは現在3,500件の投稿がありますが、日曜日の終わりの段階では2,430件だった。
Twitter =4,500万人
Instagram=3,300万人
Facbeook =2,600万人…から下がっているところ
参考：https://gaiax-socialmedialab.jp/post-30833/ ）
比率的にはInstagramやFacebookでも盛り上がっても全く不思議ではないのに、Instagramの投稿数は全体のMAUやTwitterと比べるととても現実的な数値。ここ2日間は1日500件ペースですが、#クラフトビール というハッシュタグがたしか1日800件ぐらいです。多いのか少ないのか。
またFacebookに関しても、自らのタイムラインをさかのぼった限り、200人中1件のみ。それも抗議の旨というよりはTwitterでそういうことが起こっている、という話題として。
このとてつもない温度差はなんだろう。
Twitter：Facebook：Instagramで住民も雰囲気も全く異なるので、『住んでる人と目的』が違う3つの巨大SNSでどう最適化するかが大切だと考える。
…おそらくまた『週末にTwitterだけで』台風が起こるんだろうな、という気がする。
普段、アクセス解析する時に重要視するのはユニークユーザー数。ウェブ広告をやっていない限り、『ファンの実態数』をはかるにはPVよりもUUやDAU、MAUが重要だと考えます。（PVはサイトの仕組みに左右されるし）
その観点から。今回のようにSNSを通じたムーブメントが起こった場合、『実態に近いUU』は１人＝１アカウントに近いFacebookやInstagramと考える。
https://note.com/torix/n/n5074423f17cd
このnoteの解析では『59万アカウント』と集計されているけれど、これは「使われたアカウントの数」であってUUを示すものではない。でも10万人ということはなくて、20〜30万人ぐらいは投稿したのかな。
なお、ちなみにnoteでは本件に関しての投稿数は240件ぐらい。
この5万～30万人を「多い」とみるか「少ない」とみるかは物差しによって異なるので多い・少ないについては断定しない。国政選挙で見たら少ないけど、実際の集会になればムーブメントが起こっている実感を得られる数値。
もし実態では数万人のムーブメント（←これでもじゅうぶんすごいと思う）を“数百万人”のムーブメントに見せ、そしてマスメディアを動かした今回の手法。言い換えると、この手法はTwitterがなんらかのアルゴリズム変更をしない限りは、どんな政治団体でも、どんな宗教団体でも、どんな広告キャンペーンにでも使える。
※実際に起こり始めているけど
この先は怨みつらみのカオスしかない。居心地が悪くなってしまった人から別のSNSやウェブサービスへの移動が起こるんだろう。かつて2chから人が流出したように。
Twitter側は本来的なツールの使われ方をしていなかったと判断し、対策を講じるでしょう。
この手法がもし使えなくなったら『この伝家の宝刀、果たして次の選挙が見えない今抜くべきだったのか？』と思う。マリオカートの序盤で赤甲羅使いまくってる感じ。
むかし2ch住民だった自分の感覚的には、「埋め」で瞬間で200投稿ぐらい埋まるし、新スレッドが立つ。それが1日いつくも立ち上がる。
http://merge.geo.jp/history/sboard/
“便所の落書き”でもそれぐらいの投稿数があるわけで――たかがネットツールの“投稿数”に意味はない。別に2chで世界は変わらなかった。
インスタは『体験』を発信するSNSだから人の投稿がより実態・身体性があるなあと感じるし、noteのように「長文前提」のツールもちゃんと“思想や主張”が読めるので身体性があると感じる。
Twitterは良くも悪くもとても「中身のない言葉を投稿しやすい」2chに近いツール。だから好きなんだけど、ほんとうは。根暗だからやっぱ落書きツールが心地いい。もし外出制限がなく、普通に春に外出を楽しめていれば、純朴な人が“たかがSNS”にそんな時間を割いたり、感情を揺さぶられたりしなかったのだと思うので、早く日常が戻ることを祈って。
