/// BANGBOO BLOG ///

March 9, 2021

Treachery

:||

2021/4/25に気づいた、ハニーちゃんおめでとうとありがとう、エピソードは今度どこかで

Posted by funa : 11:39 PM | Column | Comment (0) | Trackback (0)

March 6, 2021

ZERO

値段と糖質とプリン体と度数、モノによっては明らかに太る感じがしない、ゆって0じゃ無い安酒でも糖質15g位らしいので良いのがなければいつものでいいかも。それより現像ができない!!→LightRoom再インスコ→LRよりSony謹製の方が色が良かった→元画像が暗すぎが理由→LRでノイズを追加調整(元画像に注意、14mmf1.8の使い道がなく勿体ない、マクロとして物撮りしたい感じがあるがマクロは70-200の方がええし、14は人物用だな)

極ZERO: 138/0/0/5 ちょい高、不味い、5%で軽いが酔えなくはない、太る感じ×

Asahi Off: 118/0/0/3-4 酔えない、ノンアルの亜種かフルーティで旨い〇

のどごしZERO: 118/0/0/4 フルーティで旨い、軽いが酔えなくはない〇

贅沢ZERO: 118/0/x/6 プリン有 6%で嬉しいが雑味がすごくある気が▲

バーリアル糖質50%off緑: 85/5-10/?/4 かるくない、そもそもZEROでないが旨い◯+

氷結ZEROレモン: 108/0/0/5 レモンが強く旨い、飲みやすい◎

鏡月焼酎ハイ: 98/0/0/7 スッキリ高アルコール度で満足感、ドライが好きかも◯+

いいちんこ下町のハイボール: 168/0/0/7 高ぇ、重い感じがする▲
パーフェクトサントリービール: 168/0/x/5.5 高ぇ、旨い〇

　→氷結Zeroレモン＞鏡月ドライのコンボが強い

イオン麻婆豆腐辛口(肉付)vs丸美屋辛口(花椒なし)：丸は味穏やか、Aは塩と肉多い

　→Aeonのとろみ入れるの減らす、甘口は邪魔甘さで、中辛が一番いい

イオン四川式(肉無)vs丸美屋大辛(花椒付)：Aは高いし辛い、お口は甘め好きda
　冷食が新しくなった、Palmボックスは忘れて何度か買ったが小さい
バターよりマーガリンの方が健康的になったらしい
　小岩井ヘルシー仕立てか、明治コーンソフトは近くで買えるが

「カルト」はすぐ隣に: オウムに引き寄せられた若者たち (岩波ジュニア新書) | 紹子, 江川 |本 | 通販 | Amazon
霊的体験は飲み物にLSDを入れていたとなっている、まぁ殆どコレで教祖になれる

Posted by funa : 01:43 PM | Column | Comment (0) | Trackback (0)

February 21, 2021

BigQuery

■Big queryリファレンス

BigQuery: クラウドデータウェアハウス | Google Cloud（チュートリアルみたいな）　

BigQuery解説：https://beyondjapan.com/blog/2016/03/what-is-bigquery/

クエリ処理のツリーアーキテクチャによる分散並列処理

複数のサーバーに対してツリー状に拡がっていき、並列にサーバー上で同時に分散処理

　ルートサーバ＞intermediateサーバ＞leafサーバ

BigQuery MLという機能を利用すると、機械学習モデルをCloud AI PlatformのTensorFlowなどに連携させ、クエリ結果を素早くAIと連携

Lookerというデータ分析プラットフォームとの連携よりクエリ結果を、データ統合、変換、分析、可視化、レポーティングすることができ、非常に強力なBI

列指向型・カラム型データベース・カラムナストレージ（一般的なRDBMSでは行単位でデータが保存）

　必要なカラムのデータを取得するだけでよく、またデータは圧縮できる

https://dev.classmethod.jp/articles/google-bigquery-debut/

GCPプロジェクト＞データセット＞テーブル（行row列columnで普通のテーブル、ネイティブbigqueryテーブル/Googleドライブのような外部テーブル、SQLクエリによるビュー）

ジョブは非同期で実行され、ステータスをポーリング（データの読み込み、データのエクスポート、データのクエリ、データのコピーなど）

クエリ（ウェブ UI、bq コマンド、BigQuery REST APIの方法がある、SQLと同じ？

SELECT title, answer_count, view_count

FROM `bigquery-public-data.stackoverflow.posts_questions`

ORDER BY view_count DESC　LIMIT 10

BigQueryはSELECT tag, time FROM [dataset_name.table_name_20151206]のように必要な列だけを選択した場合にはスキャンの幅を狭めることは可能ですが、LIMITやWHERE句には何を書いてもテーブルをフルスキャンしてしまう

節約　Amaのs3に入れRedshift内でテーブルを分割した後にBigQuery

Hadoopでも使われていたGoogle開発のエンジンであるMapReduceは、非構造化データをプログラミングモデルを通して扱うが、巨大なテーブルの結合や巨大な出力結果のエクスポートも可能である半面、処理時間は数分間から数日に及んだ、だが、BigQueryは、あらかじめデータを構造化してBigQueryのテーブルに格納しておかねばならないが、ほとんどのクエリは数秒で完了する

サードパーティツール（データの読み込みや視覚化を行うツールなど）を使用して BigQuery のデータにアクセス可

Google Cloud SDKをインストールすればコマンドラインが使える
BQは同一リージョンでないとJoinができない、ゾーンはマルチで良い
　BQでは us と eu がマルチリージョン

　　22/4現在のリージョンリスト：asia-east1-2、asia-northeast1-3、asia-south1-2、asia-southeast1-2、australia-southeast1-2、europe-central1-2、europe-north1、europe-west1-6、northamerica-norhteast1-2、southamerica-east1、sourthamerica-west1、us-central1、us-east1-4、us-west1-4

パブリックデータに直でアクセスできる

SELECT * FROM `bigquery-public-data.usa_names.usa_1910_2013`

BigQuery の一般公開データセット | Google Cloud
　→FROM句の書き方：他のプロジェクトを指す名前にハイフンがあるとバッククォートで囲む必要がある

　　`other-prj`.dataset.table　あるいは `other-prj.dataset.table`

■標準SQL
先頭行でレガシーか宣言　#standardSQL あるいは　#legacySQL

バッククォートでエスケープ、プロジェクト区切りも.(ドット)、From句のカンマはCross joinで全組合せかと思われ通常通りjoinやunionを使う事

配列が使える、カラム一つに配列を入れて多元的に扱える

withで一時テーブルを作れる

exceptでカラムを除外、replaceでカラムの置き換え
　select * except(kuso) from a

functionを作って使える標準 SQL ユーザー定義関数 | BigQuery | Google Cloud

分析関数over()とwindowで計算ができる
　rank() over (order by x)は下記moreのRFMに使用している

地理関数とかJSON関数とか色々関数もありそう

スクリプトで変数やIfやLoopが使える標準 SQL のスクリプト | BigQuery | Google Cloud
join on a.c=b.cはjoin on using (c)とできる

■レガシーSQL（標準SQLを使うのが由）

予約語は角かっこを使ってエスケープ、プロジェクト区切りは:

集計関数で WITHIN キーワードを使用すると、レコード内の繰り返しの値が集計?

FROM句のカンマは標準SQLのCross joinとは異なりUNION ALL 演算子

通常のSQL処理システムとは異なり、BigQueryは繰り返しデータの処理を前提として設計。繰り返しレコードの構造を操作するクエリを記述。その方法の1つが、FLATTEN 演算子?

JOINは、INNER、[FULL|RIGHT|LEFT] OUTER、および CROSS JOIN 演算子をサポート、デフォルトINNER

除外できる　select + from A OMIT RECORD IF COUNT(payload.pages.page_name) <= 80;

TOP を使用するには、SELECT 句に COUNT(*) を含める

分析関数over()とwindowで計算ができる？(標準SQLと同様？)

functionを作って使える(標準SQLと同様？)
JSON等のネストをフラット化

■DDL　データ定義言語ステートメントの使用 | BigQuery | Google Cloud

https://www.isoroot.jp/blog/1651/

auto_incrementもdefaultもprimary keyもindexもshow create tableないのでは？

CREATE TABLE IF NOT EXISTS bangboo_data.x_xxx (

`no` INT64 NOT NULL,

`user_no` INT64 NOT NULL,

`name` STRING,

`date` DATETIME,

)

■bqコマンドはコンソールで実行できる
ブラウザで該当プロジェクトに入りコンソールボタン、下記ではスキーマをJSONで取得できる

bq show --schema --format=prettyjson myProject:myDataset.tbl001
bq ls -n 3000 dataset_aho (データセット内のリスト3000件、デフォ50件？)

■データアップロード時のスキーマ指定
自動検出はFirestore、Datastore、Avro、Parquet、ORCだけ？ほぼ手動のutf-8のcsvかjsonlかを使う形

コンソールで手動スキーマ指定可(jsonスキーマを張付ける)、modeは省略可でデフォはnullable、

JSONスキーマファイルupはaqコマンドのみ可、ローカルからup時のコマンドとスキーマ例↓

bq load --source_format=CSV mydataset.mytable ./myfile.csv ./myschema.json

