過去にNGO活動もしていて人権問題に理解のある議員さんだったといいます。 こんなことで辞めちゃうなんてもったいない 「対中政策議連」に、理解を示した途端のスキャンダル!? 関係ないのかな? 考えすぎ? 中谷さん!これにめげずに頑張ってください!
中国共産党政権による周辺諸国への侵略はとどまる所を知らず、ことさら 1949年から支配を受けている東トルキスタン(ウイグル)への弾圧 は、特に数年前から熾烈を極め、民族浄化に達する勢いです。その規模はナチスによるホロコーストを遥かに凌ぐと言っても過言ではありません。 隣国に位置する我が国においても決して対岸の火事ではなく、中国共産党政権に対する日本の立場を明確にする必要があると考えます。 アメリカでは 2020年6月17日にウイグル人権法が成立し、ベルギーでも同年6月12日に同趣旨の法案が上院議員にて可決されました。 また、イギリスでも同年7月19日、人権侵害に関わった関係者への制裁もあり得ると表明があるなど、世界情勢は中国共産党政権による人権侵害を許さない方向にあります。 我が国は、第一次世界大戦後のパリ講和会議の国際連盟委員会において、人種差別撤廃を世界で初めて主張した国です。 第二次世界大戦下では、ナチス・ドイツからの度重なる「ユダヤ人排斥要求」を日本政府は受け入れず、ユダヤ人の保護を決定し、結果的に多くの命を救うこととなりました。 このように日本は人道主義を貫いてきた経緯があり、中国共産党政権による人権侵害も当然看過することなどできません。 よって、中国共産党政権に強く抗議すると共に、日本でもウイグル人権法を成立させ、世界の民主主義国家と足並みを揃えることを求めます。 1. 日本政府は、ウイグル人強制労働に直接的・間接的に関わる日本企業を把握・公表し、強制労働への関与を直ちに停止するように求め、改善が見られない場合は何らかの制裁措置をとること。 2. 日本政府は、ウイグル人強制労働に直接的・間接的に関わる中国企業、その他の海外企業を把握・公表し、強制労働への関与を直ちに停止するように求め、改善が見られない場合は日本との取引きを停止するよう働きかけること。 3. 日本政府は、在日ウイグル人の保護と共に、でき得る限り、考え得る限りの手を尽くし、一時的にビザを発行するなど、ウイグル人の日本国内への保護に手を尽くすこと。 4. 日本政府は、中国共産党政権による他民族への人権侵害に抗議することを表明し、国際社会に向けて立場を明らかにすること。 5. ウイグル「人権侵害防止へ法整備」 超党派で決議案: 日本経済新聞. 日本政府は、ウイグルの人権状況に非難決議を採択し、人権の改善を求めるよう中国共産党政権に恒久的に発信していくこと。 6.
中国政府による 新疆ウイグル自治区 での人権侵害をめぐり、政府に厳しい対応を求める動きが相次いでいる。10日には 自民党 の「日本ウイグル国会議員連盟」が超党派への拡大を決めた。政府は「深刻な懸念」を表明しているが、与野党からは具体的な行動の必要性を訴える声があがる。 「共通の価値観を持つ国々が連携し、しっかり行動していかなければならない」。議連代表を務める 自民党 の 古屋圭司 ・元 拉致問題 相は総会後、記者団に強調した。これまでは自民有志で活動してきたが、立憲、国民民主、維新の議員が加わって超党派議連として再スタート。海外で起きた人権侵害への対応を政府に促す 国会決議 をめざす。 9日には超党派の「対中政策に関する国会議員連盟(JPAC)」が、ウイグル問題は重大な人権侵害だとして厳しく非難し、政府に実態解明に向けた努力を求める声明をまとめた。外国で起きた深刻な人権侵害に制裁を科す「日本版マグニツキー法」の 議員立法 をめざす超党派議連も近く発足する。古屋氏は「様々な議連があるので横の連携が重要だ」とも語った。 背景には米欧の動きがある… この記事は 有料会員記事 です。有料会員になると続きをお読みいただけます。 残り: 409 文字/全文: 877 文字
『新装版 リファクタリング 既存のコードを安全に改善する』 - iki-iki
著者:MartinFowlerさんの本『 リファクタリング 既存のコードを安全に改善する(第2版)』を読んだので、その感想エントリーを書いていきたいと思います。 本書の第1版は「 Java 」で書かれていたのですが、第2版は「 JavaScript 」で書かれているので、フロントエンドの方でも読みやすくなっていると思います。 *とはいえ、「 JavaScript 」で説明できない部分(アクセス修飾子の表現等)は、「 Java 」で書かれているので注意してください。 本書のChapterと感想 本書の Chapter は以下の通り、 Chapter ごとに感想を書いていきます。 Chap. 1 リファクタリング -最初の例 Chap. 2 リファクタリング の原則 Chap. 3 コードの不吉な臭い Chap. 4 テストの構築 Chap. 5 カタログの紹介 Chap. 6 リファクタリング はじめの一歩 Chap. 7 カプセル化 Chap. 8 特性の移動 Chap. 『リファクタリング 既存のコードを安全に改善する（第2版）』の感想 - Try T.M Engineer Blog. 9 データの再編成 Chap. 10 条件記述の単 純化 Chap. 11 API の リファクタリング Chap. 12 継承の取り扱い サンプルコード(劇団員を派遣して演劇のパフォーマンスを行う会社を想定して、演じた劇に対する請求書を作成するコード)を例に、 リファクタリング していく一連の流れが書かれています。 この Chapter を読むだけで、コードを リファクタリング していく流れを体験できると思います。 私も本書を読むまで知らなかったのですが「いきなり目的に向かって リファクタリング をしても良いコード」と「いきなり目的に向かって リファクタリング をしてはいけないコード」があります。 たとえば、以下のようなサンプルコードがあり、関数名を inOldEngland(c) を inNewEngland(c) に変更したいとします。 const newEnglanders = (c => inOldEngland(c)); function inOldEngland(aCustomer) { return ["MA", "CA", "ME", "VT", "NH", "RI"]. includes();} 関数名をただ変更するだけなので、直接関数名を変更したくなりますが・・・ ちょっと立ち止まって考えてみましょう!