yqコマンド(jq wrapper for YAML)使い方備忘録
0. はじめに こんにちは。都内でエンジニアをしている、@gkzvoiceです。本記事は、jsonをいいかんじに出力したり、加工できるjqコマンドのラッパーのyqコマンドの使い方備忘録です。 1. yqコマンドとは kislyuk/yq: Command-line YAML and XML processor - jq wrapper for YAML/XML documents YAML/XMLを操作する際に使うjqコマンドのラッパー Yaml/XMLをgrepみたいに抽出 いいかんじに整形もしてくれる なので、数千行のmanifestやplaybookに対してgrepしたり、Gitlab Runner上でmanifestの一部をsedしていたことをyqコマンドでシュッとすることもできます。いいことずくめのyqコマンドなのですが、いざ触ってみたら、以下のような問題点を感じました。 2.
Docker、ボリューム(Volume)について真面目に調べた
2019-10-5追記 この記事を書いて１年が経ちましたが、実は今もほぼ毎日いいねやストックをもらっています。 やはり、Docker の Volume が気になる人は多いんだな、と感じています。 その一方、同じテーマで書いた 『[Docker] containerが使ってる全てのvolumeをCSV出力するワンライナー - Qiita』 は、未だに「１いいね」なのですが、どちらかと言えば、こちらの記事のほうが実践的なので、紹介しておきます。 具体的には「gitからcloneしてきてdocker-composeで起動したけど、これのコンテナとボリュームってどうつながってるの？」といった疑問の解決に使える思います はじめに Docker の Volume って難しくないですか？ 理解に自信が無かった部分を、真面目に調べてまとめてみました。 これを読むとわかること コンテナ と ボリューム の違
気をつけて！Git for Windowsにおける改行コード - Qiita
これをみるとinputやfalseはLF -> CRLFの自動変換を行わないので、これらを選んでしまいそうですが、 大規模開発で多数の開発者がtrueでインストールしてしまった場合、わざわざ変更をしてもらうまでの悪影響があるのか？がわからなかったので、それについて調べた結果を記載しようかと思います。また、これを書くきっかけとなった私のチームではまった落とし穴について書こうと思います。 core.autocrlfをtrueに設定をした場合 core.autocrlfをtrueに設定をした場合について整理します。 チェックアウトやコミットした場合の動きや、開発者がCRLFでファイルを作成した場合の動きは以下のようになります。 上記の図から確かにwroking directory上ではCRLFとLFが混在してしまう可能性がありますが、 repository上のファイルがLFである以上、core.
Cassava Editor - あすかぜ・ねっと
CSVファイルを手軽に作成・編集する Windows 用のソフトウェアです。 テキストエディタと同じような感覚で表形式のデータを編集できます。 マクロ機能や簡易表計算機能をはじめ、編集作業に必要なさまざまな機能を備えています。 ダウンロード 正式版： Ver.2.5.4 (64 bit) (3.47 MB) ／ Ver.2.5.4 (32 bit) (2.28 MB) 開発版： Ver.2.6 β2 (64 bit) (3.05 MB) ／ Ver.2.6 β2 (32 bit) (2.31 MB) 過去のバージョン： Ver.2.5.3 (64 bit) (3.47 MB) ／ Ver.2.5.3 (32 bit) (2.28 MB) ／ Ver.2.4.5 (64 bit) (3.45 MB) ／ Ver.2.4.5 (32 bit) (2.26 MB) ／ Ver.2.3.4 (64
X-SAMPA - Wikipedia
X-SAMPA（Extended SAM Phonetic Alphabet）、拡張SAM音声記号（かくちょうエスエイエムおんせいきごう）は発音記号のひとつである。SAMPAの変種で、1995年に当時のユニヴァーシティ・カレッジ・ロンドン音声学科長であったJohn Christopher Wellsによって開発された。ほぼすべての国際音声記号の文字記号をASCII文字のみで表すことができる。 特徴: 国際音声記号（IPA）において小文字ラテン文字で表される音価は、X-SAMPAにおいても同じ文字で表す。 X-SAMPAは、新しいシンボルを作成するためにエスケープ文字としてシンボルに続くバックスラッシュを使用する。例えば、O は O\ とは区別される別個の音である。 補助記号はシンボルの後に置く。このときシンボルとの間にアンダースコア"_"を置く。ただし"~"(鼻音化) 、"="(成節用)、
Category:音声学 - Wikipedia
下位カテゴリ このカテゴリには下位カテゴリ 9 件が含まれており、そのうち以下の 9 件を表示しています。
母音 - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "母音" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2014年3月） 母音（ぼいん、英: vowel）は、言語を発音するときの音声、即ち発声器官を使って発する音の一種である。普通は声帯の震えを伴う有声音であり、ある程度の時間や声を保持する持続音である。 英語の vowel から V と略して表されることもある。子音（英: consonant、C）とは対立概念である。なお半母音は一般には子音へ分類される。
フライドオニオンはスーパーのどこに置いてある？クルトンと同じ場所にあったよ！
こんにちは！なおらんです。 みなさん、玉ねぎの効能はよく耳にされるのではないでしょうか。 血液をさらさらにするや抗酸化作用があるなど、さまざまな効能があるありがたい食材ですね😊 でもね、欠点が1つ。 切る時に目に染みて、涙でグジョグジョになるところです。
GAS ビギナーが GAS を使いこなすために知るべきこと 10 選 - Qiita
はじめに Google Apps Script (GAS) は Web ブラウザ上の JavaScript とも Node.js とも環境が異なります。その違いや、 GAS 特有の機能を理解するとさらに開発が捗るので、それらをこの記事で紹介しようと思います。 Tokyo GAS で 5 分 LT した内容です。 スライドはこちら > GAS ビギナーが GAS を使いこな すために知るべきこと 10 選 ※より網羅的で最新の情報を得たい方は DevFest 2020 の登壇動画 Google Apps Script 入門 2020 をご覧ください。 1. ローカル環境で開発する GAS を好きなエディタで開発したり、ローカルで開発したものを github に上げたりしたくなる。 Google ブログの記事 Apps Script による高度な開発プロセス で紹介されているが、 node-g
「意識を変えると行動が変わる」は、組織変革では順序が逆 会社に活力を取り戻す「チェンジマネジメント」のやり方
多摩大学大学院が主催で行われたセミナーの模様をお届けします。ナレッジ・アソシエイツ・ジャパン代表で2023年4月に多摩大学大学院MBA教授に就任予定の荻原直紀氏が登壇し、「チェンジマネジメント」をテーマに講演しました。あらゆる企業や組織は、事業成長とともに規律統制が強くなり、創造性や活力が失われていきます。再び新たな価値や事業を生み出すためには、「チェンジマネジメント」のスキルが必要だと荻原氏は語ります。最終回の本記事では、組織変革のための手順について語られました。 企業変革の半分以上は、最初のフェーズで失敗している 荻原直紀氏（以下、荻原）：冒頭で申し上げましたように、チェンジマネジメントは非常に奥の深い世界です。今日すべてをみなさんにお伝えするのはなかなか難しいんですけれども、触りだけでもお伝えしたいと思います。「変化を進める原則と手順」という話をさせていただきたいと思います。 その前
「うまく説明できない」を解消しよう！ロジカルで論理的な話し方のコツを解説
会議やプレゼン、日常の報告で役立つ。相手に伝えるためのロジカルで論理的な話の組立て方について解説します。 ビジネスにおいて、上司への報告や会議、プレゼン等で説明が必要となる場面は多くあります。 しかし、その際にうまく説明できず、意図が伝わらなかったり論点をまとめられなかったりといった悩みを抱えている人は多いはずです。 なぜ、あなたの話し方はわかりにくく、どうすればわかりやすく説明できるのでしょうか。今回は、相手にきちんと伝わる話し方を身に着けるための、ロジカル思考やロジカルな話の組立て方のコツを紹介します。 ※この記事を書いている「創業手帳」ではさらに充実した情報を分厚い「創業手帳・印刷版」でも解説しています。無料でもらえるので取り寄せしてみてください なぜあなたの話はわかりにくいのか ビジネスで話をする時に「わかりにくい」と指摘されたことはないでしょうか。 しかし、言われただけではなぜわ
運用の価値とロールモデル
Operation Lab 1 Operation Lab 2 Operation Lab 3 • • • • • Operation Lab 4 Operation Lab 5 ? ? ? ? • • • Operation Lab 6 Operation Lab 7 outbound inbound outbound inbound inbound inbound outbound inbound / inbound outbound outbound outbound Operation Lab 8 3 - Operation Lab 9 • • • Quality Cost Delivery Operation Lab 10 • • • • • • Operation Lab 11 • • • Operation Lab 12 • • • Operation Lab 13 • •
インシデントの重大度レベルの把握 | Atlassian
IT 運用、開発、ビジネスの各チームのためのサービス管理 大規模でベロシティの高いサービス管理を提供します。
ラポール - Wikipedia
出典は列挙するだけでなく、脚注などを用いてどの記述の情報源であるかを明記してください。記事の信頼性向上にご協力をお願いいたします。（2017年9月） ラポール（英: rapport）は、臨床心理学の用語、セラピストとクライエントとの間の心的状態を表す。 元はオーストリアの精神科医であるフランツ・アントン・メスメルが「動物磁気」に感応したクライエントとの間に生じた関係を表現するために用いた語である。その後、セラピストとクライエントの間で相互を信頼し合い、安心して自由に振る舞ったり感情の交流を行える関係が成立している状態を表す語として用いられるようになった。カウンセリングや心理療法をどのような立場から行う場合であっても、ラポールは共通した基本的な前提条件として重視されている。 ラポールの類義語として治療同盟がある。両者ともにラポールが構築される場合、患者と医師が治療に対しての前向きな感情を抱い
モデリングを始めて一か月でMMDモデルを作成した話（blender）｜リオ
自分の記録のため、そして今後自作モデルを作ってみたい！という方のために残しておきます。 ド初心者のわたしがつまづいたところや、モデルを完成させるまでに参考にしたサイト／動画も紹介していきます。 はじめにQ：どんなモデルが出来上がったの？ A：こんな。（ダイマ） このモデルが出来上がるまでのあれこれを書いていきます。 我ながら初めてな割にはちゃんと人の形になったな…という感じです。 筆者はモデリング知識皆無、MMDもそこまで詳しくない…なよわよわな人間ですが、そんな人間でもできたんだぞ！ということで「できるかな…」と不安に思っている方にはぜひ自信を持ってもらいたいです('ω') 最初はモデルが出来上がるまでの過程を書きますが、 そのあとちゃんと詳細を書くので最後までお付き合いいただけますと幸いです。 最初にやったことずばり情報収集です。 Twitterで「Blender始めたいんだけど…」と
フリーゲーム投稿サイト unityroom
WW2のマップでケーニヒスベルク(カリーニングラード)がクリーニングラードになっています。当時はドイツ領なのでケーニヒスベルクと呼んだ方が良いと思います。
ペンシルパズル研究所
【4/12 更新】 ・ぬりめいずの問題を追加しました。 ・ぬりめいず１５９（１３×１３ らくらく） ・ぬりめいず１６０（１５×１５ おてごろ） ・ぬりめいず１６１（１５×２０ たいへん） ・ぬりめいず１６２（１５×２４ たいへん） ・ぬりめいず１６３（３３×４２ たいへん） ５月中旬まで全然更新できないかも。 【3/29 更新】 ・LITSの問題を追加しました。 ・LITSの一部の問題を修正しました。 ・LITS１７２（３７×４６ アゼン） 【3/23 更新】 ・島国の問題を追加しました。 ・島国２４（１０×１０ らくらく） ・島国２５（１２×１２ おてごろ） ・島国２６（１５×１５ たいへん） ・島国２７（１７×１７ たいへん） ・島国２８（１９×１９ たいへん） ・島国２９（２５×３６ たいへん） ・島国３０（３０×４０ たいへん） 久しぶりの島国。だいぶ完成度を上げることができるよう
システム運用アンチパターン
上層部がDevOpsに理解のない組織で働き、組織構造を変える権限を持っていない開発者であっても、チームにDevOpsを導入するための現実的な方法を紹介します。 重厚な承認プロセス、可視化されていない運用、プロセスの最後でのみ行われるソフトウェアテスト、ノイズだらけのアラート、インシデントから学習しない習慣、時間外のデプロイ、情報のため込みなどを取り上げ、ソフトウェアシステムの開発運用が滞るチームや組織に共通してみられる陥りがちな状況や犯しがちな間違いをアンチパターンとして紹介します。そして管理職やマネージャでなく、エンジニアが実行し、繰り返すことで改善できる具体的な行動を解説します。 組織で必要とされる変化を、エンジニアが行動することで実現する本書は、ソフトウェアシステムをよりよく開発運用したいエンジニア必携の一冊です。 目 次 序文 本書について 1章 DevOpsを構成するもの 1.1
プログラマが知るべき97のこと
プログラマが知るべき97のこと大人気の書籍『プログラマが知るべき97のこと』のエッセイを無料で公開中！すべてのプログラマにおすすめの本がウェブで読めるようになりました。 エッセイ一覧分別のある行動関数型プログラミングを学ぶことの重要性ユーザが何をするかを観察する（あなたはユーザではない）コーディング規約を自動化する美はシンプルさに宿るリファクタリングの際に注意すべきこと共有は慎重にボーイスカウト・ルール他人よりまず自分を疑うツールの選択は慎重にドメインの言葉を使ったコードコードは設計であるコードレイアウトの重要性コードレビューコードの論理的検証コメントについてのコメントコードに書けないことのみをコメントにする学び続ける姿勢誰にとっての「利便性」かすばやくデプロイ、こまめにデプロイ技術的例外とビジネス例外を明確に区別する1万時間の訓練ドメイン特化言語変更を恐れない見られて恥ず
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MEGAMOJI - カスタム絵文字メーカー