システム開発

「ＮＨＫスペシャル ドキュメント 能登半島地震 緊迫の７２時間」をみた。プロジェクトとしてみると、人の生死が関わる、こんな難しいプロジェクトはあるのかという感じ。 そもそもプロジェクトのゴールとしても、一人でも多く生存させることなのか。命に大小をつけることは誰にもできないと思うが、現場の医師は判断しないといけない。 ステークホルダーとしても、国、県、市、自衛隊、ボランティア、被災者、現場医師、消防団…と多岐にわたり、命がかかわっている中で互いに利益相反しか起きていない。地震の中で、現場からタイムリーに正しい情報が上がってくるような状態ではない。意思決定する人は情報がない中で判断する胆力を求めら…

プログラミングを学習するのに、言語は何にしたら良いのかと悩む方がいるようですけど、プログラミング言語そのものは、後回しにすべきです。 まずは、プログラミングの基礎をしっかり学習してほしいと思います。 プログラミング的思考が身についてからの方が、プログラミング言語もスムーズに理解できるものです。 と・・・・ 続きはこちら

何か一つできることで、Web系にも活用できたことは私にとっては大きなものに感じました。 一番それを感じたのは、データベースでした。 データベースで押さえておくべきところは、正規化とSQL（Structured Query Language：構造化問い合わせ言語）だと考えています。 正規・・・・ 続きはこちら

システム開発をしていると、ワンチームとか一体感とかいう言葉がよく出てくる。 じゃあ実際どうやってワンチームになっていくの？といったらギブアンドテイクをバランスよく沢山することじゃないかという説。 社内SEという仕事をやっていると、ベンダーからのテイクが中心になってくることが多いが、この前、ギブするようなことを自発的にやってみたら、ベンダーの印象が良さそうだった。 どうしても発注者と発注先という関係がある以上、お互いをうがった目で見てしまうことがある。発注者の立場からだと、ベンダーは最低限の労力で、リリースだけは出来るようにすることを目指しているように見える。発注先の立場から見ると、仕事を全て押…

システムの運用が長期化し、デプロイ頻度が高まると、どうしても障害発生のリスクが伴います。NewsPicksではサービス開始から11年が経過し、複雑化するシステムと高頻度なデプロイを両立させる中で、障害対応は日常的な課題です。 システム障害対応では、状況確認→原因特定→解決策検討の3ステップが基本で、「仮説を立てて検証する」ことで迅速に原因を絞り込み、効率的に解決できます。 以下の記事は経験を踏まえた障害対応の基本動作とも言える内容が紹介されていたので、リンクを残しておく。 tech.uzabase.com 【概要】障害対応のポイント 1. 基本ステップ 状況確認・再現：報告された障害を再現する…

これからの時代、プログラミング・スキルがあるかないかで、人生が大きく分かれてしまう可能性は高いと思います。 世界的にみてもプログラミング教育を取り入れている国は、多くなりつつあります。 日本でも義務教育化されるわけで、プログラミング・スキルは世界共通なのです。 極端・・・・ 続きはこちら

ソフトウェア開発では、新しい機能を追加してみたけど「やっぱり要らなかった…」という経験はありませんか？不確実性が高い開発では、仮説検証を繰り返しながら進めることが重要です。 今回は、「捨てやすく作る」という考え方に注目し、効率的にコードを管理する方法が紹介されていたので、整理しておきます。これから、AIがコードを作成して、一段とコードの作成と削除のサイクルが早くなると想定しており、AI時代において、本考え方は重要であると考えます。 qiita.com なぜ「捨てやすく作る」のが重要なのか？ 仮説検証を繰り返していると、次のような状況がよく発生します： 必要だと思って作った機能が、実は不要だった…