IT関連

• [PR]
  ×

  [PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。

  • 2024/05/17 15:20
• chatGPTって
  使い方によっては便利で賢いのですが・・・。
  例えば！
  
  こんな感じです。同じ作品について聞いても、矛盾しています。
  1つ目は幕末から明治維新
  2つ目は江戸時代初期
  しかも主人公が宮本武蔵になってます。
  
  次の例は
  
  知名度がそんなに高くないバンドかも知れませんが、メンバーがまったく合っていません。
  
  膨大な量のデータを利用している割には、
  お粗末な間違いですよね。
  
  評判がいいからと、頭から信じるのは危ないかもしれませんね。

  [0回]

  PR
  • IT関連
  • 2023/07/14 16:35
  • 0
• プログラミングのどうでもいい話　その７
  はい、またぶつぶつとどうでもいいことを並べますｗ
  
  今回のお話はcase文、いやswitch文と言った方がいいのかな？
  あー、select文かぁ・・・
  もう、ここだけでも面倒臭い・・・orz
  総称して何て言うんだ？？？
  
  ググってもわからんじゃないか・・・orz
  
  まぁ、一番気に入った言葉で、
  多重評価の条件について
  と言うことで（笑）
  
  ＃正しい名称知ってる人、マジで教えてください＾＾；
  
  一部の言語（コンパイラと言った方がいいかも）では、
  多重評価の条件の順序を小さい順に並べ替えてくれます。
  ダイレクトアクセステーブルを作ります。
  
  どういうことかと言うと、
  
  SELECT A
  CASE 1
  　　　処理１
  CASE 3
  　　　処理３
  CASE 2
  　　　処理２
  END SELECT
  
  と書いても、
  
  SELECT A
  CASE 1
  　　　処理１
  CASE 2
  　　　処理２
  CASE 3
  　　　処理３
  END SELECT
  
  と書いたかのように翻訳されます。
  
  で、前回のif文のthenとelseのようにスピード差があります。
  上にある方がちょっとだけ早いのです。
  
  このことを知っている人は、処理の返り値の判断を多重評価を行うのに、
  正常系を０
  より多い異常系を１
  次に多そうな異常系を２
  ：
  と言う設計をします。
  
  また、これも何万回もループするような処理でしか効果は発揮しないかもしれませんが、
  豆知識みたいなもんですね。
  
  エラーコードの割り当てに迷ったら、
  こういう理由で番号を決めたんだ！
  と言う言い訳にも使えます。
  
  ほんとどうでもいい話だなｗ

  [0回]

  • IT関連
  • 2012/10/12 19:50
  • 0
• プログラミングのどうでもいい話　その６
  結構サボってました・・・orz
  まぁ、それまでのサボり具合から見ると、
  今回のなんてサボった内に入らないさｗｗｗ
  
  前回でネーミング関係が終わったので、
  今回から新たな話題です。
  
  if文の条件の順序です。
  ほんとどうでもいいｗｗｗ
  
  if a = b then
  　　何か処理を書く１
  else
  　　何か処理を書く２
  endif
  
  
  こんな感じなのですが、
  
  if a != b then
  　　何か処理を書く２
  else
  　　何か処理を書く１
  endif
  
  
  こう書いても一緒ですよね？
  どっちがいいのという話です。
  これは、a=bの場合とa!=bの場合のどちらがより多く処理を通るかで決めます。
  実は、thenに書いた処理の方がちょっとだけ早く動き出します。
  そんなに大差はないのですが、何万回もループするような処理であれば、
  ほんの少し早くなると思います。
  
  if文が正常系、異常系で別れるのであれば、
  見やすさの点からいうと、
  thenが正常系、elseが異常系
  という風に統一した方がいいかもしれません。
  もっとも、一般的な処理であれば、
  正常系の方がたくさん動くはずなので、
  自ずと前述の内容を満たしてくれるでしょう。
  
  こういうところに着目するとプログラムの書き方は、
  人によってバラバラになりがちです。
  正常系、異常系等に着目し、
  自分の指針を持ってプログラムを書くことで、
  より見やすいプログラムになります。

  [0回]

  • IT関連
  • 2012/10/10 21:26
  • 0
• プログラミングのどうでもいい話　その５
  どもども。
  第５回目ですが、１~４までの補足です。
  結局のところ、２を除いては名前の付け方だけですｗ
  タイトル通り、どうでもいい話でした。
  
  名前をちゃんと付けなくてもプログラムは動くし、
  自分一人で作るアプリならば、自分さえわかっていれば、
  組んでいる時にネーミングなんて必要ありません。
  
  これが、多人数で開発する時ならばどうでしょう？
  数か月後に自分のプログラムを見直す時にはどうでしょう？
  要するに長生きするプログラムを組もうという話です。
  
  プログラムを改造する時、
  「作り直した方が早い」と言う人は多いです。
  
  実際にどうしようもないものもあったり・・・
  過去の自分よりもスキルアップしていてより良いコードが書けたり・・・
  理由は様々ですが、その多くの場合が、
  コードを追ってもよくわからないようです。
  
  乱暴な言い方をすると、過去の自分も含めて、
  他人の組んだプログラムが理解できないということです。
  
  ネーミングのしっかりしていないコードはそれに拍車をかけます。
  逆に言うとネーミングを正しく守ることは、コードの理解の役に立ちます。
  
  以上のことをふまえて、ネーミングについて再考してもらえると、
  １~４は少しだけかもしれないけど役に立つでしょう。

  [0回]

  • IT関連
  • 2012/10/05 19:36
  • 0
• プログラミングのどうでもいい話　その４
  ちょっと間が空きましたが、その４です。
  察しのいい人はもうお判りだと思いますが、
  今日は、関数、手続きのネーミングです。
  
  とりあえず、接頭詞を付けます。
  FNC_関数名
  PRC_手続き名
  です。function,procedureの略ですね。
  何故付けるのか？ですが、
  「自分の作った関数や手続き」という明示のためです。
  
  あと、具体的な関数名ですが、２語ぐらいの英単語が無難かなと。
  あんまり長いと入力するのも面倒だし・・・ｗ
  
  経験上、ローマ字はお勧めしません。
  ローマ字って人によって癖があって、
  ちをtiで打つ人chiで打つ人がいます。
  他にもtuとtsuとか・・・。
  これってチームでプログラミングする時に結構ストレスだったりします。
  
  documentoなんてのが出てきた日にはかなりムッとしますｗ
  
  変数にも言えることなのですが、
  予約語とか言語で用意された関数等と、
  一目で見分けのつく名前を付けましょうということです。

  [0回]

  • IT関連
  • 2012/10/03 21:32
  • 0