zashii-1434

Stats of My Life(おいしい人生を味わうために、コツコツとチャレンジしたことを書くブログ)

「あらゆる領収書を経費で落とす! - 「金持ち社長」に学ぶ禁断の蓄財術」読みました。(2017年17冊目) "We drop down all receipts with expenses! - We have forbidden accumulation techniques learned from" Rich President "I have read. (17th year of 2017)

 

 

■感想

 

「芸能人が売れ始めると、会社をつくる」
なぜ芸能人が会社をつくるのかというと、最大の目的は節税だから。

 

この本では会社を立ち上げることで可能な節税術が紹介されています。

 

感想としては、衣食住すらも経費にできるとのことですが、経費の考え方が中小企業の社長とそれ以外の人たちでは異なることがわかりました。

 

会社を立ち上げたときには知っておくと便利だと思います。

中小企業の社長さんは結構、この本に書かれていることをされているのでしょうか?

 

<メモ>

・会社の利益と個人事業者の利益の違い

・なぜ中古ベンツが節税になるのか

・年収1000万円のサラリーマンの税金は10分の1以下に

 

■Impression

 

"When entertainers start to sell, they make a company"
Why does the entertainer make a company, the biggest objective is to save taxes.

 

This book introduces possible tax duties by launching a company.

 

As impressions, it is said that even clothing, shelters and dwellers can be expensed, but I understood that the way of thinking of expenses is different between the president of SMEs and others.

 

I think that it is convenient to know when you set up a company.

Is the president of a small company pretty well done what is written in this book?

 

<Memo>

· Difference between company profit and individual business profit

· Why is second-handed Benz tax cut?

· Tax of salaried workers with annual salary of 10 million yen is less than 1/10

「WEB+DB PRESS Vol.89」読みました。(2017年16冊目)I read "WEB + DB PRESS Vol.89". (16th in 2017)

 

WEB+DB PRESS Vol.89

WEB+DB PRESS Vol.89

 

 

・感想


ChromeDevToolを使いこなしたく読んでみました。

感想としては、自分でWebサイトを作りながらChromeDevToolを使ってみるのが一番キャッチアップが速いと思います。

 

■ChromeDevToolの起動方法
Win「Ctrl + option + I」
Mac「Command + Option + I」

 

コンポーネントとその概要
◇Element・・・WebページのHTML構造を確認
◇NetWork・・・ネットワーク処理の流れ
◇Sources・・・ロードされたリソースJSなど
◇TimeLine・・・ブラウザ内部のイベンドの詳細を時系列で確認できる
◇Profiles・・・JavaScriptによるCPUの実行時間やメモリの使用状況を解析できる
◇Resoutces・・・WebStorageやCookieなどの保存データを確認できる
◇Audits・・・ パフォーマンスやネットワーク利用に関して規定をチェックできる
◇Console・・・ログを表示したり、実行中のWebページで任意のスクリプトを実行したりできる

 

■「Element」でできること
・要素のHTMLを直接書き換え
・要素をドラッグやコピー&ペーストで移動
・要素に適用されているCSSの書き換え
・カラーピッカーでお手軽に色の変更
・イージングのベジェ曲線GUIで調整
XMLHttpRequest
・ログのクリアとフィルタリング

 

■「NetWork」処理最適化の3原則
・データの転送サイズをなるべく小さくすること
・データの転送回数をなるべく小さくすること
・データの転送距離をなるべく小さくすること

 

■「NetWork」便利機能
・キャッシュとCookieを削除する
・キャッシュを無効化する
・HARをエクスポートする
・リクエストをcURL形式でコピーする
XMLHttpRequestをリプレイする

 

■「Profiles」概要
・Collect JavaScript CPU Profile
JavaScriptの実行にかかった時間を解析する
・Take Heap SnapShot
→ヒープ領域のスナップショットを取り、存在しているDOMノードや
JavaScriptのオブジェクトが占めているメモリの状態を解析する
・Record Heap Allocations
JavaScriptのオブジェクトがヒープ領域に割り当てられるときにかかった時間を
計測する

 

