タグ

developmentに関するthraktのブックマーク (342)

  • 富士通が説くSIにおける人材革新のツボ

    クラウド時代を迎えて従来のSI事業の先細りが確実視される中、SIを担ってきたSEはどうなるのか。同事業で国内最大手の富士通が先週、見解を示した。 スキルからロールへのシフトを実施 「2015年ぐらいには、これまでITシステムを自社運用していた顧客企業の3割ほどが、システムを所有せずにクラウドサービスを活用するようになると見ている。(中略)顧客から個別にシステム構築を請け負うSI(システムインテグレーション)事業は、将来的に現状の半分くらいになるだろう」 こう語るのは富士通の山正已社長だ。日経ビジネス(2012年1月16日号)のインタビューに答えたもので、今後SIの代わりに市場規模の拡大が見込まれるクラウドサービス事業に力を入れると強調している。 では、従来のSI事業の先細りが確実視される中、SIを担ってきたSE(システムエンジニア)はどうなるのか。クラウド時代を格的に迎えた今、この問題

    富士通が説くSIにおける人材革新のツボ
  • 富士通の3万人SE職務転換大作戦は成功するのか? - GoTheDistance

    全文は紙面でないと読めないのが残念ですが、非常に気になるニュースが飛び込んできました。 富士通、余剰SE変身作戦 富士通がグループで抱える約3万人のシステムエンジニア(SE)の大がかりな職務転換に乗り出した。一つのシステムを複数の企業などが利用するクラウドサービスがこのまま普及すれば、顧客の要望を聞いて個別システムを作り込むSEは仕事がなくなり、余剰人員問題が顕在化するからだ。野副州旦元社長の急進的な改革路線を修正した富士通はSE余剰問題で軟着陸を目指すが、クラウドの奔流にのみ込まれる危うさもはらむ。 富士通、余剰SE変身作戦 実は富士通グループさんには弊ブログを頻繁にご覧頂いておりまして、企業ドメインの中では最もアクセスの多いドメインであります。クロールしにきているのかなと思うぐらい。ブログで言及している「なんでもかんでも受託開発では、もうSIビジネスで成長することは出来ない」という危機

    富士通の3万人SE職務転換大作戦は成功するのか? - GoTheDistance
    thrakt
    thrakt 2012/01/23
    この建前をガチに受け取ると、残った人たちが死にそうな・・・つら・・・ / ほんと単純バカな理屈を社内向けにも使ってそうだしどういうつもりなんでしょうかね
  • 【資料公開】ワンクリックデプロイ勉強会

    2011年12月20日に品川の日マイクロソフト社をお借りして、ワンクリックデプロイ勉強会を開催しました。 当初内輪でやろうと思っていたのですが多くの方にご参加いただきありがとうございました。 また、もろもろセッティング頂いた@katzchangと日マイクロソフトの長沢さんありがとうございました。 以下にセッション資料を公開します。 例によって短文での感想を。 セッション開始前にちゃんとRed Bullを飲んでおいたので元気だった最初の会場へのヒアリングで既にワンクリックデプロイをしている人がいるか調査したところいなかった。まぁWebサービス系でやっているところは増えては来ているもののまだ定着フェーズではなさそうな感じユニットテストやJenkinsはかなりの現場で使われている個人的な今日の名言は、「障害発生時に1日でリリースできるなら、普段のリリースも1日にできるはずだ」というやつ。物

    【資料公開】ワンクリックデプロイ勉強会
  • 品質に厳しい組織で、なぜ品質が劣化するのか? - 現場のためのソフトウェア開発プロセス - たかのり日記

    このエントリーは「Software Test & Quality Advent Calendar 2011」における12/18分として書いています。 12/17は @NoriyukiMizuno さんによる 「ソフトウェアテストの勉強会。1年目。」 というエントリでした。 今回は、以前から感じている矛盾について、私なりの考えをまとめたものです。 特に、マネージャーや経営層と呼ばれる人に読んでもらいたいと思っているのですが、このブログの読者層を、考えると、あまり多くはなさそうなので、以下に示す問題について、悩んでいる/苦しんでいるような人から、うまく伝われば良いと思っています。 矛盾する問題 私は、SEPG(Software Engineering Process Group)という役割上、いろいろなソフトウェア開発のプロジェクトや組織に関わってきました。 絶対数で言えば、そんなに多くはない

    品質に厳しい組織で、なぜ品質が劣化するのか? - 現場のためのソフトウェア開発プロセス - たかのり日記
  • アジャイルにTDDしようとしてペアプロして失敗した話 - 水まんじゅう2

    これはTDD Advent Calendarの18日目。 記事としては @mao_instantlife さんの TDDやってみてコメントが減った話 のあと、@cubeon さんの きっと方眼の理から逃れられないお前たちにも告げる!テストコードを手に入れるのだ! の前となります。 最近、新しい開発手法の一貫としてTDDを採用しようとするプロジェクトが出始めている印象があります。 ただし、とりあえず取り入れてみたけれどもうまくいかなくて結局ウォーターフォール方式に逆戻りという例も多いのではないでしょうか。 以前、アジャイルにTDDをしようとしてペアプロして失敗したプロジェクトの話を聞いたことがあるので書こうと思います。 その時のプロジェクトでは数百人月前後の工数をかけてそれまであったレガシーシステムをJavaでリプレイスしようとしていたようです。 それなりの規模のプロジェクトに多いように、さ

    アジャイルにTDDしようとしてペアプロして失敗した話 - 水まんじゅう2
    thrakt
    thrakt 2011/12/19
    中の人がレガシーでしたという話 / コード行数やバグ検知数というレガシーな考え方をマネジメントが引きずってるように見えるし、アジャイルってお題目唱えてた話なんかなぁと思えて身につまされる
  • 『お前それエンタープライズ開発でも同じ事言えんの?』 - ゆろよろ日記

    『お前それエンタープライズ開発でも同じ事言えんの?』 - ゆろよろ日記
    thrakt
    thrakt 2011/12/18
    聞き覚えのある台詞が並んでてつらい
  • Facebook 向けウェブサービスは IE6 に対応すべきか ( 2011年12月の Facebook のブラウザシェア ) - IT戦記

    はじめに みなさん、お元気ですか><リリースも終わって、一息ついたあまちゃんです! ヽ(´ー`)ノわー さて今日は、最近「お花サプライズ!」というサービスをリリースしたのですが、そのときにちょっと面白いデータを見つけたのでそのいきさつも含めて紹介したいと思います。 (今日のテーマはこの円グラフ) フェイスブック系のサービスはどのブラウザに対応すれば良い? よく、ウェブサービスを開発するときの悩みとして「古いブラウザでのデザインをどのくらいケアするか?」というものがあります。 「お花サプライズ!」でも、割と短い期間で実装することを目標としていたり、番の HTML を書いた経験があまりないメンバーが多くいたことで「IE6 や IE7 への対応が鬼門なんじゃないか?」という心配が常にありました。 そこでよぎる甘い誘惑 このご時世、 IE6 とか IE7 に特別対応する必要なんてないんじゃね?

    Facebook 向けウェブサービスは IE6 に対応すべきか ( 2011年12月の Facebook のブラウザシェア ) - IT戦記
  • プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン(SIビジネスの本質編)

    SIビジネスの質は保険屋であり、受託開発でアジャイル開発が失敗するのは受託開発が製造業だから。11月19日に行われた楽天テクノロジーカンファレンスでの講演「プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン」では、ソニックガーデン代表取締役社 倉貫義人氏によるこのような示唆に富む内容が語られました。 さらに倉貫氏は、ソニックガーデンで行っているクラウド時代の受託開発の新しいモデルについても詳しく紹介しています。 同氏の講演の内容を、配信されたUstreamの動画を基にして紹介しましょう。 プログラマを一生に仕事にできるビジネスモデルで目指す未来のビジョン ソニックガーデン代表取締役社長 倉貫義人氏。 倉貫です。今回のオファーをいただいたときに「技術者の人が元気になるような話をしてほしい」というのがあって、私自身がずっとエンジニア、プログラマやマネージャ、営業などいろいろや

    プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン(SIビジネスの本質編)
  • たのしいGit - Nalsh's Notes

    序 言うまでもないことだが、タイトルはジョークである。 そもそもバージョン管理は来我々がしたい事ではない(一部の人を除く)。別に作りたいものがあり、そこでの作業を円滑に進めるためにバージョン管理するのだから、所詮はヤクの毛刈りである。さらに、Gitクライアントのへっぽこさも相まってなかなかに時間をわれる。この文書はそのような人々が、より円滑にGitを使えることを祈って書かれた。 なお、バージョン管理というのはとても複雑なシステムであるため、バージョン管理自体が目的な人には楽しい世界である。そのような人々はぜひGitやその他のバージョン管理システムのマニュアルやソースコードを読んでいただきたい。きっとその奥深い世界を堪能できることだろう。 Git概説 Gitはこれまでの旧来のバージョン管理システムとは一風違った設計で作られている。また、Git特有の概念も多い。なので、まずGitの概観を説

  • スマートフォンUSERAGENT一覧+モバイル版クローラ

    以前、「スマートフォンUA一覧・2010夏」というエントリーを書きましたが、今後はこちらに統一しますので、ブックマーク等はこちらでお願いします。 自分用UA調査防備録 Luvpad(AD100)、LifeTouch NoteNEC)、Light-Tab(b-mobile)、XOOM(au)、OptimusPad(docomo)、京セラのデュアルディスプレイ搭載「Echo」(日発売は未定ですが)あたりも調べないと。そう言えばPSPのゲームが出来る端末Xperia Playもついに発売ですか。欲しいなあ・・・。 参考URL 携帯向け開発者のための機種情報サイト :: KEITAIALL:ケータイ・オール Android噂情報 | juggly.cn MOT:主にプログラム勉強メモ部屋 – 携帯用各クローラーのUSER AGENT Mobile-UserAgent検索システム – Happy

    スマートフォンUSERAGENT一覧+モバイル版クローラ
  • 【派閥別】Gitのコミットを間違えたときの対処法まとめ - 本当は怖いHPC

    追記:たくさんブクマしていただいて驚いております。ブクマコメントだと、やはり git push -f は反則だろという意見がサイレントマジョリティのようですが、そこはそれ、自 己 責 任 追記2(2011/11/07):commit messageをミスった場合について訂正しました。 git rebase -i で直近のコミットを "edit" にして修正すると、 「--amend使えや」と言われるようです。 gitのコミットをしくじった時の対処法について、一覧性の高いまとめがなかったので作りました。正確さは保証できないので、コマンド名ヒントに自分でググって下さい ほかのやり方があるよ、間違ってるよ等のご指摘歓迎です。 派閥別 gitでコミットミスった時のまとめ | ├─ 一人で使ってるよ |   | |   ├─ 手元に変更を取り戻したいよ(1)(そうだね、add忘れだね派) |   |

    【派閥別】Gitのコミットを間違えたときの対処法まとめ - 本当は怖いHPC
    thrakt
    thrakt 2011/11/08
    もう絶望する必要なんて、ない!
  • システムはどこまで内製化できるか - 急がば回れ、選ぶなら近道

    どこでも何回も何十回も言われているが、システムを経営の変化に対応させるにはある程度のシステムの開発を内製化すべきである、という論調が強い。この問題は、古くて新しい問題であり、と同時におそらく、いままでとは違うコンテクストで語られることになるような気がしている。ここ10数年の流れを見れば、内製化の議論はアウトソーシングの流れとそのより戻りの反復運動の繰り返しだといっていても過言ではなかったと思う。近年はむしろ、SI屋さんの全体的な弱体(特に技能として)化とクラウド等によるインフラの導入しやすさと相まって別の背景で語られることが多くなってきている。また、見逃せない背景としては、そもそもの就労可能若年層の減少と、若年層の総体数減少による能力のばらつきの顕在化も強くあげられる。特にシステム開発の供給サイドの問題は、エンドユーザーの内製化の議論においては、今までのコンテクストでは語られることがなかっ

    システムはどこまで内製化できるか - 急がば回れ、選ぶなら近道
  • 社内サーバインフラ勉強会(DB)

    ASPLOS2017: Building Durable Transactions with Decoupling for Persistent MemoryAtsushi Koshiba

    社内サーバインフラ勉強会(DB)
  • ソースコードの品質向上のための効果的で効率的なコードレビュー

    ちゃんとした C# プログラムを書けるようになる実践的な方法~ Visual Studio を使った 高品質・低コスト・保守性の高い開発

    ソースコードの品質向上のための効果的で効率的なコードレビュー
  • Gitを使い始めたらやっておきたい便利な設定いろいろ

    $ git config --global user.name "yoshiki" $ git config --global user.email "yoshiki@example.com" ■カラーリング git status や git diffなど、デフォルトでは味気ない文字がズラズラと画面に表示されますが、それを見やすいようにカラーリングすることができます。

    Gitを使い始めたらやっておきたい便利な設定いろいろ
  • MacでAndroid開発環境を作ってみる(Scala + sbt0.10) - voidy21の日記

    ついに私もガラケーからXperia rayに機種変更しちゃったので、開発環境を作っていく過程を書き残しておく。 どういう環境で、どういうプログラミング言語で作るのか決定する Javaで開発する気は全く起きないので、Scalaで作ることにする。 Scalaならsbtを使えば環境周りは大分楽なので、多分大丈夫だろう。 基的にはvim + sbt 0.10で何とかなると思うが、デバッグ時にはIntelliJ Ideaを使うとよいかも。 (でも、今回はHello, Worldしかやらないので、あんまり関係無い。) sbt0.10 と android-sdkをインストール ※ homebrewは予めインストールしておく。 ※ ここから先は基的にターミナルでコマンドを打っていく。 brewを使ってインストールしよう。 $ brew install sbt android-sdk このとき、andr

    MacでAndroid開発環境を作ってみる(Scala + sbt0.10) - voidy21の日記
  • 削除フラグのはなし

    Query Optimization with MySQL 5.7 and MariaDB 10: Even newer tricksJaime Crespo

    削除フラグのはなし
  • LT概要「GitとMercurialのリポジトリ構造の違いと歴史改変について」SCMBootCamp in Tokyo - monjudoh’s diary

    SCMBootCamp in Tokyo 開催しました。KPT公開。 - うさぎ組にて手ぶらLTをしたので資料はないが、内容を軽くまとめておく。 GitとMercurialの比較 Git Mercurial リポジトリ commit objectのグラフと、branchのHEAD,tagなどの参照で出来ている。 commit objectのグラフだけで出来ている。 歴史改変サポート デフォルトであり。 デフォルトではなし。extensionが必要。 歴史改変 新しいcommit objectグラフを作成し、参照を古いHEADから新しいHEADに移す。表面上要らない歴史の削除として使われるresetはHEADの移動のみを行う。 新しいcommit objectグラフを作成し、古いcommit objectグラフをリポジトリから除去する。要らない歴史の削除として使われるstrip(MQExte

    LT概要「GitとMercurialのリポジトリ構造の違いと歴史改変について」SCMBootCamp in Tokyo - monjudoh’s diary
  • TAKASHI INABA

    works

  • 橋本商会 » iPhone JavaScript Console作った

    作った → https://github.com/shokai/iphone-js-console iPhone用のJavaScript shellのようなもの。FirebugやChromeの開発パネルみたいな感じで使う。 chrome拡張やiPhoneシミュレータでiPhone用のwebページの動作は確認できるが、加速度センサやGeo Location APIなんかは実機で動かさないとデバッグできない。 しかしデバッグをしようにも、iPhone上で大量のalertを出すと気が狂ってしまう。iPhoneで実行中のwebページ上の任意のオブジェクトの中身を、Macから覗いたり値を書き換えたり関数を実行したりするツールが必要だったので作った。 なお、Androidのブラウザにはwebsocketが無いのでこのツールは動かない。Androidではlogcatで adb logcat | grep

    橋本商会 » iPhone JavaScript Console作った