SAP、業務アプリ用のJavaScript製UIライブラリ「OpenUI5」を公開。レスポンシブ対応でモバイルデバイスにも
SAP、業務アプリ用のJavaScript製UIライブラリ「OpenUI5」を公開。レスポンシブ対応でモバイルデバイスにも 業務アプリケーション最大手の独SAPは、業務アプリケーションのためのJavaScript製JavaScrit UIライブラリ「OpenUI5」をオープンソースとして公開しました。 OpenUI5は、同社のモバイルアプリケーションなどに用いられているJavaScript製ライブラリ「SAPUI5」の主な機能をオープンソース化したもの。jQuery、CSSプロセッサのLESS、ODataライブラリのdatajsなどが使われています。 ボタンやアコーディオン、メニュー、テーブル、ダイアログと言った部品だけでなく、レスポンシブ対応のグリッドレイアウトなどのレイアウト用部品も含まれており、モバイルデバイスに対応するレスポンシブデザインのUI構築が可能になっています。 JavaS
スキル差の存在を前提としたJava開発の私の理想 - Kengo's blog
スキルの低い人が生産性における問題ならその人を何とかするのが根本解決だよねと話したら、人に強要することなんてできないじゃないですかーという反応をいただいた。 これはすごく的を射たもので、チームを引っ張ってモノづくりをするうえで・チームを引っ張らせてモノづくりをするうえで重要な着眼点になると思っている。 個人の尊厳や主体性は最大限尊重すべきだし、様々な発想を持ち込めること（多様性）こそがチーム結成の価値の1つでもある。もしも開発プロセスやそのツールをガチガチに固めてしまうことで自由なチャレンジができなくなるのだとしたら、それは価値ある生産物を主体的・継続的に提供する能力の低下につながるだろう。そもそも変わりゆく環境の中で、1つのプロセスがずっと最適である保証も無いのだ。 では、どうするべきなのか。基本的には以下の原則を守ることだと思っている。 チーム全員が同じ方向を向こうとすること 気づきの
Webサービス開発現場から / 近頃の開発のやり方 ･･･ Github と Pull Request とコードレビュー - naoyaのはてなダイアリー
先日プレスリリースが出たのですが、KAIZEN platform という会社で技術顧問などをやっています。それから、一昨日自分も出たWebアプリケーション開発に関する勉強会 (資料) を開いたじげんという会社でも少し前から同じように顧問のような形で携わっています。 自分が関わっている会社のPRも含めて、すこし、2013年現在のWebサービス開発の現場感、やり方みたいなものを書いてみたいと思う。ただ、自分の利益があるところの話だけではフェアではないので、Webエンジニアならよく知っているであろう Qiita を運営しているインクリメンツの様子も合わせて紹介する。 KAIZEN platform KAIZEN platform が提供しているサービスは planBCD という A/B テストの SaaS で、Webサイトのコンバージョンだとかを画面の構成要素を変えて効果測定したいとか、そういう
永和システムマネジメント アジャイル開発支援事例｜株式会社ネクスウェイ
ネクスウェイ システム推進室 松森正彦 氏、小田切一成 氏 に、永和システムマネジメントのアジャイル開発支援サービスを採用した経緯と評価について詳しく聞きました。 第一部： 「アジャイル開発指導を取り入れて、ヒット商品の開発に成功」 第二部： 「NEXLINK BASICがヒット商品になった本当の理由」 第三部： 「『開発を一度ストップする』という決断」 第四部： 「プロジェクトマネージャーは知っておいた方がよい、アジャイル開発の影の部分」 ネクスウェイについて ネクスウェイは、ソフトウエア、FAX、メールなどを通じてBtoBマーケティング支援する企業です。主な商品は、NEXLINK、eオンデマンド便サービス、e帳票-FAXサービスなど。年商249億円、取引法人 約8000法人、従業員数249名、創立は2004年10月。 NEXLINK BASICについて NEXLINK BASICは企
DevOpsカルチャーでエンジニア組織をマネッジする [Spotify] - ワザノバ | wazanova.jp
http://labs.spotify.com/2013/05/17/devops-management/ 音楽ストリーミングサービス大手のSpotifyは、いつのまにか17カ国にオフィスがありますね。開発部隊は、3つのタイムゾーンで4都市にまたがって、300人超いるようです。同社のエンジニアブログで、異なる役割のメンバがうまくsyncすることが現場レベルでもマネッジメントレベルでも重要だと紹介してます。 Spotifyでは、バックエンドのエンジニアが本番アップもし、DevOps担当もかなりのエンジニア経験があるメンバなので、DevとOpsの境界はオーバーラップしている組織と言える。 各バックエンドのサービスには、コード/デザイン/アーキテクチャの責任をもつdev system ownerと、サービスが本番アップされた後の責任をもつops system ownerがアサインされてるが、業務
GoogleのCIとテスト自動化の取り組み [GTAC 2013] - ワザノバ | wazanova.jp
[Video] http://www.youtube.com/watch?v=nyOHJ4GR4iU [Slide] http://goo.gl/76Ggf Google Test Automation Conference 2013のキーノートスピーチで、GoogleのAri Shamashが同社のCIツール & 自動化されたテストプロセスを紹介しています。 [最初の前置きが13分。GoogleのCIの紹介の内容ではないので割愛。お話としては面白いのでVideo見てみてください。] エンジニア1,5000+人が5,000プロジェクトにアサインされている １億行のコード。50%が毎月更新。 1日当たり5,500+件がサブミッションされ、１億件以上のテストケースが実行されている。 Googleのクラウドテストシステムは多機能。ビルド作成、特定のターゲットをテストでき、テストカバレッジ計算、依
運用を見える化することでDevOpsを前進させよう（前編）～DevOps Day Tokyo 2013
世界中でDevOpsのムーブメントを広げているイベントDevOps Daysが今年も東京で「DevOps Day Tokyo 2013」として9月28日に都内で開催されました。 今年の主なテーマは「メトリクス、モニタリング、コラボレーション」です。開発と運用がツールとカルチャーによって協力するというDevOpsの基本を実現する上で、メトリクスやモニタリングは重要な手段です。それをどう実現するのか、具体的な紹介を行うセッションがいくつも行われました。 基調講演として行われたNick Galbreath氏のセッション「Making Operations Visible」もメトリクスの見える化をテーマにした内容でした。ダイジェストでその模様を紹介しましょう。 Making Operations Visible Nick Galbreath氏。 Etsyのディレクターエンジニアリングをつとめた後、
利用者の要望をログと照合、仮説・検証で改善点を見つけ出す
ユーザーの要望に応えることと、システムを成長させることは違う。成長につながる改善には、根拠を明確にした改善点の把握が不可欠だ。利用実績との突き合わせや仮説・検証で改善点を掘り起こそう。 改善サイクルにおいて開発チームは、単にユーザーの要望に応えるという受け身の姿勢ではなく、システムが成長した姿を頭に描いて、それに近付けるべく改善点を能動的に掘り起こす。改善すべき根拠を明確にし、あるべき姿に近付ける対応を考えて、成長をゆるぎないものにしようとする。 システムのあるべき姿とは、「利用シーンが増えて想定ユーザーが皆使う」「利便性がこの上なく高い」「システムの構築目的を実現している」といったことである。 従来型の保守でも、ユーザーからの変更要望に応えるためにプログラム改修を行う。改修では、システム担当者や事業責任者などによって適切と判断された要望が実行に移される。判断の基準は多くの場合、コストと改
企業内イノベーションを起こす人々「事業創造人材」が持つ11特性とは
銀行、コンサルティング会社を経て2001年よりリクルートワークス研究所に参画。以来、人材マネジメント領域の研究に従事。2015年から2020年まで機関誌Worksの編集長を務めた。2017年4月から現職。タレントマネジメント、リーダーシップ開発、女性リーダー育成、働き方改革等を専門とする。主な著作に『女性が活躍する会社』（共著、日経ビジネス文庫）がある。 ワークス研究所の労働市場最前線 超就職氷河期、非正規社員の比率の高まり、社内教育制度の限界など日本の労働市場は、大きな転換期にある。労働市場の研究所として名高いリクルート社のワークス研究所の研究員が、就職、転職、キャリアパス、制度問題など、労働市場を360度の視点から縦横に分析する。 バックナンバー一覧 イノベーションの「賞味期限」 「技術や特許ならいくらでもある。しかし、ここ50年、わが社で新しい事業なんて生まれていませんよ。戦後20年
超高速開発ではなく「超少人数開発」を - 設計者の発言
「超高速開発コミュニティ」が発足した。私も機会を見て参加したいと考えているのだが、それにしても「超高速開発」のキーワードは誤解を招きそうではある。その種のツールを使えば工期が半分とか３分の１になる――そのように勘違いされて導入すれば、ツールメーカーにとってもツールユーザー（開発者）にとっても残念なことになるだろう。 開発経験者はわかっているが、システム開発における律速過程は「実装」ではなく「実装されるべき仕様の確立」にある。そして、「統一感があって、有用かつフィージビリティ（実現可能性）が担保された仕様」を確立できさえすれば、どんな実装ツールを使おうがシステムはおおかた無難に完成するものだ。けっきょく「あるべき仕様がなかなか固まらない」点こそが、開発プロジェクトの慢性的な悩みのタネであって、この事実の前では「超高速に実装できる」ことの効果は案に相違して限定的なのである。 このことはドラえも
PR：伊藤直也×まつもとゆきひろ。ポストPC時代のモバイル開発を語る
エンタープライズとコンシューマが逆転した、ポストPCの時代 伊藤 僕はいまBtoBの開発のコンサルをすることがあって、そこで何を期待されているかというと、BtoCで成功している方法論や開発プロセスなどをBtoBでもやりたいと。 以前はサーバOSやデータベースなどの面で先進的な技術が使われていたBtoB、エンタープライズ系の開発は、いまや先進性ではクラウドやモバイルデバイスを使ったコンシューマに逆転されてしまっています。 まつもと 最近、スマートフォンとかタブレットとか、PCじゃないところが主戦場になってきて、PCより小さなデバイス、少し前なら「組み込み」と言われていたものの重要性が高まってくるのではないかなと思っています。いまホットなデバイスはスマートフォンだったりしますが、もっと先に進むとコンピュータは環境に組み込まれてどんどん見えなくなっていくのではないかと思います。 でも、例えば多く
がんばるあなたがプロジェクトを殺す - haradakiro's blog
あまりに暑いのでちょっと怪談を。 今のような仕事のやり方をする前、いわゆるシステムインテグレータに所属していた。まあ、呼び方はいろいろあるのだろうけれど、一番長いこと仕事にしていたのは、いわゆる「火消し」。問題プロジェクトにがあると、プロジェクトに投入されるという役どころだ。まあ投げ込まれるのは大変だけれど、いろいろなものを見ることができた。 投入されたプロジェクトは多種多様だけれど、たいていの場合、すぐに問題があるようには見えない。みんな忙しそうに働いているし、大きな開発プロセスの問題もない。粛々と作業がすすんでいるように見える。でも、クライアントと管理職は怒っている。怒っているから、いろいろな作業が追加されて、メンバーはどんどん忙しくなる。 しばらく見ていると、プロジェクトには必ずある種類の人がいることに気がつく。みんなに頼りにされていて、なにかあると彼(彼女の場合もあるよ、もちろん)
“素人集団”が強みに 基幹システムを自社開発するハンズラボ
東急ハンズのIT子会社であるハンズラボが、基幹系など自社開発したシステムをクラウドサービスに移行する作業に取り掛かっている。年内に作業を完了するとともに、自社開発の経験を生かして外販に乗り出す。最大の売りは、オーダーメイド型システムを早く、安く作り上げること。得意とする小売業にアプローチする。 業務に精通するITメンバーたち 2013年4月に設立したばかりのハンズラボには、約30人のエンジニアらがいる。多くは、東急ハンズ社内の公募によって、前身のIT部門に異動してきた20代から60代の社員。彼ら、彼女らは業務に精通するが、ITの専門家ではない。そんなITの素人集団で、2008年からシステムの自社開発を始めた。（関連記事：東急ハンズ、ITソリューション会社「ハンズラボ」設立 クラウド事業にも参入) 東急ハンズ執行役員・ITコマース部長を兼務する長谷川秀樹社長は「システムの構築方法を教えて、『
＠IT：初めてのプロジェクトリーダー
ソフトウェア開発チームを構成するメンバーは大きく2つの種類に分かれます。開発者とリーダーです。開発者にさまざまなスキルが必要なように、リーダーにもさまざまなスキルが必要です。多様なスキルの中で最も習得が難しいとされているのは、開発者と違う視点を持つことです。もし、（教科書どおりにやっているはずなのに）いまあなたがリーダーとしていま一つだと感じているのであれば、開発メンバーから、リーダーへの視点の切り替えが上手に行われていない可能性があります。 この連載を通じて私がお手伝いしたいのは、視点の切り替えです。切り替えというよりは、「もう1つの視点を持つ」といった方が適切かもしれません。メンバーとして、開発者としてプロジェクトチームに貢献してきたあなたが、リーダーとしてチームに貢献するために追加すべき視点を持つにはどうすればよいか？ 次の3つの切り口で説明していきたいと思います。 3つの切り口：「
アジャイル手法は分野毎に違っていい - 設計者の発言
業務システムをいかにアジャイルに開発するか。それが私の長年の研究テーマだった。最終的にたどりついた答は「モデルシステム（設計図が添付されている動くシステム）をカスタマイズして導入する」というものだった(*1)。 それは「プログラミング・ファースト」でも「テスティング・ファースト」でもなく「ユージング(using)・ファースト」とでも呼べそうな、きわめてフロントローディングな開発スタイルである。業種・業態別のモデルシステム・ライブラリの第二弾「XEAD生産管理システム」は、OSSとして２０１３年８月に公開される。 モデルシステムのように大げさなリソースがなくてもアジャイルに開発可能なソフトウエアもあるだろう。しかし、こと生産管理システムのような「複雑なデータベース構造を核とする大規模ソフトウエア」に限れば、データベース構造が確立されたモデルシステムをカスタマイズするやり方が理にかなっている。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://sap.github.io/openui5/
捗るかもしれないフロントエンド開発環境
クックパッドのインフラ責任者が語る、DevOpsを成功させる考え方「迷ったら健全な方を選ぶ」～DevOps Day Tokyo 2013
ヌーラボのサービス開発の裏側公開しちゃいます
開発者以外でも「いいプロダクトを作りたい」人に有効な「リーン＋アジャイル」な開発とは？
