TODO

皆さんはプログラムを書く前にTODOを洗い出してますか？
僕は洗い出したり洗い出してなかったり
更新履歴を書くのは好きなんですけどね
主にコンテスト向けのスクリプト書きにおいて
ってかきちんと管理してたのは去年のコンテスト向け作品だけだったりしますが
やっぱり期限が決まってると
何を終えたかの把握は大切ですよね
今はコンテストまで大分あるってかんじなので
また更新履歴つけてません

で思ったんですけど
TODOを洗い出すって設計に似ているんじゃないかと
設計は頭の中のみだとしても
きちんと構築してないとTODOは洗い出せないんじゃないかと

TODOより具体的なものとしてメモもあります
あなどれませんねメモ
メモは構造上のerrorとか考えないでいいからいいですね
最近、たまにスクリプトを書く前にメモを書いてます
よし！ってプログラムを書く前にPCに向かう前に
いったん、紙に向かって
（コピー用紙とか、プリンタ用紙とか無地のがよさげですね
　ってコピー用紙にプリントしてますがｗ）
メモを書いてからスクリプトを書く
そんなことも習慣にしたいです

あと、作りたいプログラムの画面上の
buttonとかinputとかmesboxとかmesする文字列とか
そういうオブジェクトの配置を紙に書いて考えるのもいいですね
オブジェクトの配置って考えながらやるには面倒くさすぎるので
たまにやってます

コメント率

日経ソフトウェア2010/9のプログラマ独立独歩の記事より
コメント率は50％くらいと20％以下の考え方があるみたいです

TACK的にはコメント率50％くらいの考え方を支持します
筆者はコメント率は20％以下でコメントを必要としない
美しいソースコードを書くべきという主張です

ただ普通、スクリプトは日本語なので
日本語の意味をコメントする。を主張します
よくわからない英語できちんと命名するより
適当でもコメントを書く方がいいと思います

でも日本語はグローバルじゃないので将来的に
命名もきちんとした英語にして
コメントを読まなくても読めるソースコードは目指すべきかもしれません

コメント率50％ってスクリプトとコメントの量が同じなんですね
一行コーディングしたら一行コメント
後コメですけどそれくらい書かないと
書いてないスクリプトも多いですが^^;

ノートの命令書いてその度にノートほにゃららってコメントするのは
いい加減めんどくさくて
そういうとこははしょってもいいかな？って気分のTACKでした
最近じょじょに朝方に移行中です
昨日は午後10時くらいに寝て
今日は午前6時頃起きましたｗ

見せ場をつくること

日経ソフトウェア2010/5の独立独歩です
見せ場を作らないと惰性になるみたい

TACKの見せ場は完ぺきHSPコンテストですな
今年もやってますよー

コンテスト絡みでプログラミングをしているうち
色々学んでいる気がします

偉大

先日から文庫を読んでまして
その中に　私は　偉大な　ほにゃらら　です
の４単語を連呼しようと書いていました

実力は置いておいて
私は　偉大な　オープン・ソース　プログラマー　です
と
私は　偉大な　物書き　です
の二つを連呼してます

連呼してるというより（少ししてますが）
ルーズリーフにその二つの言葉を書きなぐっています

私は　偉大な　オープン・ソース　プログラマー　です
とかきなぐっていたら久しぶりにプログラムの本を読めました

私は　偉大な　物書き　です
と書きなぐっていたらブログを書いてＢＢＳに書いて今コレ書けてます

プログラミングなり、物書きなり、他のことなり
とっかかる気になれないときは
私は　偉大な　ほにゃらら　です
の４単語です！

お正月2011

あけましておめでとうございます
今年もぽつぽつブログを更新していきたいです

最近、読んだ文庫に
やると決めたら必死で死ぬくらいやるべき
って書いていました
それでこそ成長できるみたいです
僕も必死とは言えなくとも
文章を書くことと、プログラミングを書くことを
必死でやっていきたいです
せっかくある有限な時間だもの必死でやらなくちゃ
僕も全然必死ではありませんが
できるだけ時間を費やす
できるだけ長く触れる
そうすれば自動的に必死に近づけるのではないか？
と思っています

夢もきちんと描こうって書いていました
中途半端な夢だと中途半端なのしか実現できないんですって
考えてみると
HSPコンテストでも
出来ることをやった作品よりも
出来るかわからないけれど
挑戦してみた
そんな作品が評価されているみたいです
未完成であったとしても

基本、夢は中途半端なTACKですが
そろそろ、きちんとした夢が描かれてきたとこです
書きたい本の構想。と、書きたいプログラミングの構想
少しづつ描けてきています
後はそれをするだけの準備をするのと実力を身につけるのが課題です

ノートＰＣ

今回のコンテスト作品はノートＰＣで製作しました
前回まではデスクトップＰＣでした
この変化はすごい！
やっぱりデスクトップＰＣはプログラム作成には
向いていないのではないか？と思うのです

理由はデスクトップＰＣだと
基本、自分の部屋の中で作業をすることになるからです
基本、自分の部屋というと
寝る場所であり、色々置いてある場所であり
GAMEをする場所だったりする訳です
そんな場所でプログラミング？
たぶん、はかどりませんね

今回のコンテスト作品は
両親がＴＶを見てるのにも負けず
茶の間でコーディングしました
おかげで短いですけど３作品も投稿できました

という訳で
プログラミングを書いたり文章を書いたりするのには
ノートＰＣが向いているのではないか？と思うのです

ノートＰＣだと自分の部屋ではない場所でも
プログラミングも文章も書けますよね
そのうち家の外に持ち出してやってみようか？
とも考えています

なでしこのくじら飛行机さんや
Rubyのまつもとひろゆきさんや
作家の結城浩さんもノートＰＣ派な気がします

