https://ameblo.jp/itayaaxel/ SE目指している大学生です。プログラミングや心理学について書いていく予定です。 ja まず、起こったことについてまとめる。

「ある番組で、『櫻井翔恐怖症』という人が現れて、その人と櫻井翔が楽しい食事をとった」
というものである。

これは、とらえ方次第で賛否が分かれている。

賛成
恐怖症が解決してよかった。
櫻井翔さんのいい面が見れた。

しかし、反対（否定）意見も多い
「えっ、恐怖症っていえば会えるの？」
「嘘だろ？」
「身元割り出そう」
とか・・・・・

まあ、そう考えてしまうのもしょうがないでしょう。
でも、恐怖症・精神障害をバカにすることは関心しませんね。。
つらい人はいるんですから。 ]]> https://ameblo.jp/itayaaxel/entry-12147299098.html Wed, 06 Apr 2016 12:15:49 +0900 まあ、反対したところでどうにもならないけど・・・・

最近金曜ロードショーでやってたのをみてひどいモノでした。
まず一言「ごくせん？」ってなりました。
暗殺教室はあくまで、ころ先生とその生徒をメインに、その他のクラス間のギクシャクなどが展開されるもののはずなのに。
実写では、家族・友情の部分だけをチョイスして無理やりそれを演出していた。
ホントいやになっちゃう

あと、なんでみんな髪の色同じなの
なぎさ君が可愛い系でとおってるのに、なんでイケメン使ってるの？
カルマ君オールバックなの？どこのヤンキーだよ、これだから学園モノみたいになっちゃうんだよ。

あと、最後に・・・・・
中学生設定だから！！！！
あれじゃ頑張っても高校生だよ！！！！



原作大好きだからこそ残念です・・・
この調子では、ハガレンの実写化はどうなってしまうのでしょうか？？？？
]]> https://ameblo.jp/itayaaxel/entry-12147294939.html Wed, 06 Apr 2016 11:39:08 +0900 だからここでは、人が見たときどのようなコードが見やすいのかについて書く。
見やすいソースコードの条件には以下のようなものがある。
・インデントがされてる
・コメントがついている（のちに詳しく）
・変数名・配列名・関数名が解かりやすい
・変数宣言をある程度まとめてやる
といった感じかな？
インデントは説明しなくでもわかるだろう。インデントしないと、相手はおろか自分ですらカッコの終わりが分かりにくくなったりする。

次のコメントについてだが、変数名やメソッドにつけるコメントのことではない、修正を加えたときに着けるコメントのことである。集団でソースコードをいじる際（Gitなどを使わない場合）自分がソースコードのどの部分をいつ変更したのかをコメントで示さないと、変更した後にミスが見つかったら訂正が難しくなる。以下のような感じで書くのがBestだと思う。
/*20160109昼寝王子変更*/
if(・・・)
・
・
・
/*20160109昼寝王子変更ここまで*/
こうすればどこを変更したのかすぐにわかる。

次に名前だがこれがなかなか難しい。
プログラミング始めたてのころこんな変数名を付けたことがある。（オセロ作成時）
kuro・shiro・junban・point・cnt2など。。。
これが正直恥ずかしかった。
人に見られたときに、「こいつ英語できないな」というのと、「これなんの変数だよ」という感じになってしまう。
英語がなってなくてもいいが、一番の問題が伝わらないことである。
変数名を見てなんとなくで良いから意味がつたわらないといちいち処理を見て行かなければならない。cnt2なんかがいい例だ。なんのカウントだよ！！！って思うでしょ

あと、変数宣言はまとめてやらないとソースコード書くときも面倒だし、読む方も後からいろいろ足すなよ！って思うので必要のないとき以外は、一か所にまとめて宣言しましょう！

以上です。


リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory i.../オライリージャパン

