<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>下り坂を昇るブログ</title>
    <link>https://kudarizakawonobore.github.io/techblog/blog/2020/</link>
    <description>Recent content on 下り坂を昇るブログ</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>ja</language>
    <lastBuildDate>Fri, 02 Oct 2020 15:57:57 +0900</lastBuildDate>
    
	<atom:link href="https://kudarizakawonobore.github.io/techblog/blog/2020/index.xml" rel="self" type="application/rss+xml" />
    
    
    <item>
      <title>Hugo の Custom ShortCode で Glossary（用語集） リンク機能を追加する</title>
      <link>https://kudarizakawonobore.github.io/techblog/blog/2020/11-hugo-glossary/</link>
      <pubDate>Fri, 02 Oct 2020 15:57:57 +0900</pubDate>
      
      <guid>https://kudarizakawonobore.github.io/techblog/blog/2020/11-hugo-glossary/</guid>
      <description>やりたいこと Sphinx の Glossary みたいな、特定の用語に対するリンクを Hugo で書いた記事から参照させたい。</description>
    </item>
    
    <item>
      <title>PowerApps と Azure の組み合わせで 備品管理アプリを作る</title>
      <link>https://kudarizakawonobore.github.io/techblog/blog/2020/10-powerapps-azure/</link>
      <pubDate>Sat, 27 Jun 2020 15:40:05 +0900</pubDate>
      
      <guid>https://kudarizakawonobore.github.io/techblog/blog/2020/10-powerapps-azure/</guid>
      <description>動機 PowerPlatform を使わず、 Azure だけ使うのはもったいない、といったお話が、先日聴講したリモートカンファレンスで（もっと強めの言葉で）なされていた。
Azure はともかく、PowerPlatform の方は、個人の勉強レベルで触った程度のレベル感だが、どんなものでも最初は簡単なものから作っていくものだと思うので、ひとまず個人用のアプリケーションを、PowerPlatform × Azure の構成で作ってみることにした。</description>
    </item>
    
    <item>
      <title>Azure でも フルマネージド認証付き静的サイトがホスティングできるようになった</title>
      <link>https://kudarizakawonobore.github.io/techblog/blog/2020/09-webapp-static/</link>
      <pubDate>Thu, 21 May 2020 23:56:43 +0900</pubDate>
      
      <guid>https://kudarizakawonobore.github.io/techblog/blog/2020/09-webapp-static/</guid>
      <description>概要 以前 のブログで、Azure でフルマネージドの認証基盤を使ってサイトのホスティングはできないような話を書いたが、新たに Static Webapps なるサービスの Preview が発表され、めでたく要件が実現できるようになった。</description>
    </item>
    
    <item>
      <title>エンジニアは建築家と医者の両方の側面を持っているという話</title>
      <link>https://kudarizakawonobore.github.io/techblog/blog/2020/08-it-site-structure/</link>
      <pubDate>Fri, 15 May 2020 22:05:07 +0900</pubDate>
      
      <guid>https://kudarizakawonobore.github.io/techblog/blog/2020/08-it-site-structure/</guid>
      <description>概要 先日、Twitter で 「『1時間の作業の工数の見積もりに30分かかる』ことに驚いている顧客にどう説明したらいいか」という Tweet が流れてきた。
自分は元々バックエンド系の仕事を中心にしているのだが、最近は DevOps 的な仕事の進め方をすることも多く、 エンジニアでない人とやり取りをする機会が増えている。 すると、やはり時折こういった場面に出くわすことがある。</description>
    </item>
    
    <item>
      <title>クラウドエンジニアのいない組織でクラウド導入を検討するためのガイドライン</title>
      <link>https://kudarizakawonobore.github.io/techblog/blog/2020/07-cloud-agreement/</link>
      <pubDate>Tue, 07 Apr 2020 19:39:10 +0900</pubDate>
      
      <guid>https://kudarizakawonobore.github.io/techblog/blog/2020/07-cloud-agreement/</guid>
      <description>動機 コロナの影響で、世の中、リモート、在宅中心の流れになっているが、同業他社が続々とリモート化を進めている中、インフラ整備がおいついていないなどの理由から、なかなか踏み切れない組織がある。
