はてなキーワード: SUDOとは
製品を選ぶことすら面倒。それどころか「無難さも性能の一部だろ」くらいに思っている。保守的な傾向があり女性率が高い。
macOSユーザーによる「iPhone使っているならMac使えば?」という言葉が大変ウザいと考えていて「ハードの縛りキツイし、もう少しコスパが良くなれば検討する」という評価。
AppleによるIntel Mac移行期にマーケティングへ失敗しクリエイター需要がWindowsへ移ってしまったため、クリエイターがこの組み合わせであることも多い。
Androidはクリエイティブなアプリケーションのライナップが少なく性能も微妙なのでiOS/iPadOSを使わざる得ないという事情もある。
情報技術者が使っている場合「WSL2便利すぎワロタw」と喜んでいる。
コスパ重視で多少の使いにくさも我慢できるという人の組み合わせ。
クリエイティブ用途はあまり考えておらず、価格対性能のコスパを重視する傾向にある。
Windows x iOS/iPadOSの場合と同様に何も考えずこの組み合わせになっている年配がかなり多いが、IT技術者やゲーマーなどが採用することの多い組み合わせでもある。
Googleが大好きで何故かmacOS x iOS/iPadOSなAppleユーザーを敵視していることもある。
好きな言葉は「最強」。
Appleの囲い込みによる製品連携シナジーの恩恵を最大限に得ている。
MacやiPhone/iPadどころかAirPodsやApple Watch、HomePod、Apple TVも持っている。
「意識高い系」と言われるのが大嫌いで、大抵の場合は「ユーザービリティを考えたら〜」と反論するものの、そのユーザービリティは自分個人のみを指すことが多い。
情報技術者の場合「安定したPOSIX互換機」という評価をしていて「iOS/iPadOS Appsが開発が完結できてプロプライエタリなソフトが充実するならLinuxでも良い。あとサウンド周りな」と思ってる。
クリエイターがこの組み合わせの場合は絵描きであることが多く、3DCGやDTMの場合はIntel Macへの移行に遅れてしまった人が大半。
自分の価値観にこだわりがあり、Androidが好きというよりも制限の多いiOS/iPadOSが嫌いと言った方が実態に近い。iTunesも嫌い。
「データのやり取りはクラウドを経由するし意外とそこまで問題ないよ」が口癖。
Apple製品が好きだがGoogle製品も好き。何ならAmazon製品も好き。
正攻法では使いにくすぎるこの組み合わせにこだわるユーザーはmacOS x Androidよりも物凄く変わっている。
iOS/iPadOSの脱獄は当たり前、ていうかそうしないとLinuxではまともにiOS/iPadOSが使えない。
彼らの存在によってiOS/iPadOSの脆弱性は明るみになりAppleの新製品情報も内部コードから発見してしまう。
完全にギーク。不具合は自分でなんとかするDIY精神にあふれる組み合わせ。
他所の良いものは悪びれもなくパクり、他所より良いものを開発したらドヤる。
何か言われても「ランレベルを1にして〜」とか「sudo pacman -Sy archlinux-keyring」とかおおよそのユーザーには理解できない呪言を吐く。
おおよそのユーザーはそもそもそういうのが面倒なわけだが、そういう細かい心理は気にしない。
MicrosoftやAppleをイジり倒すのも趣味にしており、彼らの口から一般人に知られていない面白い過去のエピソードが飛び出すことが結構ある。
裏を返せば「お前ら何で他のOSがそんな詳しいんだwMicrosoftやApple好きすぎるだろwww」ということなのだが、それは公然の秘密である。
Chromebookは安く買えるLinux向けハードウェアだと思ってる。
この問題に悩まされていたが、
https://superuser.com/questions/1284924/virtualbox-freezes-my-host-system-ubuntu-16-04
この stackExchange を見て問題が解消された。
原因はおそらくvirtualboxのバージョン5.0を使っていたこと。
バージョン 5.1 に上げたら起動した。
バージョン 5.1 にあげるところでも躓いたのでメモしておく。
`sudo apt install virtualbox-5.1`
そのため、
`sudo aptitude install virtualbox-5.1`
として、インストールを行った。
IT系の言葉というのはどうしても専門用語が多すぎて、説明をするにも一つの専門用語の説明に対して4つも5つも専門用語がでてきてしまう。
聞いている側がここはわからないんだろうなという反応しているけど、追って説明すると倍々で専門用語が増えてきて収拾がつかなくなる。
教えるのがとても大変。
かといって例え話とか嚙み砕いて説明していると肝心の説明したい部分にいつまでも到達できない。
昔自分も教わる側だったときは、「なんでこんなわかりにくく説明するんだよ」「専門用語多すぎて意味不明、日本語でおk」「IT系の人は日本語不自由な人が多いのか?」とか思っていたけど
教える側になるといかに大変かということを痛感する。
「パスを通してbashrcにエイリアスで好きなようにコマンドを登録してやると簡単になるよ」
という話を初級者にするのがどれほど大変なことか想像できていなかった。
教える側からすれば本当に親切心で教えてることも、聞いてる側には「自分は詳しいですよアピールかようぜー」に聞こえてしまうんだよなぁ
この現象どうにか解消できないのかね。
ただの愚痴と、いざという時に正式な資料をつくるための参考にする備忘録である。
記述した内容は概ね事実そのままだが、説明すると長くなるような背景事情は省いたり、役職名などは便宜上適当に置き換えている。
最近、勤めていたA社を退職して、プチ競合のような、若干事業領域が重なる業種で独立起業した。
A社の事業は、エンドクライアントから発注を受けた制作物を、A社が持つ外注ネットワーク(外注先が自らA社のシステムに外注先候補として会員登録を行う仕組み)を駆使して制作し納品する、というクリエイティブ系のtoBサービス業である。
A社には、この主力事業を統括する事業部長職として入社したが、社長と壊滅的に相性が合わず、短い期間で退社することとなった。
社長とその取り巻きから理不尽な陰口を言われ続ける日々のストレスはハンパなかった。
もしかすると僕が本当に陰口を言われるに値する無能だった可能性はあるが、それはこの愚痴の本筋とは関係がないので触れずにおく。
退職の際は、社長のさらに上位である会長に「独立起業したいと思っている」旨を相談した。近しい業種ということもあり、後々トラブルになることを避けるため、予定している事業内容の説明など数回の打ち合わせを行い、競業避止義務に関して退職時の誓約書の文面を一部書き換えてもらうなど例外的な対応もお願いしたが、すべて快く対応してもらい、最終出社日には「近い業界なのでこの先また何か縁があれば」と明るく送り出してくれた。
会長は若くしてこの事業を立ち上げて成功に導いた人で、歳は僕よりもだいぶ下だが、会話の物腰も柔らかく人当たりも良いため、人間としてとても尊敬していた。
昼寝の最中だったので寝ぼけつつ電話に出ると、開口一番、聞いたことのない淡々とした口調で「増田さんのA社在職中の問題行為、不正行為について調査をしている」と言われ、
(1)「外注先リスト」のCSVデータを業務の基幹システムから書き出した
(2)外注先に接触を行った
(3)従業員の引き抜きを行おうとした
という3点を指摘され、「民事訴訟や刑事告訴の検討をしている」と告げられた。
「弁護士先生の話では、刑事事件だと1〜3年の懲役になる内容ですね」「どう対処するかは弁護士先生や役会と検討して決定しますが、まずは当該行為をやめてほしくて連絡しました」とのことだった。(どう頑張っても民事の範囲にしか思えないのだが、何の罪の構成要件を満たすのかはわからなかった)
寝起きで頭が回ってないうえに意味が分からない点が多かったので、「とりあえずお話は伺いました」といったような中身のない返事をして通話を終えた。
「また連絡する」と言われたので『待ち』のつもりでいたのだが、「訴訟」「刑事告訴」だのと穏やかではないキーワードが出ていたうえに、よくよく考えてやはり言っていることの意味が分からずムカついてきたので、愚痴の吐き出しと、自分の中での記憶と事実整理のために本件に関する僕の見解を記録しておく。
A社の業務基幹システム(制作物にマッチした外注先などを検索するシステム)には、外注先DBの情報をCSVで書き出す機能がある。Excelなどでのデータの分析・加工や、メールニュースを配信する際にメールアドレスを書き出して社外の配信システムに流し込むといった用途を想定しているものだ。
個人情報を含む情報であるため、セキュリティ上、この機能を使用すると、データ出力を実行したユーザーの名前と日時が記録されるようになっている。
恐らくはこの書き出しログに退職間際の僕の名前を見つけたのだろう。事実、僕は最終出社日の当日か前日かといったタイミングでデータの書き出しを行っている。
が、それは社長命令によるプロジェクトでそのデータを使用するためだ。
具体的には、外注先向けの発注書といった書類を自動で作成・出力するシステムを組むというプロジェクトだったのだが、このシステムは基幹システムとはAPI等で接続されていないため独自に外注先DBを持つ必要があり、そのDBを構築するための元データとして、基幹システムから書き出したCSVを使用した。
このことは、僕の退職後にこの書類発行システムのメンテを担当することになる人間への引き継ぎの際、外注先DBは基幹システムと同期していないため定期的に基幹システムから出力したCSVをマスターデータとして更新をかける必要があることの説明と、CSVデータをDBにインポートする方法の実演まで行っている。
確固たる理由があり、社長命令を遂行するためにデータを書き出したのである。書き出しログが残っていて当たり前だ。
そしてこの話の面白いところは、この基幹システムに「CSV書き出し機能」の実装を決定し、仕様検討、要件定義を行ったのが僕自身だということだ。
そもそも僕は長年IT業界で勤めてきたため職種こそエンジニアではないもののWEB開発の基本知識はあり、職務上、直接本番サーバー上のDBにアクセスできる権限も持っていたので、このCSV書き出し機能を使用せずともデータを丸ごとダンプすることが可能だし、sudoも打てるのでいざとなれば痕跡を消し去ることも可能だ。
痕跡を残さず直接DBからデータを抜ける権限とリテラシーを持った人間が、「確実に足跡が残る」ように自ら仕様を決めたデータ書き出し機能を使用するだろうか。しねぇよ。
足跡が残っている理由も社長命令プロジェクトのためだということは、書類発行システムを引き継いだ人間に確認を取ればすぐ判明する話だ。
ろくに経緯調査もせず、ログだけを見て「データを不正に書き出している!」と脊髄反射的に反応したのであろう。
なお当然ながら、僕の基幹システムのアカウントは最終出社日をもって停止させられている。
事実として掴んでいるのか、「リストを書き出したのだからきっと」と勘で言っているだけなのかは不明だが、外注先へのコンタクトは確かに行った。
A社時代にお世話になった一部の外注先へ「増田会社では制作を手伝っていただける外注先を探しております」といったメールを送ったり、僕の個人的なTwitterアカウントでいわゆる「拡散希望」として外注先を募集した際にリプライやDMをくれた人の中に、偶然A社でも世話になった外注さんがいたりもした。
が、これらは問題なのだろうか。
「クライアント」への接触(営業活動)をして、本来であればA社が受注していた案件を横取りしたとかであれば、独立時トラブルの代表例だし、訴訟というキーワードが出てくるのも理解できる。
しかし今回問題と指摘されたのは「クライアント」ではなく「外注先」である。
外注先候補の数が多ければ多いほど生産性も上がり有利な業界なのは確かなので、仮に(1)の外注先リストを不正に持ち帰ったりしていて、A社が持つ数千件の外注先に一斉に無差別メールでも配信したのであれば、それはそれでA社の資産であるリストを持ち出したという点で問題にでもなりそうだが、コンタクトを取ったのは信頼のおける仕事ぶりだったため名前を認識していた人や、A社在職中に何度かやりとりをさせていただいていて交流があった一部の方々だ。(VCマネーも入り数億の資本を持つA社と、小学生のお年玉みたいな資本金で設立して従業員は僕1名の増田会社とでは事業規模も違いすぎるので、数千の外注など管理していられない。)
それに、外注先はみなWebサイトなどで「お仕事募集しています」と意思表示をしているフリーランスの方々である。
コンタクトを取った際も、文面上「元A社の増田です」と言ったときはA社の問い合わせ窓口や僕の後任の紹介に加え「引き続きA社もよろしくお願いいたします」とフォローを入れたし、僕の名前を知らないであろう人には「増田会社と申します」とまったくの新規会社としてアプローチを行っている。
仕事を募集しているフリーランスに増田会社が仕事の相談をすることがA社にとって問題になるのだろうか。「増田会社の仕事でスケジュール取られたら困る、損害だ」という理屈だろうか。それとも「この優秀な外注先を発掘したのはA社だ、だから増田会社は使うな」というジャイアニズムだろうか。だったら全世界に発信している「お仕事募集しています」Webサイトを取り下げさせて、専属契約でもすれば良い。
こればっかりは「理解できない」としかコメントができない。もし僕の感覚の方がおかしいと思う人がいたらブコメででも教えてほしい。
これは正直ちょっと複雑な話ではある。
退職を社内告知する間際の某日、社外MTGの行き帰り、仲の良い(と、僕は思っていた)部下Aに「退職して、現職に近い業種で起業する」ことを打ち明けた。
それに対する反応は「自分も今のA社の環境に嫌気がさしている。先は長くないかもしれない。」というものだった。
僕が起業予定の会社計画などを話すうち、言われたのが「増田さんの会社で雇ってもらえたらA社辞めれるんですけどね」だった。
これは、正直嬉しい言葉だった。設立したての小さい会社で働くなんて、よほど相手を信用していなければできない。お世辞や冗談の類かとも思ったが、働くと仮定した場合の待遇の話や、増田会社での業務の進め方など、具体的な質問や話題が多く出た。「これは本気で考えてくれているのかもしれない」と思った。
従業員の引き抜きは禁止されているので僕自身が明確に「うちに来てくれ」と引っぱることは信義則に反するが、誰しも職業選択の自由があり、自らの意思で転職をするのであれば法的にはA社が止める権利はない。
A社退職時には同業種へ転職禁止の競業避止義務についての同意書を書かされるのだが、以前別の部下から「競合のB社に転職したい」と相談されたときには、A社の管理部(人事・法務などバックオフィス統括部署)に確認を取り、「一応サインはしてもらってはいるが、A社の企業秘密を流出したりさせない限り実際のところ転職先に制限をかけることはない」と回答を得ていたので、今回の部下Aについても、社長、会長への事前の説明など、A社への筋を通せば実現不可能なものではないと考えた。
その後も、部下Aからは「増田さんの会社に入社するとしたら何月頃が良いとかありますか?」といった質問を何度か受け、温度感は維持しているもののとくに結論は出さないまま、僕は最終出社日を迎えた。
退職後して少し経った頃。この部下Aが本当に増田会社に転職してくるのかどうか次第で今後の事業計画も変わってくるため、一応「情報交換なども兼ねて近々飲みに行かないか?」とLINEで声をかけた。それ対する回答は「やはり転職はお断りしたい」だった。
少し残念な気持ちはありつつも、「誰かの人生を背負わなくて良いんだ」という安心感と、それと正直、この部下Aの仕事ぶりに関しては若干の不安(仕事をこなすスピードなどは社内ダントツだが、細部が粗かった)があったこともあり、僕は「それなら仕方ないですね」とあっさりと承諾した。
飲みも、お互い仕事の愚痴ばかり言い合う生産性のない会になってしまいそうなので、またいつかにしましょうと返信し、この話は終わった。
しかし僕はこの断りの会話に少々の違和感を覚えた。A社在職中は毎日会話をしていた部下だ。微細な言葉選びの違いや、「なぜ急にこのタイミングでその結論に?」など、引っかかるポイントがいくつかあった。
僕の中で出した結論は、「増田会社に転職する可能性があったことがA社にバレている。かつ、A社からストップをかけられたか、A社に何かしらネガティヴ情報を吹き込まれている。」だ。
詳細を記すと長くなるので省略するが、退職間際に発生していたトラブルを解決するため、独立することを打ち明けていた一部の取引先に対しては、「増田会社にそのうち部下Aが合流するかもしれない」と伝えていた。
前述の通り、増田会社への転職は筋さえ通せればやましい話ではないので、この連絡はA社のメールアドレスから堂々と送っている。
僕の退職後にこのメールのログをA社が見れば「部下Aの引き抜きを行おうとしている」と受け取るだろうし、部下AがA社に「増田会社に誘われた」という表現で報告をしていたとしても同様だ。
しかしいずれにせよ、実際には「増田会社に転職していない」以上、A社には何ら損害が発生しておらず、この話をもって訴訟を起こすとは考えにくい。
よって、A社が言う「民事訴訟、刑事告訴」は(1)(2)のいずれかに対してであり、この(3)については「このことも知ってるぞ」というただの威嚇でしかないと考える。
ずいぶん長くなってしまったが自分の中でも忘れかけていたことを色々思い出して状況整理ができてきた。
つまり現状こういうことだ。
A社は、社外秘情報である外注先リストの書き出しや、外注先への接触を理由として民事訴訟、刑事告訴をすると脅してきている。
ストーリーとしては「リストを書き出し、そのリストを不正に使用し外注先に接触」と考えるのが自然なので、おそらく一番のポイントは「リストの書き出し」という行為を問題視しているのだと思う。
しかしこれは(1)で説明した通り業務上理由があって書き出したものであり、そのことは社内ヒアリングなどで容易に証明が可能。
唯一噛みつかれるとしたら、「業務上必要があって書き出したリストを私的に持ち帰ったのでは」という言いがかりをされる可能性だが、その証明責任はA社にあるので、社内回線の通信ログでも永遠に漁っていていただきたい。
「警察官だって犯罪を犯すことがある」という話をされると身もふたもないが、事業部長として部内の情報管理を徹底させる役目も負い、業務委託先が情報管理に関する事故を起こした際には、監督すべき立場であるA社を代表してクライアントに頭を下げにも行った人間として、データ管理は人一倍徹底していたつもりだ。
それにPCの操作ログでも記録されていれば情シスにはファイル操作が筒抜けなことも理解しているので、ITリテラシーレベルは並以上ではあると自負している人間としては、そんな恐ろしいことに手を出す蓋然性がない。
いよいよもってA社の意図がわからない。
単純に増田会社の営業妨害をしようとしているのではないかと勘ぐりたくなるほど主張に穴がありすぎる。あと(1)〜(3)どれも民事の範囲内で、刑事告訴というキーワードが出てくる余地がない気がする。懲役1〜3年どこから出てきた。
余談だが、僕はつい先日、「A社の競合C社が今度解散するらしい」という噂を聞いた時、A社の人間に「C社の取引先調べて営業かけるチャンスですよ」と伝えた。
A社に伝えず増田会社として営業をかけていれば、増田会社の利益になったかもしれない。
けれども、(社長や一部の人間はゴミクズだったが)A社には短い間ながらお世話になった恩があり、プチ競合のような近い業種での独立を許してくれた感謝という愛社精神があったからこそ情報共有をしたのだ。
今回の件は愛していたものに裏切られたような気分で、残念でならない。よく聞く「愛は憎しみに変わりやすい」という言葉の意味がよくわかる。
実際、僕のA社への貢献(多少はしたと思っている)をすべて否定されたような今回の対応を受けて、A社への愛社精神は薄れ、いまは「嫌い」にシフトしつつある。
なんでこんな会社に自分の人生の貴重な時間を費やしてしまったのか。
もともと、売られた喧嘩は買うし、やられたらやり返す性格の僕だ。
できることなら、A社がちょっとした脱税をしていたこと(A社自身が認識してたのかどうかと、本日時点ではどうなってるのかわからん)や、一時期、DeNAで話題となったのと同様のパクリメディアを運営し、ライターに「このサイトからパクれ」という旨の記述があるマニュアルを配布していたこと、社長が部下、従業員に対して「死ね」「殺したい」といった暴言のほか、人格否定系の誹謗中傷をしていること、その他様々なアレな話題を、便所の落書き掲示板にでも書いたり、しかるべきところに告発してやりたいくらいの気分だ。IPOを目指すと宣言している会社にとっては痛手ではあるだろう。(大人げないのと、後が怖いので実際はできないチキンだが)
それはさておき、A社には「エビデンスを残したいから先日電話でもらった話の内容をメールでくれ」と伝えているが、今のところレスがない。
勝ちが決まっている勝負なだけにその面での不安はないものの(弁護士費用とか考えると頭が痛いが)、待ちのストレスがハンパないのでさっさと対応していただきたい。
http://vim-jp.org/vimdoc-ja/change.html#filter
Vimにはフィルタコマンドといって、テキストを任意のUNIXコマンドで処理するExコマンドが用意されている。
用意されていて、実際強力なんだけど、Vim組み込みの機能で間に合うことも多くて、下記以外はあまり使っていない気がする。
以前はVimの正規表現に慣れないからとPerlを使ってたりもしたけれど、Vimの正規表現も悪くないかなとなって。こう。
簡単な計算をするときに使う。1行に計算式を書いて「:.!bc<CR>」あるいは「!!bc<CR>」とすると計算ができる。
「<C-r>=」で代用できる。
長めのコマンドを実行するときに使う。「:%!sh<CR>」とすると書いたシェルスクリプトを実行できる。
最近はBashの<C-x><C-e>で良い気がしてる。こちらだとヒストリで戻って<C-x><C-e>として再編集することもできるので。
簡単な整列をするのに使う。ビジュアルモードで選択して「!column -t<CR>」とすると整列ができる。
(デフォルトのセパレータがスペース二つなので、一つにしたければ-oオプションを指定して「!column -to' '<CR>」という風にする)
vim-easy-alignやvim-aligntaが入っているならそれでいいかも。
それぞれJSON、XML、HTMLを整形するのに使う。JSONは「:%!jq .<CR>」、XMLは「:%!xmllint --format -<CR>」、HTMLは「:%!pup<CR>」。
ただ「jq . <JSONのファイル> | vim -」としていたりして、直接Vimの中で使ってない場合が多いかも。
連番を振る時、重複行を削除する時、指定した列を抜き出す時、などなど、色々なことに使える。
それぞれ「:%!awk '{printf"\%-6d \%s\n",NR,$0}'<CR>」、「:%!awk '\!a[$0]++'<CR>」、「:%!awk '{print$2}'<CR>」といった風にする。
ちょっとした事情からシステムディスクの移設をしたところかなり躓いたので、備忘録的にメモ。
時代に逆行して個人的な書き物をする場所を一切持ってないのでお借りします。
以下、Linuxなりの最低限の知識があり、バイトオーダーもわかり、細かいところは勝手に補間できる人向け。
オフセット32256バイトを1048576バイトに調整する。
得てして非AFTからAFTという状況と思われる。
コピー元が壊れかけの時はやらないほうが吉。