「git」を含む日記

■副業で会った低学歴ITおじさん

小遣い稼ぎでちょっとしたシステムを作ってたんだよね。DBのスキーマ定義とかマイグレーション履歴はgitにチェックインしてあったし、コード読めない人のためにそこからER図も自動出力するように設定していた。

ある日、おじさんが急に上にやってきて「DB定義はエクセルでやるのが業界の常識！そんなことも知らんのか！」と言ってきたんだよね。このおじさんの経歴を見てみるとまともな会社で働いたことが一度も無い。学生時代に受託のシステム会社を起業したようでその後は大した人間を雇うこともなく零細システムをほそぼそと作ってきたらしい。学歴も大したことがないんだけど何故か自信満々なんだよ。自分はコードを書けると思い込んでる。「昔はコード書いてたので分かるんですが」とかいちいち言ってくる。でもね、どうも言っていることが時代遅れでガラパゴスなんだよね。なんと英語が全然できないらしい。「英語はアウトプットはできないが読むことはできる」と強がっているけどどうも嘘くさいというか英語情報に全く触れていないことが分かるタイプというか。でもこういうタイプだと低学歴ITの世界では幅を利かせられるらしい。

そんな感じで自信満々で偉そうなガラパゴス男だから話が通じない。自分だけが正しいという態度。急に怒り出すし。DB定義はエクセルで管理して変更履歴もエクセルじゃないとダメだって言うの。それが業界()の常識なんだと。上位互換を既に全部セットアップしてあるのにそれを理解できないのか何なのか。低学歴ITの世界でしか通じない弱小零細SIerの常識を押し付けられても困る。

Permalink | 記事への反応(4) | 00:49

ツイートシェア

■anond:20220811162147

Gitについて言うと本家がCLIだからCLI利用者の方が多数派だし、

多数派に乗っかっていった方が情報収集しやすい、

ってのもあると思うけどな

誰かが意図せずforce pushした時の後始末とか

あかん秘密情報をpushされた時に歴史から葬り去るとか

GUIからできるもんなの？

Permalink | 記事への反応(0) | 16:42

ツイートシェア

■anond:20220811161554

古参プログラマーってCLI至上主義が多いよな

例えばサーバサイドならともかく、フロントエンドのエンジニアにCLIは必要ないだろと思うけど

なんかGitとかもコマンドで打って悦に入ってそう

Permalink | 記事への反応(5) | 16:21

ツイートシェア

■Gitはバカ

Gitはバカ。本当にバカ。マナーのないバカ野郎。英国議会でも使用を禁止されている。

Permalink | 記事への反応(0) | 22:41

ツイートシェア

■

俺建設業だからプログラム書いたことないしGitも知らなかったです

Permalink | 記事への反応(0) | 00:09

ツイートシェア

■[今日知った言葉]Git

Git（ギット[2][3][4]）は、プログラムのソースコードなどの変更履歴を記録・追跡するための分散型バージョン管理システムである。Linuxカーネルのソースコード管理に用いるためにリーナス・トーバルズによって開発され、それ以降ほかの多くのプロジェクトで採用されている。Linuxカーネルのような巨大プロジェクトにも対応できるように、動作速度に重点が置かれている。現在のメンテナは濱野純 (英語: Junio C Hamano) で、2005年7月から担当している。

Gitでは、各ユーザのワーキングディレクトリに、全履歴を含んだリポジトリの完全な複製が作られる。したがって、ネットワークにアクセスできないなどの理由で中心リポジトリにアクセスできない環境でも、履歴の調査や変更の記録といったほとんどの作業を行うことができる。これが「分散型」と呼ばれる理由である。

Permalink | 記事への反応(1) | 00:06

ツイートシェア

■anond:20220802000145

Gitとか知らない人ですか？

Permalink | 記事への反応(2) | 00:04

ツイートシェア

■GAFAMで言えない言葉

みんな大好きGAFAMはご存知の通り言論統制が大好きだよ！言論統制はユーザだけでなく社員にも課しているよ！どんなことが言えないのか紹介していくね！

