システム運用とシステム構築、どちらが先か - orangeitems’s diary
インフラエンジニアっぽい記事をたまには。 システムには、構築の時期があって、そして運用の時期が訪れる。 構築時期をあらかじめ顧客と決め、ある時期から顧客が使い続ける。使い続けている中でいろいろと変更対応は必要になるので、これを運用と言う。 構築、運用。 あまりにも相対している概念なので、システムに携わる人々は、必ず構築部門か、運用部門の二つに分けられる。 ちなみに、私は構築から運用まで全部やってきた。区切りなく全部。ただ、業務が増えていくに従い全部自分でやるのはかえって無責任ということになった。なぜなら、私がいなくなったら誰もできなくなるからだ。会社ならば、誰かが欠けても支え合えるようにしておかないと存亡の危機となる。だから、私は最近、運用を少し離れ気味になりつつある。 さて、あまり経験のない若手が、さて構築を先にやったほうがいいか。それとも運用から入った方がいいか。この議論は私が若い頃・
消す前提で機能を作ろう
どうも、株式会社プラハCEOの松原です 先日プラハチャレンジの参加者と雑談していた際に 消す前提で機能を作ると保守性が上がるかもしれない という内容に触れたので、思ったことを記事にまとめてみました。 企画には必ず切り戻し条件を明示する 少し話が脱線しますが、僕はエンジニアになる前はWEBサービスの新規事業企画を担当していて、当時所属していたチームではサービスに追加機能を立案するときは 何が起きたらこの機能を削除するのか という「切り戻し条件」がセットで求められていました。 例えば求人サイトの応募を増やしたいな〜と考えて新機能を立案するとしたら、こんな感じ： 機能概要：スマホ閲覧者にはフッターに応募ボタンを表示する 切り戻し条件：実験的に追加した画面の求人応募率が逆に5%低下したらフッターを削除する 機能を追加しているとき自分はサービスを改善しているように感じがちですが、正確には機能を追加す
「アジャイルサムライ」の著者が語る、技術志向の企業が世界をどう見ているのか？ そしてソフトウェアテスト自動化を進化させる方法について（前編）。JaSST'22 Tokyo基調講演
「アジャイルサムライ」の著者が語る、技術志向の企業が世界をどう見ているのか？ そしてソフトウェアテスト自動化を進化させる方法について（前編）。JaSST'22 Tokyo基調講演 Jonathan Rasmusson（ジョナサン・ラスムッソン）氏はアジャイル開発における著名人の一人であり、さまざまな先進的ソフトウェア企業において開発やテストに携わってきました。 日本ではアジャイル開発の入門書として話題となった書籍「アジャイルサムライ」（オーム社,2011）や「初めての自動テスト」（オライリー,2021）、「ユニコーン企業のひみつ」（オライリー,2017）の著者としても有名です。 そのラスムッソン氏が2022年3月10日と11日の2日間、ソフトウェアのテストに関わる国内最大のイベント「ソフトウェアテストシンポジウム 2022 東京」（JaSST'22 Tokyo）の基調講演に登壇しました。
TypeScriptは補助輪(Training wheels)論-3年前から同じ
@asama さんの記事 Twitterやはてブなどを読みましたが、捉え方が様々ですね。 とくに「補助輪」という表現が見過ごせない方が多いようで、気になりました。 Denoが脱TypeScriptをしてJavaScriptに戻した話 どうやらDenoの話を知らない人が多いようです（Denoは、Node.jsの製作者であるRyan Dahlによって作られた新しいランタイムです。簡単に説明するなら、Node.jsのイケてないところを改良したものがDenoです。Denoの文字を並べ替えるとNodeになります） DenoはTypeScriptを使用していましたが、 純粋な（バニラな）JavaScriptに戻す道を選びました。 理由はこちらで語られています。 5 reasons why Deno will stop using TypeScript （DenoがTypeScriptの使用をやめる5つ
ひどいダッシュボードの法則 | POSTD
白状しますが、私にはひどいダッシュボードを構築してきた責任があります。個人的に、この記事に書いた間違いのほとんどを犯してしまいました。ユーザに謝罪するとともに、同じ過ちを繰り返さないことを誓います。これらの過ちが悪い見本として、プロジェクトマネージャやデザイナ、エンジニアがひどいダッシュボードを構築したり確認したりする無駄な時間を少し減らすのに役立つことを願います。 法則1：ほとんどのソフトウェアのダッシュボードはひどい ひどいと言うのは このGoogle画像検索 のようなひどさ（まだ吐いていませんよね？）のことではありません。退屈で、設計が不十分で、有用性も一切ないという意味です。 信じられませんか？ では、今すぐ優れたダッシュボードのソフトウェア名を3つ挙げてみてください。 見つかりましたか？ ええ、そうだと思いました。しかし、ダッシュボードはどこにでもあります。あなたが使っているSa
無料プランは百害あって一利なし - Qiita
Don't offer a Free Planという非常に力強い主張があったので紹介してみます。 著者はGuido( Twitter / GitHub / Webサイト )です。 Don't offer a Free Plan もしあなたがSaaSプロダクトを提供しているのであれば、無料プランを提供することに意味はないかもしれません。 無料プランはホスティングコストだけではなく、リアルのコストがかかります。 本サイトでは、これらの検討事項について解説し、そして無料プランにかわる手段について提案します。 The costs of a free plan 無料プランは、ユーザにプロダクトを知ってもらい、そして後に有料プランにアップグレードしてもらうことを期待します。 プロダクトにもよりますが、無料プランのユーザが増えてもサーバ代にはほとんど変化がありません。 しかし、実際には大きなコストがかか
Goは本当に1980年代の言語みたいなのか。 - Qiita
はじめに 2020年8月15日現在、golang.orgのトップページに、The Why of Goという動画が、Featured Videoとして紹介されています。 Goに初めて触れて、ちょうどなぜこうなっている？と思う機会が多かったので、自分なりにまとめてみようと思います。 注: 要約というよりは、気になる部分をピックアップして解釈して文字にしているものなので、総合的な内容は動画を見てください。 Goとは1980年代の言語なのか Goとは1980年代の言語のようだと批判される。糖衣構文、多態、Genericsが使えない、依存性管理が粗末等と批判する人にとってGoは、1980年代以降のプログラミング言語の進化の歴史を無視しているように見えるようだ。 だけど、それらの要素があったら21世紀のプログラミング言語といえるということなのだろうか？ このプレゼンテーションでは、そういう疑問をきっか
【和田卓人氏特別講演】若手エンジニアに送る、"心構え"と"キャリア観" - Qiita
サポーターズColabのイベント【和田卓人氏特別講演】若手エンジニアに送る、"心構え"と"キャリア観"」に参加してきました。講演内容の備忘録です。 プロフィール テスト駆動開発（TDD）のスペシャリストとして知られる和田卓人氏。 タワーズ・クエスト株式会社取締役社長 リクルートテクノロジーズ技術顧問 技術コンサルティングや本業の開発以外に技術書の監修、監訳、翻訳も手がけている。 プログラマが知るべき97のこと SQLアンチパターン テスト駆動開発 テスト駆動開発の普及者。 15年近くテスト駆動開発の重要性を説いている。 「テストコードを書いていないコードはレビューに値しない。」と言うほど重視する会社もある。 現代ではテストコードの重要性が増している。 日本では、テスト駆動開発で知られていて、海外ではPower-assertの作者で知られる。 <本日の資料> https://speakerd
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
他人のコードや設計を見て1番これはあり得ないだろと思う実装はありますか？