[

{

"description": "quarter",

"mode": "REQUIRED",

"name": "qtr",

"type": "STRING"

{

"description": "total sales",

"mode": "NULLABLE",

"name": "sales",

"type": "FLOAT"

}

]

なお一旦Google Cloud Storageに放り込んでからやると高速　BigQueryにデータをバッチでインポートする - Qiita

COUNT DISTINCTだが、BigQueryでは概算値が返ってくる??。正確な値が必要な場合は、GROUP EACH BYとCOUNT(*)を組み合わせる

https://www.buildinsider.net/web/bigquery/01

■BQはUTC（Universal Time, Coordinatedの頭文字）

ScheduledQueryを終了日6/9 13:00JSTで即時設定→6/9 01:20UTCで実行された

（終了時間にJST/UTCの考慮が必要か→SQ実行時間設定についてはJSTかUTCに注意するだけ）

実行履歴はUTCのためJSTに読み替える必要がある(UTCはJSTの-9時間)

■BigQuery機能
///クエリ結果を別テーブルに書き込む
その他＞クエリの設定＞クエリ結果の宛先テーブルを設定する
BigQueryではSELECT結果を他テーブルにInsert / テーブル洗い替えなどができる - コード日進月歩 (hateblo.jp)
クエリ結果の書き込み | BigQuery | Google Cloud

///Saved query
プロジェクトに対して保存をして使いまわす等ができる
URLでクエリを共有できる

///Federated Query
スプレッドシートやGCSの外部ソースをBigQueryで

範囲の書き方:シート1!A1:B100

Auto detectにするとHeader skipを1にして1行目をカラム名として使うといい
注意）

　シートで構成を変えると滅茶苦茶になる

　空欄のセルはnullになる

　使う人はBQへもスプレッドシートへも両方権限が必要

///パラメータ(変数)を使う

--parameter=min_count:INT64:250

SELECT word FROM `prj.ds.t` WHERE AND count >= @min_count

パラメータ化されたクエリの実行 | BigQuery | Google Cloud

こういう感じでも使えるのでは

WITH params AS (

SELECT @sheetInput AS p

tmp_pre_processed_src AS (

SELECT * FROM src

)

SELECT * FROM tmp_pre_processed_src

,params

WHERE

tmp_pre_processed_src.a = p

///*を受ける_TABLE_SUFFIXを使う(複数テーブルだとunion allになる)

SELECT year FROM `bigquery-public-data.ds.gsod19*`

WHERE _TABLE_SUFFIX BETWEEN '29' and '35'

ワイルドカードテーブルを使用した複数テーブルに対するクエリ | BigQuery | Google Cloud
　BTWで絞らないと全結合で課金が厳しいかも

　※ワイルドカード注意

　dataset.product_*と書くとdataset.product_20190425だけでなくdataset.product_special_20190425にもヒットしてしまう

betweenは小さいから大きいで、パーティションのないシャーディングテーブル日付きつきテーブルでも行ける（From句のテーブルに動的な名前を使うにはこれか、EXE IMEDIATEくらいか？）
SELECT year FROM `bigquery-public-data.ds.gsod20*`

where _TABLE_FUFFIX between format_date('%y%m%d', date_sub(current_date("Asia/Tokyo"), interval 3 day))
and format_date('%y%m%d', current_date("Asia/Tokyo"))

///時間のパラメータを使う

select * from mytable_{run_time-1h|"%Y%m%d"}

実行時間run_time（UTC）から1時間引いた日→mytable_20180214

クエリのスケジューリング | BigQuery | Google Cloud

///動的にテーブル名を指定してcreate table
パラメータや変数や_TABLE_FUFFIXだけでは難しい。変数はテーブル名とは解釈されない、_table_fuffixはselect分のfrom句に入れwhere句で内容を指定するがcreate分は無理、execute immediateを用いる

DECLARE t STRING;

SET t = (SELECT CONCAT('x_emp_at', FORMAT_DATE("%Y%m%d", DATE_ADD(CURRENT_DATE(), INTERVAL 1 DAY))));

EXECUTE IMMEDIATE format('CREATE OR REPLACE TABLE `%s` AS SELECT * FROM `prj.bangboo_data.x_employee`', t);

ScheduledQueryでは出力テーブルの指定が可能でテーブル指定例：table001_{run_time-1h|"%Y%m%d"}でOK、なおSQL内にはrun_timeが使用できない

///既存のテーブルをコピー(CREATE OR REPLACE TABLEもあり)

CREATE TABLE IF NOT EXISTS bangboo_data.x_employee_copy (

`no` INT64 NOT NULL,

`name` STRING,

) as

select * from `prj.bangboo_data.x_employee`

標準 SQL のクエリ構文 | BigQuery | Google Cloud

データ定義言語ステートメントの使用 | BigQuery | Google Cloud

///timestampとdatetime
datetime型カラムにはCURRENT_DATETIME()、timestamp型カラムにはCURRENT_TIMESTAMP()を使う
　timestampはUTC、datetimeはローカル的で地域指定ができる
　直近3分
　SELECT * FROM `aaa.ds.tbl111`
　WHERE `date` > DATETIME_SUB(CURRENT_DATETIME(), INTERVAL 3 MINUTE)

//stringとdate
func_approved_routine_a('2021-10-31')　引数がstring型
func_approved_routine_a("2021-10-31")　引数がdate型

///日付のキャスト
CAST(date AS STRING)
TIMESTAMP(DATE_SUB(CURRENT_DATE(), INTERVAL 1 month))
BigQueryのStandardSQLで日付（date, datetime, timestamp）を変換する方法 - 寝ても覚めてもこんぴうた (hatenablog.com)
Bigqueryの日時に関係する関数全部試してみた ①Date編 - Qiita

///timeで入っているものを日でサマるSQL

select

count(table_id),

sum(size_bytes),

date(record_time) as record_day

from bq_metadata

where record_time > TIMESTAMP(DATE_SUB(CURRENT_DATE(), INTERVAL 3 month))

group by record_day

order by record_day DESC

///有効期限 table expiration
データセットに対して何日間かにするか設定できる

テーブルに対し特定の日付を設定できる
　何が起こる？＞データセット自体は残るが中のテーブルが無くなる

///パーティション

パーティション分割テーブルの概要 | BigQuery | Google Cloud
BigQueryのStandardSQLで日付（date, datetime, timestamp）を変換する方法 - 寝ても覚めてもこんぴうた (hatenablog.com)

パーティション分割テーブルは2種類：パーティショニングとシャーディング

１）パーティショニング
BigQueryでパーティション分割テーブルを作成する - goodbyegangsterのブログ (hatenablog.com)　を見よ
パーティショニングは事前に作っておくこと
上限が4000のため最大日単位で11年、時間単位で5か月くらいでpartition_expiration_daysも指定しておく事

CREATE TABLE sample.n225 (

trading_day DATE NOT NULL OPTIONS(description="取引日"),

closing_quotation NUMERIC NOT NULL OPTIONS(description="終値"),

opening_quotation NUMERIC NOT NULL OPTIONS(description="始値"),

high NUMERIC NOT NULL OPTIONS(description="高値"),

low NUMERIC NOT NULL OPTIONS(description="低値")

)

PARTITION BY

DATE_TRUNC(trading_day, MONTH)

OPTIONS (

partition_expiration_days=1825,

require_partition_filter=true,

friendly_name="日経225時系列データ",

description="月別パーティションされた、201901から202107までの日経225時系列データ",

labels=[("environ", "dev")]

)

クエリはpartitioned byのヤツで絞れば良い

select * from aaa_history wehre

#ParticionIDで絞る（つーかpartitioned byのヤツで日付をキャストしてUTCをJST日付に

date(rec_time) = date(datetime_add(datetime "2000-10-10 00:00:00" interval -9 hour))
AND

#実際の時間で絞る、パーティションが日付区切りなので時間検索だけなら全件検索になる

datetime(rec_time) between datetime_add(datetime "2000-10-10 00:00:00" interval -9 hour)
and datetime_add(datetime "2000-10-10 00:59:59" interval -9 hour)

２）シャーディング
検討中…　上のパーティションも

シャーディングは_TABLE_SUFFIXを使ったり、テーブル名にハードコーディングする。

日付のキャスト select * from `task_*` where _TABLE_SUFFIX = REPLACE(CAST(date AS STRING), '-', '')

DROP TABLE `task_*`のようにワイルドカードは削除時は使えない
大量削除は下記のようにbq cmdリストを作りBashで。（Terminal貼りつけでも可）
　シャーディングはデータセット別にしてデータセットごと消すようにしたいが
Delete BigQuery tables with wildcard - Stack Overflow

select concat("bq rm -f -t ",table_schema,".",   table_name, ";" )
from .INFORMATION_SCHEMA.TABLES
where table_name like "INSERT_YOUR_TABLE_NAME_%"
order by table_name desc

削除されたテーブルは7日以内なら復元することも可能
テーブルの管理 | BigQuery | Google Cloud

BQタイムトラベルで2-7日前のデータを見れる
タイムトラベルを使用した履歴データへのアクセス | BigQuery | Google Cloud

///UNNEST
UNNESTを知らないとBigQueryを使えない？ | 4番は司令塔 (pep4.net)

BigqueryでUNNESTを使いこなせ！クエリ効率１００% | by Eureka Engineering

ARRAY を一組の行にフラット化するには、UNNEST 演算子を使用
SELECT id, title FROM games, UNNEST(titles) AS title

id	titles
1	[skyrim, fortnite]
2	[atvvsmx, mario]

↓フラット化

id	title
1	skyrim
1	fortnite
2	atvvsmx
2	mario

select * from unnest(['aaa', 'bbb']) as baka -> rowとして2行出る

select ['aaa', 'bbb'] as baka -> 1行目に配列として全て含まれ出る

sql - How to query multiple nested fields in Bigquery? - Stack Overflow
Unnestでもflattenができず空欄ができる場合、結局left join
　空を含むカラムはSelectに残し、repeatedのカラムはleft joinでくっつける
　VariantsをunnestしてるがPricesもrepeatedなのでleft joinのものを出している
　　repeatedもarrayと同じらしいが、、、cross joinやarray_to_stringもやったが駄目だった
　　　なおrepeated以外はunnestが効かない

それでも駄目ならselect句の指定方法やwhere句で絞ると空欄が抜けたよ

select Productid,Variants.SKU,Variants.Size
,Prices.Currency,Prices.Country
from `ga-export-0000.feed.feed_dev`
,UNNEST (Variants) AS Variants
LEFT JOIN UNNEST(Variants.Prices) as Prices

///ARRAY型とSTRUCT型

標準 SQL のデータ型 | BigQuery | Google Cloud

とある古典的SQLおじさんのBigQuery入門：ARRAY型とSTRUCT型 | DevelopersIO (classmethod.jp)
BigQueryのSTRUCT型とうまく付き合う - Qiita

Arrayは上のUnnestを参照。
Structは構造体型。順序付きで親子の構造を持つ。各フィールドはデータ型（必須）とフィールド名（オプション）を持つ。

array型　unnestできる、[]なのでarray_length()で数が取れる

struct型　unnestできる、ネストを含みスキーマでrecord型と表記される、struct型の子へは.ドットで指定す
　stringでJSONはjson_extractを使う
　配列との絡みでjson_query_arrayを使う、2段階くらいは関数で対処できるがそれ以上はwith句がいい
　BigQueryでの複雑なJSON文字列の扱い方と注意点 - Qiita
　JSON functions | BigQuery | Google Cloud

CREATE TABLE IF NOT EXISTS `bangboo-prj.ds.x_list` (

`record_time` TIMESTAMP,

`name` ARRAY

)

INSERT INTO `bangboo-prj.ds.x_list` (`record_time`,`name`) VALUES (CURRENT_TIMESTAMP(),['a','b'])

struct型(record型)は子や孫でヒットすれば親を含めて表示されてしまう

見やすくするため*ではなく、カラムを特定すると空欄が表示されなくなり

親が出なくなり理解しやすくなる（必ずカラム指定したい）

Array=String Repeatedつまりリスト(配列)に値を入れる書式（下記で2つしか入らない）

insert into aaa (aaa) value ("['aaa','bbb']") value has STRING
insert into aaa (aaa) value (`['aaa','bbb']`) Unrecognized name: `['aaa','bbb']`
insert into aaa (aaa) value (['aaa','bbb']) OK
insert into aaa (aaa) value ('["aaa","bbb"]') value has STRING
insert into aaa (aaa) value (`["aaa","bbb"]`) Unecognized name
insert into aaa (aaa) value (["aaa","bbb"]) OK
insert into aaa (aaa) value ([`aaa`,`bbb`]) Unrecognized name
insert into aaa (aaa) value ([aaa,bbb]) Unrecognized name: aaa
insert into aaa (aaa) value ([123,456]) Value has type ARRAY

例）権限が変わっていないかの確認する等

降順で最新の日付のアイテムを見る、そして最終ページの古い日付のアイテムを見る

そしてそれらを比較する

select record_time, name, asset_type, m, b.role

from cai_iam_policy_history

,unnest(iam_policy.bindings) b

,unnest(b.members) m

where record_time between timestamp('2021-05-01') and timestamp('2021-06-30')

and b.role in ("roles/bigquery.dataViewer", "roles/bigquery/jobUser")

and m like '%ketsu@bangboo.com%'

and ancestor_path like '%ketsuproject%'

order by record_time desc

SQL解説）struct型が沢山入っていても全部unnestしfromに入れればいい

　from a, unnest(iam_policy.bindings) b, unnest(b.members) m

unnest(iam_policy)はできないので2階層目から

　　一つ階層上ではunnest時に別名を付けて下の階層はその別名でunnest

struct型の子へは.ドットで指定すればいい、フラットでなくてもbでも取得ができる
↑
通常SQLは「表.カラム」だが「親カラム.子カラム」なので、出元がどこかテーブルを探すかスキーマ内を探すかで迷う

///json_extract, json_extract_scalar
2番目の引数はパス
BigQueryでの複雑なJSON文字列の扱い方と注意点 - Qiita
標準 SQL の JSON 関数 | BigQuery | Google Cloud

with t as (
SELECT unco_data AS col_1 FROM `kuso`
WHERE date = "2021-08-04"
)
SELECT
json_extract(col_1, '$.color') as unco_color,
json_extract(col_1, '$.temperature') as temperature,

json_extract(col_1, '$.fart.times[0].stink') as first_stink,
FROM t

///Pivot
BigQueryでPreviewになったPIVOTとUNPIVOTを試す | DevelopersIO (classmethod.jp)
【SQL】クロス集計を扱う。PIVOT句とUNPIVOT句についてコードを踏まえて解説。 | ポテパンスタイル (potepan.com)
集計をして行を列に変換（生ログをある単位でまとめカラムにする）

--toolのactiveがonなら1、nullなら0でユーザAとBの状況を見る
SELECT * FROM (
SELECT user, tool, active FROM `tools`

)
PIVOT(
MAX( IF (active IS NOT NULL, 1, 0))
FOR user IN ("a", "b")
)
↓
tool　a　b
------------
axe　1　0
sword　0　1

※参考にピボットテーブル

集計して行を列に変換、生ログをある単位でまとめる

　生ログが「日　店　金額」の場合

　↓

　ピボットで「日　金額　（店１　店２　店３）」にする等で、各項目を行と列と値に配置し直す

BigQueryでPreviewになったPIVOTとUNPIVOTを試す | DevelopersIO (classmethod.jp)
PIVOTの中は定数でないとだめだが、
Execute Immediate なら動的にイケる、
がGoogleSheetのConnectedSheetではサポートされておらず無理という罠

///縦持ち横持ち
pivotは集計関数を用いる、単純の入れ替えならSQLならこちら
[SQL]データの縦持ち、横持ちを入れ替える | DevelopersIO (classmethod.jp)

///新旧の差分

比較したいデータの共通してい部分で外部結合をしてnull部分を探す

WITH

old_e AS (

SELECT * FROM status WHERE user IN ('a@old.com')

new_e AS (

SELECT * FROM status WHERE user IN ('a@new.com')

)

SELECT * FROM old_e o

FULL OUTER JOIN new_e n ON o.id = n.id AND o.date = n.date

WHERE o.id is null OR n.id is null

ORDER BY o.id, o.date

unionにexcept distinctをSQLを付けると差分になる

https://qiita.com/tatsuhiko_kawabe/items/2537c562c6d99f83e37b

SELECT * FROM item.item_table

EXCEPT DISTINCT

SELECT * FROM item.item_table WHERE user_id = 'A'

　1つ目の結果から2つ目を引いたものを出す

///REGEXP_REPLACE 正規表現で文字を削除

WITH markdown AS

(SELECT "# Heading" as heading

UNION ALL

SELECT "# Another Heading" as heading)

SELECT

REGEXP_REPLACE(heading, r"^# He", "") AS html

FROM markdown;

標準 SQL の文字列関数 | BigQuery | Google Cloud

///スラッシュで分割するとarrayになるのでオフセットで取得

select SPLIT(path, "/")[OFFSET(3)] from www

スラッシュの最後を取る

ARRAY_REVERSE(SPLIT(aaa, "/"))[SAFE_OFFSET(0)]

引き当てが無い場合はSAFE_OFFSETはNullを返し、OFFSETはエラーを返す

BigQueryの標準SQLでGROUP_CONCATしたいときはSTRING_AGG - GAミント至上主義 (hatenablog.com)
逆にまとめるには

SELECT type, STRING_AGG(DISTINCT name) FROM testData GROUP BY type;

赤身 | ブリ,いわし,アジ,マグロ,カツオ,サバ

白身 | タイ,タラ,フグ,サケ

///Job kill
CALL BQ.JOBS.CANCEL('job_id')
CALL BQ.JOBS.CANCEL('project_id.job_id')

job idでエラー詳細を確認
bq show -j

bq show --project_id bangboo_sandbox --format json -j bqjobidxxxxxxxxxx | jp .

　job idはコンソールのBQのジョブ詳細やスクリプトキックならロギングから見つけてもいい

　クエリならjob/query historyでわかるがbq cmdでもエラーが返る
　　bq query --nouse_legacy_sql 'select ketsu from `prj`.oshi.ri'
　　unrecognized name: 'kusofuke@ketsu.com' at [1:149]

select * from prj.`region-us`.INFORMATION_SCHEMA.JOBS_BY_PROJECT

where job_id ="aaaaa" and creation_time > "2022-01-01"

ジョブIDの取得
SELECT
project_id,
job_id,
user_email,
creation_time,
start_time,
--query,

total_slot_ms
FROM `region-us`.INFORMATION_SCHEMA.JOBS_BY_PROJECT
--`region-us`.INFORMATION_SCHEMA.JOBS_BY_USER
--`region-us`.INFORMATION_SCHEMA.JOBS_BY_FOLDER
--`region-us`.INFORMATION_SCHEMA.JOBS_BY_ORGANIZATION
WHERE state != "DONE"
--state = "RUNNING"
--state = "PENDING"
AND user_email = 'my@email.com'
AND project_id = 'paa'
AND start_time < TIMESTAMP_SUB(CURRENT_TIMESTAMP(), INTERVAL 3 MINUTE)
AND total_slot_ms > (1000 * 30)
AND PARTITIONDATE BETWEEN '2021-01-01' AND '2021-01-02'
--PARTITIONTIME BETWEEN TIMESTAMP('2021-01-01') AND TIMESTAMP('2021-01-02')

///upsert(アップデートか新規インサート

https://swfz.hatenablog.com/entry/2021/02/08/195024

MERGE aaa target USING tmptbl src

ON target.time = src.time

WHEN MATCHED AND src.satus = 'rejected' THEN

DELETE

WHEN MATCHED THEN

UPDATE SET ...

WHEN NOT MATCHED THEN

INSERT ROW

///window関数

集約関数（GROUP BY）だと個別データは出力されず集計データだけでるが

window関数だと集計データが個別データにouter joinされた形で出力される

分析関数のコンセプト | BigQuery | Google Cloud

SELECT

deptname,

id,

salary,

AVG(salary) OVER (PARTITION BY deptname)

FROM emp;

deptname | id | salary | avg_salary

-----------+-------+--------+-------------

dev | 11 | 5200 | 5020

dev | 7 | 4200 | 5020

dev | 9 | 4500 | 5020

dev | 8 | 6000 | 5020

dev | 10 | 5200 | 5020

hr | 5 | 3500 | 3700

hr | 2 | 3900 | 3700

sales | 3 | 4800 | 4866

sales | 1 | 5000 | 4866

sales | 4 | 4800 | 4866

deptnameでグループしそのsalaryの集計のAVGが出ている
下のようにover()が空でも良い、4900は大体

SELECT

deptname,

id,

salary,

AVG(salary) OVER () AS avg

FROM emp;

deptname | id | salary | avg

-----------+-------+--------+-------------

dev | 11 | 5200 | 4900

dev | 7 | 4200 | 4900

dev | 9 | 4500 | 4900

dev | 8 | 6000 | 4900

dev | 10 | 5200 | 4900

hr | 5 | 3500 | 4900

hr | 2 | 3900 | 4900

sales | 3 | 4800 | 4900

sales | 1 | 5000 | 4900

sales | 4 | 4800 | 4900

関数としては集計関数がそのまま使えるようだ

OVERはwindow関数を使う宣言、OVERの後にどのようにwindowを作るのかを定義

PARTITIONでwindowでつまりどの範囲でグループを作るか指定
　AVG(salary) OVER (PARTITION BY deptname, sub_deptname) でサブデプト単位での平均となる

///誰が実行しているかをセッションユーザで出す
標準 SQL のセキュリティ関数 | BigQuery | Google Cloud

SELECT SESSION_USER() as user;

+----------------------+

| user |

+----------------------+

| jdoe@example.com |

+----------------------+

///プログラムで使う

https://googleapis.dev/python/bigquery/latest

from google.cloud import bigquery

client = bigquery.Client()

QUERY = ('SELECT name FROM `bigquery-public-data.usa_names.usa_1910_2013`')

query_job = client.query(QUERY)

rows = query_job.result()

for row in rows:

print(row.name)

///Pythonも含めトランザクション

/// BANGBOO BLOG /// - GCP script

///承認済みビュー authorized view

authorized viewを設定するとそのviewを対象とする権限だけ必要で権限をさかのぼり付与しなくていい（通常のviewは参照元の権限も必要）

　この権限移譲は閲覧権限のみで編集権限等は含まない

BigQueryの承認済みビュー設定方法 - Qiita

被参照の元テーブル側に許可するview名を設定する

　authorized viewがないと参照先のviewの更に先の参照先に権限が必要でエラーがでる
　　問題のないユーザと問題のあるユーザの権限の差分を見ると分析ができる

authorized viewを付与すると玄関となったビューはdataEditorではビュー更新ができなくなる

　対象のauthorized viewは管理者を立て一元管理するのが良さそう
　→ビューにも、ソーステーブルにもEditor権限が必要、ソーステーブルにはテーブルレベルで付与すればいい

　　基本はauthorized view設定を外す＞ビュー変更＞再設定

■saturationの場合、詰まっている、サチっている
対象にクエリを発行 select 1
同プロジェクトの他のテーブルにクエリを発行 select 1
別プロジェクトから対象にクエリを発行 select 1
reservationsのoverviewを見る
対象のSQLを発行
別のプロジェクトで同SQLを発行
　時間を比べる
Google側の問題と思われるときはGoogleのサポートへGo
Google Could Status Google Cloud Status Dashboard

INFORMATION_SCHEMA < Audit log で調査

メタデータ（データに対するデータ）

　システムメタデータ（作成更新日時、サイズ、誰いつ参照

　ビジネスメタデータ（オーナ、更新頻度、カラムの意味

select * from prj.ds.INFORMATON_SCHEMA.TABLES

select * from prj.ds.INFORMATON_SCHEMA.PARTITIONS

　longterm storageでサイズが100000b以上で、更新日が1か月以上とか出せる

select * from prj.ds.INFORMATON_SCHEMA.COLUMNS where column_name like '%kuso%'

select * from prj.ds.INFORMATON_SCHEMA.VIEWS where view_definition like '%kuso_table%'

　view_definitionはSQL文が入っている

select * from prj.ds.INFORMATON_SCHEMA.JOBS_BY_(USER / PROJECT / ORGANIZATION)

　誰アクセス/誰作った/何Job等も分かる、180日しか出せないが

　roles.bigquery.resourceViewerが必要

　カラム例：user_email、query、referenced_tables

Auditlogは　プロジェクト間で使用されるBQでも情報が取れる

　info_schemaのjobs_byとほぼ同じ内容が取れるがよりリッチ

　　利用ユーザ数、旧データを見ている人、権限変更操作ログ等

///Authrized function
認可済み関数の作成 | BigQuery | Google Cloud

SELECT `b-sandbox`.test_ds.count_row(1);　で実行できる

UDFやテーブル関数のルーティンを承認しておくと誰からでも使える（ビューと違い権限管理できずセキュリティがズブズブになると思われ）

　target_prj.trg_dsに受け入れる関数を共有指定する形

　UDFは戻り値がある、テーブル関数は副問い合わせとして使う形か

///ScheduledQueryの実行者

コンソールの場合：コンソール操作者

Terraformの場合：Terraform実行者

bqコマンドの場合：任意に設定ができる

サービスアカウントをbqコマンドでSQ実行者として登録する場合、通常は問題がないがスプレッドシートを使用するなら@プロジェクト名.iam.gserviceaccount.com等でアクセス権が必要なため、会社のポリシーによってはうまく行かない。batch@unco.comのような共通メールを作成し使用したい。

サービスアカウントにScheduleQueryを実行させる設定に必要な権限

https://cloud.google.com/bigquery/docs/scheduling-queries?hl=ja

操作者

　BQ job user

　BQ transfers.get/update

　BQ data viewer/editor

　●iam ServiceAccountUser

サービスアカウント

　BQ job user

　BQ transfer

　BQ data viewer/editor

設定者一覧を出したい場合

bq --format=json --project_id=bangboo-oketsu ls --transfer_config --transfer_location=us | jq.[].name

bq --format=json show --transfer_config project/1111111/locations/us/tranferConfigs/111111 | jq .ownerInfo.email

■BQ DMLクォータ超過

割とSQLだとすぐに壁にあたる
上限がテーブル単位のためテーブル名を分けると回避できるらしい

GCP BigQuery 応用編 ~制限について~ - 自称フルスタックエンジニアのぶろぐ。 (hatenablog.com)

BQ streaming insert->BQ storage read/write APIの上限はDMLと別で、閾値が大きい

INFORMATION_SCHEMAを用いたBigQueryのストレージ無駄遣い調査 - ZOZO TECH BLOG

BigQuery Storage Write API を使用してデータを一括読み込み、ストリーミングする | Google Cloud

APIだとProtocol buffersが必要で、Date/Timestampが対応しておらず
Unixエポックからの日数/秒数への変換が必要、、、

■SQLはカラム数の増加数で構成考える？
left outer joinはカラム数がカラム数の合計から共通のjoin onのカラム数を引いた数（行数はleftに同じ）
　full outer join はカラム数がカラム数の合計から共通のjoin onのカラム数を引いた数（行数はleftの要素数にrightの要素数を合計したもの）

unionは重複を除外し表を足し合わせるため行数が両表の合計行数（カラム数は合致必要でカラム数は変わらない）

unian allは重複を除外せず表を足し合わせるため行数が両表の合計行数（カラム数は合致必要でカラム数は変わらない）

cross joinはカラム数が両表のカラム数の合計、行数は両表の行数の掛け算

　再帰的にSQL処理はcross joinし条件を付けるか？

　　標準SQLのFrom句のカンマはcross joinとなる
with句は副問い合わせを見やすくしたもの
distinctで(組み合わせで)一意になる行のみにし重複を省く
UNION とUNION ALLの違い - Qiita
CROSS JOIN （クロス結合）を使ってデータを取得する - JOIN （結合）を使いこなそう - SQL Server 入門 (sql55.com)
SQLのDISTINCTとは？（OracleやMySQLで使用する方法） | IT職種コラム (it-kyujin.jp)

デカい表をいくつか持ちJOINすると再帰的にWhere句で条件検索しなくてよい

■課金

クエリ課金：使用しているプロジェクトで課金される、データの置き場所ではない
　定額フラット：$2000/100slot/m(全プロジェクトでスロットを共有)、オンデマンド：$5/T=2Gスキャンで1円位
　　flat rateでもflex slotsとして時間帯によりスロットを増やす等ができる

　課金を減らすには：カラムを減らす、パーティショニング
データ保管課金：データ量
　$1/50G/m

　active storageからlong term storageへの移行は自動(90日変更がない、50%off)
6,000スロットを使うBigQueryのリソース配分最適化への挑戦 (plaid.co.jp)

■権限
事前定義ロールと権限 | BigQuery | Google Cloud
job user：select文クエリ実行だけでもジョブでjob userとdata viewerが要る（data viewerだけでは不足）
　課金プロジェクトでjob userを持ち、参照先プロジェクトでdata viewerを持つという権限構成だから
　例えばjob userがなくdata ownerだけの場合はデータセットやテーブルやビューの削除作成ができるが、データロードやselect文発行はできない
IAMかデータセット/tblに必要な権限を付与する
　data editorでも自分で作成したものは自分がOwnerになり削除や変更権限がある

■IAM(Identity and Access Management)　
https://www.bangboo.com/cms/blog/page_347.html

Posted by funa : 01:00 AM | Web | Comment (0) | Trackback (0)

February 11, 2021

Python Python

■importとfrom
Pythonのモジュールとimportとfrom入門 - Qiita

Python, importの使い方（from, as, PEP8の推奨スタイル, 注意点など） | note.nkmk.me
Pythonインポート周り徹底理解への道 - Qiita
Pythonの相対インポートで上位ディレクトリ・サブディレクトリを指定 | note.nkmk.me

標準ライブラリならimport文を本体に書いていれば良い
　標準ライブラリ以外はPyPI（Python Package Index）と呼ばれる3rdパーティライブラリから
　pip（The Python Package Installer）インスコ

import文を使って下記の3つなどをインポートし使う
　標準ライブラリ
　pipでインスコしたパッケージ
　自作のパッケージ
自作は大体わかるがそれ以外はどこにあるのか？

　$ python

　>>> import sys
　>>> sys.path
　でパス一覧が出るので探すと分かる　>>> exit()でpythonコマンド終了
例えば Cloud functionsなら requrements.txtに google-api-python-client==3.3.2と記載し
　PyPI · The Python Package Index　でバージョンを探す
コードに from google.cloud import bigqueryと宣言する
　requirementがpipインスコ

import フォルダ.ファイル名

from フォルダ.ファイル名 import *

　上下同じだが、fromは一部を指定し直接使うという意、*は非推奨

　つまり

import hello なら下記とする必要があるが

print(hello.hello)

from hello import hello なら省略ができ下記で良い

print(hello)

from フォルダ名　の場合

　そのフォルダ名の中に __init__.pyがあれば其れ

from .xxx import aaa の.の意味は？
　mainに対するモジュールから見て相対で隣

モジュール検索パスを出す

from pprint import pprint

import sys

pprint(sys.path)

■pipインスコ

pipの使い方 (2014/1バージョン) — そこはかとなく書くよん。ドキュメント (tdoc.info)

Python：pip における管理者権限と user install - pyてよn日記 (hatenablog.com)

Python でパッケージを開発して配布する標準的な方法 - Qiita

pythonのsetup.pyについてまとめる - Qiita

PyPIでサードパーティライブラリを管理していてインスコ可

setup.pyが含まれたローカルディレクトリも指定しインスコ可

eオプションで編集可能な状態でインスコ

--userで~/.local下の管理権限不要なユーザディレクトリ以下でシステムが汚れない

--userなしで/usr下にインスコ

pip install --user -e unko

pip3 install pipenv

pip list　インスコ済みのものを確認

pip install -r requirements.txt　reqirements.txtで一括インスコ
pip freeze > r.txt　pip listをファイルに書き出す
Python, pipでrequirements.txtを使ってパッケージ一括インストール | note.nkmk.me

パッケージとバージョンを指定してアップデート

pip install -U google-cloud-bigquery==3.4.0

下記にもろもろ
pipでパッケージをupdate｜pip自体のアップデートについても解説 (itc.tokyo)

■envツール

pyenv　パイソンバージョン管理としてインスコ

　pyenv install --list　インストールできるもの

　pyenv install 3.8.8　指定verをインスコ

　pyenv global 3.8.8　デフォルトに指定

pipenv　PIP管理としてインスコ

　pipenvはPipfileとPipfile.lockを利用しpipでrequrements.txtを用いるよりも強力

　pipenv --python 3.8.8　など環境をpipfileに記載

　pipenv sync　Pipfileの最新を取得し環境更新

　pipenv shell　仮想環境を起動

■個別

import dataclasses

[詳解] Pythonのdataclasses (zenn.dev)
　データ格納するオブジェクトを作れば使い回しが楽

import datetime

Pythonのdatetimeで日付や時間と文字列を変換（strftime, strptime） | note.nkmk.me

pip install pyyaml > import yaml

Python で YAML ファイルを扱う - まくまくPythonノート (maku77.github.io)

pip install requests > import requests

Requests の使い方 (Python Library) - Qiita

　SlackのwebhookにPostするとか

↓本家
/// BANGBOO BLOG /// - Python

Posted by funa : 12:00 AM | Web | Comment (0) | Trackback (0)

February 10, 2021

Python

おッPythonやるのか？

ファイル拡張子oppython.py デフォUTF-8、全部オブジェクト(list,dict,set等のミュータブルなら参照になる点に注意、必要ならcopy())

#コメント、ドキュメントストリング(三連引用符)："""そのまま表示"""　print mymod.__doc__で見れる

変数型不要：p = 500 * num、でもキャストは必要、定数はない

文字繰り返し、キャスト："文字列" * 4 + str(p) + "Hi\nお元気ですか？\nSee u"

raw文字列でescしない：print(r"インストール先は c:\\code\python\bin です")
　正規表現のrも同意　re_result = re.match('hel', r'hellow python, 123, end.' )
　　if re_result: #None以外という意味で、Noneはいわゆるnull、Pythonにnullはない

文字数：len("東京都")→3

文字列[開始:終了]→→ str = "Flower" print(str[1:4]) → low

文字列 % (値1, 値2, ...)→→ num= "10進数では %d 、16進数では %x " % (num, num)
"xxxx{index:書式指定子}xxxx".format(値)→→ "名は{:<8s}で年は{:>3d}で".format(name, age)

f"xxxx{値:書式指定子}xxxx"→→ f"名は{name:<8s}で年は{age:>3d}で"

0／空の文字列''／値なしはfalse、Noneは？ x = None x is None→→true？

//→除算切り捨てし整数、**→べき乗
関数宣言はdef kansu(): で中で宣言する変数はローカル変数
　関数外で宣言された変数はグローバル変数でどの関数の中でも扱えるようになる
　なお関数内でもglobal henでグローバル変数を宣言できる　Pythonでのグローバル（global）変数の宣言方法 | UX MILK
返り値複数はcsvでタプルになる、リストが楽か？ return a,b → (a, b)　あるいは return [a, b] → [a, b]

def func(a, b):

return a, b

result = func()

result[0]がa、result[1]がb

try／exceptを関数内で設定することも、逆に関数呼び出し時にも使用ができる、else, finally, raiseも使う、エラーが出ても止めたくない場合は try-except Exceptions as e、逆にexceptを入れなければ止まるので安全

try:

get_all_transfer(project_id)

excerpt Exception as e:

print(e)

置換は左辺が要る？ a = a.replace('x','')
とほほのPython入門 - リスト・タプル・辞書 - とほほのWWW入門 (tohoho-web.com)
Pythonの辞書とリストとクラス　複数情報の受け渡し｜みはみ｜note
リストa=[1,2,3]はmap(), filter(), reduce()等が使える
　a=a.append()とかa=a.extend()は値がないんで駄目、単純にappend(b)やextend(b)で左辺不要
　取得：a[0]、for v in a:
　リストの合体：list_a += list_b
セット型set={1,2,3}は重複や順序や添字の無いリスト、set(list)でキャストし重複を無くせる、ミュータブルは格納できない
　取得 for v in a:
tuple→タプルは定数リスト、更新無しならリストより速い　a = 1,2,3　a = (1, 2, 3)
　取得：a[0]、for num in a:

dict→辞書は連想配列みたいな{a:1,b:2}はitems(), keys(), valus(), iteritems(), get()を使える
　Python | 辞書に含まれるすべてのキーと値を取得する (javadrive.jp)
　取得：dict_a['key1']、for k in dict_a.keys(): for v in dict_a.values(): for k, v in dict_a.items():
　dictの合体：dict_a.update(dict_b)
クラス→例えば●●クラスを宣言しsampleインスタンスを生成し、getter/setterで変数に入れて置く
　取得：sample.key
BigQuery→別名を付ければ名前で取得できるが、インデックスでも取得できる（これ何？）
　取得：for row in query_job:　→row[0], row["t"]

lambdaは無名関数？
str_w = input('何か入力してください-->')　#入力させた値を取れるが数字もstr

__iter__()はnext()を持つオブジェクトを返し、next()は次の要素を返し、最後に達するとStopIteration例外を返す？

yield はイテレータを返すジェネレータを定義？

@デコレータは関数を実行する前後に特殊な処理を実行したい場合？

withで終了処理を指定できる、ファイル読込とその後の処理とか
assertや__debug__はテストで機体通りかを確認する？
passは中身の無い関数やクラスを作成しkara.p=1で粋なり属性追加等ができる
execは引数の文字列をPythonとして実行　exec "print 'Hello'"
delはオブジェクトを削除　del x, y, z

継承やオーバーライド　class MyClass2(MyClass):
多重継承class MyClassC(MyClassA, MyClassB):　で纏めて使えるようになる
class MyClass:

"""A simple example class"""　　# 三重クォートによるコメント

def __init__(self):　　# コンストラクタ

self.name = ""

def __del__(self):　#インスタンスが消滅する際に呼出でコンストラクタ

print "DEL!"

def __str__(self):　#文字列化

return "My name is " + self.name

def getName(self):　　# getName()メソッド

return self.name

def setName(self, name):　　# setName()メソッド

self.name = name

class MyClass2(MyClass):

def world(self):

print "World"

class MyClass3(MyClass):

def hello(self):　　# 親クラスのhello()メソッドをオーバーライド

print "HELLO"

a = MyClass()　　# クラスのインスタンスを生成

a.setName("Tanaka")　　# setName()メソッドをコール

print a.getName() 　　# getName()メソッドをコール

print a　　#=> My name is Tanaka　文字列化

b = MyClass2()　　#継承

b.hello() 　　#=> Hello

b.world() 　　#=> World

c = MyClass3()　　#オーバーライド

c.hello() 　　#=> HELLO

super()を使ってオーバーライドする

　super()は基底クラスのメソッドを継承した上で処理を拡張

　super().__init__(x、y)が使える

with構文で処理の前後で__enter__、__exit__を使う

　__enter__メソッドで事前処理

　__exit__メソッドで事後処理

if __name__ == "__main__":

　モジュール時の勝手実行を抑える

　　import helloの時hello.py 内部での __name__ は "hello"

　　python hello.pyのような実行時hello.py の内部の __name__ は "__main__"
from math import pi, radians→mathモジュールから特定のオブジェクト(関数/変数/クラス)をimpo(math.piみたいに書かず省略できる)

import urllib.error→urllibパッケージからerrorモジュールをimpo、パッケージはフォルダ

import numpy as np→別名でしか使えなくなるnp.array()とかで

　モジュール=ファイル名.pyでファイルをimpoしている

from {another_file} import {ClassName}

　another_file.pyがファイル名

　class ClassNameがクラス名
from {パッケージ：ディレクトリ} import {モジュール：ファイル}
　ちゅー書き方もできるらしいが、どっち？

impo順：標準ライブラリ＞サードパーティライブラリ＞ローカルライブラリ(自作のライブラリ)

関数や変数：小文字スネークケース（sample_func）

クラス名、例外、型変数：キャピタルパスカルケース（SampleClass）

定数名：大文字アンダースコア区切り（SAMPLE_CONST）

モジュール名：小文字（samplemodule, sample_module）

パッケージ（フォルダ）名：小文字。アンダースコア非推奨（samplepackage）

インデントは半角スペース4つ

1行半角で79文字以内

トップレベルの関数やクラスは2行開ける

クラス内部では１行ずつ開けてメソッド定義
ドックストリングでクラスや関数についてコメントする(慣習的にダブルクォート)
　コード中は処理についてのコメントをなくし関数化とdocstringで参照するように
　「コメント(#)とdocstring(""")の違いは？」コメントとdocstringについて
　[Python]可読性を上げるための、docstringの書き方を学ぶ（NumPyスタイル） - Qiita

デバッグの方法案
print(type(v))　でどんなメソッドを持っているか等を探る
print(v)　をコマンド前後や流れで沢山仕込みでどこでエラーが出ているか探す
is not subscriptableのエラー　添字不可エラーでリストでないのにリストとして入れようとしている

※参照になりコピーされない、必要ならコピー(値を入れた時点で参照が外れるので実際問題少ない？)

a = []

b = a

b.append(1)

print(a) #[1]

https://qiita.com/ponnhide/items/cda0f3f7ac88262eb31e

https://nishiohirokazu.hatenadiary.org/entry/20120125/1327461670

Pythonのリストと文字列を相互に変換する方法まとめ | HEADBOOST
→リストをStrに変換してSQLにする場合For文が良い（Pythonの書式とSQL書式のコンビなので丁寧に対処するため）

i = 0
v = "["
for s in list_v:

i += 1

if i > 1:

v += ","
v += "'" + s + "'"
v += "]"

SQL = "insert into aaa (aaa) value ({v})"

※テキスト選択

　Shift↑or↓　で行全体

　home(+fn)で行頭、end(+fn)で行末移動

【基礎一覧】Pythonの基本文法を全て解説してみた！【初心者】 (suwaru.tokyo)
Python基本文法まとめ - Qiita
とほほのPython入門 - とほほのWWW入門 (tohoho-web.com)

Python入門～Pythonのインストール方法やPythonを使ったプログラミングの方法について解説します～ | Let'sプログラミング (javadrive.jp)
Welcome to Python.org

HTMLの中に少し埋め込めず、基本的にプログラムの中にHTMLを埋め込む：CGI(Perl然)
　さくらインターネットでPython CGI (mwsoft.jp)
WSGI　Python で WSGI (Web Server Gateway Interface) に従ったシンプルな Web サーバで Hello World - Qiita
Python用Webサイト用途フレームワーク：Flask(軽量)、Django
　WSGI について — Webアプリケーションフレームワークの作り方 in Python (c-bata.link)
　GCPでどう使うかは不明だがホスティングは↓
　ウェブホスティング | Google Cloud　静的ウェブサイトのホスティング | Cloud Storage | Google Cloud

str.split() 区切り文字で分割しリスト等に入れる　Pythonで文字列を分割（区切り文字、改行、正規表現、文字数） | note.nkmk.me
print('Sam' in 'I am Sam') # True　任意の文字列を含むか判定: in演算子　Pythonで文字列を検索（〜を含むか判定、位置取得、カウント） | note.nkmk.me
＝＝＝＝＝＝＝＝＝＝＝＝＝＝
ここで動かせるgoogle colaboratory→　Colaboratory へようこそ - Colaboratory (google.com)

コラボラトリはマークダウン　Qiita マークダウン記法一覧表・チートシート - Qiita

半角スペース２個で改行

#の数で見出し

*で箇条書き

数字と.で番号を振る、- でリスト

* or - or _ を３つ以上で水平線

[ ]でチェックボックス、[x]でチェック

| td | td | td |でテーブル

**aaa**で太字、*aaa*で斜体

~~aaa~~で打消し線

[タイトル](URL)でリンク

```でコードの挿入、`でインライン挿入

> or >> で引用
[^1]で注釈

\バックスラッシュでマークダウンのエスケープ

＝＝＝＝＝＝＝＝＝＝＝＝＝＝
宗教論争（事実は同じでも他人の認知は違うので意味なし
if self.flag_ok == 1 and self.mode == '1'
↓一見で分からんなら変数名を工夫してこうやんな
if self.file_verify_completed and self.mode == GRANT_PERMISSION:

マジックナンバーを使わない(数字の方が曖昧性が無い場合も)

STATUS_ERROR = -1

STATUS_SUCCESS = 0

self.status_error = STATUS_SUCCESS

初期値をエラー値にし、業務判定エラーでステータスを設定したらreturnで抜ける

def exFunction(self):

self.status_error = STATUS_ERROR

try:

if XX = AAA:

self.status_error = STATUS_XX_ERROR

retrun

self.status_error = STATUS_SUCCESS

retrun

except:

～エラー処理、ステータスは変更しない

エラーメッセのハードコーディングを避ける方法(ハードが場所と内容が分かり易いかも)

MSG_ERROR_OLD_EMAIL = "Error: 旧メール%sです\n"

e_message_list.append(MSG_ERROR_OLD_EMAIL % (old_email))

self.error_message = '\n'.join(e_message_list)

ケチって分厚い本1冊にしたが全然進まぬ、薄い奴星e、？チッPython、誰がJSONじゃ～い、チェーンソー魔わすっぞ

続編、、モジュールとかmportとか、
/// BANGBOO BLOG /// - Python Python

Posted by funa : 07:30 PM | Web | Comment (0) | Trackback (0)

January 27, 2021

Framework

群雄割拠か弱肉強食か政治解決か遣りたい放題の中、当事者なら自然に身につくだろうが時代に参加していない貴殿には到底分からない、シルバーブレットはなく結局は愚直しかない、どう愚直になるか/どう立ち回るかを発見するのがフレームワークだ、もしトレンドを感じればそれに乗ればよい、他にシーズがあればプロダクトアウト、ニーズがあればマーケットインだ

■フレームワーク
3C(Customer/Competitor/Company:自社)
SWOT(Strength-Weakness x Opportunity-Threat)
PEST分析(Politics/Economy/Society/Technology)
3M(人物金、Men/Material/Money)

3M(ムリ:負荷が人に掛かる/ムダ:資源が余り浪費しコスト高/ムラ:負荷と浪費が交互)
7S(<3sはハード>Structure/Strategy/System、<4sはソフト>Shared value:価値観/Skill/Staff/Style:文化)
VRIO(Value/Rarity/Inimitability:模範困難性/Organization)
MVV(Mission:使命why/Vision:将来像what/Value:価値観how)
マーケ4P4C(4p:product/price/place/promotion, 4c:customer cost/customer cost/convenience/communication)
QCD(Quarity品質/Costコスト/Delivery納期)

ポーターの5forces(Competitive Rivalry:競争企業間の敵対関係/Supplier Power:売り手の交渉力/Buyer Power:買い手=顧客の交渉力/Threat of Substitution:代替品の脅威/Threat of New Entry:新規参入業者の脅威)

コトラーのSTP(segmentation:顧客やニーズや特性等で細分化/targeting:セグメ選択/positioning:勝てる位置取り)
競争戦略ポジショニング (コストや差別化や集中戦略等で業界ポジを練る)
PPM:product portfolio mgt(市場成長率xシェア->問題児:花形に育てる/花形:継続投資/金のなる木:投資無し/負け犬:撤退検討)
製品ライフサイクル:PLC(導入期:認知度と需要up/成長期:製品多角化販路拡大/成熟期:差別化とコストダウン/衰退期:選択と集中効率化)
イノベータ理論(Innovators/Early Adopters/Early Majority/Late Majority/Laggards:16%キャズム:段階で戦略を変えていく)
RFM(recency/frequency/monetary->優良顧客を見つけよりマーケ)
ポーターのバリューチェーン(企画/開発/購買/製造/物流/販売/サービス/人事の各々での価値->VRIOで分析)
アンゾフの成長マトリクス(既存市場浸透:既存市場x既存商品/新市場開拓:新規市場x既存商品/新商品開発:既存市場x新規商品/多角化:新規市場x新規商品)
TOWS(クロスSWOT分析:SWOTをSWOTする->SWOTで現状分析、さらにSWOTで戦略化)
SCAMPER(アイデアの展開->substitute代用/combine結合/adapt応用/modify修正-magnify拡大/put to other uses転用/elininate削除-minify削減/reverse逆転-rearrange再編集)
ECRS:イクルス(改善策->排除/統合/交換/簡素)

ギャップ分析(As Is/To Be<-間にaction)

特性要因図:フィッシュボーンチャート(要因を網羅的に調べる、他にも親和図法やマインドマップ)
意思決定マトリックス(縦軸に候補、評価基準を横軸、評価基準に重みをつけて点を出し、合計の総合点で判断)
CS/CE分析(Customer satisfaction/Customer expectation->各機能のcsをceに合わせる、ce高cs低の改善)
リスク評価マップ(インパクトx不確実性、インパクト大に対処し小は静観、不確実性が高いと注意が必要<-pest/5f)

AIDMA...etc...

ユダヤの商法：78対22の法則で上手くいく、契約主義で約束を守る

ケイパビリティ戦略：ビジネスプロセスを能力化、スピード/整合性/明瞭性/俊敏性/革新性が上がる、CEOがツールや組織を検討

ポジショニング戦略：競合との位置付け、STP分析をしどうポジションを取り差別化するか

タイムベース競争戦略：時間こそが希少資源、スピードが一番顧客満足が高い、数稼ぐ

アダプティブ型戦略：多くの新しいアプローチを試し最も有望なものを拡大展開、PDCA、やらな分からん時代

ランチェスターの法則：
奇襲/武器/集中、逆にシェアトップで武器も兵数あると模倣し広域戦

　自分を知る、競合を知る、シェア1位を知る

　地域限定、顧客志向営業、販路、陽動奇襲の企画、強みに集中

逆転の競争戦略：
業界破壊者(枠を壊す)/侵入者(他業種からの参入)/挑戦者(競合が攻撃)がトップシェア企業を脅かす

1)企業資産の負債化=リーダーが持つ競争優位の源泉を攻めリーダーが蓄積してきた優位な経営資源を価値のないものにし負債にしてしまう戦略：モスは店内で調理しマックより優位に、あるいは逆にセントラルキッチン

2)市場資産の負債化=リーダー企業に有利に働いていた競争のルールを変更し、顧客が持つ資産(ソフトウェア、交換部品など)を使えなくする戦略：VISAよりQRのPaypay

3)論理の自縛化=安易に追随するとリーダー企業が発信してきたメッセージと矛盾することになり、企業イメージを低下させてしまう戦略：手作り丁寧より100均
4)事業の共喰化=リーダー企業が強みとしてきた製品・サービスと共喰い関係にあるような製品・サービスを市場に出すことで、リーダー企業内に追随するか否かの不協和音を引き起こす戦略：カーシェア

