  |
はてなキーワード: 負債とは
買ったのはトルコリラ。
当時４万５千円の元手で、１年後にはおよそ４万の利息が入る利率だった。
４５万円分買った瞬間に暴騰し、評価損益はプラス６０万になった。
でも売らなかった。一か月後に気付くとプラスはたった１０万になった。
激しく後悔した。その後多少戻してプラス１２万ぐらいで決済。
次は安全に見えたドルで含み損を抱えた時もあったが、最終的に１０万ぐらいの利益を上げた。
浮き沈みはあるが、含み損に耐えれば、プラスになるような考えに支配された。
買うと下がった。下がったから買う。また下がるの繰り返しで、気が付くと
最初の元手もかなり割り込んでいた。
サブプライム危機のような暴落が起きると、取り返しのつかない状態になる。
思い切って損切りして、気分は晴れやかになった。
その後もトルコリラは下がり続け、FXアプリを見ては損切りが正しかったと思った。
でも数日後、なんで売りのポジションを持たなかったのかと後悔した。
どこまで行っても絶対に楽になれない世界で生きることの苦しさときたら……
なぜみんな平気なんだろうか。
そうすると月曜日以降は普段の仕事に加えて土日に中断したゲームまで平行してやらなきゃならない。
そしてそうなることが経験でわかっているから今日は思いっきりゲームしようと思っても全く気が休まらない。
今やる必要があるゲームを完璧に終わらせたってその先にはいつかやろうとしたゲームやアニメが高く積まれているのだ。
切り上げて休もうとすることはそれらに背を向けることであるため完全に気が休まることは絶対にないのだ。
恐ろしい。
なんでこんな恐ろしい無間地獄じみた箱庭の中にみんなずっと入っていられるのか理解できない。
昔の人が天国の話を聞いた時どれほど目を輝かせたのだろうかは想像に難くない。
だけど僕らはもうそれを信じることもできない。
ただ終わることのない日々の中で生きるためという言葉に縛られたままいつか損切りをするために走りだす日を待っているだけだ。
いつかこのゲームを切り捨てると決めたら、その日からは自分の楽しみのためだけに生きようと誓い。
そのタイミングを図りながらセールのたびにSteamにゲームを積み上げていくのだ。
地獄だ。
いつか作ることになる小さな自家製天国のために毎日こんなに苦しまなくていけないなんて。
なんでこんな世界でみんな平気で生きていけるんだろうか。
生まれてよかったなんて言えるんだろうか。
今まで苦しんできた分の負債を取り返すまでは死ねない、いつかおもいっきりゲームを楽しんでやると意地になっている俺がおかしいのだろうか。
俺は何かを大きく間違えたまま生きてきたのか、生まれてきた時に既に間違っていたのか。
どこまで行っても絶対に楽になれない世界で生きることの苦しさときたら……
なぜみんな平気なんだろうか。
たとえば土日におもいっきり休んだとする。
そうすると月曜日以降は普段の仕事に加えて土日にやりそこねた作業まで平行してやらなきゃならない。
そしてそうなることが経験でわかっているから今日は思いっきり休もうと思っても全く気が休まらない。
今やる必要がある作業を完璧に終わらせたってその先にはいつかやろうとした勉強や趣味が高く積まれているのだ。
切り上げて休もうとすることはそれらに背を向けることであるため完全に気が休まることは絶対にないのだ。
恐ろしい。
なんでこんな恐ろしい無間地獄じみた箱庭の中にみんなずっと入っていられるのか理解できない。
昔の人が天国の話を聞いた時どれほど目を輝かせたのだろうかは想像に難くない。
だけど僕らはもうそれを信じることもできない。
ただ終わることのない日々の中で生きるためという言葉に縛られたままいつか損切りをするために走りだす日を待っているだけだ。
いつかこの人生を切り捨てると決めたら、その日からは自分の楽しみのためだけに生きようと誓い。
そのタイミングを図りながら今日もクレジットを積み上げていくのだ。
地獄だ。
いつか作ることになる小さな自家製天国のために毎日こんなに苦しまなくていけないなんて。
なんでこんな世界でみんな平気で生きていけるんだろうか。
生まれてよかったなんて言えるんだろうか。
今まで苦しんできた分の負債を取り返すまでは死ねない、いつかおもいっきり人生を楽しんでやると意地になっている俺がおかしいのだろうか。
俺は何かを大きく間違えたまま生きてきたのか、生まれてきた時に既に間違っていたのか。
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にまとめる仕事があって、そこに給与が発生してると思うと泣きたい。
そもそも無駄な作業や工数至上主義で作業効率が悪いから残業しているので、残業が少ない奴が偉いと一斉に舵取りしただけでは生産性をちゃんと評価できていないことに変わりはない。一昔前の残業多い奴は頑張ってて偉い、というのと本質レベルで何も変わっていない。
１．年齢相応の十分な貯金がない
これでは誰も寄り付かない。
２．借金がある
自動車ローンが1つ。
このくらいなら抱えている人も少なくないのかもしれない。
ただ、過去に「自動車ローンがある＝借金がある」ことを理由に交際を断られたことがある。
このあたりの捉え方は人によるといえばそれまでだが、マイナスにこそなれ、プラスにはならない。
家をはじめあらゆる財産をもっていかれ、負債は帳消しになったが現在借家暮らしで持ち家はない。
また、借金取りや債権者に追い回されるということもなければ、私名義の負債があって破産処理されず残っている負債があるということも一切ない。
ただなにより「破産者＝前科者」という世間の目、これだけは揺るがない。
実際は破産は犯罪ではないが、これも田舎であるが故かこのような偏見・色眼鏡を向けられないということはない。
１．や２．はわずかながらこれから先改善の余地があるが、自分の中では永遠に消えることのない３．が特に大きい。
もちろん、３．の事由がなかったからといって結婚できるほど私は魅力的ではないが、「破産者≒前科者の子」を結婚相手として認める親はいない。
通常はこのような事情を知られることはないし、話す必要もないのだが、結婚ともなれば打ち明けないわけにはいかない。
打ち明けたとき相手およびその親族から向けられる反応を考えると、恐ろしくてとてもじゃないが結婚など考えられない。
世の中にはこうしてあえて結婚しない/できない人間もいるのだ。
無論、これとは比較にならないほど深い闇を抱えている人間だっているだろうがな。
結婚しない(できない)理由を自分以外に責任転嫁しているだけと見る向きもあるだろう。
しかし結婚は相手があるものであり、自分だけで自己完結できる性質のものではない。
年末年始に帰省した。その際に自分が犯した散財が，ボディブローのように効いてきていて，思い返すに気が狂っていたとしか言いようがない。内容はまあ服とかバッグとか。まあ，歳相応の散財だと思うよ。でも収入相応じゃない。
地元の友人が散財するので，つい自分も引きずられて散財しちゃったのが原因。地元の友人のてまえ，ついかっこつけて，やや背伸びした買い物をしてしまったのが大きい。年末年始に自分自身が抱えた負債を一年かけて返済していくことになりそうで吐きそうだ。自業自得なんだけど。
自制心の問題なんだけど。2000円のバッグを手にとって眺めてたら「そういう価格帯のバッグはもうさすがにもてないよね，いい年だしさ」みたいなことを言われてしまい，結局三倍の値段のバッグを買うことになったとかそういうのの繰り返しだった。
友人は育ちがいいし高給取りなのだ。私の1.5倍の収入があるし棒茄子もあるし実家住まいなのだ。
でも，こればっかりは私の見栄と自制心の無さが諸悪の根源なので。友人に幻滅されたくないとかそういうよくわかんねえ思考が原因なので。私がバカなだけなので。そんな見栄張ったって無意味なのに。バカじゃないのか。バカじゃないのか。
取り敢えず落ち込みすぎて食欲がなくてここ最近飯とふりかけばっかり食べてたら重度の便秘になって額の吹き出物がヤバいことになってる。バカじゃないのか……。
バカじゃないのか……
きっと初詣のついでに神様仏様に問えば「シングルマザーも救われるべきだし、あなたも救われるべき」とでも答えるんじゃないかな。
ちなみに、フェミ と ルッキズムを嫌う層 ってけっこう被ってると思うけど。
あなたの分析したとおりだし、さらにはあなたが想定してる「守る」主体である国家の理屈が少子化対策とかそっちに向いてるからね。
特に醜さによる不幸とかには関心がないんだよ。
ところで、要はシングルマザーとかどうでもよくて、あなたが救われないといけない。
＞ 容姿が醜い「有能な人間」はおそらく納める税や生産物が愛されるだけだろう。
＞ 父親は普通の人間よりも稼いで自分は豪勢な生活を送っているが、自分も家族も父親の稼いだ金しか愛していない。
自分の父親に対する態度が鏡のように自分を苦しめてるんじゃない？
初等教育時から容姿を馬鹿にされ続けたブサメン先輩として上から目線でヒントとアドバイスをやろう。
がんばってね。
まずはおめでとう。7億は人生を買えるお金で、あなたは賢く立ち回れば一生労働しなくて良い身分になった。
しかし、今までは無縁だった危険と隣り合わせになった事も自覚しなければならない。
まず、当選した事を10年は隠し続けなくてはならない。誰にも言ってはいけない。例え親兄弟恋人だろうが例外は無い。
身近な人がお金に困っていても、絶対に出してはいけない。例え親や嫁や旦那が借金取りに追われようが出してはいけない。（債務整理が得意な弁護士を紹介してあげるのは良い）
そして使い方について。
まず奨学金だが、月々普通に返していけば良い。奨学金の利子は低額なので、借りている方が得なのだ。
真っ先に不動産に手を出すのは愚策。まずは今の所の1.5倍くらいの家賃の家を探せ。都内なら2倍でも良い。
そして自分の中で心地よい住まいのイメージを固めてから、ローンを組んでマンションを買え。
定期に1億も放り込んでおくか、あるいはローンと同額の国債を担保に入れれば、低金利で金を貸してくれる銀行はいくらでもある。
何故借りるかと言えば、住宅ローン減税を使うためだ。銀行に相談したらなんぼでも教えてくれる。
両親に仕送りは絶対やめろ。そこから足がつく。7億は大金だが、身内にバレれば一瞬で消える程度の端金でもある。
お前の親が老人ホームに入る時、年金暮らしで生活がキツくなる時まで仕送りはするな。
良かれと思って親に仕送りを始めると、親がもらえるのが当然と思いだす。その後はバレ→身内総出タカリのコンボが決まるぞ。
家電、円盤、お絵かきは好きにしろ。自己消費の分はよほど派手に使わないかぎり問題無い。
ただし、友人にバレると最悪命の危機まで有るから気をつけろ。億の金を○してでも奪いたい奴はこの世にいくらでも居る。
普通預金に7億入れると営業電話がクソうるさいが、絶対にかけてくるな営業するなやったら別の銀行に預金を移すと言え。
あ、地方銀行や信金は万が一が有るので、メガバンクに入れとけよ。
お金を増やしたいなら、まずはNISAと確定拠出年金を勉強しろ。ファンド大賞に常時入っているファンドに毎年放り込め。
最終的には優遇措置使いながら1.5億ずつ投資信託、固い株式、REIT、外貨建MMFに分散出来る知識が欲しい所。
難しく考える事は無い。あなたには時間もお金も十分有るのだから、10年かけて学ぶつもりでやればいい。
分散投資が出来るようになれば、あなたは同人誌を書きながら手取り1200万（年収換算コミコミで2000万くらい）の生活が出来るようになる。
元手を崩さずにこの生活が出来るようになるのを、向こう10年での目標とすれば良いのではないかと思う。
大金が入った直後は一番危ない。それは口座に入っただけで、ほんとうの意味でのあなたのお金にはなっていないのだ。
金が自分に定着するには10年かかる。逆に言えば、10年後6億数千万残っていれば、それは本当のあなたのお金だ。
多少金持ってるオッサンからのアドバイスだ。たぶん金持ちに聞けば同じような答えが返ってくる事しか言ってない。
まずは落ち着け、そして自分以外に使うな。これだけは絶対に守れよ。
追記
社債とか言ってる奴が居るが、このご時世会社なんていつ潰れるかわからん。
追記の2
そういや年末ジャンボの季節か。
基本的な考え方だが、あなたのポケットにお金を入れてくれる物は資産、ポケットからお金を持っていく物は負債。
額の多寡は全く関係無い。7億も有るのに～の意見には全てこれが返事になる。
分割して死ぬまで細く長く使うのも無理。金は使い出すと止まらない。特に自分で稼いでいない金はね。
資本主義社会だから、資本を持つ者は勉強せざるを得ないのです。
金が本当に自分に定着するまでは、常に振り回されている感覚だよ。定着した後は、世の中を一歩引いて見ている感じだ。
なってみればわかるよ。
追記3
2000超えしてて更に吹いたｗ
7億も有るのにNISA住宅ローン減税ｗって言う人はお金を落とすのが趣味の人なのかな？
サラリーマンや自営業者はほぼ全員検討する制度を、金持ち気分でスルーするのは虚栄心でしょうか。
銘柄選定すればNISAは良い制度だし、住宅ローン減税は不動産投資している身としては喉から手が出るほど使いたい制度なのですが。
他事で忙しいからやらないならともかく、資産が有るからサボるという発想は理解できません。
MMFとかバカじゃねETFだろと言う人。その意見も有りだとは思うけど、現在の株価でETFに突っ込む勇気は俺には無いね。
個人の趣味の問題だから押し付けるつもりはないし、増田も自分で選べるくらい知識がつけば好きにすれば良いと思う。
http://lacucaracha.hatenablog.com/entry/2015/11/11/100336 の説明を見て、簿記や会計を初めて知る人が誤解されかねない箇所が多々あり、さすがにどうかと思ったので、自分で簿記のエッセンスをまとめました。
まず辞書をひいてみよう。国語辞典が手元にあればそれでひいてほしい。残念ながら手元にない人は、Web上の辞書をひいてみよう。
できれば複数の辞書をひいてみよう。複数の辞書の意味を見較べてみよう。
ぜひ本当に引いてみて欲しいのだが、今私が引いた結果を記しておく。
Wikipediaでは、 ( https://ja.wikipedia.org/wiki/%E7%B0%BF%E8%A8%98 )
簿記（ぼき、英語: bookkeeping）とは、ある経済主体が経済取引によりもたらされる資産・負債・純資産の増減を管理し、併せて一定期間内の収益及び費用を記録することである。より平易な言い方をすると「お金やものの出入りを記録するための方法」が簿記である[1]。
大辞林 第三版の解説 では ( https://kotobank.jp/word/%E7%B0%BF%E8%A8%98-132641#E5.A4.A7.E8.BE.9E.E6.9E.97.20.E7.AC.AC.E4.B8.89.E7.89.88 )
ぼき【簿記】
一定期間における経済活動を，一定の記録方法で帳簿に記録・計算・整理し，財産・資本・負債の増減を明らかにする計算制度。記入方法により単式簿記と複式簿記に分けられ，業種により商業簿記・工業簿記・銀行簿記・農業簿記などに分けられる。 〔「帳面に書きつけること」の意。英語 bookkeeping の訳語。福沢諭吉「福翁自伝」（1899年）にある〕
デジタル大辞泉では ( https://kotobank.jp/word/%E7%B0%BF%E8%A8%98-132641#E3.83.87.E3.82.B8.E3.82.BF.E3.83.AB.E5.A4.A7.E8.BE.9E.E6.B3.89 )
会社・官庁・組合など経済主体の活動を一定の方法で帳簿に記録・計算し、一定の時点で総括して損益の発生や財産の増減を明らかにする技法。記帳方法によって単式簿記と複式簿記に分けられる。
日本大百科全書(ニッポニカ)では ( https://kotobank.jp/word/%E7%B0%BF%E8%A8%98-132641#E6.97.A5.E6.9C.AC.E5.A4.A7.E7.99.BE.E7.A7.91.E5.85.A8.E6.9B.B8.28.E3.83.8B.E3.83.83.E3.83.9D.E3.83.8B.E3.82.AB.29 )
世界大百科事典 第２版では ( https://kotobank.jp/word/%E7%B0%BF%E8%A8%98-132641#E4.B8.96.E7.95.8C.E5.A4.A7.E7.99.BE.E7.A7.91.E4.BA.8B.E5.85.B8.20.E7.AC.AC.EF.BC.92.E7.89.88 )
企業や政府のような特定の経済組織体が管理する資本や財産の価値変動を一定の表現技法にのっとり記録･計算し，その結果を伝達する行為，またはその表現技法をいう。〈帳簿記録〉という用語に由来するとされ，日本では1873年(明治6)大蔵省公刊のアラン･シャンドAlexander Allan Shand(1844？‐1930，イギリス)《銀行簿記精法》で簿記という訳語が使われて以来，一般化した。この技法は現在あらゆる経済体制を問わず，さまざまな組織で用いられている。
とそれぞれ説明されている。
どの辞書や辞典を見ても、共通する言葉がある。例えば「経済主体」や「経済組織体」といった言葉。「帳簿」、「記録」、「計算」、「一定」も共通している。「技法」という言葉や、「増減」といった言葉も目につくだろう。
どの辞典でも使用されている同じ単語を、うまく抜き出して意味をまとめてみよう。こんな感じになるだろうか。
経済主体が行う経済活動(これを取引といったり、財産などの価値の変動ともいうようだ)を、一定の方法で記録したり、計算する。その結果を帳簿に書いておく。場合によってはそれを伝達する。これを簿記という。
さらに簡単にまとめてしまえば、「お金やものの出入りを記録するための方法」を簿記という。
1.ある個人や集団がいて、
3.増加したり、減少したりしたときに、
4.それを帳簿に書いておく。場合によっては誰かに伝える。
ということが簿記のエッセンスである。簿記が行っていることはこれだけだ。とても簡単なことに見えるだろう。
よくある間違いは、簿記=財務諸表をつくるもの、といった短絡的な勘違い。財務諸表がまず何かわからない人も多いと思うが、主に会社が、ある期間の業績などをアピールするために作成している書類で、決算書と呼ばれることもあったりする、くらいの意味合いを抑えておけば十分だ。
いままで見てきたように、簿記そのものは、財務諸表ではない。財務諸表を作る上で役に立つが、簿記自体は財産の変動を記録して帳簿に書いておく、といった意味合いしか無い。したがって、簿記の説明で「財務諸表の説明だけしかしない」のであれば、それは間違いだ。簿記から財務諸表を作ることができるよ、といった説明ならば、もちろん間違いではない。簿記と財務諸表は別の言葉であり、意味は等しくはならない。
例えて言うならば、プログラミングをする上で様々なプログラミング言語があるわけだが、では、ある言語を持って、「それだけ」をプログラミングと呼ぶか？というようなものだ。「Java言語でプログラミングをする」という文は間違っていないが、「プログラミングをすること=Javaである」というようなことを言われると、それは誤解である。C言語やPythonや他にもいろいろプログラミングをする上で利用されるプログラミング言語はあるのだから。「USBメモリー=USB」みたいな、誤解されかねない意味の略し方になりかねない。
財産という言葉を聞くと、簿記や会計を全く知らない人は、現金(硬貨とか紙幣)だったり、あるいは、金の延べ棒みたいなものとか、袋にドルマーク($)が描かれたものをイメージとして浮かべがちだ。実際に簿記でもそれらは対象になるのだが、「お金自身の動きだけをもって、簿記である」と勘違いしてほしくない。あくまでも、「財産」の変動を対象にしている。この財産とは「経済的な価値を持つもの」全部を指すのだ。だから現金以外もいろいろ入ってくる。
例として、火災や天災などが挙げられる。(他にも会計的なものはいくらでもあるが、知らない人がわかりやすいのはこれ以外には少なかろう)
火災や天災によって、ある会社の工場や営業で使っている自動車が焼失したり、破損することがある。このとき、会社からお金は減っていないが自動車が使えなくなってしまうために、財産として計上している「自動車の価値」を減少させる。複式簿記の仕訳で書けば、
○月☓日 (借方) 火災損失(天災損失などもあるだろう) □□□万円 / (貸方) 自動車(車両運搬具だったりもするが) □□□万円
といったようになる。よくわからないところが多いと思うが、「お金そのもの」がどちらの側にも無いということを確認してほしい。
「簿記=お金」のイメージが学び始めのころはついてまわると思うが、だんだん学習が進むにつれて、お金そのものを扱っているといった見方では説明できないものがたくさん出てくる。むしろそういうものばかりになる。
それゆえに簿記の言葉を説明するときには、「財産」とか、「経済的な価値変動」といったような、お金よりも抽象的な言葉で説明せざるを得なくなる。わざわざ難しそうな言葉を選んでいじわるをしているわけではなくて、正確な言葉を使わないとあとあと矛盾がたくさん出てくるゆえだ。定義がピンとこない人の方が多いと思うが、誤解しないでほしい。
記録する対象が商業であれば、商業簿記になる。ここでいう商業とは、ものを仕入れて、仕入れた商品をそのまま販売することをいう。スーパーマーケットの(惣菜みたいなそのお店で調理していないで、)袋詰されて並んでいるものは対象に含まれる。加工している場合にはその加工にかかった費用を計算する必要があるので、商業簿記では取り扱われない。
工業簿記は、商業簿記とは異なり、仕入れたものを加工して販売する。典型的なのは自動車産業のようなものだ。鉄やガラスなどを加工して、自動車を作り、それを売る。加工する途中で、工員が作業を行う必要があるし、加工のために工具や電気代、燃料代などがかかるだろう。そういった加工を伴う簿記が工業簿記の範囲である。(工業とついているので、工業だけと思われるかもしれないが、加工を伴うものであれば工業以外でもよい。例えば洋服をオーダーメイドで作製する個人商店なども、布地を加工して服に仕立てるので、工業簿記の範囲だ。生の牛や豚をさばいて、畜肉にする作業も加工を伴っているので工業簿記である。テクニカルタームだが、そういうときは副産物や連産品として処理したりする。金額的な重要性によって会計処理が変化することがあるが)
他にも農業簿記や銀行簿記といった言葉もある。それぞれ農業で使用される簿記、銀行業務で使用される簿記である。(私も詳しくは知らない)
ここまでは、業種に応じた簿記の違いであった。複式簿記と単式簿記の違いは、記録のとり方(これを記帳方法と呼ぶ)の違いである。
単式簿記は、記録を取るときに、科目を一つだけにしぼって記帳する方法である。家計簿や子供のおこづかい帳のようなものだ。(と書くと、ほとんど使われていないと思われるかもしれないが、少し前までは東京都は単式簿記で記帳していたし、他の自治体は、今でも単式簿記によるところもあると思われる)
○月☓日 おこづかい 500円
などと、お小遣い帳に記帳する。もしおこづかいから、おやつを買ったときには、
○月△日 おやつを買った -300円 (あるいは支出欄があれば、そこに300円と書く)
などと書いていけば良い。この「○月☓日 おこづかい 500円」といった部分を仕訳と呼ぶ。
複式簿記は、記録を取るときに、科目を左側と右側の両方を立てて記帳する方法である。
○月☓日 (借方) おこづかい 500円 / (貸方) おこづかい受贈益 500円
などと、帳簿に記入することになる。この、「○月☓日 (借方) おこづかい 500円 / (貸方) おこづかい受贈益 500円」の部分を、単式簿記の時と同じく、仕訳と呼ぶ。(受贈益という言葉が気になるかもしれないが、今回は説明しない。正確に書くための前提知識がそれなりに必要なので。今回は例に挙げただけなので、もらって得した、というくらいの浅い理解で十分だ)
この、仕訳を書く帳簿を仕訳帳と呼ぶ。(たまに普通仕訳帳と読んだりもするが、その場合特殊仕訳帳があるケースがほとんどだ)
単式簿記は科目が1つで、複式簿記では科目が2つになることがわかるだろう。これは正確に言うと、複式簿記は科目を書く欄が「左側と右側と2つある」という理解をしてほしい。したがって、もし、お母さんだけでなく、その日にお父さんからもおこづかいをもらったとしたら、複式簿記で仕訳を作ると以下のようになる。
○月☓日 (借方) おこづかい 1200円 / (貸方) お母さんからのおこづかい受贈益 500円 / お父さんからのおこづかい受贈益 700円
右側が2行になったことがわかる。左側は1行のままだ。そして、右側の金額を合計すると、左側の金額の合計と一致していることもわかるだろう。これも複式簿記の仕訳である。このように、右側が2行になったりすることもあるし、反対の左側が2行になったりすることもある。もっと行数が増えることもある。仮におじいさんやおばあさんからももらったとしたら、3行、4行と増えることになるだろう。(狭義の簿記の範囲外だが、連結財務諸表の合算の仕訳などが典型例だ)
このように、複式簿記は「左側と右側」にそれぞれ科目を立てるゆえに「複式」簿記と呼ばれる。
(余談だが、行列簿記など、他の記帳方法も存在する。自分も詳細は知らないが)
複式簿記の場合、仕訳帳に仕訳を書いたあと、勘定科目ごとに総勘定元帳と呼ぶ別の帳簿に転載する。この転載する作業を「転記」と呼ぶ。(この後もいろいろ話はあるが、まあこれくらいのことがわかれば複式簿記のイメージが持ってもらえるはずだ。)
いろいろ例を挙げて説明してきたが、今までの内容をまとめる。
1.簿記とは「経済価値の増加や減少を記録して、帳簿につけること」を意味する言葉である。
2.簿記の頭に○○簿記と言ったように、修飾語がつくときには、その修飾語は業種や記帳法(帳簿の記入形式)を詳しく説明している。前者は商業簿記や工業簿記など。後者は単式簿記や複式簿記といった言葉がよく使われる。
3.複式簿記という簿記は、仕訳が左側と右側の2つに分かれている。左側の合計と右側の合計は同じ金額になる。単式簿記は1つである。
といったことを説明してきた。おそらくこれだけ知っていれば、簿記という言葉がおおよそ何を意味するかわかるはずだ。(会計という言葉はまた別の意味になる。単語が違うということは、当然その意味は違うのだから)
もしこれを読んだ人に子供さんがいたりして、その子供に「簿記って何？」と聞かれたとしても、今までの内容を漏れ無く、内容を興味を持てるようにある程度やさしいものに組み立てなおして説明してもらえれば十分わかるはずだ。
簿記という言葉の意味については、会計方面に接点がない人は、今までの内容を理解してもらえれば、十分である。もちろんこれから会計を学ぼうとしている人も、今までの説明で、これから学ぶ内容と矛盾が起こらないように配慮して説明してきたので、そこそこ役に立つはずだ。
ホッテントリとかに上がってくる簿記の記事が大体間違っていることが多いので書くことにする。
というか、コメントとかを見る限り知りたいのは簿記の知識というよりは財務諸表のことだと思うので、
シンプルではあるが、正確な帳簿をつけることは正確な財務諸表を作るためには必須。
正確な単一の会計帳簿から作る様々な形式の企業の状態を表す資料。
なんで様々な形式かっていうと、企業経営者・投資家・取引先等様々な利害関係者によって求めるものが違うので。
例えるなら、経営者側からすれば家賃の変化だとか光熱費の値上がりだとか、そういうのもそれなりに重要な情報になるんだが、
ただし、元になる帳簿は同じじゃなきゃダメだよってことで、これを単一性の原則という。
概ね、特に重要とされるのは貸借対照表と損益計算書の2つ。補足としてキャッシュフロー計算書なんてのもある。
端的に言うと、企業の財政状態を表す資料。資産の部・負債の部・純資産の部の3つで構成される。
資産の部は企業が支配する経済的資源を載っけるところ。つまり、モノとカネ。なんでヒトが載らないのかって言うと支配してないから。
負債の部は企業が支配する経済的資源を放棄・又は引き渡す義務を表す。代金の支払の約束とか借金とかそういうのだ。
純資産の部は正味の財産を表す。……ぶっちゃけた話、単に資産と負債の差額だ。見方を変えれば「まだどれだけ負債を抱えられるか」を表しているとも言える。
資産と負債には流動と固定って区分があるんだけど、ざっくり言うと一年以内に自由に動かすことができるものとそうでないもの、と思ってくれればいい。
企業の経営成績を表す資料。某記事では通知票ってしてたけど、わかりやすくていい言い回しだと思う。
内容は収益-費用=利益。利益率が大きい=今期はよく頑張りましたねってことだ。
収益とか収入とか費用とか支出とかよくわかんねえんだよ！って人いるだろうし、ちょっと解説する。
ただし、信用取引が行われている現代においては売り上げた時期とその代金の回収の時期がずれるのは日常茶飯事なので、
収益という形で収入が確定した時期を明確化するわけですな。「確定した」っていうのは商品の引き渡しとか役務の提供が完了した時のこと。
収益という成果を得るための努力、それが費用。支出のことと思ってもらっていい。
細かく言えば、支出のうち、収益を得るための代価として割り当てたものを費用と呼ぶ。
でも、買った年に全部費用としてしまうと正確な期間損益計算ができなくなるので、会計期間ごとに「今期使った分」を見積もって割り当てるわけですな。
これを費用配分という。
というのも、すべての収益と費用はすべての収入と支出に基づいて計上しなければいけないからだ。
じゃあなんでこんな面倒くさいことするんだよって思うかもしれないけど、
昔は会社は一回の活動が終わったら解散してたから収入-支出=利益で、利益を分配しておしまいだったんだが、
今は継続企業、つまり特に事情がない限り永遠に営業活動を続けることが前提になったので、
どっかで区切りをつけなきゃいけなくなったわけだ。で、期間損益計算って概念が生まれた。
んで、期間損益計算を正しくやるために、収益と費用という形で収入と支出の対応関係のズレを解消するっつーか、そんな感じだ。
っつーことです。
http://toyokeizai.net/articles/-/90210
｢休めない｣日本人の生産性が著しく低い理由 | オリジナル | 東洋経済オンライン | 新世代リーダーのためのビジネスサイト
・休暇や休憩は取らないほど評価が高い
だらだらと思ったことを書きなぐる。
私は7年目の技術SEで残業時間は平均すると月40h以下だが、忙しいときは80hを超える。
今の仕事は中規模の請負開発をやっていて、30人ぐらいのチームで作業している。
個人としての生産性は高い方だと思い込んでいるが、
やっぱり、どうにも生産性が低い。
自分のような普通のエンジニアが１時間で終わる作業が、１日かけても終わらない。
品質が基準に達してなくて、結局１から全部指示しないといけない。
そして合計１時間以上かかる。
人材の質の問題であり、外注に払う単価を上げれば解決する問題なのかと
思ったが、どうも聞く限りそもそも労働市場にまともなエンジニアがいないらしい。
上司いわく「人材は自分たちで育てるしかないだろう」とのこと。
頑張って育てているつもりだけども、やっぱり成果は人によって差が出る。
５人に教えて１人ものになればよいほうだ。
これはソフトウェア設計やプログラミングの話になるけど、やっぱりセンスがないと難しい。
教科書的な内容は教えれば学んでくれるけど、正直それは最低限のレベル。
センスのない人の作業成果は、正直何の役にも立たない。
（むしろあるだけ有害のことが多い、技術的負債と呼ばれるやつだ）
難しいのは、本人はいたって真面目に作業していることだ。
真面目に作業しているのに、その人の生産物の価値がゼロなことは悲しいことだ。
（これはそもそも作業指示が悪いという批判は正しい）
「管理とは成長させることだ 。現状を維持することではない」
本当に、いかに人を使って仕事をうまくこなすかが難しい。
全部その人に丸投げして、作業が遅れたら休日出勤させて
無理やり終わらせるというのは昔ながらの解法なんだろうけど、やりたくない。
人に優しくないし、何よりスマートじゃない。
今いるチームの他の人の生産性を上げることだろう。
「TeamGeek」や「How Google Works」を読むと、
"そもそもチームメンバーになる人の選考が一番大事だよ！"と書いてある。
質を問わず安い外注を大量に入れて、戦線に投入しながら立派なエンジニアに育て上げ、
正直生産性はどうでもいいな。
これ以上、開発が原因で鬱病になる人を見たくない。
みんな元気に育ってくれ。一緒に戦おう。そして死ぬな。
女性は権利を主張することを覚えたが、自分達が義務を果たしているのか考えることは覚えなかった。
入社1年目あるいは数年で妊娠し、その後ずっと産休・育休を取っている人間は果たしてそれまで会社に貢献したと言えるだろうか？
自分が休んでいる間にかかる諸々の費用を会社に出させるほど自分に価値があるのか考えて欲しい。
復帰後、会社の負った費用を補填する思いで馬車馬のように働く覚悟はあるだろうか？
費用だけ負担させてパッと辞められたら会社は負債ばかり抱えて回らない。
多くの女性が男女雇用機会均等法を理由に平等な雇用を求めているが、最初から妊娠や結婚を機に辞めようとか
大して働いてもいないのに産休・育休を要求する女性を雇用するぐらいならリスクの少ない男性を積極的に
意図的ではないけども、横柄な客、問題のある客の場合、おかず4個がすべて小さいときにそのまま提供したりする。
大抵の場合、大小を見繕って、4個が全部小さい場合は大きいのとチェンジしてバランスをとったりするのですが
そのまま出したりはします。
これは私だけじゃないことは商工会の飲みの席などで確認しております。
なかにはもっと酷いことをしてるところもありますね。書きませんが。
ゴネ得という言葉があります。早い者勝ちとか限りなく詐欺みたいな順番の横入りなどをして
得をしたと思ってる方は多いです。
ただ彼ら彼女らはこういう形でマイナス面もあるのかなと思ったりします。
たぶんそういうのが積もり積もってかなりな負債を背負ってる気はします。
収支の点でプラスなのかマイナスなのか誰もわからないとは思いますが人にやさしくしたほうがいいな。いつもそう思います。
けど、そもそもアラフォーと付き合おうってのは二種類しかいない
付き合うべきは当然後者だろう。
しかし20代前半女性は可愛いのだが会話がつまらなかったり、子供すぎて付き合うのが疲れたりする。
ベストは27歳だ。
しかし最初から27歳を狙おうとすると、すでに彼氏との結婚を考えていたりする。
ところがこの頃になると判断力もついてくるので、長年付き合った彼氏に幻滅し始めたりするはずだ。
その時点で、数年前からの知り合いになっておけば、真面目に付き合ってくれる可能性は高い。
従って、先行投資だと思って22〜25の女の子と仲良くしておくと、数年後に付き合ってもらえる可能性が出てくる。
実際オレも41だが前の彼女は25だった。
今の彼女は27。
27くらいになると年が10以上離れていても気にならなくなるらしい。
バツイチでも子持ちでもむしろそれが大人の余裕のように感じられるみたいだ。
これが30後半で結婚焦ってる系未婚女性からすると単なる負債にしか思われない。
[ワタミ、債務超過寸前の経営危機 キャッシュ流出、多額負債…自己資本での再建困難｜ビジネスジャーナル スマホ](http://biz-journal.jp/i/2015/10/post_11978_entry.html)
もし株価903円で1000株買ったとすると903,000円。
約900,000円の損失になります。
もし株価903円で空売りして1円で買い戻せば902円分の利益です。
1000株なら902,000円の利益。
そんな銘柄とっくに売り禁になってると思いきや、まだ売れます。チャンスです。
つまり903,000円分空売りしたら１日につき14,400円の逆日歩を払わなきゃいけません。
もし会社が63日持ちこたえたら、買いで入って倒産したのと同じ損失になります。
(逆日歩がこのままの額で推移するとは限りませんが)
