「プログラマ」を含む日記 RSS

はてなキーワード: プログラマとは

2019-01-22

プログラマ業務中に身につく知識

業務ではこんなことやるんだな。テストってこういうことか。ここは案外適当なんだな。この製品プログラムはこんな感じのプログラムになってるんだな」ってことが業務でわかる。だけど言語とかフレームワークとかの仕様業務では別に身につかない、なぜならそういうのはほぼOJTから(聞けば答えてくれるシステム)。

最初研修言語フレームワーク一つずつでも覚えさせてもらえばだいぶありがたいと思うけどそういうの無い場合本当にそういうのは独学になる。家に帰って。または先輩にたまに聞くとか(ちょびちょびと…)。そんなんなら知恵袋で聞くのと変わらないし。

業務で学べることはただただ「これは実際こうやって動いてるのか」って中身が見れること以外は少ないと思う。言語フレームワークサーバーバージョン管理システムとかは自分で覚えないといけない。というか覚えられない。時間かかる。働いてる中での独学なんて時間そんな無いし。

2019-01-21

おれは納期に間に合わせないことに決めた

プログラマだけどいつもなんとかがんばって納期に間に合わせるからダメなんだ

おれが眠い目をこすりながらいつもなんとかするから調子にの

とりあえず今のプロジェクトは間に合わせないでやろうと思う

本当に間に合わなかったら大変だからローカルブランチ切っておくけど

一度お客さんに土下座してもらわないと気が済まない

なんでおれがいつも貧乏くじを引かないといけないんだ

あいつらは要件定義書だけぶん投げればプロダクトができると思ってる

手が震えてきたけどおれは決めたぞ

絶対納期に間に合わせない!!!

ぼく仕事としてプログラマやってるけど、将来どうしようとか何かを作りたいとか考えたこともない

言われたとおりにコードを組めば口に糊する事ができるし

意識たかいなぁ

都内郊外会社からリモートで良いから手伝って~」って言われてしゃーないかと参加したんだけど

だんだんリモートじゃなく毎週のように会って話さなきゃいかんくなって契約解除したい。

交通費出ないし片道1時間以上するし。せっかく都心に住んでんのにこりゃないわ。

時間切り売りしてるフリープログラマなのに。

anond:20190121015943

C++はCの上位互換言語で、Cで書いたプログラムはC++でもそのまま使えるよ。

Cは高速かつ容量を食わないので根強い人気があるよね。IOT時代の波にうまく乗ってるね。

でもプログラマがヘボいとやばいバグ埋め込みやす諸刃の刃

C#はマイクロソフトが作った、C言語文法を基礎にした言語だけど、互換性はないよ。

しろJavaに近いかもしれないね

2019-01-20

anond:20190120164919

ワイはプログラムの本も一冊も読まず資格の一つもなかったけど

正社員プログラマとして採用されてC++で開発したやで

C++人生台無しにした。

柴田望洋先生明解C++

STL標準講座

テンプレートテクニック

・Effective C++

More Effective C++

・Modern Effective C++

C++ポケットリファレンス

・入門Qtプログラミング

実践Qtプログラミング

・Effective STL

Boost C++ Librariesプログラミング

オブジェクト指向における再利用のためのデザインパターン

C++ テンプレート完全ガイド

OpenCV for C++

・大規模C++ソフトウェアデザイン

MakeGitなどコマンド系の技術書 複数

・Database系の技術書 複数

ネットワーク系の技術書 複数

Linux系の技術書 複数

Windows系の技術書 複数

自作ハード系の技術書 複数

・他の言語技術書 複数

15年かけC++を独学した。

上記書籍を何度も熟読し、

C++実装も規格書も、C++によるライブラリ実装

Boostソースコードも常に読むよう心がけた。

土日も祝日も平日朝も平日のしごと終わった後の夜も、

ずっと一人で努力し、風呂トイレ、布団の中でも勉強し、プログラムを書いた。

基本情報処理ソフトウェア開発者試験ネットワークスペシャリストとデータベーススペシャリストを取得した。

しかし、正社員はもとより、時給2000円の派遣プログラマも時給1200円のアルバイトスキル不足で何十社受けても一社採用されない。

とはいえ面接官のレベルは「STLなんて初めて聞いた」「gccて何かの会社?」

