4月新刊情報『システム運用アンチパターン』
『システム運用アンチパターン ―エンジニアがDevOpsで解決する組織・自動化・コミュニケーション』 Jeffery D. Smith 著、田中 裕一 訳 2022年4月12日発売予定 352ページ ISBN978-4-87311-984-7 定価3,520円（税込） 上層部がDevOpsに理解のない組織で働き、組織構造を変える権限を持っていない開発者であっても、チームにDevOpsを導入するための現実的な方法を紹介します。 重厚な承認プロセス、可視化されていない運用、プロセスの最後でのみ行われるソフトウェアテスト、ノイズだらけのアラート、インシデントから学習しない習慣、時間外のデプロイ、情報のため込みなどを取り上げ、ソフトウェアシステムの開発運用が滞るチームや組織に共通してみられる陥りがちな状況や犯しがちな間違いをアンチパターンとして紹介します。そして管理職やマネージャでなく、エンジニア
富士通の撤退する「メインフレーム」ってそもそも何？
はじめに 富士通がついに2030年にメインフレーム市場から撤退し、66年の歴史に幕を閉じるという話が出てきました。 富士通といえば国産大型コンピュータの先駆けであり、IBM互換機を作って巨人IBMに食らいついたベンダーでもあります。そんなわけで中々に歴史の転換点を感じる話題ではあるのですが 「ところでメインフレームって何？ 」 という方も多いでしょう。という分けで名前は聞いたことがるけど実態が良く知らない「メインフレーム」 に関して少しだけ解説をする動画を作りました。 この記事は動画では話しきれなかった事も含めて、もう少し深堀した解説をしていきたいと思います。ちょっと長くなりましたが、前半が歴史の話で後半がアーキテクチャの話になるので好きな所にジャンプして読んでみてください。 メインフレーム？ 汎用機？ ホスト？ メインフレームは他にも汎用機とかホスト機と呼ばれることもありますよね。Wik
ユーザー アカウント、認証、パスワード管理に関する 13 のベスト プラクティス2021 年版 | Google Cloud 公式ブログ
※この投稿は米国時間 2021 年 5 月 7 日に、Google Cloud blog に投稿されたものの抄訳です。 2021 年用に更新: この投稿には、Google のホワイトペーパー「パスワード管理のベスト プラクティス」のユーザー向けとシステム設計者向けの両方の最新情報を含む、更新されたベスト プラクティスが含まれています。 アカウント管理、認証、パスワード管理には十分な注意を払う必要があります。多くの場合、アカウント管理は開発者や製品マネージャーにとって最優先事項ではなく、盲点になりがちです。そのため、ユーザーが期待するデータ セキュリティやユーザー エクスペリエンスを提供できていないケースがよくあります。 幸い、Google Cloud には、ユーザー アカウント（ここでは、システムに対して認証を受けるすべてのユーザー、つまりお客様または内部ユーザー）の作成、安全な取り扱い、
技術選定/アーキテクチャ設計で後悔しないためのガイドライン - Qiita
はじめに 本稿は、ソフトウェア開発を進める際に直面する様々な技術的な意思決定やライブラリ・フレームワーク・XaaS等を選択し正しく活用していくのかについての考え方をサポートすることを目的としています。「すべてにおいてこのようなワークフローを通じて検討すべきである」という主張ではありません。読者の抱える問題領域に応じて、必要な箇所を取捨選択するための１種の考え方を提供するものです。 そもそもアーキテクチャ・技術選定に時間をかけるべきか まず第一に伝えておきたいことは、技術選定やアーキテクチャ設計に常に慎重であるべきではないということです。ソフトウェアの規模やライフサイクルに応じて、そもそも時間をさく必要がないということも多くあります。書き捨てのシェルスクリプトにも読みやすいコードを求めて書くことは非常に重要ですが、だからといって組織だって議論・検討するようなものでもないのです。一方で、５年も
設計書や検証って英語でいえる？ITエンジニアが身につけるべき必須英語表現30選 | English Lab（イングリッシュラボ）┃レアジョブ英会話が発信する英語サイト
グローバル化の進行が著しいIT業界。オフショア開発でプロジェクトを進める場合は現地チームとのやり取りに英語が必須となるばかりか、「プログラミング言語がわかれば日本語が分からずとも良い」といった理由から、職場にも外国人が増えつつあります。 そんな状況がありながら、進捗確認や、「細かな報連相のためのコミュニケーションを取るための英語フレーズがわからない！」そんな悩みをお持ちのあなた！ この記事では、「社内の公用語は英語」という某大手ネット企業で働くNさんの監修のもと、ITエンジニアがまず身につけるべき英語表現を5つの場面に分けながら合計30個紹介いたします。 Scene1：「依頼」編 エンジニアの頭痛のタネといえば、慢性的な人手不足。新規事業の開発を進めるにあたって、社外のエンジニアチームに依頼を投げる局面も少なくありませんが、アジアの海外事業者にシステム開発や運営を委託するオフショア開発も、
オフショア開発を3年やってわかった、簡単にIT英語を学ぶ方法と重要性 | エンジリッシュブログ
（この記事は僕の別ブログ「俺日記」から転載しました。） ベトナムでオフショア開発をはじめて3年。 オフショア開発といえば日本語を話すブリッジSE（以下BSE）を通して行うスタイルが一般的だが、実際に行ってみたところ下記の理由で個人的にはあまりおすすめできない。 BSEは希少で給与が高く採用も難しいので、コストが上がり拡大も難しい 翻訳工程が増えるのでコミュニケーションの即時性・正確性においてBSEがボトルネックになる 日本語という言語が難解なため、数年日本で働いた経験のあるBSEでもまだまだ厳しい面がある 最終的には日本人が品質チェックしなければならない 一方で日本人エンジニアと外国人エンジニアが英語で直接コミュニケーションをとれば 英語ができるPGは豊富にいるので、人材の確保が容易 各PGと直接やりとりができるためレスポンスが早く、各PGのスキル把握が容易 エンジニア同士のやりとりなので
Excelスクショ問題について周りの方へのお願いと、今職人となっている方への励ましの言葉（元職人より）
Excelスクショ問題について周りの方へのお願いと、今職人となっている方への励ましの言葉（元職人より） 2014年8月3日日曜日 ITニュース うつ病 最近一部で話題になっている「SEがテスト工程で画面のスクリーンショットをExcelに延々と貼り続ける作業」について、実際にスクショ貼り職人を経験した自分としては、何か残しておかねばと思い、この記事を書きます。 自分はSEでしたが、うつ病でもうすぐ2度目の休職に入ります。Excelスクショ職人を経験しています。そんな自分が、「Excelスクショに対して疑問を抱いている方」と「今現在Excelスクショ職人な方」へ、お願いと励ましの言葉を述べさせていただきたいと思います。 【参考】 SIerの闇・Excelにエビデンス貼付け - Togetterまとめ あるシステムを開発したら、必ずテスト工程があります。プロジェクトによっては、全くユーザーインタ
優れた仕様を決定するために必要なこと - GoTheDistance
たまにはブログ更新したいから、ついさっき流れてきたエントリに食いついちゃうよー。 ソフトウェア設計とは何か 〜 設計にはプログラミング経験が必要か否か | Social Change! 工程の分断はあり得ません ソフトウエアの設計に実装経験が要るか要らないかというのはそもそも議論にならない。「ソフトウエアの設計＝仕様の設計+コードの設計」なんだから、例えればコインの表と裏。それらは引き離すことは出来ないのに引き離して分業しようとするからよろしくないことが起きてしまうというのが、上記記事の主題かと思います。簡単に言えば。 僕もこの点については「工程の分断」という言葉で何度も書いています。コインの表と裏であるべきものを分断してしまうと、互いのフィードバックを得る術を無くしてしまいます。そうなったら良いことは無い。ここは誰でも納得がいく所でしょう。 仕様を設計するチャンスって超少ないんじゃない？
パナソニック経営陣への５つの提言
日本の家電メーカーのソフトウェアの作り方や、人材の活用方法の問題点関しては、このブログでもメルマガでも何度も指摘したが、その問題を浮き彫りにするブログエントリーを見つけたので紹介する。 パナソニックを退社しました ...私の部署では、絵に描いたような昔ながらのソフトウェア開発が行われていました。 単価計算は人月とステップ数。仕様書を書く上流工程が重要で、コーディングは単純作業という価値観のもとでの開発です。当然正社員はなかなかコーディングに携わることができませんでした。 また、単純作業とみなされがちなコーディングを効率化しようとするモチベーションが少なかったのか、いくつか作業環境で疑問に思うところもありました。例えば、メモリ 1GB ぐらいの遅いマシンでビルドしている、ディスプレイが17インチ、きちんとしたソース管理がない、などです。PCスペックやディスプレイなどは入社の時期によってはそこ
第1回 30年前の改善魂を取り戻せ
アジャイル開発が広まる機運が高まっている。アジャイル開発を経験したマネジャたちが「繰り返し開発と振り返りが本質」と気づいたからだ。「30年前の現場にあった改善の喜びを取り戻せる」と指摘するマネジャもいる。システムを開発する立場からアジャイル開発を取り巻く変化を追った。 短期間の「繰り返し開発」と開発した結果の「振り返り」。たった二つを実践するだけで、技術者も利用者も幸せになれる。2009年、登場から10年がたったアジャイルの価値がこの二つに集約されてきた（図1）。 「アジャイル開発はプログラマ寄りの技術で、ウォータフォール開発の対立軸と捉えていた。しかし実際にやってみるとその根本は繰り返し開発と振り返りであり、それは自分たちが30年前に開発現場で実践していたことと変わらないことがわかった」。富士通 文教ソリューション事業本部 文教第二ソリューション部の中尾保弘部長と、日立製作所 アプリケー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