ーーーーーーーーーーーーーーーーーーーーーーーーーー
■現代思想
ニーチェ：ルサンチマン、奴隷道徳<>快と力の高揚感が生を肯定、ニヒリズム
マルクス：神格化、砂漠の水を都市で売ろう、紙一枚が命より大事…社会的関係の錯覚
フロイト：無意識<>理性、理性は単なるハリボテであり無意識が主人で自律神経も管理

　エス(快楽主義)＞自我:Ego(調整役)＞超自我:Super ego(親/社会/会社の価値観の同一化)
　　親や社会等から裏切られると同一化できずトラウマ、葛藤を無意識化に隠したい
ユング：Collective unconscious（人類は人種に限らず同じ記憶を持っている）

ーーーーーーーーーーーーーーーーーーーーーーーーーー
■リーダーシップで面白いほど結果が出る本
（仕事の種類）リーダシップ分類：指示／率先／構想／合意／育成／関係構築
　　リーダシップ→変化、コントロール→維持（基本どちらもPDCA）
　　若手に新しい変化のリーダシップが期待されている
（担当）鷹の眼と蟻の眼（大きな視点の戦略＋現場の改善）
（頭脳）１）構想力、２）推進力、３）育成力
　　→アイデア発表、ダメ出し、頼りにされる
１）構想力：戦略をゲームとして導入する、仕事の意味を伝える、今を楽しむフロー没入
２）推進力：手段の目的化を防ぐダメ出し、メンバーに寄り添う：会話の時間が足りない、現場のアイデアや成功事例を吸い出し
３）育成力：個々人の心のベクトルを少しプラスに、共通言語の定着(これがないと心の障壁や違和感)
（発想は言葉から、リーダは言葉が大事）

