  |
はてなキーワード: 符号とは
最近、ある疑問が浮かんできた。
競技プログラミングで赤になる人を見てきたが、不思議だったのは、高IQが失敗していることはあるが、それよりもIQの低い人がずっと成長すること。
例えば思考パターンの差は関係するだろうか。BFS思考の人は可能なアルゴリズムやアイデアをたくさんブレーンストーミングして問題を解決しようとするが、DFS思考の人はアルゴリズムを選び、それをより深くより複雑にして、最終的に問題を解決しようとするかもしれない。もっと良いのはA*思考の人。
人間がなぜ「知能」という広い概念を「符号なしchar」に詰め込もうとするのかよくわからない。確かにIQは何かを表していて、それが特定のスキルとうまく相関している可能性もあるが「競技プログラマーは競技プログラマーとして特殊な能力を持っている」と言ったほうが近いのではないか。
問題を早く解決できればできるほど、より多くの問題を解決でき、より多くを学ぶことができるので、コーディングは一種の自己改善能力とも言える。
一方で残念なのは、paizaレーティングをツイートしているような人たちで、明らかに努力の痕跡が見られる人を馬鹿にするように、たった数回でトップレーティングに上り詰めるような人がいることである。これは「IQが高かったから」なのか、それとも別の要因が背後にあったのか。
もしIQとはあまり関係がなく、継続的に努力することが成功要因であれば、年齢ができるだけ若いときに参入した者の勝利である。そういうわけで、プログラマーが子育てをすると躍起になる傾向にある。
調べたのでメモ。
Unicodeに絵文字が掲載された経緯は「携帯電話の絵文字 - Wikipedia」のページに記載がある。
2007年10月に3社の絵文字をUnicodeに収録しようという提案がGoogleとAppleの共同で行われ[11][12]、2008年にそのためのオープンソースプロジェクト「emoji4unicode」が開始された。このプロジェクトの成果の一部は「emoji symbols」（絵文字記号）として2009年3月にユニコードコンソーシアムに提案され[13]、その一部がUnicode 6.0.0に収録された[14]。しかし、提案の審議の過程で、絵文字を表現する代表グリフに多くの変更が加えられたほか、すでに符号化されている文字との統合などの調整もされた[15]。
さて、話題のラクダたちはUnicode 6.0時点で実装されているのだろうか？
「Unicode6.0の携帯電話の絵文字の一覧 - Wikipedia」のページによると、🐫（フタコブラクダ）はUnicode 6.0時点で実装されている。
i-mode絵文字には存在せず、EZweb絵文字とSoftBank絵文字に存在していたようだ。
その一方で🐪（ヒトコブラクダ）は上記ページに記述が存在しない。
じゃあ🐪（ヒトコブラクダ）はどのバージョンのUnicodeで実装されたのかというと、🐫（フタコブラクダ）と同時に実装されている。
もともと日本の携帯電話の絵文字にはラクダは🐫一種類しかなかったが、Unicodeに絵文字が採用された時点で🐪の絵文字も作られた。
経緯はわかった。じゃあなんで🐫🐪二種類あるんだ？何故🐪は追加された？
それはわからなかった。
ただ、絵文字の採用プロセスや採用基準は「携帯電話の絵文字 - Wikipedia」のページの記述からうかがい知ることができる。
絵文字の採用についてはUnicode技術委員会が決定しているが、GoogleやAppleなどのアメリカの企業から派遣された少数の委員が非公開の会議で決定しており、企業の意向が反映されやすい[25]。また委員は白人男性のIT技術者が過半数という指摘もある[26]。
都合の悪いことは忘れてるんだろうけど完全に難癖なんだよなあ
そもそも、符号を合わせる、の意味するところがわからんが とにかく正しい代入は 両者のΔpをそれぞれdΔp1,Δp2と区別すれば（さらにΔp=Δp1） Δp1=-Δp2なので U=-(1/fρ)Δp/Δy U=-(1/fρ)Δp2/Δy U...
いやそこまで複雑なことせんでも軸の向き逆なことがわかってるならΔzかΔyのどっちかに基準合わせて符号揃えればいけるやろ。元々のほうでも軸の向き云々書いてるやんけ
だから、符号を揃えるってどういう意味よ。聞いたことないか忘れた用語だ。中高生レベルの簡単な式で具体例出さないことには分からん。
そういうものだからとしか言いようがない 5chの有識者の引用によるとこうだ 静力学平衡の式って要はf=-mg(上向きを正)と同じだよね つまりΔzの大気によるΔfは下向きの重力の事で 平...
いや、上向きを正にしてるという基準が書いてあるじゃねーか
そうだけど、それのどこが「いや」なの。別に矛盾してる根拠示したつもりないんだけど
そういうものじゃないってことだよ
じゃあどういうことなんだよ。
そういうもので決まってるんじゃなくて、ちゃんと一定の基準で決まってるって話やろ。自分でも最初の増田に書いてるじゃないか
だとしたら何なんだ？もう片方の式は下向きを基準にしてるのか？あと結局符号を揃えるって何？
物理の難しさは、考えてるなかで既に座標系が変わってる場合のその気づきにくさ(凡人だからだろうけど)にあると思う。
数学では問われない(問われんのもあるかもしれんが)物理特有の難しさだろう。
あとは何なら微小量として考えてよいのかとかももうほとんどそういうもんだとしてやっちゃってるから自分で理論を考えるみたいなことは絶対できない。そんなことできるのはそういうのを感覚としてではな完璧に理解してる連中だけ。
たとえば（ｘ方向に関する）連続の式Δρ/Δt=ρ(u1-u2)/Δx
これは偏微分されることを前提としてΔとされてるわけだけど、なんで同じく微小な量だろうに右辺のρはΔじゃないんだとかね。
いやそこまで複雑なことせんでも軸の向き逆なことがわかってるならΔzかΔyのどっちかに基準合わせて符号揃えればいけるやろ。元々のほうでも軸の向き云々書いてるやんけ
とにかく正しい代入は
両者のΔpをそれぞれdΔp1,Δp2と区別すれば（さらにΔp=Δp1）
Δp1=-Δp2なので
U=-(1/fρ)Δp/Δy
U=-(1/fρ)Δp2/Δy
U=-(1/fρ)*(-Δp1)/Δy
U=-(1/fρ)*(-Δp)/Δy
U=-(1/fρ)*(-(-ρgΔz))/Δy
U=-(g/f)Δz/Δy
だぞ
そのまま代入する、すなわちΔp1=Δp2とみなしたような代入では負の符号がなくなってしまう
でこのような関係式が変数について二つも三つもあったらどう処理すりゃいいんだよっていう話な。一個ならこの通りだけど二個以上になるとイメージ湧かない。だって代入が一方に対して(1変数)＝（その他の変数による式）に直したものを使ってする操作なんだから。
まぁ、下っ端プログラマには要らないだろうけど、いわゆるシステムエンジニアとかアーキテクトとか言われるレベルの仕事するには、なるべく知っとかないといけないよね。
オレの場合は、大学はかろうじて理系の一角だったけど、学問的にコンピュータサイエンスを学んだことはなくて、某IT会社でなかば業務上の必要に迫られ、なかば趣味的な興味本位もありで、ちょっとずつ勉強した。
で、もう20年くらい前だし、すでに廃止されてる(と思う)ので、守秘義務違反とかの面倒なことにならなそうだと想定してぶっちゃけると、大手携帯会社のショップで各店舗独自のプロモーション打ったりするためのWebシステムの開発に関わったことがある。
顧客の(および自分とこの)エライ人なんかに、システムの設計の根拠(この方式が最善なのか？もっと安く早くやれる方法はないのか？などなど)を常に問いかけられ、説明説得しなきゃならない。そこでコンピュータサイエンスに基づいて理路整然と話をすると、ちゃんと信頼してもらえるし、納得してカネ払ってもらえるw
そこで使ったのが、以下のような各種理論だ：
などなど... 自分史上最高に残業させられたこの仕事やってた年の年収は、900万円台おしくも1000万には届かなかったねぇw
--追記--
コンピュータサイエンスがらみの思い出でもう一個面白い(とオレが思う)ネタがあるので、ついでに書いとこうw
これは、上で書いた携帯会社のシステムよりだいぶ前のことになるが、とあるグループウェアの開発に関わってたとき、メールをFAXに向けて出力するドライバを書いたことがある。昔のことなのでオープンソースもあんまり普及してないし、タダでお手軽に使えるライブラリが見つからなかったので、「車輪の再発明」っぽいけど自分でハフマン符号化によるデータ圧縮のアルゴリズムを勉強して作ったのだ。
Win32のAPIとか呼び出して、ビットマップにテキストを描画させたとこから、ドットをちまちま数えて、白のドットがいくつ続いてたらこのコード、黒がいくつ続いてたらあのコード...って可変長のビットパターンをつなぎ合わせてファイルに書き出す...みたいな。これが理論通りにうまいこと動作して、FAXから文書が出てきた時はとっても楽しかったw
CSってそんな大仰なものじゃなくて、ちょっと時間を作れば誰にでも理解できる知識体系だよ。
計算量とかアルゴリズムとかの話だけじゃなくて、スレッドとプロセスとか、ヒープとスタックとか、そういう類の話だよ。
（通信路符号化とか圧縮符号化とかの情報理論はCSに含まないよ）
なので増田はすでにCSの素養はある程度身に着けていると思う。
高等数学のような、100人に1人しか理解できないような、難解な理論体系ではないのよ。
ただ、用語の響きが難しいように聞こえるだけ。
難しく聞こえるので「俺には絶対に理解できない」って思ってしまうけど、コンパイルのときにコードを置き換えているだけでしかない。
他にも、オブジェクト指向界隈の「継承より移譲」とかも、中身は拍子抜けするほどの簡単なアイデアである。
CSもそれと同じ。
○ご飯
○調子
○ファミコン探偵倶楽部消えた後継者(スイッチリメイク版)
1988年にファミコンで発売されたアドベンチャーゲームのリメイク。
原作が昭和の作品ということもあり、ボリュームは少な目だし、物語も真っ直ぐ一直線で、良く言えば王道、悪く言えば陳腐なシナリオだった。
資産家の屋敷で起こる連続殺人、村に古くから伝わる伝説との符号、果たして犯人とは！ と、ワクワクする導入ではあるも、別になにか解かないといけない不可解な謎があるわけでもなく、事実関係を整理していくタイプの捜査を繰り返して犯人に近づいていく。
トリックやロジックを扱うミステリではなく、捜査の過程における人間関係の妙を楽しむのは主だろうか。
主人公が真面目な少年探偵で、助手のあゆみちゃんは同行せず別の場所で調査をする展開なので、テキストが本当にシンプル。
本筋に関係あることだけを集めていくため、ミスリードが全くなく、遊びが少ない。
特に折角のポイントアンドクリックやコマンド選択式なのに、おちゃらけたテキストがないのは、少し寂しかった。
と、ここまでは、流石に昭和の作品だから古いなあという当たり前を確認しているだけで、別に面白くなかったわけではない。
記憶喪失の主人公が右往左往しながら探偵をする序盤、二転三転する謎の人物の顛末、主人公自身も謎に組み込まれていく展開、そして最後に明かされる犯人の正体。
どれも意外では別にないので驚きはしないが、エンタメ作品としてきちんとツボを押さえていて、面白かった。
またリメイクによってシナリオは据え置きなものの、背景やキャラのビジュアルは非常に現代的なアドベンチャーゲームのクオリティだった。
特に背景がすごい。
単純に綺麗という意味でもすごいし、背景を駆使した演出も手が混んでいた。
フルボイスで声優さんの演技が楽しめるのも良き。
特に主人公の記憶装置が解決し、彼の事実が明らかになるシーンでは主人公演じる緒方恵美さんの熱演が光る。ここは演出的にはシンプルなテキストだけなこともあって、よりに。
ワテはあんな時に投げる金が神様に本気で祈ってる奴を救う時に効果を発揮したらええなぁと思うだけやで
まぁ現代は金自体にちゃんと効力があって金が集まったところがたまに慈善事業とか社会福祉とかに金を使うんやからそれでええんやと思うわ
その上で死のうが死ぬまいが神様が処理するんやのうて、火葬場やら特殊清掃の人達が上手いこと頑張ってくれるんやな
日本人はみんなツンデレやからそうやって人間が作り上げた神である社会に対してアレもダメじゃないコレもダメじゃないと言うけど
なんだかんだ美味しい水は啜ってるんや、その言葉を本気にしてしまってこの社会という神様には甘えられる場所が無いと断じてしまうのが結構な頻度で現れとるけど
それでも昔はその符号の下に様々なことをやってもらったんやからそりゃ形式上でも感謝はするわな
今の社会はみんな人権というものが生まれてしまってダニノミ並みに役に立たなくなった奴等でも社会という神の名の下に人間扱いさせてもろうとるせいで、よくわかっとらんねんな
こうやって日本語喋れんのも不満を欠けるのも社会の教え、社会の規律の名の下にやっとるだけよ
それが宗教国家に代わって神様の道理で大量虐殺されてないだけなんや
今は自由民主主義、もしくは平和主義って神様に従っとるだけなんや
その権能は今ここにあるものが全てや
