タグ

関連タグで絞り込む (317)

タグの絞り込みを解除

*softwareに関するsh19910711のブックマーク (1,757)

  • SKK 使うなら Shift を変換と無変換に割り当てるのがお勧め - gan2 の Ruby 勉強日記

    今やってることと、近々やりたいこと - 英語とプログラミング気まぐれ日記を読んで id:BigFatCat さんが SKKIME を使い出したことを知った。 そこで彼に Shift キーの割り当てについてアドバイスを送ろうと思ったのだけど コメント欄に書いていたら長くなってきてしまったのでこっちに書いて TB することにした。 Shift は変換と無変換にするといいよ コメントで id:syou6162 さんも言っているけど 僕も Shift は「変換」と「無変換」に割り当てるのがいいと思う。 理由 僕が SKK を使い出したのは日記によれば今年の2月頭のことのようだ。 (SKK を使い出してみた感想 - gan2 の Ruby 勉強日記より) そして導入したとほぼ同時に僕は Shift を「変換」と「無変換」に割り当てている。 SKK を使う際に「Shift はそのままだと使いづらい」

    SKK 使うなら Shift を変換と無変換に割り当てるのがお勧め - gan2 の Ruby 勉強日記
    sh19910711
    sh19910711 2024/03/07
    "SKKIME を使い出す前はずっと Windows 標準の IME を使っていた / 親指というのは他の4本の指に比べて怠けまくり / 右手の親指にいたっては常務が特に存在していなかった / こいつに Shift を押させると効率がよくなる" 2008
  • 本当に気持ちの良い動きとは? アニメーションにおける大切な基礎|SONICJAM

    こんにちは。SONICJAMデザイナー森田です。 みなさま、いかがお過ごしでしょうか。日は"動き"について、アニメーションの基礎をお話ししていこうと思います。 昨年、オープンソースライブラリ『Bodymovin』の登場でWebアニメーション表現の自由度が増したこともあり、AfterEffectsに手をつけ始めたデザイナーの方も多いはず。 実際に弊社でも、Bodymovinを使った案件事例が増えてきています。 アニメーションは、デザイナーであっても避けては通れない領域になりつつあります。 しかし、なんとなくAfterEffectsの操作を覚えても、なかなか自然な動きをつけることが難しいと感じる人も多いのではないでしょうか? そこで今回は『脱!カクカクアニメーション』 自然な動きをつけることにおいての重要な基礎をご紹介します。 MENU Step1.ものが動くときには、必ず伸縮運動が起きる!

    本当に気持ちの良い動きとは? アニメーションにおける大切な基礎|SONICJAM
    sh19910711
    sh19910711 2024/03/02
    "アニメーションは逆算: どのように帰結させるのか、動きによって世界がどのように変わったかを考えるのはとても重要 / 優れたアニメーターは動きの止め方やブレーキのかけ方がとても上手い" 2018
  • TerraformのStateやModuleに関する設計 - tom-256.log

    概要 名前付け 抽象度 インフラアーキテクチャ図 チーム 認証情報 変更(デプロイ)のライフサイクル DRYの誤用 コードの検索性 モジュール間の依存 アプリケーションレイヤーとの違い まとめ 概要 TerraformのStateやModuleに関する設計に関する考慮点をざっくり書く 名前付け ユビキタス言語とディレクトリ名や変数名を合わせて認知不可を下げる リソース名でなく役割・機能ベースのディレクトリ名にして認知不可を下げる プロダクトのコードネームはユビキタス言語なのでディレクトリ名にしても問題ない ModuleやStateのREADME.mdを書く https://github.com/terraform-docs/terraform-docs を使う うまく説明が書けない場合は設計に問題がある可能性がある チームメンバーが利用できるように考慮する いつどのようなときに使えばいいか

    TerraformのStateやModuleに関する設計 - tom-256.log
    sh19910711
    sh19910711 2024/02/25
    "リソース名でなく役割・機能ベースのディレクトリ名にして認知不可を下げる / README\.mdを書く: うまく説明が書けない場合は設計に問題がある / 抽象度が低いModuleを作らない(例:modules/s3など)"
  • IaC 提供の難しさ: API で宣言的な管理を実現できるか?という視点 - Diary of a Perpetual Student

    MackerelTerraform Provider を提供していて、監視ルールや通知チャンネル、ダッシュボードなどの設定が Terraform で記述・管理できるようになっています。 今回は Terraform Provider 提供者の目線から、サービスを IaC で管理できるように対応する難しさを紹介します。 公開 API で宣言的な管理を実現できるか? MackerelTerraform Provider は、内部的に公開 API を呼ぶことで設定の管理を実現しています。よって、公開 API を新たに増やしたり改修したりする場合には、IaC による宣言的な構成・設定管理を API を使って行えるかどうかを気にする必要があります。 具体例: ホワイトリストと、ホワイトリストに自動で追加するフラグの両方を IaC で管理する 例として、やや抽象的な表現にはなってしまいますが

    IaC 提供の難しさ: API で宣言的な管理を実現できるか?という視点 - Diary of a Perpetual Student
    sh19910711
    sh19910711 2024/02/21
    "Terraform Provider 提供者の目線から、サービスを IaC で管理できるように対応する難しさ / IaC を提供する場合、一般的な Web サービスとはまた違った視点でもどんな API にするか気を遣う必要がある" / 2023
  • 「覚える」ことと「知識を身につける」ことの違いはどこにあるのか - ごりゅご.com

    「覚える」ことと「知識を身につける」ことの違いはどこにあるのか - ごりゅご.com

    「覚える」ことと「知識を身につける」ことの違いはどこにあるのか - ごりゅご.com
    sh19910711
    sh19910711 2024/02/18
    "学ぶということを学べば学ぶほど「知識」の重要さがわかってくるようになった / 特に「覚える」ことと「知識」という言葉における概念の違いは重要 / いい問題を作ろうとすること自体が、知識の習得に役立つ" / 2022
  • 人間によるKubernetesリソース最適化の”諦め” そこに見るリクガメの可能性

    Kubernetes活用の手引き 私たちの基盤構築・運用事例 Lunch LT https://findy.connpass.com/event/307447/

    人間によるKubernetesリソース最適化の”諦め” そこに見るリクガメの可能性
    sh19910711
    sh19910711 2024/01/27
    "リソース最適化にはKubernetesに関わる深い知識が必要 + サービスが動き続ける限り、状況は変化し得る / これからはリクガメに任せる時代 / Workloadの振る舞いを記録し、Podの数、resource request/limitの全てをいい感じに調節"
  • Terraform 1.7 から import ブロックで for_each が使えるようになった

    Terraform 1.7 がリリースされました 🎉 Terraform 1.7 also includes an enhancement for config-driven import: the ability to expand import blocks using for_each loops. import ブロックで for_each が使えるようになったとのことなので試してみます。

    Terraform 1.7 から import ブロックで for_each が使えるようになった
    sh19910711
    sh19910711 2024/01/18
    おお、モックも気になる / "Terraform 1.7 がリリースされました / ちなみに他にも Terraform 1.7 ではテストでモックが使えるようになったり removed ブロックが追加されたりと、様々な機能追加や改善が含まれています"
  • RustでRISC-Vエミュレータを書いてNOMMU Linuxをブラウザで動かした | MaybeUnInit

    RustRISC-Vエミュレータを書いてNOMMU Linuxをブラウザで動かした #2023-05-23 以前からRISC-Vエミュレータを書いてみようと思っていたのだが、書いては飽きてを繰り返して全然進められずにいた。そんな中、以下のRepositoryで、rv32ima,Zifencei,Zicsr、あとはCLINTを実装すればLinuxが動くと知り、飽きずに進められそうな気がしてきたので今度こそ、と実装してみることにした。 https://github.com/cnlohr/mini-rv32ima目次成果物 #Repositoryは以下。記事では実装の概要の記載もあるが、簡略化していたり抜粋だったりするので適宜参照いただきたい。基的にはcoreというcrateが実装の中枢となっている。appはcoreにcliの皮を被せただけだ。 また以下にPlaygroundも用意した。

    sh19910711
    sh19910711 2024/01/12
    "参考図書: RISC-V 原典 + 私はどのようにして Linux カーネルを学んだか / 記述量は 1000 行くらい / CPUのみではなく、割り込み機構やTimer/UARTがどういうものかも学ぶことができる" / 2023
  • eBPF でパケットを触ってみよう

    eBPF でパケットを触ってみよう nonylene

    eBPF でパケットを触ってみよう
    sh19910711
    sh19910711 2023/12/01
    "IP アドレスベースの Firewall を作るまでの解説 / Linux の tc (traffic control) でパケットフィルタリング / tc: Linux でパケットの制御を行うための機構。 eBPF プログラムをアタッチできる"
  • OpenMetadataでRedshiftのクエリログからリネージュを作成する | DevelopersIO

    OpenMetadataではデータリネージュ(データの流れ)を可視化できます。 Redshiftではクエリのログを読み込むことでそこから自動的にリネージュ情報を作ることができます。 その流れをやっていこうと思います。 Redshiftのユーザについて OpenMetadataを利用する際はスーパーユーザではないユーザを利用するべきです。 OpenMetadataはデータカタログなので原則Redshift内の実データ書き換えは発生しません。 発生してしまったらかなり怖いです。 よってスーパーユーザの権限はそもそも必要なく、 また、もしも想定外に書き換えがあった時にはきちんと禁止されるように一般のリードオンリーユーザを作成して行います。 また別の理由として、スーパーユーザでは全てのデータにアクセスができてしまい、 Redshift Spectrumを利用するテーブルに対してもクエリをかけること

    OpenMetadataでRedshiftのクエリログからリネージュを作成する | DevelopersIO
    sh19910711
    sh19910711 2023/10/30
    "OpenMetadataのLineageIngestion / クエリ履歴の再取得も定期的に行ってくれるので、クエリが変わった時にも自動的に追従してくれるはず / Query Log Durationの設定を適切にしないと 変更前後両方の情報が出てきてしまう"
  • CDKTFでconfig-driven importを試してみる | DevelopersIO

    CDKTF 0.19でconfig-driven importがサポートされたので、試してみました。 CDKTF 0.19 adds support for config-driven import and refactoring config-driven importとは Terraform 1.5で追加された機能です。 従来からTerraformでは、terraform importコマンドで既存リソースをTerraformの構成管理下に置くことができました。 しかし、このコマンドはリソースを1つずつインポートする必要がある・結果をプレビューすることができない等制限もありました。 config-driven importでは、importブロックを利用することで上記の制限をなくし、インポート操作をコードで定義できるようになりました。 import { # ID of the clou

    CDKTFでconfig-driven importを試してみる | DevelopersIO
    sh19910711
    sh19910711 2023/10/23
    "config-driven importでは、importブロックを利用することで上記の制限をなくし、インポート操作をコードで定義できるように / 今回のアップデートでCDKTFでもconfig-driven importがサポートされました (CDKTF 0.19)"
  • JIRAをHubにした全方位向け情報共有

    "InnoCAFE#23 このやり方であってる?ドキュメント管理と情報共有のお隣事情" 登壇資料

    JIRAをHubにした全方位向け情報共有
    sh19910711
    sh19910711 2023/10/22
    "ナレッジが蓄積されていないことは0ではなくマイナス / 負債は指数関数的に増加 / 再利用されるために: なんでもそこにあるという信頼が重要 / 再利用できないと意味がない / 書いたら盛り上がる風潮をつくる" / 2016
  • Obsidian Publish を使ってブログを書くのは良いかもしれない - Inside iktakahiro's Head

    sh19910711
    sh19910711 2023/09/03
    "自分の Obsidian を公開できその副次的効果としてブログっぽいこともできている状態 / Notion のように何でもできない、というのがよいかも。テキストを書くことに専念できる"
  • ぼくのかんがえたさいきょうの /etc/apt/sources.list - (ひ)メモ

    これ # /etc/apt/sources.list deb mirror+file:/etc/apt/mirrors.txt jammy main restricted universe multiverse deb-src mirror+file:/etc/apt/mirrors.txt jammy main restricted universe multiverse deb mirror+file:/etc/apt/mirrors.txt jammy-updates main restricted universe multiverse deb-src mirror+file:/etc/apt/mirrors.txt jammy-updates main restricted universe multiverse deb http://security.ubuntu.com/ub

    ぼくのかんがえたさいきょうの /etc/apt/sources.list - (ひ)メモ
    sh19910711
    sh19910711 2023/09/01
    "/etc/apt/mirrors.txt: priority の値が小さい順に試行して、失敗したら次のを試行 + 値がないのは最後 + 値が同じもの同士、もしくは priority の値がないもの同士はその中からランダム"
  • terraform importしてplan差分がない=環境が再現できているといつから錯覚していた? - Qiita

    はじめに 先日、Terraform v1.5.0がリリースされました v1.5の目玉はなんと言っても import ブロックと terraform plan -generate-config-out によるtfファイルの生成ですよね〜。これで既存のリソースもimportし放題だと巷で話題です。 ところで、Terraformの特徴として、「インフラをコード化することで環境が再現できる」などと一般的に謳われています。また、Terraformには「既存リソースをimportする機能」があります。別にそれぞれ単独では間違ってはないのですが、これらを組み合わせて、「既存リソースをimportしてplan差分が出なければ元の環境を再現できる」と言えるのでしょうか? 残念ながら現実にはそうとも言い切れません。なんとなく経験上わかってる人もいるとは思いますが、意外と気づいてない人も多そうな気がしたので、ち

    terraform importしてplan差分がない=環境が再現できているといつから錯覚していた? - Qiita
    sh19910711
    sh19910711 2023/08/25
    "手で作ってしまったリソースは可能な限りimportしてカバレッジを上げたほうがよい / ただimportしてplan差分がないことを確認しただけでは、環境が完全に再現できるわけではないという限界も認識しておくべき"
  • Google Cloud のマネージド Terraform、 Infrastructure Manager 登場!

    こんにちは。クラウドエースの阿部です。 今回はひっそりと一般提供されていた Infrastructure Manager について紹介したいと思います。 Infrastructure Manager とは Infrastructure Manager (以降、Infra Manager と表記) は、 Google Cloud におけるリソースのデプロイや管理を IaC で自動化するためのマネージドサービスです。 内部では Terraform と Cloud Build を使用してリソースの管理を行っています。 Infra Manager の特徴 特徴としては以下の通りです。 GitHub 等と連携した CD (継続的デリバリ) の構築を簡単に実装できます。Cloud Build で同じ事をやる場合は、 cloudbuild.yaml で CI/CD パイプライン設定が必要です。また、ロー

    Google Cloud のマネージド Terraform、 Infrastructure Manager 登場!
    sh19910711
    sh19910711 2023/08/25
    "GitHub 等と連携した CD (継続的デリバリ) の構築を簡単に実装できます / state の保存先は利用者から見えない場所 + 実行ログを参照すると、自動的に http backend 設定を生成して、 state を保存しているようです"
  • Terraform 1.6 で追加されそうな terraform test コマンドを試してみる

    最近 Terraform 1.6 のアルファ版がリリースされています。 リリースノートを読んでみると terraform test なるコマンドが含まれているではありませんか! これは試してみるっきゃないと思い、ちょっとだけ触ってみました。 サンプルコード 今回紹介するサンプルコードは以下のリポジトリで管理しています。 terraform test コマンドを試してみる シンプルなテスト terraform_data リソースを使ってさっくりとシンプルなテストを書いてみます。 テストファイルの拡張子は *.tftest.hcl にする必要があります。

    Terraform 1.6 で追加されそうな terraform test コマンドを試してみる
    sh19910711
    sh19910711 2023/08/04
    terraform_data リソースも知らなかったな / "Terraform 1.6 のアルファ版がリリース / リリースノートを読んでみると terraform test なるコマンドが / 1.5 の HCL 生成に引き続き、 1.6 もアツいことになりそう"
  • Cloud Run に ko と skaffold を使ってデプロイまでやってみる | フューチャー技術ブログ

    はじめにこんにちは! TIG コアテクチームの川口です。記事は、CNCF連載 の5回目の記事になります。 記事では、CNCF の Knative を基盤として利用している Cloud Run と CNCF の各種ビルドツール ko, skaffold、Cloud Deploy を用いたうえで、アプリケーションのビルドからデプロイまでを行います。 扱う技術要素今回は、合計5つの技術要素を扱います。 全体感を掴むため、それぞれの技術とそれらの関連について図示します。 Cloud Run (Knative)Cloud Run は、Google Cloud におけるコンテナベースのサーバーレスコンピューティングサービスとしてよく知られているものかと思います。こちらは、基盤として Knative を採用しています。 この Knative は 2022年の3月に CNCF の Incupating

    Cloud Run に ko と skaffold を使ってデプロイまでやってみる | フューチャー技術ブログ
    sh19910711
    sh19910711 2023/07/21
    "ko: Go のコンテナイメージを Dockerfile 無しに簡単にビルドすることができるツール + 2022年の12月に CNCF の Sandbox プロジェクトとして承認 / Cloud Deploy: 最近 preview ではありますが、 カナリアデプロイ も行えるように"
  • 数学を学ぶときに大事なことを踏まえつつ、Obsidianで間隔学習 - iPhoneと本と数学となんやかんやと

    たくさんの時間をかけることができるわけではありませんが、毎日少しずつでも数学をまなぶようにしています。今まで自分が学んだことがないものを、日々ほんの少しずつ、学び進めていくというのをずーっとやっています。 そこでいつも頭を悩ませるのは、学んだ内容を忘れていってしまうということ。1日に数学にかけることのできる時間は限られていますし、数学を勉強する時間を取ることができない時は、何日か間隔が空いてしまうこともあります。そうなると前に学び、理解したと思った内容も、続きをやるときには忘れてしまっており、もう一度やらないといけなくなるってことが頻繁に起こりますし、それを気にせず先に進むと、大抵はどこかでわからなくなってきてしまいます。 少しずつでも学び進めることは大事だと思いつつも、なかなか進むことができない歯痒さを感じながらの勉強になり、理解が浅いままなことにもモヤモヤしてしまう。それでもなんとか、

    sh19910711
    sh19910711 2023/07/15
    "Obsidianで間隔学習 / Spaced Repetition: 特定のタグをつけたページを適度な間隔で振り返る / プラグインにより提示されたページをもとに以前の内容を復習 / 「少しずつでも、着実に理解できている」という感覚を得られる"
  • Terraformの状態を可視化するツール、「Pluralith」を試す

    Pluralithとは? プラリスと読むみたいです。 Terraformの状態(state)を可視化するツールです。 こんな感じの図が自動で作成できたり、 コストやリソースの変更を可視化することができます。 GitHub ドキュメント 紹介動画 特徴 pluralith graphを実行するだけで構成図を自動作成可能 CIツールに組み込むことで、ドキュメント・構成図の作成を自動化 最新の変更をハイライトして見やすくする コストの可視化ができる(infracostが必要) リポジトリのREADMEを参照のこと 使ってみる Getting Startedに沿って使ってみましょう。 ※今回はRun Locallyで試しています。 インストール Download CLI手順に従います。 $ pluralith version _ |_)| _ _ |._|_|_ | ||_|| (_||| | |

    Terraformの状態を可視化するツール、「Pluralith」を試す
    sh19910711
    sh19910711 2023/07/12
    便利そう / "Pluralith: Terraformの状態(state)を可視化するツール / 最新の変更をハイライトして見やすくする / 意図しないリソースの追加、削除がこれを使うと減りそう / リソース数が多くなってくると分かりづらい"