• Stand-up meeting：みんな大好きスタンドアップだよ！立てない人達への配慮でsync-up meetingにしようという運動があるよ！スクラムを組んだりスプリントを走る方が運動強度としては大変そうなのにそっちは大丈夫なんだね！
• Brown bag meeting（茶色い紙のバッグ=ランチを持ち寄ってするカジュアルな勉強会）：有色人種差別があった時代の風習のせいで差別用語扱いになったよ！その昔、例えば教会の入口には茶色い紙を持った人がいて肌の色と比べて黒い人を入れないようにしていたよ！Brown bag meetingがこれを思い起こさせるので黒人さん達への配慮的によろしくないみたいだね！Lunch and learnに言い直すべきだとされているよ！
• You guys：アメリカ英語で"You guys"という時、普通は男女は関係ないよ！特に西海岸で"You guys"が使われているけれどguysが男っぽいからと"You all"に言い換えようという動きがあるよ！
• Blacklist/whitelist：黒=悪、白=善という価値観を助長するとしてblocklist/allowlistに置き換える運動が盛んだよ！ブラックリストもホワイトリストも黒人・白人と全く関係無い言葉だけど、ジョージ・フロイドさんが白人警官に殺されてしまったあの事件に衝撃を受けたテック業界の人達が考えに考え抜いた人種差別を無くす小さいけれども画期的な一歩だよ！黒人を黒人、白人を白人と呼ばなければ済む話なのに誰もそれは指摘できないよ！空手の白帯・黒帯には誰も文句が無いみたいだね！
• Master branch：みんな大好きgitのデフォルトのブランチ名がmasterなのは黒人差別だということになったよ！Microsoft傘下のGitHubの社長が率先してmainに置き換える運動を展開して最近はデフォルトだとmainブランチだよ！ちなみにgitのmasterはslaveと何ら関係が無いよ！Gitの前身となったバージョン管理システムがmaster/slaveを使っていたのでgitのmasterもslaveへの対だという無茶苦茶な後付の論理で突き進められた変更だよ！Gitという英単語はマナーの無いバカ者という意味で英国議会で発することが禁じられている言葉なんだけど誰もそれは問題にしないよ！

追記：差別用語としての地位を確立していない言葉に敏感になりすぎるとより差別と分断を助長していくよ！これらは包含的言語と呼ばれるけれどもむしろこのような過敏な言い換えを知らないと差別主義者としてのレッテルを貼られるなど階級差別的で排除主義的な行いにしか用いられることは無いよ！つまり本来の目的を全く達成しないばかりか分断をより強くしていくよ！更に二重基準も酷いもので論理なんてものは存在しないよ！これらの言葉を推し進めている人達は自分たちが正義の行いをしていると思い込んでいるので余計にたちが悪いよ！

Permalink | 記事への反応(35) | 08:43

ツイートシェア

■

git rebase HEAD^^^^みたいに直近のコミットログを展開したら、一覧が表示された後、順番を入れ替えればいいのか… その発想なかった https://kitigai.hatenablog.com/entry/2019/05/22/003841

VSCodeのGitLensプラグイン、よく見たら、左側のハンバーガーマークでつかみながらタグを移動できるやんけ…すげー今更だけど知らんかった一

Permalink | 記事への反応(0) | 11:28

ツイートシェア

■男は別名保存だから

別名をハッシュにするだけでもgitっぽくなる

女性の上書き保存は更新履歴が残らない

バージョン管理ができてないからすごい危険

Permalink | 記事への反応(0) | 19:44

ツイートシェア

■anond:20220619154406

ファーストフードのレジでGit使えるってマジ！？

Permalink | 記事への反応(0) | 15:45

ツイートシェア

■anond:20220619154236

Gitのブランチマージするときとか

Permalink | 記事への反応(1) | 15:44

ツイートシェア

■anond:20220521220951

参考URL続き

API編（後日投稿）に続く予定

追記・返信

今回書いた増田にも多くのブクマが付き、有難く思う。以下返信。

これは詳しい

ブクマしておく

誰得の詳しいまとめ

おつおつ！！

コメ有難う。おかげで次も書こうという気になる。

RSSがあれば、エクセルではてブが見れる

有用なツール紹介感謝（ぐぬぬ、向こうのブコメの方が多いと思いつつ）。

あとRSS一覧でいつも思うのが知ってて当然という感じでカテゴリの一覧が無い

参考ページ[FAQ]はてなブックマークの「総合」カテゴリーと「一般」カテゴリーの違いはどこにある?を載せたから大丈夫だろ、という不親切な態度は許されなかった。

