趣旨 dockerでお気軽mysql 上記の続きです。 お気軽mysqlはdbが日本語入力に対応していません。 また環境変数の関係でそもそもコンソールが日本語を受け付けません。 結論としては自分で手を入れてあげないといけないので、githubにrepoを作成しました。 github iganari/mysql-server-utf8 docker hub igaguri/mysql-server-utf8 コマンド(立ち上げ)
![[さくっと] dockerでお気軽mysql [日本語対応] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/dc0e89d0b20815fa05956ee78ceba5376e2aebae/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCJUUzJTgxJTk1JUUzJTgxJThGJUUzJTgxJUEzJUUzJTgxJUE4JTVEJTIwZG9ja2VyJUUzJTgxJUE3JUUzJTgxJThBJUU2JUIwJTk3JUU4JUJCJUJEbXlzcWwlMjAlNUIlRTYlOTclQTUlRTYlOUMlQUMlRTglQUElOUUlRTUlQUYlQkUlRTUlQkYlOUMlNUQmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPWE5Yzc1NmUzM2RlNTgxY2Q1ZDljYTRkYWM1YTU1Zjcx%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBpZ2FuYXJpJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0zN2M2MjMzMmVlOWMwZTJiNmZkYmMxMTBiNGExOWZiNg%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D28cec2856b29bcacc5550e200825a725)
ビジネスメールでも多く使われる「承知しました」という言葉ですが、正しい意味を理解していますか?二重敬語が気になる「承知いたしました」との使い分け方や類語への言い換え方、また、「承知しました」の上司への使い方を紹介します。 「承知しました」の意味と類語とは? 「内容を理解する」「引き受ける」という意味「承知しました」の意味は、「内容を理解する・引き受ける」です。かしこまったシーンでも使われる「承知」という単語に、丁寧語の「しました」を付け加えた単語である「承知しました」は、ビジネスシーンで多く使われる言葉です。 例えば、目上の相手から会議の内容が変更になったという連絡に対して「承知しました」と返事をした場合、「変更されたことを理解した」という意味で「承知しました」が使われています。 「お引き受けする」という意味で使われる場合は、「会議の内容をまとめておいてくれ」という上司の依頼に対し、「承知
開発時にはみなさん Git や GitHub を使うと思いますが、使い方についてチームメンバー間で微妙に認識の違いがあると進捗を妨げてしまいます。それを防ぐためにガイドラインを定めてみました。 ちなみにこれは CX 事業本部の Tech Lead のお仕事紹介第 1 弾のポストです。 この記事の英語版も書きました。 前提 CX 事業本部ではクライアントからの開発案件や自社サービスの開発をしていますが、その際に有用な(と考えている)ガイドラインです。 様々な事情でチームメンバーが変更になる可能性があり、新規メンバーの立ち上がりを支援する意味合いも込めています。そのため、開発効率をなるべく落とさずに効果的なスキルトランスファーが実施できることを主眼としています。 ガイドライン 定めたガイドラインの全文を貼ります。 3 つのセクションに分かれています。 commit 時のガイドライン avoid
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く