OmniAICreator/Qiita-1.07M huggingface dataset:
[朗報]FigmaのVariantsにBooleanが追加、コンポーネント管理がスッキリできる！

## レイヤーのオンオフをVariantsで設定できるようになった:tada:

控えめに言って神アップデートです。

以前までは、ボタンのアイコンのあるなしやフォームのエラーメッセージのあるなしなど、「ちょっとした要素のあるなしの違い」をいちいち`Variant`を分けて作成するか、`Instance`上で該当部分を非表示にする必要がありました。

しかし、Figmaのアップデートによってレイヤーにオンオフの`Boolean`を設定できるようになり、こうした「ちょっとした要素のあるなしの違い」が **「ある」状態だけを作成すれば良く** なりました！！！ :tada::tada::tada:

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/577501/5d9cd3f0-1887-6ac4-2ddd-fb6333ebd5a7.png)

## 使い方

使い方は簡単です。

### 1.コンポーネントを作成する

まずはオンオフのある要素が「ある」状態のコンポーネントを作成します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/577501/392604b6-9f8f-81ff-a41f-6e5a70d54c4a.png)

### 2. コンポーネントプロパティを作成をする

次にプロパティパネルからコンポーネントプロパティの作成を選択し、「`Boolean`」を選択します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/577501/95387127-bbc7-d340-e4fa-ceb50e8fb579.png)

選択するとモーダルが表示されるので、適当な名前をつけてプロパティを作成します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/577501/95271819-0a6b-f3ef-069f-4480c17df067.png)

### 3. レイヤーにプロパティを適用する

オンオフしたいレイヤーを選択した状態で、「`Apply instance swap propaty`」を選択し、先ほど作成したプロパティを選択します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/577501/2062f620-4b2f-9d06-455f-ebfaa0c598a3.png)

### 4. 完了!!!

これでインスタンスを作成すると、プロパティにトグルボタンが表示され、レイヤーのオンオフができるようになりました！:tada:

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/577501/facab315-175b-4bde-dc41-06383a816650.png)

## 公式のヘルプはこちら

https://help.figma.com/hc/en-us/articles/5579474826519-Create-and-use-component-properties
S3トリガー（オブジェクト作成イベント）によるLambda実装の注意点

# 概要
Lambdaの開発時にS3トリガーとした実装を求められることもある。本記事は、S3トリガーを実装するときに注意すべき点を記載しておく。

# 実装イメージ
S3バケットのオブジェクトをトリガーにLambda関数が呼び出される
![s3_lambda.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/54819/a885b981-92a8-88f9-ebe7-b69e7ad06f94.png)

# S3トリガーによるイベントタイプ
- オブジェクトの作成イベント
- オブジェクトの削除イベント
- オブジェクトの復元イベント
- 低冗長化ストレージ (RRS) オブジェクトのイベントロスト
- レプリケーションイベント
- S3 ライフサイクルの有効期限イベント
- S3 ライフサイクルの移行イベント
- S3 Intelligent−Tiering 自動アーカイブイベント
- オブジェクトのタグ付けイベント
- オブジェクト ACL PUT イベント

馴染みのあるイベントはオブジェクトの作成イベントと思われるが、以下の2つは違いがある。
`ObjectCreated`の場合、すべてのオブジェクトが対象であるが、`ObjectCreatedByPut`の場合、マルチパートアップロードされたオブジェクトは対象外である。マルチパートアップロードされたオブジェクトはイベント検知されないため要注意。
![s3trigger.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/54819/91977c36-ba6a-b5ac-270b-f5a53059b483.png)

既存のトリガーに`ObjectCreatedByPut`しかないが、マルチパートアップロードされたオブジェクトも対象にしたい場合、以下も追加する。
![s3malti.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/54819/0dfd828e-f791-f38f-bb67-c99f59c62332.png)

それぞれイベント作成時に以下のようにプルダウンで表示される
![lambda_create.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/54819/a4131270-4f89-b809-57e3-4a8c32b519e8.png)

# おわり
オブジェクト作成イベントをS3トリガーにする場合、注意が必要である。
要件によって使い分けると思われるが、ちゃんと要件を確認されたし。

# おまけ
S3トリガーを作成/削除を繰り返すと以下のメッセージが出力されることがある。

:::note alert
trigger の作成中にエラー が発生しました: Configurations overlap. Configurations on the same bucket cannot share a common event type.
:::


以下のリンクを参考に対応されたし。

https://hack-le.com/lambda-s3-trigger-error/
Railsの「schema.rb」の日時表記とRuboCop設定

先日、RuboCop先生がRailsのschemaファイルに対し、
ナンセンスな自動修正をしてきたので、その対処を備忘録として残す。

## Railsの「schema.rb」のバージョン日時表記
Railsのデータベース管理の要とも言える「schema.rb」ファイルには、
下記のように「**YYYY_MM_DD_hhmmss**」形式でバージョン日時が記載されている。
```ruby:schema.rb
ActiveRecord::Schema.define(version: 2022_05_24_023952)
```
この表記、残念ながら初期設定の**RuboCop先生の逆鱗**に触れてしまう。
## RuboCop先生のご指摘
![エラー発生中.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2667968/65a3af92-5364-345a-b0b0-f147ab2f3bc2.png)

:::note alert
先生「たくさん数字が並んでるときは、
**3桁ごとに"_"で区切って**書いてくれないと困ります！」
（例：1000000 → 1_000_000）
:::

## ファイル保存で先生に自動修正された結果・・・
![悲しい修正のコピー.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2667968/e8db92fd-7dcc-367a-f4f9-9c72a8b71a5b.jpeg)
見事に**3桁ごとに区切られる**
・・・んー、マイグレーションのタイミングが分かりにくい＾＾；

この状態でも、
- **マイグレーション / ロールバックには支障がない**
- **バージョン日時が更新されると「YYYY_MM_DD_hhmmss」形式に戻る**

ことは確認できたけど、いかんせん青波線とターミナルのエラー表示が気になるので、
RuboCopの変更を試してみる。

## RuboCop設定変更
設定を変えるべく下記コードを追記
```yml:.rubocop.yml
# 18文字以上の場合のみ"_"区切りを必須にする(※YYYY_MM_DD_hhmmssが１７文字のため) 
Style/NumericLiterals:
  MinDigits: 18
```

## 設定変更後にマイグレーションを試すと・・・
![エラー解消のコピー.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2667968/26a6aae1-3415-c730-05d0-9a2db1227a46.jpeg)

:::note
先生「ぎりぎり見逃してあげましょう」
:::

無事お咎めがなくなった。＾＾

## 今後・・・
チーム開発などで**3桁区切り記載がマスト**の場合は、
上記設定を変更することになりそうだけど、
しばらくはこの設定のまま勉強を続けていく予定。

（うまくschema.rbだけ見逃してれないものかな・・・）

## ※追記（5/29 9:30)
コメントにて
**<font color="red">「rubocop-rails」なら「schema.rb」を見逃してくれる**</font>
という助言をいただきました。
今後のRails開発のためにも、上記の設定変更よりは「rubocop-rails」の利用の方がよいので、
同じ悩みを感じてる方は「rubocop-rails」の導入をご検討ください。

#
※参考

https://qiita.com/ikechan515/items/3bb1f9614be0ef65268e
VScodeで正規表現を使って文字列検索→マッチした部分を活用し置換

## はじめに
VScodeにおける正規表現を使った検索は知っていたが、置換する際に少し詰まったことがあったので記録しておく

## 結論
![スクリーンショット 2022-05-17 19.49.24.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2641679/67a3b511-ef76-beec-ab91-360c0f46e69f.png)
のような形で`$1`を使う。


## 詳細
例として、

```
文字列(あいうえお)
文字列(かきくけこ)
```
のような文字列を
```
[あいうえお]
[かきくけこ]
```
に置換したい場合を考える。
（２行だけだとあまり効果がないですが、これが膨大な量だとたちまち便利になります）

### 正規表現

`文字列\(([\s\S]*?)\)`で上記の文字列にマッチする。

**詳細**
↓
`\(` ：　`(`は正規表現で特別な意味を持つので`\`でエスケープする
`[\s\S]`: なにかしらの文字にマッチ
`*?`: 最短一致を指定
`([\s\S]*?)`: `()`で囲むことで、その部分を後で`$1`で取得できるようになります。


### VScode側の操作
![スクリーンショット 2022-05-17 19.58.07.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2641679/ec171909-ec11-6c0d-882f-04a469b29026.png)

- 上の画像のように、正規表現を上にセットし、
- `.*`のマークをクリックする
- 下には置換したい文字列（今回でいうと`［］`）と正規表現で取得した部分を`$1`に置き換えて入力します
- 後は、右下の`Replace All`をクリックすれば以下のように置換が完了します。

```
[あいうえお]
[かきくけこ]
```




## おわりに
矩形選択も便利だが、同じ文字列ではないなど複雑な場合は正規表現が使える。あまり頻繁に使う機会があるわけではないが、知っていると安心だと思います。
udemyのForbidden 対処法

udemyで何度もForbiddenとなるため備忘録を残す
参考：https://qiita.com/ebtiag/items/20856ac9d0b2f19bb1d5

udemyサイト
![スクリーンショット 2022-05-27 22.48.27.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2627009/9a59f479-98c2-c892-0444-f8b846ee018b.png)

右クリック⇨検証
![スクリーンショット 2022-05-27 22.48.47.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2627009/87bc2ad4-cb72-7c7a-8d2a-70bc0f25764f.png)

Application
![スクリーンショット 2022-05-27 22.49.13.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2627009/fd1e08b9-fb65-ab88-4ab1-f55086f5da5a.png)

Storage⇨右斜め下のClear site dataをクリック
![スクリーンショット 2022-05-27 22.50.08.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2627009/f1abf012-2ce7-0dc6-7501-3eab97714fe3.png)
[Laravel6] Blade構文を素のPHPと比較して理解する



## 変数の出力
⚫ php

```bash
<?php echo $test; ?> または <?= $test; ?>
```

⚫ blade.php

```bash
{{ $test }}

