これやってみました

最近おとなしかったのはずっとこれ作ってたから。 ホットクックで料理するときは勝間和代さんの本の影響から味付けは具材の重量を計って塩分濃度で０．６％になるように調味料計ってぶちこんでいる。 塩はそのまま０．６％だから５００ｇの具材なら、３ｇ。 醤油は３．７５％だから５００ｇなら１８．７５ｇ。 これで味付けは必ず決まるんだわ。 というのもホットクックって水分飛ばないので煮詰めて味を調整するとか、味見しながら後半調味料継ぎ足すとかがしづらい。 具材入れて調味料入れて蓋開けたら完成してる、って代物。 調味料ごとのマジックワードを覚えてればスマートスピーカーに計算しろやってできるんだけど、塩以外相変わらず覚えれぬ。 しょうがないんでgoogleスプレッドシートで計算の表作ってたんだけど何アクションか手間かかるんよね。 で、専用の電卓アプリ作ったわけですよ。 無駄に横画面対応、でもスクリーンキャプチャだと向きが変わらぬのな。 使ったのは前も書いたandroid studio。 お勉強もかねてです。 コードはこんなん、って階層深くなるから知らない人がぱっと見るには向かないのか。 keita99/salinity_calc 前置きうだうだあるのに、しょうもないアプリなんだよなーｗ。 その割に一週間ぐらいほぼこれ以外のことができてないという。 教科書的な電卓アプリに上に調味料ボタン付けただけやし。 その割に電卓部分も１から作ってるので時間かかってる、ここコピペで作れば一瞬でできるんだろうけど面白くないじゃん。 書いててkotlinってなかなか書きやすくて良いなあと。 さすが設計が新しい言語って感じだ。 あと、実機ですぐそのままビルドして使えるの良いなあ。 iOSだとmacも開発者ライセンスもいるからいちいち敷居があるんよなあ。 androidだと頑張る気力と時間さえあれば全てタダだし、ま、パソコンいるけど。 しかしあれだな、それっぽいものでそれっぽい動きさせるまでは早いけどそっから内部を作り込むと見た目変わらんのにすげえ時間かかるわ、当然そんなもんなんだが。

本読んでゲームしてもようやく飽きてきたのでプログラムのお勉強。 androidアプリ作ってみた。 そういえばなんで手を出してなかったっけと考えてみればまともなandroid端末はpixel3aXLが初めてだからそりゃそうか。 まあなぜだかandroid studioはインストールされてたりするのでそれでやってみた。 お手本はこちら 初めてのアプリを作成する  |  Android デベロッパー  |  Android Developers android10のエミュレータイメージがなぜか動かなかったり、説明してる箇所がどこ示してるとかわからねえとか、補完候補で入力したところが間違ってるとかまあ色々悩み。 まあなんやかんやで一日かかって完了。 ちゃんと実機でも動くで。 kotlin初めて書くので言語としてさっぱりわからぬ。 といってほとんど外観づくりがメインなもんだがな、こうやって動的な配置指定してくのねと。 実機で横画面にしてきちんと再配置されるのはきもちがいい。 いろいろな環境のhello world作るの好きなんだよね。 なるほどこう作れるからみんなこういうレイアウトだったり使い方になるのねってのがなんとなくわかるでなあ。 まー、さっぱりわからんけど初めてやることはおもしろいで。

ポッドキャストの https://turingcomplete.fm/ のruiさんが書かれている。 低レイヤを知りたい人のためのCコンパイラ作成入門 https://www.sigbus.info/compilerbook こいつを始めてみました。 keita99/kcc https://github.com/keita99/kcc OS自作入門から１年以上ぶりにプログラミング再開っすね。 おれ、時間ができると手を出すんだろうなあ。 まあいつまで続くかだけどさー。 まずはキーボード入力を思い出すところからだなー、英字・記号とショートカットキー辛いぜ。

クソSEOサイト上位に出てくるんだねえ、作ってる人間とっとと絶滅してくれ、マジで。 プログラミングって論理的な代物だと思ってたんだが、世も末だ。 20年前ぐらいのアクセスカウンターのあるようなホームページを見つけて、おお、こういうとここそ信用・信頼できるサイト、とすげー安心して見に行けた。