はてな社員「新人くん、これ分かりやすいから見ておいて」

はてな社内の仕様書Wiki（存在するのか知らない）より詳しそう

どうもはてブ担当新しく入ったらしい

門外漢によく知ってるねと褒める時に使う言い方の事例集だ。俺は詳しいんだ。

カラースターの値段が

紫スターすごい

ギブミーカラースターとか言われたら、青1個投げるとちょうど良さそう。

全然使いこなせてなかったことを思い知る

なんかよくわからんけど参考になりそう

業務中のブクマが捗るから助かる

まだAPIの解説も残っているんじゃ（すぐに投稿できるとは言っていない）。

GitHubにでも書いたほうが良いのでは

増田への愛（執）着が勝ったが、外部リンクを数件しか貼れず注釈機能が無く字数制限も厳しい環境に投稿して良いのかという葛藤もある。

「錯綜」の解釈を間違っていて一対多の意味を取り違えた。「分散」かな。 & は予約文字というよりも値が途切れ # はブラウザの機能としてサーバに送信されない。 1d. は {2} ではなく {1} (%enc)

素人特有の、用語等への鈍感さが浮き彫りに。申し訳ない。

指摘を参考に"エントリページ"の章等を修正。URLと引数については、修正後の内容なら以下のようになることを読取っていただけるかなと。

1a例 https://b.hatena.ne.jp/entry/s/anond.hatelabo.jp/20220521220951

1d例 https://b.hatena.ne.jp/entry?url=https%3A%2F%2Fanond.hatelabo.jp%2F20220521220951

API編も期待してる

善処する（GitHubに投稿する方に気持ちが傾いてるが全く触ったことがない上に、VSCodeとWSLとgitを導入してはてなのウィジェットスクリプト解読環境も整えようなどと考えてるので、いつになるか定かでない）。

「はてなフィルター」というウェブサービスも加えて

公式のページを対象としたので含めなかった（新参で情弱なので知らなかったとは言えない）。

Permalink | 記事への反応(1) | 22:11

ツイートシェア

■Web3を理解できない奴はバカって言う奴こそバカ

結局さ、Web3で何ができるのか提唱者も含めて誰も明確に語れていなくてWeb3っていう言葉だけが1人歩きしている状態じゃんね？

ブロックチェーンで既存のWebを置き換える、既存のWebをアップデートするっていうけどさ、既存のWebって大半がランダムアクセスじゃん
ブロックチェーンのランダムアクセス性能が改善されていってるという主張があるのは知ってるが、ブロックチェーンの基礎部分はシーケンシャルアクセスを念頭に置いたもんじゃん
どうやっても既存のリレーショナルデータベースのランダムアクセス性能を追い越すことはなく、ブロックチェーンのランダムアクセス性能が現在のリレーショナルデータベースと同等になった頃にはリレーショナルデータベースは更なるランダムアクセス性能の向上を果たしてると見て良いだろ
ブロックチェーンは永遠にリレーショナルデータベースを超えられないじゃん

NFTだって結局のところブロックチェーンではクソデカバイナリファイルを扱うのは無理があるって言うんでURLみたいな小さなテキストデータで実体を管理しようというGit LFSと似たような運用の仕方なわけだろ？
クソデカバイナリファイルを扱えずにどうやって既存のWebを置き換えたり、既存のWebをアップデートするんだよ
いやそうじゃないんだ、もっと良い方法あるんだと、そんなものがあるなら先にバージョン管理システムがやっとるわと

全くもって理解できないんだよWeb3って一体なんなんだよ
IT技術者の理解を放置して投資投棄やってる連中の中だけで進んでいくIT技術ってそんなもの成立すると思ってるのか？
そして返ってくるのはお決まりの「お前がバカだからWeb3を理解できない」ですよ

はああぁぁぁァァァ！！！？？？？？！！！！！！？？？？？？？

Permalink | 記事への反応(3) | 12:48

ツイートシェア

■転職エージェント変えてほしい

今ついてるエージェントはGitとGitHubの区別がついていないから変えてほしい

Permalink | 記事への反応(0) | 21:39

ツイートシェア

■

エクスプローラにgitが入ればいい

Tortoiseみたいなゴミじゃなくてまともなやつな

Permalink | 記事への反応(0) | 15:17

ツイートシェア