/*
{{ }}で囲む事で出力出来ます。
これによりXSSの対策も同時に行ってくれます
*/
```


## foreach の場合
※$array = [ ‘ hello ‘ , ‘ world ‘ , ‘ hoge ‘] のような配列が定義されているものとします。

⚫ php

```bash
<?php foreach ( $array as $value) : ?>
echo $value;
<?php endforeach; ?>
```

⚫ blade.php

```bash
@foreach ( $array as $value )
{{ $value }}
@endforeach
```

- 条件の書き方だけ一緒

## if 文
⚫ php

```bash
<?php if ( $array[ 0 ] === ‘ hello ’ ) : ?>
echo ‘ OK ’ ;
<?php else : ?>
echo ‘ NO ’ ;
<?php endif ; ?>
```

⚫ blade.php

```bash
@ if ( $array === ‘ hello ’ )
{{ ‘OK’ }}
@else
{{ ‘NO’ }}
@endif
```
SDGsに関連した国による補助金や外務省、環境省によるSDGsの受賞例

## はじめに
日本マイクロソフトの中でHackathonがありその中で調べた内容をメモとして残します。

https://qiita.com/hide6974/items/f47d478de335742169dc

## 1.どういった国の補助金があるのか
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/367026/8f72f19b-9dd1-7a7f-7090-3d6cd7310eac.png)

## 2.国内の受賞事例でどういった賞があるか。
### こちらは外務省の[ジャパンSDGsアワード](https://www.mofa.go.jp/mofaj/gaiko/oda/sdgs/award/index.html) です。賞の開催は、過去5回実施。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/367026/3b73dc19-bd92-2dc7-eaf1-f3c5789fe218.png)


![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/367026/85dedb7d-c526-ae55-aeb6-e2441404cba2.png)
（出展：受賞団体の取組　https://www.mofa.go.jp/mofaj/gaiko/oda/sdgs/pdf/award5_00_sougouban.pdf ）

ユーグレナ社は藻のミドリムシを使ったドリンクやミドリムシの大量養殖に成功した企業で有名
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/367026/9c3ec867-e0e8-d324-20ff-f6aa32e52af7.png)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/367026/bd194424-c61e-b631-6435-d5fcecc3f609.png)

https://www.euglena.jp/times/archives/14327


## 3．インセンティブ事例
* 脱炭素交付金制度・・上限5000万円支給 http://chushikoku.env.go.jp/shikoku/03_kofukin.pdf
* ものづくり産業脱炭素化促進事業助成金・・上限2000万円　https://hojyokin-portal.jp/subsidies/18526

## 参考
https://www.mofa.go.jp/mofaj/gaiko/oda/sdgs/award/index.html

https://www.env.go.jp/press/111070.html

http://chushikoku.env.go.jp/shikoku/03_kofukin.pdf

https://hojyokin-portal.jp/subsidies/18526
ubuntu22.04LTSにGoogle Chromeをインストールする

# 概要

ubuntu22.04LTSにGoogle Chromeをインストールするメモ


# パッケージのアップデート

```bash
sudo apt update
sudo apt upgrade
```


# インストール

```bash
echo "deb [arch=amd64 signed-by=/usr/share/keyrings/googlechrom-keyring.gpg] http://dl.google.com/linux/chrome/deb/ stable main" | sudo tee /etc/apt/sources.list.d/google-chrome.list
```

```bash
curl -fsSL https://dl.google.com/linux/linux_signing_key.pub | sudo gpg --dearmor -o /usr/share/keyrings/googlechrom-keyring.gpg
```


```bash
sudo apt update
sudo apt install google-chrome-stable
```


# chromeの起動

```bash
google-chrome
```
自動車向けソフトウェア組織調査

自動車向けソフトウェアの仕様に関する団体は多数ある。

国際的なものでは、

# ISO/TC 22/SC 32

Electrical and electronic components and general system aspects

https://www.iso.org/committee/5383636.html

WTO/TBT協定に基づき、非関税障壁とならないような仕様の基礎を決めている。

WTO／TBT

https://www.jisc.go.jp/cooperation/wto-tbt.html

特許に関すると切り決めもある。

https://www.iso.org/iso-standards-and-patents.html

# Automotive Grade Linux

車載Linux

https://www.automotivelinux.org/

ISO Linuxを提案しているLinux Foundation が組織している。

https://www.linuxfoundation.org/

# Open Aliance

車載Ethernet

https://www.opensig.org/

IEEE 802.3 に提案している気がする。

#  Connected Vehicle Systems Alliance(CVSA) 

https://www.covesa.global/

# AUTOSAR

https://www.autosar.org/

ISO, IEC, ITU, IEEE, IETFとの関係がよくわかっていない。

Densoは、ISOでも、AUTOSARでも大事な役割を果たされている。
きっとなにかいい調整をしてくださるに違いない。

# 一覧

現在、一覧作成中。親会社・子会社の参加は同一視するようにする予定。

ISOについては、関連国際会議でお会いしたことがある組織のみ。
１回しか出ておらずあいまいかも。記憶違いがあるかもしれません。
Open AlianceはPartner以外の一覧をまだ見つけていません。ごめんなさい。
OEMとSEmiconductorと、複数登録組織に限定する予定です。

| |ISO|Grade|Open|CVSA|AUTOSAR|
|:----|:----|:----|:----|:----|:----|
|AICC| | | |Associate|Premium|
|Aisin| |Slilver| | |Associate|
|AlpsAlpine| |Bronze| |Associate|Associate|
|ALTEN| | | | |Premium|
|Analog Device| | | |Associate|Associate|
|APTIV| | | | |Premium|
|ARM| |Bronze| |Associate|Premium|
|AWS| |Platinum| | | |
|BAIDU| | | | |Premium|
|Blackberry| | | | |Premium|
|BMW|v| |Partner|Founding|Core|
|bosch|v|Bronze|Partner|Founding|Core|
|BROADCON| | |Partner| | |
|CAIC| | | | |Premium|
|continental|v|Bronze|Partner| |Core|
|DENSO|v|Platinum| |Core|Strategic|
|Drimres| |Slilver| | | |
|Elektrobit| |Bronze| | |Premium|
|Ford|v|Slilver| |Core|Core|
|GEOTAB| | | |Core| |
|GitHub| |Bronze| |Associate| |
|GM|v| |Partner| |Core|
|Honda| |Bronze| |Associate|Premium|
|HYUNDAI|v|Bronze|Partner| |Premium|
|infineon| | | | |Premium|
|intel| |Bronze| | |Premium|
|Jingwel| | | | |Premium|
|LG| |Bronze| |Core|Premium|
|Mazda| |Platinum| | |Associate|
|Mercedes-Benz| |Slilver| | |Core|
|Microchip| |Bronze| | |Associate|
|MOBIS| | | |Core| |
|Nissan| | | | |Premium|
|NVIDIA| |Bronze| |Associate| |
|NXP| |Bronze|Partner|Associate|Premium|
|Panasonic| |Platinum| | |Premium|
|PSA| | | | |Core|
|Qualcomm| |Slilver| | | |
|Renault Group|v| | |Core| |
|Renesas|v|Platinum|Partner|Core|Premium|
|SAIC| |Slilver| | |Associate|
|Siemens EDA https://eda.sw.siemens.com/en-US/| | | |Core|Premium|
|ST Micro.| | | | |Premium|
|SUBARU| | | | |Associate|
|Suzuki| |Platinum| | |Associate|
|TOYOTA|v|Platinum|Partner| |Core|
|vector| | | | |Premium|
|VolksWagen|v|Slilver|Partner| |Core|
|Volvo|v| |Partner| |Premium|
|WNDRVR| |Bronze| |Core|Associate|
|YAZAKI| |Bronze| | |Associate|


# 参考資料

Service Oriented Middleware over IP（SOME/IP）

https://qiita.com/kaizen_nagoya/items/26054f755da1c835fc24
View [] not found.となる

laravelのルーティングなどを作成中,localでページが表示できずView [contact.index] not found.となってしまうことについて、
原因はディレクトリのcontactの先頭に半角スペースが入ってしまっていたため中々タイポと気づけませんでした笑

他のディレクトリやファイルが作成されてないなどは今まで気付けていたが、まさかディレクトリにスペースが入っているとは、、、これから気をつけます。


```
正　contact/index.blade.php

　　　↓

誤　 contact/index.blade.php
AWS CloudShellのテーマを変更することでアカウントを見分ける