コンパイル通らないエラーは簡単なんだが、通っちゃうバグ探すのは辛い。 なんとかキーボードとマウスの状態取得ができるようになりました。 決め打ちの初期化ばかりではなくなってきたのでちょっと周りを見ることをするようになってきたかな。 gitは相変わらず慣れぬ。 githubへのsshでのログインができるようになって便利になったが、特にvscodeからやれるようにするの苦労したなあ。 vscodeのemacs化は慣れてきてなかなか快適、windowsキーバインディングは忘れます。 keita99/30dayOS

よーやくーーーぅー、４日目終わった。 三日間ぐらい悩み続けてようやくここまで来たわ。 詰まったのは結局Makefileのディスクイメージ作るのがうまくできていなくてそれに気が付けずに散々コード眺め続けてたわ。 結局ディスクイメージはddで作るのをやめてmtools入れてmformatとmcopyで作るように変更。 本の通りにやらずにLinuxツールでやってるMakefileが当たり前だけどなかなか鬼門だ。 コード置いときます。 30dayOS/day_04/harib01h at master · keita99/30dayOS

３日目ってさ、長くない？しんどくない？ プログラムそのものは理解しなきゃいけないってこともあまりないわけだが、ひたすらMakefileに悩まされるという。 著者さんの自作ツールを使わずに、gcc と NASM と dd でやるためにMakefileに悩むという。 リンカスクリプトなんかわからんわあ。 こちら参考にさせてもらいました。 30日でできる！OS自作入門（３日目）[Ubuntu16.04/NASM] - Qiita いやあ、良い勉強にはなったが長かった、辛かった。 そこまでがんばっても最終結果は真っ黒画面なんだがなｗ ちゃんとそこまで行くだけでうれしいが、ほんとにちゃんと動いてるのかわからんというー。 とりあえず、自分が３日目最後のharib00jで使ったMakefileはこうなった。 修正整理した まったくわからないのでリンカスクリプトもコピーさせてもらったのそのままですが貼っておきます。 そして追記 のちにちゃんと動いていなかったことが判明。 そう、HLT命令に切り替えたのにQEMUのCPU負荷下がってなくて変だなとは思ってたが。 C言語からアセンブラの呼び出しって、アセンブラ側は＿アンダーラインつけてC言語側では付けない、んじゃなかったのか。 関数定義されてねえって散々怒られた。 NASMかGCCの仕様なのけ？それともどっかでそう定義されなおしたの？よくわかんね。

Makefileを nasm と dd で動くように改変。 参考   「30日でできる！OS自作入門」を読み始めた (2. 3日目) - FPGA開発日記 つうか、だ、こういう程度のブログ記事ってcommit メッセージでいいだろってことか。 手を付けたいtodoもgithub のissues でいいわけだ、とか理解しだした まあそのあたりも試行錯誤なわけだが、なるほどgithub便利と思えだした。 ただしバージョン管理の扱い方がわかってないｗ、まあやっとけってことでゴー。 で、毎日時間がねえ、仕事終わって飯食ってプログラムなことやってブログ書いて限界時間、シャワって寝るだけだ。 あ、ノートパソコン買ったの、もうすぐ来る、わーい

アセンブラのお勉強メイン、薄ぼんやり覚えてはいるがなあ。 NASMでアセンブルするときのエラーは tools/nask - hrb-wiki ここの対処方法でなくせるみたい。

アセンブラをNASMでやれるように変更、netwide assemblerの名前聞いたの２０年ぶりかｗ、まだ元気だったとは RESB 0x7dfe-$ を RESB 0x1fe-($-$$) こちらに変更 これでとりあえずアセンブル通るようになる。 vscodeにx86 and x86_64 Assemblyの拡張入れる。 というかだ、３０日じゃあとても無理やで、追いきれんわ、結構知ってるところなんだがでも調べて修正してると時間かかるわ。 でもまあ調べまくればなんとかなるってすばらしい。

Turing complete FMに影響され３０日自作OS本買っちまったぜ。 とりあえずマシン語手打ちだぜ。 フロッピーディスクねえから、qemuで動かす。 ちょっと予定外だったのがWSLのubuntuにqemu入れても画面が出せないから動かせないのな、しょうがないのでwindowsにqemu入れてそっちから立ち上げ、んー、めんどくさいのでなんか考えねば。 数回、ぐしゃー表示の後、誤植発見し修正、立ち上がったぜ。 ということで今日はここまで。 追記 WSLのubuntuのqemuの立ち上げ方わかった x11sever使えるようにすればいいのね。 こちら参考に。 【Windows10/WSL Ubuntu】GUIアプリを起動する方法 | アルゴリズム雑記