プログラムや文章を書くのが好きな人は
買い換え時、ノートＰＣの購入を検討してみては？

写経。その２

いつぶりか思い出せないくらいの写経をやってみて
効果を実感しました
もっと写経しようかな？

効果の由来はなんやろ？

仮説①
プログラムというものは基本、上から下に処理が流れていくものなので
上から順にゆっくり理解していけます

仮説②
読むだけとは違い、時間がかかるので
ゆっくり噛みながら理解していけます

仮説③
物理的動作は自分でスクリプトを書いていくのに似ているので
作者のコーディングを追体験できます
もしくは擬似的にそのスクリプトを作成したのに似ています

これを読んだあなたもたまには写経してみては？

ソフトウェアの価値の３条件

http://itpro.nikkeibp.co.jp/NSW/yomidokoro/pdf/1011t2.pdf

日経ソフトウェア2010年11月号に
ソフトウェアの価値の３条件ということが書いてありました
その３条件とは
①シンプルであること
②コミュニケーションができること
③柔軟性があること
の３つです

まず①は
＞プログラムの余分な複雑さを取り除き
＞きちんと機能するシンプルな設計を作り出すことが重要
＞プログラムがシンプルであれば
＞プログラムの理解や修正が容易になる
＞シンプルさは、次に示すソースコードのコミュニケーション力や
＞プログラムの変更に対する柔軟性を高める
とあります

まずはソフトウェアを書こうと思うなら設計しようということですね
いきなり書き始めるのではなくきちんと設計する
全然、設計しないTACKには耳が痛い話です
しかしきちんと設計すると言っても
シンプルになるように設計しよう。ということですね
ここでPointは途中で複雑な要素が混じってきたら
シンプルになるように心がけて
余分な複雑さを取り除くということですな
設計。設計。設計。シンプル。シンプル。シンプル

＃②と③については、後日追記します

プログラムの型

日経ソフトウェア2010年11月号を読んで
プログラム独立独歩がためになりました
スポーツで型を身につけるように
プログラムでも型を身につけよう
という趣旨です

やったスポーツで型を身につけられたのは
卓球くらいかな？
中学の部活で型を身につけ
高校の半年くらいまた部活やって
ドライブの振りを工夫したりしてました
全然、納得いかなかったのを覚えています

プログラミングでは
できるだけ教科書っぽいプログラムを書くように
試行錯誤してましたが
最近は無茶苦茶な書き方でひどいです
でも中学時代に塾で数学の基本を学んで
それを無茶苦茶に応用していたのと通じます
無茶苦茶な書き方ができるのは
ある程度基本を覚えて
応用できるくらいになってきたからかもしれません

マインドマップ

最近、先日買ったマインドマップの本を読んでいます
それで興を覚えて軽くマインドマップを書いてみました

書いたのは
改造したいこと→～
なぜ改造がはかどらないのか？→～
改造案→～
とかです

で問題点、問題提起、解決策をまとめてみたら
スクリプト書きが少しはかどりました

スクリプトを書くのってやっぱ
設計もしくは整理が必要なのかもしれませんね
プロのプログラマーは１日中
プログラムをしているイメージがあるけれど
やっぱり設計や会議とか色々してるのかもしれません

モチベーション

福田稔著「いつも目標達成している人の勉強術」
読んでますよー
読んでるっつーか
読んだのを読み返して
気付いた点を整理しながら文章書いてるんですけど

＞・ストレート合格にこだわる
＞ストレート合格のこだわるべき三つの理由
＞③モチベーションを維持できるだろうか

＞二年、あるいはそれ以上に及ぶ
＞受験勉強を継続するには
＞相応のモチベーションが必要です

これをプログラミングにあてはめると
二年、あるいはそれ以上に及ぶ
ソフト作成を継続するには
相応のモチベーションが必要です

になりますね
SKILL POINTは作成しだして二年こえてる気がします
僕の場合
サイトを更新したりブログを書くモチベーションはあるんですけど
ソフトを開発するモチベーションはあまりないのかもしれません
サイトの更新とかブログを書くのって
パパッとやってパパッとUPってかんじじゃないですか？
でもソフト開発はコツコツコツコツやる必要がありますもんね
僕は性格も飽きっぽいですし

二年とまではいかなくても
ある程度の期間うちこむのって
相応のモチベーションが必要なのかもしれませんね

英単語の暗記もやってたの半年くらいかな？
しかも全然覚えれてないし
これもモチベーションが続かなかったってことなんかな？

合格力はプログラミング成功力につながる？

福田稔著「いつも目標達成している人の勉強術」
読んでますよー
この本によると
「合格力＝勉強時間×やり方×やる気」
と書いています
勉強をプログラミングにおきかえると
プログラミング成功力＝作成時間×やり方×やる気
になりますよね

初心者のプログラミング成功力が高いのは
やる気がすごいからでしょう
TACKも最初ものすごいやる気があった気がする
でもベテランもプログラミング成功力は高いです
それはやり方に長けているからでしょう
挫折する初心者はやり方が悪い
作品が出ないベテランはやる気がない
のかもしれません

TACKがイマイチ作品が完成しないのはなぜなんだろう？
たまにしかプログラミングしない
プログラミングをしないっつーか
プログラミングが習慣になってない
やり方も悪いかもしれない
やる気がないのかもしれない
文章を書くのはある程度
習慣になっているかもしれません
僕よりいっぱい文章書く人いますけどねー
でもプログラミングするより文章書く方が好きやわー
昔ほど好きじゃないですけどね
イマイチ自分の文章が面白くないんです
昔は自分で文章書いて自分で読んで爆笑して
更に文章書きたくなってたなー