Excel設計書を抹殺したくて4年前にWiki設計書を導入したら、意外とちゃんと開発回ってた話。 - Qiita
初めましてこんにちは。 最近コードレビューの記事書いたら、Excelベースだったことを理由に Qiitaコメントとはてブで徹底的に燃やされたおじさんです。 いやね、僕だって使いたくて使ってるわけではなくてね、 できることなら使いたくないんですよ。 というわけで名誉挽回のために脱Excelできた話、 それも日本の三大悪三大風習に数えられるExcel設計書を抹殺した話を書きます。 (2/25修正：悪は言いすぎました。訂正します。） Growi 最高。 またの名をExcel方眼紙。 エクセルのセルの縦横を同じくらいの大きさに調整し方眼紙のようにして、 そこに設計書として文字と図と表を記載する方式。 メリット 一つのファイルに文字と図と表がまとめて記載できる テキストでは文字は書けても図と表が書けない Wordでは、文字と図表エリアとを2列表示するのが難しい できなくはないが面倒くさい UMLモデ
Apache JMeter をインストールして WEBサービスの負荷テストをしてみる | ドラブロ – let bygones be bygones –
JavaのインストールApache JMeter を動かすのに必要です。 次の記事を参考にして予め Java をインストールしてください。 （バージョンはインストールする Apache JMeter の要件に合わせてください） JDK9.0.1 の 新機能は？とりあえずインストールしてみる。 Apache JMeter のインストールダウンロード次のサイトにアクセスします。 https://jmeter.apache.org/download_jmeter.cgi Apache JMeter 公式サイトダウンロードリンクより、お使いの環境に合わせたファイルをダウンロードします。 今回は Windows10 を使うので、zipファイルとしました。 日本語で起動するバッチを作成ダウンロードしたファイルを展開し、配下にある「bin」フォルダに「jmeter.bat」という起動バッチがありますが、
数億円規模の案件を たった二人で開発させられた話
# 数億円規模のプロジェクトをたった二人で開発させられた話 先日、関わっていたプロジェクトを抜けることになりました。 原因はもちろん炎上によるものなんですが、これがもう炎上すべくして炎上したようなぶっ飛んだプロジェクトでしたので、 ここで吐き出させて下さい。 # 20数名のメンバーの一人だったはずが、いつの間にか総勢一人になっていた 僕の仕事のスケジュールに空きができ、週３日程度の仕事を探していた頃、Twitterから開発案件の依頼がきた。 内容はよくあるシステムのリプレース案件。 開発メンバーは既に５人程度集まっており、その後２０人ほど合流するとのことで、総勢２０名以上の開発メンバープロジェクトだ！こんな規模の新規開発なんて初めてだからワクワクするぞ！ と思っていたら、PHPの案件なのにほとんどがJavaの人だったのでメンバーとして数えられず、参画する前に去っていってしまった。 合流する
【翻訳】外注したら約400万円かかるシステムを、コーディングなしで自前でつくったお話｜__shinji__
前回に続きまして、今回もNoCode（ノーコード）に関するお話です。 今回は、Nadim El-Asmar（@nadimelasmar）氏の「How we manage our short-term rental business with no code」という記事を、本人の許諾を得た上で、タイトルを少し変えて翻訳・掲載しています。 本記事は、民泊などたくさんの短期契約の賃貸物件を管理している会社が、いかにしてNoCodeでシステムを構築し、ビジネスを進めているかという内容です。日本ではNoCodeの事例がまだまだ少ないですが、海外ではたくさんの起業家が実際にビジネスに取り入れています。 どんなNoCodeツールをどのように組み合わせて使っているか参考にしてもらえると幸いです。 下記から翻訳記事になります。 ----- はじめに NoCodeツールを使っておよそ150の賃貸物件を管理する
要件定義～システム設計ができる人材になれる記事 - Qiita
はじめに 株式会社デジサク がお送りするプログラミング記事、 今回は要件定義・システム設計について扱っていこうと思います。 プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの？」 「要件定義ってなに？」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に４つも壁が存在するのです。 そのため、本記事では実装（プログラミング）を開始する前に必要となる、 『企画～設計』 について順を追って説明して行きます。 特に、エンジニアが理解しておくべき 『要件定義』『設計』 にフォーカスします。 なお、開発全体において実装（プログラミング）に使用する時間
ダイソーが6年でIT内製化、マイクロサービス化、サーバレスに成功した理由
大創産業は1972年、家庭用品を販売する商店として創業された。今やよく知られた『100円SHOPダイソー』を運営する事業者である。ダイソーの展開に着手したのは1987年。2019年には国内3367店舗を数え、海外ではアジア、北米を中心に28の国、地域で2175店舗を構えるほどのグローバル展開を果たしている。 キッチン用品や文具、衣服やコスメ、食品やガーデン用品など、幅広い商品展開もダイソーの魅力の一つだ。商品数は7万点を超え、売れ筋の電池は1秒間に5本、ネクタイも15秒に1本、“つけまつげ”は1.3秒に1つ売れる勢いとのことだ。 取り扱う商品が多く、また尋常ではない速度で売れていくことは、それだけデータ管理の難しさが増すということでもある。アイティメディアが2019年9月17日に開催した「ITmedia DX Summit 2019年秋・ITインフラ編」に登壇した大創産業 情報システム部
顧客「長年１人で社内システムを開発していた社員が退職し、新規のシステムに刷新したいので見積りを。予算は5千万」→その結果こうなった
ビビ＠Τwitter @strategic_vivi お客様「長年一人で社内システム開発していた社員が辞める事に」 「ほう」 お客様「社内システムメンテ出来なくなるのでスクラッチで刷新したい。ついては見積もりを。予算感は五千万くらい」 「分かりました」 …（翌日） 「概算見積もり出来ました」 お客様「いくらくらい？」 2019-05-09 23:50:29 ビビ＠Τwitter @strategic_vivi 「15億円です」 お客様「…は？」 「統計ベースで判断して15億円規模のシステムです」 お客様「…」 「弊社に言える事は一つです。その社員だった方を、年収1億円提示して今すぐ呼び戻して下さい」 世の中には、単に社内SEと呼ばれるハイパーエンジニアがいる。 それ評価出来なきゃ辞めるだろ。 2019-05-09 23:55:22
［スクープ］127億円の賠償求めるシステム裁判、三菱食品がインテックを訴えた理由
食品卸最大手の三菱食品がシステム開発の失敗を巡り発注先のインテックを提訴した事件の全貌が、2019年3月4日までに日経 xTECHの独自取材で判明した。原因はビジネスルール管理システム（BRMS）を利用したEDI（電子データ交換）システムの構築失敗にあった。 損害賠償請求額は127億円と、勘定系システムの開発失敗を巡るスルガ銀行と日本IBMの裁判の当初請求額を上回る。巨額裁判の行方は、発注側のユーザー企業と受注側のITベンダー双方の注目を集めそうだ。 インテックの親会社のTISが2019年2月4日に発表した2019年3月期第3四半期決算で、インテックが受託したシステム開発業務に関して三菱食品から127億円の損害賠償請求訴訟を受け、係争中だと公表していた。だが、係争の対象システムや損害賠償額の算出根拠、三菱食品の主張などは不明だった。日経 xTECHの取材により、システム開発が失敗した経緯や
星野リゾートの「一人情シス」がホテル運営を変革するまで ｜ビジネス+IT
1914年、星野温泉旅館を軽井沢に開業し、104年の歴史を持つ星野リゾート。「ホテル運営の変革者」をビジョンに据え、海外のホテル事業者を競合相手に、既存のホテル業界を変革しようと取り組んでいる。急速に拡大・変化するビジネスの要請に応える役割を担ったのは、グループ情報システム ユニットディレクターの久本英司氏だ。同氏は2018年8月29日に都内で開催された「BSIAシンポジウム2018」に登壇、「試行錯誤をし続ける星野リゾートのIT戦略の目指す場所」と題した講演でITの「供給力」について語った。 「ITが事業拡大の足かせになった」ことからIT戦略立案に着手 軽井沢で老舗温泉旅館を経営していた星野リゾートは、1987年施行のリゾート法を契機に現在の経営方針に移行。リゾートや旅館に新規参入が増える時代に対応しようと企業ビジョンを「リゾート運営の達人」と設定した。 当時について、久本氏は「同族経営
大規模サービス開発で起こりがちな「やり直し」が激減した私たちの仕様確認フロー #Zaim｜たかやま
こんにちは！Zaim でサービス開発部のマネージャをしている高山と言います。サービスの新規立ち上げやリニューアルなど大規模な開発をしていると、仕様の解釈に齟齬があったがために手戻りが発生してしまって困ったということはありませんか？ 私たちも相当苦労しており、ベストプラクティスを模索してきました。まだまだ改善すべき点はありますが、以下のような仕様確認（レビュー）フローにしてから「やり直し」が激減したので、そのやり方を紹介してみます。 仕様確認フローは大きく三段階ディレクターやデザイナーが仕様案を作成してからリリースまでのフローは、ざっくりと三段階に分かれます。 ① プロトタイプ α … 実装の方向性を定める ② プロトタイプ β … 開発を進められるようにする ③ RC … 製品品質を評価する 実装の方向性を決める「プロトタイプ α」まずはディレクターを兼ねたデザインチームが、目的を達成する
Googleによるシステム開発・維持管理ノウハウをまとめた本が無料公開中
Googleで培われたシステム管理とサービス運用の方法論である「サイトリライアビリティエンジニアリング(SRE)」のノウハウをまとめた本が「Site Reliability Engineering」です。英語版の内容が無料で公開されているほか、オライリーから発刊予定のSREに関する書籍「The Site Reliability Workbook」も、2018年8月23日までの期間限定で公開されています。 Google - Site Reliability Engineering https://landing.google.com/sre/book.html Site Reliability Engineeringを読むには上記のサイトにアクセスし、「READ ONLINE FOR FREE」をクリック。 目次が表示されるので、まずは序文から読んでみます。「Foreword」をクリック。
失敗を学びに変える「障害報告書」の書き方 ─ RettyのCTOがGoogleで学んだ「問題を隠さない文化」 - エンジニアHub｜Webエンジニアのキャリアを考える！
失敗を学びに変える「障害報告書」の書き方 ─ RettyのCTOがGoogleで学んだ「問題を隠さない文化」 人間は失敗するものです。エンジニアもまたしかり。Retty株式会社の樽石CTOが考える、失敗を学びに変える考え方とノウハウを紹介します。 はじめまして。Retty株式会社でCTOを務める樽石将人（ @taru0216）です。Rettyにおける技術の責任者として不確実性の高いシステム開発を成功に導くよう牽引したり、メンバーが働きやすくなるような仕組みづくりを行ったりしています。 子供の頃からパソコンに親しみ、新卒一期生でレッドハットに就職して、Rettyに入社するまでGoogleや楽天を経てきました。エンジニアとして活動して約30年。日々失敗し続けていますし、過去には大規模サービスを止めてしまったこともあります。 人間である以上、バグやエラーは必ず起こるもの。エンジニアは失敗を繰り返
最近, 祝日・休日について悩むことがあったので, 内閣府が提供する祝日・休日 csv データを Elixir から利用するライブラリを作ってみた && Travis CI で継続的にライブラリを運用する方法を検討したのでメモ #fukuokaex - ようへいの日々精進XP
tl;dr 作ったもの リポジトリ 簡単な使い方 Install to_json holiday?() when?() all() メモ パイプライン演算子使いまくり CSV データをどこに配置するか ドキュメント テスト Travis CI を利用したノーメンテナンス的継続的デリバリー 以上 tl;dr 最近, 祝日・休日について悩むことがあったので, 内閣府が提供する祝日・休日 csv データを Elixir から利用するライブラリを作ってみました. そして, 年が変わっても継続的にライブラリが運用出来るようにしてみたのでメモしたいと思います. 作ったもの リポジトリ github.com hex.pm 簡単な使い方 Install mix.exs で以下のように書いておきます defp deps do [ {:holidays_ex, "~> 0.0.4"}, ] end mix d
各OSのリリース日とサポート終了日を表にまとめてみた - Qiita
メジャーリリースは過去3年半に1度程度の間隔だったが、7から8の間は約5年だった ポイントリリースは6か月強に1度だったが最近長め 7まではサポート期間は以下に分かれていた Full Support Phase：かつては運用フェーズ1（Production 1 Phase）と呼ばれていた。新しいハードウェアへの対応、機能拡張、バグフィックス、セキュリティフィックスが行われる。目安としてリリース日から5年半 Maintenance Support 1 Phase：かつては運用フェーズ2（Production 2 Phase）と呼ばれていた。新しいハードウェアへの限定的な対応、バグフィックス、セキュリティフィックスが行われる。目安として運用フェーズ1終了から1年 Maintenance Support 2 Phase：かつては運用フェーズ3（Production 3 Phase）と呼ばれていた
test.comやaaa.comをテストデータに使うのはやめましょうという話 – 打つか投げるか
2018/02/13追記：「サンプル用のドメインを使おう」の説明に “.example” と “.test” の使い分けについて追記しました。 Web システム開発時のテストデータを作成する時、また各種ドキュメントを書いている時など、サンプルの URL を使う場面は多いと思いますが、その時に適当なドメイン名を使うのはやめましょう、という話です。 知っている方には当たり前レベルの話ですが、意外と IT 企業のシステム開発現場等でも普通に見かけることがまだまだありますので・・・。 よく見かける例 例えば、こんなドメインの URL で開発中システムのテストデータを作っていたり、仕様書に説明が書かれていたりする場面をよく見かけませんか？ test.comaaa.comabc.comsample.comdummy.comhoge.com でも、これらのドメインって存在していて、また実際に利用されてい
なぜシステム会社の見積りが「ボッタクリ」に見えるのかを、きちんと説明する。
どうもしんざきです。曲がりくねったSQLを読んで、モニターを威嚇しつつ不要なjoinを削除しまくる仕事で主に生計を立てています。 こんなまとめを読みました。 某大手企業の本社を辞めるという人『古い会社は社内の体制も古い。癒着してるシステム会社も全然ダメでテキストの左揃えを右揃えに変えるだけで300万取られる』（現在は非公開） ワイの妹ト○タの本社やめて転職するらしいんだけど、「古い会社は社内の体制も古くてダメ。癒着してるシステム会社も全然ダメで、テキストの左揃えを右揃えに変えるだけで300万取られる上、バグ（仕様）だらけで仕事にならない」って言ってたの印象深い。 これ、もともとの話の情報量が全然なくって、何のシステムの話かも分からなければシステムの規模も分からないので、300万が高いのか安いのか妥当なのか、というのは勿論なんとも言えないです。 もしかするとこれはぼったくり案件なのかもしれま
システム刷新に失敗した京都市、ITベンダーと契約解除で訴訟の可能性も
京都市は2017年10月11日、NEC製メインフレームで稼働している基幹業務システムの刷新プロジェクトについて、バッチ処理プログラムの移行業務を委託していたシステムズ（東京・品川）との業務委託契約を解除したと発表した。作業の遅れで京都市は既に稼働時期を2017年1月から2018年1月に延期していたが、それがさらに遅れて2020年になる見込みである。新システムの稼働時期は、当初予定よりも3年以上の遅れとなりそうだ。 京都市は2014年から81億円を投じて、国民健康保険や介護保険といった福祉系のほか、徴税、住民基本台帳の管理など18業務を担っている基幹系システムの刷新プロジェクトを進めてきた。現行システムは30年前に稼働し、COBOLで構築している。 既に京都市は、福祉系のオンライン処理の刷新を予定通りに終了させている。地場のITベンダーなど5社が落札し、COBOLプログラムをポルトガルのアウ
失敗の全責任はユーザー側に、旭川医大とNTT東の裁判で逆転判決
電子カルテを中核とする病院情報管理システムの開発が失敗した責任を巡り、旭川医科大学とNTT東日本が争っていた訴訟の控訴審判決は一審判決を覆す内容だった。 札幌高等裁判所は2017年8月31日、旭川医大に約14億1500万円を支払うように命じた。2016年3月の一審判決は旭川医大の過失割合が2割、NTT東が同8割として双方に賠償を命じていたが一転、旭川医大に100％の責任があるとした。同医大は2017年9月14日、判決を不服として最高裁に上告した。 なぜ判決が覆ったのか、裁判資料かと判決文から見ていく。旭川医大とNTT東は日経コンピュータの取材に「コメントできない」と回答した。 高裁もユーザーの義務違反を認定 旭川医大は2008年8月に病院情報管理システムの刷新を企画し、要求仕様書を基に入札を実施。NTT東が落札した。日本IBMと共同開発したパッケージソフトをカスタマイズし、6年リースで提供
Google Cloud Platform、システム構成図用のアイコンライブラリを公開
Googleは、同社のクラウドに対応したシステム構成図を作成するときに役立つアイコン集「SOLUTION ICONS FOR ARCHITECTURAL DIAGRAMS」を公開しました。 アイコンは、Compute Engine、App Engine、Container Engine、Cloud Functionsなどのコンピュート関係に加え、Cloud Storage、BigQuery、Cloud SQL、BigTable、Persistent Diskなどのストレージ関係、Cloud Virtual Network、Cloud DNSなどのネットワークサービスを含む幅広いサービスがカバーされています。 これらのアイコンのライセンスは、「Google ブランド使用許諾」に準ずるとされています。通常の使用の範囲では問題になることはないと思いますが、製品などに添付されるドキュメントなどで利
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
みずほのシステム完成、金融界にも安堵 - 日本経済新聞
