レガシーなインフラを改善するつもりが組織の悪者になる話 - Qiita
はじめに みなさんの職場に古いインフラはありますか？ありますよね。 SVN,CVS...ですらないファイル名駆動のバージョン管理 id/pass不明でログインできない稼働中のビルドサーバ WindowsServer200X アンタッチャブルな巨大シェルスクリプト ... 小規模の会社でサーバサイドを齧っていると、 「クラウドネイティブ」という言葉とは無縁の世界で仕事をすることがあります。 え、そんなこと一度もない？ これからもあなたの幸運が続きますように。 改善活動スタート さすがに辛いので、改善を視野に入れて地道に調査をするわけです。 えいやで滅ぼしたい気持ちをグッと抑えます。 予算確保（のためのリスクの整理） 利害関係者の洗い出し 業務のフローで必須なインフラのリストアップ いざ置き換える算段がついたら、工事の計画を練ります。 業務の影響確認 バックアップ 移行期間の周知 等々。 現実
メーリングリスト、組織用メールアカウントをなくしたい。 - Qiita
まずはじめに自己紹介、私立大学にて、学生教員向けのサポートデスク業務に携わっています。 毎日、問題点、疑問点を解決するのが仕事です。 みなさんの会社では組織、各部署用にメールアドレスを持っていますか？ 自分のメールアドレスはそれぞれお持ちだと思いますが、それ以外で 共用のメールアドレスを持っていませんか？ 自分の業務委託先では根深く残っています。 自分はこれをなくしたい。と思っております。 なんでか。 １．みんなでユーザー名、パスワードを共有しそれぞれメール設定している。 （めんどうくさくない？） ２．しかもメール設定方法がわからない、できない。 ３．メーリングリストはメンバー変更が自由にできない。 ４，共有して受けているので、誰が処理したかわからない。 共用のメールを何のために利用するのか？ 情報を収集するため。連絡を受けるため。 いろいろあると思います。 それって、メールじゃなきゃダメ
TwitterをSpaceXやTeslaと同じようにはエンジニアリングできないのでは - きしだのHatena
Twitterを買収したイーロン・マスクが週80時間勤務に備えろといって、それができないなら退職という話をした結果、エンジニアを含め社員の多くが辞めたという話がでてます。 https://jp.reuters.com/article/twitter-departures-idJPKBN2S806D イーロン・マスクとしては、Teslaのようにハードに働く少数精鋭のチームを作りたいようです。 9.3/ 優秀な小規模チームを作るのが大事だと行っていて、TeslaのAutopilot AIチームにいる150人のエンジニアは競合の3,000人のエンジニアチームに勝っているとイーロンは語る— Tetsuro Miyatake (@tmiyatake1) 2022年11月11日 ただ、TeslaやSpaceXは製造業で、たとえばSpaceXならロケットを安く確実に作るというように、作るものは基本的に決
プログラマーといえばスーパーハッカーかコーディング職人みたいな2極化した個人のイメージがまだ根強そうだということを今回のツイッターの騒動から感じた - in between days
今回のツイッターの件でいろいろな記事や書き込みやコメントを見てて、未だに世間的にはプログラマーといえばスーパーハッカーな超人くんか、無個性な組立工やコーディング職人の集団、というような2極化した個人のイメージが主流なのかなと感じた。 イーロン・マスクを支持してる陣営は、優秀だが有害な前者に鉄槌を食らわした、あるいは無能な後者を大量に撃滅したみたいな喝采をおくっている。逆の陣営は、スーパープログラマーや属人化した知識を持ったエンジニアが解雇されたことを残念がっている（後者はまた雇えるだろうくらいに思ってそうだけど）。 でも実際のところ、エンジニア個人の去就より、ツイッター内のいろいろな開発チームが壊れてしまったこと。もっというとイーロン・マスクが自らの手で「チームを壊した」としか言いようのない行動を取っていることのほうが今後への影響は大きいんじゃないかと思う。スポーツと同じで、たとえエースが
AWS 利用標準化ガイドライン策定のベストプラクティス | Amazon Web Services
Amazon Web Services ブログ AWS 利用標準化ガイドライン策定のベストプラクティス 組織で横断的に AWS の展開を進めていくにあたり、クラウド環境の統制、セキュリティ対策、品質の確保にお悩みではありませんか？ 組織で AWS の利用を拡大する際には、それぞれの環境において確実に統制を効かせ、適切なセキュリティ対策を行い、品質のばらつきを抑えることが欠かせません。その際に有効なアプローチが AWS 利用標準化ガイドライン（以下「ガイドライン」と記載）の活用です。本ブログではガイドラインを策定し、有効に活用するためのベストプラクティスをご紹介します。 はじめに 多くの企業や政府機関において、クラウドの活用を加速する動きが加速しています。しかし、その過程において以下のような課題に直面するケースがあります。 設計・運用方針がバラバラで統制が取れていない セキュリティ対策が十分
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