ーーーーーーーーーーーーーーーーーーーーーーーーーー

JCOM回線不安定：

インターネット回線の信号レベルはタブレットで通信でモデムに入って測れる

宅外でモデムを繋いででも宅外で調査しろ

同時接続数等々でスロットリングしているだろうが

Posted by funa : 03:00 AM | Column | Comment (0) | Trackback (0)

January 21, 2021

Who watches

心拍数は実感でよいが、アポ―に心電図機能が付くらしい、酸素濃度も確認ができる
それらの機能と、GPSとベルトを確認してみたいな、42800円から、無理だ
よく分からんがGPSマップ等も思うような感じで使えそうだ、iPhone要る

=========
2014-04-12に投稿 GPS Watch

ブタさんマークのBryton Cardio40。格安で入手できた。
Garmin910xtと機能が似ていて薄くて軽い。いいよコレは、ヨシオ。
ベルトはANT+に対応しているのでガーミンのGarmin Heart Rate Monitorが推し機器。

http://www.brytonsport.com/
マニュアル

トレーニングとは穴のあいたバケツに水を溜める作業だ
体がNOと叫んだら、私はYESと答える
走った距離は裏切らない。いついかなる時も決して裏切ることのない唯一無二の友、それが筋肉
千回と千1回とでは天と地の隔たり、最後の1発はその前の千に勝るとも劣らない価値がある
君のこめかみに拳銃を突きつけて「あと2repsやれ」と言ったらどうするね？死に物狂いでやるだろう？追い込むとはそういうことさ
http://www.2monkeys.jp/archives/34051594.html

