超高速開発ツールを比較してみる（続き） | すぐに使えるPaaS型アプリケーション開発プラットフォーム｜Mendix App Platform
現在、国内で発売されている「超高速開発ツール」は約30社が提供されていますが、この中には様々なカテゴリー・機能の商品やサービスが含まれています。 アプリケーション開発を効率化したい、と考えて導入検討を開始しても、機能や利用方法、料金などは商品、サービスによって大きく異なり、選定はなかなか進みません。 最大限の効果を生むためには、利用用途、目的に合った商品・サービスを選択していく必要がありそうです。 ＜利用者と利用目的＞―工数削減か内製化かー 従来アプリケーション開発は社内のシステム部門が基幹系、業務系、情報系などといったシステムのカテゴリーごとに長い期間をかけて方針を策定し、システムベンダーから情報や提案を受けて共同作業で構築してきました。 既存のシステムをリプレースする、再構築するなど、従来のシステムをベースに、その時々の追加の要件や機能追加はあるものの、要件を固めて設計が終わったら、あ
Javaで業務系システムを開発するときの鉄板構成(2015年12月版) - Qiita
はじめに Javaにはたくさんのフレームワークやライブラリがあります。 新規のプロジェクトでは何を採用するか検討する必要がありますが、最近Javaを始めた人や長い間レガシーなシステムをやっていて新しい技術に触れる機会がなかった人にとっては、たくさんの候補の中から選択していくのは大変なのではないでしょうか。 そこで、大部分のプロジェクトで無難に対応できるような鉄板ともいえる構成をまとめてみました。 想定システム 業務系システムと呼ばれるもの。金融系、人事系など、比較的お堅い感じのシステム メンバーが複数人で中規模以上のプロジェクト Webアプリ＋バックエンドのバッチ 対象外 比較的カジュアルなWebサイト(そういうサイトでJavaを採用する事自体少ないですし) メンバーが一人で個人の趣味でプロダクトを自由気ままに選択できるようなプロジェクト Androidアプリ デスクトップアプリ 自分が鉄
【資料公開】トヨタ生産方式の基本と考え方
いまは時間があるので呼ばれればお伺いして相談にのったり、社内勉強会で喋ったりしているのですが、珍しく毛色の違う話をしてきたので資料を公開しておきます(内容は非常に基礎的な話です)。 呼ばれた先でよく言われるのが「スクラムがうまくいっていない」「スクラム的に正しいかどうか分からない」「DevOpsになかなか切り替わらない」といった話なのですが、 そういうのを聞くたびに危ないなぁという感覚を持ちます。スクラムをやるのも、DevOpsな方向に進めるのもビジネス上の目的や課題があるからそうするはず(すなわちスクラムをやるのは目的じゃない。クラウドも同様)なのですが、どうも話が手法やツールに関連する話に閉じてしまう。もしくは本当に開発部門が全体の中での一番の問題なのかも分からないうちに、「開発」側だけの観点でみて全体のプロセスを大きくいじくろうとしてしまうケースもあるようです。(仏作って魂入れず、み
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
