第17回 PostgreSQL アンカンファレンス@オンライン 2020/09/24

この記事について この記事は、Docker Desktopのチュートリアルを和訳したものです。 公式のチュートリアルなので、安心して、かつ効率的に学習することができます。 Docker DesktopからDocker Hub、Docker Composeまで網羅されているので、初学者がDockerに初めて触れたり、中級者が基礎を振り返るのに最適です。 翻訳元のチュートリアルは、2021/10/7時点で最新のものです。長い時間が経過している場合、情報が古くなっている場合がございますのでご注意ください。 読者に誤解を与えない部分は、読みやすさを重視して適宜意訳しています。 DeepL等を使用して推敲は行っていますが、間違っているところやより良い表現があれば、編集リクエストをお願いいたします。 翻訳元 getting-started : https://github.com/docker/get

こんにちは！ 開発部 テクニカルコミュニケーションチーム（以下、TCチーム）の原嶋です。 さてさて。 みなさん、ドキュメントの文章校正（以下、校正）ってどんな風にやっていますか？ 目視チェックでバッチリだぜ！という方も もちろんいると思うのですが、チェックポイントが多いと指摘が漏れてしまいがちですよね。そして、会社の公式文書となれば、チェックポイントはあれもこれもと山のようになります。 TCチームでも長年 校正に頭をかかえていましたが、textlint と＋αのツール を使って、校正の悩みを解決しました。 今回はその経緯をお話させてください。 校正って確認する項目がたくさん TCチームでは、サイボウズ製品のユーザーサポートコンテンツ（ヘルプやリリースノートなど）を作成しているのですが、 それらのコンテンツは会社の公式文書なので、毎回の校正でチェックする項目が多々あるんです。 校正おわったー

Dockerの概念や仕組みまではなんとなく理解できるもののDockerfileを書こうとするとスムーズに書けなかったり、そもそものDockerの基礎、あるいはコンテナ技術というものの基礎が抜け落ちていてDocker環境に移行できていないところも多いのではと思い、この記事を翻訳しました。 Source：The Docker Handbook by Farhan Hasin Chowdhury（@Twitter） 本記事は、原著者の許諾のもとに翻訳・掲載しております。 コンテナ化の概念自体はかなり古いですが、2013年にDocker Engineが登場したことで、アプリケーションのコンテナ化がはるかに簡単になりました。 Stack Overflow Developer Survey-2020によると、 Dockerは#1 最も望まれるプラットフォーム、#2 最も愛されるプラットフォーム、および

PCやスマホを使って、英語学習を時短にする便利なサービスやツールなどを紹介する連載。今回は、初心者から上級者まで、幅広くリスニング能力を向上できる「ELLLO」をご紹介します。 ELLLOは、「English Listening Lesson Library Online」の略で、読んで字のごとく、英語のリスニング学習に特化したオンライン学習サイト。3000以上という多くの無料のレッスンが用意されており、幅広いレベルの学習者が利用できる。もともと、日本で英語教師だったTodd Beuckens氏が創設したサイトで、2004年にスタートしたサイトだ。 メインの学習コンテンツは、ひたすら英語の音声を聞くというもの。スクリプトも用意されているため、聞き取れなかった場合も内容は把握できる。理想的なのは、スクリプトを見なくても聞き取れるようになることだ。 メインコンテンツとなるリスニングレッスンは、

「プログラミング的思考」で問題解決できる子どもを増やしたい。NHKのプログラミング教育番組が目指す未来とは。

クロスオリジンのリクエストを安全にするための同一生成元ポリシーとオリジン間のリソース共有（CORS）の仕組みをGIFアニメで解説した記事を紹介します。 ✋🏼🔥 CS Visualized: CORS by Lydia Hallie 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに ✋🏼同一生成元ポリシー（Same-Origin Policy）とは 🔥クライアントサイドのCORS 💻サーバーサイドのCORS 🚀プリフライト リクエスト（Preflighted Requests） 🍪認証 はじめに 「Access to fetched to fetched has been blocked by CORS policy error」と赤い文字がコンソールに表示されると、デベロッパーなら誰でもフラストレーションが

