システムの複雑性と戦う方法 - CARTA TECH BLOG
こんにちは。Zucksでエンジニアをやっています@karahiyo_nです。 先日社内向けに「Zucksで働き学んだ成果に繋がるプラクティス」という発表を行いました。今回はその一部を紹介したいと思います。 発表では6年間でシステム構成がどう変わってきたのかと実際にやってきたタスクを紹介しつつ より妥当な意思決定をするために より早く価値を提供できるように システムの複雑性と戦う方法 などいくつかプラクティスを紹介しました。 今回はその中のひとつ「システムの複雑性と戦う方法」について書きたいと思います。 対象のシステム像 元の発表ではZucksのシステムを取り上げて解説したのですが、ここでは次のようなシステムをイメージしてください。 非常に高いサービスレベルが求められるシステム(例えばAmazon Compute SLA相当) 低レイテンシ、高トラフィック(で、さらに増加傾向) 機能要望は尽
みずほ銀行の新システムがIBM×COBOLで昭和っぽさあるとおもったら逆で、みずほだけが「脱・昭和」できてたのか - in between days
日経 xTECH（クロステック）で「35万人月、みずほ銀行システム統合の謎」というシリーズ記事が公開されている。 tech.nikkeibp.co.jp 出典は「日経コンピュータ」誌の2019年9月5日号で、32ページにわたる特集を全19本の記事で構成している。 みずほシステム統合の謎、参加ベンダー「約1000社」の衝撃 | 日経 xTECH（クロステック） 有料会員向けの記事ということもあるんだろうけれど、上記のような一部記事だけが微妙なかんじでバズっていて、その記事を読むと、まあこういう感想になる。 みずほシステム統合の謎、参加ベンダー「約1000社」の衝撃 | 日経 xTECH（クロステック） 今年って昭和何年だっけ？ “基盤とアプリ開発のベンダーが異なることで特有の難しさも生じた。富士通はIBMの基盤上で動作するCOBOLプログラムを開発しなければならなかった”2019/09/10
1年半でシステム刷新のクックパッド、怒濤の「5並列プロジェクト」に見る“世界で勝つためのシステム設計”
1年半でシステム刷新のクックパッド、怒濤の「5並列プロジェクト」に見る“世界で勝つためのシステム設計”：CIOへの道（1/4 ページ） 海外展開を視野に入れ、“世界で勝つためのシステム構築“に取り組むことになったクックパッド。海外企業を参考にプロジェクトを進める中、日本企業のシステムとそれを支える組織との間に大きな差があることを認識した同社は、どう動いたのか。また、分散と分断が進み、Excel職人が手作業で情報を連携している状態から、どのようにして統合された一貫性のあるシステムに移行したのか――。怒濤のプロジェクトの全容が対談で明らかに。 この対談は 日本企業のCIO設置率は42.1％、うち、専任者は6.5％――。これは平成27年6月に発表された経済産業省の「情報処理実態調査」によるもので、ITとビジネスが不可分な時代になったにもかかわらず、それらを統合的に見るCIOという存在がいまだ少な
Webシステムにおけるオートファジー構想 - 人間とウェブの未来
サービスの一時的な飢餓状態とはどういう状態か。その上で、とあるインスタンスが古いインスタンスのリソースを奪い、自身に吸収することによってとあるインスタンスはある種リソースを蓄積する。しかし飢餓状態が長く続くとその循環が起こり続け、いつかインスタンスは少数になりサービスは停止する。— 松本 亮介 / まつもとりー (@matsumotory) 2017年9月29日 こんなことを以前から考えていました。 生命の個体を維持するために非常に重要な役割を果たしているとされているオートファジーという機能があります。まずは以下のようにWikipediaの解説を見てみましょう。 オートファジー (Autophagy) は、細胞が持っている、細胞内のタンパク質を分解するための仕組みの一つ。自食（じしょく）とも呼ばれる。酵母からヒトにいたるまでの真核生物に見られる機構であり、細胞内での異常なタンパク質の蓄積を
突然プログラマになって社内ファイルサーバ検索システムを作った話 | 東北ギーク
お疲れ様です。株式会社リスペクト プログラマの山内です。 先輩から「入社してから一年半経ったし今までやってきたことをブログにまとめてみてよ」と言われたので、今回は自分が入社してはじめての社内ツールをつくるまでの話をしてみようかと思います。 どうしてプログラマになったのか せっかくなので、はじめに自分がどうしてプログラマになったのかをちょっとだけ話してみます。 自分は大学時代バリバリの文系で、おおよそプログラミングとは縁遠い生活をしていました。ついでに言えば大学で始めた演劇では脚本家の真似事までしていて、 就活はそれを活かして文章を書くような仕事に就ければなーくらいのことを考えていたのです。 そこで出会ったのが株式会社リスペクトだったのですが、弊社で新卒ライターを募集していたのに目をつけ、ライター志望で弊社の面接に乗り込みました。一次面接を気合でなんとかやり過ごし、多少気を良くした私でしたが
原宿で託児所とシステムを作ってみた
IDCFクラウドmeetup vol.4 LT祭り(2016/06/28) 資料 Dropsystem Co., Ltd.
最小リソースで新規事業を作る！ムダな開発を防ぐ「魅力的品質」「当たり前品質」とは | SELECK [セレック]
〜少し変わった実装の優先順位づけと、ユーザーインタビューを通じての徹底した仮説検証により、最小リソースで新規事業を作る方法〜 新規事業の開発は、ユーザーに満足してもらえる機能や体験を探り当てる旅。 「〜な機能がユーザーを満足させるはず」という仮説を立てても、実際にユーザーに見せたら仮説が間違っていたということは多々ある。だからこそ新規事業では、仮説を立て、ユーザーにフィードバックをもらう、ということを繰り返していかなければならない。 では、この旅を最小のリソースで渡り切るにはどうしたら良いだろうか。 Webシステムの受託開発をメインとしているエンジニア集団、株式会社クレイ。少数精鋭の同社では、受託開発のプロジェクトをいくつも進行させながら、1〜3人のメンバーで、ドキュメント共有ツール「DocBase（ドックベース）」を成長させている。 ▼DocBaseのWebサイト ユーザーに満足してもら
![最小リソースで新規事業を作る！ムダな開発を防ぐ「魅力的品質」「当たり前品質」とは | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/2a755362ae2cdedd1c412b20cad1da1898ad628a/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2016%2F10%2F23204432%2F3587b338-aebb-47f0-87c5-b30f7011b2a3.jpg)
大手SIerの社員が求められていること。 - SE Can't Code
今朝、上司からメールが来ていてそこには僕に対するコメントがあった。 そのコメントというのは、「プログラミングといった技術も大事だけれど、弊社の立場として業務知識をもっと養う方向に向かっていってほしい」といったものだった。つい最近まで育成期間としての面談を三ヶ月に一回程度に行っていたのだけれど、その際に僕は「上流といえども技術力のないSEにはなりたくないから勝手に（現場で技術磨けないので）技術磨いています」といった不満話をよくしていた。違うエントリにも書いたけれど、入社してから今まで現場で技術を磨く機会には決して恵まれていないため、さっさと家に帰ってコードを書いて技術書を読んでせっせと自分で技術を磨くような生活を送ることで、職場では満たされない技術的な欲求を必死で埋めていた。 その背景には自分がなりたい人間像や将来成し遂げたいこと、純粋な好奇心といったポジティブな理由が多くを占めるが、一方で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
入門 業務
情シスのひみつ