継続的デリバリーのすゝめ

朝日ネットで開発の業務を担当している tommy です。

皆さんは、「継続的デリバリー 信頼できるソフトウェアリリースのためのビルド・テスト・デプロイメントの自動化」という本をご存じでしょうか？ 2012年発行(原著は2010年)で有名な本なので知っている方も多数いらっしゃると思います。 え？もう全部読んだことがある？...それなら私からお伝えすることはもうないです。ブラウザバックするか、よろしければこのブログの別の記事を読んでいってください。

この本はソフトウェアを安全に提供するために、基本的だけどとても重要なことがしっかりと書かれています。 ざっくりと内容をキーワードにまとめてしまうと、「自動化」と「テスト」です。 弊社内でもこれらの重要さは十分広まってきたのですが、それでも人によってそのモチベーションについては様々です。

私のように、テストを書かないと不安で夜も眠れないような人間もいれば、 テストを書けと言われているからただ書いている人、 また、忙しさにかまけてテストをあまり書いてくれないような人も残念ながら存在します。

今回はすべての(開発者に限らず)ソフトウェア提供に携わる人に自動化・テストの意義を今一度認識してもらいたくて、この記事を書こうと思いました。 本の中で、私が特に伝えたい点を4つピックアップして紹介します。このほかにもこの本には気を付けるべき重要なことがたくさん書かれています。

共感できる点がありましたら、ぜひ本を手に取ってみてください。

Python の open 関数と io モジュールをきちんと使うために

はじめに

開発部の ikasat です。 Python の言語・ライブラリ・処理系はプログラマのタスクを手早く簡単にこなせるようにするために設計されており、数行程度のコードを書いただけでも内部で様々なことをやってくれます。 しかし、この便利さが特定のユースケースにおいては逆にお節介になってしまうこともあり、また内部動作が複雑であることにより挙動を修正する方法も分からなくなりがちです。

特に組み込みの open 関数や標準入出力 (sys.stdin, sys.stdout) はその最たる例であり、UnicodeEncodeError / UnicodeDecodeError や TypeError: a bytes-like object is required は Python を使った人であれば誰もが見たことのあるエラーメッセージでしょう。 私自身これまでこの類のエラーが出た時には検索して出てきた情報を基に場当たり的な対処をしてきましたが、この機会に入出力の仕組みと io モジュールについて調べることでようやく問題に確実に対処できるようになりました。 というわけで今回は Python の入出力についてやや深めに解説していきます。

対象読者

• open や sys.stdout を雰囲気で利用している人
  • 具体的には Python チュートリアル くらいの内容は理解しているが io モジュールのリファレンス は読んでいない・読んだがよくわからなかった人

本記事の構成

• 最初に I/O に関するよくある問題への対処方法について記載します
• 次にこの対処方法に関連した io モジュールの解説を行います
• おまけとして CPython の内部実装に触れたり他言語 (Java, Go) の I/O 系モジュールの比較を行ったりします

VMware PowerCLI の並行実行 (RunspacePool 編)

サービス基盤部の羽賀です。

私の担当している業務のうちに VMware 社の vSphere という製品上で動作する仮想マシン(VM)の管理があります。

vSphere では管理用の製品である vCenter Server の Web インターフェースを操作することで管理を行えますが、 VMware が提供する PowerShell モジュールである PowerCLI を用いて PowerShell スクリプトで vCenter Server に対してコマンドを発行することもできます。 私の業務においては、反復して行ったり、対象が多い作業についてはこれを利用して PowerShell スクリプト化し、 Windows 10 に標準でインストールされている Windows PowerShell 5.1 で実行することで効率化を行っています。

ただ、同時に多くの対象に対して同じ作業を行いたいという場合は直列で実行すると待ち時間が長くなってしまいます。 そのような場合に、処理を並行あるいは並列で実行することで、その作業全体が終わるまでの時間を短くすることができることがあります。

ASAHIネット会員専用ページを(だいたい)刷新しました

朝日ネットで開発業務を担当しているmuratamです。

ASAHIネット会員専用ページを刷新します という記事を投稿してから1年半が過ぎました。

その間にプロジェクトが進行し多くの手続き窓口が新システムに移行されました。 タイトルの "だいたい" が示す通りまだ完全移行には至っていないのですが、主要な手続き窓口で移行が進んできたのでそれらの移行についてスポットを当ててみようと思います。

UI/UX: マニュアル作成を通したユーザ疑似体験から画面設計を見直す

開発部のasakuraiuです。

現在はISP事業で主にPMやチームリーダーを担当しており、数年前までは「manaba」事業でPM、外部仕様を担当していました。 今回は「manaba」事業時代を思い出しながら、外部仕様、特に画面設計の観点からお話します。

画面設計は使う人目線で考えることが大事になりますが、実際ある程度動くものができないと見えてこない穴もあると思います。 これらの穴にどれだけ早く気付いて修正できるかはひとつの腕の見せ所にもなります。 私の場合、新機能開発中のマニュアル作成過程が、ユーザの疑似体験にもなり画面設計の穴に気づく大きなステップとして機能していました。 この記事ではそのステップをまとめてみました。

「manaba」におけるSingle Sign-On (SSO)サービスについて【後編】

朝日ネットシステム基盤部のGernot Hassenpflugです。主に仮想インフラ、サーバ運用と認証システム連携を担当しています。

新卒社員との座談会 第2弾

はじめに

サービス基盤部のxfuzzyです。 2020年4月入社の新卒社員と先輩社員が、ざっくばらんに話す、座談会の第2弾を行いましたので、レポートします。 第1弾はこちらです。 今回は、新卒社員が受けた研修の感想と、先輩社員とのQ&Aが主な内容です。

前回同様、座談会は、朝日ネットのセミナールームで、密にならないように留意してお弁当を食べながら実施しました。

座談会の時に用意したお弁当