# 背景
本番アカウントと検証アカウントをスイッチロールして使い分けている場合に、
うっかり検証アカウントのつもりで本番アカウントで作業をしてしまうのを防ぐため、
CloudShellのテーマを変更することで、どちらの環境を使っているか気づけるようにする。

# 手順
以下のようにテーマを設定する
* 本番環境：Dark（デフォルト）
* 上記以外：Light

# ポイント
 __本番=Dark__ というルールにしておけば、
何かの拍子に設定がクリアされてしまった際に「検証アカウントのつもりが本番アカウントでした！！」という事態を防ぐことができる。

# 注意
テーマのデフォルトをユーザー毎に切り替えることができるようになったり、デフォルト値が逆になるみたいな変更が行われないことを祈ること。
訓練データとテストデータ

いわゆるAI（人工知能）を作るためのデータが訓練データ、そのAIが「どれくらい正しく予測できているか」を確認するためのデータがテストデータ

STEP１：まず100日分のデータから70日分（70は適当な数値です）を訓練データとして抜粋し、そのデータを元にアイスクリーム売上予測AIを作ります。

この時のtest_size=0.3となる。train(訓練データ)が0.7であるので


0.7のデータで訓練したモデルの性能が果たしていいかを確かめるために残りのテストサイズ0.3でテストする


参考資料：
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2696264/413894aa-e4ab-e56e-40eb-fe195dcfe120.png)











https://hazimenoippo-hawaii.com/datascience-kaggle-traintest/
コルーチンとチャネル入門#1 導入

