マイクロサービスは本当に必要？プログラム解析を活用した投資対効果の評価方法とは
キーワードで探す カテゴリで探す 業界トレンド／展望 技術トレンド／展望 事例 サービスで探す コンサルティング CRM（Salesforce） ERP（SAP/Biz∫） 顧客接点・決済 カーボンニュートラル SCM・ロジスティクス 電子申請 データ＆インテリジェンス 生成AI アプリケーション開発・管理 データスペース ブロックチェーン 量子コンピュータ・イジングマシン デジタルツイン IoT ロボティクス・RPA クラウド ネットワーク データセンター サイバーセキュリティ アウトソーシング 業種で探す 金融 官公庁・自治体 医療・ヘルスケア 防災・レジリエンス 食品 流通・小売 モビリティ 製薬・ライフサイエンス 食農・農業 製造 通信・放送 電力・ガス・水道 建設・不動産 個人のお客様向け 教育 トピックで探す Foresight Day サステナビリティ キーワードで探す カテ
Identifying and quantifying architectural debt | the morning paper
the morning paper a random walk through Computer Science research, by Adrian Colyer Made delightfully fast by strattic Identifying and quantifying architectural debt – Xiao et al., ICSE 2016 (Update: thanks to Lu Xiao for providing an open access version of this paper, the link above has now been updated to point to it.) So finally we have arrived at Xiao et al.’s 2016 ICSE paper (see the write-up
はてなのチーム横断のエンジニアメンター制度 - Hatena Developer Blog
こんにちは、アプリケーションエンジニアのid:shiba_yu36です。今回ははてな社内で行っているエンジニアメンター制度について紹介したいと思います。 エンジニアメンター制度概要 はてなの技術グループでは、エンジニアメンター制度というものがあります。どのようなものかというと 新卒・中途、入社年数の長さに関わらず、全てのエンジニアには、必ずメンターが一人付く 基本的にはチーム外のシニアエンジニアと呼ばれる人たちがメンターとなる シニアエンジニアについては はてなの技術組織2016 - Hatena Developer Blog も参照 メンターは、目標設定・毎月の1on1・評価を通じて、メンティーの悩みの早期発見・解決、成長支援をおこなう またメンターは評価時期に、「専門スキル」という観点でメンティーの評価を行う という制度です。 それではこれから、どのような目的でメンター制度を導入してい
ソフトウェア工学
Menu Menu この授業では、Haskell と Agda を使って、ソフトウェアの信頼性を高める手法の一つである証明について学びます。 参考書 「やさしい Haskell 入門 (バージョン98)」 すごい Haskell Miran Lipova 達人プログラマー アンドリュー ハント、デビッド トーマス (ピアソン・エデュケーション) オブジェクト指向における再利用のためのデザインパターンエリッ ク ガンマ (著), ラルフ ジョンソン (著), リチャード ヘルム ( 著), ジョン ブリシディース (著), Erich Gamma (原著), Ralph Johnson (原著), Richard Helm (原著), John Vlissides (原著), 本位田 真一 (翻訳), 吉田 和樹 (翻訳) プログラミング作法 ブライアン カーニハン (著), ロブ パイク
自分を退職に追い込む動きをすると良い - hitode909の日記
去年，いまのチームに来たときは僕がフロントエンドのリファクタリングを進めたり面倒を見たりしていた．JS得意な友達がバイトに来てくれるようになり，今はその人がBabelを入れたりしてくれている．彼がバイトに来てくれなかったら，いまだになんとなく興味があるので見ますみたいな感じで一人で面倒見ていた気もする． よくある話で，属人性を高めないように自分の知識を展開しましょうという話があるけど，具体的にアクションプランを考えてもどれが一番良いのかわからない．抽象的に考えると，自分の仕事をなくして退職に追い込むような動きをすると良い．周りのレベルが上がったり移譲されたりしてその分野で価値を発揮できなくなってれば自分じゃなくてもできるようになっている 自分でなくても実装できるようになって，作戦の相談に乗ったりとかしていると，次はそこの属人性が上がってきて，自分のバリューを再びなくすには，誰でも計画を立て
新規決済手段導入に際し、なるべく丁寧にテストケースを作成した話 - クックパッド開発者ブログ
会員事業部の日高尚美(@natan3)です。 半年前になりますが、クックパッドでは Android ユーザ向けにプレミアムサービスの決済手段の一つとして Google Play 決済を導入しました。 ユーザに新たな機能を提供する前には、何らかの形で開発者側での検証が必要です。 Google Play 決済導入バージョンのリリースは、ユーザのお金を扱うこともあり、不具合が起きた際にサービス全体の信用に関わる、非常にリスクの高いリリースでした。 それに伴い、検証もできる限り万全に行わなければなりません。 そのため、なるべく丁寧にテストケースを作成し、それをもとに検証を実施することで新機能が期待通りに実装されていることを担保しました。 丁寧にテストケースを作成したから、というだけではもちろんありませんが、リリースから半年経った今でも Google Play 決済周りの目立った不具合はまだ見つかっ
waf の導入 - Mackey's Lab
大学の研究室で Espresso というシステムを開発している。これは基本的に C++ で書かれているので最初（プログラム全体が小さいうち）は手作業で Makefile を書いていたのだが、さすがにそろそろ限界が近づいてきたのでビルドシステムを導入することを決意。 Linux 環境でプログラムをソースコードからインストールしたことがある人は分かるだろうが、Autotools や CMake、Ant などのことである。 今回はそのうち、Python ベースで記述された waf というビルドシステムをプロジェクトに導入したのでそのメモ。 waf - The meta build system - Google Project Hosting 今回は下記のブログを参考にした。 waf チュートリアル - 純粋関数型雑記帳 基本的な waf のコンセプト、インストールの方法はこのブログがおそらく一
コードの半減期とテセウスの船 | POSTD
プロジェクトが発展する際は、単純に新しいコードが古いコードの上に追加されているのでしょうか。もしくは、時間をかけて徐々に古いコードが新しいコードに置き換えられているのでしょうか。これを解明するために、手ごわい GitPython プロジェクトの助けを借りて、Gitプロジェクトを分析する 簡単なプログラム を構築してみました。履歴を年ごとに振り返り、 git blame を実行してみようと思ったのです（この処理を多少でも速くすることは簡単ではないと分かりました。しかし、ファイルのキャッシングを便宜的に含ませることや、変更された点を履歴から見つけること、 git diff を使って変更したファイルを無効にすることなどの詳細を、いつかお伝えします）。 頭がさえている時に、 テセウスの船 をダサくもじって、 “テセウスのGit” と名付けました。私は父親になって、ひどいダジャレを作れるようになった
Demo or Die（SI現場でいろいろ作った話） - Fujitsu Advent Calendar 2016 13日目 - やまぐ雑記。
Fujitsu Advent Calendar 2016 13日目の記事です。 ワクワクする夢の技術ではなく、ドロドロした現実の現場での話。 Demo or Die Demo or Die ―デモを見せられないアイディアは、死んでいるのと同じ。 MITって大学のメディアラボのスローガンだ。うちの研究室はこの文化でやってるよ。 大学教授の言葉がずっと印象に残っています。動かさなければ意味は無い、と。 小学生の頃からプログラミングが楽しくて、社会に出てもその道で人を幸せにしたいと考えていました。 入社して 配属、そして疑問 いわゆる"客先常駐型"の、開発プロジェクトごとに人が集まる現場に配属。 言語はJava、人数は約60人。既に稼働し、改修や保守を行うフェーズでした。 たくさんの人の役に立てるシステムに携われるんだ、とワクワクしていました。 ほどなくして、不思議に思うことが出てきます。 配属
SlackをSIerに導入した話。そしてSIerの未来 : 小野和俊のブログ
「Slackを入れるとSIerはどうなるのか？」 しばらくブログを休んでいたので少しだけ自己紹介をしよう。アプレッソというベンチャー企業を立ち上げて、セゾン情報システムズという会社にexitした。そしていまはアプレッソの社長として仕事をする傍ら、セゾン情報システムズのCTOの仕事もしている。どちらかというといまはセゾン情報の仕事の比重が高いから、リアルの世界では「セゾン情報の小野」と思っている人の方が増えてきていると思う。 「このままでは、SIに未来はない。だから変わらなければならない。」 「当社の社員は言われたことしかできない。」 SIerの経営者と会話していると、よくこんな言葉を耳にする。 自分たちの未来を悲観している人たちが、未来を明るくできるのだろうか？ だから私は、喜びと驚きのポジティブスパイラルで、SIerはどんな風に良くなるのか、壮大な実験をしてみようと思った。 その第一弾と
お探しのページがみつかりません
404 File Not Found Sorry, the page you are looking for could not be found. ご使用のブラウザで［更新］［再読み込み］しても、このページが表示される場合は以下のいずれかの要因により表示できません。 一時的にアクセスできない状態になっている アドレス（URL）に誤りがある ページが移動、削除またはページ名が変更された 恐れ入りますが、検索または各カテゴリーよりお探しのページをお探しください。 If this page still appears even after pressing REFRESH or RELOAD on your browser, cannot be displayed due to one of the following factors. The page you accessed may be
実践ソフトウェアエンジニアリング : 賢者の図書館 (Under Construction) : livedoor Blog（ブログ）
キーワード： ロジャーS.プレスマン、ソフトウェア工学、教科書、SE、必読書 ソフトウェアエンジニアリングの世界的権威による、ソフトウェアエンジニアリングについて網羅的に示されている教科書。 目次は内容が多くて、ググっても出版社のページにも詳細なものが全然出てこない・・・。技術書の目次は特に重要な部分なので、仕方なく部、章、節のレベルまでをすべて自分で2時間近くもかかって打ち込んだ・・・（Amazonなどネット書店はともかく、せめて出版社は詳細な目次をすべて示すべきだ。それで買うかどうかの大きな判断基準になるのに、目次が示されていないのは大きな機会損失になっているはず）。第6版の目次(txtファイル)目次をみると分かるように全5部構成の32章となる。かなりソフトソフトウェアエンジニアリングの内容について網羅的にカバーされているのが分かると思う。ページ数は649ページと分厚く、値段も税込で7
アメリカの大学で受けたソフトウェア工学の授業が実践的ですごかった話 - stefafafan の fa は3つです
私はアメリカの大学で「インタラクティブメディアとゲーム開発」を専攻しましたが、その時受けたSoftware Engineeringという授業が色んな意味で素晴らしかったのでその授業がどう素晴らしかったのかを紹介していきます。 リアリティーがすごい まずこの授業、生徒数が80人ほどいます。ここから教授がみんなを約15人ずつの5つの会社に分けていきます。そうです、我々生徒は実は会社員なのです。 そして初日に出された課題は「自分たちの会社のミッションステートメントを考えてくること」です。 それだけでなく、プロジェクトマネージャー・プロセスエンジニア・リリースエンジニア・ドキュメンテーションマネージャー・クオリティーマネージャーの役割を会社のどの社員が取るのかを決めてこないといけないというのです。私たちは言われるがままにミッションステートメントを用意し、次の授業に備えました。 プロセスがすごい S
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Michele Lanza, Professor at University of lugano, switzerland
https://toshihirokamiya.com/
COINSE
コードクローン研究 ふりかえり ~ストロング・スタイルで行こう~
https://dl.acm.org/citation.cfm?id=1847968
FSE 2016 Panel: The State of Software Engineering Research
Audris Mockus