糞システムにしないため、私ができること『はじめよう！ 要件定義』
「なぜ糞システムができあがるか？」の答えは、「一つ前の仕事をしている」に尽きる。 詳しくはリンク先を見てもらうとして、まとめるなら、自分の仕事のインプットが出来てないので、仕方なく前工程の仕事を代行しているうちに、リソースと気力がどんどん失われているからになる。これはプログラマに限らず、SEからPM、テスタや運用を入れても、当てはまる。「何をするのか」が決められない経営層が糞だから、あとはGIGOの法則（Garbage In, Garbage Out）に従う。 では、どうすればよいか？ 「“何をするのか”を決めてもらう」という回答だと、連中と同じ肥溜めに落ちている。なぜなら奴らの“目標”とは、「売上を○％ストレッチする」とか「新規市場を開拓する」といった、現状を裏返した願望にすぎないから。売上アップ／新規開拓のために、どこに注力して、何にリソースを使い、そのために必要な道具（システム）を“
「残された時間はあと6年」夏野剛氏が語る、世界と戦うためのBtoBイノベーション - エンジニアtype | 転職type
2014.05.22 ITニュース スマートデバイスやクラウド技術の急速な発展によって、次々と新たなテクノロジービジネスが生まれている。BtoC市場では、コミュニケーションツール『LINE』やアイコン着せ替えアプリ『CocoPPa』などの国産サービスが海外進出に成功しているが、BtoB市場はどうだろう。 国内市場こそ、2016年に始まるマイナンバー制度やメガバンク各社のシステム更新需要、民間企業のデータ経営へのシフトなどに後押しされ、リーマン・ショック以降停滞していたIT投資が回復基調にあるが、国際市場で日本のシステムベンダーの存在感を感じる機会はほとんどない。 ではなぜ、SalesforceやAWSのような世界的なBtoBサービスは欧米で生まれ、日本からは生まれないのか。 先ごろ出版大手KADOKAWAとの経営統合を発表したドワンゴをはじめ、数々の有名企業で取締役を担う夏野剛氏に、エンタ
スタートアップ企業向けインフラ運用入門（1）：監視 - O'Reilly Japan Community Blog
スタートアップ企業等の少人数チームの場合、専任のシステム運用担当がいることは稀だと思います。本記事では、そうした少人数チームの開発兼運用担当者を主な対象として、システム運用の重要な要素である「システム稼働状況の確認、障害対応」を省力化するための方法の一つとして「システムの監視」の方法について説明します。 少人数チームでのシステム運用 Retty開発担当の鹿島です。第1回で少し紹介しましたが、RettyはWebサイト、iPhoneアプリ、Androidアプリの計3プラットフォームを、3人＋αの開発者で開発を進めています。私は主にWebサイトの開発とインフラ全般を担当しているのですが、Webサイトの開発がメインのため、インフラ構築・運用に割ける時間はそれほど多くありません。 おそらく世間の小規模チームの大半では、我々と同様に専任の担当者がいないと思われます。今回の記事はそうしたスタートアップ企
Groupon: 単一のRailsアプリから複数のNode.jsアプリへの移行 - ワザノバ | wazanova.jp
https://engineering.groupon.com/2013/misc/i-tier-dismantling-the-monoliths/ Grouponのビジネス自体はかつての盛り上がりはないですが、シンプルなRailsアプリが、事業の成長 & グローバル化に従って、アーキテクチャを変えていった過程をエンジニアブログで紹介してるので、参考になればと。 1) まとめ Grouponは、Railsのシングルコードベースを独立した20個のNode.jsアプリにアーキテクチャを変更した。 ページの読み込み時間が概ね50%改善。これはテクノロジーの効果とコードの書き直しでwebページが軽くなったのとの相乗効果。 同じトラッフィクに対してハードウェアが削減できた。 チーム間の依存関係が少なくなったので、新機能リリースのペースが早くなった 同じ機能を複数の国にそれぞれ導入するような冗長さが
アーキテクチャ設計のアンチパターン集～44のアンチパターンに学ぶDBシステム - プログラマの思索
「44のアンチパターンに学ぶDBシステム」を読んでみて、とても優れたアーキテクチャ設計のアンチパターン集に思えた。 過去の経験上、あるあると思う箇所がたくさんあった。 感想をラフなメモ書き。 【元ネタ】 44のアンチパターンに学ぶDBシステム - give IT a try あなたの現場にも必ずあるDBシステムの"悪い例"が満載！「44のアンチパターンに学ぶ DBシステム」 | oracletech.jp 『44のアンチパターンに学ぶDBシステム』 - 虎塚 44のアンチパターンに学ぶDBシステム : 賢者の図書館 (Under Construction) : livedoor Blog（ブログ） 【本】SQLをしっかり学習したい人におすすめミック本。 | ﾌﾟﾗﾌﾟﾗ式技術系 Access流! 【本まとめ】44のアンチパターンに学ぶシステム構築時の失敗パターン。もっとはやく言ってよーとな
「バックエンドの経験はなかった」Instagram創業者は、どうやってシステムをスケールさせてきたか
昨日のPinterestの記事「Pinterestの急成長を支えてきたアーキテクチャとは？ Pythonで開発しAmazonクラウドで運用」に続いて、やはり写真を中心としたサービスで急成長してきたInstagramのスケーラビリティについて、まとめてみました。 InstagramもPinterestと同様に、基本はAmazonクラウド上でPythonとフレームワークのDjangoを使ったシステムを構築しています。興味深いのは、創業者の二人ともバックエンドの経験がないなかで試行錯誤をしてシステムをスケールさせてきた点です。 Instagramは先月、Facebookに買収されると発表されています。この先、Instagramのシステムはどう変わっていくのでしょうか。 Instagramのシステム構成 約半年前、昨年12月にInstagramのブログに投稿された記事「What Powers In
東北関東大震災で義心を感じる人へ 持続不可能な感情と継続可能なシステムについて - じゃがめブログ
突然ですが、ほんの少しだけ私語りを。 今から16年前の1995年1月17日、私は阪神淡路大震災を経験しました。 当時の我が家は尼崎市にあり、最も損壊の大きかった地域からはやや遠かったのですが、それでも家は半壊しライフラインは完全に寸断されました。最も復旧が早かった電気でも数日、遅かった水道・ガスは数ヶ月間停止したままでした。 学校に行くために自転車で訪れた神戸の街は散々な様子で、倒れるところを想像したこともない高速道路が横転し、ビルが横倒しになる。当然のごとく交通網は完全に寸断され、大阪−神戸間を結んでいた阪急・ＪＲ・阪神は全て不通となりました。また、当時最寄り駅であった阪急伊丹駅駅舎のタミータウン(当時・現在は阪急伊丹リータ)は完全に壊滅し、目にしたときはショックで目眩がしたものです。 その交通網なのですが、これが復旧して開通するまでどれくらいの期間が掛かったか、覚えてる人はいるでしょう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Tumblr