NHK拒否で「NHKは見ないから」は通用しなくなります。10月から施行された改正放送法にNHKの「割増金」について「期限までに受信契約の申込みをしなかった場合」と規定。これを受けて2023年4月から変更される予定のNHK受信規約に、たとえNHKを拒否しても期限が「受信機の設置の月の翌々月の末日まで」と規定されることになったからです。NHKは「見ないから」と拒否しても、割増金の対象となってしまいます。 NHK拒否なら訪問員に会わないのが一番 街中をひすら巡り、NHK受信契約のために新規契約をとりつけるNHK訪問員。もしNHK訪問員に強引にNHK受信契約を迫られた場合、契約拒否の断り方はどうすればよいのでしょうか。 ここでNHKの拒否で重要なのは、NHK訪問員は訪問先の個人情報を一部の例外を除き持っていないという点です。つまり、NHKを拒否したとしても正しい住所や契約情報、さらにはテレビ設置の
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Python入門系の記事では概して、Pythonのロギング機能の紹介で最初にlogging.debug()といったloggingモジュール付属の関数を呼ぶ方法を案内しています。 Python本家が提供するloggingの「基本チュートリアル」でもこの点で大差ありません。Python本家の基本チュートリアルでは、print()関数を使用する方法もロギングの手段として有効であるとし、タスクに応じてprint()やlogging.debug()を使いわけよう、という流れで記述されています。 コマンドラインスクリプトやプログラムで普通
おまけ 今回調査に使ったシェルスクリプト載せておきます。 権限毎にバケット何個も作って、オブジェクトも作って、アクセスしてみて、終わったら削除してという感じのものです。 #!/bin/bash UNIQ=$(date +'%Y%m%d%I%M%S') alias aws='aws --region ap-northeast-1' BUCKET_PREFIX=akeri-acl-test-$UNIQ- TARGET_PRINCIPAL="arn:aws:iam::123456789012:user/s3acltest" TARGET_MAIL="example@example.com" # create Bucket Policy Document UPLOADFILE=akeridayo.txt IAM_USERNAME=s3acltest echo "akeridayo" > $UPLO
かつての自分と全く同じ気持ちを持った質問者によるurl - What is the etymology of 'slug'? - Stack Overflow（'slug' の語源は？）が気に入ったので抄訳。 python - What is a "slug" in Django? - Stack Overflowよりも質問の仕方が良い。 ちなみに今の自分が「'slug' ってなに？」と聞かれて説明するなら「ヒューマンリーダブルな ID」あたりが妥当な回答だろうか。 Q: ‘slug’ の語源は？ ‘slug’ は特筆すべき理由のない言葉なのか、それともやはり何らかの意味がある言葉なのでしょうか？あるとき私は会話の中でこの言葉を使用したのですが、「なぜ ‘slug’ って呼ばれているのか」と聞かれたときに私も意味を理解してないと気づきました。 もちろんそれがどのように使われているかは知って
こんにちは。DI部の春田です。 皆さん、日頃からssh-keygenのコマンドはよく使われるかと思います。 先日、GoのSSHライブラリに関する記事をあげましたが、秘密鍵のヘッダが変更されている件について、もう少し詳しく調べていきます。 また、OpenSSHそのものについても興味が湧いたので、こちらも深掘りしてみました。 【Tips】Go言語の x/crypto/ssh パッケージで パスフレーズで保護された秘密鍵を扱う 目次 OpenSSHとは？ 語句の説明 OpenSSH 7.8 非互換の可能性がある変更について 最後に OpenSSHとは？ OpenSSH is the premier connectivity tool for remote login with the SSH protocol. It encrypts all traffic to eliminate eaves
はじめに Dockerであんなコンテナやこんなコンテナを動かしてると、なんかうまく動かなくて、デバッグのためにtcpdumpとかstraceなどのツールが使いたくなることが稀によくあります。 そんな時、デバッグ対象のコンテナ内にツールを一時的にインストールしちゃうというのが、まぁ簡単で分かりやすいんですが、デバッグ対象のコンテナを汚すのはできれば避けたいところです。 Dockerのコンテナの分離というのは、結局のところLinuxのリソースの名前空間の分離であるので、逆に同じ名前空間を共有すれば、デバッグ用に立てた隣のコンテナから、デバッグ対象のコンテナのネットワークやプロセスの状態を観察することも可能です。 また、docker buildはDockerfileを標準入力から受け取ることもできるので、ワンライナーにしてデバッグ用のコンテナをシュッと呼び出せるようにしてみました。 TL;DR
Your data model has started to stabilize and you're in a position to create a public API for your web app. You realize it's hard to make significant changes to your API once it's released and want to get as much right as possible up front. Now, the internet has no shortage on opinions on API design. But, since there's no one widely adopted standard that works in all cases, you're left with a bunch
AWS CLI の設定を構成する - AWS Command Line Interface
このセクションでは、AWS Command Line Interface (AWS CLI) が AWS と対話するために使用する設定を指定する方法について説明します。これには以下が含まれます。 API の呼び出し元を識別する認証情報。アクセス認証情報は、AWS サーバーへのリクエストを暗号化して ID を確認し、関連するアクセス許可ポリシーを取得するために使用します。これらのアクセス許可によって、実行できるアクションが決まります。認証情報の設定の詳細については、「AWS CLI の認証とアクセス認証情報」を参照してください。 その他の設定の詳細。デフォルトの出力形式やデフォルトの AWS リージョンなど、リクエストの処理方法を AWS CLI に指示します。 AWS では、すべての着信リクエストは暗号で署名される必要があります。これは、AWS CLI によって行われます。「署名」には日時
(図を拡大する) こんにちは。製品事業部の近藤(@kompiro)です。JavaDayTokyo2015で平鍋が発表したそうですね。いい機会ですので、これらのツール群をどのように連携させているかを紹介します。 利用している主なツール Idobata: 開発状況を共有するためのチャット Trac: Wiki&Ticket 管理 GitHub: 言わずと知れたGitHub。SCMとして利用するだけでなく、コードレビューにも活用しています。 Jenkins: CIやインストーラのビルド。 VMWare ESXi: 複数の仮想マシンを動作させる仮想マシンサーバ Trello: ふりかえりで活用するだけでなく、HubotがIdobataに流れる情報を元に適宜Trelloに反映してくれるおかげでプロジェクトの状況をデジタルに俯瞰できるボードもできました。 Hubot: chatops&プロジェクトの細
Print Quality Troubleshooting Guide This guide is a great place to start if you are trying to improve the quality of your 3D printed parts. We have compiled an extensive list of the most common 3D printing issues along with the software settings that you can use to solve them. Best of all, the guide uses a large collection of real-world images to make each issue easy to identify when examining you
Print Quality Troubleshooting Guide This guide is a great place to start if you are trying to improve the quality of your 3D printed parts. We have compiled an extensive list of the most common 3D printing issues along with the software settings that you can use to solve them. Best of all, the guide uses a large collection of real-world images to make each issue easy to identify when examining you
数字的には節目となるJava10が公開され、Java界隈は久々の春を満喫しつつ、これから始まるアップデートレースに戦々恐々としていると思います。 Java10の新規フィーチャーはいろいろなブログで紹介されていますが、個人的に気になっていたDocker対応について、少し調べてみました。 Java10のリリースノート : http://www.oracle.com/technetwork/java/javase/10-relnote-issues-4108729.html Dockerについては３つほど対応が書いてありますが、気になるのがこちらです。 Improve docker container detection and resource configuration usage The following changes have been introduced in JDK 10 t
先日、Twitterを見ていたら、あるアカウントが「論理の間違い」を指摘されていた。 「そこは因果関係ではなく、相関があるだけですよ」と、指摘されたのだ。 だが、客観的に見れば、指摘はまっとうで、非難めいた口調でもなく、丁寧な指摘だった。 ところが、そのアカウントの主は、怒った。 「私がいいたいのは、そのようなことではない」と、指摘した人をブロックした。 ＊ 最近、親戚がうちに来てくれたときのこと。 その方は、親切で、人の世話を焼くのが大好きな方だ。非常に献身的で「子どもたちのために、スープを作りたい」と、わざわざ遠くから来てくれたのに、料理を振る舞ってくれた。 ところが、子どもたちがスープをあまり飲まない。 「味が変」というのだ。 その方は「好き嫌いはダメだよ−」と子どもたちにいうのだが、結局、子どもたちはスープを残してしまった。 味をみた妻が「これちょっと酸っぱくない？」と指摘したとこ
今後、アプリケーションの開発企業および開発者は二極化していく。価値あるエンジニアとして生き残るためには、学び続ける姿勢が大切だ。技術者にとって最も重要なのは、「このシステムにはKubernetesが合う」「このシステムはKubernetesでなくてもいい」といった技術の見極め、つまり適材適所に技術を選択する力だ。ではどうやってそれらを選択していけばいいのか。また、マイクロサービス化に取り組む上で考えるべきことは何か。さらにKubernetes導入におけるつまずきがちなポイントについて、日本マイクロソフト シニアクラウドデベロッパーアドボケイトの寺田佳央氏が解説した。 日本マイクロソフト株式会社 シニアクラウドデベロッパーアドボケイト 寺田佳央氏 問われるのは技術力。だから学び続けることが重要 「Kubernetesについて紹介しようとすると1時間では話しきれない。そこで今日は当初のアジェン
(Fig. 1 from Rumelhart, Hinton & Williams, Nature, 1986) これはちょっとした小ネタです。僕自身はニューラルネットワーク (Neural Network, NN)の学術的専門家でもなければ況してやNNの研究史家でもないので、たかだか僕自身がかつて脳の研究者だった頃に把握していた事由に基づいて、極めていい加減な私見を書いているに過ぎないことを予めお断りしておきます。よって、この辺の事情に詳しい方いらっしゃいましたら、後学のためにも是非ご遠慮なくツッコミを入れて下さると有難いですm(_ _)m 先日のことですが、@tmaeharaさんがこんなことを呟いておられました。 オリジナル論文 https://t.co/kXfu8jIat3 これです．本当にただチェインルールで微分して勾配法しているだけにしか見えない……．— ™ (@tmaehara
日々、かなりの頻度でシェルのコマンド履歴を検索します（よね？）。長かったりよく覚えていなかったりするコマンド（複数のコマンドをパイプでつないだり、コマンドに様々なオプションや引数を渡したり…）を、履歴の検索なしに再度実行するのはとてもつらいです。 ということでそんな便利なコマンド履歴の検索ですが、気になることもあるにはあります。その一つが、タイプミスをしたりオプションを間違えたりして失敗したコマンドを、うっかりまた履歴から検索して実行してしまうことです。これは失敗したコマンドを履歴から消去しない限り起こり得る問題なので、初めから失敗したコマンドは履歴に残さないように設定してみました。なお、タイトルにあるとおり対象のシェルは zsh になります。 こちら を参考にしました。zsh の フック関数（9.3.1 Hook Functions） という仕組みを使います。下記のような設定を .zsh
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クラウドソリューション | AWS
