daijinload

2023年良かったと思う記事を書いて行きます。（その年に見た記事なので、以前の記事も含まれます。）

名言集

• 経験がないことに対して試行錯誤し続けられる人が優秀な人だった。 by どこかの会社の偉い人

スマッシュヒット枠

daijinload

/*
 * ソフィーのアトリエDXの武器・防具強化時の組み合わせを全部出して表示するスクリプト
 * 割りと雑に書いてますが、出す分には問題ないはずです。
 * テストが無いですが、自分が手で計算した結果は出ていたので、たいしたことやってないですし、問題は無さそうです。
 */

// 127を超えると切り捨てられるため、超えたら下記値にする
const MAX_VALUE = 127

daijinload

Gitの説明 第４弾 応用操作編

今回は、僕が実際に作業する時にやっている一連の動作とエイリアスについて話したいと思います。

第３弾で話していたブランチ戦略は、次回に持ち越ししようと思います。

エイリアスとコマンドライン関数について

エイリアスとコマンドライン関数、コマンドラインで扱う際に、別名にしたり、関数で複数コマンドをまとめて実行したり出来ます。

daijinload

Gitの説明 第３弾 基本操作編

今回はGitでよく使う基本的な操作を説明いたします。

すべてコマンドラインでの説明となります。

Gitを使用している方は、SourcetreeなどのGUIツールを使っている場合もあると思います。

コマンドラインでの操作が分かれば、感覚でGUIでの操作も分かって、つぶしが効くと思います。

daijinload

Gitの説明 第２弾 セットアップ編

今回はGitを使うためにインストールやセットアップなどを行います。

実際の使い方は、次の動画で説明となります。

自己紹介

サーバーサイドエンジニアのdaijinloadです。

daijinload

Gitの説明

第一弾

このあとの動画では、実際に操作を行いますが、こちらの動画では書いてあることを淡々と読み上げていくだけです。

なので、先に行きたい方やテキストで良い方は、コメント欄にリンクを置いておきますので、移動していただければと思います。

注意事項

daijinload

2022年良かったと思う記事を書いて行きます。（その年に見た記事なので、以前の記事も含まれます。）

名言集

• 何事においても愚かさのツケだけは他人が払ってくれることはないのである by グローバルマクロ・リサーチ・インスティテュート
• 「他と何が違うの？」といった正解探しより、自分が今のポジションにいるという現実、それを「正しい答え」として受け止めるべきなんだと思う。 by 三浦知良
• 合理性の内側ではヘタレしか育たない by 宮台 真司
• 投資とは自分が正しいか間違っているかではなく、自分が正しいときにいくら儲け、間違った時にいくら失うかなのだ。 by スタンレー・ドラッケンミラー
• 本業を全うすることは出来ないが、余計なことは可能な限りやる。それが政府の機関というものである by グローバルマクロ・リサーチ・インスティテュート
• 言葉とは『何を言うか』ではなく、『誰が言うか』ではないですか by イチロー

daijinload

2020年良かったと思う記事を書いて行きます。（その年に見た記事なので、以前の記事も含まれます。）

名言集

• 「奉公人根性なきこと」（指示されていないことを試みて失敗すれば出世の道が閉じる。それを恐れるあまり何もしないようなサラリーマンの発想を捨てろと戒め） by 北里柴三郎
• 積極的に支持していなくても、黙ってみていれば同罪だ。by 銀河英雄伝説ヤン・ウェンリー准将の父
• 役に立つかどうかは、ほとんどがマッチ・ミスマッチの問題である by 古賀洋吉
• 日本人は恩師や友人にきちんと反論しません。不満であっても関係を優先してNOということができず、後になってホゴにしたい、実は嫌だったと言い出すのは日本人の悪い癖です。これは相手の信頼を失いますし、こちらはこちらで自分が譲歩したことを評価してくれないという不満が鬱積するのです。双方に悪い結果をもたらします。 by 刺身のツマさん
• 「悪いところは誰でも見つけられるけれど、いいところを見つけるのは、そのための目を磨いておかないとできない。」 by 黒澤明

daijinload

package main

import (
	"crypto/aes"
	"crypto/cipher"
	"encoding/hex"
	"fmt"
)

func main() {

daijinload

■テストモジュール選定時は、下記を出来るようにしたいなぁ。。
パラメタライズテスト
Nestedテスト

■気になった点

・動く仕様書としてテストコードを書く
・テスト実行結果だけを見て、仕様書として正しいか？確認できること
・パラメタライズドテストいいよ
・TODOリストとテストクラスの構造が似通うというか、同じこと