■gitじゃ駄目なんだよgitじゃ

バカには使えないから

俺もバカだから

Permalink | 記事への反応(0) | 15:16

ツイートシェア

■anond:20220510144902

それが嫌なら仕様書管理ツールを導入しなさい

gitは難しすぎるからもっと簡単なファイルサーバー＋αくらいの奴を

Permalink | 記事への反応(1) | 14:53

ツイートシェア

■従業員50人ほどの中小IT企業のFLOSS活用事例 n = 1

弊社ではその設立当初、というよりも創業者(＝私)が個人事業主だった頃から業務にFLOSSを多用しています。
今回その事例を情報共有するためにエントリを作成いたしました。

従業員50人ほど(学生アルバイト含む)の会社です。ちなみにかなりボカして書きます。

社内文書はODF

弊社では社内文書をSDGsの観点からペーパーレスに努めており……と表現すると些か格好付けすぎなので正直に言えば個人事業主時代に印刷機複合機のランニングコストがバカにならなかったので物理ペーパーへ出力するのを控えていた運用がそのまま法人化されても続いているだけです。

社内文書として用いられる文書フォーマットはODF形式で統一している……というかコレもまた個人事業主時代にOpenOfficeを活用しており、現在社内で使われている主なオフィススイートはLibreOfficeとなっています。
注意点としては弊社がルールとして定めているのはODFを用いることでありLibreOfficeの利用を強制しているわけではないという点です。
従業員の中にはLibreOfficeを常用せず、AbiWordやGnumericを普段使いしている者も居ます。
弊社は社外とオフィス文書ファイルをやり取りすることが一切なく、オフィス文書ファイルと表現するには正しくないですが社外とはPDFをやり取りするくらいなので何か問題が起きたことが今まで特にないです。

えんたぁぷらいず……

ただ1つ問題があり、弊社はこれまでLibreOfficeを無償で活用させて頂いており、これまでの感謝を示すためLibreOffice Enterpriseへの移行を考えているものの日本国内でLibreOffice Enterpriseを利用するための情報が一切なく困り果てています。
最悪、海外の企業を頼る方法もありますがサポート時間の都合などがあるため可能ならば国内で探したいと考えています。どうにかならないものですかね？
社内では「むしろウチがやったら？」なんて声もチラホラ聞こえますが……。

ちなみに社内デファクトスタンダードのフォントはNoto Sans Japaneseです。一部でTakao(IPA)が使われています。

OSの縛りを設けていない

弊社ではFLOSSを活用しているせいもあって特にOSの縛りを設けていません。何なら経理担当はChromebook使ってます。
社内のOSシェアはChromeOSを含めたLinuxディストリビューションが5割、macOSが2割、残りがWindowsとその他です。

気になるであろう開発環境についてですが、Dockerを用いて開発環境の統一化を計っており、その時々に応じてDockerコンテナを切り替えて開発しています。
Dockerを用いているせいもありLinuxディストリビューションの社内OSシェアが高くなっているのです。
プライベートで従業員は様々なOSを選択しているようです。ゲームとかVRが趣味であるならばWindowsしか選択肢ないでしょうしね。

ちなみに業務用のPCはBYODで購入補助あります。
結局は従業員の現物給与として課税されてしまうだけなので「いくらでも良いけど高すぎるの買うと年収増えすぎて痛い目みるよ？」とは助言してます。
会社はまとまったお金を出しているに過ぎないのでメリットとデメリットがありますよね。

GNUプロジェクト下ソフトウェアは無申請で利用可

いちいち申請出す方もチェックする方も面倒なのでGNUプロジェクト下ソフトウェアは無申請で利用可としています。
ただし制限は公式リポジトリまたは弊社が安全だと判断しているリポジトリで配布しているバイナリのみという条件が付きます。

本番環境のホスト先は色々

どこの会社もそうでしょうけれどもAWSやAzure、GCPなどたいてい大手に置いてますね、予算の都合もあるけれど。

デザイナーは主にWindowsを使っている

これは弊社が強制しているわけではなく、弊社デザイナーの第1号従業員がWindowsユーザであったので惰性のままWindowsとなっているだけであり、中にはMacで仕事している従業員も居ますし、状況によってLinuxディストリビューション(主にUbuntu)上で仕事しているときもあります。