Posted by funa : 09:21 PM | Gadget | Comment (0) | Trackback (0)

January 11, 2021

I ain't update nothing yet

「今年2021年は間違いなく株価が暴落する」との見出し→日経が下がらない場合は「予想が外れたとして私の株価が下がるため間違いはない」のだと

個人的にはAIもデータも信じていない、やっぱりデカい絵より個の可能性が良いという勘、アフターコロナ操り人形ではないぞと人々はなるか

https://note.com/naoto111/n/nebd8adf8e69e
産業革命の蒸気機関から電力を前提としたビジネスの間には大きな飛躍、機械からソフトウェアへのパラダイムシフト。ルーティンを変えたいが、いちど内面化された規範は取り出して再評価することが非常に難しくルーティンを受益者側が認知し、改善することはとてもむずかしい人の問題

■アフターデジタル2 UXと自由
Line payとか決済の感じを言っている、キックボードな感じではなかった
決済＞サービサー＞メーカ　のヒエラルキーに
　Line pay、Pay2、dとかが総合サービスとなりメーカを操る

取得したデータがユーザに価値を与える、UXとして還元、不義理しない責任があると中国
顧客を知るデータ(UX->data->AI)→体験型サービス（世界観、コア体験）
　高頻度接点＞成長シナリオ＞体験を自動化するシステム（リコメンド、VIP）
　　属性データは終わり行動データ→状況ターゲティング
　　┣タイミング（ライフタイム、刹那）
　　┗好きと思われるもの
　　AI（行動パターンのセグメント、仮説の結果分析とか）

UX品質：スタンダード（便利か、楽か、使いやすいか、楽しいか）
バリュージャーニー（アプリ、店舗、イベント、コールセンター）の各接点のコンセプトで顧客支援→ファン化

デジタル接点をメインにリアルをツール的に使う、丸井は売らない店舗
　コスト削減（流通、マーケ、金融、インフラ）
　UXの改善、新しいUX→DX（ペインポイントから未来を創る）

日本はホワイトリスト、中国米国はブラックリスト、日本はグレーは黒とされ許されない、中国はグレーは黒ではない（日本は成文法、米国は判例主義との考えもある）
スタバは固執せずにデリをし新しい形でブランディングをした、発想の転換
逆にオフラインの方が新規獲得コストが安く逆転が見られる、自販機出すとか
会社の歴史のDNAを引き継ぐ（重要人物を巻き込む）
ダメ：市場にすでに代替がある、商品起点でユーザ起点でない、社内政治でユーザ視点でない

スターバックスラテwithハニーホイップ venti、量が多く後からガンガン冴えて寝れん、スタバは店が温かくてベンティで3時間はイケるがグランデから2shotらしいのでトール一択では、ガストの大盛ポテトと赤ワインx2とどっちが体験が良いか：両方いいな

スタバ丼（写真で2つ映ってたらhot/iceだが1つならどっちか）

ラテ／ムースフォームラテ／カプチーノ／アーモンドラテ

ブルーボトル

https://tokyo-cafeblog.com/bluebottlecoffee-menu/

浅煎りなのでカフェラテかスチームが多いカプチーノの2択+ワッフル500 or 何か甘味では、バター匂いがヤバい、ドリップのブレンド行ったが浅煎り薄目酸味でブラクでも悪くなかった

=====
2019-12-08に投稿 Losing your job
仮にAI自体に先進性がなかったとしても、仕事が無くなることは社会的インパクトがある
過去10年はEndUserComputingでスピード化が勝負だったと思う、次は勝負ではなくソーシャルイシューの解決だと見た、社会問題を解決できるトコロが生き残る切符をもらえる感じ、AIやクラウドで商売臭が強すぎて惑わされるが

　早くより良いサービスが提供ができる、コスト/人を少なくできる、やらなければ他社にヤラれる
　お金をかけてデータ検証をしても、そうしたとこのマネをすれば良い、デジタルはコピーできるし
　無人化をしても店員の仕事が減るだけ、RPA
　加点評価の制度を敷いても少しの損得が出るだけかも、根本的には何も変わらないかも
　　（DIDIでは評価が高いと単価が高いドライバーになる、評価は買収ができないようセンサー等の公平な指標を使う等）
　AIでもツール自体はコモディティ化するので優位性はすぐになくなる
　競合を見ておき自動運転、Amazon等の黒船が出てきても対応できるようにする
　　競争力の問題？古いやり方はダメなの？UXで負けると死ぬ、お金目茶掛からん？

　腐す業界慣習を打開し、アパレルの在庫破棄とか、雇用や無駄な事を守ることより正しいこと、あるべきようにやる、M&Aや業界団体を通じて再編をするしか、中国ではアイデア商品が作られ日本Amazonで買えるし小回りを利かして大きなマーケットに行くのもできる、正しいことをするとマーケットが変わるかも知れないのもDXか

■アフターデジタル
オンライン後の理想を実現するだけ。デジタルで塗り替える、シェアリングエコノミー、逆にオンラインストアが店舗を持ち発送する等区別がない、スタバが古く新しいカフェが勝つかも、GoogleやAmazonのように未完成でも出しマーケットを取る。デジタルによる社内連携を変える、鉄道が郵便や新聞や銀行を作ったようにデジタルが何かを作るかも
Uber等のデリバリーが現れると店舗が不要、キャッシュレス決済で購入する意識が変わる＞決済時間は減るので形に嵌められた対応より店員のエンターテイメントで選ばれる
中国の事例が多いが人口が多く世界の工場となっているから必然性があったのかも知れない