C++企画書(誤字ではない)を書いてる人なんてのがいるの?」

「じょーほーしょりしけんてのがあるの?外国の話?」

といったもので私の実力は全く理解されていなかったのだが。

独身で、一切を我慢して娯楽を全く体験しないまま40歳になってしまった。IT業界人間すべてが恨めしい。

貯金100万もなく、素人が書いたプログラムに対して手順書のとおりにマウス操作してエクセルテスト結果を書くだけの仕事ばかりしている。

C++じゃなくてCかC#Javaか、とにかくC++以外だったらこんな事にならなかっただろうに。

何の意味もない、苦しかっただけの、最悪の人生になってしまった。

anond:20190120022251

高野文子は知らないけど竹宮恵子好きだし、玲音ゲーム版のことだし、アニメ版玲音好きな人と思われたなら「俺のアニメ版のほうが好きじゃないしゲーム版が好きなほうだし」って思うし、バロックはググったら好きだなと思ったし、サーカディアは知らないしググっても絵柄古すぎてあれだし、アルトネリコはなんか趣味合わないし、ラブサイケデリコなんてリリイ・シュシュとかと全然似てないし、アメリカ系じゃん。ワイルドで。リリイ・シュシュイギリス日本系&コバタケ系。これはペンですは意味からないけどググったらなるほどなって感じだし、それ系なら伊藤計劃普通に好きだったし、ああいうのに憧れて今プログラマやってるし、ISOLAは初めて知ったけどなんかパッケージの表紙から好みだし、丸尾末広自分別に好みでないし。リリイ・シュシュというかわかりやすリリイ・シュシュって言っただけで本当に好きなのはUndoの方だし、篠田昇の方だし。

ガーリーホラーなんじゃないんだよね。ガーリーホラー、って解釈される時点で違うなって思うんだよね。ホラーって言っても洋じゃなく和の、ノスタルジックで悲しい感じがすきだし、ガーリーなのが好きなのじゃなく神的で神秘的で抽象的でノスタルジーで打ちのめされる感じが竹宮恵子とかpapa told meかに感じるから好きなだけでガーリーな感じがすきなわけではないし。例えば花とアリスなんかチャラくて好きじゃないし、そんなのよりUndoだし、ルナティクラブだし

でもあなたとは多少ネットでようやく知れた少しは趣味合いそうな可能性ある人だなと思ったけどやっぱりこういう趣味合う合わないの話って結局一瞬話したら終わってしまことなのかなって思って、ずっとそういう人と繋がってなんか話せたりしたらなって思うけどありえないし、第一たぶんノスタルジー系統で合うのが出てないっぽいか趣味合わないし、なんか悲しい。

2019-01-19

ペースメーカー不具合についての雑記

プレスリリースhttps://www.medtronic.com/jp-ja/about/news/pressrelease/2019-01-18.html)より

事象は、特定集積回路使用した製品において、特定モード設定のもとで心房センシングイベントを感知している最中一定の条件を満たした場合、心房と心室のペーシングが停止する事象です。この間は、ペーシングが停止し、プログラマや遠隔モニタリング装置セッションを開始することができず、またマグネットモードに変更することもできなくなります

用語

センシング=心臓を動かそうとする電気信号を感知すること

ペーシング=心臓を動かすための電気信号を送ること

プログラマペースメーカーの設定を変更したり、ログを取ったりする機械

マグネットモード一定周期でペーシングを行うモードペースメーカーの上に強力な磁石を置くとこのモードになる

  

ペースメーカーを植え込むのによくあるケースが電気信号通り道が途絶えている(ブロック)されていることと、そもそも命令が出ていないケースがある。

そのため、心臓電線を通して機械命令を肩代わりするのがペースメーカーである

  

ただ、ペースメーカーが止まるより

プログラマや遠隔モニタリング装置セッションを開始することができず、またマグネットモードに変更することもできなくなります。」

こちらのほうがより重大な問題な気がする。

  

センシングがあればペーシングを停止するというのは通常の動作である事が多い。

これは自分心臓を動かそうとする電気信号ペースメーカーから電気信号が乗ってしまうと心停止を起こしかねないかである

センシングをするなら以下のような動作が行われる。

  1. ペーシングをやめる(自分心拍を優先させる)←これは意図してペーシングを止めている
  2. 心房の収縮と心室タイミングを正しく同期させるようペーシングする←ペーシングが止まるとまずい
  3. 1と2の両方

  