Linux環境では苦手なIllustratorのAI形式などはSVGやラスター画像に落とし込んでもらって開発者が適用するという運用になっています。
社内では特定の環境へ依存するファイル形式はとことん嫌われる傾向にあります(妙な仕事が増えるから)。

みんなGitが使える

開発者から経理、デザイナーに至るまで弊社従業員はみんなGitが使えます。
ただし使えると言っても全員がCLIからコマンドを打てるわけでなくGUIクライアント上からの操作しか出来ない者も居ます。
主に使われているGitのGUIクライアントはGitKrakenです。

入社時の受け入れ教育でLibreOfficeやGitの指導をすることになっており、全従業員が浅くともGitとは何ぞや？を理解している状態にあります。
ちなみにGitリポジトリは主にGitLabへ置いていてUltimateを契約させてもらってます。

社内にセルフホストしているGitLabサーバもありますが、こっちは従業員が個人開発しているものを投げているようですね。業務にあまり使われていません。緊急時のバックアップと思われるものがちょこちょこありますが。

プロジェクト管理ツールはopenproject.org

プロジェクト管理ツールはいろいろと試したのですがOpenProjectへ落ち着きつつあります。
プロジェクト管理ツールの選定は各プロジェクトマネージャへ任せているのですが、旧来からあるRedmineと操作性が近い上にGitLabとの連携も容易でなかなか良いとのこと。

社内チャットは主にElement(Matrix)

他社とのやり取りにSlackやTeamsやZoomが出てくることもありますが、社内だけで完結する際はたいていElementが使われています。
これは当時インターン生だった弊社の現従業員が若者の熱意と共に持ち込み、サーバを与えたら喜々として運用をはじめたので、それをきっかけに便利だったからそのまま使わせてもらってます。

ぶっちゃけて言えば私個人のこだわりはチャットにありません。従業員が楽しそうに使っていればそれで良いんじゃないかと。
IRCとか持ち出されたら「今どきそれはどうなの・・・まぁ良いけど」って言うかも知れませんが。

会計はFreee

会計はFreeeです。特にこだわりはありません。たまたまWebブラウザから使えたのでFreeeとなってます。

弊社は95%リモートワーク

残り5%は主に私が出社しているからｗ
社内にサーバがあるので私以外も出社してくることはありますが基本的にコロナ禍以降は全従業員がリモートワークです。
そもそもコロナ禍以前でもリモートワークしてた気がしなくもないのですが当時は3割4割くらいだったでしょうかね？週に何度か出社して来ないが自宅からdoneしてくる従業員が何名も居たので。
タイムカードもElementのbotへ投げると自動的に処理するようになってます……が、実際のところ最後の処理で私が大目に時間を付けてます。打刻を忘れることもあるしね。少ないより良いやろｗ

結局、郵送物(今ならコロナワクチン関連とか)を処理する必要があったりなど誰かしら会社に人が居なければならず、自分でも忘れがちですが創業者なので私が会社に居るよってことで私だけがほぼ出社するという状況になってます。
オフィスの処分も一時期考えたのですが、増員への教育とか考えるとやっぱりオフィスあったほうが良いよなぁなんて思ってそのままです。もしかしたら引っ越しするかも？

1つだけ申し訳ないことがあって、コロナ禍の状況下でどうやって増員したら良いのか教育したら良いのか私の能力を超えていまして現在は新規募集を停止中です。いやホント申し訳ない。
事業が軌道に乗った以降は毎年最低1人は取ろうねと古株と話していたんですが、こうなっては無理だよねと苦笑しあってます。
どうやって世間の同規模中小企業は新人教育やってるのか解らなすぎる。会社に誰も居ないじゃんと。

上場する気も更々ないし無借金なので、のん気にこのままゆっくりと会社を維持していきたいなぁと思ってます。
早くコロナ禍終わらんかなぁ……。

Permalink | 記事への反応(0) | 22:52

ツイートシェア

■anond:20220504211823

まあちょっとしたWEBアプリ作るのも一昔前ならPHPでチョロチョロっと書いてレンタルサーバーにアップして済ませてたのが

今はgitからクローンしてバックエンドはLaravelでフロントはVue.jsでクラウドにデプロイとかっていう我々アマチュアのおじいちゃんからすると趣味の枠を超えたことをやってるなと思うね

まあ実務で使える知識を覚えようとそうなっちゃうんだろうけど

