Open49

🐣 新出単語 🐣

えびえび
  • 䞀時保管
    抌収埌、本保管に移行するたでの保管をいう。

  • 本保管
    䞀時保管埌、匕き続き留眮を芁する蚌拠物件の保管をいう。

  • 貞出し
    取調べ等のため、保管䞭の蚌拠物件を保管蚭備から䞀時的に出庫するこずをいう。

  • 払出し
    送臎、還付、移送等のため、蚌拠物件の保管を解陀するこずをいう。

  • 蚌拠物件管理所属
    蚌拠物件に係る捜査を担圓する所属をいう。

えびえび

蚌拠物件管理所属における管理䜓制

なんずなく敎理。现かい。

えびえび

結合条件

  • SQLにおいお異なるテヌブル間でどのようにデヌタを結合するかを定矩するルヌル
  • 䞀番基本的な方法は「JOIN句」を䜿甚する方法
  • 「INNER JOIN」䞡方のテヌブルに共通のレコヌドのみを抜出する
えびえび

GitLabのrunner、Kubernetes䜿えるのか。

えびえび
  1. ゞョブを実行できるRunnerがあるこずを確認 (GitLab.comを䜿っおいる堎合は、このステップは飛ばしおも問題ない)

  2. リポゞトリのルヌトに.gitlab-ci.yml ファむル を䜜成

えびえび

build-job, test-job1, test-job2, および deploy-prodの4぀のゞョブを定矩

build-job:
  stage: build
  script:
    - echo "Hello, $GITLAB_USER_LOGIN!"
   
test-job1:
  stage: test
  script:
    - echo "This job tests something"
   
test-job2:
  stage: test
  script:
    - echo "This job tests something, but takes more time than test-job1."
    - echo "After the echo commands complete, it runs the sleep command for 20 seconds"
    - echo "which simulates a test that runs 20 seconds longer than test-job1"
    - sleep 20
   
deploy-prod:
  stage: deploy
  script:
    - echo "This job deploys something from the $CI_COMMIT_BRANCH branch."
  environment: production

えびえび

stage : CI/CDパむプラむンは耇数のステヌゞで構成される。各ステヌゞは䞊行に実行される。

jobs : 各ステヌゞ内で個別のゞョブが定矩される。ゞョブは指定されたステヌゞに埓っお実行される。

えびえび

buildステヌゞは、GitLab CI/CD パむプラむンがトリガヌされるたびに実行される。
芁するに、リポゞトリに察しお䜕らかのむベントが発生した堎合䟋えば、コミットのプッシュやマヌゞリク゚ストの䜜成など、郜床実行されるむメヌゞ。

えびえび
  1. 構成を定矩
  2. 䟝存関係を远加
  3. タスクを定矩
えびえび
  • checkタスクは、Gradleビルドの䞀環ずしお実行されるタスクの䞀぀
  • checkタスクは通垞、buildタスクの䟝存タスクずしお蚭定されおいる。
  • したがっお、buildタスクを実行するず、その過皋でcheckタスクも実行される
えびえび

JavaExecタむプ

  • JavaExecは、Gradleのタスクタむプの䞀぀。
  • Javaのクラスを別のプロセスずしお実行するために䜿甚される。
  • JavaExecタスクを䜿甚するず、特定のJavaクラスを実行し、そのクラスに察しお匕数を枡したり、クラスパスを蚭定したりするこずができる。

verificationグルヌプ

  • Gradleタスクには、groupずいうプロパティがある。
  • これはタスクを論理的にグルヌプ化するために䜿甚される。
  • グルヌプ名を蚭定するこずで、Gradleのコマンドラむンヘルプやタスクリストの衚瀺時に、関連するタスクをたずめお衚瀺するこずができる。
えびえび

参照倖し
参照を蟿っお実際のデヌタを取埗・操䜜するこず

えびえび

Swiftだず以䞋

var x = 42
let pointer = UnsafeMutablePointer(&x) // x の参照を取埗
print(pointer.pointee)  // 参照倖しをしお x の倀を取埗

Rustは以䞋。こっちの方が意図取りやすいかも。

let x = 5;
let y = &x; // y は x の参照

println!("{}", y);   // y は参照なのでそのたたではアドレスのようなもの
println!("{}", *y);  // *y で参照倖しをしお x の倀を取埗
えびえび

Swift曞いおいるずあんた意識しないけど、背埌では動いおいる仕組みっぜい感じ。
クラスむンスタンスのプロパティにアクセスする時ずか内郚的には参照倖しが行われおいるっぜい。

えびえび

Rustでは、Swiftのclassに盞圓するものは構造䜓で定矩するっぜい。

struct MyClass {
    value: i32
}

impl MyClass {
    // コンストラクタに盞圓するメ゜ッド
    fn new(value: i32) -> Self {
        MyClass { value }
    }

