バックグラウンドプロセス(ジョブ)の管理 - satake7’s memo
ログインして対話的に使う分にはなんら問題はないのですが、ずっと動かしっぱなしのプロセスはどうするのかな、という疑問が出てきました。動かしてるプロセス分ターミナルを立ち上げてるというのも現実的じゃないし、screen で複数プロセス動かすのもありかもしれないけど、ちょっと違うような気がするし、そもそもログアウトしてプロセスがなくなっちゃったらまずいし。ということで、自分のやりたいことを念頭において調べてみました。 ※ 以下の説明では、バックグラウンドプロセスのことを「ジョブ」と書くことがあります。 まとめ & コマンドラインの最後に'&'を付けるとバックグラウンドで起動 jobs いま動いているバックグラウンドプロセスの一覧を表示 fg バックグラウンドプロセスをフォアグラウンドへ移す bg バックグラウンドプロセスを実行する kill バックグラウンドプロセスを強制終了さ
超便利！「Franz」でチャットを一元管理！Slack・メッセンジャー・チャットワーク・Skypeをひとつの場所で | SELECK
Slack、Facebookメッセンジャー、チャットワーク、Skypeなどなど…コミュニケーションツールをたくさん使っている方へ朗報です！それらすべてを一元管理できる画期的アプリ「Franz」を紹介します。 特に悩みのタネだったFacebookメッセンジャーへのアクセスの手間が、めちゃくちゃ楽になりました…！ぜひお試しください。 ＜目次＞ 現在14サービスに対応！「Franz」とは？ アカウント作成〜サービス連携まで 始め方を紹介 どんどん連携を増やして、動作確認しました！ 同一サービスの「複数アカウント」も一元管理 通知もリアルタイム 複数のコミュニケーションツールを一元管理する「Franz」とは 「Franz」は、複数のチャットツール・メッセージアプリ等をひとつの場所でまとめて管理できる無料アプリケーションです。 それぞれのツールを個別に立ち上げておかなくとも、Franz上ですべてのメ
ターミナルの作業が捗るかもな小技５つ - Qiita
ターミナルで作業する事が多いんですが、そのときによく使っているちょっとしたときに便利なコマンドなどを紹介します。 bashで説明します。 (zsh でもつかえるし、もっと便利になる物も多いですが) 1. 並列な階層に複数ディレクトリを一度に作成 {} を利用します。 aa,bb,cc というディレクトリを作るとき。
SublimeTextの設定をgit管理し、複数PCで設定やパッケージを同期する。 - MANA-DOT
SublimeTextの設定をgitでバージョン管理し、複数PCで同じ設定を使う方法のメモです。 やることは簡単で、SublimeText の User Settings は同じディレクトリにまとめられてるので、そのディレクトリをバージョン管理するだけです。 このディレクトリには Package Controll の設定ファイル( Package Control.sublime-settings )も有り、ここに Package Controll で入れたパッケージのリストも記載されています。 Package Controll は SublimeText 起動時にこのファイルのパッケージを自動でインストールするので、このファイルを同期することで結果的にパッケージも同期されます。便利。 User Settings のディレクトリのありか [Preferences] -> [Settings
Macを買ったら最初にやるべき「システム環境設定」の初期設定まとめ
Macを買ったら最初にやるべき「システム環境設定」の初期設定まとめ システム全体に関わる設定をカスタマイズすることにより、Macの作業効率が向上するイチオシの設定項目一覧 Macを新規で購入またはクリーンインストールして初期化した場合、Macはまっさらな状態になり、アプリのインストールや初期設定を1からやり直す必要がある。 アプリは必要に応じてインストールすれば良いが、設定は一度リセットしてしまうと思い出すのも一苦労。そこで、今回は僕がクリーンインストールした際に「システム環境設定」に関する設定内容を「Macを買ったら最初にやるべきシステム環境設定の初期設定まとめ」として紹介する！ 標準設定のままでは使い勝手が悪い設定を、少しカスタマイズすることによって作業効率がアップすると思うので、初めてMacを買う人はも参考にどうぞ！
Github／Bitbucketのissue機能を使って効率よくタスク管理をする〜バグ報告編〜 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは、フロントエンドエンジニアのいなばです。 案件の開発終盤、こんなことが起きていませんか？ 納品が近づき、プロジェクトメンバーで一斉に検証作業を始める 各々バグを見つけ次第、issueを立てていく さあ、バグをかたっぱしから片付けていきましょう しかし、蓋を空けてみると……書き方の悪いissueが乱立！ バグの内容を把握するのに時間がかかる！ 結局わからないのでissueを立てた本人に聞く→結果的にコミュニケーションコストが増える……。コミュニケーションコストを減らすためのツールなのに、やりとりが何往復もしていたら本末転倒ですよね。 そこで、今回はGithubやbitbucketのissue機能を活用したデバッグフェーズでのタスク管理のコツをご紹介します。 悪いissueと良いissueとは？ そもそも、どんなissueが“悪いissue”なのでしょうか？ 例を見てみましょう。（極
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ
