  |
はてなキーワード: 配列とは
するという話を詳しく知りたいのだけど、ネットにはあまり載っていない。
ドルコスト積立が安い時にたくさん買って、高い時に少しだけ売るのに対して、定額での売却は「安い時にたくさん売って」「高い時に少しだけ売る」ので損をするのは当たり前。
運用を続けながらこれまで通りの定額引き出しを行うと、想定外に元本を毀損する「収益率配列のリスク」が顕在化することも忘れてはならない
- 「バッファー資産」を使いこなそう 人生100年こわくない・資産活用で笑おう（野尻哲史） - 日本経済新聞
これは「ボラティリティの小鬼」とか「リスクはリターンを蝕む」とかいうらしい。
- 【疑問】インデックス投資の期待リターンは本当に6.7％なのか
- 投資における期待リターンとリスクの考え方。~長期投資におけるリスクの重要性~ - しんたろうのお金のはなし
キーボードってぶっちゃけ「自作キーボード」は必要なくて「カスタムキーボード」でいいんだよ。
游舎はなにかとホビー臭さを前面に出して、分割型やらはんだづけやら、電子工作じみた七面倒臭いことをやらせたがるが、そんなの流行らない。
こだわる人でも、大半はGroup buyで買うような65%～TKLくらいのホットスワップ・ガスケット・メカニカルの機種で十分「良いキーボード」を満喫できる。
普通に組み立てるだけならネジ止め程度の作業だけで簡単に、自作よりも上等なカスタムが組める。
んでVIAのようなソフトウェアで好みのキー配置にするくらいだな。
ハードウェア面は変態的な配列を選ぶ必要はまったくなく、標準的なものであればあるほどいい。
せいぜいWinキーレスやHHKB配列を選べる場合があったり、稀にスペースを分割できる機種があったり、変わり種でもAlice配列くらいまでのマイルドな変態度だ。
そもそも60%未満のレイアウトを滅多に見ないのが自作系との違い。
とことんまで道具を自分に合わせる道に進んでドツボに嵌まるより、ある程度自分を道具に合わせる方が賢いと思う。
もしコスパを突き詰めるなら、Amazonで手軽に入手できる組み立て済みのカスタム風キーボード。
おすすめはXINMENG M71(=Womier S-K71=YUNZII AL71)。カスタムの世界では重さが正義ゆえ、フルアルミで最安はこのへん。
もう少し出すならLEOBOG Hi75やCIDOOのVシリーズ。こういう重いのはコトコトといい音がする。
Group buy形態で売ってる、自分で組み立てる正真正銘のカスタムなら、swagkeys.comを覗いて、その時々でやってるよさげなのをオーダーすればいい。
QwertyKeysのやつやWuque Studioのやつがおすすめ。スイッチ・キャップ除いた本体のみで$100～$200近辺が普及帯だな。
他は最近のだとRainy75とか…ただこれらはGroup buyだけあって届くまで数ヶ月は待たされる。
在庫販売のカスタムは、有名どこはKeychronのQシリーズがあるが、AkkoのSPRシリーズとかの方が良いと思う。
最近はMonsgeek M1HEやMeletrix BOOG75のように磁気スイッチに対応した機種がカスタム界隈でも出始めてる。
ツイッター上で好きだったイラストレーターさんや漫画家さん、絡んでもらってたフォロワーさん等々が続々AI規制派発言をするようになっていってて辛い。吐き出させてくれ…
SNS上で見かける規制派の意見がマジで理解できない。何あれ？
規制派が「これは絵描きの総意です！」みたいなノリで言ってることに全然共感できない。
あの人たちは自分の中の絵描き像が大事で、自分の想定するようなスタンスでない絵描きのこととか想定もしていないんだろうな。
インターネット上の主張は主語がデカくなりがちとは言え、「この属性の人たちはみんな同じ気持ち！」みたいな態度キツいっす。
私も趣味で描いてる絵描きだけどあの人たちと同じ考えは全然持てない。
絵画の著作物でとりわけアニメ調や漫画調の人物イラストを別格の存在と思っていそうって言うか…
規制派の人がよく訴えてる「絵は我が子のようなもの。機械学習にかけられることは我が子をミキサーにかけられるような気分になる」みたいな例え話に一ミリも共感できない。
何故なら私は私の描いた絵に対して生まれてこの方一度も我が子だとか思ったことがないので。
絵は絵じゃん。
自分の絵を見て「よく描けた」「好きだ」とか思うことはあっても「これは我が子だ」みたいな感覚は湧いたことがないのであれ系の例えに全然共感できない。
絵を描く人間がみんな自分の絵に対して「我が子」と認識すると思わないでほしい。
と言うか、私が今までネット上に公開した絵について機械学習された可能性があることについて私は特に何の感慨も抱いていないんだけど。
「ふーんそうなんだ」くらいにしか思えないって言うか…
何も思ってないことについて「絵描きは怒るべきだ！」みたいな圧を感じるの怠い。
怒ってないことに別に怒れないよ…
イラストであれ写真であれ、画像データである以上はピクセル一つ一つに色の情報が乗ってるだけって性質は引き剥がせないじゃないですか。
私は機械学習の技術的な仕組みとかよくわからないけど、あれは「『人間』というタグが付けられた画像ではこの色情報を持つピクセルの横にこの色情報を持つピクセルが配置されている傾向にある」みたいなデータ配列の偏向を学習してるだけなんじゃないの？理解が間違ってたらごめんね…
そう考えると生成AIが学習段階でやってることは別にコラージュでもミキサーでも単純な複製でもなくない？
いや、機械学習、データ解析の過程で複製が伴うとしてもそれは権利侵害に当たらないと規定しているのが著作権法なのだろうけど…(法律の理解がガバってたらすまん)
未だに「生成AIはコラージュだ」みたいな誤情報を信じている人がいるのよくわからん。
データ配列の偏り方を学習してるだけであって盗んでもいないし切り刻んでもミキサーしてもいないよ。
あと「権利上の問題がある」「著作権的に違法だ」みたいな主張も謎すぎ。
学習権みたいな権利は日本の著作権法には規定されてないと思うんだけど。
どこの国の法律を見て言ってるんだろう？
私が不勉強なだけで実は日本の法律に存在するとかだったらマジで教えてほしい。勉強したいから。
著作権って単語を「自分の作ったものを好き勝手されない権利」って雑に理解しているのか？
あらゆる形での他人の利用を拒否できる権利ではないと思うんだけど…
たぶん「著作権」って単語を相手が怯む魔法の言葉だと思って使ってるんだろうな…
「外国では集団訴訟されている問題のあるツールだ」みたいな訴えもよくわからん。
外国で起きた訴訟はその国での法律で争われるのであって、外国の裁判で出た判決が直ちに日本にも適用されるとか無くない？
日本でも新たな法が作られるとかの時には海外の事例も参考にはされる可能性もあるだろうけど、日本の外で起きている事柄を根拠に「日本も倣うべきだ」みたいなノリがよくわからん。
と言うか日本での訴訟があるなら是非知りたいんだけどどなたかご存知ないですか？
著作権路線で生成AIを責めるならSNSの運用もちゃんとしてほしい。
生成AIに反対している人のツイッターアカウントを見に行ったら、著作権が切れていなさそうな漫画の切り抜き画像や映画、アニメ、TV番組のスクショ画像を引用の要件を満たさずに投稿していたりするのを見て頭抱えた。
生成AIを他人の著作物を蔑ろにするものと主張しながら自分はバリバリに他人の著作物の権利侵害行為してるのはダブスタすぎるでしょ。
あとpic it upとかの「自分で描け」的な主張に本当に賛同できない。
もし仮に私が「自分で描け」的な思想に賛同したら、それはありがたくも私のイラスト素材を購入し使ってくださっている方々に対して失礼じゃないですか。
自分で描く力や時間がない時、描き方がわからない時とかにそういうツールを使うって点で考えれば、手描きのイラスト素材も画像生成AIも役割として変わらないじゃん。
求めるイラストを作るためのツールを適法に使うことを悪だとする思想には私は賛同できないです。
というか、「自分で描け」「手描き詐称するな」みたいなご意見をお持ちの方々は、職務著作という制作体制が存在することについてどういう理論でその意見との整合性を取ってるの？
要は、その絵を自分で描いていないのに自分が著作者だという名目でその絵を発表することを非難なさっているんですよね？
でも例えば、漫画家さんが作画アシスタントさんを雇用して漫画制作に参加してもらう…みたいな制作環境はよくあるわけじゃん。
で、そうやって漫画家さんが指示を出してアシスタントさんに描いてもらった背景や効果、モブ等々は漫画原稿の一部となり、最終的に漫画家さんの名義で漫画雑誌やwebページ、単行本の形で発表されるわけじゃん。
そうやって作品が発表される際に作品に表記されるのって漫画家さんの名前だけですよね？漫画家さんが自分で描いていない部分もあるのに。(時々単行本の本文内でアシスタント名を掲載されている場合もあるけど雑誌掲載時はその限りでないですし)
自分で描いていないのに自分の名義で発表するというケースはこういう漫画制作現場の例に限らず世に無数にある。
著作権法では職務著作という名目で一定の条件下でそれを可能にする規定もあるんですが、「自分で描け」「手描き詐称するな」みたいなご意見をお持ちの方々はその辺の法律とはどういう風にそのご意見との整合性を取ってるの？
「自分で描け」「手描き詐称するな」という主張を通すなら職務著作についても非難することにならない？
知ってる上であんなめちゃくちゃな主張を言っていたとしたら主張のロジックがガバガバすぎるでしょ…
生成AI使用者を盗人、犯罪者呼びするのもやめといた方がいいと思う。
お手持ちの画像データはご自身の画像フォルダやネット上のサーバーからひとりでになくなったりしてないでしょう？
マジでお手持ちのデバイスから画像データが盗まれて消えたとかならサイバー犯罪だと思うから警察とかに相談した方がいいですよ。
第一、ネット上にアップロードした絵を複製されることが嫌って言うならネット上に画像をアップロードしない方がいいと思うのですが…
誰かがネット上にアップした画像を他人がネットを介して閲覧する際にはその他人が使ってるデバイスにその画像データが複製されるのはネットの仕組みとして当たり前にあるって言うか…
インターネットってものがそういう仕組みをしていて、尚且つイラスト投稿サイトやSNS等を利用して画像をアップロードする際に「あなたがアップロードしたものはこういう風に使いますよ」って規約に同意した上でサービスを使っているわけじゃないですか。
適法かつ契約内容に則ってネット上にアップロードされたデータが使われることに対して盗人、犯罪者呼ばわりするのは筋違いじゃないか…？
と言うか、どんなに正当な怒りがあっても他人に対して暴言を言うのは誹謗中傷とか侮辱になる可能性があるからやめといた方がいいですよ。
特定のイラストレーター風のLoRAが作られるのが嫌って気持ちも分からなくはないけど、絵柄や作風ってものには著作権の保護は及ばないし…
と言うか絵柄や作風にまで著作権を及ばせようとする規制派の主張は怖いっす。
著作(財産)権は著作権者の死後70年も効力を発揮する強力な権利じゃないですか。(団体名義での公表であれば公表後70年だけど)
そんなに長い期間似たような作風、絵柄での作品制作を規制するのはだいぶ無理筋では？
制作過程にAIを使用してもしなくても私は自由に絵を描きたいよ。
絵柄や作風にまで著作権の保護を及ばせようとする意見には賛同できないっす。
いわゆるimage to imageの手法でご自身のイラストが加工されたことに関しては、加工の結果の生成物が依拠性と類似性があると判断できるならば複製権等の侵害として使用の差止請求や損害賠償請求をすればいいのでは…？
そうした上で使用をやめてくれないのであれば裁判しかないかなぁとは思うのだけど…
裁判費用に関するカンパとかするなら私も多少は出すから裁判頑張ってほしい。
頑張って！頼む！
規制派の人たちって、法律やAI、普段自分が使っているネットやデジタルツールの仕組みへの無知と無理解から、新技術に対して不安や不快感を抱いている印象がある。
自分の作品を守りたいという気持ちがあるのなら、法律では自分たちにどのように権利が与えられ保護されているのかや、自分たちが普段使ってるツールや技術がどんな仕組みをしてるかについて知っておいた方がいいよ。
文化庁のホームページなら無料でそれ系の知識を漁れるし、もっと体系的に知りたいなら知的財産管理技能検定のテキストを読むのとかおすすめ。3級なら内容もだいぶ簡単だし。
つーかこの1年程SNS上で見てきた規制派のプロのイラストレーターさんやプロの漫画家さんたちが著作権法に関する基礎的な理解も無さそうな様子にぶっちゃけかなり驚いている。
プロでしょ？
我が子とか魂に例える程に大事なんでしょ？
グレイズとかえまもりってサービスの提供するノイズフィルターがあるらしいじゃん。
そのノイズフィルターかけてない画像をネット上にアップロードする行為を「(これをしていないと)あなたも無断学習による加害行為の加担者になります」みたいな非難を規制派の誰かがツイートしてるの見てだいぶキツかった。
私は自分で考えた上で別にそういうフィルターかけなくても問題ないと思ってるからノイズフィルターかけてないだけなんですけど。
それを加害への加担？はあ？言い掛かりすぎない？
前述したように私はネット上に自分がアップロードしたものが機械学習されようが特に何も思わないし、仮に機械学習されたくなかったとしても、元画像が肉眼で容易に判別できる程度のうっすらしたノイズをかけたくらいで機械学習防止の効果があるとは思えなかったからノイズ加工してないだけなんですけど。
効果があると信じてご自身でご自身の画像にご使用になるのは何とも思わないけど、他人が自分と同じように行動していないことを加害への加担とか言うのは失礼すぎない？
してない人間にだってしてない人間なりの感情や考え方があるんだよ。
愚痴だいたい書き終わったな。
彼らの思想では私のような絵描きがいることは想定されてないっぽいし。
何が嫌かって、私自身が何も思ってないし問題視もしてない物事について絵描きって属性だけで雑に規制派陣営から味方認定されて同士として振る舞え的な圧が感じられるのが嫌。
規制派の言ってることは創作の自由度を狭めることに繋がると思う。
この1年ちょっとで好きなイラストレーターさんや漫画家さんが続々そっち方面になってしまったのは本当に心の底から残念。悲しい。
私は「適法であったり個別に結んだ契約等に反しない範囲であるなら自由に好きにどんなツールを使って描いてもいいじゃん」ってスタンスの絵描きです。
だからこそ、自分の描いたイラストが誰かの役に立てばいいなって思ってイラスト素材の販売もしているのだし。
生成AIの登場や広まりに特に何も反対してない絵描きもいるってのだけ覚えていってもらえれば…
まぁこんな場所で匿名で愚痴ってるのは規制派によるネットリンチが怖いからなんだけどさ。
自由に好きなツールを使って絵を描いて公開してもネットリンチを受ける心配のない世の中になってほしいよほんと。
長々と書いたけど私も法律とか技術的な知識をその道のプロほど十分に知っているわけではないです。
技術や法律に関する記述が間違ってたり不足してるなって思ったら適当にコメントしてください。拝読いたします。
私もまだまだ勉強したいんで。
そもそも本格的なデータ加工や解析、統計だったらAccessなりOracle DBなりを使うべきであって、エクセルVBAはしょせんエクセルVBAなのよ。
エクセルVBAが上記DBソフトウェアの下位だって言ってるんじゃなくて、適材適所だってことね。
だから、エクセルVBAで大切なことは、見読性だと思うのよね。
処理速度にこだわって配列上ですべての処理を終えても良いし、確かにそのほうが早いしかっこいいんだけど、
処理がコケたときにどこで何が起きてるかわかりづらくなるくらいだったら、
エクセルVBAってさ、「そんなに頭良くない奴でも1週間勉強すれば”何か動く”ものが作れる」ってとこが最大の功罪なんだよね。
ウチの職場にポンコツすぎて干されたじぃさんとおばさんがいて、仕方ないからエクセルVBA覚えさせたら、”何か動く”ものをつくり作り始めた。
でもその内容が恐ろしい。
例えば10万件くらいあるレコードの検索を平気で線形探索させる。
二分探索とか、当然知らない。
ゆえにとてつもない時間がかかる。
これで「私VBAできるようになりました（ﾄﾞﾔｯ）」ってなもんだもんね。
配列？
そんなのに理解が及ぶのなんて、転生後だよ。
是正を求めるほうがどうかしてる。
EXCEL原理主義からするとマクロを入れる時点でワークシート関数は入れない。
複数行コピペでやりたい時だけ、入力用の空シートにするけど、それだったらCSVのファイル連携。
1ファイルを配列に突っ込むのはメモリが怖いのでやらない。今ならほぼ大丈夫だと思うけど、ストリームで処理する呪いにかかってる。
商品マスタとか参照するときに、外部データ範囲でDBからマスタをシートに張り付けて使う。1万件ぐらいまでならデータをADOとかで取ってdictionaryに入れて検索するより、シートからVLOOKUPで取るほうがよっぽど早い。
この日記の内容は、会社の後輩から「最近エクセルマクロを勉強し始めて（キラキラ）」という話を聞いて、先輩ムーブをかますために話した内容になります。
とにかくこれから説明する「計算用シート」が憎くて憎くてたまらず、ちょっと引かれるほど熱弁してしまいました。
ただ、他の方がどうされているのかや、逆に「計算用シート」を愛用する方の意見も聞きたくなり、増田に書いてみました。
エクセルマクロのお作法とか書きましたが、要するにエクセルマクロで「計算用シート」って色々な意味でよくないよね、という話をしたいです。
３行でまとめます。
〇 エクセルシートはユーザーインターフェース（インプット）か出力結果（アウトプット）のためのものとすべき
〇 データ加工をする場合には、原則配列や辞書型配列（連想配列）に格納して加工を行い、最後の結果だけシートに出力するべき
〇 何事にも例外はある。
エクセルマクロにも色々あると思いますが、今回は下記を想定します。
日付や人物名などを入力し、データベースや別のエクセルファイル、別のシートから取得したデータを入力された値を基に加工し、加工後のデータをシートに出力する
この場合、入力欄があり編集可能なシートがユーザーインターフェース、最終的に加工されたデータが出力されるシートが出力結果です。
（もちろん、ユーザーインターフェースの別の欄（セル）に出力する場合もあるし、その場合はユーザーインターフェースと出力結果が一体のものとみなします。）
また、データ用シートは同じエクセルファイル内に基となるデータが含まれる場合を想定します。
（これ自体が非推奨で、SQLデータベースかせめてAccessを使え、という意見はありますがそれは別にして…）
ではここで定義する計算用シートとはなにかというと、文字通り計算を行うためのシートです。
１．元となるcsvファイルをエクセルに読み出してシートに格納
２．そのデータは日付が数値型になっているので、日付（数値型）の入った列を文字列に変換した日付（文字列型）列を新たに作成
これは極端な例ですが、とにかく変数や配列を定義せず（あるいはエクセルのセルオブジェクトを変数のように扱い）、エクセルに値を入力し、それを直接加工することで目的となるデータ加工をしたり、様々な処理をします。
なんかこんな感じの処理をしているエクセルマクロ、どこの会社でも腐るほどあるんじゃないでしょうか。
ある程度マクロに慣れた気の利く人なら、このシートはロックや非表示にして、ユーザーから触れないようにするでしょう。
・・・これ、やめたほうが良くないですか？。
ある程度詳しい人なら同意してくれると思いますが、このやり方でダメな理由はいっぱいあります。
後で説明する配列や辞書型配列（連想配列）と比べると格段に処理が遅いです。
ちょっと詳しい人が知っている「画面更新の非表示」を駆使しても、配列を使った処理からみれば止まったハエです。
いったんエクセルシートにデータを格納して加工しているので、コードとエクセルシートを両方見る必要があり、とても読みにくいです。
変数として命名されていないのも致命的で、処理の意図が余計に分からなくなります。
計算用シートを事前に用意して、別のセルに関数を格納しておき、マクロと関数を使ってデータ加工をするものも見たことがあります。
あまり知られていませんが、セルの最大文字数は32,767 文字です。
セルの最大文字数を超えると自動的に隣のセルに値が入り、シートが滅茶苦茶になります。
他にもエクセルの数値を丸める自動変換の仕様とか文字列→日付の自動変換とか、いくつものバグに苦しめられます。
できる人だと、いちいち最大文字数が多い場合の処理を書いたり自動変換機能を殺したりしてくれますが、そんなことに手間をかけているから日本のGDPは上がらないんだと思います。
他にも、データが大きくなると処理が重くなり不安定になる、計算用シートを人が触ってしまうリスクがある、などいくらでも理由は上げられます。
（逆に利点は、目の前でガチャガチャ動いてスーパーハッカーになった気分になれるくらいしか思いつかない・・・）
配列を使いましょう。
配列とは何ぞや、という人はググってください。
配列にデータを入れて、データ加工は配列や変数に対して行い、一番最後の出力だけセルに値を格納する。
個人的にオススメしたいのは辞書型配列（連想配列）で、うまく使うとデータの管理が簡単になり、処理も爆速になります。
（参考）【VBA】大量データから高速で値を検索【Dictionaryを使う】
csvファイルもなまじエクセルで開けるだけに別のブックやシートで開きがちですが、これは悪魔のささやきです。
直接ファイルを読み出してLine InputやSplitで配列に格納しましょう。
エクセルとして開くやり方はコード書くのは簡単でも、実行時間に天と地ほどの差が出ます。エクセル開くと処理もめちゃ不安定です。
（参考）Excel VBAでCSVオープンするときのパフォーマンス比較
いや、冒頭のマクロを書く人の気持ちも分かるつもりです。自分もコードを書き始めたころは全部シート上で操作していました。
冒頭のマクロのほうが直感的なんですよね。自分が手で書くことをマクロにやらせる、というマクロ本来の趣旨にはあっていますし。
途中の計算過程もすべて目の前で展開されるから分かりやすいです。
ただ、それではダメなんです。。。処理は遅いし挙動は不安定だし後で改修・保守する人が死にます。
あと、エクセルシートやセルは当然エクセルにしかないので、エクセルマクロ（VBA）から他の言語に移れなくなります。
自分もエクセルマクロの里の出なので、計算用シート脱却には苦労しましたが、苦労して会得した配列や辞書型配列（連想配列）のスキルはそのまま他の言語に活かすことができました。
配列の中身を見る方法は別にある（ローカルウィンドウやDebug.printを使うなど）ので、リハビリに取り組んでほしいです。
（参考）VBA デバッグの仕方
計算用シートを許容できる、使うべきケースもあると思います。。
個人的には、
（最後のは、なんでも自分で確認しないと気が済まない上司の発注で、意味不明と思いましたしたがしぶしぶやりました。）
この場合、インプットのエクセルシートに直接加工するのは論外なので、計算用（加工用）のシートを用意してそこで操作を行うことは必要だと思います。
他にも、こういうときは「計算用シート」があったほうが良い、という状況があれば教えてもらえると嬉しいです。
そもそもツッコミとして、「データ加工するならエクセルマクロを使わずにpythonとかRとかもっとまともな言語使えよ」という言葉が来そうな気がします。
ただ、個人的にはエクセルマクロ（VBA）は大好きですし、初心者にもおすすめしたいです。
自分のような非エンジニアだと、セキュリティの関係などでPythonの開発環境とかすごく用意しにくいんですよね。
（あと、コマンドプロンプトの真っ黒な画面が怖かった）
その点エクセルマクロは、開発環境の用意はプロパティでチェック項目を一つオンにするだけだし、入門書がたくさんあるし、セルの挙動を追えば視覚的にプログラムを理解できるし、初心者に優しいです。
（そのやさしさが上述したとおり悪魔の罠なわけですが。）
最初は計算用シートに頼ってでもエクセルマクロからプログラミングを始めて、本格的なデータ加工をし始めたあたりで計算用シートという諸悪の根源から脱却する。
さらに本格的なデータ処理を行うために、PythonやRなど別の言語を習得したり、エクセルからSQLデータベースやACCESSなどに切り替えていく、というプロセスがいいのではと個人的に思います。
ネットでなんとなく見かけたかな入力vsローマ字入力の話。自分はかな入力者で、思ったことを何となく木の虚にでもはきだしておきたくなって、久しぶりにここに来た次第。
かな入力者にとってローマ字入力が一番辛い部分は、実のところ「アルファベットの配列を覚える」ではなく「ローマ字の入力法則を覚える」という部分にあると思う。
むしろアルファベット配列を覚えるのなんて当然。ただ、ローマ字入力をする際はさらに「入力する文字」と「どのアルファベットを押すか」がどうにも紐づかない。
「ぢ」と入力したいけど…「di」!?なんで?じゃあ「でぃ」は?「dhi」?なんだそれ!?そのhは何!?他にも人によって覚えてる様式が違うらしく「しゃ」が「sha」だったり「sya」だったり、ここも良く分からない。何なのだあれは。
そんな感じでローマ字で入力する際に思考時間がワンテンポ挟まってしまい、どうしても使いこなせなくて現在に至る。
結局のところ、日本語を入力する際に「ローマ字入力法則を覚えるか」「キーボードのかな入力配置を覚えるか」の二択になるんだと思う。自分にとっては後者の方がラクだった、それだけの話。
とはいえ、学校なんかではちゃんとローマ字入力法則を教えているのだろうから、みんなローマ字に慣れるのが早いだろうし、かな入力まで覚える必要がないのだろうなぁ。(かな入力を教えるような奇特な学校があったら話は別だけど)
一応ローマ字入力はある程度覚えてはいる。ただ入力は限りなく遅い。
理由がしょうもないのだけど、「家庭用ゲーム機がかな入力に一切対応していない」「他人に自分の使ったPCを触らせた際『かな入力になっていて戻し方が分からない、直して』と言われる」といったところ。つらい。
プログラミング言語側に組み込まれている「型」だけでなく、プログラマーが独自に「型」を定義する方法も用意されています。
struct、class、interface、type, enumなどを使って独自の「型」を定義します。
開発しているソフトウェア独自の「型」は、ドメインモデルの要素になります。
多数の「型」を分類し、組織化するために名前空間を利用します。
近年「クラス」が「型」の定義であるという基本概念を理解していないエンジニアが増えているので、エンジニアを採用する際には注意しましょう。
ソフトウェアを起動すると、メモリ上には、たくさんのデータを読み込まれます。各データには、データの種類を表す「型」が割り当てられています。
例えば、ゲームならばCartという大分類の「型」を用意し、その要素としてMarioCart, LuigiCartという「型」を用意します。
業務システムならば、Reportという大分類の「型」を用意し、その要素としてCostReport, SalesReportのような「型」を用意することになります。
これらの大分類の「型」と、要素の「型」は、is-a関係にある、といいます。
CPUは機械語しか理解できません。一方で人間は機械語でプログラミングすることは困難です。
人間が「1ドル」のつもりで、メモリに「1」と記憶させても、CPUは「ドル」だとは扱ってくれません。
CPUは、「円」のつもりで記憶させた「1」と、ドルの「1」を区別出来ないので、そのまま足し算などの演算を実行してしまいます。
そこで、人間にとってプログラムを読みやすくすることと、CPUに意図しない演算をさせないために、データの種類を表す「型」という概念がプログラミング言語に用意されるようになりました。
金融やECサイトなどのお金の計算間違いが致命的なシステムでは、1ドル、1円を整数型などで扱うのではなく、予期せぬ演算が実行されないように「ドル型」、「円型」という「型」を定義します。
メモリ上のデータがどの「型」に属しているのか、という集合論の話でもあります。
例えば、猫型のデータは、動物型という大分類に属する、という集合の話です。
オブジェクト指向プログラミングの「is-a関係」は、集合論に由来するメモリ上のデータ(オブジェクト)の分類の話です。
ここでいうアラインメントとは、キャッシュメモリのラインに合わせてメモリを割り当てることだよ。
配列が複数のスレッドが動作するようにパーティション化されている場合、
やたら評判がいいから何度か試遊してみたことあるけど毎回バカなのかなとしか思えない
押し心地がいいだけでこれで生産性上がるわけないだろ
それを芸人でもなんでもないのに芸人を名乗るつまらない自称エンジニアが大差あるかのように騒ぐから白けるよね
だいたい左右分離じゃない時点で長時間のタイピングにいいっていうのも眉唾
普通、一回左右分離を使ったら肩の楽さにもう戻れないよね
左右分離を使ったことすらない人たちが騒いでんのかなって思っちゃう
ローストビーフ丼が最高の肉の食い方って言われると「はぁ？」って思うでしょ
ローストビーフ丼って肉の味がなくなるほど薄く切ってタレでごまかしてるだけやんって思うよね
あとキー配列についてこだわりがなさそうなのもバカっぽく見えるポイント
本当に生産性にこだわるならオリジナルのキー配列にしちゃうでしょ？
言えないんだろうけどｗ
かつての大魔法使いが編み出した人を殺す強大な魔法がゾルトラークで、それが強大すぎたために人類は必死に研究、解明し、現代では基礎技術のひとつとなっている、
でもさ、なんかネットでは「今では陳腐化したいにしえの技術(笑」みたいな扱いになっているのがなんか違和感がある
ゾルトラークは現代では「一般攻撃魔法」というくらいおそらく今の魔法使いが最初期に学ぶ基礎の魔法で、その基礎技術の先におそらく色々あるんだろう
つまりゾルトラークは「陳腐化」したわけではなく「基礎中の基礎」になったわけ
こういうのって一般的には、「ブレイクスルー」と言われることなのではないか？
今では研究室に入ってきた4年生が最初に習うような基礎中の基礎の技術がPCRだけど、かつてPCRの技術が開発されDNAを増幅できるようになって分子生物学は革命的に進歩したわけだ
「PCRなんて技術もはやだれも使わんわ笑」ではなく、卒研生が今でも最初に習う基礎技術でありながら、発展型の「定量PCR」でコロナの診断ができたり、遺伝子組み換え技術やゲノム編集技術に用いるための欲しい配列のDNAを作製できるツールにもなっている
医療で言えばジェンナーが編み出した牛痘種痘というワクチンの大元もそうだろう
はてなーにうけそうな情報系の知識がないので、その例えは出せないのだけど、おそらくはあるんじゃないか？
