自民党の保守系議員のグループ「保守団結の会」はきょう、会の顧問で、先月、銃撃を受けて亡くなった安倍元総理を「永久顧問」に選任しました。自民党「保守団結の会」 高鳥修一共同代表「安倍晋三先生をですね、…
![「考えをしっかり継承していく」安倍元総理を“永久顧問”に選任 自民党「保守団結の会」 | TBS NEWS DIG](https://cdn-ak-scissors.b.st-hatena.com/image/square/249c83d53eb1cac491808829c1677e7f5b462e00/height=288;version=1;width=512/https%3A%2F%2Fnewsdig.ismcdn.jp%2Fmwimgs%2Ff%2F2%2F-%2Fimg_f20e6b402a59892c44fc0432f9b4f259412009.jpg)
よく考えれば、一国の総理大臣、それも憲政史上最長の首相在任期間を誇った安倍晋三さんが、選挙期間中に公衆の面前で銃殺されるという最大級の事件だったわけですよ。その背後にあったものや、戦後日本政治裏面史的な経緯も考えれば、いわゆる統一教会問題が1か月やそこらで収まり、無難に国葬やって終わり、とはならないのも当然の流れだったと思うんですよね。 消極的な「岸田さんでいいんじゃない」支持層は不支持へ 事態を甘く見たわけではないのでしょうが、決別宣言をして、1か月もすれば事態は沈静化するだろうという現総理・岸田文雄さんと側近の判断が外れてしまった結果、どの世論調査を見ても岸田政権に対する支持率は大きく低下してしまいました。
はじめに 「UNIX 哲学 (Unix philosophy)」とは、一つの大きなシステムを、独立した小さなソフトウェアの集まりとして作るという考え方です。UNIX のように大きく複雑なものをシンプルに作るための考え方で、技術的な用語で説明するならば、大きなシステムをモジュール化された構成可能なプログラム設計で開発するということです。 UNIX 哲学に公式の定義は存在しません。ケン・トンプソンを始めとする UNIX の創始者が UNIX の開発を通して示したソフトウェア開発の考え方が UNIX 哲学と言われるようになり、それを他の人が独自に解釈して解説したものが UNIX 哲学として知られています。UNIX 哲学と呼ばれているものが複数あって、それぞれで異なっているのはそのためです。UNIX 哲学の本質的な考え方は今も通じるものですが、これまでの UNIX 哲学の解説の多くは古い技術を元に
「成長するためにはハードワークは不可欠」。こういう言説は常に世に出ています。そして、それを信じた真面目な若者が「成長」するためにハードワークをこなすという流れ。知っているだけでも10年以上同じサイクルがあるように思います。 思いつくだけでも、サイバーエージェント創業者の藤田晋氏が著書「渋谷ではたらく社長の告白」で月に440時間働いていたという話や、テスラ創業者のイーロンマスク氏が世界を変えるためには最低でも週80時間は働くべきだと主張があったり、成功者がハードワークを乗り越えた話があります。 一方で自分自身の経験を振り返ると、必ずしも労働時間の長さが個人の成長につながったとは思えません。この認知の違いはどこからくるのか。自分自身の経験を振り返ってみたいと思います。 自分自身の労働時間経験 ハードワークだが成長しなかった経験 ワークライフバランスを保ち、成長した経験 成長の定義を「今できない
7月に行われた安倍晋三元首相の葬儀に陸上自衛隊の儀仗(ぎじょう)隊が参列したのは、戦後の首相経験者の家族葬では初めてだった。防衛省が本紙の取材に明らかにした。防衛省・自衛隊の弔意表明の一環として、安倍氏の遺族の意向を確認し、防衛相の指示で行ったと説明している。当時の防衛相は安倍氏の実弟の岸信夫氏だった。 政府がかかわった首相経験者の公的な葬儀は、1967年の吉田茂氏の国葬以降、2020年の中曽根康弘氏の内閣・自民党合同葬まで11回ある。すべて儀仗隊が参列した。安倍氏の家族葬のように、政府が関与しない首相経験者の私的な葬儀は個別に行われてきたが、儀仗隊参列は「確認できる範囲において、安倍氏以外はない」(同省陸上幕僚監部)という。 一方、防衛省の前身の防衛庁長官経験者を対象にした家族葬への参列は3例あったという。同省は「元防衛庁長官等の家族葬で、遺族の意向を踏まえ儀仗を実施した」と説明し
タイトルのとおりですが、 英語日記 発音 この2つです。 まぁよくある「英語の成績最悪だった俺が海外と仕事できるくらいに英語上達した方法」みたいなタイトルでも良かったんですが、もっと結論重視の話をしようと思いました。 なぜならこんな記事は総じて個人の体験談であり、自分に当てはめることができるかどうかわからない話だからです。 実のところ受験英語で十分話せるようになったという人もそれなりにいるのだと思うし、そういう勉強方法が向いているならそれが一番良いでしょう。 というわけで、「俺の環境では動いたよ」話をやっていきます。 英語日記を毎日書く まず日記を毎日書くができない人にこの方法は向いてない気がします。その時点でほとんどの人類に当てはまりません。 が、まぁ、僕の場合は意外と筆まめなところがあって毎日ではないにせよ日記をなんとなく書き続けておりますので、英語日記という学習方法がそれなりに向いて
大滝瓶太 @BOhtaki イチローと稲葉の対談で、イチローは「最短距離で上手くなってもダメ。深みはでない」といい、神戸智弁の対戦相手からの質問に対して「合理的になるには無駄なことをたくさんしないとダメ」って言っており、そういえばこないだ同業者と似たような話をしたな……と思い出した。この「深み」なんよな。 2022-08-27 23:30:29 大滝瓶太 @BOhtaki 十年くらい前、ぼくは「小説を上手くなったらダメ。それは既存の表現への適応でしかなく、ものを作っているのではない。だから徹底して下手になって、下手になりきったところで新しく技術を作り出していかないと傑作は作れない」と思い、徹底的に下手になって死ぬほど一次落ちしたことある(失敗例) 2022-08-27 23:33:17 大滝瓶太 @BOhtaki しかしそれがいわゆる「間違った努力」とは実はまったく思っていなくて、既存の表
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕
僕はチーム join 時に、Docker は初手で剥がすし、GitHub Actions でやっているワークフローの全体像を把握するのを次に行う、というのを基本的にはやっている。これはシステム構成やデプロイ周りの全貌を把握するのが好きなのと、何かが起きたときにコレをやっているのといないのとで問題切り分けの精度に圧倒的な差があるからなんだけど、join 直後にやるのが最適解とは限らない場面もある。 チームの人員構成として、テックリード業を既に担っている人が居る場合、追加人員にはテックリード未満の「プラスの工数として数えられる戦力」となって欲しい。この戦力というのは、「目の前に積み上がった問題を一緒に解いて欲しい」という期待。問題と言うよりも、既にタスクになっているものを消化したい、という期待の方が大きいと思う。 そういう期待があるときには、ちんたら Docker を剥がしている場合ではなく、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く