昨今の社会情勢の影響もありリモートワークを導入する企業・チームが増えてきましたが、 一口に「リモートワーク」といってもさまざまなスタイルがあります。
企業側と働く側のミスマッチを防ぐため、リモートワークにおける観点を列挙してみました。
どの程度リモートワークに比重を置いて導入しているかのチェックリストです。
| # .github/workflows/app.yaml | |
| name: My Python Project | |
| on: push | |
| jobs: | |
| test: | |
| runs-on: ubuntu-latest | |
| timeout-minutes: 10 | |
| services: |
| NAME TITLE | |
| abusiveexperiencereport.googleapis.com Abusive Experience Report API | |
| acceleratedmobilepageurl.googleapis.com Accelerated Mobile Pages (AMP) URL API | |
| accessapproval.googleapis.com Access Approval API | |
| accesscontextmanager.googleapis.com Access Context Manager API | |
| actions.googleapis.com Actions API | |
| adexchangebuyer-json.googleapis.com Ad Exchange Buyer API | |
| adexchangebuyer.googleapis.com Ad Exchange Buyer API II | |
| adexchangeseller.googleapis.com Ad Exchange Seller API | |
| adexperiencereport.googleapis.com Ad Experience Report API |
| package main | |
| import ( | |
| "context" | |
| "grpc-tutorial/greeter" | |
| "io" | |
| "log" | |
| "os" | |
| "os/signal" | |
| "sync" |
| import boto3 | |
| from boto3.session import Session | |
| def assume_role(arn, session_name): | |
| """aws sts assume-role --role-arn arn:aws:iam::00000000000000:role/example-role --role-session-name example-role""" | |
| client = boto3.client('sts') | |
| account_id = client.get_caller_identity()["Account"] | |
| print(account_id) |
著者: 青い鴉(ぶるくろ)さん @bluecrow2
これは結城浩さんの運用されていた YukiWiki に当時 Coffee 様 (青い鴉(ぶるくろ)さん)がかかれていた文章です。 ただ 2018 年 3 月 7 日に YukiWiki が運用停止したため消えてしまいました。その記事のバックアップです。
今は 404 ですが、もともとの記事の URL は http://www.hyuki.com/yukiwiki/wiki.cgi?%A5%C7%A5%B9%A5%DE%A1%BC%A5%C1%A4%AC%B5%AF%A4%AD%A4%EB%CD%FD%CD%B3 になります。
昔、自分がとても感銘を受けた文章なので、このまま読めなくなるのはとてももったいないと思い、バックアップとして公開しています。
| #!/bin/bash | |
| echo "===============================" | |
| echo "Installing PHP 7" | |
| echo "===============================" | |
| sudo yum install php70 | |
| echo "===============================" | |
| echo "Installing PHP 7 additional commonly used php packages" | |
| echo "===============================" |
インスタンスの起動スクリプトとかを書いてるときによく欲しいと思うやつです。
例えば、 service nginx start が実行されたあとに curl -i localhost | grep "200 OK" とかをすると、サービスがそれなりに動いていることが確認できてよかったりするのですが、あまりにも直後だとサーバの起動が間に合わず、curl が失敗してしまいます。nginxだとまだましだけど、アプリケーションサーバだとそれなりに時間がかかったりする。
古典的な解決方法は、 sleep 30 です。簡単だけど、アプリケーションが巨大になってくると30秒では起動しないこともある。じゃぁ sleep 60 が妥当か?でも、サーバインスタンスの起動スクリプト全体はできるだけ早く立ち上がってほしい。困った。
なので、curlが成功するまで叩き続ける、みたいなスクリプトに仕上げたくなるわけです。