よく巷で言われる電磁障害においても、ペースメーカーの上に強力な磁石を置けば一定周期で動くマグネットモードに移行し、ペーシングのみを行うことは可能である

プログラマ、遠隔モニタリング装置マグネットモード使用できないということは、こうした不具合での対処法が取れないのである

しかもこれは「特定集積回路使用した製品とあるようにソフト的な問題ではなくハード的な問題であり、修正にはペースメーカーの交換が必要になる。

しかし、ペースメーカーの交換には心臓付近での出血感染症などといったリスクもつきまとう。

ペースメーカー関連の感染症抗生剤の効きが悪く非常に難しい問題である。(ペースメーカー周囲には血液が届かないため抗生剤も運ばれてこない)

  

なにが何でも入れ替えて交換するというより、年齢や病態(センシング不要であれば本事象には関係ない)などを考えて、そのまま使用するか入れ替えるか医師判断する対応ベストだろう

2019-01-18

大規模SI自分マッチしない理由

そもそもITゼネコン主導の大規模開発は悪評まみれで、天国案件なんて数えるほどしかないと言われる。

なので誰がやってもしんどいと思うが、特に自分には全く合わなかった。


自分プログラミングは、動かす前に「これで行けるだろう」と確信しながら、動かしてみて抜けや漏れが発覚するタイプなので、コード品質は多分悪い部類に入るだろう。

つーか、仕事なんて楽に済ませたいから、コードなんて可能な限り書きたくないというのが一番にある、かなり独善的人間だ。


一方で大規模SIプログラマなんて、基本的ライン工か調整役以外お呼びでない。

そしてコミュ障でもある自分必然的に、もらった設計書の長ーいフローをひたすらコード翻訳するという、まさにライン工として身を粉にして働くしかなかった。

それこそif文の後のelseが何ページも先になろうが、ループが何重にネストしようが一切気にせず、可能な限り設計に沿うようコードを書き続けた。

元々コードを書かずに済ませたい自分には、正直目が眩みそうな作業だったが仕方ない。

しかし上述のように元来不注意な人間なので、品質は恐らくメンバーの中では最低レベルの代物を量産する結果となった。


でも、本当にしんどかったのはテストである

コーディングスケジュール的に余裕なかったが、テストに至っては必死にというか、死に物狂いで頑張らないと遅れてしまうくらい、作業量が半端なかった。

ちょっと込み入ったメソッドになると、それだけでテストケースが20とか30とか相当な数になるので、ケースの抽出から始まって、最終的にレポートにまとめてカバレッジと一緒に提出するまで、地獄のような作業連続になった。


最終的には体調不良理由に「すんませんクビにしてください」と言って現場を抜け、その責任を取って僻地に飛ばされ今に至る。

そんなことはどうでもいいのだが、それ以来、テスト自動化ツールに対しては、理屈抜きに憎しみしか沸かないようになった。

フレームワークの便利さを推す記事とか、むやみに持ち上げるヤツは一切信用できなくなったし、オブジェクト志向をやたら崇高で革命的なもののように吹聴するやつはもっと信用できなくなった。

そんなもの自分にとって、楽に仕事をする味方にならないものであることがハッキリしたからというのが理由である

増田に有る事無い事書くのが趣味で、モテる女のつもりで書いてみたり、凄腕プログラマ気分で書いてみたりしてるんだけど、これってある意味小説みたいなもんだよな。

なろう小説でも始めようかな。

2019-01-17

GitslackQiitaも使ったことがないプログラマですが

日本エンジニア内で何位ぐらいに入れるでしょうか

anond:20190117093337

サポートとかの一般的に「一時受け」とするような人間定型文でもお仕事片せるけれども、普通にSEとかプログラマに飛んでくるやつは「エラー出てるから調査してちょ」とかなので、定型文で返せるパターンはきわめて少ないんだよなあ…

anond:20190117073041

始値と終了値を指定するタイプと i=0; i<10; i++ と記述するタイプの違いのことなら、

前者はよりプログラマにやさしいつもりになれる。

2019-01-14

「未熟なプログラマ問題」って

外部から聞いてる限りだと「いやそれ、そもそもアホを雇ってるじゃん」って感じなので、