■Deep Tech
プロパンを軽く運ぶ装置を開発：古いビジネスを技術で改良、イノベーションのジレンマの先を行く、まあ何としても商品を作る意気込みではBy Productを商品化とか

■AI救国論
ある国をディスって炎上した人。ある種重要なことを言うと揚げ足を取られ村八分される場合がある。危険思想や儲け過ぎ、やっかみが理由。炎上マーケの場合もマッチポンプで画を描くので構造は同じではないか。AI、ロボ、英語を強調している、また若者こそ優秀、日本のITは変、日本には若い良い技術者がいない、給料が、受験システムがダメで高専がいいと主張。：社会システムの革新性が込みではあろうな、高学歴より高専の方がよりプラクティカルなのはプラクティカルで育ったので当たり前では

黒船になる輸出できるもの、マネのできないもの　は脅威になる
　経験や勘ではなくデータ（レーシングもデータを使うがある程度からは数値より経験、無いデータは要るがデータ頼りとは情けない）
　　アウトドアスポーツ用品店で改革（売り場の壁の高さ、動線分析、何故買わなかったのか）
　　データを持っていると商圏、購入金額、購入内容の予想ができ出店が簡単になる
管理側が被管理側をどう誘導するかという観点しかない
　最前線で使用されるべきツールが管理側でしか使用されない、ボトムアップの時代は来ない？
　どんなデータ、あるいは業務が必要かは現場が一番分かっているべきだが
DX化デジタルトランスフォーメーションで何を変えるか、古いものをデジタル化するだけ？
　現業務にデジタルを適用＞リアルとデジタルをUXに基づき融合＞デジタルで収益構造を変える
　　デジタル的マーケティング、シェアリングとか
　人間を変えるべきでは？人間自体が一番変わる
　　果てし無く記憶力がある、42kmを誰もが2時間で走れる、空を飛べると世界が変わる
組織の力を変える
効率やコスパや低価格、かつスタイルがCoolなもの、ポケモンゴーのような流行るマーケ仕組みを入れる（人が溜まる、列を作る）、AIも所詮バズワード
面倒なことはAIにやらせるというスキルは取得すべき

DX意味わからん。「IT革命」と何が違うの？という話｜広木大地（日本CTO協会理事/レクター取締役）｜note
ナニガ安く簡単になったか分からないと駄目→どう動けばいいか知る→突然儲けの出るビジネスがなくなるかも

=====
2018-04-30に投稿 Smart contract, AI & Emo

■AI雑感
アルゴリズムが鍵、ロジックをどうプログラムするか考え方が変わるとなると手を動かしてスキルを取得しておかないとな、面倒なことはAIにやらせるのがいいかも知れない、始めと終わり以外の中間成果物的なところ

ディープラーニング：人間が理解しない形のデータが扱える（音声をウェーブでなくn次元の座標にする等しても良い）
マシーンラーニング：教師

機械学習の一連手順
１）データの可視化　　：データの全体感を掴んで前処理の方針を決める
２）データの前処理　　：予測精度が高くなるよう、データを綺麗にする
３）アルゴリズムの選定：データに対して適切なアルゴリズムを決める
４）モデルの学習　　　：コンピュータにデータの法則性を学習させる
５）モデルの検証　　　：出来上がったモデルの予測精度を確認する

AIが建築設計をし人間は間取りを選ぶだけ
癌画像診断、コンクリ護岸点検、バレーボールのセッター配球予測、経理伝票の仕分け入力
Adobe：類似例の自動生成
チャットボット：質問をすれば最適解を回答してくれる
HRテック(AIで評価/効果測定/異動/離職、経歴/性格/IQ/遺伝まで全自動)
性格も知識も偏った変/嫌なやつが一番企業に利益をもたらしている事が分かった
　誰かを犠牲にするイノベーション、ジョブズのように人をビュンビュン振り回す人
　　普通の成績の子どもたちは高い協調性を求められ組織や集団の中で大過なく過ごす
https://bunshun.jp/articles/-/28229?page=4

　（人間が時間を掛けて選択していることをAIにやらせる、多変量解析でもいいかも知らんが）

仕組みについてはここが良い感じかと
https://aizine.ai/algorithm-0315/

■Smart contract雑感
中央管理者を必要としない事のデメリットの癖が強い、用途が限られる
　１）スケーラビリティ
　　ビットコインは総量がある
　　信頼性を担保するのにノード数が必要なくせに
　　履歴を持つくせにパフォーマンスを考えるとデータ量は多くできない
　２）プライベートでもすべてオープンになる

仮想通貨により世界統一通貨を実現したり、紙幣やコインが不要になったり、IMFが不要になったりするかも知れない
中央政府が不要になる可能性

■エモ消費
世代的消費活動の括り、消費というかどうやって浪費させるかという手法

https://note.mu/wildriverpeace/n/necb216232d12
いいモノを作れば売れる、広告で認知させれば売れる、割引やオトクを提示すれば売れる、は既に終わっている
モノからコト/体験へなんて言われたのははるか昔の2000年の頃　CD→握手→入れあげ
　モノは外に揃える、コトは外からの刺激（必要なモノは揃えてしまった、高品質の置いてけぼり感）
エモは入れ込む、特に女に（コトに刺激され、未完成なものに巻き込まれる）

　精神的充足
　コミュニティへの帰属意識
　瞬間的につながる刹那のコミュニティ
　今この瞬間の自己肯定感

https://comemo.io/entries/7261
家族は現状幸福度が高い。だからこそ現在の状態を維持したいという消費
幸福度の低いソロは、現状を打破するためにお金と時間を費やしたい

承認と達成感、また幸せ感の共有、帰属意識（体験/時間の共有、純粋な体験や時間でなく共有を含む）
　幸せのマイレージを貯める行動

消費者の関与によって完成するからこそ「エモい」のです。ニコニコ超会議やコミケが盛り上がるのはそういうこと
エモいとは単に感動したというより、美的/切なさ、はたから見れば哀れみを含む

-----------
■Booランディング
コンテンツが重要というが、余程のことがないと人は中身を見ていない
人間の馬鹿なところを突くというのが商法の本質
品質とは何か、ブランドで差異化、多広告対応、一定期間の体験
　Apple: 紛らわしい販売店、コピー商品を防ぐ
　ハイネケン: ステーショナリー
　幻冬舎: やりたいことをやってもいい。判断は極端であること

Posted by funa : 06:58 PM | Column | Comment (0) | Trackback (0)

December 25, 2020

Promise

仕事は炎上芸なり~と勤しむ炎上芸人にも分かるように解説をさせて頂きたく候
（勤しむところはソコではない）

///promise/async/await　非同期関数
【ES6】 JavaScript初心者でもわかるPromise講座 - Qiita

https://rightcode.co.jp/blog/information-technology/javascript-promise

https://rightcode.co.jp/blog/information-technology/javascript-async-await

http://www.tohoho-web.com/ex/promise.html

https://sbfl.net/blog/2016/07/13/simplifying-async-code-with-promise-and-async-await/

https://qiita.com/niusounds/items/37c1f9b021b62194e077

https://qiita.com/soarflat/items/1a9613e023200bbebcb3

非同期関数は処理の順序を制御できない問題があった、そこでPromise

↓

Promise オブジェクトは then(ok_callback, ng_callback) というメソッドを持ちます。

then() はPromise が成功または失敗になるまで処理を受け流し、

処理を.then()で繋げ順番を確保することが可能

成功時に ok_callback を、失敗時に ng_callback をコールバック関数として呼び出します

.then() は第一引数に成功時のコールバック関数、第二引数に失敗時のコールバック関数

.catch(ng_callback) は、.then(undefined, ng_callback) と同じ意味

.catch() は処理中に発生した throw をキャッチできる

ES2018(ES9) では、.finally() がサポートされました

function aFunc3(data) {

return new Promise(function(okCallback, ngCallback) {

setTimeout(function() {

if (Math.random() < 0.30) {

ngCallback(new Error('ERROR!'));

} else {

okCallback(data * 2);

}

}, Math.random() * 1000);

});

}

function sample_finally2() {

aFunc3(100).then((data) => {

console.log(data);

return aFunc3(data);

})

.then((data) => {

console.log(data);

return aFunc3(data);

})

.then((data) => {

console.log(data);

throw new Error('ERROR!!!');

})

.catch((e) => {

console.log("catch");

console.log(e);

})

.finally(() => {

console.log('*** Finally ***');

});

}

//200 400 800 catch Error:ERRROR!!! *** Finally ***

Promise.all() は配列で指定された全てのPromiseタスクを待ち全てが完了した時点で .then()を呼ぶ

Promise.race()ならいずれかのPromise

function sample_all() {

p1 = taskA();

p2 = taskB();

Promise.all([p1, p2]).then(() => {

console.log("taskA and taskB are finished.");

});

}

↓

ES2017 では、async/await がサポートされました

async と await を用いることで、Promise に対応した非同期関数を、同期関数の様にシンプルに呼び出すことが可能となります

同期関数の様に呼び出したい非同期関数を呼び出す際に await をつけます。await を呼び出す関数に async をつけます