会議のみ、突貫で Zoom や WebEX を導入して難を逃れている組織もあるようだが、これはアリとキリギリスの問題で、ファイルのコラボレーションや、情報資産の保護、認証基盤の準備など、リモートを想定して作られていないものをいきなり移行することは難しい。（技術的な難しさより、むしろマインドシフトの難しさ） なんだかんだで結局出社してしまっている企業も多いようだ。</description>
    </item>
    
    <item>
      <title>自作 SPA アプリケーションを Azure AD / Open ID Connect を使って保護する</title>
      <link>https://kudarizakawonobore.github.io/techblog/blog/2020/06-azure-oauth2/</link>
      <pubDate>Sat, 04 Apr 2020 11:36:27 +0900</pubDate>
      
      <guid>https://kudarizakawonobore.github.io/techblog/blog/2020/06-azure-oauth2/</guid>
      <description>動機 クラウド上に、一般公開したくない便利ツールや組織内ツールを配置するときなどは、不特定多数の人間に見られないように、何らかの制限を加えることになる。
業務拠点が1か所に限定される場合は、IPアドレス制限で事足りてしまうこともあるが、リモートワークやら、他企業との連携など、多様な業務に対応するのは難しく、あるタイミングから、認証の基盤が必要になってくる。
簡易的でいいのであれば、basic 認証でもいいのだが、パスワードが乱立すると管理が煩雑になる。クラウド上にアップロードしたコンテンツを、組織内 AD のアカウントで閲覧制限できるようになると、運用も楽になって安心である。</description>
    </item>
    
    <item>
      <title>GCP AppEngine のデプロイに Cloud Build の権限が必要になったっぽい</title>
      <link>https://kudarizakawonobore.github.io/techblog/blog/2020/04-appengine-deploy/</link>
      <pubDate>Sun, 08 Mar 2020 03:56:39 +0900</pubDate>
      
      <guid>https://kudarizakawonobore.github.io/techblog/blog/2020/04-appengine-deploy/</guid>
      <description>概要 自分の勉強用のメモ書きなど、一般公開はしたくないものの、インターネット上から一部の 人に見せたいようなドキュメントは、普段 AppEngine × IdentityAwareProxy で認証付きサイトとして限定公開している。</description>
    </item>
    
    <item>
      <title>Raspberry Pi で QR コードリーダーからプログラムを動かす</title>
      <link>https://kudarizakawonobore.github.io/techblog/blog/2020/02_qrcode/</link>
      <pubDate>Thu, 20 Feb 2020 23:09:00 +0900</pubDate>
      
      <guid>https://kudarizakawonobore.github.io/techblog/blog/2020/02_qrcode/</guid>
      <description>概要 市販のQRコードリーダーを起動契機にして、何かしらの処理を行うデバイスを作りたいときの実装メモ。
環境 Raspberry Pi 3 OS: Raspbian Python: 3.</description>
    </item>
    
    <item>
      <title>iPhone のカメラで撮影した画像を直接PC に取り込む</title>
      <link>https://kudarizakawonobore.github.io/techblog/blog/2020/01-capture/</link>
      <pubDate>Sun, 16 Feb 2020 20:58:40 +0900</pubDate>
      
      <guid>https://kudarizakawonobore.github.io/techblog/blog/2020/01-capture/</guid>
      <description>動機 Jupyter/OpenCV などで画像処理のロジックを書いていると、主に閾値調整やフィルタリング処理が、テスト用に使っている画像に局所最適化されてしまうことがままある。
ある程度ロジックを書いた後、複数の写真を撮ってテストできれば、調整もたやすく、コードの汎用性も上がるはず。
一方で、iPhone の画像は、何枚か撮影して、メールや iCloud, Google Photo などを使えばインターネット越しで共有できるが、そうすると、ファイル名がわかりづらかったり、Zip を解凍したりと、いくつか面倒な作業が発生する。</description>
    </item>
    
    <item>
      <title>はてなブログを卒業して GitHubPages × Hugo にしてみた</title>
      <link>https://kudarizakawonobore.github.io/techblog/blog/2020/00-hugo/</link>
      <pubDate>Mon, 20 Jan 2020 23:30:27 +0900</pubDate>
      
      <guid>https://kudarizakawonobore.github.io/techblog/blog/2020/00-hugo/</guid>
      <description>動機 いままで個人ブログの作成を はてなブログでやっていたが、下記のような課題を感じていた
エディタ・コピペ問題 普段、あらゆるエディタのキーバインドを Vim 仕様にしているせいで、ブログの記述も Vim キーバインドでやりたい。</description>
    </item>
    
  </channel>
</rss>