イーロン・マスクが YouTube チャネルでスペース X のテキサス工場スターベースの中を歩き回りながらロケット製造や電気自動車について説明しているのを観た。ツイートしたこの件。 これがめちゃくちゃに示唆に富んでいて面白かった。この日のイーロン・マスクは饒舌で楽しそうなので、かなり魅入ってしまった。きっと彼はカンファレンスや会議室の中でインタビューを受けるよりも、工場でみんながロケット作ったり作業している場で語った方が情熱を込めていろいろ説明してくれるんだと思う。 この中で製造工程の話があって、これはロケット製造などの特定分野だけでなく、IT やその他の分野にでも当てはまる普遍的な知見だと思ったので意訳してみた。ざっとビデオを観て印象に残った部分だけを意訳した。あくまで大枠で言ってることをまとめただけなので、もし詳細に興味があればぜひビデオを観てイーロン・マスクの話を直接聞いて確認してく

作り方 【1】 炊飯器に洗った米、A、「中華味」顆粒、水を加え炊く。 【2】 （1）にねぎのみじん切り入れ、よく混ぜ合わせる。 【3】 器に（2）を盛りつける。 栄養成分（1人前当たり） ※汁物、つゆ類は全て飲んだ状態のカロリー・塩分になっております。ご了承ださい。

1on1 で伝えたので外にも書いておく。 プロダクトやチーム、メンバーのフェーズ まず現状分析。 自プロダクトは PPM で言う花形、金のなる木、問題児、負け犬のいずれに当たるのか 勢い MAX でめっちゃ盛り上げるのか、地味に役割を達成するのか。自チーム全集中なのか他チームのフォローに回るのかみたいな方針が変わる 自チームは エラスティックリーダーシップ で言うサバイバルモード、学習モード、自己組織化モードのいずれに当たるのか チームを改善しなければいけないのか、プロダクトだけを見ていて良いのか。チームで改善できるのか、リーダーや外部の強い意志が必要なのか 各メンバーは、期待される役割において SL理論 で言うとどのフェーズなのか 指示的行動が必要だとマイクロマネジメントすることになり、マネージャ/メンター的な人/行動を増やす必要がある 役割を網羅しているか こういう軸で考えていることが

GitHub Actions: Skip pull request and push workflows with [skip ci] actions February 8, 2021 GitHub Actions now supports skipping push and pull_request workflows by looking for some common keywords in your commit message. If any commit message in your push or the HEAD commit of your PR contains the strings [skip ci], [ci skip], [no ci], [skip actions], or [actions skip] workflows triggered on the

1 フロー 1 ワークフロー 一連のフローがある場合は 1 つのワークフローにまとめる。 トリガーしたイベントの JSON が使える needs での制御がしやすい 全体を追える グラフが表示される ファイルを分割したい ファイルを分割したい理由として以下が挙げられると思います。 行数が増えて読みづらい 処理を共通化したい 複合実行ステップアクション や workflow_run トリガー や Reusable workflow 🆕 を使うことになると思いますが、基本的には一連のフロー制御はメインのファイルに書いてその下を Reusable workflow や複合実行ステップアクションで外部ファイルへ分離するのが良さそう。 workflow_run はログが分断するのでおすすめしません。

About environments Environments are used to describe a general deployment target like production, staging, or development. When a GitHub Actions workflow deploys to an environment, the environment is displayed on the main page of the repository. For more information about viewing deployments to environments, see "Viewing deployment history." You can configure environments with protection rules and

"Think globally, act locally" Run your GitHub Actions locally! Why would you want to do this? Two reasons: Fast Feedback - Rather than having to commit/push every time you want to test out the changes you are making to your .github/workflows/ files (or for any changes to embedded GitHub actions), you can use act to run the actions locally. The environment variables and filesystem are all configure

actionlint is a static checker for GitHub Actions workflow files. Try it online! Features: Syntax check for workflow files to check unexpected or missing keys following workflow syntax Strong type check for ${{ }} expressions to catch several semantic errors like access to not existing property, type mismatches, ... Actions usage check to check that inputs at with: and outputs in steps.{id}.output

","naka5":"<!-- BFF501 PC記事下（中⑤企画）パーツ＝1541 -->","naka6":"<!-- BFF486 PC記事下（中⑥デジ編）パーツ＝8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下（中⑥デジ編）パーツ＝8826 -->","adcreative72":"<!-- BFF920 広告枠）ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag ＰＣ誘導枠５行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"