素直に初任給上げて高学歴雇えばいいと思うよ。

改元に伴うソフトウェア修正がなぜ難しいのか

プログラマ以外の人に向けて書きたいと思います。長いです。

とりあえず説明やすくするために、平成の次の元号を毎回毎回「平成の次の元号」と言ってしまうと面倒なため、「応仁」としてみます。実際の元号は「応仁」にはならないと思いますが、便利なので「平成の次は応仁」だととりあえず思い込んでもらいたいです。

さて、あなたプログラマあるいはSEになりました。まあ、とにかくソフトウェア修正をしなければいけない立場になりました。

今回修正するソフトウェアは、他の企業平成8年に作成したもので、本来平成15年でメンテナンスを終了するという契約だったようでした。なのでメンテナンス特にされてはいません。顧客が「使えるのだからいいだろう」ということで長年使い続けてきたものです。しかし、この度改元にともなって、あなた会社改元発注が舞い込みました。

「なんで5月改元なのに1月発注するんだ……遅すぎるぞ」とあなたは呆れていますが、仕事仕事です。諦めて作業にとりかかりました。

あなたはまず、このソフトウェアがどういうものなのかを確認します。取引先が取引先に売るためのソフトウェアのようです。比較的大きなソフトウェアなのでまずどのようなものなのかを確認するのが大変でしたが、あなたはなんとかソフトウェアの全容を理解し始めました。

ここで、あなた直感的に「平成」となっている部分を「応仁」に変えてみます

すると今年は平成31年のはずなのに応仁31年となってしまます。横着をして計算しないとこういうことになってしまうので、まずは内部では平成31年の5/1以降なら応仁元年ということにします。応仁1年ではダメと言われてしまったので、ちゃんと1のときは「元年」に変えます。「元年」のときだけレイアウトが崩れてしまいましたが「平成元年も崩れますよね?」という交渉を行って、なんとか鉾をおさめてもらいました。

さて変更したので、ちゃん動作がうまくいっているかテストを行います自動で出力される書類の日付は「応仁元年5月2日 発行」となっています

すばらしくうまくいっていますテストをしている人(もちろんあなたです!)は心をよくしてそのままテストを続けていました。そうすると「H31 05/02」というもの発見しました。

そうでした。アルファベットの方も変更しなければいけませんでした。先程と同じように平成31年の5/1以降はHではなくOというふうに書き直します。なあんだ。簡単じゃあないか。誰だ難しいと言ったのは。

平成30年の3年後は応仁3年」という計算もすばらしくうまくいっています

あなたはこれに気をよくして取引先に納品しました。納品にあたってメンテナンス期間を設けて深夜に出勤し、問題がないかチェックをしました。そうして更新されたソフトウェア取引先で使われ始めました。

取引先も「いいじゃないか」と言ってそのまま応仁元年5月1日を迎えました。

すると早速クレームが入ります

平成のままになっているじゃないか!!!!!」

あなたは驚いてクレームの箇所を確認しました。すると㍻315月1日となっている箇所を発見しました。なんとここだけ使われている文字が違ったのです。「㍻」と「平成」は全く違う文字です。あなたは新しく追加された「細い応仁」の文字を使わなければいけません。この前と同じように、ネットから新しく発表された「細い応仁」をコピペして、日付計算だけして終わろうとします。

あなたは「やらかししまった」と冷や汗をかいていますが、これでなんとかなるだろうと楽観していました。

するとエラーが出ました!

入力された文字不正です」

時間かかけて調べるとどうやら新しい「細い応仁」は、Unicodeというものを使っていて、Shift JISというものを使っているこのシステムでは使えない文字のようでした。これに驚いたあなたは「Unicodeというのを使わないといけません!」と上司相談し、取引先と交渉することになりました。結果は「それはダメ。なんとかしてくれ。なお追加予算は出せない」ということでした。

Unicodeを使えるようになってしまうと、文字けが起こったり不正文字入力されるとエラーになる文字)をバンバン入力できるようになります。そうするとまた全部の箇所をひとつひとつ確認することになります予算もかかるし時間もかかります取引先が、取引先の取引先とも連携できなくなる可能性すらありました。なので却下されました。でも「細い応仁」でないとダメだということです。

