いつまで経っても終わらないから帰れない… 途中で終了してしまうと困るので、ログアウトしても終了しないように。 作業の流れ Ctrl+Zでコマンドの中断 bgでバックグラウンドに回す jobsでジョブの確認 disownでログアウトしても実行されるようにする 実際のコマンドだと
いつまで経っても終わらないから帰れない… 途中で終了してしまうと困るので、ログアウトしても終了しないように。 作業の流れ Ctrl+Zでコマンドの中断 bgでバックグラウンドに回す jobsでジョブの確認 disownでログアウトしても実行されるようにする 実際のコマンドだと
私は比較的、商品販促においては「攻めの広報」を行ってきた。一方で「広報」は「攻め」ばかりでは成り立たないことを良く知っている。 また、「広報」という仕事を愛するがゆえに、「広報」の仕事を表面的にしか理解していない人の発言を目にすると無性に悲しく、残念な思いになる。 特に下記のような意見が「残念」である。 特に大きな企業だと、インタビューをする際に「広報確認」が必須だったりするんですよね。「インタビューするのはいいですが、まずはできあがった原稿を見せてください。あと画像素材もすべて。広報に確認します」的な。これがライターとしては非常にだるい。先方に何の悪気はなくても、げんなりします。(略)どんだけ警戒しているんですか…と。冷静に考えると、それはインタビューを受ける社員に対しても失礼なわけです。要するに「こいつはまずいことを喋ってしまうかもしれないから、一応広報でも確認しておくか」ということで
これからの情報発信アプローチについて考えることがあったので、書き落としておきます。 「広報確認」という時代遅れの考え方 ぼくは取材記事を書くことも多いんですが、基本的に「広報確認」という作業が発生しないようにしています。必要に応じてインタビュー対象者に原稿を「こちらから」ご確認いただくことはありますが、基本は確認なしで発信させていただくのが前提ですね。これまでそう大きなトラブルは起こしていません。 で、特に大きな企業だと、インタビューをする際に「広報確認」が必須だったりするんですよね。「インタビューするのはいいですが、まずはできあがった原稿を見せてください。あと画像素材もすべて。広報に確認します」的な。 これがライターとしては非常にだるい。先方に何の悪気はなくても、げんなりします。「ここはオフレコでよろしく」と、注意点を口頭ベースで伝えてくれれば、それで十分じゃないかなぁ、と思ってしまうわ
「過剰なDRYが技術的負債を生む」みたいな内容の記事を書きたいが、うまく言語化できない。「過剰な食事制限が健康を損なう」程度の内容に成り下がりそうだけど、そんなんじゃないんだよ… @methane 実装におけるDRYみたいなものを考えていて、そうすると前者のDRYというのがどこに位置づけられるかはわからないんですが、とにかく暗黙知みたいなものを過剰に増やすDRYは良くないよね、というような話なんです という@moriyoshitさんのツイート(1, 2)を見かけたので、僕の考え方をコメント。moriyoshitさんの考えたい問題とは、ずれてるかも。 DRY化の功罪とは何か? 僕の理解で言うと、共通するコード片をDRY化することには以下の変化をもたらす。 循環的複雑度は変化しない コールグラフは複雑化する モジュールをまたぐDRY化を行うと、モジュール間の依存関係も複雑化する*1 関数内の複
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く