最近Chrome DevToolsについて調べていて発見した便利機能を紹介します。 誰もが使える最高便利な開発マシンChrome DevToolsを使いこなして開発体験を変えましょう！ 1. $0で選択中のDOM要素の取得 特定の要素に何かしたいという時には、要素のIDやclassを確認してConsoleでdocument.querySelector("#xxx")で取得するというのが一般的だと思います。実はそれはカーソル選択と$0で代替できます。 Classや、IDがついていない特定のDOMを取得したい時とかにも使えるので地味に便利です。 手順 カーソルで取得したい要素を選ぶ Consoleタブで$0を入力 最近知ったChrome DevToolsの便利機能① $0 での選択中のDOM要素取得 Elementsタブで選択状態のDOM要素は、Console上で $0 を入力することで取得で

日本の各地には、伝統的なスタイルの家屋が建ち並ぶ町並みが存在する。高度経済成長期から現代にかけての都市開発や建て替えによってその数はだいぶ減ったものの、それでも今もなお昔ながらの風情を残す地域は少なくない。 私は全国の古いモノ巡りをライフワークとしており、これまでそれなりの数の町並みを見てきた。今回はそんな私の偏見と独断による、すごいと思った町並みを紹介したい。 1981年神奈川生まれ。テケテケな文化財ライター。古いモノを漁るべく、各地を奔走中。常になんとかなるさと思いながら生きてるが、実際なんとかなってしまっているのがタチ悪い。2011年には30歳の節目として歩き遍路をやりました。2012年には31歳の節目としてサンティアゴ巡礼をやりました。（動画インタビュー） 前の記事：市街地に囲まれた田んぼはどこから水を引いているのか ＞ 個人サイト 閑古鳥旅行社 Twitter 奇跡の寺内町「奈良

設計とは、 要求（やりたいこと）をヒアリングする 要求を要件（何を満たさないといけないのか）に落とし込む 要件を実現するために考えられる手段を洗い出す 手段の検証を行う 検証結果を元に、どの手段を使うかを選定する 選定した手段を合意する（一部要件を満たさない事項がある場合は、代替策や妥協ラインについても合意する） 合意内容を元に、実装や設定に落とし込む をやることである。画面設計や機能設計のように、3-5の検証/選定が薄くなったり曖昧になったりするものはあるが、一般化するとこの流れになる。 設計書には、上記の設計でやってきたことを順番に書いていけばよい。これを文章構成のテンプレに落としていくと、 要求 要件 方式 対応案（いわゆる比較表で書いていくのが楽） 検証結果 選定・合意結果（合意した代替策や妥協ラインについても記載する） 詳細設計（どういう実装にするとか、パラメーターにするとか、細

こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きなネクストモード株式会社の吉井 亮です。 日本国内においても多くのシステムがクラウド上で稼働していることと思います。 俊敏性、拡張性、従量課金、IaS、セキュリティなどクラウドのメリットを享受しやすい所謂 SoE で多くの実績があるように感じます。 ここ1~2年は、社内基幹システム・情報システム、SoR 系のシステムのクラウド移行が本格化してきたというのが肌感覚であります。 クラウドでのシステムインフラ構築は従来のようにゼロから非機能要件定義を行っていくものではなく、ベストプラクティスをまず実装して少しずつ微調整を行っていくものと考えています。とはいえ、システムごとの要件は予め明らかにしておくことがインフラ構築においても重要になります。 クラウド上では出来ること出来ないこと

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます Googleが、「Android」アプリの開発方法をビギナー開発者に教えるオンラインコース「Android Basics in Kotlin」を開始している。 KotlinはGitHubで最も成長の早いプログラミング言語の1つとなっている。GoogleがAndroid開発でKotlinを最優先の言語としていることも一因となっているかもしれない。Googleは、「Google Play」のトップ1000アプリの70％以上でKotlinが使用されているとしており、さらなる未経験者がこのモダンなプログラミング言語を学習することに期待しているようだ。 AndroidチームのデベロッパーアドボケートのKat Kuan氏は同社のブログで、「このコー