・Impression

I wanted to use ChromeDevTool and read it.

As impressions, I think that catching up is the fastest thing to try using ChromeDevTool while making your own website.

 

■ How to start ChromeDevTool
Win "Ctrl + Option + I"
Mac "Command + Option + I"

 

■ Components and their overview
◇ Element · · · Check the HTML structure of the web page
◇ NetWork · · · Flow of network processing
◇ Sources · · · Loaded resources JS etc.
◇ TimeLine · · · You can check the details of the event inside the browser in chronological order
◇ Profiles · · · It is possible to analyze CPU execution time and memory use situation by JavaScript
◇ Resoutces · · · You can check stored data such as WebStorage and Cookie
◇ Audits · · · You can check the regulations regarding performance and network use
◇ Console · · · It is possible to display logs and execute arbitrary scripts on a running web page

 

What you can do with "Element"
· Rewrite element HTML directly
· Drag elements and copy & paste
· Renewing the CSS applied to the element
· Color Picker makes it easy to change color
· Adjusting easing Bezier curve with GUI
· XMLHttpRequest
· Clear log and filter

 

■ Three principles of "NetWork" processing optimization
· Reduce data transfer size as much as possible
· Reduce the number of data transfers as much as possible
· Reduce data transfer distance as much as possible

 

■ "NetWork" useful function
· Delete cache and cookies
· Invalidate the cache
· Export HAR
· Copy the request in cURL format
· Replay XMLHttpRequest

 

■ Profiles Overview
· Collect JavaScript CPU Profile
→ Analyze the time taken to execute JavaScript
· Take Heap SnapShot
→ Takes a snapshot of the heap area and checks for existing DOM nodes
Analyze the state of memory occupied by JavaScript objects
· Record Heap Allocations
→ The time taken when JavaScript objects are allocated to the heap area
measure

 

「リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice)」読みました。(2017年15冊目)"Readable code - Simple practical technique for writing better code (Theory in practice)" I have read. (15th year of 2017)

リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice)

リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice)

 

 

■感想


エンジニアの中では有名な本なものの、きちんと読んだことがなかったので
読んでみました。

 

感想としてはとてもわかりやすいかったです。
もっと早く読んでおくべきだったなあと思います。

 

ちなみにスクーにもリーダブルコードの授業があります。
こちらと合わせて読むと、より理解が深まると思います。

 

schoo.jp

 

<メモ>


第1章 理解しやすいコード

・コードは他の人が最短時間で理解できるように書かなければならない

第2章 名称に情報を詰め込む

・明確な単語を選ぶ
・汎用的な名前を避ける
・抽象的な名前よりも具体的な名前を使う
・接尾辞や接頭辞を使って情報を追加する
・名前の長さを決める
・名前のフォーマットで情報を伝える

第3章 誤解されない名前

・名前が「他の意味と間違えられることはないどろうか?」と何度も自問自答してみる

第4章 美しさ

・読み手が慣れているパターンと一貫性のあるレイアウトを使う
・似ているコードは似ているように見せる
・関連するコードをまとめてブロックにする

第5章 コメントすべきことを知る

・コメントの目的は、書き手の意図を読み手に知らせることである

第6章 コメントは正確で簡潔に

・複数のものを指す可能性がある「それ」や「これ」などの代名詞を避ける
・コードの意図は、詳細レベルではなく、高レベルで記述する

第7章 制御フローを読みやすくする

・比較対象
 ・左側は「調査対象」の式。変化する
 ・右側は「比較対象」の式。変化しない

・条件は否定形よりも肯定系を使う
・単純な条件を先に書く。

第8章 巨大な式を分割する

・巨大な式は飲み込みやすい大きさに分割する

