最近会った人とよく話すのが、ソフトウェアプロセス技術がロストテクノロジーになってるんではないかということです。 ソフトウェアプロセスというのは、「プロセスがよいソフトウェアをつくる」という前提のもと、どのようなタイミングでどのような成果物を作り、どのような管理をし、どのように検査をしてソフトウェアを作るかという手順です。 そして、プロセス技術というのは、そのようなプロセスを構築し運用し改善する技術です。 このようなソフトウェアプロセス技術は、1995年くらいから2000年くらいにかけて盛り上がり広まりかけたのですが、そのタイミングでWebが広まりはじめ、「Webは進化が速い」「作るものがどんどん変わる」などを合言葉に、「アジャイルプロセスを採用する」という名目でなんら管理されないプロセスが普及しました。その結果、プロセス技術は完全に下火になっているように思います。 もちろん、Webの発展段
世の中に流布している「プログラマー35年定年説」は、大きく以下の3つに分類できる。 プログラマーは激務なので、35歳を過ぎると体力低下のために続けられなくなる(体力低下説) プログラマーは常に新しい情報を吸収しなければならないが、35歳を超えると脳の働きが低下して新しいことを覚えられなくなるために続けられなくなる(学習能力低下説) プログラマーは35歳を超えると開発ではない業務を求められるようになるので、技術職としてのプログラマーのキャリアが途絶える(マネージメント原因説) 以下、ひとつずつ検証していく。 体力低下説 まず1つ目の「体力低下説」だが、これについてはそれほど深く考る必要がなさそうに思える。周知の通り気力や体力には個体差があり、若くても元気がないひともいれば歳をとっても元気なひともいる。また、35歳あたりの体力低下の原因としては、単純な加齢というよりも生活習慣の要因の方が大きそ
ずいぶん前のことだが、Webアプリケーション開発フレームワーク「Ruby on Rails」が00年代後半にブームを巻き起こしたとき、強い主張を持つソフトウェアとしてRailsは多くの議論を呼び起こした。その中でも最大のものはプログラマの生産性に関するもの。当時、すでにいくつも存在していたJavaベースのWebアプリケーション開発フレームワークに比べて、Ruby on Railsは10倍の生産性を達成できるという主張だ。 Rubyの生産性はJavaの10倍――。この主張が多くのエンジニアの琴線、もしくは逆鱗に触れた。「さすがに10倍は大げさだ」、「いや、現実に設定ファイルやコードを書く行数が劇的に減るのだから、そのぐらい当然だ」と意見が分かれたのだ。 2005年のリリースから約10年。Railsの生みの親で、今もプロジェクトをリードするデイビッド・ハイネマイヤー・ハンソン氏は当時を振り返り
最近まで、ネット上のIT系ニュースで度々システム障害で我々にネタを提供してくれる某巨大都市銀行の次期システム開発に下請けとして新卒から参画していた。 「某巨大都市銀行の次期システム」という時点でどこの銀行かピンとくると思う。 次期システムとは大雑把にいうと80年代に構築され今なお稼働しているシステムのうち、外為、内為、預金などの業務にて稼働するサービス(実際のプログラムになる)を疎結合化してそれぞれのサービスを部品として再利用性やメンテナンス性の向上を図る、いわゆるSOA(サービス指向アーキテクチャ)で作り直そうというものだ。 この辺も心当たりのある銀行と次期システムとかでググれば出てくると思う。 銀行システムをSOAで構築するのは日本では初めて!!すごい!!先進的!!!という触れ込みだったらしいが、立ち上げからいるわけでもなくSOAの利点も結局実感できぬままこの業界から去ってしまったので
“なぜ納期を守れなかったのだろうか?” 我々マネージャが、納期に遅れることを自分のチームのせいにするのは簡単です。しかし、納期に遅れる原因は本当に開発者の仕事が遅いせいでしょうか? Sprintly は、開発者のサイクルタイムに関する膨大なデータを保有しています。当社は、タスクのサイズごと(S、M、L、XL)、また種類ごと(ストーリー、テスト、バグ)に、完了までにどれくらいの期間がかかるかを追跡しています。 当社が調査した動向について 1点目:開発者は非常に平均的です。ユーザ全体で見たサイクルタイムはほぼ同じであることを当社のチケットデータが示しています。システム内の全チケットの75%は、開始後およそ175時間で完了しています。 ^(1) 2点目:変動があるのは、ほとんどがチケットが開始される前(SomedayからBacklogまで)の段階です。これは、関係者が仕様を理解して作業の優先順位
自己紹介 Name : Takuto Wada github : twada twitter : t_wada hatena : t-wada TDD とライオンの人 power-assert の人 React / Flux を知ったきっかけ mizchi さんのエントリ (あなたがReactを使うべき理由) だったと思う 日本語の情報はほとんど無かったが、エッジ系の人たちが騒ぎ出した & 海外で圧倒的に事例が増え出したので興味を持った Rendr の AirBnb が React を使い始めたことを知り、これは決定的だと思った React をどう勉強したか 公式ドキュメントとチュートリアルが充実している まず Tutorial をそのまま写経 次に browserify + reactify で Tutorial をもう一周やってみる (showdownはbrowserify 対応してい
1962年生まれ。大韓民国空軍除隊後、国立警察病院、ソウル市役所に 勤務。日本でのプログラマー経験を経て、韓国で株式会社ノーエル情報テック設立。2000年、日本でイーコーポレーションドットジェーピー設立。青森市の 情報政策調整監、佐賀県情報企画監、総務省の電子政府推進委員や政府情報システム改革検討会構成員を務めている。 廉宗淳 韓国はなぜ電子政府世界一なのか お隣の韓国は、国連の電子政府ランキングでここ数年、1位が指定席。かたや、日本は順位を下げ続け2012年は18位。韓国の電子政府は何がすごいのか、日本が学ぶべきポイントはどこか。90年代前半に日本でITを学び、現在は、行政、医療、教育などの分野でITコンサルティング事業を展開する廉宗淳氏が、日本の公共サービス情報化の課題を指摘する。 バックナンバー一覧 「なぜ改札が必要なんですか?」 私は、日本で政府や地方自治体の情報政策に関わる一方で
先週ラスベガスにて開催された、世界最大の家電見本市であるCESでは、多くの次世代ウェアラブル、IoTデバイスや、コネクテッドカーなどが展示され、既に家電の範囲を大きく上回るテクノロジー製品に大きな注目が集まっている。むしろ現在では、テクノロジーに影響を受けない産業は皆無に近いと思う。個人的にも2015年は、ビジネスに大きな変化が訪れると感じており、Web, スマホに続く大きな革命が市場に訪れると考えている。 一方で、新たなテクノロジーを活用したビジネスの出現により、Netflixがビデオレンタル業界を、Uberがタクシー業界を侵略した様に、既存のプロダクトやサービスが短時間で消滅する可能性も少なくは無い。2015年は下記のトレンドに見られるような、新たなテクノロジーを活用した産業の出現と、既存サービスへの影響、そして消費者への新たな価値提供が注目される。 1. 自撮りツールが進化 スマホの
AWSクラウドデザインパターンとは? AWSクラウドデザインパターン (AWS Cloud Design Pattern, 略してCDPと呼ぶ)とは、AWSクラウドを使ったシステムアーキテクチャ設計を行う際に発生する、典型的な問題とそれに対する解決策・設計方法を、分かりやすく分類して、ノウハウとして利用できるように整理したものである。 これまで多くのクラウドアーキテクト達が発見してきた、もしくは編み出しきた設計・運用のノウハウのうち、クラウド上で利用が可能なものをクラウドデザインのパターンという形式で一覧化し、暗黙知から形式知に変換したものであるといえる。 パターンの中には、クラウドでなくても実現できるもの、今まででも実現されていたものも含まれているが、クラウド上でも今まで通りのアーキテクチャが実現でき、かつクラウドを利用する事で、より安価にそしてより容易に実現できるものは、CDPとして収
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
運営者ブログでははじめまして。サービスの開発から運営までWebPayのプロダクトに関する全般を担当している濱崎(@hmsk)です。 普段はアメリカのシリコンバレーと呼ばれる地域でWebPayの開発、運営にあたっていますが、一時帰国のタイミングに合わせて 2014/11/17にピクシブ株式会社のオフィスで開催されたEC Night#1で「ECにおける決済のフローで知っておきたいこと」というお話をしました。 日頃お問い合わせを頂いたり、ユーザさんの運営するサイトを拝見した場合に感じる、ECサイト上の決済フローで押さえておいて欲しいことを、ユーザ体験、セキュリティの観点に加えてこれから特にモバイルのECサイトを大きく塗り替えるであろうApple Payを踏まえて再考を提案しています。 EC Nightというタイトルからか、普段ECサイトを開発、運営されている方に於いては釈迦に説法とも言える内容で
追記: 情報が色々と古くなったため、2020年に書き直した版へのリンクを張っておきます。 この記事は VirtualDOM Advent Calendar 2014 - Qiita の初日です。 初日ということで、基調講演風に、Virtual DOMとはなにか、なぜ僕はこんな興奮しているのか!という話から。 Virtual DOMとはなにか 既存の概念で当てはめると、JavaScriptのMVC, MVW(Whatever)フレームワークのViewに位置します。が、その程度では終わりません。仮想DOMとは世界を革命する力であり、このjQueryのDOM操作で汚れきったフロントエンドを救う救世主なのです。 現時点で自分が知っている限りは、以下の実装を指します。 facebook/react 最も使われてるFacebookの実装 Matt-Esch/virtual-dom Altenative
先日の記事に書きましたが、香港で行われた国際学会のFSEにて論文のプレゼンテーションを行ってきました。 英語の論文を作成するにあたって、まずは日本語で論文を書いて、それを英訳したのち、改めて意訳して意図が通るように書き直す、という作業をおこないました。2度手間ではあったのですが、本来の意図を伝えるためにも、大変ですがそうしました。 ということで、私の書いた日本語の論文と、英語になった論文は、意図は同じでも、もしかしたら結構中身が違っているかもしれません。今回の記事では、私の書いたオリジナルの原稿を公開します。英語の論文と見比べてみると面白いかもしれません。 提出した英語の論文: A New Business Model of Custom Software Development for Agile Software Development 以降は元にした日本語の論文: 倉貫 義人 (Ku
金融業とITが一体化してからすでに久しく、いまや、あらゆる金融決済業務はITシステム無しでは語れません。私たちの生活に最も身近な銀行業界も例にもれず、東日本大震災の義援金口座トラブルの際には、お金のやりとりが滞って多大な影響を受けた方も多かったと思います。 これほど重要な業務を支えるITシステムとなると、その開発や維持には多大なコストが発生するもので、日経コンピュータ(2010年4月14日号)によれば、100億~200億(オープン系~メインフレーム)の初期開発費用が発生すると述べられています。 10年以上前までは、こういった銀行の根幹を支える勘定系システム(預金・貸出・為替業務を支えるシステム)を独自開発する銀行は多く、これの開発を得意とする国内SIerの一部は「メインフレーマー」と呼ばれ、カスタムメイドを重ねに重ねたシステム維持運用を当たり前のように提供していたのです。 しかし、業務の集
積水化学工業、オープンソースと内製化、2万人のメールをクラウドへ移行でエンジニアのモチベーションが大いに上がった AWS Summit Tokyo 2014 7月17日と18日の2日間にわたって都内で開催された「AWS Summit Tokyo 2014」では、大企業による情報システムのクラウド化事例も紹介されました。 多くの企業において情報システムのクラウド化は、コスト削減や迅速性といった経営上の文脈で語られます。しかし積水化学工業の原和哉氏が行ったセッション「オープンソース&内製化&クラウド移行で、情報系システムを進化させた、積水化学グループ」では「エンジニア(関係会社)のモチベーションが大きく上がった」という点が結論として強調されるユニークなものでした。 また、個人的意見と断りながらも指摘された「ITの運用部門は非常に厳しい環境に置かれている」という点も、企業のクラウド採用が進む背景
KAIZEN platform Inc. Senior Technology Advisor 伊藤直也氏(@naoya_ito) 2002年に新卒入社したニフティでブログサービス『ココログ』の開発担当となり、一躍有名になる。その後、はてなで『はてなブックマーク』など各種サービスを立ち上げ、2010年にグリーへ入社。2012年に同社を退職して以降は、フリーランスとしてベンチャーの技術顧問などを請け負う。自身のブログ『naoyaのはてなダイアリー』が人気 「Webアプリの実装で差別化は無理」という考えが変わった 現在、KAIZEN platform Inc.をはじめ複数社の技術顧問を務めている伊藤直也氏。「普段から、アウトプットの目的なく技術の勉強をすることはほとんどない」という性分から、今年上半期は「顧問としてベストプラクティスを提供するために知っておくべき領域」にフォーカスして情報収集を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く