￥2,592
Amazon.co.jp

]]> https://ameblo.jp/itayaaxel/entry-12147157584.html Tue, 05 Apr 2016 23:08:45 +0900 そもそも、プログラミングがうまい人というのは一体どういった人だろうか？
・凄いゲームを作る
・便利なシステムを作る
・UIがよいシステムを作る
・短時間でプログラムを完成させる
など、いろんなイメージがあるだろう。
確かに上に書いたような人達は凄腕のプログラマーである。しかし、気づいただろうか、「凄い・便利」などは、発想の問題である。
Amazonがいい例である。インターネットで買い物をするなんて今では誰もが思いつく。現に、今同じサービスを作りサービス展開しても、利用者は数少ないであろう。
なぜなら、一番最初にAmazonがそのシステムを発想し、作ってしまったからである。コロンブスの話をご存じだろうか？
「卵をたたせてみよ」といわれコロンブスは卵を軽く机にたたきつけ、割ることで立たせた。
これは、知ってしまえば誰でも簡単にできる。しかし、ここで重要なのは一番最初にやってのけたということである。

つまり、私が言いたいのはプログラミングの上達をしたければ、まず何を作るのかという
「発想力を鍛えろ」
ということである。
発想したものを作っていく過程で、おのずと力は身についてくる。
if文やfor文で効率の良いコードがかけて、よくわからない数学の問題を解くことがプログラミングの上達だと思っている人には悪いが、問題を与えられて、それを解くことは多くの人ができるであろう。
そうではない！問題を自分で設定し、それを自力で解決したときにはじめてスキルアップするのである。だから、今後プログラミング教育があるが、子供に何をつくりたいのかを考えさせ、それを作らせるということをした方がプログラミングの教育にもなるし、プログラミングを教える真の目的である、問題を解決する手順（アルゴリズム）を導く力を養うことにもつながると思う。発想力の全技法 [ 三谷宏治 ]

￥777
楽天

発想力の全技法 (PHP文庫)/PHP研究所

￥778
Amazon.co.jp

アイデアのつくり方/CCCメディアハウス

￥864
Amazon.co.jp

]]> https://ameblo.jp/itayaaxel/entry-12147151291.html Tue, 05 Apr 2016 22:56:54 +0900 確かに、プログラミングはやり方を知らないと何もできないかもしれない、でも、基礎だけで十分ではないかと思う。
プログラミングでは、3D空間の作成から、2Dゲームの作成、Webサービスの作成となんでもできる。
そのため、いくら基礎を教えたところで、何を作りたいかということを考えさせなければ意味がないのではないかと感じた。
これを使えばあれが作れるということを否定するのではなく、あれを作りたいからこれとこれを学ばなければならないという感じにした方がいいのではないか？

まあ、これはプログラミングに限ったことではないけれど・・・

小学生からはじめるわくわくプログラミング/日経BP社

￥2,052
Amazon.co.jp

[改訂新版] これからはじめるプログラミング基礎の基礎/技術評論社

￥2,462
Amazon.co.jp

「0から1」の発想術/小学館

￥1,512
Amazon.co.jp

発想法―創造性開発のために (中公新書 (136))/中央公論社

￥713
Amazon.co.jp

]]> https://ameblo.jp/itayaaxel/entry-12147050853.html Tue, 05 Apr 2016 17:46:08 +0900 今までwordpressを導入したり、cakePHPで作ってみたり、といろいろしてきましたがやっぱりブログサービスを使うのが楽かな？って思いました。

今回はJavaとJavaScriptの話をします。（主にJavaScript）
私は一番最初にJavaScriptを習得しました。そのためJavaのことはあまり詳しくありません。
しかし、現在Web系（HTML、CSS）が簡単にコーディングできる様になり、それと同時に

JavaScript＝Java

という、悲しい勘違いをしている人がいます。
これは、JavaScriptをやっている人よりもJavaをやっている人に失礼ではないかと考えています。
（個人的にJavaのほうが難しいから）

だから、もしも周りで勘違いしている人がいたら注意してあげましょう。 ]]> https://ameblo.jp/itayaaxel/entry-12146590476.html Mon, 04 Apr 2016 13:09:02 +0900