この記事は 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 |