※ソース記事は[こちら](https://play.kotlinlang.org/hands-on/Introduction%20to%20Coroutines%20and%20Channels/01_Introduction)
このハンズオンチュートリアルでは、コルーチンの概要に慣れ親しむ予定である。コルーチンにより、非同期でノンブロッキングなふるまいのあらゆるメリットが、可読性を損なわずに提供される。コルーチンを使って、下層にあるスレッドをブロッキングせず、コールバックを使わずにネットワーク要求を実行する方法を見ていく。
次のことを学習する。
- ネットワーク要求を実行するために、suspend関数を使う理由と方法
- コルーチンを使って、並列に要求を送る方法
- チャネルを使って、異なるコルーチンの間で情報を共有する方法

コルーチンが他の既存のソリューションとどのように異なるのか、についても議論していく。
基本的なKotlinの文法について精通していることが要求されるが、コルーチンの事前知識は必要ではない。
ネットワーク要求のため、コルーチンをサポートする、[Retrofit](https://square.github.io/retrofit/)ライブラリを使用するが、このチュートリアルのアプローチは普遍的であり、異なるライブラリでも同様に効果がある。
このチュートリアルは、KotlniConfでのRoman Elizarovによる[Kotlin非同期プログラミング](https://kotlinconf.com/workshops/)のワークショップをもとにしている。
## セットアップ
IntelliJ IDEAが必要である。最新の無料のcommunityバージョンを[ここ](https://www.jetbrains.com/idea/download/)からダウンロードできる。
Kotlinプラグインのバージョン1.4がインストールされていることを確認してください。Kotlinプラグインを更新するには、`ツール-Kotlin-Kotlinプラグインのアップデートを構成`を使うこと。
## プロジェクトのダウンロード
スプラッシュ画面上で、`VCSから取得`を選択するか、`ファイル-新規-バージョン管理からプロジェクト...`を選択し、プロジェクトパス http://github.com/kotlin-hands-on/intro-coroutines を指定することにより、IntelliJからリポジトリをクローンする。
...あるいは、コマンドラインからクローンする。
`$ git clone http://github.com/kotlin-hands-on/intro-coroutines`
プロジェクトには`solution`ブランチが含まれており、自分の解答と模範解答を比較するために、`ブランチと比較...`を使うことができる。
## GitHubデベロッパートークンの生成
GitHub APIを使うため、自分のGitHubアカウント名と、パスワードかトークンのどちらかを指定する必要がある。GitHub上で、二要素認証を有効にしている場合は、トークンのみ動くだろう。
こちらで、自分のアカウントから、GitHub APIを使うためのトークンを生成することができる。
https://github.com/settings/tokens/new トークンの名前をたとえば、`coroutines-hands-on`と指定すること。
![01.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2627223/478ff574-5354-51d9-ba40-e1cc4b006abf.png)
スコープを選択する必要はなく、画面の底にある"Generate token"をクリックすること。生成されたトークンをどこかにコピーすること。それはすぐに使う。
## コードの実行
`src/contributors/main.kt`ファイルを開き、`main`関数を実行する。その後、下にあるようなウィンドウが表示されるはずである(ただしデータはロードされていない)。

※筆者の環境ではJVMの例外で起動しないことがあったが、その場合、VM引数に`-Dfile.encoding=ISO-8859-1`を指定することで起動することができた。

フォントが小さすぎる場合は、`main`関数内で異なるデフォルトサイズを指定する。![02.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2627223/8145f832-3529-6e70-6274-159d51ee3779.png)
このプログラムは、与えられたオーガニゼーション配下のすべてのリポジトリのコントリビューターをロードする。デフォルトでは、オーガニゼーションは"kotlin"だが、ほかのものも可能である。後で、コントリビューターの数により、ユーザーをソートするロジックを追加しよう。
それでは、対応する項目に、GitHubユーザー名とトークン(あるいはパスワード)を埋める。VariantドロップダウンメニューではBLOCKINGが選択されていることを確認し、"Load contributers"ボタンをクリックする。UIはしばらくの間フリーズして、その後コントリビューターの一覧を表示するはずである。プログラムの出力を開き、データがロードされていることを確認できる。つまりそれぞれのリクエストが成功した後で、情報はログされている。継続する前にロードされたデータは見ることができる。
このロジックを実行する様々な方法を比較し、コルーチンが物事を変える方法を見ていく。コルーチンを使い始める前に、ほかのどのようなソリューションが可能かを見てみよう。まず、ブロッキングな方法でロジックを実装する方法を見ていく。つまり、読みやすくそのために、UIをフリーズさせるためよくない。その後、修正するために、コールバックを使い、これらのソリューションとコルーチンを使った場合とを比較する。最後に異なるコルーチンの間で情報を共有するためにChannelを使う方法を見ていく。
それでは始めよう！


https://qiita.com/CuriosityKilledTheCat/items/84996d6dc66599d5c1cf
【CircleCI】Herokuデプロイ時の認証エラー(fatal: Authentication failed for 'https://git.heroku.com/****.git/')

# 0. はじめに
大阪のLaravel初学者サウナーこと、kazumakishimoto([@kazuma_dev](https://twitter.com/kazuma_dev))です！
CircleCIでHeroku自動デプロイ時に認証エラーが発生しました。

## 0-1. 全体の流れ
> [1.試したこと](#1-試したこと)
> [2.エラーメッセージ](#2-エラーメッセージ)
> [3.解決方法](#3-解決方法)
> [補足](#補足)
> [Reference](#reference)

## 0-2. 本記事の対象者
- `git push --all`(自動デプロイ)、`git push heroku master`(手動デプロイ)などで認証エラー

## 0-3. 事前準備
- HerokuでCircleCI自動デプロイ設定済み

https://qiita.com/kazumakishimoto/items/6aac32725ebea25acf35

# 1. 試したこと
- `git push --all`(自動デプロイ)
```terminal:local
$ git push --all
```

# 2. エラーメッセージ
```
#!/bin/bash -eo pipefail
git push https://heroku:$HEROKU_API_KEY@git.heroku.com/$HEROKU_APP_NAME.git master

remote: !	WARNING:
remote: !	Do not authenticate with username and password using git.
remote: !	Run `heroku login` to update your credentials, then retry the git command.
remote: !	See documentation for details: https://devcenter.heroku.com/articles/git#http-git-authentication
fatal: Authentication failed for 'https://git.heroku.com/****.git/'

Exited with code exit status 128
CircleCI received exit code 128
```

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/687994/51ace1c1-1630-c9f9-d631-ee119550bd21.png)


# 3. 解決方法
- Heroku API KEYが更新されているので、CircleCIに再設定

## 3-1. Herokuログイン
```terminal:local
$ heroku login
```

## 3-2. API
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/687994/0b40f3ff-6aa6-b2b0-7e82-ec5fb97e52c1.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/687994/69bf7518-0e07-d665-7bfa-c1c28585f47f.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/687994/3c045e30-d21e-8a7b-e2e8-4fc8dd7b3703.png)

## 3-3. 再デプロイ
```terminal:local
$ git push --all
```

# 補足
## 開発環境（FW/ツールのバージョンなど）
|ツール|バージョン|
|:--|:--|
|Vue.js|2.6.14|
|jQuery|3.4.1|
|PHP|7.4.1|
|Laravel|6.20.43|
|MySQL|5.7.36|
|Nginx|1.18.0|
|Composer|2.0.14|
|npm|6.14.6|
|Git|2.33.1|
|Docker|20.10.11|
|docker-compose|v2.2.1|
|PHPUnit|8.0|
|CircleCI|2.1|
|heroku|7.59.4|
|MacBook Air|M1,2020|
|macOS|Monterey 12.3|
|Homebrew|3.3.8|

## ディレクトリ構造
```
【ルートディレクトリ】
├─ .circleci
│   └─ config.yml
├─ aws / CloudFormation
│   └─ ec2.yml
├─ docker
│   └─ mysql
│   └─ nginx
│   └─ php
│   └─ phpmyadmin
├─ src
│   └─ 【Laravelのパッケージ】
└─ docker-compose.yml
```

# Reference
https://qiita.com/yuichisan65/items/230f8946aa5f819e7c76

https://qiita.com/shiroux/items/f0e1844ff3ef301d88b9
札(tag)見直し作業（中間報告）

「@torifukukaiou 【毎日自動更新】AdventCalendar2022 タグ LGTMランキング！」を分析加工中
https://qiita.com/kaizen_nagoya/items/b5cb74a030d0740aa0c4

などの集計を拝見し、札のfollowの追加と、自分のタグの見直しを始めた。

投稿した記事と、LGTMした記事の両方に初心者があった。

自分の記事の初心者を減らした。
結果、英語が出てきた。

![tag.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/51423/057902a8-f69a-a13f-7169-8ab1c0031e92.png)

他の、@torifukukaiou さんの集計も参考に、体系的に札をつけなおそうとしている。

# 投稿した記事
記事
https://qiita.com/tags/AdventCalender2022
https://qiita.com/tags/AUTOSAR
https://qiita.com/tags/coding
https://qiita.com/tags/新人プログラマ応援
https://qiita.com/tags/英語

AdventCalender2022 と 新人プログラマ応援 の両方つけている記事が多い。

AUTOSAR と　英語　の両方つけている記事が多い。

それぞれ、どちらかを減らして、ばらつきが見えるようにしようと思う。

AdventCalendar タグからの変更
https://qiita.com/kaizen_nagoya/items/d77ea85cb2f52d930366

# LGTMした記事
は、自分ではどうにもならない。
https://qiita.com/tags/Python
https://qiita.com/tags/JavaScript
https://qiita.com/tags/Docker
https://qiita.com/tags/初心者
https://qiita.com/tags/機械学習

Python と 機械学習、
Python と Docker
の両方ついているものが多いかもしれない。

確認するプログラムをいつか書きたい。

# 回答した記事
できれば、早急に５つ回答しよう。

### 最後までおよみいただきありがとうございました。
いいね　💚、フォローをお願いします。
####  Thank you very much for reading to the last sentence.
Please press the like icon 💚　and follow me for your happy life.
案外知られてなさそうなPrettierでフォーマットできるもの

## はじめに

僕は開発をするにあたってフォーマッタである`Prettier`を使うことがよくあります。
普段よく目にするのはJavaScript、TypeScriptやHTML、CSS、Markdown、JSONなどのファイルに対して使っている場面ですが、`Plugin`を使うとその他にもいろんな言語などをフォーマットしてくれます。

この記事はその`Plugin`のまとめ記事です。（一部work in progressのものもあります）

## Plugins

| 言語名など | Plugin |
|:-:|:-:|
| PHP | [@prettier/plugin-php](https://github.com/prettier/plugin-php) |
| Pug | [@prettier/plugin-pug](https://github.com/prettier/plugin-pug) |
| Ruby | [@prettier/plugin-ruby](https://github.com/prettier/plugin-ruby) |
| XML | [@prettier/plugin-xml](https://github.com/prettier/plugin-xml) |
| Apex | [prettier-plugin-apex](https://github.com/dangmai/prettier-plugin-apex) |
| Elm | [prettier-plugin-elm](https://github.com/gicentre/prettier-plugin-elm) |
| ERB | [prettier-plugin-erb](https://github.com/adamzapasnik/prettier-plugin-erb) |
| Go Template | [prettier-plugin-go-template](https://github.com/NiklasPor/prettier-plugin-go-template) |
| Java | [prettier-plugin-java](https://github.com/jhipster/prettier-java) |
| JSONata | [prettier-plugin-jsonata](https://github.com/Stedi/prettier-plugin-jsonata) |
| Kotlin  | [prettier-plugin-kotlin](https://github.com/Angry-Potato/prettier-plugin-kotlin) |
| Java Properties | [prettier-plugin-properties](https://github.com/eemeli/prettier-plugin-properties) |
| Shell script, Dockerfile, gitignoreなど | [prettier-plugin-sh](https://github.com/rx-ts/prettier/tree/master/packages/sh) |
| Solidity | [prettier-plugin-solidity](https://github.com/prettier-solidity/prettier-plugin-solidity) |
| Svelte | [prettier-plugin-svelte](https://github.com/sveltejs/prettier-plugin-svelte) |
| TOML | [prettier-plugin-toml](https://github.com/bd82/toml-tools/tree/master/packages/prettier-plugin-toml) |

いろんな言語などをフォーマットできることに驚きです。
個人的には、`Shell script`, `Dockerfile`, `gitignore`などをフォーマットできる [prettier-plugin-sh](https://github.com/rx-ts/prettier/tree/master/packages/sh) がアツいなぁと思ってます。

上記にお使いの言語などの`Plugin`があれば、触ってみると面白いかもしれません。

## Ref

- [Plugins · Prettier](https://prettier.io/docs/en/plugins.html)
【Django】templatesの設定について

Django4.0でtemplatesディレクトリをsettings.pyで指定する際に、
少し躓いたところがあったので、記載します。

## バージョン
Django: 4.0.4
python: 3.10.2

## 躓きポイント
まず、templatesディレクトリを作成することで、
templatesディレクトリに入っているhtmlをviews.pyで呼び出すことができます。
ただ、templatesディレクトリに使用する際は、settings.pyでtemplatesの場所をしている必要があります。

```settings.py
TEMPLATES = [
    {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        'DIRS': [ ],
        'APP_DIRS': True,
        'OPTIONS': {
            'context_processors': [
                'django.template.context_processors.debug',
                'django.template.context_processors.request',
                'django.contrib.auth.context_processors.auth',
                'django.contrib.messages.context_processors.messages',
            ],
        },
    },
]
```

```'DIRS:[]'```部分が空になっているため、ここに記載していきます。
ターミナルでpwdした場所を直接記載するでも、
自分の端末のみならいいですが、デプロイする際には個人的な場所なのでエラーになります。
よって、以下のようにする必要があります。

```settings.py
TEMPLATES = [
    {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        'DIRS': [ BASE_DIR + '/templates'],
```
BASE_DIRはsettings.pyの最初の方で定義されており、このプロジェクトが存在する場所になります。
なので、+すればいい感じのパスになるのでは？と思い上記のように記載しました。

ここで、runserverを実行すると以下エラーログが出ました。
```
    'DIRS': [ BASE_DIR + '/templates'],
TypeError: unsupported operand type(s) for +: 'PosixPath' and 'str'
```
どうやらBASE_DIRは文字列ではないようです。
よってstr()で文字列にします
```settings.py
TEMPLATES = [
    {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        'DIRS': [ str(BASE_DIR) + '/templates'],
```
こちらで、エラーがなくなったので、解決しました。
これが、正しい方法なのかわかりませんが、
解決したので、Djangoの勉強に戻ります。

以上です。
サクラエディタ　マクロ（Jscript）でデータ増幅ツール作成してみた

GitHubにUpするほどでもないからキータに投稿。

```html:実行前
AA111BB
```
操作
・増幅対象の数値を入力してください→111
・増幅する数を入力してください→2　※111＋2＝113

 2データ追加
```html:実行後
AA111BB
AA112BB
AA113BB
```
上記のように行追加し数値がインクリメントするツールをJscriptで作ってみた。
ExcelでVBAか関数で作ろうかと思ったがcsvファイルをエクセルで開くと0埋めが取れたりして値が不正になるので却下。（ん、でもエディタで開いてからツールに貼り付ければ問題なカッタな。。）
　

```.js
//指定数値の直下にインクリメントした数値の行を追加するツール
//描画非表示
SetDrawSwitch(0);


//数値を指定する（条件：対象数値は一意であること。検索して他にヒットしない）
//入力制限15桁
var text = inputBox("増幅対象の数値を入力してください(一意&15桁以下)","",15);

//増幅する数を指定する
//デフォ0
var num = inputBox("増幅する数を入力してください(半角数字)",0);

//ファイル先頭へ移動
GoFileTop();

//検索
    //検索オプション
    //8：not foundメッセージ有効
    //16：検索ダイアログ非表示
    //2048：検索履歴から削除
SearchNext(text,2072);

//行のコピー追加処理
for(var i = 0 ; i < num ; i++) {
    //カーソル行を直前行へコピー
    DuplicateLine();
};

//インクリメント処理
var addNum = text;
GoFileTop();
SearchNext(text,2072);
for(var i = 0 ; i < num ; i++) {
    SearchNext(text,2072);
    addNum++;
    Delete();
    insText(addNum);
};


//画面表示＆再描画
SetDrawSwitch(1);
Redraw(0);


//確認用
//MessageBox(text);
```
行追加した分だけインクリメントする。
DuplicateLine();をコメントアウトすればインクリメントのみ実行できる。
9999レコードの作成時間は5秒ほど。

　

```html:実行前
AA111BB　AA111BB
```
 2データ追加
```html:実行後
AA111BB　AA111BB
AA112BB　AA112BB
AA113BB　AA113BB
```
1行に対象が2つある時は`addNum++;`を 2回に1回だけ流れるような工夫をすればいい。
ああ、あと繰り返し回数も2倍にしないと。


　
実際に複数対応バージョン作ってみた
DuplicateLine();をコメントアウトしてインクリメントのみを複数カラムで実行した。

```html:実行前
AA111BB　AA111BB　AA111CC
AA111BB　AA111BB　AA111CC
AA111BB　AA111BB　AA111CC
AA111BB　AA111BB　AA111CC
AA111BB　AA111BB　AA111CC
```
・増幅対象の数値を入力してください→111
・数値のカラム数を入力してください→3　※1行にインクリしたい値3箇所
・増幅する数を入力してください→4　※111＋4＝115
```html:実行後
AA111BB　AA111BB　AA111CC
AA112BB　AA112BB　AA112CC
AA113BB　AA113BB　AA113CC
AA114BB　AA114BB　AA114CC
AA115BB　AA115BB　AA115CC
```

```.js
//指定数値の直下にインクリメントした数値の行を追加するツール
//描画非表示
SetDrawSwitch(0);


//数値を指定する（条件：対象数値は一意であること。検索して他にヒットしない）
//入力制限15桁
var text = inputBox("増幅対象の数値を入力してください(一意&15桁以下)","",15);

//1行に含まれる数値のカラム数を指定する
//デフォ1
var col = inputBox("数値のカラム数を入力してください(半角数字)",1);

//増幅する数を指定する
//デフォ0
var num = inputBox("増幅する数を入力してください(半角数字)",0);

//行追加を行うか指定する
//デフォn
var isAddLow = inputBox("行追加を行いますか？(YESなら半角数字y)","n",1);

//ファイル先頭へ移動
GoFileTop();

//検索
    //検索オプション
    //8：not foundメッセージ有効
    //16：検索ダイアログ非表示
    //2048：検索履歴から削除
SearchNext(text,2072);

//行のコピー追加処理
if(isAddLow == "y") {
    for(var i = 0 ; i < num ; i++) {
        //カーソル行を直前行へコピー
        DuplicateLine();
    };
};

//インクリメント処理
var addNum = text;
GoFileTop();
for(var i = 0 ; i < col ; i++) {
    SearchNext(text,2072);
};

for(var i = 0 ; i < num*col ; i++) {
    SearchNext(text,2072);
    if(i % col == 0) {
        addNum++;
    };
    Delete();
    insText(addNum);
};


//画面表示＆再描画
SetDrawSwitch(1);
Redraw(0);


//確認用
//MessageBox(text);
```
てことは、バージョンアップ前のもう不要やないか・・まええわ残しとこ

### 追記：注意点
0707070001を指定したらインクリメント後の数字は0埋めがとれてしまった。
置換して0を追加してもいいし、実施前に一時点に先頭に0以外を置くような対策をすればいい。
```html:実行前
AA0707070001ABB
AA0707070001ABB
AA0707070001ABB
AA0707070001ABB
AA0707070001ABB
```
```html:実行後
AA0707070001ABB
AA707070002ABB
AA707070003ABB
AA707070004ABB
AA707070005ABB
```
【js】ESModules使用してみたメモ

## モジュールとは

ソースコードを機能毎に分割してメンテナンスしやすくする仕組み。
代表的なものとして下記二つがある

* CJS(CommonJS)
* ESM(ES Modules)

### CommonJSとは
Node.js上でモジュールを管理する仕組み。
require / exportsというキーワードを使ってモジュールの読み込みや外部ファイルへの露出を行う。

### ES Modulesとは
ECMAScriptの仕様に基づくモジュール管理システム。主にブラウザ側で使用。
import / exportというキーワードを使ってモジュールの読み込みや外部ファイルへの露出を行う。
ES Modulesの規格でexportされたものはES Modulesの規格でimportする必要があり、CommonJSの規格でexportsされたものはCommonJSの規格でrequireする必要がある。この二つのモジュールシステムを跨いでそれぞれのキーワードを使うことはできない。
ES Modulesの読み込みにはscriptタグのtype属性を`module`にする

### 比較
|  | ES Modules | CommonJS | 備考|
|-|-|-|-|
|読み込み / 露出キーワード |import / export|require / exports|-|
|使用される場所 |Browser|Node.js|ES ModulesはNode.js上でも動かせるが有効にするための条件がある|
|拡張子 |.mjs|.cjs|js拡張子で問題ないが、どちらの仕組みで動いているのか明示的に分かるように、拡張子を分けている場合がある|
### ES Modulesの基本的なimport / export
exportしたいファイルmodulaA.js
```modulaA.js
/**
 * exportしたい変数、関数の前にexportを記述
 */
export let publicVal = 0;
export function publicFn() {
   console.log('publicFn called: ')
}
//もうひとつ、exportする方法としてdefaultキーワードを使用したものがある
export default 1; //このdefaultに続く値が、このモジュールのデフォルトでexportされる値になる。
```
importしたいファイルmodulaB.js こちらを読み込ませる 例)`<script type="module" src="moduleB.js"></script>`
```modulaB.js
/**
 * importする方法として、
 * import { exportされている変数名や関数名 } from "読み込む先のファイルを指定"
 * exportだけのものは必ず上記のように{}をつけて、importを行う。
 * defaultキーワードでexportされているものは任意の名前で定義してimportする。{}はいらない。
 * defaultキーワードを使ってexportされたものとそれ以外をimportするときはカンマ区切りで記述できる
 * 例)import defaultVal, { publicVal as val, publicFn as fn } from "./moduleA.js";
 */
//import { publicVal, publicFn } from "./moduleA.js";  //webpackなどモジュールを一つのファイルにまとめてくれるソフトを使うと.jsは省略できる場合がある。使っていない場合は拡張子まで必ずかく。
import defaultVal, { publicVal as val, publicFn as fn } from "./moduleA.js"; //このように as 変更後の名前 の形で、このファイル内でのみ使用できる名前を定義することができる
console.log(val);
fn();
console.log(defaultVal);
/**
 * 下記のように*を使った記述をするとオブジェクトの形で格納される
 * import defaultVal, * as moduleA from './moduleA.js';
 * console.log(moduleA.publicVal);
 */
```
### モジュールコンテキストとモジュールスコープ
ES Modulesを使用した場合、グローバルコンテキストがモジュールコンテキストに切り替わる。
基本的にグローバルコンテキスト、モジュールコンテキストも挙動は似ている。
グローバルコンテキストでthisを使用した場合、グローバルオブジェクト(window)が参照できるが、モジュールコンテキストの場合は、thisが使用できない。
ES Modulesを使用した場合、スクリプトスコープがモジュールスコープに切り替わる。

```modulaB.js
console.log(this);// -> undefined
function fn() {
   console.log(this);
}
fn();// -> undefined
const obj = {
   fn
}
obj.fn();// -> オブジェクトのメソッドとして呼び出す場合など、モジュールコンテキスト以外であればthisは使用できる。
```
### モジュールの特徴
type属性'module'はデフォルトでdefar属性が付与され、
htmlの構文解析が終わったタイミングでscriptが実行される非同期的な処理となる。
一度読み込まれると、同じものは読み込まれない。
nomodule属性を付与するとモジュールに対応していないブラウザにのみ、そのscriptタグが読み込まれる。
### モジュールの場合は常にstrictモード
strictモードとは
通常のJavaScriptで許容されている一部の書き方を制限する方法。従来のjs記法ではバグにならなかったものもエラー表示してくれることで、意図しないバクの混入、予約語の確保、コードのセキュア化などのメリットがある。
ファイルの先頭、もしくは関数内の先頭行に`use strict`の記述するとStrictモードが有効化される。
そのstrictモードがモジュールの場合では常に有効化されていて、上記記述をする必要がない。

## 参考
https://www.udemy.com/course/javascript-essence/
【備忘録】Ardupilo における座標系

Ardupilot では GNSS（GPS）アンテナ, IMU の設置位置をパラメータで設定することが可能ですが、座標系が少々解りにくいので解説します。

### Ardupilotの座標系
右手座標系で示した3軸（一般的なグローバル座標系）があるとして、X軸を中心に180度回転させるとArdupilotの座標系になります。

>【3軸方向の定義】
>・X軸は機体の前後方向を示します
>・Y軸は機体の左右方向を示します
>・Z軸は機体の上下方向を示します

![方向.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1064722/c3748e34-c9dd-20c9-d0dc-b4085bb6d029.png)

|方向|軸|解説|
|-|-|-|
|前後|X|重心もしくは機体の中心を境に 前方を＋, 後方を－ とする|
|左右|Y|重心もしくは機体の中心を境に 右側を＋, 左側を－ とする|
|上下|Z|重心もしくは機体の中心を境に 下方を＋, 上方を－ とする|
【Java】新卒業務未経験SEがJavaを研修で学んだ所感

# はじめに注記
セキュリティ保護の観点で、会社から研修内容については書いちゃ駄目と言われてます。
というわけで、その点への言及はしません。

# 書いている人のスペック
- 文系卒、ユーザー系SIer企業入社２ヶ月目
- 学生時代はVue.jsとpythonをいじって自動化だったり、サーバレスwebアプリを作ったりしてた。
- 故にサーバー周りやMySQLなど、スキル不足がチラつく。
- バックエンドよりもフロントエンドのスキルが好き。
- ぶっちゃけ、今までClassとかドキュメント見ながら書いてた。
- 最近はReactを勉強中Javaも復習しなきゃ…

# JAVAの基礎をサーッと学んでみて

### 最初の所感
今までインタプリタの言語ばっかやっていたこともあって、まず最初に思ったことは、
<strong>「コンパイル鬼だるいな、、、」</strong>
ってのが正直な感想です。
コンパイルで確認して実行コマンドをまた打って、、、って慣れないなぁと。

だから最初から新卒で入った会社がPHPだとかPythonだとかだと、
この点煩わしくなくて、プログラミングやったことない人は、
よりとっかりやすいのだろうなとも思いました。

ただ一度コンパイルすると実行が高速化されたりなどのメリットもあり、
業界によってはどうしてもJavaである必要はあるんだなと思いました。

### 躓いた部分（自分の場合）

<strong>1.キャスト</strong>
ただでさえ型変換ですらTypescriptの時点で心折れてるのに、
「暗黙の型変換？ん？」ってなるわけですよ。
毎回エラーメッセージに面倒見てもらってます。

型関係だと、どうしてもメソッドでvoidとかStringを宣言したりするのも慣れませんね。
読む側になって型がわかるのはありがたいんだろうなとは思いますけども（他言語で型宣言せずに書きすぎたせい）。

<strong>2.参照型とプリミティブ型を扱った条件分岐</strong>
[【Java】==とequalsの違い](https://qiita.com/mzmz__02/items/343cfa4a07ce868755f2)
(この記事はわかりやすくて声出ましたね。)

int型、String型とあって、そっから上のレイヤーにも抽象的な概念あるのかよ！ってなりました。
これはエラーで拾ってくれたりしないこともあるので、
equals()で書くことを頭の片隅に、この違いを覚えていけたらなと思ってます。

<strong>3.例外処理</strong>
tryのあとに()を書く、try-with-resources文とは仲違いしまくってます。
JavaScriptだとある程度エラーの書き方が決まっていて楽だったのになと。
ただjava.ioを組み合わせたりしてファイル操作するのは、
書いてて面白かったです（ムズいと感じるけど）。

<strong>4.class内で書いたgetterとsetterの存在を忘れてしまう</strong>
完全に個人の問題なんですけど、
ディレクトリ内のファイルが増えてくると、

各メソッド書いたことを忘れて、
毎回わざわざ小クラスでローカル変数を宣言し、
コンストラクタ内で親クラスからわざわざSuperで取ってきたりなど、
ついついsetterやgetterで書いたことを忘れてしまうんですよね…うっかりし過ぎ…


# 終わりに
駆け出しが書いた駄文を読んでいただき、誠にありがとうございました。

研修を通して情報系同期のスキルフルさに感嘆すると同時に
今まで中途半端に学習していたんだなと思うことが多いこの頃。

「これいつ使うんだろ、書くとき調べればよくね」とか考えずに、
たくさん有識者の同期や先輩方を頼りながらも、腐らず貪欲に知識を吸収していきたいですね。

Reactばっかやってないで復習しようね（戒め）

※この業界ビギナーすぎるので、何でも教えてください。
必要ならお返しにライフハックの知識教えます。
Requirements on Safety Extensions, No.670, AUTOSAR R21-11 (219) CP

Requirements on Safety Extensions, No.670, 2021-11

https://www.autosar.org/fileadmin/standards/classic/21-11/AUTOSAR_RS_SafetyExtensions.pdf


AUTOSAR R21-11記事一覧はこちら。

AUTOSAR 21-11, 200文書読んだ。2022年5月に全部到達。

https://qiita.com/kaizen_nagoya/items/4043e8414f850ce266a4

AUTOSAR R21-11(0) 仕様ダウンロード一覧。単語帳。参考文献資料作成

https://qiita.com/kaizen_nagoya/items/9b3a1b9b8d1e8d7e288e

# 文書変更(Document Change) 
Obsolate(廃止）

# 用語(terms)

|Term|Description|
|:--|:--|
|Redundancy|Requirements shall not be repeated within one requirement or in other requirements.
| Clearness|All requirements shall allow one possibility of interpretation only. Used technical terms that are not in the glossary must be defined.
|Atomicity|Each Requirement shall only contain one requirement. A Requirement is atomic if it cannot be split up in further requirements.
| Testability|Requirements shall be testable by analysis, review or test.
| Traceability|The source and status of a requirement shall be visible at all times.

## 英日単語帳
日本語は仮訳

T.B.D.

# 参考(reference)

[1] ISO 26262:2018 (all parts) – Road vehicles – Functional Safety
http://www.iso.org
[2] Specification of Safety Extensions
AUTOSAR_TPS_SafetyExtensions
[3] Standardization Template
AUTOSAR_TPS_StandardizationTemplate
[4] Requirements on AUTOSAR Features
AUTOSAR_RS_Features
[5] Methodology for Classic Platform
AUTOSAR_TR_Methodology
GitHubからの通知が来なくてもCodeBuildを動かしたい・・・・・・

## 概要

GitHub 障害時（例: [2022-05-27 JST](https://www.githubstatus.com/incidents/zhtplv7zd052)）に、WebHook関連の通知が止まってしまい、関連する処理が停止してしまうことがあります。
ただ、 Gitリポジトリが生きていれば開発は進められるので、この時にCI/CDが動かないのは辛いです。

本記事では、GitHubの変更をトリガーに AWS CodeBuild を稼働させるような場合に、手動で Build を開始させる操作例を記載します。

### 参考

- [AWS CodeBuild | ビルドの実行 (コンソール)](https://docs.aws.amazon.com/ja_jp/codebuild/latest/userguide/how-to-run.html#how-to-run-console)

## 想定構成

GitHub -> [event] -> AWS CodeBuild 

特定ブランチやgitタグのpushのGitHub管理のイベントをトリガーにCodeBuildが起動させる、といった構成を想定します。

## 手動起動方法

(1).  起動させたいCodeBuildの build projectを選択し、 "Start build with override" （"上書きでビルドを開始する" ）を選択 

![codebuild-001-start.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/434222/149bbca4-3c48-9640-0a39-014a84bdf2ef.png)


(2). "Source version" など、必要な項目を設定して、 "Start Build" （"ビルドを開始"）を選択

![codebuild-002-override.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/434222/0a9d3906-a3e6-53c0-3a72-b51b46d1d3f3.png)


Source version 指定例: 
- `main` ブランチ の最新 commit  => `refs/heads/main`
- `v1.2.3` tag  => `refs/tags/v1.2.3`
- ビルド対象の Git commit hash をそのまま入れる

(3). ページ下部の "Start build" を選択してビルドを開始する

(4). 成功を祈る


## 補足

### memo: 手動起動時のビルド実行時変数状態

- Override時に "source version" で指定した内容は、 `CODEBUILD_SOURCE_VERSION`
- GitHub event駆動時には設定されている `CODEBUILD_WEBHOOK_HEAD_REF` 変数などは値が空になる
- `CODEBUILD_RESOLVED_SOURCE_VERSION` には、Clone対象の具体的なGit commit hashが入っている
    - GitHub event駆動時と同様

### Overrideの影響範囲

"override" は、手動起動時に通常のGitHub event駆動時に含まれるような event 情報の上書きする、という意味のようです。
そのため影響範囲はそのbuild内のみで、既存の build project 設定が変わることはないはずです。

### buildspec.yml の Override

Advanced Override を選択すると、 buildspec.yml の override など、名前の通りより詳細な設定を加えた状態でCodeBuildを起動可能です。

以下に、buildspec.yml ファイルをインラインで編集・上書きする方法例を記載します。

(1). "Start build with override" （"上書きでビルドを開始する" ）画面で、 "Advanced build Overrides" を選択

![codebuild-002-override-advanced.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/434222/722e72c5-c703-c078-00a9-0a467ed1a803.png)

(2). 追加された "Buildspec" メニューの、 "Insert build commands" を選択し、 "switch to editor" を押す

![codebuild-003-override-buildspec.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/434222/186eddc3-4687-35ab-9bf6-5e3f14f6a828.png)


(3). インラインエディタが開くので、設定した buildspec.yml の内容を記入（貼り付け）・編集する

![codebuild-003-override-buildspec-edit.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/434222/73aa1247-7874-1ea6-cef7-5b90e82cabf0.png)


(4). ページ下部の "Start build" を選択してビルドを開始する

(5). 成功を祈る
Android端末にてTwitterクライアントでアカウントを追加したいがエラーが出て進めない

# エラーが発現した環境
- Android 11
- AQUOS zero2 SHV47

## 問題点
MarinDeckやTalonなどのTwitterクライアントで，アカウントを追加して切替えて運用したい。
ところがエラーが出て先に進めない。なんでだ？

## エラー内容
以下のエラーが発現する。困ったなぁ。
全然意味がわからないよ。

```
net::ERR_HTTP_RESPONSE_CODE_FAILURE
```

## 解決方法
**Wi-Fi接続している場合は4Gやその他のネットワークに切り替える。** 

その逆もあると思われる。Androidであればおそらくは通知バーの丸いヤツにあるはずですね。そうして再度ログイン試行をしてください。

きっと上手くいくと思います。
　
### 以上
はじめての投稿です。
…お恥ずかしい。不備があったら教えて下さい。お願いいたします。
Specification of Watchdog Driver, No.39, AUTOSAR 21-11 (217) CP

Specification of Watchdog Driver, No.39, 2021-11

https://www.autosar.org/fileadmin/user_upload/standards/classic/21-11/AUTOSAR_SWS_WatchdogDriver.pdf


AUTOSAR R21-11記事一覧はこちら。

AUTOSAR 21-11, 200文書読んだ。2022年5月に全部到達。

https://qiita.com/kaizen_nagoya/items/4043e8414f850ce266a4

AUTOSAR R21-11(0) 仕様ダウンロード一覧。単語帳。参考文献資料作成

https://qiita.com/kaizen_nagoya/items/9b3a1b9b8d1e8d7e288e

# 用語(terms)

|Term|Description|
|:--|:--|
|DIP |Digital Input/Output
|DET| Default Error Tracer
|DEM| Diagnostic Event Manager - module to handle diagnostic relevant events.
|SPI| Serial Peripheral Interface
|WDG| Watchdog (module specific prefix)
|Off-Mode|The watchdog hardware is disabled / shut down. This might be necessary in order to shut down the complete ECU and not get cyclic resets from a still running external watchdog. This mode might not be allowed for safety critical systems. In this case, the Wdg module has to be configured to prevent switching to this mode.
|Slow-Mode |Triggering the watchdog hardware can be done with a long timeout period. This mode can e.g. be used during system startup / initialization phase. E.g. the watchdog hardware is configured for toggle mode (no constraints on the point in time at which the triggering is done) and a timeout period of 20 milliseconds.
|Fast-Mode |Triggering the watchdog hardware has to be done with a short timeout period. This mode can e.g. be used during normal operations of the ECU. E.g. the watchdog hardware is configured for window mode (triggering the watchdog has to occur within certain minimum / maximum boundaries within the timeout period) and a timeout period of 5 milliseconds.

## 英日単語帳
日本語は仮訳

T.B.D.

# 参考(reference)
[1] Glossary
AUTOSAR_TR_Glossary
[2] General Specification of Basic Software Modules
AUTOSAR_SWS_BSWGeneral
[3] Layered Software Architecture
AUTOSAR_EXP_LayeredSoftwareArchitecture
[4] Requirements on Watchdog Driver
AUTOSAR_SRS_WatchdogDriver
[5] General Requirements on Basic Software Modules
AUTOSAR_SRS_BSWGeneral
[6] General Requirements on SPAL
AUTOSAR_SRS_SPALGenera
気が付いたらエンジニア()になっていた

# はじめに
気が付いたら、社会人2年目になって2か月が立ちました。
一応IT業界で働いてますが、コードは書けない、議事録は書けない、ギャンブルは賭けるSEになってしまいました。
このままでは本当にまずいと思い、とりあえずQiitaを始めた所存です。

アウトプットが大事とどこかの記事にかいてあったので、自分の学んだことを記事にしていこうと思います。
とはいえ、アウトプットするものが何もないので、今回はただの日記(？)です。

# 目次
[1.現状](#-1.現状)
[2.なぜこうなった](#-2.なぜこうなった)
[3.別に悪い部署ではない](#-3.別に悪い部署ではない)
[4.言い訳は通じない](#-4.言い訳は通じない)
[5.プログラミングをがんばるしかない](#-5.プログラミングをがんばるしかない)
[6.まとめ](#-6.まとめ)

# 1.現状
現在、私はC#を使って自社のアプリ開発をする部署にいます。
しかし、C#を全く書けないし、なんならVisulaStudioさえ満足に扱えない始末です。
じゃあ、他に何ができるのかと言われても、何もできません。（議事録とか、話を聞きながらタイピングするの難しくないですか？）
大学の後輩が他の会社の研修でC#をうまく書いてるのを見て、何とも言えない気持ちになっているこの頃です。

# 2.なぜこうなった
では、なぜこうなったのかをご説明したいと思います。(誰が聞きたいんだという感じですが)
私は大きな部署でくくるならインフラの部隊にいました(!?)
そのため、コーディングの研修はPythonのみ、しかもオブジェクト指向を習わないレベルでしか研修を受けていません。
また、私の会社では1年目は集合研修と様々なインフラの部署を体験し、2年目で本配属が決まります。

そして、色々あり、今このC#でのアプリ開発をする本部署に配属になったわけです。
配属先でC#の練習的なのあるかな？と少し期待していたのですが、そんなものはありませんでした。
社会人はそんな甘くねーぞって感じですね。

# 3.別に悪い部署ではない
上から目線みたいな見出しですが、本当にチームメンバーはいい人ばかりです。
理不尽に怒られることもありませんし、意見を出せば取り扱ってもらえます。

# 4.言い訳は通じない
社会人1年目なら「新人だから~」という最高の切り札を持っていましたが、2年目になるとそうはいきません。
「C#知らないからお仕事できないわ、てへぺろ」とは言えません。(他の分野の仕事ができれば言えたかもしれませんが)
というか、2年目でここまで仕事できないと情けないレベルです。
少なくとも、議事録などの基本スキルは1年目でちゃんと身に着けておくべきでした。

# 5.プログラミングをがんばるしかない
とはいえ、議事録を練習するのは本当に億劫です。
なんといっても楽しくない。（仕事に楽しさを求めてるのもどうなのかという感じですが）
この記事を読んでいただいてる方なら分かりますが、そもそも日本語が下手です。

とはいえ、仕事を変えるにしても、スキルがない状態ではお話しにならない。
もうプログラミング(C#)スキルを自分で磨くしかないと思い立ったわけです。(プログラミングは書ければ楽しい)
また、知識をアウトプットすることで、勘違いしている点などをご指摘していただければいいなと思い、Qiitaを始めました。(文章を書く練習にもなりますし)
いつかは読んでくださる方に、価値のある記事を書きたいと思ってます。。。

# 6.まとめ
ぐーたら話しをつづけましたが、要するに、プログラミングを自分で学習しようという話です。
ですので、基本的にはC#とかその辺の技術内容をQiitaで書こうと思っています。

特に何もない記事でしたが、ここまで読んでいただき、ありがとうございました。
Safety Use Case Example, No.641, AUTOSAR 21-11 (216) CP

Safety Use Case Example, No.641, 2021-11

https://www.autosar.org/fileadmin/user_upload/standards/classic/21-11/AUTOSAR_EXP_SafetyUseCase.pdf


AUTOSAR R21-11記事一覧はこちら。

AUTOSAR 21-11, 200文書読んだ。2022年5月に全部到達。

https://qiita.com/kaizen_nagoya/items/4043e8414f850ce266a4

AUTOSAR R21-11(0) 仕様ダウンロード一覧。単語帳。参考文献資料作成

https://qiita.com/kaizen_nagoya/items/9b3a1b9b8d1e8d7e288e

# 用語(terms)

|Term|Description|
|:--|:--|
|ADC |Analog-Digital Converter
|ASIL| Automotive Safety Integrity Level
|BCU |Body Control Unit
|BSW|Basic Software Components
|CAN| Controller Area Network
|DRL |German “Tagfahrlicht” Daytime Running Light
|DIO| Digital Input/Output
|ECU| Electronic Control Unit
|FLM|Front Light Management
|FS |Functional Safety
|FSC| Functional Safety Concept
|FTT| German “Fehlertoleranzzeit" Fault Tolerance Time
|Head Light |German “Scheinwerfer” The physical part of head lights
|High Beam |German “Aufblendlicht/Fernlicht” The Function High Beam
|HWA |Hardware Abstraction
|HW| Hardware
|LB |German “Abblendlicht” The Function Low Beam
|LS| Light Switch
|oc/sc| Open circuit/Short circuit
|OEM |Original Equipment Manufacturer
|OS |Operating System
|QM |Quality Management
|RTE| Runtime Environment
|SPI| Serial Peripheral Interface
|SWC |Software Component
|VFB| Virtual Function Bus
## 英日単語帳
日本語は仮訳

T.B.D.

# 参考(reference)

[1] ISO 26262:2018 (all parts) - Road vehicles - Functional Safety
http://www.iso.org
[2] Layered Software Architecture
[3] Overview of Functional Safety Measures in AUTOSAR
[4] Guide to BSW Distribution
Specification of Watchdog Interface, No.41, AUTOSAR 21-11 (215) CP

Specification of Watchdog Interface, No.41, 2021-11

https://www.autosar.org/fileadmin/standards/classic/21-11/AUTOSAR_SWS_WatchdogInterface.pdf

AUTOSAR R21-11記事一覧はこちら。

AUTOSAR 21-11, 200文書読んだ。2022年5月に全部到達。

https://qiita.com/kaizen_nagoya/items/4043e8414f850ce266a4

AUTOSAR R21-11(0) 仕様ダウンロード一覧。単語帳。参考文献資料作成

https://qiita.com/kaizen_nagoya/items/9b3a1b9b8d1e8d7e288e

# 用語(terms)
no

## 英日単語帳
日本語は仮訳

T.B.D.

# 参考(reference)
[1] Layered Software Architecture
AUTOSAR_EXP_LayeredSoftwareArchitecture.pdf
[2] General Requirements on Basic Software Modules
AUTOSAR_SRS_BSWGeneral.pdf
[3] General Requirements on SPAL
AUTOSAR_SRS_SPALGeneral.pdf
[4] Requirements on Memory Hardware Abstraction Layer
AUTOSAR_SRS_MemoryHWAbstractionLayer.pdf
[5] Specification of Watchdog Driver
AUTOSAR_SWS_WatchdogDriver.pdf
[6] Specification of Default Error Tracer
AUTOSAR_SWS_DefaultErrorTracer.pdf
[7] Basic Software Module Description Template
AUTOSAR_TPS_BSWModuleDescriptionTemplate.pdf
[8] AUTOSAR Requirements on Watchdog Driver
AUTOSAR_SRS_WatchdogDriver.pdf
[9] General Specification of Basic Software Modules
AUTOSAR_SWS_BSWGeneral.pd
Power Apps Express designを試してみた

# Power Apps Express designとは
[MicrosoftBuild2022](https://news.microsoft.com/build-2022-book-of-news/ja/)で発表されたPowerAppsの新機能です。
この新機能本当凄いんです。

# 何が出来るの？
手書きのスケッチやPDFのフォーム画面、Figmaのデザインファイルなどを元に、AIがアプリケーションの画面作成を支援してくれます。
これ、本当凄いですよね。すぐに動くものを作ることが出来て開発スピードが上がりそうですね！
とても気になったので早速プレビュー版を試してみました！

# 実践
PowerAppsにプレビュー版のPower Apps Express designが追加されています。
Figmaからデータを読み込んでアプリを作る場合はメニューが異なるんですね。
今回は「画像(プレビュー)」を試してみます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1656326/135b8feb-eb4d-9137-3461-801c81492143.png)


画像(プレビュー)を押下すると以下のようにアプリ化しやすい(？)画像のヒントが出てきます。
分かりやすくて良いですね。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1656326/b18dcc3b-eccb-83ce-3db7-e517564e2f8c.png)

- 画像をアップロードする
自分のファイルをアップロードするか、サンプル画像を利用するか選択できるようになっています。
今回はお試しなのでサンプル画像を選択してみました。
選択した画像に依って形式(アプリレイアウト)の推奨が変わります。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1656326/5da1e471-1231-8350-9815-a049004f5b7d.png)

- タグを追加してコンポーネントを紐づける
読み込んだ画像にタグが追加されコンポーネントと紐づけられています。
今回はサンプル画像ということもあり、綺麗に紐づけされていますがタグ付けされていない場合は、そのコンポーネントをマウスドラッグで囲ってあげるだけでタグ付け出来ちゃいます！直観的で良いですね～
サンプル画像で解析しやすいということもあるのでしょうが、ラジオボタン・チェックボックスもしっかりと認識されてタグ付けされています。良い感じですね。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1656326/f703a6d2-c3fb-044b-caf6-6165bbb7a28d.png)

タグ付けされたものはAIが自動でコンポーネントと紐づけてくれるのですが、想定と違った場合も簡単に変更できちゃいます。
例えば今回のケースですと下記の項目は日付として扱いたいですが、テキスト入力でタグ付けされています。変更してみましょう。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1656326/b57dea5e-3641-af0b-9ba5-b49f94f2876c.png)

変更はとても簡単。
変更したコンポーネントをクリックして最適なデータ型を選択するだけです。
選べるコンポーネントの種類も豊富ですね。今回は「日付の選択」を選びます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1656326/b44c01d9-ef6b-f7fb-9810-0301cafa701a.png)

- データを設定する
タグとコンポーネントの紐づけが終わったので次はデータ設定をしていきます。
今回はお試しなのでDataverserは利用せずアプリを作成していきます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1656326/1aade74b-c991-9600-f3ba-3e84eb8f089c.png)

- アプリの出来上がり
以下のようなキャンバスアプリが出来上がりました。とても簡単に出来上がってしまいましたね。
いや、本当凄すぎる！
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1656326/837fef13-be8b-6c8a-ab95-03f0ce09eb4c.png)

# 最後に
Microsoft Buildで発表されて話題になっていたPower Apps Express designを早速試してみましたが思った以上に素晴らしい新機能だと感じました。
まだプレビュー版でこの完成度ですから、期待が膨らんでしまいますね！
今回はお試しということでサンプル画像で試してみましたが、今度は手書きスケッチとかで試してみようと思います！
General Specification of Transformers, No.658, AUTOSAR 21-11 (213) CP

General Specification of Transformers, No.658, 2021-11

https://www.autosar.org/fileadmin/standards/classic/21-11/AUTOSAR_ASWS_TransformerGeneral.pdf

AUTOSAR R21-11記事一覧はこちら。

AUTOSAR 21-11, 200文書読んだ。2022年5月に全部到達。

https://qiita.com/kaizen_nagoya/items/4043e8414f850ce266a4

AUTOSAR R21-11(0) 仕様ダウンロード一覧。単語帳。参考文献資料作成

https://qiita.com/kaizen_nagoya/items/9b3a1b9b8d1e8d7e288e

# 用語(terms)
no
## 英日単語帳
日本語は仮訳

T.B.D.

# 参考(reference)

[1] Glossary, AUTOSAR_TR_Glossary
https://www.autosar.org/fileadmin/standards/foundation/21-11/AUTOSAR_TR_Glossary.pdf
[2] General Specification of Basic Software Modules
AUTOSAR_SWS_BSWGeneral
[3] System Template
AUTOSAR_TPS_SystemTemplate
[4] Specification of SOME/IP Transformer
AUTOSAR_SWS_SOMEIPTransformer
[5] Specification of Standard Types
AUTOSAR_SWS_StandardTypes
[6] General Requirements on Basic Software Modules
AUTOSAR_SRS_BSWGeneral
[7] Software Component Template
AUTOSAR_TPS_SoftwareComponentTemplate

# 関連文書(Related document)

General Specification of Transformers, AUTOSAR 22-11, CP, No.658

https://qiita.com/kaizen_nagoya/items/704ee2a14fe6fc064937

# 文書履歴(document history)
ver. 0.01 初稿 20221229
ver. 0.02 URL追記　20221229
Requirements on Secure Onboard Communication, No.653, AUTOSAR 21-11 (212) CP

Requirements on Secure Onboard Communication, No.653, 2021-11

https://www.autosar.org/fileadmin/standards/classic/21-11/AUTOSAR_SRS_SecureOnboardCommunication.pdf


AUTOSAR R21-11記事一覧はこちら。

AUTOSAR 21-11, 200文書読んだ。2022年5月に全部到達。

https://qiita.com/kaizen_nagoya/items/4043e8414f850ce266a4

AUTOSAR R21-11(0) 仕様ダウンロード一覧。単語帳。参考文献資料作成

https://qiita.com/kaizen_nagoya/items/9b3a1b9b8d1e8d7e288e

# 用語(terms)

|Term|Description|
|:--|:--|
|MAC| Message Authentication Code
|SecOC| Secure Onboard Communication
|NVM |Non volatile memory
|Authentic I-PDU| An Authentic I-PDU is an arbitrary AUTOSAR I-PDU that is completely secured during network transmission by means of the Secured I-PDU
|Secured I-PDU| A Secured I-PDU is an AUTOSAR I-PDU that contains Payload of an Authentic IPDU supplemented by additional Authentication Information.
## 英日単語帳
日本語は仮訳

T.B.D.

# 参考(reference)

[DOC_LayeredSoftwareArchitecture] Layered Sofware Architecture
AUTOSAR_EXP_LayeredSoftwareArchitecture.pdf
[DOC_COM_TYPES] Specification of Communication Stack Types
AUTOSAR_SWS_CommunicationStackTypes.pdf
[DOC_VFB] Specification of the Virtual Functional Bus
AUTOSAR_EXP_VFB.pdf
[DOC_ECUC] Specification of ECU Configuration
AUTOSAR_TPS_ECUConfiguration.pdf
[DOC_SWS_COM] Specification of Communication
AUTOSAR_SWS_COM.pdf
[DOC_SWS_LDCOM] Specification of Large Data COM
AUTOSAR_SWS_LargeDataCOM.pdf
[DOC_TR_Glossary] Glossary,AUTOSAR_TR_Glossary.pdf
[DOC_RS_Features] Requirements on AUTOSAR Features
AUTOSAR_RS_Features.pdf
[DOC_SWS_CryptoServiceManager] Specification of Crypto Service Manager
AUTOSAR_SWS_CryptoServiceManager 
[DOC_TPS_STDT] Standardization Template AUTOSAR_TPS_StandardizationTemplate.pdf
[DOC_IEC7498-1] The Basic Model, IEC Norm, 1994
[DOC_FIPS-180-4] National Institute of Standards and Technology (NIST): FIPS180-4, Secure Hash Standard (SHS), March 2012
http://csrc.nist.gov/publications/fips/fips180-4
[DOC_FIPS-197] Advanced Encryption Standard (AES), U.S. Department of
Commerce, Information Technology Laboratory (ITL), National Institute of Standards and Technology (NIST), Gaithersburg, MD, USA, Federal Information Processing Standards Publication, 2001
http://csrc.nist.gov/publications/fips/fips197/fips-197