気付き – ページ 6 – todo

0

仕事は基本的に面倒な物なので、それを自動化や効率を求めて改善することに価値がある一方、それぞれの仕事で面倒さを感じなければその人はその仕事に素質があると言えそう

0

パッケージをインストール時に依存のあるパッケージがないせいでインストールが途中で終了する時、どのパッケージをインストールすれば良いか迷うので、ログか何かで必要なパッケージを羅列してくれると便利そう

0

git logで出力されるauthorはuser.nameとuser.emailで変更できる

0

repositoryがprivateの時git cloneすると、ユーザーネームとパスワードを要求される

0

チェックアウトを初期のものにしてビルドすると、生成物のファイル名が変更していて新しいチェックアウトの時に残るファイルがある

0

個人が利益を得るとしたら、仕事をするか物を売るか広告収入を得るか金融所得を得るかの4つのうちのどれかだと思った

0

簡単に物販とブログの利益を計算して比較してみた結果、物販の方が利益が多いが在庫を持つ必要があるので、在庫リスクを考えると少ない利益でも在庫リスクがないブログがよいように感じた

0

模写をするのは、描いている中で何が魅力的なのかに気づくため

0

キーボードを使用しづらい環境がストレスに感じることに気づいた

0

chatgptで英語を使う時、状況説明と質問を多くしていることに気づいた

0

床の面で凸感を出していたと思ったら、後ろ側の面を足すことで、元の床の面が側面になることに気づいた

0

平面から立体の面を作成する時、表面で凸感を感じづらい時は、後ろ側の面を足すと凸感が出る

0

/usr/share/glib-2.0/schemas/org.freedesktop.ibus.gschema.xml内を見ればスキーマ名とパスの対応関係が分かる

0

バイナリファイル内を知りたい時はdumpすれば良さそう

0

ibus list-engineでibus_config.textprotoのnameに記述した文字列を確認できる

0

疑問に思ったことを実際に動かせる形で検証できると頭に残りやすい

0

キーボードがうまく動かないと困ることがわかった

0

変圧所で電圧が下げられ電流が上がるが、各家庭に分配するので電流が減少するのは、配線が並列だから

0

ドラクエウォークで装備を実装した時、装備を使用した戦術を理解するためにほこらを追加して、一定期間後得をするようにゲーム設計をすると良さそう

0

「95%の信頼性で求める」というのは、「95%の確率でその範囲に真の出現率がある」というよりも、「95%の信頼区間が真の出現率を含むように構築されている」と考えるというのは、統計が確率を求めているのではなく、信頼区間を求めているから

0

標準偏差はデータから導かれた比率などのデータを補足するものである

0

高電圧にするとオームの法則V=IRにより抵抗が変化しない場合電流が低くなるので、電力P=I^2Rより電力ロスが減る

0

dockerではphpmyadminとmysqlだけでphpmyadminを使用できる

0

phpmyadminでブックマークした場所だけにsql文が保存される

0

dark_rockman.csvをphpmyadminに取り込んでidを追加した時、navi_lvの順序がおかしくなった

0

phpmyadminでcsvファイルをインポートする時、最初の行にカラムを含めておけば、設定してテーブルのカラムにすることができる

0

Dockerfileでapacheの項目にbuildを入れておくことで、docker compose up -d –buildした時に指定したDockerfileを実行してくれる

0

.gitignoreに記載してあるgithub上にアップロードしないファイルはバックアップをとっておいた方が良い

0

学生の時あったポケモンをやっている人はダサいのような恥に感じさせる感覚を与える人に大衆は従ってついて行っている

0

リンクペットEXで敵が攻撃するチカチカしている時に攻撃するとカウンターが発動する

0

キャラの設定は、赤ちゃんを中心に家族の会話が生まれるように、クリエイターやユーザーの会話を弾ませる役割がある

0

ドラゴンが人気なのはクリエイターがドラゴン好きで、その特徴を興味がそそられる形かつ強さが表現されているからユーザーが好むようになったように感じる

0

プロッキーは水性顔料マーカーで、薄い色に濃い色を乗せた時は濃い色が純色のように乗るが、濃い色に薄い色や、濃い色に濃い色を乗せると混色のようになる

0

創作物に出てくる魅力的なキャラクターはクリエイターが良いと思うもので、価値があるということは数が少ないので、ユーザーが同じように良いと思ってしまうとクリエイターと同じように苦労する

0

人気のゲームは意外とグリッドでデザインされているものが多い：パズドラ、遊戯王、ロックマンエグゼ

0

頭の中ですでに感動して完成しているものを出せれば、ゲームでプレイヤーを感動させることができそう

0

ポツンと一軒家の場所を特定する時、家周辺の状況は季節によって異なるため過信は禁物

0

各ファイルで変数を先頭に書いておき、何度も出てくるような変数は環境変数に移行するようにすると良さそう

0

浮力が発生するのは水があるおかげなので、気泡が発生することで水の量が減るのであれば浮力が減って沈みやすくなる

0

変数の値を展開したい時は$aの両側にダブルクオーテーション”$a”を、変数名自体を使用したい場合は、$aの両側にシングルクオーテーション’$a’とすることで値ではなく$aとして処理される

0

ファイルのパスや検索文字列など変更することが多そうなものは、定数化や環境変数化するのが良さそう

0

grepの検索文字列も該当ファイル内にあった方が簡単に管理できそう

0

sourceコマンドの引数を環境変数にすると、環境変数ファイルを読み込んでいなければ必ずエラーが出て一つはハードコードする必要があるので、sourceコマンドの引数は環境変数化しなくても良さそう

0

ゲームの攻略本のように、ゲームシステムを分かりやすく解説した本に値段がつくので、ゲームシステムを考えられるようになることは大事

0

辞めるなデモを見て、左派が利するものであればニュースにならないようなことでもニュースになると感じた

0

批判の声を上手く扱えれば求心力を高められそう

0

何事も最前線を知っていれば自ずと何をしたら良いかが分かりそう

0

すごい人のファンになってそうな人が他のすごい人の評価を下げるような言動をしているのは、ファンの人の気が大きくなっているから

0

英数字でターミナルに文字を入力する時はカーソルがすぐに表示されるが、ひらがなだとカーソルがenterを押さないと表示されない

0

unitとintegration以外のディレクトリ名の中身が時間が経った後見た時に、単体テストなのか結合テストなのか分かりづらいことに気づいた

0

単体テストと単体テスト後のエラー処理テスト、結合テストと結合テスト後のエラー処理テストの二つをunitディレクトリとintegrationディレクトリに作成するのが良さそう

0

何かしら「したい」ことは、言葉の主体性とは裏腹に達成するには困難が伴っていて面倒臭いもの

0

iphoneで画面収録の上部にある赤帯の部分をタップして出てきたポップアップの画面は収録時間に含まれない

0

アニメやドラマなどフィクションで良いと言われるものをそのまま実行してしまう人は、フィクションで得た報酬を現実の世界でも欲しているのかもしれない

0

アニメやドラマなどフィクションの世界で良いとされているものを現実でそのまま再現するのは危険、プレゼントを例にすると相手との関係値の情報が欠如している

0

トレールカメラの電池を1本だけ1分間取り外したら時刻がリセットされた

0

値が書かれていないコードを見るようにしたら、変数名の重要性が理解できるかもしれない

0

自分が変数を使用する時、数値、文字列、真偽値、パス、ファイル名の6種類に分類できる

0

githubには基本的に機密情報などが記述されている環境変数ファイルをアップロードしないが、ci/cdなどを使用する時に必要になるので、github secretsという機能を使用して安全に環境変数を利用する

0

レビューする時は、コードの差分を読むのが良さそうなので、差分を見る癖をつけたい

0

makeTestPreTables.shでsourceを使用しエラー処理ファイルを展開しているので、エラー処理ファイルのパスの起点はmakeTestPreTables.shがある場所になる

0

トレイルカメラの電池が足らなくて、夜間の赤外線撮影ができていない

0

練習をするのは鍛えるという側面もあるが、できていないことや気づいたことを見つけるためにやる側面もある

0

1つのゲームハードに対して、1つの作品がリリースされている

0

vscodeの場合、ファイル名が書いてあるタブを右クリックするとパスをコピーすることができるので、git addする時に個別のファイルを指定しやすい

0

管理をするなら一つの場所、もしくは2〜3個で収まった方が良さそう

0

芯のある裏声で舌骨と喉仏の間に指を入れて揺らすと良さそう

0

引数の変数名にアンダーバーが含まれていると、スペースが見えにくくなって引数が何個あるのか分からなくなった

0

管理する時は、見るものが少ない方が分かりやすいように感じた

0

モチベーションは続けることを高める効果があり成功するまでの試行回数を増やす意味では有効だが、日々ぶつかる課題を解きやすくする効果はない

0

データベースなど自作して内部を見ることで、できることを発見できるという意味では車輪の再開発にも価値はある

0

機能を実行するメインファイルと、機能が実現されているかテストするテストファイル、機能がエラーを起こした時に元に戻すエラー処理ファイル、機能で使用する変数を管理する環境変数ファイルの4つのファイルを書く必要がありそう

0

github上でtodoリストを管理するのも良いかもしれない

0

githubでサブブランチをpullできれば、レビューをする時それぞれの開発者の間できちんと動作されているかどうか確認できそう

Copyright © 2025 todo

Design by ThemesDNA.com