async function sample_async_await_with_catch() {

var val = 100;

try {

val = await aFunc3(val);

console.log(val);

val = await aFunc3(val);

console.log(val);

val = await aFunc3(val);

console.log(val);

} catch (e) {

console.log(e);

}

■コールバック関数

広い定義でいうと「高階関数に渡すための関数」

「関数を受け取る関数」は「高階関数」、つまりhello()がコールバック関数

// 関数を2回実行する関数！！

function doTwice(func) {

func(); // 1回目Hello！

func(); // 2回目Hello！

}

// あいさつするだけの関数

function hello() {

console.log('Hello!');

}

// あいさつを2回実行する

doTwice(hello);

========================================
もっと詳しく、もっと分かり易く、どう使うか↓

https://knowledge.sakura.ad.jp/24890/

https://jsprimer.net/basic/async/

https://dev.classmethod.jp/articles/javascript-asynchronous-processing/

■処理の繋がり

１）コールバック関数

　ある関数の処理が終われば次のコールバック関数を呼ぶという指定がそれ

　歴史的にはエラーファーストコールバック（のルール）

　　処理が失敗した場合は、コールバック関数の1番目の引数にエラーオブジェクトを渡して呼び出す

　　処理が成功した場合は、コールバック関数の1番目の引数にはnullを渡し、2番目以降の引数に成功時の結果を渡して呼び出す

　　fs.readFile("./example.txt", (error, data) => {

２）Promise（非同期処理に対するPromise→順番を合わせる意味では同期処理ではと思う？JSはシングルスレッドかつ非同期という糞？仕様）

　ある関数の処理が終わればPromiseオブジェクトを返す

　JSがシングルスレッドだが　処理を一定の単位ごとに分け処理を切り替えながら実行する並行処理（concurrent）の仕様のため　順序を考慮する必要がある

　　非同期処理の実行中にとても重たい処理があると非同期処理の切り替えが遅れる

Promiseオブジェクトは3つの内部状態を持ちます。

　pending（保留）: まだ非同期処理は終わっていない（成功も失敗もしていない）

　fulfilled（成功）: 非同期処理が正常に終了した

　rejected（拒否）: 非同期処理が失敗した

　　初期状態はpendingで、一度fulfilledまたはrejectedになったらそれ以降は状態は変わらず、非同期処理の終了時に返す値もそれ以降は変わらない

Promiseのコンストラクターは関数を引数に取って、その関数がさらに2つの関数を引数に取る

　1番目の関数（resolve）に引数を渡して実行すると状態がfulfilledになり、引数の値はPromiseオブジェクトが保持する値になる

　2番目の関数（reject）に引数を渡して実行すると状態がrejectedになり、引数の値はPromiseオブジェクトが保持する値になる

　関数が例外を投げた場合も状態がrejectedになり、投げた値がPromiseオブジェクトが保持する値になる、throwする値をrejectedに渡して実行した時と同じ

then()は2つの関数を引数に取り、Promiseの状態がfulfilledになったら1番目の関数が、rejectedになったら2番目の関数が実行されます。

　then()の1番目の引数が関数でなければidentity function（入力値をそのまま返す関数）が代わりに使われます

　2番目の引数が関数でなければthrower function（入力値を例外として投げる関数）が代わりに使われます

　　catch()は1番目の引数にidentity functionを指定したthen()と同じ

上の挙動をオレオレPromiseをYakusokuで作っているので分かり易い　https://knowledge.sakura.ad.jp/24890/

なお、本質としてはコレ、下記ソースが決まりの流れ、ひな形としてヤリ慣れるしか

１）時間が掛かる処理をPromise化して順序立てよう

２）成功と失敗のコールバックを指定しよう

//処理にコールバック関数を入れて成功と失敗時の型で終える

function dummyFetch(cmt, callBack) {

setTimeout(() => {

if (cmt.startsWith("/success")) {

callBack(null, { body: `Response body of ${cmt}` });

} else {

callBack(new Error("Bad"));

}

}, 1000 * Math.random());

}

//プロミスを入れるためラッパーを関数にかます

function aaaFilePromise(cmt) {

return new Promise((resolve, reject) => {

dummyFetch(cmt, (err, data) => {

if (err) {

reject(err); // 失敗: 内部状態をrejectedにする

}

else {

resolve(data); // 成功: 内部状態をfulfilledにする

}

});

}

//プロミスチェーンでのフロー

aaaFilePromise("/success/passwd")

.then((data) => { // 読み出しに成功したらresolve()に渡した値が引数として渡される

console.log("1", data);

//return 'next';//テキストがあってもなくても次のthenに行く、省略でもテキストでも第一引数関数に行く成功側

return aaaFilePromise("/etc/text");//エラーで次のthenの失敗側の第二引数関数にきっちり行く

})

.then((data) => {

console.log("2", data);

return aaaFilePromise("/success/shadow1");

}, (data) => {

console.log("2e", data);

return aaaFilePromise("/success/shadow2");

})

.then((data) => {

console.log("3", data);

return aaaFilePromise("/etc/shadow");

})

.catch((err) => { // reject()に渡した値が引数として渡される

console.log("error", err);

});

then()/ catch()は、引数で渡された関数の戻り値から新たにPromiseオブェクトを作り、そのオブジェクトを返します。そのためメソッドチェーンが可能

　　引数に渡した関数の戻り値がPromiseオブジェクトの場合はそのオブジェクトをそのまま返す、そうでなければ戻り値をPromiseで包んで返す

　エラーでキャッチに飛ぶ訳ではなく次のthen第2引数関数に飛んでいる、省略でcatchに行っているように見えるだけ

dexieやPWAでの提供があり使う（処理を順序立てて使うようプログラムを組む時に

dexie: db.schedule.where('site').equals('sche').first().then(function(records) {

pwa: caches.keys().then(function(keyList){

return Promise.all(keyList.map(function(key){

３）async / await
promiseは順番決めができたがasync/awaitは順番を扱う処理もできる

setTimeout/setIntevalがプロミスチェーンだけでは時間を止められない
　シングルスレッドから似非スレッドで分離し非同期になるから、awaitを入れると同期する↓
const wait = (sec) => {

return new Promise((resolve, reject) => { setTimeout(resolve, sec*1000); });

};

async function arrKick_async(arr) {

for(let i=1; i<=num_arr; i++){

arr = await kickPromise(arr);

await wait(2);
}

}

arrKick_async(arr);

========================================

JSネイティブとPromiseとasyncが混ざった場合は同期しない、then()すら超えてくる↓

４）コールバック地獄
結局コールバック地獄が扱いやすい（スレッドの切り替えがなければ同期ができる）、最近のJSフレームワークは全部Promise化しているらしいが

例）キャッシュを保存し、そのステータスを取るようにAsyncやPromiseで保存待ちの順番をにしても、待たない

//隙間がないと1度エラーだとエラーになりっぱなし

let num_cache;

num_cache = getCacheStatus();

if(num_cache == 0 || !num_cache){

num_cache = getCacheStatus();

if(num_cache == 0 || !num_cache){

num_cache = getCacheStatus();

if(num_cache == 0 || !num_cache){

num_cache = getCacheStatus();

if(num_cache == 0 || !num_cache){

//setTimeoutで隙間があっても関数スレッドの返り値を代入するスレッド切替時に、返り値を待つスレッドの方は次の処理に進んでしまいIF判定ができない

let s = setTimeout(function(){

let num_cache1 = getCacheStatus();

if(num_cache1 == 0 || !num_cache1){

s = setTimeout(function(){

let num_cache2 = getCacheStatus();

if(num_cache2 == 0 || !num_cache2){

s = setTimeout(function(){

let num_cache3 = getCacheStatus();

if(num_cache3 == 0 || !num_cache3){

s = setTimeout(function(){

let num_cache4 = getCacheStatus();

if(num_cache4 == 0 || !num_cache4){

//Func返り値やPromiseやAsyncでのスレッドの切り替えがないDOMの判定であれば上手くいく

let s = setTimeout(function(){

getCacheStatus();

if(document.getElementById('mes_filenames').innerHTML == 'none'){

s = setTimeout(function(){

getCacheStatus();

if(document.getElementById('mes_filenames').innerHTML == 'none'){

s = setTimeout(function(){

getCacheStatus();

if(document.getElementById('mes_filenames').innerHTML == 'none'){

s = setTimeout(function(){

getCacheStatus();

if(document.getElementById('mes_filenames').innerHTML == 'none'){

s = setTimeout(function(){

getCacheStatus();

if(document.getElementById('mes_filenames').innerHTML == '<?php echo $lang_page->install_none; ?>'){

function getCacheStatus(){

let num_caches = 0;

let num_success = 0;

caches.keys().then(function(keyList){

return Promise.all(keyList.map(function(key){

caches.open(key).then(function(cache) {

cache.matchAll().then(function(response) {

document.getElementById('mes_filenames').innerHTML = '';

let s;

let o;

for(const value of response){

s = value.status;

o = value.ok;

document.getElementById('mes_filenames').insertAdjacentHTML('afterbegin', value.url + '<br>');

if(s == '200' && o){

num_success++;

}

num_caches++;

}

if(num_caches > 0){

document.getElementById('mes_progress_rate').innerHTML = 'Progress: ' + num_success / num_caches * 100 + '%';

}else{

document.getElementById('mes_filenames').innerHTML = 'None';

}

});

}));

});

return num_caches;

}

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
thenの入れ子だと親の部分だけ先に進んでしまう、入れ子ダメで親子を作れば親→子の一方方向で子で終わるトーナメント構造で(上がらない)
test1().then((result) => {
test2().then((result) => { //fuok });

})then(function()　これは入れ子
↓
test1().then((result) => {
test2().then((result) => {

//fuok
})then(function(){ //fuok2 }); これでトーナメント構造
})catch(function(e)

promiseチェーンでthen毎にに欲しい引数を出すが、複数であればそれらの引数をthenに渡せない、下記1は駄目
　１）thenで一つの引数になるようにロジックを組む（thenのトーナメント構造、一階層上で変数に入れる等）

}).then(function(response){

return [response.json(), arr_del];

}).then(function(v) {

json = v[0]; arr = v[1];
　２）callbackとresolveに配列を使うとOK、オブジェクトでもいいかも

function dummyFetch(cmt, callBack) {

if(Array.isArray(cmt){

var p = cmt[0];

var s = cmt[1];

}else{

var p = cmt;

var s = 1;

}

setTimeout(() => {

if (p.startsWith("/success")) {

var r = [p, ++s];//これ不可[p, s++]

callBack(null, r);

} else {

callBack(new Error("Bad"));

}

}, 1000 * Math.random());

}

function aaaFilePromise(cmt) {

return new Promise((resolve, reject) => {

dummyFetch(cmt, (err, data) => {

if (err) {

reject(err);

}

else {

if(Array.isArray(data){

var p = data[0];

var s = data[1];

}else{

var p = data;

var s = 1;

}

resolve([p, s]); // 成功: 内部状態をfulfilledにする

}

});

}

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

Promise化していない関数を使いたいが、そのまま使うかthen化できるようにするか？

　１）次thenに進みたい元Funcの処理としてresolveの返り値に入れる、ダメなら省略可だがreject()に渡しcatchする
　２）次thenには適当でもいいのでreturnで進む

function test1 () {

return new Promise((resolve, reject) => {

const a = 1;

const b = 2;

resolve([a, b]);

})

}

test1().then((result) => {

console.log(result[0]); // 1

console.log(result[1]); // 2
return 'go next';

}).then(function(){

エラーハンドリングしたい、よくわからんが下記で動作に違いがでた、rejectはJSがエラーを吐いた
　１）catchさせるにはthrow new Errorし、alertを出す
　２）catchはしないが次のthenには移動させないためreturn false

}).then(function(json){

if(json.init == 'Not appropriate access'){

throw new Error('Server warning');

}else if(json.init == 'No data'){

//reject("initiate!");

return false;

}else{
resolve(json);
}

}).catch(function(error){

alert('Ooops: ' + error);

});

Promise.allを使って、3つのpromiseを同時に実行、allはすべての非同期処理がresolveされたタイミングで結果を返

Promise.all([test1, test2, test3]).then(function() {

console.log("Fourth");

もっと簡単に async, await, Promise - Qiita

■Javascript
https://www.bangboo.com/cms/blog/page_325.html

Posted by funa : 01:06 AM | Web | Comment (0) | Trackback (0)

October 18, 2020

竹書房 Annex

■夢をかなえるゾウ0　ガネーシャと夢を食べるバク

最高の行動を選択し続ければ想像しない形で夢が叶う、と信じるしかない

自分の存在がちっぽけだと自覚>本物の夢を目指す

夢>理想>信念>計画>実行>成果>幸福

捉え方、意味付け（どんな困難も、嫌なことも鍛錬や人助けと考えられる）

夢>楽しい>集中力>行動力>強さ>魅力

寝たい短期の欲求があっても、鍛錬が要る長期の欲求＝夢がない

英雄と臆病者の違い>何をなすかだけ、自分の負の部分を受け入れる

本物の夢は同じ痛みを持った他者を救うことで自分を救う事

誰かの為、世の中の為は建前、自分の怒り悲しみ羨望…エゴが大きな力

悲しみ＝自分だけの意味を見出そうとしている、その悲しみはいつか喜びに変わる

自分以外のものを見て気づき、自分とは何か、自分は何のために生きているか、生きる意味を知る（教えられるものでなく経験から見出す）

自分に正直に夢を叶える過程で、最高の行動を選ぶ事で必ず自分を好きになる

レトリックだが人間のサガと天晴、不快でも他人なりの信念を読み取る>包括し大局観の概念、他人の信念を言い表しておけばいい

■夢をかなえるゾウ4、ガネージャと死神
自分、今の生き方やったら死ぬときめっちゃ後悔するで。

///死神の教え（誰も皆ほぼ同じことに後悔する）

本当にやりたいことをやらなかったこと

健康を大切にしなかったこと

仕事ばかりしていたこと

会いたい人に会いに行かなかったこと

学ぶべきことを学ばなかったこと

人を許さなかったこと

人の意見に耳をかさなかったこと

人に感謝の言葉を伝えられなかったこと

死の準備をしておかなかったこと

生きた証を残さなかったこと
（遺書を書く、死後に人に伝えたいメッセージを書く：やりたいリストをやれる）

結局、人間の夢なんて『お金持ちになりたい』とか『魅力的な異性と付き合いたい』とか『自分の名前が残るような仕事がしたい』とか、そんなんばっかで、全然バラエティに富んでへんやん→お前の夢面白んない

///ガネーシャの課題

1.健康に良いことを始める：行動を管理して目標を達成する習慣化

2.死後に必要な手続きを調べる：目を逸らしたくなる現実に向き合う、死後家族を守る

3.お金の問題がなかったらどんな仕事をしたいか夢想する：人が買うてくれる価値を作る→情熱

4.大きな夢に向かう小さな一歩を今日踏み出す：やれることは何でもある、調べるでも

5.人に会ってわだかまりを解く：器の持ち主が家族会社を末永く繁栄できる

6.死ぬまでにやりたいことリストを作る：20個以上、リマインダ、ワクワクできる

7.経験したことのないサービスを受ける：勉強になる、どっちかに囚われず本当に望むものを選べるようになる

8.節約を楽しむ：贅沢した後の道理、工夫して楽しめ

9.思い切って仕事を休む：他人の評価が下がることを恐れてる、本当に大事なものより

10.自分の体に感謝をする：労わらんのはブラック、他人にも気遣いができるようになり、力を引き出せる

11.身近な人に感謝の言葉を伝える：人の苦労が分かる

12.周囲の期待と違う行動をとる：本心と期待の間でどっちが本物かわかる

13.限界を感じた時もうひと踏ん張りする：頑張りすぎ意味ないという言い訳はなし

14.両親の生い立ちを知る：自分が人生で感じた痛みは親が感じた痛み、酒を飲んで語り合う、何を世襲する

15.かなえてきた夢を思い出す：忘れてしまう、将来に縛られて不幸せか

16.他者の欠点を受け入れる姿勢を持つ（見る場所を変える、相手の背景を想像する、他人に完璧さを求めている自分に気づく）：苦しみは必ず減る、他人でイライラする必要はない

17.つながりを意識する時間を持つ：岩も石も砂もない、同じでダイヤと線を引かない

18.喜怒哀楽を表に出す：繋がった世界では死がない、安らぎの世界から切り離され不安で泣きながら生まれてくる、喜びも感動も存在できない

追い詰められて強なる奴は自分を責められる奴、弱なる奴は一発逆転を狙ってまう、期待だけ膨らんでまう

タバコ吸わんで健康で良かったと思う人、一方タバコが吸えんと苦しい人、無いから苦しいんやない、奪われたから苦しいんや

トルストイ）死の準備をするということは充実した人生を送るということ、人生の充実によって安らかに死を迎えられる
ジミヘン）死が訪れたとき死ぬのは俺なんだ、俺の好きなように生きさせてくれ
ヘップバーン）もし世界が終るとしても幸運だったこと楽しかったことの全てを思い出す

ルター）死は人生の終末ではない、生涯の完成である

夢はかならず叶うというのは原動力になる
偉人も生きているうちに夢を叶えた人は少ない　ディズニー、アインシュタイン、エジソン、ダビンチ

あきらめと受け入れは同じ　死はかなわない夢　叶わないことを受け入れる
衣食住医で過去の人の夢は叶えた状態

病気で死んだ人も薬が何十年か後に出来て生きれる、夢はいつか叶う、全ての夢は叶う、タスキを受け死んだ人の夢を叶えるのは今を生きている人

死は土に返るだけで原子は変わらない形が変わっただけ、恐れる必要はない

完全な光を見れるのは夢を追っているときだけ、叶えたとき裏側の闇を知る、死後を想像し光で満たされた場所と考えるなら、生きている間を夢を追っている最中とする事ができる
輪廻し形を変えながらあなたでしか経験できない尊さ

生と死の対比でエモさがズルい、夢のような張りがないと体の反応として死んでいく、無意識が意識をコントロールするのが理性で表を保つ役割がある、裏表なく無意識を意識化し一体とすることはパフォーマンスがあがるが長期だと自然過ぎて刺激や葛藤がなくボケて死ぬ？生という快楽への執着でしかないがね

■夢をかなえるゾウ３　ブラックガネーシャの教え

基本的にスパルタで集中、頑張る人生でないと何も始まらない

だが楽しい/報酬を見出す、環境は他人なので人に頼る

///ガネーシャの課題

自分の持ち物で本当に必要なものだけを残し必要のないものは捨てる

苦手な分野のプラス面を見つけて克服する（遠ざけない）

目標を誰かに宣言する（口に出してしまう）

うまくいっている人のやり方を調べる（ダメな奴は自己流）

一度自分のやり方を捨て、うまくいっている人のやり方を徹底的に真似る

空いた時間をすべて使う（お前中途半端やねん）

合わない人をホメる（人を使うには）

決まずいお願い事を口に出す（夢には衝突も避けられないので練習にもなる）

今までずっと避けていたことをやってみる（頭のどこかでやった方が良いと思っている）

自分の仕事でお客さんとして感動できるところを見つける（感動を繋げられるのが天職）

一度儲けを忘れてお客さんが喜ぶことだけを考える（発想の転換）

自分の考えを疑ってみる

自分にとって勇気が必要なことを一つ実行する

優れた人から直接教えてもらう

一緒に働いている人に感謝の言葉を伝える（社長は社員に掛けると退職率が違う等）

自分で自由にできる仕事を作る（自分で工夫できるのはゲームより楽しい）

余裕がないときにユーモアを言う

目の前の苦しみを乗り越えたら手に入れられるものを、できるだけ多く紙に書き出す

欲しいものが手に入っていくストーリを考えて空想をふくらませていく

手に入れたいものを目に見える形にして、いつでも見れる場所に置いておく

自分流にアレンジする（自分で思いつくが大事、アイデアを試したくなる、工夫）

（ブラック富神：錯覚を利用、短期やバレなければ）

希少価値を演出する

あえて自分の不利益になることを言って信用してもらう

周囲の人間関係を断つ（情や人のせいにしてしまうから）

中毒にする（次もその次もとなる、油や砂糖）

夢や成功を手に入れるには、つらいことや苦しいことは決して避けられない

ほとんどの人は避けるが、乗り越えることで相応の魅力や価値を身に着けるのだ
（魅力や価値）

■夢をかなえるゾウ2　ガネーシャと貧乏神

「お金」と「幸せ」の関係、ごっついの教えたろか。

夢追い痛い人、誘惑に負ける人、仕事で儲けられない人は貧乏になる

競争は相対的であり勝つしかない、絶対的と分けて捉える

欲しいものを口に出す

成功まで止めない、努力、練習量、向き不向き、成長する

やりたい事をやると滅茶成長させてくれる、そういう所へ行く

借金で退路を断つ？、カタ嵌められてるが

意見を聴いて直す、分析に時間をかける

貧乏になる素質があるか:分析してみ

辛い状況を笑い話>挑戦できるし自由になる

みんな辛いしお前だけではない

他人を誉める、プレゼントする、楽しみを見つける、自分が困ってても

貧乏神は福の神になる、貧乏な時でも好きなら結婚する?

才能と向き合う＝貧乏を経験するということかも

TVは人を勘違いさせるために●を出している:目指すのはその先だ

■夢をかなえるゾウ、ガネージャ
偉人になるには→迷いがあるとだめ→自分で良いと信じること
　決めたことをやる、良いことをやる、人に文句を言わせる前に押さえておく
今ある体制を認める、右翼な良市民：小市民になる可能性が大（志の大きさ）

靴を磨く：自分を支えてくれるものを大事にする
募金する：人から愛される、世の中を良くしたい
腹八分目：自分をコントロールすることを楽しむ
人が欲しがるものを先取り：人が何を欲するかがビジネス、上司の欲も
笑わせる：空気を作れる、やる気やアイデア、いい面がでる
トイレを掃除：人がやりたがらない事をやる
まっすぐ帰宅：むしろ逆、一番大切な自由に使える時間
寝る前褒める：頑張ったり成長することが楽しい事と教える
何かを辞める：新しく何かをやる為に何かを止める、1日でも
環境を作る：意識を変えても駄目、環境を変えて習慣に
鏡を見て整える：意識や内面を変えるのは難しいが外見は変えられる
自分が得意な事を人に聞く：価値を決めるのは客、自分以外だから
自分が苦手な事を人に聞く：長所と短所は逆かも
夢を想像：考えはじめたら楽しくて止まらない
運が良いと言う：脳みそが勝手に運がいい事を探し始める、脳が学び始める
タダで貰う：言い方や仕草に気を使うようにコミュが変わる
明日の準備をする：一流はどんな状況でも結果を出す、綿密な準備が要る
身近な人を喜ばせる：どうでもいい人に気を使うのに、世話になった人、好いてくれる人、大事な人をぞんざいに扱うもの
褒める：誰かの助けなしに成功はない、呼吸レベルで褒め言葉を言う
人の長所を盗む：同業なら筋を通さないといけないがパクッてでも人を喜ばせる
求人情報を見る：これや！と思えるまで探し続ける、仕事で一生が決まるから
お参りに行く：どうしたら出世できるか成功できるかは心の底では分かっている、面倒臭がりでやらないだけ、成功する奴は少しでも可能性があればやる、信仰心は意味がある
人気の店、理由の観察：どうやって人を喜ばしているか観察
プレゼントする：期待以上だった時に喜ぶ、サプライズするには
やらずに後悔していることをやる：大体やらないまま死んでいく、成功はやりたい事をやるだけと言われている
夢を語る：人が聞きたい夢は実現が望まれていること、かなえるのが簡単
人の成功をサポートする：自分が成功する近道は人の成功を助けること
応募する：もし才能が認められたら人生はあっという間に変わる
毎日感謝する：地位名誉名声お金は他人がくれる、満たされて他人に愛を注ぐ状態で、自然な形で手に入る

１富神・２貧乏神・３ブラック神・４死神・0バク・Love理論

■偏差値78のＡＶ男優が考えるセックス幸福論　森林原人
性欲は欲求の中でも特別で他者が必要、社会調和の為に理性が必要で快楽や享楽：セックは排除される、理性は客観的判断、理性は教育でつくられ正義でも絶対的でもない、人間は快に動かされ生きてきた生き物、性欲は恋愛という肩書を与えられた

社会性を持ったセックは?社会的地位の高い外面が硬い教師弁護士のレイプ願望等の人の裏側や多面性、性愛は社会が成立する前からあり社会的概念を超え社会に閉じ込められない、アブノーマルを含めスリルや快楽が何十倍もavにありこの経験は人類史上貴重（金や物は死ぬ間際には意味がない）、他者承認欲求と自己承認欲求、社会的信用も社会的弾圧を受けた子が背中を追うことを考えればあってないようなもので何を大事にするか、セックに無関心な人もいるがエロとは人間に対する愛

セックの可能性：かけがえのなさ、発見、感動、意味、悦び、儚い存在価値、自分を赦す、コンプレックスがあってもだれでも原始な感覚で絶対的な全肯定感を感じることがある、その瞬間に二人が存在したという事実の確認、粘膜への不可侵侵入、過去を受け入れ未来が約束された気になる幻想、全肯定感は幸福感や深い愛情の源になりえ社会的成功とは別の人として根源的な幸せに直結、脆く儚い刹那の逆説、契約や社会制度に囚われない本来の原始のセック

セックは同じのがない一期一会、承認欲求(自分)→肉体的快感→mがもっと虐めてといえばsと立場が一転する、気持ち良さとsmで脳で快感→心から想う愛おしい(相手)、性欲不満か承認欲求不満か、肉体と心の危険性に気を

女性の性欲は男と違う、挿入より抱っこだったり女版風俗はないし、王子に優しくイケメンに話しかけられ見たい(コミュニケーション)、受け入れられた実感をセックに求める、性欲と愛情と結婚は割り切れるというか別次元で捉え性対象とされたいとか心の繋がりとか、歳とると挿入だが、気遣いとサービス精神と印象良く初対面でセックしてもいいと思われるのが男優

覚醒と睡眠と中間の催眠、脳が眠ると入力そのまま動く、運動支配>感覚支配>記憶支配、記憶呼び出しトレースしつつ書き換えでトラウマを消せる、呼吸は意識と無意識に唯一またがる、意識的に深い呼吸をすることで無意識の本能を呼び出せる

セックは本能でするもので今この瞬間に心があり、先や過去に縛られない、愛は執着であり思考ではない、今瞬間の積み重ねが永遠であり今ないものは先にもない、本能から生まれる愛おしさ慈しみの先にあるのが愛、瞬間的な心の状態

■サイコパスに学ぶ成功法則

知力とサイコパスの合体で偉大な人物になりえる

成功するにはサイコパスであることは近道
↑

スイッチの切り替えができる

やり遂げることができる

/// サイコパスの性質

共感性が低い、我慢強い、割り切れる

恐怖感がない、自信家、説得が上手い

/// サイコパスの精神性

怒りを抑えられる、個人的屈辱と捉えず無視、ゲームとして割り切る

プロは後悔をしない
カリスマとして騙して誘導できる

/// サイコパスの訓練

ストレス環境への適応

恐怖下のスイッチ切替

/// 説得する方法

相手の言葉を使う、心を読む、親密になる

影響の割合：目を合わせる55％、トーン38％、言葉7％

/// 親密になる方法

笑いかける

ほめる

気さく

利得

ボディタッチ

温める飲み物を出す

見た目が近い

共通項が多い

キューブラー・ロスによる5段階モデル（死の受容モデル）と、それへの代表的な批判について | KAIGO LAB（カイゴラボ）

第1段階：否認と孤立（denial & isolation）

「なにかの間違いだ」周囲から距離を取り孤立する

第2段階：怒り（anger）

自分が死ぬという事実は認識できたが「なぜ、自分が」

第3段階：取り引き（bargaining）

神や仏にすがり死を遅らせてほしいと願う

第4段階：抑うつ（depression）

「ああ、これだけ頼んでもダメか」死を悟り頭で理解していた死が感情的にも理解できる

第5段階：受容（acceptance）

生命が死んでいくことは自然なことだという気持ちになる。生命観や宇宙観のようなものを形成することもある。自分の人生の終わりを、静かにみつめることができるようになり、心に平穏が訪れる。

本館　/// BANGBOO BLOG /// - 竹書房

Posted by funa : 08:00 PM | Column | Comment (0) | Trackback (0)

Navi: < 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 >

For mobile click here
For smart phone click here

#1	Web
#2	Hiace 200
#3	Gadget
#4	The beginning of CSSレイアウト
#5	Column
#6	Web font test
#7	Ora Ora Ora Ora Ora
#8	Wifi cam
#9	みたらし団子
#10	Arcade Controller
#11	G Suite
#12	PC SPEC 2012.8
#13	Javascript
#14	REMIX DTM DAW - Acid
#15	RSS Radio
#16	Optimost
#17	通話SIM
#18	Attachment
#19	Summer time blues
#20	Enigma
#21	Git
#22	Warning!! Page Expired.
#23	Speaker
#24	Darwinian Theory Of Evolution
#25	AV首相
#26	htaccess mod_rewite
#27	/// BANGBOO BLOG /// From 2016-01-01 To 2016-01-31
#28	竹書房
#29	F☆ck CSS
#30	Automobile Inspection
#31	No ID
#32	Win7 / Win10 Insco
#33	Speaker
#34	Arcade Controller
#35	Agile
#36	G Suite
#37	Personal Information Privacy Act
#38	Europe
#39	Warning!! Page Expired.
#40	GoogleMap Moblile
#41	CSS Selectors
#42	MySQL　DB　Database
#43	Ant
#44	☆od damnit
#45	Teeth Teeth
#46	Itinerary with a eurail pass
#47	PHP Developer
#48	Affiliate
#49	/// BANGBOO BLOG /// From 2019-01-01 To 2019-01-31
#50	/// BANGBOO BLOG /// From 2019-09-01 To 2019-09-30
#51	/// BANGBOO BLOG /// On 2020-03-01
#52	/// BANGBOO BLOG /// On 2020-04-01
#53	Windows env tips
#54	恐慌からの脱出方法
#55	MARUTAI
#56	A Rainbow Between Clouds‏
#57	ER
#58	PDF in cellphone with microSD
#59	DJ
#60	ICOCA
#61	Departures
#62	Update your home page
#63	CSS Grid
#64	恐慌からの脱出方法
#65	ハチロクカフェ
#66	/// BANGBOO BLOG /// On 2016-03-31
#67	/// BANGBOO BLOG /// From 2017-02-01 To 2017-02-28
#68	/// BANGBOO BLOG /// From 2019-07-01 To 2019-07-31
#69	/// BANGBOO BLOG /// From 2019-10-01 To 2019-10-31
#70	/// BANGBOO BLOG /// On 2020-01-21
#71	Bike
#72	Where Hiphop lives!!
#73	The team that always wins
#74	Tora Tora Tora
#75	Blog Ping
#76	無料ストレージ
#77	jQuery - write less, do more.
#78	Adobe Premire6.0 (Guru R.I.P.)
#79	PC SPEC 2007.7
#80	Google Sitemap
#81	Information privacy & antispam law
#82	Wifi security camera with solar panel & small battery
#83	Hope get back to normal
#84	Vice versa
#85	ハイエースのメンテ
#86	Camoufla
#87	α7Ⅱ
#88	Jack up Hiace
#89	Fucking tire
#90	Big D
#91	4 Pole Plug
#92	5-year-old shit
#93	Emancipation Proclamation
#94	Windows env tips
#95	Meritocracy
#96	Focus zone
#97	Raspberry Pi
#98	Mind Control
#99	Interview
#100	Branding Excellent

Column [125]
Europe [9]
Gadget [74]
Web [120]
Bike [3]

Bay Bay Bay on Apr 23
GMT(Greenwich Mean Time) on Mar 15
HSTS/CORS/CSPOAuth/OpenID/SAML/XSS/CSRF/JSOP/SSO/SSL/SVG/JWT on Feb 11
竹書房 plotted nibbler on Jan 22
Overtone on Sep 02

< September 2023 >
Sun	Mon	Tue	Wed	Thi	Fri	Sat
					1	2
3	4	5	6	7	8	9
10	11	12	13	14	15	16
17	18	19	20	21	22	23
24	25	26	27	28	29	30