並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 23 件 / 23件

新着順 人気順

tmuxの検索結果1 - 23 件 / 23件

  • 自作PC2023: Ryzenをやめた - k0kubun's blog

    Ryzenはゲーム用CPUとしては特に問題ないのだが、 ソフトウェア開発においてはIntelのCPUに比べて不便なポイントがいくつかある。 日々業務で使っていてあまりにもストレスが溜まるので、CPUをIntel Core i7に変更した。 このマシンは8年前に組んだ自作PC なのだが、使っていて不便を感じたパーツを差し替え続けた結果、 今回のアップデートで全てのパーツが当時とは違うものに変わったため、 それぞれ古い方のパーツで不便だったポイントなどを紹介したい。 仕事で使う自作PC 社内のサービスをいじる時は会社から貸与されているM1 MacBook Proを使うのだが、このマシンは不便である。 Rubyのビルドは自分のLinuxのマシンに比べ2倍以上遅いし、Reverse Debuggingができるデバッガが存在しないし、 慣れたツールであるLinux perfも使えないし、Podman

      自作PC2023: Ryzenをやめた - k0kubun's blog
    • 追悼 Bram Moolenaar ~Vimへの情熱と貢献を振り返る | gihyo.jp

      Bram Moolenaar the Creator of Vim 2023年8月5日、悲しい知らせが入ってきました。長年、多くのエンジニアに愛され今もなお使われ続けているテキストエディタVimの作者Bram Moolenaar氏が同月3日に亡くなったという知らせです。ショックでしばらく信じることができませんでした。 筆者は長年Vimを使い、Vimに多くのコントリビュートを行ったり、その都度Bram氏と対話したり議論したりしてきました。そのBram氏が突然、この世界からいなくなってしまったことをしばらく受け入れられなかったからです。 本記事では追悼の意味を込め、Bram氏がどのようにVimの開発を始め、Vimがどのように広まっていったのか、また長年Vimを追い続けてきた筆者から見たBram氏の人物像を筆者の思いを交えて解説していきます。 Vimの歴史 Bram氏についてお話しする前に、まず

        追悼 Bram Moolenaar ~Vimへの情熱と貢献を振り返る | gihyo.jp
      • iTermをやめてVSCodeのターミナルに寄せる - yasuhisa's blog

        背景 担保したいこと 1: ホットキーで一撃で呼び出せる 2: ウィンドウを透過させてターミナルと他のウィンドウを同時に眺められること 調査したこと & 解決方法 ホットキーで呼び出せるか => hammerspoonで割り当てで対応 ターミナルの透過 => 無理そうなので、代替手段で対応 メモ: ターミナル関係のキーバインド tmuxっぽくしたい その他キーバインド 背景 iTermをずいぶん長く使ってきたけど*1、VSCodeのターミナルが急速に進化しているので、乗り換えを検討した。 VSCodeが色々便利になってきた 自分が使っている範囲だと、vimキーバインドも特に問題ない*2 普段のコーディングはVSCode、コマンド操作くらいしかiTermは使っていない 特にCopilot系の進化は目覚ましい、長い物には巻かれろというか長期的にはエコシステムに乗っておきたい エディタだけでなく

          iTermをやめてVSCodeのターミナルに寄せる - yasuhisa's blog
        • ターミナルから離れたくない…Tmux(&Neovim)の設定例🖊

          この記事の概要 tmuxとneovimを組み合わせている様子… こんにちは!食パン🍞と申します🏜 普段はフロントエンドを中心にパソコンをカタカタしている者です💻 私は普段のコーディング時のメインエディタとして、ターミナル環境下で、Neovimを用いています。 (Neo)Vimは、その独特な操作体系ゆえ慣れるまでがちょっぴり大変ですが、一度習熟すると非常に効率よくテキスト操作を行えるため、日々愛用しています。 また、開発作業の過程では、複数の画面を都度切り替えながらコーディングをしたり、複数のシェルを用いてコマンド操作を実行したくなる機会が多々あります。 例えば、 Viteでフロント開発環境を立ち上げてリアルタイムでコード変更を確認したい docker composeで複数のコンテナを立ち上げつつターミナルでログを確認したい それはそれとしてNeovimも並行して使いたい といった具合

            ターミナルから離れたくない…Tmux(&Neovim)の設定例🖊
          • GitHub Actions のストレージ空き容量を限界まで拡張する

            name: Container deploy on: release: types: [published] concurrency: group: ${{ github.workflow }}-${{ github.ref }} cancel-in-progress: true env: REGISTRY: ghcr.io IMAGE_NAME: pinto0309/test jobs: docker-deploy: runs-on: ubuntu-22.04 permissions: contents: read packages: write steps: - name: Git checkout uses: actions/checkout@v3 - name: Enable buildx uses: docker/setup-buildx-action@v2 - name: Ch

              GitHub Actions のストレージ空き容量を限界まで拡張する
            • コミューンエンジニア的最強CLI環境を作ってみた - commmune Engineer Blog

              はじめに 自己紹介 コミューンに今年の8月にエンジニアとして入社した角田です。 入社して3ヶ月、業務には慣れてきましたがシェルの設定は空っぽ、ターミナルも初期設定のままです。 また、ブログのネタにも困っていました。 これを機に先輩エンジニアたちのCLI環境についてインタビューを行い、それを参考に自分なりの最強CLI環境を作成したいと思います。 やること まずはコミューンのエンジニアにCLI環境についてインタビューをする。 それらをまとめて自分なりのいいところを組み合わせて最強のCLI環境を作成する。 1人目 部署 山芋チーム (commmune JP開発) 使用ツール VS Codeのターミナル zsh # ~/.gitconfig [alias] push-f = push --force-with-lease --force-if-includes [push] autoSetupRe

                コミューンエンジニア的最強CLI環境を作ってみた - commmune Engineer Blog
              • 【v6プラス/OCNバーチャルコネクトでもNATタイプA】LinuxでポートセービングIPマスカレード付きの制限コーン風NAT(EIM/ADF)を動かす - turgenev’s blog

                概要 NAT動作をめぐる誤解まとめ - turgenev’s blogでは、UDPホールパンチングのしやすさとポートの節約を両立するには「Address Dependentなマッピングを保持しつつEIM風に動作するADFなNAT」が一番いいという話を書きました。これだとv6プラスやOCNバーチャルコネクトでもNintendo SwitchのNAT判定が「タイプA」になります。 この記事では、Symmetric NAT/Full Cone NATをサポートするruby製NATであるrat(GitHub - kazuho/rat: NAT written in pure ruby)を手元で動かし、またコードを少しだけ変更することで上記のようなNATを実際に動作させるところまでを紹介します。変更後のコードはGitHub - ge9/rat: NAT written in pure rubyに公開

                  【v6プラス/OCNバーチャルコネクトでもNATタイプA】LinuxでポートセービングIPマスカレード付きの制限コーン風NAT(EIM/ADF)を動かす - turgenev’s blog
                • 最高のターミナル環境を手に入れろ!WezTermに入門してみた。 | DevelopersIO

                  Rust製のターミナルアプリ WezTermをご存知ですか? もしご存知なければ、最高の相棒を紹介させてください!! WezTerm - Wez's Terminal Emulator 基本的な性能 ターミナルアプリに求められる要素はとてもシンプルです。 1に安定! 2に軽量! 3,4がなくて 5に機能 です。 安定と軽量の2つが満足でないとターミナルアプリは 比較という俎上に上がること自体が難しいです。 さて、WezTermはというと、 あくまでも私の実感レベルですが、どちらも全く問題ないです。 ターミナルアプリでは日本語の入力系などで難ありなものも結構あったりしますが 今の所その辺でも特に問題を感じたことはないです。 非常に主観的な記述だけで申し訳ないですが、 この辺は色々書いたところで使ってみないことにはわからないと思いますので、 まずは使ってみてください。 また私はMacで利用して

                    最高のターミナル環境を手に入れろ!WezTermに入門してみた。 | DevelopersIO
                  • ISUCON13にチーム「ウー馬場ーイー222」で参加して最終スコアは 49,344 でした - Gマイナー志向

                    TL;DR 2023年11月25日に開催されたISUCON13に参加しました。最終スコアは49,344でした。実装言語はGoです。今回のチーム名の由来は申し込み時のチームIDが222だったためです。 追記:30位でギリギリTOP30チームに入りました。やったね。 今回スコアが思ったほど奮わなかったのですが、敗因はN+1を甘く見ていたことだと思っています。MySQLのスロークエリーログ(トータル実行時間順)を見ているだけではだめで、実行回数をもっと重視する必要があるなと思いました。うん、そうだね。 今回はDNSが課題に組み込まれており、インフラエンジニア3人態勢の我々のチームの得意分野とする領域のはずだったのですが、DBのボトルネックを解消できずDNS周りに着手できませんでした。くやしー。 運営の皆様、ことしもよい問題をありがとうございました。来年こそはリベンジして上位入賞を目指したいと思い

                      ISUCON13にチーム「ウー馬場ーイー222」で参加して最終スコアは 49,344 でした - Gマイナー志向
                    • "�[31m"?! ANSI Terminal security in 2023 and finding 10 CVEs

                      "�[31m"?! ANSI Terminal security in 2023 and finding 10 CVEs This paper reflects work done in late 2022 and 2023 to audit for vulnerabilities in terminal emulators, with a focus on open source software. The results of this work were 10 CVEs against terminal emulators that could result in Remote Code Execution (RCE), in addition various other bugs and hardening opportunities were found. The exact c

                      • moshをやめてEternalTerminalにしたら快適以外の何物でもなかった

                        moshとはイニシエから存在するモバイル回線でも安定して接続を維持するためのSSHです。 昨今のクウラウド事情でそもそもSSHを使う場面が皆無になっていたのですが、最近機械学習のモデルを学習・実行する時に家にあるUbuntu+GPUサーバーを使うようになり、むしろずっとSSHしながら開発するスタイルに戻っていました。 な、の、ですが! mosh->tmux->neovimの場合に表示がガッツリ崩れる問題があり、代用品を探していました。 そして探し始めるとすぐに EternalTerminalという後発でイケてる感じのツールを発見しました。 このツイートから4ヶ月ほど経ちましたが、実際今も使っており、接続も時のごとく永遠に繋がりっぱなし(もちろんUbuntuの電源を切ると死ぬ)で、移動後の復帰も何も感じずに作業を再開できているので、まるで空気だったのですが、そういえばちゃんと紹介してなかった

                          moshをやめてEternalTerminalにしたら快適以外の何物でもなかった
                        • Stripe's monorepo developer environment - Made of Bugs

                          I worked at Stripe for about seven years, from 2012 to 2019. Over that time, I used and contributed to many generations of Stripe’s developer environment – the tools that engineers used daily to write and test code. I think Stripe did a pretty good job designing and building that developer experience, and since leaving, I’ve found myself repeatedly describing features of that environment to friend

                          • [初心者向け]時間のかかる処理を中断せずに実行したいときは、EC2インスタンス上でtmuxを使ってみよう | DevelopersIO

                            [初心者向け]時間のかかる処理を中断せずに実行したいときは、EC2インスタンス上でtmuxを使ってみよう データアナリティクス事業本部インテグレーション部コンサルティングチーム、新納(にいの)です。 みなさんは時間のかかるコマンドやプログラムを実行している時に、SSHログアウトされたりセッションが切れてしまったりしてもう一度やり直し…という悲劇に見舞われたことはありませんか?私はあります。 先日、大量のファイルを処理する関係で処理に数日かかるPythonスクリプトを実行する機会があり、その際にtmux(Terminal Multiplexer)を利用する機会がありましたので、使い方をまとめてみました。 tmuxとは tmuxとはTerminal Multiplexerの略称で、仮想環境を複数作成でき、複数のターミナル画面を開いたり画面を分割したりできます。大きな利点はターミナルを終了したと

                              [初心者向け]時間のかかる処理を中断せずに実行したいときは、EC2インスタンス上でtmuxを使ってみよう | DevelopersIO
                            • Terminal Latency

                              MotivationI’ve been a long-time user of Xterm. I tried to switch to other terminal emulators several times because of Xterm’s broken Unicode support, especially regarding glyphs/emojis and multi-font substitution. These glyphs are part of many modern CLI tools and are often printed as blank squares in Xterm. More recently, I attempted to switch again, but every time I try, I’m discouraged by the a

                              • 使っているvimプラグインの棚卸し(2023冬)

                                この記事はVim Advent Calendar 2023 シリーズ2の11日目の記事です。 私のdotfilesの12/10時点でインストールされているプラグインについて棚卸しをしようと思います。 使っているのはnvimでHEADを手元でビルドしています。 執筆時点のrevisionは1054525です。 プラグイン一覧 取得は以下。 :echomsg dein#get()->values()->map({->v:val.repo}) プラグイン総数はdein#get()->values()->map({->v:val.repo})->len() = 125でした。 そのうち2つはプラグインの設定を参考にするため、cloneしているリポジトリだったので正味123個が対象です。 (参考にさせてもらっています。ありがとうございます。) https://github.com/Shougo/sh

                                  使っているvimプラグインの棚卸し(2023冬)
                                • The IDEs we had 30 years ago... and we lost

                                  I grew up learning to program in the late 1980s / early 1990s. Back then, I did not fully comprehend what I was doing and why the tools I used were impressive given the constraints of the hardware we had. Having gained more knowledge throughout the years, it is now really fun to pick up DOSBox to re-experience those programs and compare them with our current state of affairs. This time around, I w

                                    The IDEs we had 30 years ago... and we lost
                                  • tmuxの中のsshの先のtmuxの中の…から一気にクリップボードにコピーする方法

                                    ターミナルで作業をしていて、ログなどをコピーしたいことはよくあります。ターミナル内で領域を選択してコピーすることもできますが、マウスで選択するのがやりづらかったり、画面に収まらない長さだとちょっと面倒です。 ローカルな環境で作業している場合は、Linux であれば xclip や wl-copy などを使って解決できることもありますが、ssh で入った先だったり、tmux の中だったり、tmux の中の ssh の先の tmux の中だったり、さらにその中のエディタ内だったり、実際の環境は多様で複雑です。 そんなときでも簡単にターミナルからコピーする方法、関連してターミナルに安全にペーストする方法を紹介します。 ターミナルエミューレーターを用意する 今回紹介する方法は、すべて OSC 52 という仕組みに依存します。OSC (Operating System Command) はターミナル

                                      tmuxの中のsshの先のtmuxの中の…から一気にクリップボードにコピーする方法
                                    • Write your own terminal | Hacker News

                                      FWIW, I wouldn't try to parse escape sequences directly from the input bytestream -- it's easy to end up with annoying edge cases. :-/ In my experience you'll thank yourself if you can separate the logic into something like:- First step (for a UTF-8-input terminal) is interpreting the input bytestream as UTF-8 and "lexing" into a stream of Unicode Scalar Values (https://www.unicode.org/versions/Un

                                      • VimとNeovimの違いについて init.vimサンプル公開 - フルスタックLinuxプログラミング

                                        reisuta Webエンジニア | 20代中盤 | 大学時代はGmailすら知らないIT音痴でプログラミングとは無縁の生活を送る → 独学でプログラミングを学ぶ → Web系受託開発企業にエンジニアとして就職 → Web系自社サービス企業に転職 | 実務未経験の頃からVimを愛好しており、仕事でもプライベートでも開発はVimとTmuxを使っているので、VSCodeに疎いのが最近の悩み。何だかんだでやっぱりRubyが好き。 本記事では、VimとNeovimの違いについて、 解説します。 VimとNeovimの違いについては、 普段頻繁にVimなどを使う方でなければ、 正直、あまり気にしなくてもいいかなと思います。 ただ、VimやNeovimを本格的に使用していくことを考えると、 やはりこの2つについて、大まかに違いを知っておきたいもの。 本記事では、この2つの違いについてまとめました。 V

                                          VimとNeovimの違いについて init.vimサンプル公開 - フルスタックLinuxプログラミング
                                        • tmuxの知られざるパワフルな機能を紹介してみる - VisasQ Dev Blog

                                          はじめまして。エキスパート/lite 開発 の倉光と申します。 今回初の記事投稿として、私が日々愛用している tmux の紹介ができればと思います。 自己紹介 本編に入る前に、簡単に自己紹介をさせてください。 私は 2022 年 8 月にビザスクに入社し、気がついたら約 1 年ほど経っていました。 ビザスクに入社する以前は、インフラ系のメーカーで開発職として製品開発に従事していました。また、大学の出身学部も物理系であったため、 ビザスクに入社するまではプログラミングとは無縁のいわゆるエンジニア未経験として異業種異分野からジョインして、今は既存サービスの改善であったり、プロジェクトの開発に日々従事しています。 そして、テックブログって一体どんな内容を書けばいいんだ・・ネタが思い浮かばん・・と先延ばしにしていたら日々の開発に圧倒されているうちに丸 1 年経過していたことに驚き、遅ればせながら今

                                            tmuxの知られざるパワフルな機能を紹介してみる - VisasQ Dev Blog
                                          • What's New in Neovim 0.10 | g.p. anders

                                            Neovim 0.10 was the longest release cycle since the heady days of the 0.5 release. There are a ton of new features in this release (as well as some breaking changes), so be sure to check the full release notes. You can view the release notes directly in Nvim with :h news. The news file includes information on new features, deprecations, and breaking changes. I especially urge plugin authors to rea

                                            • [入門] Bash Codex ~実践Bashによる効率的なシステム管理|重盛 雅人

                                              Bashに関する入門者向けのガイド BashはLinuxの標準シェルとして強力なスクリプト機能を提供します。この記事では、Bashの基礎的な使い方から実践的なスクリプトの書き方まで解説します。変数やif文、for文といった基礎構文や、文字列処理、変数置換、ループ処理などの実用テクニックを網羅しています。 第1章 Bashの概要Bashは、LinuxやmacOSのシステムで広く使用されているシェルおよびスクリプト言語です。主に、システムの管理や操作、タスクの自動化のために利用されます。Bashには次のような特徴があります。 コマンドラインインターフェースによる操作の実行 パイプラインを使用した複数のコマンドの連携 テキスト処理だけでなく、ファイルやプロセスの管理も可能 スクリプトを利用した処理の自動化 UNIXの伝統を引き継いだコマンド体系とシンタックス LinuxやmacOSなど多くのシス

                                                [入門] Bash Codex ~実践Bashによる効率的なシステム管理|重盛 雅人
                                              • Flexoki

                                                Why? I created Flexoki for my personal site, stephango.com. You’re reading it now. I wanted the colors to feel distinctive yet familiar. Like ink on paper. The name Flexoki comes from flexography — a common printing process for paper and cardboard1. I spent many years working with dyes and inks particularly for my companies Inkodye and Lumi. I also have a fascination with digital paper. I wanted t

                                                  Flexoki
                                                1