はてなキーワード: EverNoteとは
それを嫌気がさして消して、「あーあ、ブログ無かったらもう感想文なんて書かないだろうな」と思ってた
そしたら今ではせっせとファンレターもしくはファンメールを書いて作者に送ってる
書いてるじゃん、書きたいんじゃん
文面をEvernoteに打ち出すところまでは同じ
それを紙に書いて切手貼ってだすか、もしくはアドレス打って送るかどうかの違いだけ
手を変え品を変え「あなたの作品のここが好きです。なぜならこうだからです」と言葉を探して当てはめるだけの事がどうしてこんなに楽しいんだろう
ただこれ、作者と私という一対一かつクローズドな手段だからこんなにも今楽しめているわけで
やっぱり私と作品との感想を、ブログ記事にして不特定多数の人に公開するのは間違ってたよなあなんて思う
少なくとも、私の感覚では長く続けられないことだった
私のブログをいつも読んでる、面白いって言ってくれた人もいたけどさ……なんかそれ思い出す度に申し訳なくなってしまう
ネット上で固有の名前を名乗って、居場所を作ろうとするのを諦めただけだから
僕が普段女の子と会話する際に気をつけているポイントやテクニックを書きたいと思います。
皆さん僕に感謝してください。
これらが実践できれば、意中の相手とアンナことやコンナこともできるでしょう。
それでは始めてイキます。
女の子と会話中、「そういえば水素水ってめっちゃ健康にイイんだって!知ってた?」と言われることがあると思います。
この時、「ああ、知ってる知ってる、今話題の水素水やろ?」なんてことは間違っても言ってはいけません。
例え、あなたが水素水に物凄く詳しくても知らないフリをしてください。
なぜなら女の子はあなたが知らないと思っていることを得意げに言っているからです。
そこで「知ってる」だの「イヤ、水素水が健康にイイなんてデタラメやで」と論破しても「な~んだ、知ってるんだ。チェッ」と相手の気分が悪くなるだけです。
ですので正解は「えぇ~っ!知らんかった!マジでそれヤバイな!ってかそんな事どこで知ったん?」です。
こう言えば相手の気分は良くなりますし、「これはね、○○に載ってだんだよ~」と少し会話も広がります。
ただ、注意点が一つあります。
誰でも知ってるようなことを言われた時です。
こういう時に知らないフリをすると、学のないただのアホと思われるだけですので、そういう時は
「さすがにそれは知ってるわ!逆にそれ知らんかったらアホすぎやろw」が正解です。
僕は普段女の子と会話する時に”嫌い”という言葉を使いません。
嫌いという言葉を何度も言われると、潜在意識に刷り込まれ、例え自分のことではないとわかっていても
無意識のうちに脳は「ああ、この人は私のことが嫌いなんだ」と解釈してしまいます。
そうなったらもう手遅れです。
ですので、嫌いの代わりに”苦手”や”好きじゃない”という言葉を使いましょう。
聞かれてもないのに自分から「オレは昔こんなすごいことしてたんや」とか
「今日仕事でこんなことあったんやけどさー」とか言ってはいけません。
よっぽど仲の良い間柄ならまた別ですが。
こんな事を言われても女の子はどう返したら良いかわからないですし、困るだけです。
聞かれてもない事を言っていい時は鉄板の爆笑ネタがある時だけです。
「接客態度が悪い」だの、「あいつはしょうもないヤツ」だの愚痴や批判ばかり言う人ってよくいますが、
ですので、心当たりがある方はせめて女の子と会話する時だけは言わないようにしましょう。
どうしても言いたくなったら、一人鏡に向かって思う存分ぶちまけてください。
批判していいのは、女の子が何かを批判した時に同意して乗っかる時だけです。
僕はよく女の子に「誕生日覚えててくれたんだー♡」や「そんなことよく覚えてるね!」と言われます。
ですので、女の子と話してゲットした情報は全てメモを取ってください。
紙でもいいしアプリを使ってもいいです。
僕は女の子と電話する時はEvernoteを開いて逐一メモを取っています。
さすがに実際に会っている時にメモは取れないので別れた後に思い出して書きましょう。
そして会話中、自然なタイミングで「あの時、○○って言ってたもんなあ」などと覚えていることを伝えていきます。
大抵の場合、相手が質問してくる内容は自分にも聞いて欲しいと思っています。
ですので、例えば女の子が「どんなタイプの人が好き?」と聞いてきたら、
簡潔に素早く答えたあとにすぐ、「○○ちゃんは?」と聞き返しましょう。
あなた「うーん、そーやなあ、何やろ、えーっと、○○で・・・あとは・・・んー、○○で、○○な人かなあ・・・・・・。」
女の子「そうなんだあ」
で会話が終わることです。
ダラダラ話して、質問も返さないこのパターンは一番やってはいけません。
会話で聞かれることは大体決まってますので予め答えを用意しておいて簡潔に答えた後、すぐ同じ質問をし返しましょう。
そうすると女の子は嬉しそうに話してくれますし、話も広がります。
僕はたまに「こんなに喋ったのに○○くんのことまだ全然知らないんだけど!w」と言われることがあります。
これは最初の方に書いた「聞かれてもない事を言わない」ことと似ています。
自分を知ってほしいと思い、ベラベラ自己紹介の如く喋る男性がいますがそれは厳禁です。
自分のことを喋りたいし、聞いてほしいし、愚痴も言いたいし、それに同意してほしい。
ですので男性がベラベラ喋ってしまうと女の子は楽しくありません。
会話の量は女9、男1くらいで充分です。
適切な相槌、ボケ、ツッコミができていれば、この会話量でも会話は盛り上がります。
その時に自分のことを少しずつ喋っていけばいいです。
少し謎めいてた方が魅力的に見えます。
自分が相手に何か話をした時に笑ってくれたり、リアクションがイイと嬉しいですよね。
ですのでリアクションは必ず取らなければいけないですし、少し大げさくらいがちょうどいいです。
女の子が悲しい話をしてきたら一緒に悲しんでください。
あるいは、全く面白くなかったら超眠たそうな顔をして「ちょっとは笑ってよーw」とツッコまれるように仕向けるのもありですし、
「1ミリもおもろないでw」とSっけを出してもいいでしょう。(相手や仲の良さによる)
リアクションに関しては外国人のように身振り手振りで表現してもいいですし、
テンションコントロールや、次に説明する相槌でもうまく表現することができます。
相槌が「うん」や「そうなんや」ばかりだと、本当に聞いてるのか相手に伝わらないですし、
ですので、相槌は色んなバリエーションを使っていきましょう。
「えー!」「マジで?」「嘘やろ!?」「嘘やん!」「うそーん!」「そんなことある?」「さすがにそれはないわ!」「バリひどない?」「それでそれで?」
「うわっ!」「うげー!」「うひょー!」「あちゃー」「やってもうたな」「たしかに」「わかる」「よかったやん!」
これらを適切に使うことで会話のリズムも良くなり、
基本的に女の子はツッコまれるのが大好きです。(2つの意味で。。。)
平凡な男性ならそこで「大丈夫?」と声を掛けますが、これは不正解です。
正解は「え?w今コケるような所あった?w」です。
こう言うことで女の子は恥ずかしそうに「無かったけどw」と言いながらモジモジします。
会話中に女の子が噛んだら、流さずに「え?wなんて?w」と即座にツッコみます。
要は日常生活で起こる些細な出来事を見逃さず瞬時にツッコんでいくことが大事になってきます。
以上、非モテ男のための女の子との会話テクニック10選でした。
参考になりましたら、「感謝します」というコメントを添えてブクマしてください。
よろしくお願いいたします。
GitHubの謎生物が気になり、せっかくなのでIT界隈の動物(?)を用いた名前やロゴの由来など調べてみた。
※追記あり:Gopherファンに襲われそうなので。ごめんねGopher君
Q.どうしてタコなのに8本足じゃないの?
A.なにも考えずに描いたからね!
もともとデザイナーはoctopussと呼んでいたが、いくら訂正してもGitHubの社員がoctocatと呼ぶため、octocatで落ち着いた。
octocatはあの生物種の名称であり、monalisaという名前は社員の娘が学校の課題で名付けたもの。
種類:ニシキヘビ
名前: -
イギリスのコメディ番組『空飛ぶモンティ・パイソン』より。
またPythonという英単語はニシキヘビを意味するため、マスコットとしてヘビが用いられる。
オライリーの本とかすごい表紙だよね。
種類:ゾウ
種類:ゾウ
名前:slonik
「動物のロゴにしたいなら、象なんてどうだい?アガサ・クリスティの小説にもある『象は忘れない』だ」
― PostgreSQL発足時のメーリスより
種類:ゾウ
名前: -
象は記憶力が非常に優れた動物のため。PostgreSQLと同じで、象の優れた能力にあやかっている。
種類:ヌー
名前: -
種類:キツネ
名前: -
もともとPhoenixという名前だったが、商標権を侵害していたので、公募でFirebirdという名前に決定。
しかし今度はDBに同じ名前があったので、Firefox(レッサーパンダの別名)に改名。
みなさん命名は慎重に。
種類:クジラ
『白鯨(Moby-Dick)』より。クジラを採用した理由はデザイン見れば納得。
種類:ペンギン
名前はタキシード(Tuxedo)を着ているように見えるから。
ロゴコンテストで決定されたが、他の作品を見ればなぜ選ばれたのかよくわかる。デザインって大事。
https://www.cs.earlham.edu/~jeremiah/linux-pix/linux-logo.html
種類:鳥
名前:ラリー・バード
名前はNBAのラリー・バード選手より。社員がファンだったらしい
ちなみに初期のTwitterのデザインはGitHubのデザイナーが手掛けたもの。すごいっすね。
種類:シーサー
名前: -
種類:イルカ
名前:Sakila
種類:ネコ
名前: -
オライリーの本に載ることを考慮して動物をマスコットにしようと考え、「自立した強かさ」を持つという意味でTomcat(雄猫の愛称)を採用。
しかし、猫はオライリーのUML本で使われてしまい、念願のTomcat本にはユキヒョウが使われたという…。
種類:Dogcow(イヌ+ウシ)
名前:Clarus
昔々、Mac OSで用紙の向きや色を表示するために使用されていたらしい。
知らんわ。
種類:ウサギ
名前:Glenda
OSの名前である「Plan 9~」はエド・ウッドの『Plan 9 from Outer Space』に由来。
ウサギの名前であるGlendaはエド・ウッドの『グレンとグレンダ』に由来。
どんだけエド・ウッド好きなんだよ。
ニュージャージーのWFMUラジオで、Renee Frenchによって宣伝用のTシャツに描かれたのが、彼の初登場。
その後、Bell labsのメールシステムでアバターとして起用もされた。
(ちなみにReneeはBell labsのGlendaを描いた人。Glendaもアバターの一員だった)
そうして2009年、Goプロジェクトが発足し、ロゴを検討していたメンバーにReneeが無償で描いてあげたのが「Go gopher」である。
みんなGo Gopherと呼ぶので、特に固有の名前は無いらしい。
由来は下記サイトにありました。
フラットデザインの流行以降思うようになってはいたんだけど、iOS10になってさらに強く感じてる。
自分やこの記事を見るような、そのデザイン以前から使ってる人やPCスマホ等に慣れてる人なら感覚的に使えるし大した問題はないんだけど、
還暦をとっくに過ぎたうちの父親(PCやiPadでニュースを見たりはできる程度)のような人にとってはどんどんわかり難くなっていると思う。
さっき父が仕事(自営業)で紙の書類と地図を取引先にメールで送りたいからやり方教えてくれと言われて教えようとしたんだよね。
んでスマホやタブレットのEvernoteや専用アプリとか使えば良いんだけど、とりあえず普通にiPadのカメラで撮ってそのまま添付するのが一番簡単かなと思って
写真撮らせてGmail起動させたまではいいけど、添付ボタンは薄い灰色のクリップアイコンだけだしカメラロールから写真を選択するのはなぜか最後英語だし、
送信ボタンは飛行機アイコンだし、こりゃ慣れない人が一人でやろうとしても無理だわと思ったのでした。
あと標準のカメラアプリも、よく母親がiPhoneで写真撮ろうとして間違ってスワイプしてて動画やタイムラプスとかになってたり、いっつもシャッターボタン押し過ぎてバースト連写してる。
なんかiOSの例ばかりになってしまったがAndroidでもWindowsでも似たような傾向だと思う。
現実世界の方でもセブンのコーヒーの機械が話題になったりと色々あるよね。(最近のやつはいつの間にかちょっとわかりやすくなってた気がする)
手持ちのMacBookが少々古くて厳しくなったので新しいMacBookを買ったんだけど仕事で使うやつだから
旧MBのファイル移動とか(これはMac任せで待ってりゃいいだけだけど)
本体のiMacとの連携とか、Dropboxやevernoteの設定引き継ぎ、
仕事でつかうソフトの初期設定、グーグルとかiTunesのログインとか、
あと前のMacではOSのバージョンがちょっと古くて気がつかなかったけど、
今はアプリ同士が色々連携してて(例えばDropbox経由で設定を同期させたり)
いやまあ便利になってるんだろうけど。
メインで使うiMacと旧MB、新MBの三台を開いてると順番に通知が届いて最後にiPhoneから通知がきてそりゃもう賑やかになる。
いや、なんか「誰にもマネできないブログを『書き続けるコツ』、すべて公開します。【初心者向け】」とかがホットエントリ入りしているのを見て、ふと思い付いただけ。
・メモ帳や日記代わりに、個人的なことを書いて、更新するだけ。
はてな見るようになって、最近、自分のブログに記事を書くのが、少し怖くなって、更新をやめて放置していただけど、久しぶりに更新してみようかなぁ。
はてなは色々と面白いけど、手斧が飛び交っている光景をみると、ブログを以前ほど気安く更新するのが怖くなる。
これは間違いなく、はてなの負の側面。
DropboxとかEvernoteとかに書いている「ToDoList」とか「読みたい本リスト」「欲しい物リスト」とか、もっとブログに書いても全然構わないと思う今日この頃。
最近いろいろ仕事の進め方に悩んでて、アイデアを求めてネットをさまよってたら興味深い記事を見つけた。いわゆる意識高い部類に入るライフハック記事(最近話題になってたEvernoteを使って云々みたいな)やつでさ。なかなか面白かったしよし参考にしてみようと思って、ふと右上のGoogleChoromeはてブ拡張機能アイコン見たら四桁くらいブクマがついてるわけ。興味本位でクリックしたけど後悔したよ。もうホントブコメでボコボコに貶されてやがんの。「参考にならなさすぎる」というブコメに☆がたくさんついてトップ。正直、気分が悪くなったね。
まあ記事自体は2011年くらいのものだし、今となっちゃ昔の話なんだろうけどさ。
はらたつな~。
寄ってたかってボコボコにして何が楽しいんだよ。そりゃあ突っ込みどころは多少あるけどさ。でもその記事自体は炎上狙いでもなんでもない真面目な記事だったよ。そのひとなりに毎日迫りくる仕事やらなんやらと戦ってて、やり方は多少複雑なれど記事自体は筋が通ってる。それを「複雑すぎwwww」「頭悪いんじゃないの」「参考にならなさすぎる」だのなんなの。批判するならもっと具体的に批判しろよ。そんな煽りみたいなのやめてくれよ。あの記事読んで「よし三連休明けも仕事頑張ろう」って思った俺がバカみたいじゃんか。畜生。以上です。
http://anond.hatelabo.jp/20160422184218
↑これの続き。
-----------------------------------------
こういうことを書き捨てていくと老害がいなくなっただけだって思われるかもしれないんですけど、このセグメント問題ってのはサービス運営の側に立って考えるととても難しいものじゃないかって考えているんですよ。
これについてはきっと中の人も葛藤があるだろうなーってのは思います。なんだかんだ生え抜きの技術者がいるだろうし、自分の知っているユーザー層とは違うサービスになりつつあるという思いがある人はいるんじゃないかな、と想像します。でも、ビジネスとして、商売として考えるならば、敷居を下げて、大衆的な(むしろ衆愚的な)話題のコミュニティであっても、ライトユーザーに拡大できて、キチンと定額課金と広告料を取っていかなければならない。短期的に見れば、これはむしろ最重要課題です。
散々書きましたが、個人の思いを割りきって仕事人間の立場として考えるならば、はてなブログPROの月1,000円(2年契約でも600円)っていうモデルはよく踏み切ったなーって思ってるんです。ネット系ベンチャーのご多分に漏れず、マネタイズで苦労してたはずですからね。
自分でいじれる人にとっては、システムの機能だけ見ればこの有料サービスはほぼ魅力がないです。安いホスティングのレン鯖やクラウドにWordpressを入れたほうが安いし、写真なんてGoogle PhotoだってFlickrだって使えるのに。実際のところは、「好きなアフィリエイトが設定できる」「あれやこれやを堂々とやれる『市民権』を得られる」というメリットが大きいですよね。はてなのユーザコミュニティを活用できて、ブクマとスターが近くて、初心者でも扱える。つまり、あの界隈って、ネットサービスのビジネスモデルとしては私のような厄介なユーザーよりずっと適切なターゲットユーザーなんですよね。
でもね。でも。あくまでも「短期的」は「短期的」でしかないんですよ。
運営している人も絶対わかってると思うんですけど、サービスにはコアが必要なんですよ。ストーリーがあって、そこから生まれたコアユーザーがいて、インフルエンサーになって規模を大きくしていく。特に、はてなみたいなコミュニティは、ユーザーによって育てられてきたサービスでしょう。
古い考えかもしれませんが、ブランドっていうのは一朝一夕ではないんですよ。「ブランドは作れる」なんていう広告代理店の言葉もありますけど、勘違いしちゃいけないのは、その作るってのは買ってすぐできるっていうことではないっていうことですよね。理念があって、コアユーザーがいて、クチコミで広がっていくものでしょ?だから、仮にイメージの転換が急務だったとしても、ユーザー層がガラッと入れ替わっちゃうと、後が続かないんじゃないかなって思うんです。
私自身も仕事で広告出稿したりすることもあります。ECをやってるんで、検索流入や、導線や、コンバージョンも気になります。
だから、アフィリエイトを貼ってくれるようなブロガーさんとはお仕事的にはパートナーだったり、お客さんだったりとありがたい存在でもあります。誤解のないようにはっきりさせておきますと、私はアフィリエイト広告自体は(PV稼ぎのモラル問題とかは別として)全然否定していないです。PVが増えて嬉しい気持ちだってわかりますよ。自分だって嬉しいから。
でも、ネットコミュニティを扱ってきた人間の端くれとしてつくづく実感しているのは、人は思いのこもった言葉で動く、コピペじゃ人は動かない、ってことだったりもします。
本当に好きなものを好きだからとブログを書きたい人は、ポイントがつこうがつくまいが、アフィが貼れようが貼れまいが、とても面白い記事を書いてたくさんの人を連れてきます。上手い下手はありますが、全てではないです。逆に……って、書かなくてもこれは言わずもがな。
アフィで炎上芸をやって、PVガー流入ガーって言う人を見るとちょっと寂しくなります。それが社会の現実だからしゃーない、っていうのもわかるんですけど、世の中には本気で知ってもらいたいと思う情報を見てもらうためにタイトルを一文字変えるとかバナーをA/Bテストするとか、本気でサイトを便利にしたいと思ってボタンを1ピクセルずらすとか何ミリ秒レスポンスを早く返すとかやってる人がたくさんいるわけじゃないですか。どうせなら、そこに乗っかるコンテンツも良いものであって欲しいじゃないですか。
そんな業者やオタクの言うこと知るか、って言ってきた人もいるんだけど、でも、本気で自分が作ったサービスや、あるいは自分が書いた記事で便利に使ってもらいたい、喜んでもらいたいと思っている人間としても、あるいはユーザーとして本当に面白いコンテンツにめぐりあいたい、って思っている人間としても、皆にとってそれぞれ満足できる「界隈」があるといいな、って思うのです。データマイニングを駆使した個人別最適化によってコンテンツが出しわけられているのでも良いのですが、はてなのような個性のあるWebサービスは、できればユーザーが体験を共有できる「オープンなはてな村」であってほしいものです。
最近はじめてブログを書こうと思った学生だって、ITにそれほど強くなくて、お友達とブログを書きたい、ついでにお小遣いももらえたらラッキー、っていう純粋な気持ちでやっている主婦だって、古参から「最近の奴らは……」なんて言われて恐縮する必要なんてないと思うし、共存できると思うんですよ。
ただ、アフィリエイトだけが目的で確信的にやってる層は同じ「素敵ですね!ありがとうございます!」でも、なんとなくわかっちゃうんですよね。そういう記事ばかりが眼に入るようになると、正直ちょっとうんざりします。
また脱線しましたけど何を言いたいかっていうと、要するに、「長期的に見た場合」としては、コアユーザーとサービスの特色がキチンと育っていて、他のユーザーの共益を阻害しない、っていう状態じゃなきゃいけないんじゃないか、っていうことですね。
この特色付けにしても、はてなブログはもうちょっとうまくやれたんじゃないかなあ、って余計なお世話なことを思ったりするところはあります。もっとも、まったく小洒落ていて気が利いた広告戦略やマーケティングとかできるようなキラキラな会社じゃなくて、それとは真逆の非モテ野郎どもだった(勝手な想像)、っていうところがはてなの好きなイメージだったわけではあるのですが。
※ほら、何年か前に、2chで「Webサービスを擬人化したったwww」っていうネタ流行ったじゃないですか。hagexさんがまとめてたと思いますが。あれのね、はてなの擬人化イラスト、皮肉じゃなくてわりと悪くないんじゃね?って思ってたわけです。ミサワがドヤ顔してるやつ。少なくとも、mixiモバゲーがウェーイしてるのとかよりかずっといいですよ。
同じ大衆化の道を辿るにしても変なミニマリスト界隈とか、アフィ軍団とかに捕まるくらいなら、もっと有益なカルチャーを形成できる仕掛けってなんとかならなかったものかなあって。いや、外野が1秒で思いつくこんなことはいくらでも考えつく人がいるだろうし、プラットフォームとコンテンツの話は別だろとも思うし、既にブログMediaで提供されているみんなのごはんとか気に入って見てるんですけど、ジャンルはともかくとして、そういう書き手を集める営業はやっぱキラキラ系のところのほうが上手いんですかねぇ。
お前誰だよ、なんでそんな熱く語ってんだよ、と誰しもに思われると思うんですが、実際のところ私は自分用にブクマを使っていただけのユーザーですし、ブログサイトを作っていじる側が中心だった人間なもんで、自分自身が上げたコンテンツはそれほど無いです。すみません。
最近ちょっとだけはてなブログを個人用日記に使っていたんですけど、今改めてMTでもWPでもないブログポータルを使ってみたらどんな感じでどんなことを思うんだろう、ってことに興味を持ったためです。この文章は、その結果として書いています。
はてなブログ自体は便利で書きやすくてとっても気に入ってます。βテストの時はカテゴリすらなく本当にシンプルで大丈夫か?って思いましたが、特にGoogleフォトやTwitterなどの外部サービスからの貼り付けが気に入っています。確実にダイアリーより使いやすいです。今後もますますの発展をお祈り申し上げますです。
なんだかんだ書きましたけど、要するにですね、私は単なる無名ユーザーですけど、こういう熱心なファンもいるんですよってことなんです。今までたくさんの発見と感動をもらったことに本気で感謝してます。興味深い!参考になる!感謝!とかそういうのではなくて。
距離を置く、と書きましたが、自分の情報クリップの習慣として、はてブ⇒Evernote連携の流れが便利で染み付きまくっているので、引き続き淡々とブクマは利用させていただきたいと思います。今まったくお金を落としていないことに罪悪感すら感じていますので、お礼の気持ちを込めてちょっとスターでも買って、ホソボソやっていきたいなと思います。
古参物書きも、ギークも、ステキ主婦も、手斧軍団も、お小遣い稼ぎの人も、みんながワイワイ楽しくヒャッハーできるやさしい世界ができるといいですね。
草々んじゃーね。
あれ、ほんとクソ
予測変換が邪魔。変換したつもりが勝手に語尾書き足されてたり、悪いけどまともに文字入力できる環境じゃない。
とにかく一度でも経験したことのある人ならわかると思うけど、iOSデバイスは外付けキーボードで文字を打つということがまともにできるシロモノではない。
でも買ってしまったんだよね。
こうなったら嫌でも元をとってやろうとおもうじゃないですか。
teamviewerによるリモートデスクトップ。
iOSがクソならwindows環境で文字入力すればいいんじゃね。
ってことで、2万くらいのネットトップ買ってきてセットアップ。
iPad側の入力を英字にしておくと、端末側の変換機能に依存することなくwindws側でローマ字入力できてマジで捗る。
24時間サーバー状態で、いつでもどこからでも快適な文字入力環境の出来上がりです。
じゃねーよ。フザケンナ。
まじでクソ。surface book買えばよかった。
ということでATOK pad買ってevernote同期させて下書き書いて、コピペで投稿することにしました。
ATOK padって、アプリ内だけIMEが独自のものが動くの。なにそれ天才。
1200円は高いけど、十何万塩漬けにするくらいなら安い。
予測変換をオフにするだけの機能をつけたメモアプリがあれば飛ぶように売れると思う。
それをみてappleが対策するころには一儲けしてとんずらできるくらいには間違いなく売れる。
IMEがクソなだけで端末全体の魅力が壊滅的になるってことだけはわかった。
昔から知ってたけど、proならなとかしてくれるかなって期待した俺がバカだったよ。
何がproだ。poorの間違いじゃねぇか。はやくなんとかしやがれってんだコンチクショウ。
20代の数年間SIで働いた。1年以上前に退職して今は別業界にいる。
今日、Evernoteを整理していたら「退職理由、SIの嫌な点」というメモが発掘された。退職直前のかなりストレスがたまっていた時期に書き殴った文章だった。学生の頃の私は絵を書いたりしていて、ものづくりで暮らしたいな〜などと思って始めたプログラミングが楽しかったので安易に受託開発業を選んでしまったが、その後悔が如実に表れていた。
一部自分でも覚えていない話もあったがコンテンツとしては面白かったし、今でもシステムインテグレーター業界で消耗する若者を減らしたいとは思うので公開してみる。
以下、同メモに加筆・修正したものなのでファンタジーだと思って読んでくれ。
受注した時点で売上がおよそ確定するので、後はその予定工数に収めて納品できれば御の字という考え方。よくある話だが、見積がおかしくても顧客と対等な関係が築けていないから追加請求もできない。時間(工数)をかければ良い成果物ができるかもしれないがそれを説明して顧客に嫌な顔をされたくないから、限られた工数の中での最善を尽くす。最善を尽くす、聞こえは良いが要は手を抜く。
つまり、どう頑張っても売上は同じなのだから、良いもの・価値を生むものを作ろうと考えない人が多い。社内で開発者と呼ばれる人間もそうだし、マネジメント層はそういうものづくり志向を持った人をリスク扱いすることもある。
これが諸問題の根源で、いかに述べるような組織・プロジェクトが出来上がっていく。
マニュアル作業の正確さをかたくなに信じてる人だらけで、ITとは何なんだと考えさせられる。
私は定型作業を効率化しようとjsやrubyでスクリプトを書いたりしていた。テストデータを開発用DBに突っ込んだり、テキスト処理して整形したり、Excelからコード生成したりするよくあるやつ。
あるとき上司に肩越しに自分の作業を覗かれて「何やってるの?」と聞かれ、そういうスクリプトを作ってると答えたら、工数とリスクの話をされた。曰く「そのスクリプト作るのに何日かかるの?工数に乗ってないよね?」「スクリプトのテストもちゃんとしないと結果が正しいって保証できなくない?」と。この時はイラッとして「30分でできる数十行のスクリプトだし自分の作業工数内で完結する。むしろ後工程や別の人でも同じことを再現性できて楽になる」とか真面目に説明してプログラムも見せたが、読もうとはせず(読めないので)1時間無駄にした。
前述したようなビジネスモデルだから、営業力と、予定工数で無難にプロジェクトを終えるマネジメント力が大事。IT企業だが開発者は自社で持たない。不況の時に待機コストが発生するリスクがあるし、自社で抱えるより単価の安い開発者が人材派遣系の企業や下請けにいっぱいいるから。
社長があるとき社内広報で「技術は買うものだ」と言っていた。文脈で明らかに技術=技術者のことだったので、使い捨ての人売り業と揶揄されていることへの自覚が無いと思う。
そういう人が集まっているor残っている組織なので開発者はほとんどいない。20〜30人ぐらいの課に1人ぐらいの割合でstaticおじさんがちらほらいるぐらい。大体20代からプロジェクトリーダーという立場をやり始め、だんだん大型の案件を扱えるようになっていき、後は出世ゲーム。部長のお気に入りが課長になり、部門長のお気に入りが部長になる。その繰り返し。
開発案件でのBP(ビジネスパートナー、委託先、派遣、下請け)比率は自分の周りだと1:5ぐらいが多い。プロパー社員一人が5人の開発を仕切る、みたいな形。案件規模によりだいぶ差があると思う。この比率が高い=マネジメント力のある組織と考える会社はこの数字を上げようと必死で、比率の低い組織は評価が下がる。
私は開発が好きだったのでエンジニアとして生きていきたい、というようなことを評価面談の度に伝えているが、その度に会社の目指す方向を説かれてモチベーションが下がる。
上述の通り、案件で接する開発者は基本的に社外の人間なのだが、彼らの技術力と意識の高さにはものすごいばらつきがある。言われたものはなんでもこなせる人、何でこの歳まで技術者やれてるんだと疑う人、このプロジェクトはおかしいと良い意味で騒ぐ人、何も意見を言わない人、CっぽくJavaを書く人、人当たりは良いが技術力がいまいちな人、すぐ休む人、バグやミスを隠す人…etc。
まぁ色んな人がいるのはどの業界のどの職種も同じだが問題は質だ。私の主観になるが本当にエンジニアとして尊敬できるレベルの人は1%いるかいないか。というのも、ほとんどの技術者は長年SIやその周辺企業と付き合ってきているので同じ体質に染まっているのだ。顧客が良いといえば良いという態度(この場合の顧客は私が所属する企業)、請負の場合は工数を超えない範囲で手を抜く姿勢、その他諸々。技術力だけをひたすら磨き続けてきたという人はごく一部だけだったし、そんな人でもGitHubアカウント持ってない・ブログやってない・OSSに貢献したことない、といった具合でクローズドな世界で生きている。
そうした技術者とやっていく中で最も厄介なのが教育コストだ。案件のあるなしで人が都度入れ替わり、新しい人が来るたびに同じシステム・技術要素の説明をして何とかやる気が出るようモチベートして、というのを繰り返すのに疲れた。私の会社固有の変なルールの説明はてきとうにしておいて、私は技術が好きな仲間が欲しかったので今のシステムの課題と技術面での改善や展望をよく話す。が、あまり食いつかれることはない。これは私の問題だが、そうした期待と落胆のループも疲弊の一因だ。
ある時、一つの課に6年近くいるというBPと一緒に仕事をする機会があった。その課にはプロパーの技術者が長いことおらず、彼がその課の技術的中心を担っているという話だった。抜けられると途端に色んなものが崩壊するからという理由で、その人の派遣元にはかなり高額の単価を支払っていたと聞いた。課員が口をそろえて「あの人はすごい」「何でもできる」というので初めはかなり期待していた。
だが、拍子抜けした。あまりにも仕事が雑なのだ。コミットされたコードはTODOコメントだらけだし、バグがあまりにも多かった。一度も実行されずにコミットされ、他の人がチェックアウトした時点で判明したバグなんかもあった。それでも声が大きく、プロパーが技術を知らないのをいいことに自分のブランディングに完全に成功していた。客先にも顔を出し、信頼を得ているらしかった。「自分は設計が得意でテスト以降の工程には興味が無い」と言っていた。確かに彼が関わった各システムには独特の概念が埋め込まれた設計があったが、その複雑な設計は保守性が低く、他の開発者が触ると容易にバグを引き起こしていた。
また、彼はJavaの有名なフレームワークであるStrutsを拡張したいわゆるオレオレフレームワークを開発しており、それの出来は悪くなかったと思う。そのフレームワークに欠けているものをうまく補うような形になっていた。だがフレームワークのバージョンを上げると壊れるというのが残念な点で負債になりかけていた。
私は異動したが、彼は今でもそこにいると聞いた。
(最低限のものしか作らないから)安くて早い!という触れ込みで売っているので、テストの工数が異常に少ないことも多い。特にテストコードを書くなんてもってのほか。そういう世界でやってきた人ばかりなので、30や40超えたマネジメント側は「テストコードって何?」状態だ。大型の改修案件が来た時にはコア機能だけでもテストを書いていこうと見積段階から社内で提案したが「顧客に『そんなメリットあるなら何で今までのプロジェクトではやってないの?』って問われるから、絶対言うなよ」と拒否された。
保守案件をやっていた頃、時間を捻出してコソコソとテストコードを書いたりしていた。その案件を離れてしばらく後、ある時リポジトリを覗いたら私が書いたテストコードがばっさり消えていて驚いた。コミットログから課内のstaticおじさん的な人が消したとわかったが、そのコミットコメントが「現在使用していないコードを削除」だった。これはもう問う気も失せて何も言えなかった。
先述したようにテストがそもそもないプロジェクトが基本なのでリファクタできないのだが、たとえテストがあったとしても勝手なリファクタは許されない。ソースコードは顧客の持ち物なので同意なしに改変することはいわば契約違反なのだ。たとえ内的品質が向上してコスト削減に繋がるとしても、そのためにお金を支払う顧客はまずいない。
私がいたどの案件にもコードレビューがなかった。リーダーと開発者数人という構成の場合、まず開発者は全員下請けでリーダーは技術の心得がない場合が多い。そうなると彼らの成果物の良し悪しを図るのは目に見えるシステムの挙動と実施されたテスト結果のExcel報告書だけになる。これが非常に非効率で、少しコードを読めばわかる明らかなバグや仕様理解の齟齬が頻発していた。特に受入試験と呼ばれるリリース直前の顧客側での最終確認や本番稼働中におけるhotfixは全機能をきちんとテストせずにデプロイされることが多く、そのhotfixがさらなるバグを引き起こしたりもしていた。
そもそもテストを書けという話だがテストが無いプロジェクトに足すのはかなり大変なので、レビューサイクルをきちんと回すだけでもかなり変わる。実際、私が入った案件ではすべてのコミットに目を通すようにし、明らかな問題は都度指摘することで品質の向上に繋がった。欲を言えば他の開発者にもレビューしてもらいたいが、下請けの彼らの工数を増やすことは嫌がられる。
無難にプロジェクトをこなすことと新しい技術を試すことの両立こそ技術者の腕の見せどころだと思っているが、ほとんどの場合それは許されなかった。新規にせよ継続にせよ案件を受注する段階で営業やマネジメント層と顧客間で「今回は過去に実績のあるこの技術でやります」という契約が結ばれているからだ。その技術(言語やフレームワーク)がいかに古く、保守性も将来性もないものだとしても受注できればよいし、その技術のサポート切れか何かの拍子で再度リプレイス案件でも受注できればさらにラッキーぐらいの考えでいる。
また横に倣えが加速してさらに悪い事に、同じアーキテクチャ・ネットワークを再利用するために既存のサーバに新システムも相乗りすればよいという発想も珍しくない。「資産の再利用によりコスト削減」という触れ込みだったが、ただでさえスケールしない低スペックのオンプレミスサーバ上で複数のアプリケーションサーバを運用した結果、予想通り耐障害性が下がった。
また、Oracleのライセンスが高いという理由で一つのDBインスタンス上に10数個のシステムが同時稼働しているなんてこともあった。1つのシステムが高負荷なクエリを投げたせいで関連する全システムが共倒れになったこともあったがOracleのバグとして報告していた。
新人の頃にOJTでstaticおじさんの下に付いたことがあった。そのとき担当したのはPerlでデータ連携用のバッチを書くという開発業務だったのだが、最悪の思い出だ。
まずプログラム構造仕様書というのを書かされた。メソッド単位でのモジュールを全てExcel上に記述し、処理の順番と内容を説明するという謎資料だった。あまりに意味がわからなかったので「UMLのクラス図を書けばよいのですか?」と聞いたら「Perlにクラスなんて必要ない。構造化プログラミングを研修でならってないのか」と返ってきた。「俺が前に書いたPerlのバッチがあるから参考にしろ」と言われ、あるリポジトリをチェックアウトして見てみると1ファイル4,000行の.plがいくつか並んでいた。その時の私は何もわかっていなかったのでそういうものかと思ってしまったが後で調べて明らかにおかしいと気づいた。
また、そのプロジェクトのメイン言語はJavaで、Eclipseを使っていたのでPerl用プラグインを入れてコーディング・デバッグをしていたらやめろと言われた。理由は「Eclipse上で動くPerlが信用できない。サクラエディタで書いてプリントデバッグすれば充分だ」と言われた。その時の私は何もわかっていなかったので、プラグインの品質が悪いとかそういう話かと思い「じゃあvimで書きます」と言ったら「サクラエディタにしろと言っただろ!」と一喝され、vim vs サクラエディタという史上類を見ないエディタ論争が起きた。
SI業界の中では高いのかもしれないが決してよくはない。4年目(たぶん25歳)ぐらいで残業込みで年収400万にやっと届いたがそこからほとんど変わっていない。30歳の先輩に聞いたところ「500万前後、残業してない場合の月の手取りは未だに20万切ることがある。残業抜きでは新婚生活が厳しい」と言っていた。いわゆる年功序列がきっちりしていてこのまま続けてもしばらくは給与が伸びないということがわかった。
個人での貢献で差がつくのは±10万程度。その程度ならいっそ無くてもいいのでは、と思う。というかそもそも生産性をきちんと評価する制度が存在しない。これはどの組織でも難しい問題だと思うが、形骸化した評価制度で上司の気に入った人間にS評価を付けているだけならいっそ止めたほうが時間の無駄にならなくてよい。
会社から貸与されるノートPCは低スペックすぎて開発には使い物にならない。なので開発者は基本的にデスクトップを使用せざるを得ないのだがこれもメモリ4G、1.2GHz程度で大したマシンでもない。本当に開発する気がない。
いつの間にかどこかで意思決定がされていて、関与する機会がほとんどない。だがほとんどの社員がそれで良いと思ってる。失敗しても自分が決めたことじゃないから上層の責任だ、そう言えるので楽だから。
情報共有をしない、というか意図的にしないようにしているとまで感じる。連絡はメールと添付ファイルベースで行っているし、共有のファイルサーバなんてのもあったが一部のフォルダは権限を持った人間しか見られない。何で他の部や課が行った過去の見積や提案資料が自由に見られないんだよ。
ソースコードのリポジトリも同様。外部に公開しないのはまだわかるが、プロジェクト外にすら基本は公開していない。別に奪われて困る大した技術もない。
会社が用意した提案資料共有サイトみたいなのもあったが、それに至ってはもっとひどい。課長以上もしくは部長から承認を与えられた者のみ閲覧可能。共有とは。
どうでもいいことを決めるにも承認や根回しや説得が必要になる。それがプロジェクトの利害関係者ならまだわかるものの、まったく関わっていない上長(課長や部長、時には部門長)を通さないと進まないという異常さ。
利益率向上のためにコスト削減ということがしきりに言われており、過剰なコスト削減対応が生産性の低下を招いている。たとえば顧客に見せる資料以外は白黒で印刷しろ、みたいなルール。色がないために情報が伝わりにくい。というかそもそも印刷せずに各自のノートPCで見ろという話だが、先述したようにノートPCは低スペックすぎるので多くの社員がデスクトップを使っている。ITとは。
本当に無駄としか思えない承認・申請フローの煩雑さに加え、使っているシステムの使い勝手も悪く、ひどい日は一日がそうした事務作業で終わる。しかもそのシステムは自社で以前開発したものだというから泣けてくる。こんな作業が定常的に発生するのでいっそ事務員を派遣で雇うべきという提案が何度もされたが、課の予算をオーバーするから無理だという回答しか返ってこない。
表向きは社員の健康促進という触れ込みで残業時間削減を全社的に取り組んでいる。残業減らせと声をかけただけでは誰も帰らないので、勤怠システムと入退館管理システムを監視し、削減できていない組織や人間の評価を下げるようになった。
その結果、サービス残業が復活した。30時間を超えると部長に説明しないといけない、50時間を超えるとその上へ…みたいなループ。表向きの残業時間削減・コスト削減としては成功したかもしれないが、社員の残業時間を管理するとかいう無駄な仕事を増やしたし、管理される社員のストレスとサービス残業に繋がったので下策だと思う。
他人の残業時間をExcelにまとめる仕事があって、そこに給与が発生してると思うと泣きたい。
そもそも無駄な作業や工数至上主義で作業効率が悪いから残業しているので、残業が少ない奴が偉いと一斉に舵取りしただけでは生産性をちゃんと評価できていないことに変わりはない。一昔前の残業多い奴は頑張ってて偉い、というのと本質レベルで何も変わっていない。