Markdownでテーブルを表現するにはつらみが深すぎる みなさんはMarkdownでテーブルを書くことは得意ですか? 私は苦手です。 簡単なテーブルは簡単に書けるのですが、以下のようなテーブルを書くことには抵抗感があります。 行数、列数が多い セル内に書くテキスト量が多い セル内でリストを表現する 一方、私は先日、「Markdownで手順を書いています!」とこちらの記事で伝えました。 そんな私に対して、 「オイオイオイ。 Markdownでもなんでもいいけどよォ... テーブルを使いたい場面は多いんだぜ。」 というセリフが聞こえてくる気がします。 私のようなMarkdownでテーブルを書くことにつらみを覚える方への解決策として、以下記事で紹介している「MarkdownTableMaker」があります。 このアドオンを使うことで、選択したスプレッドシートをMarkdownに出力してくれます

今週ちまちまと git-messenger.vim や clever-f.vim の CI を GitHub Actions に移行していました．毎回 Vim プラグインの CI のために Vim や Neovim のセットアップを書くのが面倒なのと，Windows 上で Vim や Neovim を入れるのが（Powershell に不慣れなこともあり）大変だったので，GitHub Action として切り出すことにしました． github.com 1ステップで Vim や Neovim を簡単にインストールできます． Vim と Neovim 両対応 Linux, macOS, Windows すべてで動作 'stable' と 'nightly' の両方に対応 追記: 特定バージョンにも対応（v1.1.0） 使い方 下記のようにステップを書けば Vim または Neovim をインス

天丼チェーン「天丼てんや」が苦境にある。既存店客数は21カ月連続で前年割れ、既存店売上高は10カ月連続でマイナスだ。原因はどこにあるのか。店舗経営コンサルタントの佐藤昌司氏は「昨年1月に看板商品『天丼並盛』を500円から540円に値上げしたことが引き金となっている」と分析する——。 既存店客数が21カ月連続で前年割れ 天丼チェーン「天丼てんや」が厳しい状況に立たされている。既存店の客数が2017年12月から19年8月まで21カ月連続で前年を下回っているのだ。 19年8月は前年同月比1.9％減、7月は2.4％減、19年上半期（1～6月）は前年同期比6.1％減だった。18年12月期に至っては9.0％減と大幅マイナスだ。17年12月期は2.4％減で、それより前の期はプラスが続いていたため、この期からマイナス傾向に転じたかたちだ。既存店売上高に関しては、19年8月まで10カ月連続でマイナスが続いて

1ヶ月くらい使って勘所が見えてきたのでメモ メリット 1リポジトリ辺り20並列までジョブを並列実行できる ジョブ実行時はアクセストークンが勝手に設定されている マトリクステストがやりやすい 実際にGitHub Actionsに移行したプロダクト zatsu_monitor activerecord-compatible_legacy_migration index_shotgun デメリット yamlのanchorが使えない マトリクステストだとSlack通知がつらい 合わせて読みたい メリット 1リポジトリ辺り20並列までジョブを並列実行できる これに尽きる。 CircleCIにしろTravis CIにしろorganization(user) *1単位で並列数が縛られているため、例えば同じuserの他のリポジトリでジョブが詰まっていると別リポジトリではqueueが詰まってジョブが実行され

https://kiitok.connpass.com/event/138743/

「辛さ」と「シビレ」の伝道師 麻婆豆腐づくりにはそれなりに自信があった筆者ですが、四川料理のプロに教わったら目からウロコが3回落ちました。 講師は、都内の中華レストラン「リバヨンアタック」の料理長・人長良次（ひとおさ よしつぐ）さん。 ribayonattack.com 高校を卒業してすぐに「シェラトン都ホテル」の中華レストランに就職。 当時の総料理長・黄綬褒章受賞者である橋本暁一氏に師事し、正統派の四川料理人としてキャリアをスタート。何度も四川省に赴き、食べ歩きと研究を重ね、現在は一部のスパイスも現地・四川省から直接買い付けています。 人長さんは、本場の四川料理を日本人の舌に合うように調理しておいしさを伝えるのだ、という使命感に燃える辛さとシビレの伝道師なんです。 ▲重慶の辣子鶏（ラーズーチー）専門店でのスナップ（写真提供：人長さん） 今回教わったのは、「四川風麻婆豆腐を家庭のキッチンで

2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod

こんにちは、臼田です。 Serverless Meetup Tokyo #4が開催されましたのでレポート致します。 セッションレポート 体育会系サーバーレス：汗、友情、勝利、テニス 竹原竜児氏 (ソニー) Smart Tennis Lesson(STL)で利用しているサーバレスについてのお話 STLとは 2017 3月より全国導入 ルネサンスにて導入 Serverlessへの期待と疑問 期待 自社の問題領域の解決に集中できる、早くリリースできる NWレイヤまでの保守運用、脆弱性対応などを限りなく0に近づける インフラコストが安くなる SWアーキテクチャ上　凝縮度が高い、結合度低い設計に誘導される 疑問 SQLベースのB2B2Cという固めの案件にうまくServerlessで対応できるのか？ 今日の発表内容 SQL DBを使ったサービスへのServerless導入が成功するまでの重要アクション