しかたないのであなたはそこの部分のときだけ文字ではなく「細い応仁」の画像を出力するようにしました。これはとても大変な作業でした。何しろ昔のソフトウェアですから、昔のコンピュータの上でも動くように作らなければいけなかったのです。

そのあと㍻と出力のされていた部分を一通りテストしていきました。しかしまだ「㍻」となっている部分がありました。あなたはため息をつきながらそこの部分も修正します。

さあこれでとうとう終わった!あなたは晴れやかな気分で顧客に頭を下げて再度納品しました。もちろん、深夜作業も行いました。

半年後、応仁元年12月5日のことです。あなたは再度クレームを受けました。「平成31年がない!」というのです。

あなたはそんなバカなという顔をしてその箇所を確認します。そこはユーザーに生年月日を選択させる箇所でした。

平成29年」「平成30年」「応仁元年」「応仁2年」というように元号が並んでいる箇所があり、ユーザーはこの中から生年月日を選ぶようになっています。ここは「平成31年/応仁元年」と書かなければいけない箇所でした。

あなたは「応仁元年」となっていた文字場所を「平成31年/応仁元年」と書き換えました。するとレイアウトが崩れました。取引先に確認すると「レイアウトが崩れるのはダメ」ということでした。「レイアウト崩れは許容しないとこれは無理」という交渉を行うことになりました。数日間の交渉の結果、なんとか折れてもらうことになりました。

ここに至って、あなたは「改元対応すらまともにできない人」という烙印を押されていて、味方がおらず、だんだんイライラするようになります

ただその後は特に問題がないようで、あなたは胸をなでおろしました。

応仁2年3月17日あなたが別のプロジェクトをやっていると「決算書類平成31年度じゃなくて応仁元年度になっている!」と言われました。そうです。応仁は5/1から始まったので、応仁2年3月末までは平成31年度なのですね。あなたは「どうでもいいだろ」と一瞬思いましたが、かなり重要問題だということで、仕方なく修正しました。いままでの経験が生きたのですぐに修正自体は終わりましたが、顧客場所まで深夜に行ってメンテナンスをしないといけないのだけが大変でした。

あなたソフトウェアを作った人に「最初から改元のことを考えて作っておけよ」というふうに呪いますしかしこのソフトウェアが作られたのは1996年のことでした。1996年というと平成8年です。そして再掲しますが、平成15年までという契約だったようです。だから改元ことなど考えなかったようです。もしかしたら予算の都合かもしれません。当時はそれよりも2000年問題の方が重要でした。

また、1996年というとインターネットが出始めたばかりのころです。2chもまだ存在していません。パソコン能力も今の1万分の1だと思ってもらってかまいません。そういう時期に作られたものメンテナンスするのは大変です。いろいろなものが今と違うし、当時の書類が残っていないこともありますそもそも今の開発機で動かない可能性もあります

あなたは今の話を聞いて「改元に伴ってこの他にやるべきことは絶対にない」と言い切れるでしょうか。たぶん、そんなことはないはずです。だって実際の元号は応仁ではないし。

さて、怖い話は終わりです。

改元に伴う修正というのは、これらを事前に調査してすべて変更し確認するということです。「あ、そうでしたッ!」とならないように、プログラマはこれらを事前にやり、確認します。簡単仕事だと思いますか?だとするとあなた改元に関するソフトウェア修正で大儲けすることができます。自信をもってプログラマになってください。

からあるソフトウェアは大変ですが、もちろん大変でない企業もありますそもそも西暦しか使っていない企業がそうです。あらかじめ改元のことを考えていた企業もあります。とくに最近作られたソフトウェアは、そういうことを見越して作られているので変更は比較的容易です。そういう人は「大変だ!」とは騒ぎません。「大変そうだなあ」と静観しています

ぼくも静観する組なので、実際の大変さについてはよくわかりません。

見た目では確かに平成」を「応仁」に変えるだけです。それだけなのに騒いでいる人を見ると騒いでいる人がバカっぽく見えます。確かに騒ぎすぎてる人もいて、辟易とする気持ちはわかりますが。

でも、見た目を変えるのは簡単そうに見えますが違います。「異性にモテないなら顔を美形にしろ」と言われてすぐできるものではないのと同じことです。見た目を変えるというのは、見た目を変えるだけでは済まないことも多いのです。

ぼくも静観する組なので、実際の大変さについてはよくわかりません。

