はてなキーワード: スコープとは
いや、検索すれば社会学系とかフェミニズム系が引っかかるんだけど、そういうのじゃなくて。
女と社会について考えた哲学者じゃなくて、博物学とか意味の分解や根源の探求、世界の仕組みや人間一般を探るようなタイプの人。アリストテレスとかルソーみたいな。
……真面目に探したらいるやん
ヒュパティア
https://ja.wikipedia.org/wiki/%E3%83%92%E3%83%A5%E3%83%91%E3%83%86%E3%82%A3%E3%82%A2
アストロラーベ(天体観測儀)とハイドロスコープ(英語版)[注 3]の発明については、ヒュパティアに意見を求めたシュネシオスの手紙の中で知られていることから、彼女が特に天文学と数学に専念していたことを示している。また、哲学に関する著作物は存在が全く知られていない。
と思ったら哲学系ではなんも書いてないのかよ!
もう探す気が失せた。この分野は男しか興味を持たないんか…?
16年と半年前、57歳になったばかりの2007年の9月に初めての投稿をしました。その2ヶ月くらい前から閲覧はしていた気がしますが閲覧履歴のようなものはないためわかりません。
ちょうどその頃、勤務していた会社で役員に昇格したばかりでした。法学部を卒業し新卒で入社して以来、ひたすら営業畑にいた私が役員になってから与えられたのは情報システム部を含むIT分野でした。
その10年前ごろから会社にパソコンが導入され始め、総務部門にいた同期が悪戦苦闘しており「大変そうだな〜」なんて気楽に思っておりましたが、まさか自分がそれらを統括する立場に置かれるとは思いませんでした。
IBMが主催する勉強会に参加したり、書籍を購入したり、パソコン教室にも通い、DELLのデスクトップPCを購入して大学生だった息子に助けられながら設定をしていました。
インターネットを徘徊する中で見つけたのがはてな匿名ダイアリーです。
結局半年足らずで外部の専門家を雇うことになり、お払い箱になった私は金融商品を取り扱う子会社の代表取締役を務め、そこもお払い箱になると取引先の名ばかり役員となって月に数回だけ会議の名目で仕出し弁当を食べに行き、65歳となる2014年に完全に隠居生活に入りました。
私が本格的にここを利用するようになったのはそれからです。
毎日のスケジュールは犬の散歩、朝食、昼食、刑事ドラマ、夕食のみです。買い物、旅行、ゴルフ、孫、会食などが不定期で入りますが、基本的に暇なのでここで皆様の投稿を拝見したり、社会問題、映画、音楽、歴史などについての投稿を行い皆様からのコメントを楽しんでおりました。
この時期に妻と隠岐旅行に行きましたが、それもここで隠岐の魅力を語る投稿を見たことがきっかけでした。探してみましたが、残念ながら見つかりませんでした。
後にTwitterやブログなども始めましたが、Twitterは見るだけになり、ブログの更新はされなくなり、継続的に利用を続けてきたのは結局匿名ダイアリーのみでした。
私が定年後もボケっとした生活をせず、さまざまなものに興味を持ち精神的なアクティブさを維持できたのははてな匿名ダイアリーのおかげです。
さて、私は大腸がんで苦しんだ祖父の介護で幼少期に苦労した経験がありました。そのため、かかりつけのクリニックにてビデオスコープ内視鏡が導入されたことを知った時から定期的に胃カメラ、大腸カメラを含む検査を夫婦で受けてきました。
しかし、2019年に最後の大腸カメラを受けて以来は検査を行っていませんでした。70歳になったし、息子夫婦の末孫の小学校の入学式を見たし、娘夫婦が仕事が終わるまで孫を預かるようになって忙しくなったこともあり毎年「来年でいいか」となっていたのです。
なんとなく覚えたみぞおち痛で昨年にクリニックを受診し、そこで行ったエコーで膵臓がんが見つかりました。超音波内視鏡ではなく通常のエコーで見つけられたので定期的に検査を受けていればもしかしたら早期発見ができていた可能性はあります。
とにかく総合病院で詳しい検査を行い、手術が可能だったため膵切除を行いました。
手術ができ、化学療法も行える状態であったため命拾いしたと思いましたが、医師からは「楽観的ではいられない」と告げられました。
医療の進歩によって、幼少期に見た祖父の壮絶な闘病とは比べ物にならないほど穏やかな生活を送ることができました。食事も取れていましたし、妻と買い物や旅行にもいけましたし、去年の誕生日も家族に囲まれて過ごすことができました。
しかし、年明け直後の強い背中の痛みで意識を失って以来、一気に体力が削られてしまいました。75歳の誕生日は迎えられそうにないです。妻は寂しがりやなので、私が妻を看取りたかったのですが、最後の最後に寂しい思いをさせてしまうことになりました。
体力のなさと慣れないiPadでの入力なので、これを書くのにも長い時間を必要としました。
今までありがとうございました。
コードの重複があるわけでもない状況で、コードを関数ごとに分離するメリットデメリットを知りたいという話ですよね。
コードの重複がある場合に関数などに切り分けていないと、同じコードを何度も書くことになり、不具合があった時にコピーされたすべての個所に変更が必要となるというデメリットがあるので理由がわかりやすいですが、重複が無いとその点が不明確ですね。
画面に収まらないサイズのコードは複数の関数に分割するのが一般的だとは思います。
理由は元増田も書かれている通り、長いと理解の限度を超えるからです。
コードは意味があるまとまりで短ければ短いほど理解がしやすいと思います。
グローバル変数を使わないようにすると、入力・出力が関数を読むだけで明確にわかるので、さらに理解がしやすいです。
また、関数に分けておけば、関数が仕様通りに動くかの確認するユニットテストも簡単に書けます。
ユニットテストでは関数がさらにほかの関数を呼び出している場合、呼び出される関数の代わりにテストダブルを用意することもあります。
分割して、複数の関数を呼び出すようにすることのデメリットは、
下手糞が切り分けるとなんでそういう切り分けになったかわからないところで切り分けられてかえって可読性が損なわれるとか、
関数の機能が拡張してより多く・あるいは少なくの情報が必要な時に関数インタフェースの変更が必要になることとか、
関数を置いているファイル内の場所を変えたときにバージョン管理システムが追っかけてくれないことがあるとか
くらいでしょうか。
いずれにせよ、分割するメリットの方がデメリットを上回ることが大半なので、大抵は機能ごとに分割して小さい関数を作り、それをメインからは呼ぶようにすると思います。
まず、関数の名前をやっている工程を表すものにすることですね。
「データの取り込み」 とか 「データの突合せ」とかを明示すると、それを呼んでいるということはそういうことをしてくれると思うので。
また、関数が何をしてくれるのかも関数のコメントとしてつけておくとよいと思います。
例えば、
filename引数で指定されたファイルからデータを取り込み、JSONフォーマットで返す
返値: JSONフォーマットされた取り込まれたデータ。例: [{'employee name': '山田 太郎', 'employee id': 1}]
例外: filenameを開けない場合はFileOpenError、JSONにコンバートできなかった場合はConvertError
みたいなコメントをつけておくと何をする関数なのかわかるので、その機能を調べたいとき以外は読まないでいいかなと。
あと、コードを連続で読みたい場合、ソースを解析してタグジャンプをつけてくれるツールやらIDEやらを使うことが普通だと思います。
これはどういう意味でしょうか?同じものを表すのに関数ごとに別の変数名を付けているとか?
もしそうだとしたら、使っているプログラミング言語の制約やプログラミング規約によるものなのでしょうか?
ある関数のローカル変数が他の関数のローカル変数に影響を与えることは無いはずなので、ローカル変数は大抵適当な名前が付けられるイメージです。
今時のプログラミング言語なら変数のスコープが関数の中にとどまるような書き方ができると思うのですが。
関数インタフェースを定義し、そこにいちいち引数を書くのが面倒というなら...まあ、それは必要税って感じがします。
そこに引数を書いておくことでこの関数が何に影響されるのかわかるので。
参考までに。
以下でエンジニアと書いてあるのはソフトウェアエンジニアだと読み替えて欲しい。
最近はエンジニアの間で海外でエンジニアをやれば簡単に年収2000万に到達できる的なブログがバズっているが、ここで疑問になるのはなぜ日本のエンジニアは海外に比べて給料が安いのか。
色々理由はあるが、第一に大きいのが「海外ではエンジニアになるのにはコンピュータサイエンスの学位を持っているのが前提だから」という点。
もちろん野良で独学してエンジニアになっている人間も一定数いるが、固定観念としてエンジニア=CSの学位を持っているというのはある。
ということで必然的に一国のエンジニアの平均的な技術力は高い(技術力とはなんだという話はあるが)。
日本だとどうも大学という存在が軽視されていて、スキル等を獲得する場所ではなく就職予備校という側面が大きく、大学での専攻と卒業後のキャリアの対応付けがめちゃくちゃだったりしている。
そんなわけでエンジニアと名乗っておきながらやっている仕事はマークアップ言語をコーディングしていくだけで、知的生産なのか?というような仕事を主としている人間がかなり存在する。
どうしてこんなことになっているかというと、日本のものづくり業界の歴史としてバブルの時期にハードウェア関連で国が伸びてきたという経緯があり、ハードウェアの会社が強く、ソフトウェアはハードウェアのプラグイン的な捉え方がされているため富士通のようなSIerと呼ばれるシステム導入を主要事業とする会社が後から伸びてきた。
SIerはシステム導入をすることがゴールであり、現在のDevOpsとは真逆で作ったら終わりのビジネスモデルなので(メンテでフィーはもらうが)、少々話が飛躍するが結局SIerはコーディングに興味がない。
日本国内でのハードウェア産業の勃興とソフトウェアの立場の弱さ、SIerの台頭、大学の軽視など様々な力学が働いて結果としてエンジニアの給料は他国に比べて低いと個人的に考えている。
じゃあ日本のエンジニアの給料を上げるにはどうしたらいいんだって話になるわけだけど、極論として全員安い給料でコードを書かなければいいと思う。
ペラッペラのLPを作るのだって最低500万を積まなければければやらない、サイドバーにボタンコンポーネント1つ差し込むのにも100万円払わななければやらない、みたいな。
まあ急にそんなことはできないんだけど、漸進的にこれをやる方法は1つあって、USなりの物価の高い国からオフショアで案件を受ける。
そうすれば自然と給料の高い仕事にエンジニアは流れるので、日本国内のエンジニアが全員オフショアエンジニアになれば結果的に平均的な給料が上がる。
日本経済としてそれはどうなんだろうとは思うけど、近視眼的に日本のエンジニアの給料を上げるというのを解決するにはこのくらいしかない。
オフショアという形を頼らずともVCマネーで生き生きとしているベンチャーはエンジニアの給料を高くしてるけど、これはあくまで局所的な話であって日本全体のスコープで考えたら結局産業構造というものに向き合うしかないと思う。
自分自身エンジニアだったしOSSにもコミットしたりそれなりに開発できる人材に敬意は持ってるけど、それでも安く仕事してくれるなら給料は安めにしたい。
なぜなら会社の口座残高がゼロになったらゲームオーバー(=倒産)なので、削れる人件費は削りたい。自分の会社もエンジニアを抱えているけど事業を回すためにも世間並みの給料ではある。
今後も安く働いてくれると嬉しい。
オブジェクト指向とかかっこいい言い方をしても無駄だ。従来の構造化プログラミングから進歩したことなど一つもない。オブジェクト指向がなぜダメであるのか、それを今から話すぜ。
1. データと処理をまとめるという発想。
データと処理をまとめてクラスとして置くという発想がある。しかし、このようなことをしなくとも、モジュールという単位で利用データと処理の集合をまとめればよかったので、クラスを使う必要はない。しかもクラスはインスタンス化のときに、不要な情報まで持ってくるのでメモリ効率が明らかに悪い。コンピュータが進化しているからメモリのことはあまり考える必要がないとはいえ、必要ない処理をまとめて閉じ込めるのは無駄が多い。なぜクラスという名詞で概念分類できると考え始めたのかは不明だが、アルゴリズムとデータ構造という構造化プログラミングの手法を、クラスと型というパラダイムに変換することで型にうるさいC++馬鹿を生み出し、彼らが発狂することになってしまった。しかもデータと処理にわざわざ依存関係を持たせて、変更に対する柔軟性を失わせている。
2. 継承
継承によって既存の構造を持ってこようとする必要性が全く無い。それどころか、継承を使うことによってプログラムがスパゲティ化し、依存関係のグラフがややこしくなってしまう。継承など使わず、必要な情報はスコープの限られた共通の変数、または関数の引数として用意しておけば良い。もしクラスをどうしても使いたければ、共通のインターフェイスをもたせたほうがマシである。インターフェイスを使えば、クラス利用者が意識すべきpublicメソッドがなんであるか把握できる。
3. カプセル化
オブジェクト指向の中で役立つ概念はカプセル化だけである。しかし、カプセル化はクラスなしで構造化プログラミングの方法で実装できる。pythonでは、モジュールの中でアンダースコアから始まる関数を用意しておけば、それがprotectedやprivateと似たように機能させることができる。オブジェクト指向がなぜカプセル化が独自の概念だと言い始めたかは謎。
4. ポリモーフィズム
同じ名前のメソッドを、入力に応じて処理の内容を変える。このようなことはオブジェクト指向などと誇大宣伝をするほどのことでもない。構造化プログラミングで似たようなことができる。
ノーベル経済学賞受賞者の主張が日本のX界におけるいわゆる”アンチフェミ”の主張と整合的であるということでアンチフェミ界隈が沸き立っているが、そもそもゴールディン氏の主張自体を額面通り受け取っていいのかという問題がある。
(そもそもゴールディン氏の主張は”アンチフェミ”的なのか?という点については、彼女の著書を普通に読めば、解釈に多少の幅はあれ概ねそのような内容であることは明らかだと思う。すなわち、同じ仕事や同じポジションに付く男女について差別に基づく賃金の差は既に存在せず、実現している男女の賃金格差は家計における合理的なキャリア選択の結果として現れているものであるという趣旨であり、労働条件における系統的な女性差別の存在を主張する人々の考え方とは対立する)
自分は経済学の学位を持っており、大半の人よりは経済学に詳しいという自負があるが、それ故に経済学的なものの見方の限界について思うところがある。経済学とはそもそも「定量的に観察された社会事象」を「人々の合理的な意思決定を前提」として解釈する学問である。こうしたアプローチは、以下の様な点で、男女差別の様な問題を考える際に色々な問題があると思われる。
まず「人々の合理的な意思決定を前提」とする考え方の問題点とは、そもそも差別とは経済的な観点からは基本的に非合理的なので、経済学の理論で世の中を解釈するとそもそも差別など存在しないという結論に偏るバイアスがある。例えば以下は経済学的な考え方の例である。「もし男性と同じ能力を持つ女性に対して差別的に賃金を低く設定している企業が存在しているなら、他の企業はその女性に対して今より少し高い賃金をオファーして彼女を雇うことで男性と同等なのに少し安い労働力を確保できて得をする。これが女性が男性と同じ賃金になるまで繰り返されて、男性と女性の賃金は同水準に収束する。もしそうなってないならば、何か別の経済的なインセンティブが働いているはずである」この様に、経済学の理論は首尾一貫して経済的な合理性のみで物事を説明することを試みるため、文化的要因や社会心理学的な要因が入り込む余地はない。差別という経済非合理的な事象は、そもそも経済学の理論のスコープから排されているのである。
また、「定量的に観察された社会事象」のみを分析対象とする点も問題である。こうした経済学のスタンスは、証言なども含めたテクストに対して丹念な分析を行う歴史学・社会学・ジェンダー学といった人文科学的アプローチとは対照的である。数量データに現れない出来事が世の中に存在しない訳ではないのである。例えばナチス政権下でのユダヤの人々の苦しみは、数字のみによって語られるべきではないのと同じである。彼らには統計的事実に現れない日常的苦しみも確実にあったわけで、それは例えばアンネ・フランクの日記などの記録から定性的に読み取ることで明らかとなる。これはフェミニズムの文脈でも同様である。現代の日本において多くの女性が進路選択やキャリア形成に際して有形・無形の差別の存在を感じ、声を上げているということが事実として存在しているわけで(例えば進学に際して親から「あまり高学歴だと結婚できない」と言われるなど)、それが例え統計データとして現れないとしても、その苦しみが存在しないということにはならない。
ノーベル経済学賞というのはあくまでも経済学という学問世界の中での権威が認められたというだけの話である。上記の様に、経済学そのものが、社会事象の一側面を切り取って分析を行う学問である以上、経済学的なものの見方が男女格差という複合的な社会事象の全ての側面を明らかにした訳では全く無い。ゴールディン氏の分析結果は、もちろんそれはそれとして有益な考察の材料としつつ、あくまでこの問題を扱う本流である歴史学・社会学・ジェンダー学の考え方と合わせて、この問題に関する理解を深めていくというのが正しい知的態度だろう。
ダイレクトドライブのフィードバック読み取り部はあの外周のドットではないぞ。あれは人間が見て確認するだけの内蔵ストロボスコープだ。
シンクロナスモータの回転数フィードバック制御は通常、モータからの逆起電力(BEMF)が0Vをまたぐタイミングを見る(ゼロクロス検知)などしてモータの現在の位置を特定する。回転が遅れていればパワーが足りないから電流を増やしたり電圧を早めに上げたりするのだ。調べるとSL-1200ではフォトカプラを使ったと書いてあるからそれを誤解したんだろうが、フォトカプラというのはオペアンプみたいなICの中にLEDと光センサーが密着して組み込まれていてLEDに流れている電気にマイコンをぶっ壊すような高電圧成分が含まれていても内部で物理的に絶縁されているから安心して読み取れるというただそれだけのものだ。
ストロボスコープというのは正確な一定周期で発光するランプで、SL-1200のテーブル外周に描かれた・・・模様は発光周期と選択された回転数が一致している場合はちょうど点滅周期と同期してランプの目前の・に光が当たりピタリと静止して見えるような間隔で刻まれている。メディアの規格に合わせて回転数が標準33 1/3rpm、高音質45rpm、旧式互換の78rpmがあるため3列あるわけだ。ピッチ調整を変えて、あるいはピッチが狂って発光周期と回転が同期しなくなると点が周方向前後に動き、だからスコープそのものが壊れていない限りあれが視覚的に静止していることで回転数が指定と合っている事が分かる。デジタルは信用できない音がおかしいと言ってうるさい奴がいればあのランプを点けてやればどうだピタリ止まっているだろう分かったら黙れと言って黙らせられるわけだ。ちなみに現代ではスマホ用のストロボスコープアプリというのがある。あの模様がないターンテーブルでは印刷した紙とアプリで再現してみることもできる。
このプログラムは、Pythonのようなインタプリタ型のプログラミング言語を使用しています。提供されたコードは関数と変数の組み合わせで、カウンターの機能を実現しています。以下にその説明を詳しく説明します。
let キーワードを使用して、内部のカウンターを定義しています。カウンターは cnt という名前の変数で初期化され、値は0に設定されています。このカウンターは、外部から直接アクセスできないように、ローカルスコープ内に存在します。
:reset というキーを持つ場合、カウンターの値を0にリセットします。
:incr というキーを持つ場合、カウンターの値を1増やします。
この無名関数が counter 変数に代入されて、カウンターオブジェクトが作成されます。
.reset メソッドが呼び出されると、カウンターの値は0にリセットされます。
このプログラムは、カウンターの値を増加させたりリセットしたりするシンプルなカウンターの実装例です。Pythonなどのプログラミング言語では、関数やクロージャを使用して、このような動作を実現することができます。
ETA療法というのを受け始めた
Bスポット療法とも言われてる、鼻の奥に棒突っ込んで直接喉奥に薬塗るやつ
なんか胡散臭い自費診療なのかと思ってたら保険適用で自己負担六百円ほどだった
初回は、歯医者でとるような頭部のだけのCT撮ったり鼻の奥までスコープ入れたりする検査したからそこは五千円くらいかかったけど
インフルエンザの検査も特に痛みを感じないくらい痛覚鈍いから、検査や痛いと聞いていた鼻の奥にぐりぐりと薬を塗られるのは平気だった
でも、終わった後にひどい風邪を引いた時みたいな引きつれるような喉の痛みがあるのがめちゃくちゃつらくて慣れない
水分やのど飴でも緩和されないし、ラーメンとか味の濃いものを食べてもしみないから、本当に普通には届かない場所っぽい
後鼻漏の症状が若い頃からずっとあったり季節の変わり目に喉鼻の風邪も引きやすかったから器質的な異常も調べてもらえたのは良かった
副鼻腔炎も鼻粘膜の腫れもないし、上咽頭の炎症もそんなに酷くないからもしかしたら効果あまりないかもと言われ、3回受けて見て今のところあんまりまだ効果を感じていない
5回やって変わらなかったら違う検査や治療を考える、と言われたから残り2回…
今夜も喉が痛くて寝れない夜を過ごす…
あんまりアニメ見ない自分ですら挙げきれないほどたくさんあるから、本当に才能が集まってる業界なんだろうと思う。
みんなが挙げてるシティハンターも好きだし、エヴァのOPをリアルタイムで見たときは好きを超越した衝撃を感じた(VHSビデオを何回コマ送りして見たことか)。
TK from 凛として時雨「unravel」の曲がボーカルのみでスタートして画面はモノクロ。ボーカルに楽器の演奏が加わるのと合わせて真っ青な空と海(?)に切り替わる場面転換(海外の人だとよくトランジションとか言ってるやつ)、序盤のボーカルが終わってギターの激しいリフが始まるのと同時に画面にガラスが割れたようなヒビが入る場面、ボーカルの「ゆれて」でまた画面にヒビが入ってガラスが砕け、「歪んだ世界」に入るところでまた思い切り背景が転換するところ。
山下清悟さん以外だと鬼滅の刃 遊郭編OP、呪術廻戦シーズン1 EDでレトロスコープ? でダンスしてるやつ、 シーズン2 懐玉・玉折のOPとED、渋谷事変のOPも良き〜。
ラインマーカー祭!
理解したわ。
飛距離が一番長いぐらいの直線のマーカーを投げて与えるダメージこそは少ないものの
喰らったら物陰に隠れても仲間からは相手の位置がバレバレで見れるってサブなんだけど
そのラインマーカー祭が昨日あったのよね。
私もセブンファイブオーライダー熟練度星5つをもぎ取った使い手としてはラインマーカー祭参加しなくっちゃ!ってことで遊んできたわよ。
自分が狙っている的よりもだいぶ上の方に向けて撃たないと結構下に着弾しちゃうので、
遠くを狙うほど上目を狙うってのなんだけど、
こっちがシュパーン!と一発で仕留めたら気持ちいいけれど
やられたときはどの方向どっから狙われたのか分かんないのでウケるわ。
スナイパーが使うようなゴルゴ31の使ってる銃みたいなやつね。
リッターって狙われたら線が出るから狙われたのは分かるけど、
まあ分かったとて反応できないんだけど、
どちらにしろ狙われた!感は分かるのでやられるかも!って言う予感はするんだけど、
ラインマーカーは不意に本当に見えないところからやって来るし、
目視で直線で見える相手からだとまず届く射程範囲内になってしまうので、
ラインマーカーを使ったときのインク消費量が従来よりかなり多くなってるので、
連発は出来ないのでそれは救いだけどね。
まああの射出速度は避けるのは無理よ。
みんなラインマーカーを投げるのに必死なので塗りガチエリア塗りが怠ってない?って
まさに戦場ね。
こないだのウルトラショット祭もあれは3連打でくるからド派手だったけど、
地味なラインマーカーの戦いは熱いけど地味だったわ。
でも本当に
今まで届かなかった4Kスコープでもはるかに遠くまで射程距離があるので、
会場中がアメフラシだと
アメフラシってさ、
敬遠に相手チームが高台にいるときとかその場所から散らすために使うのが多いんだけど、
雨ぐらい避けなさいそんなんでやられないでよ!ってちょっと相手には気の毒になるわ。
容赦ないけど。
今ちょっとマジやばくって
まだすぐには手を出さないつもりだけど『ファイアーエムブレム風花雪月』も遊びたい欲が急に256倍高まっていてヤバいわ!
ヤバい!
もう超『ファイアーエムブレム風花雪月』やりたいんですけどー!って感じ。
でも「エンゲージ」は外伝全部まだやってないし、
本編こそはクリアしたけれど例の邪竜の章も1つもクリア出来てないので
忙しいわ!
うふふ。
お茶っ葉使ってないのがあったので、
パックに入れて仕込んでおいたわ。
すいすいすいようび~
今日も頑張りましょう!
>、「鹿児島のラサールは男子校。女子の教育機会が奪われているのを放置し、鹿児島は性差別的なところだ」
何故にスコープを鹿児島から九州に広げたのかよくわからんが、教育においては鹿児島は性差別があるといわれても仕方ない側面あるでよ。
2つ指摘しておく
http://tmaita77.blogspot.com/2020/12/2020.html
大学進学率に注目しているのはいいのだが、それは都市部と地方の差。都道府県内の男女の進学率の差を見る必要もある。
これ、県外からも受検できて旧帝大や東大にも受かる指導力のある良い学校なんだけど、
何故かというと、設立を強力にプッシュした当時の知事がこんな人だったから。
>鹿児島県の伊藤祐一郎知事が、県教育委員らが参加した会議で「高校教育で女子に(三角関数の)サイン、コサイン、タンジェントを教えて何になるの か」と発言した
https://373news.com/_news/storyid/176781/
でも経緯がいただけない。保護者・生徒ガン無視で「共学化するんで」と一方的に突き付けて反対食らっている。
https://s1.373news.com/minamiru/_news/minamiNews/p_storyid/177158