第9章 変数と読みやすさ

JavaScriptでは変数の定義にvarをつけないと、その変数はグローバルスコープに
入ってしまう。

第10章 無関係の下位問題を抽出する

・プロジェクト固有のコードから汎用コードを分離する

第11章 一度に一つのことを

・一度に一つのタスクを行うことを考える

第12章 コードに思いを込める

・プログラムのことを簡単な言葉で説明することで、コードがより自然になっていく

第13章 短いコードを書く

・コードをできるだけ小さく軽量に維持するしかない。
 ・汎用的なユーティリティコードを作って、重複コードを削除する
 ・未使用のコードや無用の機能を削除する
 ・プロジェクトをサブプロジェクトにする
 ・コードの「重量」を意識する。軽量で機敏にしておく

第14章 テストと読みやすさ

・テスト関数に説明的な名前をつけて、何をテストしているのかを明らかにする

 

■Impression

Although it is a famous book among engineers, I have never read it properly

I tried reading it.

 

As impressions it was very easy to understand.
I should have read it earlier.

 

Incidentally, there is also a class of readable code on the school.
I think that understanding will deepen as you read it together.

 

schoo.jp

 

<Memo>


Chapter 1: Easy to understand code

· The code must be written so that other people can understand in the shortest possible time

 

Chapter 2 Stuffing Information in a Name

· Choose clear words
· Avoid generic names
· Use concrete names rather than abstract names
· Add information using a suffix or prefix
· Decide the length of the name
· Tell information in format of name

 

Chapter 3 Misunderstanding Name

· Try to ask yourself a number of times that the name "will not be mistaken for other meanings?"

 

Chapter 4 Beauty

· Use a layout that is consistent with the pattern that the reader is accustomed to
· Similar code looks similar
· Block related codes together

 

Chapter 5 Knowing what to comment

· The purpose of the comment is to inform the reader of the intention of the writer

 

Chapter 6 Comments are accurate and concise

· Avoid synonyms such as "it" and "this" that may refer to multiple things
· Describe the intention of the code at a high level instead of the detail level

 

Chapter 7 Making Control Flow Readable

·Comparison
· The left side is an expression of "subject of investigation". Change
· The right side is the expression of "comparison target". It does not change

· Condition uses positive system rather than negative type
· Write simple conditions first.

 

Chapter 8 Split huge expressions

· Huge formula to split into easy-to-swallow size

 

Chapter 9 Variables and Readability

· If you do not add var to the variable definition in JavaScript, the variable gets global scope
It enters.

 

Chapter 10 Extracting irrelevant subordinate problems

· Separate generic code from project specific code

 

Chapter 11 One thing at a time

· Think about doing one task at a time

 

Chapter 12 Thinking about the code

· By explaining the program in simple terms, the code will become more natural

 

Chapter 13 Writing Short Code

· You have to keep the code light and light as small as possible.
· Create generic utility code and delete duplicate code
· Delete unused codes and unnecessary functions
· Make a project a subproject
· Conscious of the "weight" of the code. Keep light and agile

 

Chapter 14 Testing and Readability

· Provide a descriptive name for the test function to clarify what you are testing

「斎藤一人の成功している人の見た目の法則」読みました。(2017年14冊目)I read "The Law of Appearance of a Successful Person of Saito Kazuo". (14th year of 2017)

斎藤一人 成功している人の「見た目」の法則

斎藤一人 成功している人の「見た目」の法則

 

 

■感想

 

「見た目はその人の入り口、中身は出口」

と表現すればいいでしょうか?

 

その入り口はちょっと気をつけるだけで劇的に良くなることが理解できました。

本を読んでていいなと思うフレーズがいくつかありました。

 

<例>

・おしゃれとは好きなことを増やすもの

・ここぞの運が悪い人はクツが汚い人

 

特に私は最近あまり見た目に対してメンテナンスをしてなかったので、してみようと思いました。

 

