タグ

ブックマーク / nowokay.hatenablog.com (4)

  • なぜ掛算順序の話が混乱するのか - きしだのHatena

    掛算順序について学習指導要領解説を見て整理したらいろいろ反論あって、結局のところ問題が三層構造になっていることと、表現という層が認識されていないことで混乱があるように見える。 前回のブログに書いたように「被乗数と乗数の順序が,この場面の表現 において質的な役割を果たしている」と学習指導要領解説で説明されていて、表現の問題であると整理されています。 掛算の順序と学習指導要領 - きしだのHatena というの書くと「解説だから・・」みたいな反応がつきますが、文部科学省の通知に「学習指導要領は大綱的な基準であることから,その記述の意味や解釈などの詳細については,文部科学省が作成・公表する学習指導要領解説において説明」とあるので、運用においては最重要な文書だと思います。 まあそれはそれとして、だいたい「交換則があるんだから」とか「ルールは固定されていない」とかが主な反論になっていて、交換則は計

    なぜ掛算順序の話が混乱するのか - きしだのHatena
    gui1
    gui1 2024/04/12
    『教育の現場では定理より学習指導要領を優先する』ということですね。『弊社は労働基準法を採用していない』と主張するクソ経営者と同レベル。教師さんは定理にまけないようにせいぜい頑張ってください(´・ω・`)
  • オブジェクト指向はコードを複雑に読みにくくする - きしだのHatena

    「オブジェクト指向するとプログラムが読めなくなるから禁止」のような話は昔からあって、新しい技術についてこれない人を揶揄するようなニュアンスで使われていましたが、実際にはこれはオブジェクト指向迷路にうんざりした現場での率直な意見だと思います。 オブジェクト指向は、まじめにやるほどプログラムを読みにくくするという性質をもっています。 ※ 使い方次第というコメントついてますが、だからこそちゃんと性質をしっておく必要があると思います。 オブジェクト指向の代表的な指針を3つあげると次のようなものがあります。 オブジェクト同士の連携としてプログラムを組む 単一責務の原則 インタフェースと実装の分離 まず、オブジェクト同士の連携でプログラムを組むと、コードが飛びまくって追いにくくなります。そして単一責務の原則により、小さいクラスが大量に生成されて、追いにくさがさらにあがっていきます。 ダイクストラ先生が

    オブジェクト指向はコードを複雑に読みにくくする - きしだのHatena
    gui1
    gui1 2023/02/25
    エンタープライズサーバー側のDBがきれいにできておればそんなにひどいことにならないはず。リポジトリをちゃんと構築できる方法ならどれでも大差ない。好きにすればいいと思うよ(´・ω・`)
  • プログラミング言語の入門が終わったら何の勉強をすればいいの? - きしだのHatena

    JJUG CCC 2022 Fallで「Javaの入門が終わったら何の勉強をすればいいの?」という内容で発表を行いました。 基的なものが作れるようになったけども、イマイチプログラムが組めないというときに、何を勉強すればいいかをまとめました。 入門が終わって作りたいものがあれば作っていきましょう、業務で言われたものが作って行こう、でもなんだかちゃんとしたものが作れないな、もっとちゃんとしたものを作りたい、次のステップに進みたいというときに勉強していく感じです。 資料はこちらです とりあげたについてまとめておきます。 開発作業について 概要 プログラミング言語 アーキテクチャ ミドルウェア ネットワーク デプロイ 理論 開発手法 開発プロセス まとめ フレームワークは入門でやってる前提です。Java入門書「プロになるJava」ではJavaの基から簡単なDB操作、Spring Bootまで

    プログラミング言語の入門が終わったら何の勉強をすればいいの? - きしだのHatena
    gui1
    gui1 2022/11/28
    RDBじゃね(´・ω・`)
  • ソフトウェアプロセス技術がロストテクノロジーになっている - きしだのHatena

    最近会った人とよく話すのが、ソフトウェアプロセス技術がロストテクノロジーになってるんではないかということです。 ソフトウェアプロセスというのは、「プロセスがよいソフトウェアをつくる」という前提のもと、どのようなタイミングでどのような成果物を作り、どのような管理をし、どのように検査をしてソフトウェアを作るかという手順です。 そして、プロセス技術というのは、そのようなプロセスを構築し運用し改善する技術です。 このようなソフトウェアプロセス技術は、1995年くらいから2000年くらいにかけて盛り上がり広まりかけたのですが、そのタイミングでWebが広まりはじめ、「Webは進化が速い」「作るものがどんどん変わる」などを合言葉に、「アジャイルプロセスを採用する」という名目でなんら管理されないプロセスが普及しました。その結果、プロセス技術は完全に下火になっているように思います。 もちろん、Webの発展段

    ソフトウェアプロセス技術がロストテクノロジーになっている - きしだのHatena
  • 1