この記事は https://medium.com/@ryardley/react-hooks-not-magic-just-arrays-cd4f1857236e の日本語訳です。途中で力尽きて雑な翻訳になってる箇所がいくつかあります。
私は、新しい Hooks の API の "magic" な挙動に悩んでいる人が結構いると聞いています。なのでこの構文の提案が、少なくとも表面的なレベルではどう動いているか、解説してみようと思います。
| % ruby -v ~/study/ruby | |
| ruby 2.5.1p57 (2018-03-29 revision 63029) [x86_64-darwin17] | |
| % ruby instrument.rb ~/study/ruby | |
| == disasm: #<ISeq:<main>@./test_condition.rb:1 (1,0)-(7,10)>============ | |
| local table (size: 1, argc: 0 [opts: 0, rest: -1, post: 0, block: -1, kw: -1@-1, kwrest: -1]) | |
| [ 1] a | |
| 0000 putstring "aaa" ( 1)[Li] | |
| 0002 setlocal a, 0 | |
| 0005 getlocal a, 0 ( 2)[Li] | |
| 0008 putstring "bbb" |
| apiVersion: v1 | |
| kind: ServiceAccount | |
| metadata: | |
| namespace: monitoring | |
| name: kube-eagle | |
| labels: | |
| app: kube-eagle | |
| --- | |
| apiVersion: rbac.authorization.k8s.io/v1 | |
| kind: ClusterRole |
この記事は https://medium.com/@ryardley/react-hooks-not-magic-just-arrays-cd4f1857236e の日本語訳です。途中で力尽きて雑な翻訳になってる箇所がいくつかあります。
私は、新しい Hooks の API の "magic" な挙動に悩んでいる人が結構いると聞いています。なのでこの構文の提案が、少なくとも表面的なレベルではどう動いているか、解説してみようと思います。
| starting build "***********" | |
| FETCHSOURCE | |
| Initialized empty Git repository in /workspace/.git/ | |
| From **********/github_SpringMT_kaniko_5Ftest | |
| * branch bb8d6d8a5d00cee2a3764cb05fdb2714a075fde0 -> FETCH_HEAD | |
| HEAD is now at bb8d6d8 Remove WORKDIR | |
| BUILD | |
| Pulling image: gcr.io/kaniko-project/executor | |
| Using default tag: latest |
| % docker build . | |
| Sending build context to Docker daemon 84.99kB | |
| Step 1/7 : FROM alpine | |
| ---> caf27325b298 | |
| Step 2/7 : RUN apk add tree | |
| ---> Using cache | |
| ---> e86ee38803f8 | |
| Step 3/7 : RUN mkdir /app | |
| ---> Using cache | |
| ---> 0e6b3d21af4c |
使っているrepository https://github.com/SpringMT/kaniko_test
docker buildの結果
% docker build . ~/kaniko_test
Sending build context to Docker daemon 84.99kB
Step 1/7 : FROM alpine
31 Aug 2011
私は人々にGitを教えるためにあちこちを飛び回っているが、最近のほぼすべてのクラスやワークショップで git-flow についてどう思うかを尋ねられた。私はいつも、git-flowは素晴らしいと思うと答えている。何百万ものワークフローを持ったシステム(Git)を提供し、ドキュメントもあるし、よくテストされている。フレキシブルなワークフローは、実に容易なやり方で多くの開発者の役に立つ。標準的なものになりつつあり、開発者はプロジェクトや企業の間を移動しつつこの標準的なワークフローに馴染むことができる。
| console.log('Loading function'); | |
| const https = require('https'); | |
| const url = require('url'); | |
| // to get the slack hook url, go into slack admin and create a new "Incoming Webhook" integration | |
| const slack_url = 'https://hooks.slack.com/services/...'; | |
| const slack_req_opts = url.parse(slack_url); | |
| slack_req_opts.method = 'POST'; | |
| slack_req_opts.headers = {'Content-Type': 'application/json'}; |
こんな指針がいいのかなー 2013 夏 ver.
.NET の「例外のデザインのガイドライン」にもこう書いてある。
| < == disasm: #<ISeq:bar@./sample.rb>====================================== | |
| --- | |
| > == disasm: #<ISeq:bar@./sample2.rb>===================================== | |
| 39c39 | |
| < [ 1] foo | |
| --- | |
| > [ 1] test | |
| 41,46c41,47 | |
| < 0001 getlocal foo, 0 <==== ローカル変数fooが定義されている | |
| < 0004 send <callinfo!mid:baz, argc:1, FCALL|ARGS_SIMPLE>, <callcache>, nil |