でも「大変そうだな」ということはわかってほしいなと思います

ぼくも静観する組なので、実際の大変さについてはよくわかりませんが。

2019-01-12

anond:20190112201028

現役の組み込みプログラマさんが小さいLinux持ち出して学生ダブルスコアで勝ってたのは大人気なかったですw

ずーっとシニア○○

社会人13年目、ジョブホッパーで今6社目。職場での肩書きがずーっと「シニア○○」なのにふと気づいたのでメモしておきたい。

1社目:新卒で日系ソフトハウスプログラマとして入社肩書きは「ソフトウェアエンジニアから4年目に「シニアソフトウェアエンジニア」に。5年目に退職

2社目:外資パッケージベンダー肩書きは「シニアエンジニア」。2年ちょいで退職

3社目:外資コンサルファームIT部門肩書きは「シニアアソシエイト」。2年弱で退職

4社目:外資パッケージベンダー肩書きは「シニアソリューションエンジニア」。2年弱で退職

5社目:日系ベンチャー肩書きは「シニアカスタマーサクセスマネージャー」1年で退職

6社目(今ここ):外資パッケージベンダー肩書きは「シニアサービスエンジニア」。

ずーっと非管理職の下っぱでここまで来てしまった。元同僚達を見渡せば、ひとつ会社で頑張ってる奴らは順調にポジションを上げている。一方俺は今後もこういう感じで行くのだろう…。なお年俸は4社目から1000万越えてます

anond:20190112195444

そんな中、某コミュニティ学生たちは先輩プログラマたちにLinuxから丁寧に教えてもらっているのだった

この前これが流行っていた

time echo "scale = 10000; (12*a(1/49)+32*a(1/57)-5*a(1/239)+12*a(1/110443))*4" | bc -qls

スクールに通って未経験からwebプログラマ転職して一発逆転!!

を狙ってるそこのお前

どうせお前のスキルセットは「html,css,js,rails」だろ?

揃いも揃ってそんなんばっかり

スクール講師に言われるがまま

このご時世にjqueryでせっせとDOM操作して

プリプロセッサも使わずしこしこcss書いて

HTTPメソッドSQL理解せずにそれっぽく動くN+1だらけのクソ作っただけだろ?

webプログラマ目指すくせに開発環境構築にDockerも使わず理解してないコマンドコピペしてローカルに直でインストール

せっかく無料枠あるのにawsじゃなくてHerokuにプッシュするだけのデプロイ

テストコードも書かず

CI/CDツールも使わず

ブランチ運用なんて考えずmasterブランチに直プッシュか?

会社に入れさえすれば先輩がつきっきりで教えてくれるとでも思ってんのか?

先輩を質問責めにする気か?

むりむりやめとけ

そんなんじゃせいぜい年収300

諦めた方が身のため

あばよ


どうしてもなりたいなら↑で挙げたものぐらいは最低限を理解しとけ

メモ帳一つでプログラマ」なんて時代は終わったんだよ

ここまで言って調べる気にならないなら本当に向いてないよ

2019-01-10

FizzBuzz問題ってプログラマ以外が解いたら何割が正解できるんだろう

100人の人がいて、1から100の番号が振られている。

1番目の人が「1」と言う。

2番目の人が「2」と言う。

3番目の人が「Fizz」と言う。

4番目の人が「4」と言う。

5番目の人が「Buzz」と言う。

6番目の人が「Fizz」と言う。

7番目の人が「7」と言う。

8番目の人が「8」と言う。

9番目の人が「Fizz」と言う。

10番目の人が「Buzz」と言う。

11番目の人が「11」と言う。

12番目の人が「Fizz」と言う。

13番目の人が「13」と言う。

14番目の人が「14」と言う。

15番目の人が「FizzBuzz」と言う。

16番目の人が「16」と言う。

(中略)

100番目の人が「Buzz」と言う。

終了。

参加者ルールを知らない。あなたルールを教えることができる。ただし全員にまとめて一度で教えなければいけない。どうすれば正確に教えることができるか?

みんな、できるだろ?

anond:20190110163744

データ構造配列アルゴリズムリニアサーチ、これだけ知ってれば業界はわたっていける!」

SIerプログラマの9割くらいは、こういうノリだしな。

2019-01-08

プログラマ平日なのにtweetし過ぎ

それならオレははてブに励む

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん