闇のDevOps DevOpsと業績評価 – ところてん – Medium
ここから、DevとOpsが協力すればより効率的になる＝DevOps、という言葉が生まれました。 当時は大企業においてはDevとOpsが分かれていることが当たり前だったのです。そして、大企業における当たり前が、当たり前ではないことに気付き始め、DevOpsを実現するためのツールができ始めたころでもあります。 ではなぜ、大企業ではDevとOpsが分かれているのが当たり前だったのでしょうか？ ハードウェアの時代その昔、産業の主役はハードウェアでした。 そのため、多くの企業はハードウェアを作ることに対して最適化が行われました。 ハードウェアには研究開発、製造、運用サポートといった大きな区分けが存在します。そして、それぞれの仕事において要求する人材レベルは異なります。 加えて、大量生産された製品の運用サポート（設置作業員、サポートセンタ）には、大量の人員が必要になってきます。 したがって、組織を研究
２つのことを同時に学ばない
こんにちは、ある人のところてんです。プロシンという情報処理学会の<s>新年会</s>学会にかれこれ15年くらい参加しているわけですが、本稿はそこで水島さんと話をした「2つのことを同時に学ばない」という考え方についてのまとめになります。 初手レイトレーシング「２つのことを同時に学ばない」というのは私が発した言葉ですが、この言葉には私の友人の影響があります。 私の友人に「新しいプログラミング言語を覚える際には、とりあえずレイトレーシングを書いてみる」と言うやつがいます。 彼にとってはレイトレーシングのコードは、資料を何も調べずとも書けるそこそこに複雑なコードという位置づけのようです。 そのため、彼にとってはレイトレーシングを新しい言語で書くことで、言語仕様にのみ問題を絞って勉強することができるわけです。仮に実行結果がマズかったとしても、それは言語仕様の理解の問題であり、アルゴリズム自体に問題な
世代間のコミュニケーションの違い、の補足
こんにちは、友人から「おまえは心理的安全性の対極にいる存在だろ」と言われたところてんです。 先日は自社サービスの説明がてらに、こんなプレゼンをさせていただきました。 私自身が心理的安全性を得られるように動けているか、というのは大変怪しいですが、とはいえ、開発中のVeinは心理的安全性をどうやって実現するのか、というところを考えながら作っているので、そこらへんについてお話させていただく機会がたびたびあります。 まぁ、マックス・ヴェーバーっておっちゃんが言ってた「シーザーを理解するためにシーザーである必要はない」ってやつですよ、知らんけど。 で、そういう怪文章を公開していたら、「リモートワークにおける心理的安全性について語ってくれ」ということで取材された記事が公開されました。 リモートワークが嫌で、客先に訪問して仕事をするようにしている自分にそれを聞かれてもなぁと思いつつ、今考えてることを適当
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