めんどくさいんで gist の embed コードを入力すれば blogger 用の貼り付けコードを出してくれるの書いた。 スーパーやっつけ仕事な割に意外と使えちゃうのな

ようやく gist に上げたコードを blogger に出せるようになった。 簡単そうなのになにげにすげー苦労したぜ・・・。 こんな感じに貼り付けられる。 ただし、gist に出てくる embed コードをそのままHTML編集画面に貼り付けるではダメで、スクリプト使わにゃだめみたい。 実際に上のHTMLに埋め込みしたスクリプトは以下 今回上で出してる gist のアドレスは https://gist.github.com/keita99/7aa181b3ea54f5dd93e352bf0a2799cc.js で この一行目の data-id = “7aa181b3ea54f5dd93e352bf0a2799cc” id=”gist-7aa181b3ea54f5dd93e352bf0a2799cc” ここを各 gist ページの末尾の部分と置き換えてやる ２行目は gist の embedコードそのまま全部置き換え ３，４行目はそのまま、４行目でこのスクリプト実行になるわけね

頻度分析書いてみた。 英語新聞の記事を突っ込んだらちゃんと e が一番頻度高くてちょっとうれしい。 話に聞くだけじゃなくて自分で確認するの大事じゃねーってね。 # # 頻度分析 # string = str(input(" Please input string : ")) string = string.lower() #入力された文字を小文字化 string = string.replace(' ','') #空白を削除 print (string) check_char = 'a' while check_char

うむ、ちっとも使いこなせない、概念がむずい。 別々にしてたレポジトリを大本にするレポジトリにまとめなおしたり。 うん、どういうふうに理解して移っていったのかどういう意味でやってったのかよくわからぬ。 linusが天才だからgitなんて仕組み作れたってのはやってると納得。 一人で使う分にはこねくり回さないでワンパターンに使ってりゃあいいだろうが。

だいたーいの pi 出して円の面積求めるぜ この下にgistでコード貼り付けようとしたらうまく行かねーぜ（泣）なんでだ ムカついたからそのまま入れちゃるわ そしてプログラム書いてるとゲームも本もなにも出来ないんだな、まーええけど。 # #モンテカルロ法　円の面積を求める # import random def pi( check_count): t = 0 for i in range( check_count) : x = random.random() y = random.random() if (( x**2 ) + ( y**2 )) <= 1 : t += 1 return ( t / check_count * 4) r = int(input("Please input 円の半径: ")) print ( "pi check count 100 : ", pi(100)) print ( "pi check count 1000 : ", pi(1000)) print ( "pi check count 10000 : ", pi(10000)) print ( "pi check count 100000 : ", pi(100000)) print ( "円の半径 ", r ," の円の面積は ", ( r * r * pi( 100000 )))

つうことでpythonで初歩問題やろってヴィジュネル暗号・復号書いてみた。 ノリでテキトーに書いたけど、ま、動いてるみたいだからいいやｗ keita99/pcrypt

python 書きやすいし自分には直感的に書けるなあ。 rustで初っ端から詰んでたことがさくっさくっと出来たし。 この取っ付きの良さは正義だよなあ。 流行ってるのもわかる。 今が旬過ぎて逆に敬遠してたんだがやっぱpythonやっていこかなーと。

まったくわからん。 コンパイル通すのすら困難とか・・。 型が構文の途中で今なんなのかを正確に理解して記述してないとあかん的な？？ けっこうな挫折感なり。

jQueryの教科書的なの最初の数ページのサンプルをいじいじ。 プログラミングね、のめりこんでやることはもうないのかもしれないけど、頭の体操としてみれば楽しいのかな。 水道の蛇口をひねれば水は出るけど、蛇口の中にはパッキンがあるしコマが入ってるし、そこにアクセスするにはウォータープライヤーいるし、先に元栓閉めておかないとやばいとか。 ということぐらい知ってるとおもしろいよねって感じかな。 上水道の仕組みとかまで知る必要はないだろうけどねって。 要素にクリックで枠付くようにした、終わり( ｀ー´)ノ