開発環境の構築とサーバー知識がネックになって初学者がどんどん挫折するのを見てるので、もうちょい敷居を下げられないかとは思うんだよな

Permalink | 記事への反応(3) | 13:34

ツイートシェア

■anond:20220429094749

エンジニアと大雑把に括られてるけど、実際にやることはその中の職種によって凄まじく違うことに注意な。

やりたい事に近い事、お前さんのイメージするエンジニアに近い事をやるといい。

んで、こだわりないなら両方やっとけ。

基本情報なぞ簡単に取れる。取れなきゃ次は、アプリやサービス作る過程で色々調べたりした経験に、ちょいと試験向けの勉強する程度で取れる。取っとけ。

アプリやサービス作りは難しい。作ろうと思うだけでなく、実際に手を付けられる奴はそう多くない。サンプル通りでない物を自力で完成させられれば、エンジニアに十分向いてる。本当に難しいのは作ることではなく、その先の続けることの方ではあるんだが…。

で、だ。単に就職できればいいや止まりの話でなく、アプリやサービスを作りたいという思いがあるのなら、何かを作ったり設計したり企画したりしたいという思いが自分自身の内にあるのなら、だ。

まず紙のノート買ってこい。これが何よりも大事。そして捨てるな、一生。

作りたい物の全体デザインを書いてみろ、その最初の数枚は絶対に捨てるな。残りも可能な限り捨てるな。

スケッチブックかノート、中性紙で。無地が望ましいが近所での入手性も大事。人に見せることもあり得るのでA4以上、携帯したいとしてもB5以上。

リングでも綴じでもいいがルーズリーフを継ぎ足せるタイプは論外。紙を切り取るミシン目があるのも論外。後から整理しようとするな。余分なページを外そうとするな。丸ごと取っておくんだ。

筆記具はボールペン。フリクション絶許。ホワイトもダメ。消す時は横線で。消したという判断も、それを一旦は思いついたということも後から見れるように。

請けた仕事用とは絶対に共用するな。プロジェクトを離れる際に、機密漏洩防止のため捨てることになるから。プロジェクトの成果の持ち主が本人なら知らぬ。

環境がノートを絶対捨てない事を許さないのなら…電子データでもやむを得ないが、クラウドストレージ+バックアップでガチガチに消えないように。そして跡を消さず、整理せず全て残すように。

お前さんの方向性次第では、本当に必要なのはDesign Docsのような電子データの文書かもしれない。それでも要所は同じ。

gitに突っ込む。横線で消すのではなく、gitの履歴と比較できるデータ形式にしておく。履歴を後から整理しようとせず、ガチガチに消えないように全て残す。

グッドラック。

Permalink | 記事への反応(0) | 17:13

ツイートシェア

■anond:20220427175508

そうだね。Instagramへのシェアボタンがあってもいいし。中国のwebio(?微博)へのリンクがあってもいい。

（livedoorやamoeba、yahoo!ブログがライバルだから、Facebookに流れるように足を引っ張りあったのかもね。勝手な妄想〜。）

Linkdinやgit hub, qiitaへのリンクがあってもよかったのに。

Permalink | 記事への反応(0) | 18:00

ツイートシェア

■よく使うgitコマンド

git branch --all

git switch

git switch -

git diff

git diff --cached

git cherry-pick

git reflog

git commit --amend

git add . -p

git pull

git show

git fetch ＆＆ git merge origin/master

git merge

git merge --abort

git rebase -i HEAD^^^^^

git tag --delete

git tag -d

git log

git log --graph

git push

git push --force-with-lease

git push --force

git push --tags

git push --delete

git push --set-upstream

git status

Permalink | 記事への反応(0) | 08:48

ツイートシェア

■

「gitは罠」だなんてネタでもなんでもないからな

いまだにvss使ってる現場すらある

そういう低能を正しく切断処理できなかったからこの国は駄目になってしまった

Permalink | 記事への反応(0) | 11:29

ツイートシェア

■anond:20220401200632

ITのシステム開発だと、例えばgitのリポジトリの場所とかブランチの運用フローとかは書いてほしいけど、

コミットとかプッシュのやり方とかは別に書かなくてもいいな。

それが書いてないとコミットとかプッシュできないやつはダメでしょ

Permalink | 記事への反応(0) | 20:10

ツイートシェア