私は歌うことが好きだ。 録音したものを通勤中に聴くくらいには自分の歌声も好きだ。(ちょっとナルシストっぽくて他人には言えない) びびりなため控えめな人生を歩んできたが、こんな私でもいろんな人に歌声を聴いてもらい、あわよくば称賛してもらいたいという欲があった。 そんな折、簡単にスマホで歌を配信できるアプリがあることを知った。 そのアプリは固定客がいなくても視聴してもらいやすく、気軽にコメントを貰える空気だったので、私はここで歌ってみたい！と思った。 歌える曲の選別や音ズレしないかのチェック等、入念に準備をした。すごくわくわくした。 そして実際配信をしてみると、本当に何人か視聴してくれて、褒め言葉も貰えた。ありがとうございます。 でも、楽しいという感情はあまり湧かなかった。 この配信、録音して後で聴けないのが残念だな、と思った。 私は今まで、歌声をいろんな人に聴いてほしいと思っていたはずなのに

社内ではこういうおすすめをしてますね(文字数多いのでスクショで...) pic.twitter.com/uzqCh6zubs— 柴崎優季 (@shiba_yu36) 2020年7月7日 こういうツイートして、そういえば社内でメンターを初めて経験する人にオススメしている書籍たちを外部に公開してないなと思ったので紹介してみます。 メンタリングのスキルを学習する時のキーワードは「コーチング」と考えていて、以下の書籍を推薦しています。上から順におすすめ順になっています。この推薦は網羅的にコーチングを学べると言うより、初めての人でもとっつきやすく読みやすいものであることを意識して選んでいます。また、メンタリングを始めるだけなら、書籍の全部分を読む必要はなく、どこまで読んでおくと良いかも書いています。 エンジニアリング組織論への招待 ザ・コーチ コーチングの基本 新1分間マネジャー エンジニアリング組

私の故郷はとても寒い場所にあって、そこで大人になるまで暮らしていました。 事情があって町を出てから初めて、あぁ、私はここから本当に離れたかったのだなと気がつきました。 一人暮らしを始めた日は大雨警報が出ていて、ラジオからは空港で足止めになった人がインタビューを受ける声が聞こえました。 これから暮らす知らない街は嫌がらせのように道が入り組んでいて、番地の順番はひどく不規則でした。土砂降りの中、散々迷ってほうほうのていでアパートに辿り着いたとき、私は全身ずぶ濡れで、まるで服のままシャワーを浴びたかのようでした。 電気がまだ通っていなかったので部屋の中は真っ暗でした。ドアを開けると、安くて古い家特有の匂いがして、一歩進むごとに床がぎしぎし鳴りました。アパートの廊下の灯りに照らされて、自分だけの部屋に一人佇む私のシルエットが浮かぶのが見えました。 それを見た瞬間、お腹の底からわーっと力強いエネルギ

1982年生まれ。ウィーンに住んでいるのに、わざわざパレスチナやらトルクメニスタンやらに出かけます。 岡田悠さんと「旅のラジオ」更新中。 前の記事：ブードゥー教のシャーマン、エグングン祭りに集まる ＞ 個人サイト ウィーンと私と、旅する子どもたち ラゴスへの道 ラゴスは1,000万人を超える大都市だ。富裕層のエリアを切り取った写真を見せられて、アフリカ大陸だとわかる人は少ないだろう。 駐在員が多く住む国際都市ゆえ、生活水準も低くない。それなのに、これはまったく不可解なことだが、ベナン国境からラゴスへと通じる道路は、理想から無辺際の隔たりをみせているのだ。 陥没と隆起のはてない路上に、無数のごみがひしめいている。論理の帰結としてひどい渋滞が起こる。時速20kmでも進めば御の字だ。 ナイジェリアより貧しいトーゴやベナンの幹線道路は好ましく整備されていたのに、これはどうしたことなのか。 ラディカ