これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ！！ - そこに仁義はあるのか(仮)
受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って
今月の手取りは４０万だった
SIer勤務 情報系大学院卒 28歳 2月は残業が多くて100時間ほど その分の残業手当がついて今月の手取りは40万だった 顧客と直接話をして要件定義から設計実装を行う サービス残業はなく仕事した分だけお金はもらえる 今の仕事はSIerのなかでも恵まれてるほうでやりがいはあるのだろう しかし本当にこれが俺のやりたいことなのか 長時間残業して恋人を泣かせてまで書くコードのターゲットはJava 1.5 会社のルールにしばられチャレンジできないまま年齢を重ねていく 大学院にいたころからコードを書く力は落ちていく一方 これをつづけていてもよいのだろうか こんな仕事でこんなに給料をもらってよいのだろうか 給料がもらえれば俺はこの仕事でも満足なのだろうか 贅沢な悩みなのかもしれない チャレンジするとしたら年齢的にはそろそろ動き出す必要があるだろう 転職？ 俺にできるのか？ 何を目的に俺は転職をするのだ
SIer / SEは終わってない – yusuke.blog
近年「SIer」、そしてSIerの労働力の多くの割合を占める「SE」が「オワッテル」というような話を良く聞きます。 特に聞くのが「海外では」「欧米では」「アメリカでは」「USでは」といった枕詞を付けて構造・仕組みがおかしいという論調[*1]。 「日本では」、「海外と」「欧米と」「アメリカと」「USと」仕組みが違うので単純な比較は意味がありません。 "SIer"が生まれた背景としてはコンピュータシステムが複雑化しすぎて、開発・運用に多くの人的リソースが必要になったということがあります。 そしてユーザー企業の直接的な採算部門ではない技術部門に専門技能を持つ(恐らくそれなりに高給の)エンジニアを雇い入れ、開発・運用するのは難しいです。また特にコストのかかる開発が一段落して運用フェーズに入った段階で労働力が余ると非効率になります。 配置転換や経営の効率化など、解雇を回避する努力を最大限にしないと日
特許庁のシステム開発が破綻した本当の理由
特許庁と東芝の新システム開発契約打ち切りについて、なぜこの開発プロジェクトが破綻したのかについて私なりの解説をしようとバックグラウンドを調べたところ、調べれば調べるほど、この問題の根底には（１）コスト意識が欠如し自分たちが「公僕」であることを忘れてしまった霞ヶ関官僚、（２）霞ヶ関から流れて来るお金にたかる IT ゼネコン、（３）そのお金の流れに対する影響力を利用して票を稼ぐ政治家、という原子力業界と全く同じような構図があることが明らかになり、ウンザリしてしまった。 破綻の原因は、ソフトウェア・アーキテクチャやプロジェクト・マネージメントにあったのではなく、「競争原理が正しく働かない社会構造」そのものにあるのだ。これではうまく行くはずがないし、たとえうまくいったとしてもやたらと高くつく。 そもそも破格だと言われた９９億円という落札価格も、私から見ればどうみても高すぎる。特許庁のシステムであれ
この国から"SE"を滅ぼしませんか？ - Scribbles
この国において、"SE"と呼ばれる職種は廃絶すべきだと思います。USのように設計も実装もできる「プログラマー」「ソフトウェアエンジニア」という職種に統一すべきで、Excelで「設計書」なるものを書くことしか能のない自称"SE"はfireすべきです。 参考まで、USで"Systems Engineer"というと、会社にもよりますが概ね基盤系のエンジニア（ネットワークエンジニアなど）を指すようです。 僕の経験上、該当者は概ね入社3～5年目の女性"SE"に集中していますが、この人達は顧客のいいなりに実装不可能な「設計書」書き上げて、それを下請け（パートナー；僕は「助っ人」として敬意を持って接しています）に丸投げするというひどい有様。以前、僕がTISの３次請けで働いていた時、２次請けの凄腕エンジニアがTISプロパーの口達者な若手女性"SE"を閉口させるまで責め立てていた（要旨は「ロクに実装もしたこ
ウサギィに転職してからの1年の振り返り、そして結婚へ - joker1007’s diary
2012年もそろそろ終わりという感じなので、今年を振り返るようなエントリも書いておこうかと思います。 今年はなんといっても、転職してプログラマとして仕事をするようになった年です。 この前のDevLove2012がちょうど前職辞めてから1年ぐらいで、感無量って感じです。 しばしば「あれ？そんなもん？」と言われるんですが、私はプロのグラマーとしては1年生で、今まではただの趣味の人でした。 まあ、前職でも肩書きとしてはエンジニアでしたが・・・。 あんまり、元ガチSIerという気配が無いらしいw まあ、あっちじゃ不良社員だったからねw 社会人になってから、時間の過ぎる速さに驚くばかりですが、今年はいい意味であっという間だったかなという感じです。 そういえば、退職エントリ的なのもちゃんと書いてなかったので、1年経ってからそれっぽい話も書いてみます。 そもそも、私は新卒で就職した某大手SIerで働いて
新人SEがSIerに絶望した時に読みたいスライド4選 - ギークに憧れて
新社会人の皆さん､いかがお過ごしでしょうか｡ 最近､SIerに就職した知人が｢会社辞めたい｣というのをちらほら聞く｡聞いてみれば､彼等は仕事で挫折しているわけではない｡むしろ､技術に優れ熱意を持っている事が多い｡ではなぜ辞めたいのかと聞けば､一日中画面のスクリーンキャプチャ撮らされたりCOBOL読まされたりしていて､｢ああ､そっか…そうだよね…｡｣となる｡ そんな時は､SI業界の熱い人達のスライドを見て何かを感じよう！という事で4つ選んでみた｡弊社関係者が多いのは僕のネットウォッチの都合上お許しください｡moon and strategy moon and strategy from toshihiro ichitani 永和の@papandaさんのスライド｡｢自分の生き方を他人任せにしない｣受託プログラマの進路〜アジャイルセールスと手塚モデル〜 受託プログラマの進路 〜アジャイルセールス
２年半務めたSIerを退職しプログラマとして再スタートを切ることにしました - seri::diary
初めに 先週末付けで、新卒入社した某SIerを退社しました。 新卒入社で、右も左もわからないまま社会人になって飛び込んだこの会社では 社会人として非常に多くの事を学ばせて頂き、 SEとしての基礎を学ばせて頂き、 また途中でグループ子会社→親会社と出向になったことから SI業界の中流〜最上流の両方の業務を見ることができました。 非常に有意義な２年半だったと思います。 これまでお仕事で関わらせて頂いた皆様には 様々な形で大変お世話になりました。 御礼申し上げます。 今後について 気の早い話ですが、明日から新しい会社で勤務します。 BtoB系の委託開発をやってるベンチャーですが、 SI系ではなく、R&D系の開発を委託で行うのがメインの会社です。 当面は色々な案件に雑用レベルで関わりながら 自分の特性やスキルにあわせて、どの案件にどっぷり浸かるか、といった 方向性を検討していく予定です。 辞めた経
"超高速開発" を、開発ツール選定の話と捉えてはいけない - ジャスミンソフト日記
IT Pro 記者の眼「あなたの知らない超高速開発」 は、日経コンピュータ特集記事「超高速開発が日本を救う」と連携したレポートです。この記事についてのさまざまな反応を、はてなブックマークで知ることができます。また、Twitter でも多くの反響がありました。 コメントは「すごい」と「懐疑的」に別れていますが、それはこの市場がまだ黎明期であることを示しています。いずれも「使ったことがないので評価しようがない」という点で一致しています。 ここで気になったのは、"超高速開発" が開発ツールと結びついてしまい、ツールの良し悪しで語られるのであれば、この記事（提言）の意図が伝わらないのではないかということです。BRMS という分野の良し悪しという議論の前に、そもそもなぜ、このような動きになってきたのかという背景を考えてみます。 先が暗いといわれる現状の SI 業界の解はどこにあるのか 多くのブログで
「価値創造契約」と「納品のない受託開発」そして二人の男の運命～アジャイルジャパンの見どころ | Social Change!
AgileJapan2012で私が最も期待しているセッションをご紹介します。 アジャイルをも活用した新しいビジネスモデル アジャイルとビジネスモデルに関するパネルディスカッションなので、本来であれば私がぜひ登壇して「納品のない受託開発」を紹介したいところですが、私は東京サテライトを担当しており、大阪に行けないため代理で弊社ソニックガーデンの副社長に出てもらうことにしました。彼が表舞台に出ることはあまりないので貴重な機会ですが、ソニックガーデンの契約書など全て彼の仕事なので、私よりも具体的な話が聞けるはずです。 そして、そのパネルには当然ですが「価値創造契約」を掲げる永和システムマネジメントの方が登壇されます。そこもきっと永和システムマネジメントの木下さんが出てくるものだと思っていたら、登壇するのは市谷くん（papanda）だというのです。DevLOVEの立場でなく永和システムマネジメントと
ソフトウェア技術者軽視のシステム開発を続けるのはもう限界かもしれない - 達人プログラマーを目指して
つい先日、富士通がグループで抱える3万人ものSEを再教育して、職務転換を行う計画であるというニュースを知りました。 富士通の3万人SE職務転換大作戦は成功するのか？ - GoTheDistance 一つのシステムを複数の企業などが利用するクラウドサービスがこのまま普及すれば、顧客の要望を聞いて個別システムを作り込むＳＥは仕事がなくなり、余剰人員問題が顕在化するからだ。 クラウドの普及により、オーダーメイドでシステムをゼロから構築する必要がなくなり、そもそも顧客からの要件をまとめてシステムを設計するSEの仕事が不要になったり、基盤を構築、運用するエンジニアが不要になるということは、最近になってよく言われることであり、特に新しいことではありません。もちろん、クラウドの普及によって、これらの伝統的なSEの仕事が少なくなり、人員が余るという議論は間違いではないと思います。 ただし、一方でより本質的
2012-01-20 - ギークに憧れて
来春から多分SIerに入社するので､VentureCafe主催の｢第1回：クリエイティブ・エンジニアの未来 〜受託とサービスの垣根を越えて〜｣に参加してきました｡ちなみに､なぜ受託開発業界の未来について考えるかという事は､SI業界からはさっさと抜けだしたほうがいいや最近SIerがだいぶヤバくなっている件が詳しいです｡要するに､不況によるIT予算の大幅カットと業界の多重下請け構造の綻びがダブルパンチでやってきたので色々積みつつあるという話(かな？)｡とはいっても､これはあくまでオンラインでのメジャーな意見であって自分は現場で働いたことはありません｡現場で働いている人の意見を聞いてみたいというのと､有名人のひがやすおさんを生で見るためにのこのこと出かけてきました｡Contents今回登壇したのは司会のひがやすおさん､株式会社ゆめみの中田稔さん､株式会社ビープラウドの佐藤治夫さん､株式会社ヌーラ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