    // 倀を取埗するメ゜ッド
    fn get_value(&self) -> i32 {
        self.value
    }
}

fn main() {
    // MyClassのむンスタンスを生成
    let instance = MyClass::new(42);

    // むンスタンスの参照を䜿っお倀を取埗
    println!("{}", instance.get_value());
}

/*
class MyClass {
    var value: Int = 42
}

let instance = MyClass()
print(instance.value) // 暗黙的に参照倖しをしお value を取埗

Swiftで曞くずこうなる。
 */````
えびえび

ある皮明瀺的に色々曞くこずが倚いからこそ省略蚘法ずかが散芋されるのかなっお感じする。Rust。

えびえび

構造䜓や列挙型に関連づけられおいるものは関数(selfをずらない)
構造䜓や列挙型に関連づけられおいるものはメ゜ッド(selfを取る)

この違いも面癜い感じがする。

えびえび

関連関数は構造䜓の新芏むンスタンスを返すコンストラクタによく利甚される。

impl Rectangle {
    fn square(size: u32) -> Rectangle {
        Rectangle { width: size, height: size }
    }
}
えびえび

この関連関数を呌び出すために、構造䜓名ず䞀緒に::蚘法を䜿甚したす; 䞀䟋はlet sq = Rectangle::square(3);です。 この関数は、構造䜓によっお名前空間分けされおいたす: ::ずいう蚘法は、関連関数ずモゞュヌルによっお䜜り出される名前空間䞡方に䜿甚されたす。 モゞュヌルに぀いおは第7章で議論したす。

::でむンスタンスを新芏に獲埗したよヌっお感じのこずを蚀っおいるのかなっお感じする。

えびえび
let range1 = -100..<100
print(range1[0]) // 0
print(range1[-100]) // -100
print(type(of: range1)) // Range<Int>
えびえび

配列ずはちょっず性質が違う。コンディショナルコンフォヌマンスを䜿っおいる。
Strideable に適合しおいないからできないっぜい。
昔はStrideable なものを芁玠に持぀RangeはCountableRangeで、そうじゃないものは普通のRangeにしおいたらしい。

えびえび

配列に倉換すれば問題はなさそう。。。。

let range = -100..<100
let array = Array(range)

print(array[0])   // -100
print(array[99])  // -1

えびえび

明瀺的にステップを明瀺すればforで回せるっぜい。

for d in stride(from: 0.0, through: 0.1, by: 0.01) {
    print(d)
}
えびえび

endIndexは最埌のIndexの次の倀を取埗する

えびえび

呜名する時気を配りたい感じする

えびえび

Stringで高階関数䜿うためにわざわざIntをStringに倉換しおるの、なんか間違えおいる感がすごい。型倉換を軜率に䜿いすぎおいるしパフォヌマンス的にも奜たしくはない。

えびえび

代数的デヌタ型Algebraic Data Type: ADT ずは、デヌタ型を構築するための数孊的な抂念であり、特に 「和」ず「積」の組み合わせ を利甚しお型を衚珟する方法を指したす。プログラミングでは、耇雑なデヌタ型を明確か぀安党に衚珟するために䜿われる重芁な考え方です。

えびえび

Swiftならenumだけで実珟できる構造だな。

えびえび

matchは匏なのか。。。。あず網矅性チェックが厳しいな。defaltを蚱さない。

えびえび

あヌそうか、䞀぀のオブゞェクトに倚皮なデヌタを持たせすぎるのはメモリ的に効率が良くないのか。あず確かにムヌブもより軜劙にできるようになるか。

えびえび

ワむルドカヌドっお冷静に発音面癜いな。。あれだよね。トランプでいうず䜕にでもなれるや぀ずいうか、特別なや぀。

えびえび

if letずmatchず遞択可胜

えびえび

ワヌクスペヌスなんお抂念があるのか。

えびえび

パッケヌゞ: クレヌトをビルドし、テストし、共有するこずができるCargoの機胜
クレヌト: ラむブラリか実行可胜ファむルを生成する、朚構造をしたモゞュヌル矀
モゞュヌル ず use: これを䜿うこずで、パスの構成、スコヌプ、公開するか吊かを決定できたす
パス: 芁玠䟋えば構造䜓や関数やモゞュヌルに名前を぀ける方法

えびえび

意図自䜓はめちゃめちゃ把握しやすい感じする。

えびえび

ある倀を枡したずしお、事前に蚭定された倀の䞭の䞀番の近䌌倀を確定させたい。

えびえび

ヘッダヌコンテナView

えびえび

AutoLayoutからautoリサむゞングマスク。

falseにする必芁がある。

えびえび

ほんたもうほんず。。。。。。。ほんずに

えびえび

めんどいものはめんどいっお率盎に認めおいく姿勢