使い道あるかわからないけれど、/dev/tcp/{hostname}/{port} で TCP 通信できる。(※ただし bash に限る?) #!/bin/bash # 使い方 # $ ./http_client.sh host path # http://host/path に GET 投げる exec 3<> /dev/tcp/$1/80 echo -e "GET $2 HTTP/1.0\n\n" >&3 cat <&3 $ ./http_client.sh qiita.com / HTTP/1.1 200 OK Server: nginx/1.0.9 Date: Wed, 22 Feb 2012 01:19:59 GMT Content-Type: text/html Content-Length: 151 Last-Modified: Tue, 01 Nov 2011 15:07:
背景 ある workflow から別の workflow を起動したくなることありますよね。 最近では circleci がようやく workflow(circleciではworkflowも含む概念としてpipelineといいますが) を起動するAPI v2がGAになりました。 Github Actions では repository dispatch event API を利用することで、任意の actions を実行できるようになりますのでご紹介します。 repository dispatch event とは から作成できます。 以下の2つのパラメータを指定することができます。 event_type 必須 client_payload 任意のjsonを指定できます こんな感じで手元から試すことができます $ curl -vv \ -H "Authorization: token ${
チームのマネージャーが、自らの責務をジョブディスクリプションとして明文化することは難しい。職務内容や権限を、断片的にしか書けないかもしれない。もしそうなるなら、実務も断片的になっている可能性がある。 チームマネジメント(組織マネジメント)という活動は、個々のマネージャーの経験や関心によって、断片的になりやすいように感じている。断片的とは、マネジメント活動が、責務の一部の領域に偏ってしまっていたり、問題を検知してはじめてその領域がマネジメント範囲であることを知る、といった様子を指している。 このような状態になる背景は、マネージャーにとって、マネジメントが、日々の実務を通して蓄積された経験に基づく活動になっているからではないか。マネージャーは孤独だ。ひとりでその責務を担う。エンジニアとは違い、チームで協働するわけではない。だから、形式知として言語化されず、個人の経験として暗黙知にとどまる。その
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く