アカウント名:
パスワード:
とはいうものの,プログラム自体,2KB~8KBぐらいのBASICから始めてるから無駄で冗長なものが許せないだけなのか。
プログラムの初心者に教えることは「ラクをしろ」「ロジックにデータを混ぜんな,外に出せ」「サブルーチンでうまく使い回せるように(関数はまあ,後だ)」ぐらいなもん。
まあ,else if を3回ぐらい繰り返したあたりで,「もっと良い手があるんじゃないか」と考えることができなければ,日曜プログラマすら向いてないような。
とはいえ,小学6年生にArduinoをどう教えるか,と入門書もどきを作る羽目になっていて,その辺の信念も揺らいではいるがw(ラクに教えるなら,Arrayとかは抜きにしたほうが早いから)
坊主、若いな。私も若いころはエレガントなコードを書こうとしたさ。でも、それは結局自己満足でしかないんだ。
●生産性について コード行数を人月で割った指標で評価で、生産性が評価されます。 「もっと良い手があるんじゃないか」とか余計なことを考えて浪費される時間や、 コードが短くなることで、成果(アウトプット)が減少することを考えてください。 コード品質なんて、客に見えないものは実績評価の対象になりません。●可読性について リフレクションとかswitch文とかトリッキーな文法を使うと、ソースの可読性が低くなります。 忙しい上司の身になって、(300行のif文を書くなど)素直な解りやすい書き方に統一してください。
私の上司(55才、元4ビットマイコンのプログラマー)の有りがたい教えをまとめてみました。
ああ、悲しい日本のソフトウェア業界の現状だわねえ。こういうプロを騙っているど素人を放逐出来たら、日本のソフトウェア業界は素晴らしいものになるのに。
なんで突然トピックと無関係な自分語りを始めたの?
深い意味はない(自分語りだと思うなら無視しろよw)。短いソースを書くことが善,ってこと自体が昔の限られたリソースで育ったからかなあ,と。
>まあ,else if を3回ぐらい繰り返したあたりで,
コピペで済むんですごく楽ですけど(とか最近の若者は言う)
まあ,コピペで済ませるなら,せめて筋のよいものをコピペしたいよね。(ツイートで言ってたリフレクション使った奴とか)
入門書でelse ifがエンドレスしたコードを「アリ」として紹介するのは害悪以外の何者でもないですねえ。真似されたら困るなあ。
行数も稼げるし時間もそれなりに経過してゆくから、これこそが楽して給料をもらう手法。だったりして
ステップ数見積もりある限り無理かと。
ところで分岐予測やら投機実行のことを考えないもんなんですかね?
ラクするのはいいけど、読みにくい、メンテしにくいコードは嫌い。
メンテも込みで「ラク」を目指せると吉。でも,それはさすがに初心者に無理。デバッグの段階で「こりゃダメだ」と一度経験すれば,多少は気を付けるというか。
メンテしにくいコードといえば,件のサンプルコードがまさにそれっすよね。
メンテしやすいサンプルコードって何すか?
よく読め。君みたいなのがプログラマやってるかと思うと頭痛がしてくるわ…。
小手先の手抜きなど考えるだけ無駄今はリソースがじゃぶじゃぶ有り余っている時代なんだよ
今時はリソースが有り余ってるから、見やすくてメンテしやすいコードを富豪的に書けるんじゃないっすかね。それこそ、現代的手抜きだと思うけどな。
いちいちインスタンスNEWしてすぐ捨てて、みたなことやってたらパフォーマンス的にアレでも、書くのもメンテも楽だから手抜きしてそうしちゃう、みたいなね。
まぁ、初級者的手抜きではないのかもしれないけど、初級者のうちに何らかの手抜き(≒合理化手段)を思いつかないようじゃ、先は無いだろうとも思うなり。
ロジックが明確に表現できるのなら,記述が冗長になるのはむしろウエルカムな気がします。
Cプリプロセッサパワーを読んで学んだことですがw
偉そうなことを言う前に、全角の数字、半角の数字が混在する文章を書く自分のスキルを見つめるべきでは。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
手抜きのできない奴はプログラムをやるべきではない (スコア:4, 興味深い)
とはいうものの,プログラム自体,
2KB~8KBぐらいのBASICから始めてるから
無駄で冗長なものが許せないだけなのか。
プログラムの初心者に教えることは
「ラクをしろ」
「ロジックにデータを混ぜんな,外に出せ」
「サブルーチンでうまく使い回せるように(関数はまあ,後だ)」
ぐらいなもん。
まあ,else if を3回ぐらい繰り返したあたりで,
「もっと良い手があるんじゃないか」と考えることができなければ,
日曜プログラマすら向いてないような。
とはいえ,小学6年生にArduinoをどう教えるか,
と入門書もどきを作る羽目になっていて,その辺の信念も揺らいではいるがw
(ラクに教えるなら,Arrayとかは抜きにしたほうが早いから)
【重要】ここがアマチュアとプロの違い (スコア:2, おもしろおかしい)
坊主、若いな。
私も若いころはエレガントなコードを書こうとしたさ。
でも、それは結局自己満足でしかないんだ。
●生産性について
コード行数を人月で割った指標で評価で、生産性が評価されます。
「もっと良い手があるんじゃないか」とか余計なことを考えて浪費される時間や、
コードが短くなることで、成果(アウトプット)が減少することを考えてください。
コード品質なんて、客に見えないものは実績評価の対象になりません。
●可読性について
リフレクションとかswitch文とかトリッキーな文法を使うと、ソースの可読性が低くなります。
忙しい上司の身になって、(300行のif文を書くなど)素直な解りやすい書き方に統一してください。
私の上司(55才、元4ビットマイコンのプログラマー)の有りがたい教えをまとめてみました。
Re: (スコア:0)
ああ、悲しい日本のソフトウェア業界の現状だわねえ。こういうプロを騙っているど素人を放逐出来たら、日本のソフトウェア業界は素晴らしいものになるのに。
Re: (スコア:0)
なんで突然トピックと無関係な自分語りを始めたの?
Re:手抜きのできない奴はプログラムをやるべきではない (スコア:2)
深い意味はない(自分語りだと思うなら無視しろよw)。
短いソースを書くことが善,ってこと自体が
昔の限られたリソースで育ったからかなあ,と。
Re: (スコア:0)
>まあ,else if を3回ぐらい繰り返したあたりで,
コピペで済むんですごく楽ですけど(とか最近の若者は言う)
Re:手抜きのできない奴はプログラムをやるべきではない (スコア:2)
まあ,コピペで済ませるなら,
せめて筋のよいものをコピペしたいよね。
(ツイートで言ってたリフレクション使った奴とか)
入門書でelse ifがエンドレスしたコードを
「アリ」として紹介するのは害悪以外の何者でもないですねえ。
真似されたら困るなあ。
Re:手抜きのできない奴はプログラムをやるべきではない (スコア:2)
行数も稼げるし時間もそれなりに経過してゆくから、これこそが楽して給料をもらう手法。だったりして
Re: (スコア:0)
ステップ数見積もりある限り無理かと。
ところで分岐予測やら投機実行のことを考えないもんなんですかね?
Re:手抜きのできない奴はプログラムをやるべきではない (スコア:2)
Re: (スコア:0)
Re: (スコア:0)
ラクするのはいいけど、読みにくい、メンテしにくいコードは嫌い。
Re:手抜きのできない奴はプログラムをやるべきではない (スコア:2)
メンテも込みで「ラク」を目指せると吉。
でも,それはさすがに初心者に無理。
デバッグの段階で「こりゃダメだ」と一度経験すれば,多少は気を付けるというか。
メンテしにくいコードといえば,件のサンプルコードがまさにそれっすよね。
Re: (スコア:0)
メンテしやすいサンプルコードって何すか?
Re: (スコア:0)
よく読め。
君みたいなのがプログラマやってるかと思うと頭痛がしてくるわ…。
Re: (スコア:0)
小手先の手抜きなど考えるだけ無駄
今はリソースがじゃぶじゃぶ有り余っている時代なんだよ
Re: (スコア:0)
今時はリソースが有り余ってるから、見やすくてメンテしやすいコードを富豪的に書けるんじゃないっすかね。
それこそ、現代的手抜きだと思うけどな。
いちいちインスタンスNEWしてすぐ捨てて、みたなことやってたらパフォーマンス的にアレでも、書くのもメンテも楽だから手抜きしてそうしちゃう、みたいなね。
まぁ、初級者的手抜きではないのかもしれないけど、初級者のうちに何らかの手抜き(≒合理化手段)を思いつかないようじゃ、先は無いだろうとも思うなり。
Re:手抜きのできない奴はプログラムをやるべきではない (スコア:2)
ロジックが明確に表現できるのなら,
記述が冗長になるのはむしろウエルカムな気がします。
Cプリプロセッサパワーを読んで学んだことですがw
Re: (スコア:0)
偉そうなことを言う前に、全角の数字、半角の数字が混在する文章を書く自分のスキルを見つめるべきでは。