■Impression

 

Should it be expressed as "the entrance is the entrance of the person, the contents are the exit"?

I could understand that the entrance got better dramatically just by being a little careful.

 

There were several phrases that I think may be good to read a book.

 

<Example>

· Fashion is what increases likes

· People with bad luck are dirty people

 

Especially I recently thought that I tried doing maintenance because I did not maintain it so much.

 

「現役東大生が1日を50円で売ってみたら」読みました。(2017年13冊目)"I tried selling one day at 50 yen for active students at Tokyo University" I read. (13th in 2017)

 

現役東大生が1日を50円で売ってみたら

現役東大生が1日を50円で売ってみたら

 

 

■感想

「自分の1日を50円で売って、なんでもさせていただきます」

とインターネットで募集をして、著者がいろんな人と交流して見たこと、感じたことが書かれています。

 

読んでていいなと思ったのが、著者の性格が自然体というか、無理していない感じが文章を通じて伝わります。

 

なので、いろんな人と交流して書かれている内容は共感しやすいです。

普段接することがないような人と接することで、今までにない発見が出てくるのは楽しいですよね。

 

私もやってみようかな笑。でも東大生じゃないので、キャッチーなフレーズがなかなか思い浮かびません笑。

 

著者は今も続けているようなので、興味がある人はコンタクトを取ることもできるかもしれないですね。

 

あと著者はブログも開設していたんですね↓

www.ryosuke-takano.net

 

■Impression

 

"I will sell my own for 50 yen and I will do anything."

And recruiting it on the internet, it says what the author saw by interacting with various people, felt.

 

I thought that it is okay to read, the feeling that the character of the author is a natural body or not is transmitted through sentences.

 

So, it is easy to sympathize content written and interacted with various people.

By touching people who do not usually come in contact with us, it is fun to discover unprecedented discoveries.

 

I guess I should try it too. But since it is not Tokyo University student, I can not imagine catchy phrases quite easily.

 

It seems that the author still continues, so if you are interested it might be possible to get contact.

 

Also, the author also opened a blog ↓

「面白い生き方をしたかったので仕方なくマンガを1000冊読んで考えた→そしたら人生観変わった」読みました。(2017年12冊目)"I wanted to do an interesting way of life so I had no choice but to read 1000 comic books → I thought about life" then I read it. (12th year of 2017)

 

■感想

 

堀江さんがいかに漫画から自分の思想や生き方に影響を受けたかがわかる内容でした。

 

もちろん、漫画をどう読むか、どれが好きかなんて人それぞれなんですが、堀江さんが漫画を読む観点はなんというか、単純に面白さよりも「学べるところがあるか?」という思考が強いような気がします。

 

私も似ているかもって思いました。

 

ちょっと惜しいなあと思うのは漫画の紹介なので、図版が多くあってもいいのかなって思いました。

 

著作権の問題があって難しいのでしょうか?

 

本書を読んで、今まで読んだことがない、面白そうな漫画を知ることができて良かったです。特に下記の漫画は読んでみようと思います。

 

栄光なき天才たち

・服を着るならこんなふうに

MASTERキートン

 

 

 

 

服を着るならこんなふうに (1) (単行本コミックス)

服を着るならこんなふうに (1) (単行本コミックス)

 

 

 

 

■Impression

 

It was content that understands how Mr. Horie influenced his thought and way of life from manga.

 

Of course, it is people who read manga and who likes which, but the point of view that Mr. Horie reads cartoons is what it says, rather than simply entertaining, the thought that "there is a place to learn? I will do.

 

I thought that I might be similar.

 

I think that it is a little regrettable because it is an introduction to manga, so I thought that it would be good if there were many illustrations.

 

Is there difficult copyright problem?

 

It was good that I could read the interesting cartoon that I have never read before reading this book. In particular I think I will read the following manga.

 

· Genius without glory

· If you wear clothes like this

· Master Keaton