  |
はてなキーワード: SIerとは
Excelスクショが生産的じゃないのなんて誰だってわかるだろうし
それに対しての批判を自分の所属してる組織であることのSIerの批判と勘違いし、
ひいては自分自身への批判と勘違いして「SIer叩いてるやつはシステム無しで生活してみろ」とか言ってる人なんなの。
その上でタンポポワークみたいなのを叩いてるだけだろ。
一周回ってSIerに所属してる人ってやっぱり（察し）ってなりそう
そのやり方がつらいならそのつらさの原点にどんな問題があるかって議論をしろよ
仕方ないんだよ！つらいけど必要なんだよ！って叫ぶんじゃなくて。
人材流動性の欠如だよ残念ながら大手SIerは簡単に人切れないところ多いし
単純作業に関しては単純作業しか出来ない人に仕事を与えるために
（勿論一旦大量のドキュメントを納品するその枠組みをつくってしまうと合理的な組織に対する競争力になりうる。
例えばある公的機関の納品においては某拝承社のドキュメントをもとに基準が出来上がっていて
それをもとに某拝承社から出向してきた職員が別の会社の納品物をチクチク叩くっていうのが常態化している為、
Excelスクショを作れるような企業じゃないと新規参入が困難になっている。
公的機関だから一般競争入札にも関わらず目に見えない障壁になっている。）
顧客が求める場合もあるけど、その顧客もバカじゃないし個人の背負える以上の責務
が発生しない場合は作り手に非合理な作業やってもらう必要はないだろう。
（そういう意味では、顧客の側も大企業的組織である事も問題。）
画面系のテストは例えばSeleniumとかで自動化し、顧客にも
Excelスクショのエビデンスじゃなくて自動化されたテストコードの方を納品すべき
納得・理解出来ない顧客はシステム発注する資格が無いという雰囲気を醸成すべき
Excelスクショを肯定する輩はExcelスクショしか出来ないからポジショントークしているんだ。という雰囲気を醸成していくべき。
自動化出来るほどの単純作業しか出来ない人は仕事がなくなるかも知れないけど、
普通の人からすると大したことじゃないと思うけど、もう会社の中に貢献しようと思う気が失せたので、その実態を書いておく。
ソフトウェアを自社開発していて、顧客自身がWebアプリケーションを作れるようなマルチテナントサービスを提供しています。
とある機能設計でCTOが「コレ出来るよね？」ってすごい適当な図((丸と線をつないだだけ))を書いて説明してて、
別の部署の部下がちゃんと理由((CTOには言葉の意味すらわかってなかったらしい))を説明して何度も断ってたのに、
無関係なうちの部長が呼び出されて「出来るよね？」って詰め寄られて「簡単にできますよ」ってさらっと援護してた。
彼自身はその機能に関して別に作業も具体的な設計をするわけでもないので、頭を悩ませるのは援護射撃をもらった担当の開発者たち。
社歴が長い分既存製品に関する知識があり度々オブザーバーとして呼ばれるが、今はその製品を開発している部署に所属しているわけでもなく、
最近の方向性や技術動向に関しては全然理解していないにも関わらず。
普段は雑談しながら笑ってることも多くて人柄は悪く無いと思ってるけど、仕事に関しては全部CTOの発言を決定事項として下ろしてくる。
自分が板挟みになりそうなら部下を責める。あなたの意図はどこ？
思考停止と思えるほどに「今までもこうやって来たんだし」がバンバン口から出てくる。
それを変えるやり方や新しい概念の導入に戸惑うとイライラして険しい顔でとにかく前例に合わせるようにする。
そうやって前例にこだわってきたからなのか、ちょっとしたエピソードがある。
たった４人の小さい部署だから毎週のMTGの余った時間で持ち回りの勉強会を提案して実施してたけど、
彼以外の３人がミドルウェアやフレームワークや新製品の説明をしているのに対し、彼は割とすぐネタが無くなったのか既存製品の話とか会社の規則に関する話が出てくるようになって、
最終的に「忙しいから」というよくわからない理由で勉強会が消えた。
３人共「楽しかったのになぁ」って口を揃えたんだけどね。
部長がいる僕の部署は新製品と銘打って開発を進めてるけど、例によってCTOの発言によって既に現行製品をなぞる方向でただの焼き直しを進める形になっている。
僕とサシで話した時は「現行製品と同じ機能を作っていくんだったら新製品を作る意味ってなんだろうねぇ(´Д｀)ﾊｧ…」とか言ってたくせにCTOの前ではハハハと笑っている。
以前指摘したけど、彼は新製品に関するプロダクトマネジメントやステークホルダーの立場ではなく、あくまで開発者らしい。
じゃあ誰が責任者でステークホルダーなんだよと思ったけど、そんなものは既存製品にもいなかった。
おかげさまで「あの時はこんな事情があって…」ばかりで迷走しまくってるんだけど、そういう反省は生かさないんだな。
基本的に技術に疎い。もともと企画をやってた人らしいけど、アイデアマン((その場の勝手な思いつきは多い))ではないなぁ。
バズワードは大好きだけど肝心の内容は何も知らないし間違いを指摘しても「そんな解釈もあるよね」ってごまかす。
でもそれでCTOっぽく技術をリードしていると思っているらしい。
その他にもいろいろ。「ifとforが使えれば何でもできるだろ」だの暴言も多い。
社長は彼がCTOとして問題があることに気づいているらしいが、役員だしなぁ。
来期は彼を開発部署の上から外してくれるといいな。でもその頃には僕はいない。
目の前の利益にはすぐ食いつく。
「こんな案件の依頼が来ていてお金はいいんですが、確実に専用のカスタマイズが必要なんですが…」というのに開発陣にヒアリングなしに受注を確定させる。
サーバだってもともと予算はないけどサクッと購入する。開発者たちにサーバを買う予算はないって渋りまくってるのに。
うまく行けば自分の実績として社内で大々的にアピールしまくるが、火消しに走るときは営業に文句行ったり開発者に文句行ったり。
そして保守のことは全然考えてないので、積み残されたカスタマイズサービス群が開発者や運用者、更には顧客への次の担当者を苦しめる。
現行製品の仕様を切り替えた時にカスタマイズで問題が起こったおかげで製品の仕様にカスタマイズを考慮したあれやこれやを要求されてがんじがらめ。
ちなみに、コレよりひどい自称元SIerの営業が居るが、とにかくカスタマイズ案件を取って受注しておいてPMをしないもんだから、
突然「お客さんが明日欲しいっていうんだけど」って焦って飛んでくる事態を連発する。
もちろんそんなことを連発してても「大型案件」を受注するから営業成績はMVPとりまくり。そこからずっと続く保守・運用は彼の仕事じゃないしね。
CTOの話に戻ると、僕らが作っている新製品(?)に関してもとにかく自分の理解の範囲内に収めるべく発言しまくるし、
新しい概念を持ちだされて意味がわからない時は「それって現行製品のコレはできるの？」で畳み掛けてくる。
もちろんそれを聞いた部長は「そうですよね。それも必要ですよね！」って援護してきて考えてきた設計がことごとく旧製品になっていく。
どうやらCTOの中では既存ユーザが内容を移行できる新製品にする予定で、機能まで全て踏襲するらしい。
そんなもん誰が使うんだろうねぇ。
「新製品を世に出していくには実案件で実績を作っていかなければ」って話をして、案件を持ってきた。
最初は短期間で終了する案件だったけど、運用期限の決まっていない案件が発生している。
そのために製品名もリリース時期も何も決めてないけど、メインから分離した保守ブランチができ、APIv1は提供済みだから今後はv2にならざるを得なくなり、
それすら新しい案件で潰されていくことだろう。
当初は「お客さんにはあくまで実験的なものと説明し、お金は取らない」((そんな話を受けるお客さんはたぶんいないって指摘したけど聞いてくれない))とか言ってたのに、
今は「売り上げあげなきゃこれまでの開発費がリカバリできない」とか言ってる。
まともなデバッグシステムやエディタを使わずに果たしてユーザはPHPコードを書いて開発をするだろうか？もちろん、否。
お客さんから依頼を受けたら営業担当者が四苦八苦しながら開発代行を行い納品する。
それでも難しい場合、パートナー企業に依頼をして開発をしてもらい、納品する。
そもそもPHP以外の機能自体も複雑になってて、開発者自身が「ここに機能追加しろって言われたけど、そもそもこの機能どうやって使えばいいの？」と迷うレベルだし、
想定してた使い方を超えてバグを付く動きを相談なしでお客さんに提供しちゃってるもんだから、
どれが正しい仕様なのかすら不明瞭になっている。
Javaってオブジェクト指向のプログラミングが出来るはずの言語なんだけど、オブジェクトなにそれ美味しいの？って状態。
クラスがただの関数置き場になっててメンバー変数をいじるもんだから、副作用のせいで同じオブジェクトを使う処理がことごとく影響を受ける。
それを避けるにはどうするか？もちろん似たような機能を持つ別オブジェクトを作ったり、別関数で違うメンバーを使うようにしたりする。
とにかく既存の流れを邪魔しないように新しいコードを作ればいい。おっと既存機能と同じ処理をする部分があるな。コピペコピペっと。
もうリファクタをしようと思う開発者はいないし、単体テストもないからできない。いや、無いんじゃなくて単体テストを作れない。
あちこちにDBコネクションとか埋め込んであって都度データ取得するから小さなコードでも動作するにはDBコネクションが必要なんだ。
僕は新卒メンバーには「会社内の書き方は（どの会社でもそうだけど、ここは特に）独自のやり方だから、コレが正しいと思わないように。
今後も開発者であるためにはxUnitとかバグの少ないコードの書き方とか自分自身で勉強するんだよ。」と言っておいた。
Conwayの法則とはよく言ったもので、まさしくリファクタできない密結合で暗黙のパラメータの多い組織。
自分の部署の立場を守る発言は多いけど、１年後２年後３年後どんなふうに仕事を進めていきたいからみんなでこうしていきましょう、って意思決定していくことは無い。
未来像を描いて推し進めようとする人とよく飲みに行くけど、その人もCTOからとにかく押さえつけられてたりする。
製品の結合度や他社サービスとの連携を図っていく基盤となる部分を提案しているのに、内容も全然理解してなくて「話が大きすぎて工数かかりすぎ」と言われ、
役員会でCTOが勝手に「仕様検討にかかった時間が負債になった」と報告したらしい。
「なにより、こんなことで諦める俺が憎い！」じゃないけど、そんな中途半端に辞めようと思う僕も駄目なやつだとは思う。
誰にも頼まれないまま開発インフラを変える動きを有志で立ち上げて色々やってCI((例によってユニットテストできない))が回るようになり始めたけど、それも中途半端。
運用インフラを変える部分もやっと使える状態になったけど、まだまだ中途半端。
そういった点は大変に申し訳ない。
でも、今のまま居たって僕に未来はない。
こんなところでこんなグチグチ言ってちゃダメなんだ。
だから、ゴメン！
極々一部に本当に優秀な方もいるが、その他大勢がお察し。
「私はプログラミング全くわかりませんがマネージメントやっています！」なんて嬉しそうに言っている社員がいる時点で気付くべきだった。
「ビッグデータやクラウドに注力していきます！」なんて言っている社員が統計もサーバーに関する知識もない時点で気付くべきだった。
「グローバルに頑張って行きたい」とか言っている同期が実は海外にツアー旅行しただけだったと気づいた時にはもう遅かった。
情報系に限らず、優秀な皆様にお願いです。「大手だから」「親が喜ぶから」という理由で会社を選ぶのは辞めましょう。
言いたいだけじゃないかと思う。
若い子が就職面接中に隣でアホらしい動画投稿の講座をホワイトボードで指示しながら教えてる先輩社員。
俺なんてつい一昨日まで同じ所に座ってたようなガキで、SIerとか言われても未だにチンプンカンプン。
和製英語とかカタカナ言葉とIT用語を使いたいお年頃なんだろうけど、たかがアップロード方法くらいで就労時間割いてまで協議する事かよ
団体職員つうのもミソで、あいつらのやってる事は独り善がりで他人からしたら学生時代には習得済みだろって言うような事を
マイナビとかのセミナーに行けば、一般論でしかない事をわざわざ講壇へ招いてITとは？と講義するだけだし正直それが新人に有効に使われてる所は
残念ながら見た事がない。
当り前の事を勿体付けて説教垂れこんでるようじゃ、データベース作んのも講習会受けなきゃ出来なくて不便とか以前に足洗えよと思う。
http://d.hatena.ne.jp/zyake_mk2/20140518/1400418070
この手の問題何度も議論にあがりますね。
SIerは潰れる。技術力ないから。それ以上の議論に発展できない。
Sierの方がおっしゃっておりますが、これは技術の問題ではないです。
マネタイズの問題です。
コミュニケ力(Int) ｘ 技術力(Int) ｘ 活躍できる場所/場面/カルチャー/運(Boolean)
なんですよ。
綺麗なアーキテクチャを、更地から立てて、クラス設計、DB設計で100倍の生産性を発揮できる場所
しかもしれが、膨大な案件の受注と結びついて、ぶんぶん力を振り回せる場所。
まずその場所がないです。ほとんどはぐちゃぐちゃなどっかのSIerがすでに荒らしまくった土地、
その土地の上にものを立てないと行けない。決められた納期と責任という名の不明瞭なものに包まれて。
http://www.open.sh/entry/20140505/1399275679
→COPYWRITERSBLOG：本当に「電通と博報堂は丸投げで中抜きしかやらない」のか
http://copywriterseyes.hatenablog.jp/entry/2014/05/05/232146
アメリカでも西海岸のアーリーベンチャーではない金融系のSIは
プロセスを重視しますし、新しい技術をこぞって使ったりしません。
indexとかと一緒で、生産性を100倍のエンジニアが活躍出来る場所って限られます。
そういうエンジニアが、100倍生産性を発揮できたので、100倍効率よく仕事がそもそもない
楽器がむちゃくちゃうまくたって、曲がかけないと、音楽が売れず、
有名な人の下で、バックミュージシャンとして活躍するしかない。
それと同様です。
自分で、プラン描いて、技術持って、グイグイ巻き込んで、それぐらいできて
ようやく生産性１００倍で給与も１００倍とかは目指せるでしょうがね。
難しいですね。。
http://anond.hatelabo.jp/20140515140411
はてな民のメインユーザ層は２５～３５歳のITに関わる仕事をしている男性なので
よい記事が書ければ一番のびるジャンルです。
過去の増田ブックマークランキング１，３，５，７，８、９位はこのジャンルに属します。
とするとみんなの共感を得られるのか伸びやすい傾向があると思います。
このタイプの記事の特徴としては、ブックマークの割にコメントが少ないことがあります。
増田ではこのネタが一番多いので並大抵の記事ではホットエントリ入りできません。
ただネタはいくらでもあるので、いかに面白おかしく興味をそそる文章にできるができるかが試されています。
自身に語れる体験談が無かったらフィクションでも問題ありません。
ベンチャー企業社長の話・大起業のしがらみ・ブラック企業の悲惨さ暴露
新人教育・だめな上司・プロジェクトの炎上体験・新人の女の子がかわいい
このジャンルでは特に、ユーザに男が多いことを意識して記事を書きましょう。
男受けしそうなネタまたは男の敵となるネタを意識してください。
大まかな傾向としては、幸せなネタよりは不幸なネタのほうが伸びます。
まじめに政治ネタを書いてもまず伸びません。
最近だとSTAP細胞問題や美味しんぼ問題に関するところでしょうか。
一般の風潮と対立する主張の立場の記事を書くと伸びやすい傾向があります。
何かのニュースに対してソースをまとめるだけでもホットエントリ入り可能です。
ただ最近では、2chまとめブログや実名ブログやニュースサイトでも同様のことやっているので
オリジナリティを出すのはなかなか大変です。
最後に、増田は糞記事書いてもすぐ流れるので実行あるのみです。
それではよい記事を期待しています。
ぶっちゃけ現在の生物研究にそこまで未練も興味もない私は、満足して就活を終えようとしました。
でも連休あたりから両親や大学の先輩、同級生に負け組扱いされます。
「ITはブラックだからやめとけ、そもそも修士まできたのに企業で科学知識が生かせないなんてむなしい」
どうも周りはそういうので、いやいやながら就活を続行しています。
結局まだまだ大学コミュニティの中ではITって白い目で見られるんですよね。
下手に高学歴なので色々期待されてる部分も少なからずあると思います。
しかし生物専攻だとメーカー研究職のつぶしがきかないんですよ。
どこも採用人数少ないし、正直今後メーカー2次募集で内々定なんかとれる気がしません。
来週明けは大学にも企業説明会にも行く気がでなくなってきました。
プログラミング未経験で畑違いの専攻の修士の私には、そんなにSEって似合わないですか。
何よりも大手に内々定なのに、SEというだけで負け組扱いされることが悔しくてなりません。
「勝ち組」になりたいです。
内々定とった今になってこんなに悩むとは思いませんでした。
人をdisってもいけないなぁと思い、体系的？に考える努力をしてみた。
独立系SIer「急遽N人月の開発と検証が欲しいだと…検証はだれでもいいから人がほしいだと…? 美味しい案件じゃねーか…」
何がいいたいかわからなくなってきた！！あ、思い出した。
裁量がなかったっていうのもあるけど、多分SIerで仕事をするとこういう感じになるのが普通なはず。とにかく自分で物事を決めてはいけない。決めさせないような働きかけをさせられる。そんな現場の偉い人は出来ない理由を説明するのがうまかったり、声が大きかったりするのでその人について仕事する人は自然とそういう人になる可能性が高い気がする。
一応その後は
という感じで終わったので動き方は間違っていなかったはず。その後もデータセンターにLinux入れに行ったりミドルウェアがエラー起こしたら直してみたり、開発側でバージョンアップがあったら対応入れたりとかで頑張って試験から逃げてた。
#同期何してんのかな〜
何がいいたいか全然わからない！別に燃えているわけでもなくて、無理な事を言われているわけでもない現場で、炎上SIer的進め方をする必要って意味がなさすぎる気がするんです。SIerでも基本設計→実装までやってた先輩(?)とかはどうせ自分が実装する案件だったら機能設計、詳細設計とかある程度は適当に作るよ。おれは設計期間は早く帰る、あんまり良くないことかもしれないけどw やらないとわからない部分はやっぱりあるし。外部に投げるときはちゃんと作るけど。って言ってたし。
要件定義、機能設計、詳細設計、実装という手順を踏みたいっぽい。オレはいらないと思っている。
ざっくりと決めてwikiなどに残す→実装→フィードバック→実装→終わり。次の案件に着手。これでいいかなーと。
問題定義ばかりして自分は手を付けない、折り合いを自分で付けられず偉い人に仰ごうとする。Web系現場の偉い人ってだれ・・？
仕様を決めてくれる人はいない、そういう案件なんだけど。自分で決めていいんだよ？を誰もがが望んでいるわけではなかった。
自分を飛び越えて(一応)お客さんだったりおれの上の人(役員になってしまう)に、SI的やり方が出来ずに相談やアラートをあげるんだったら、体制的には十分に勝手な行動をしているといえるので、もう終わりにしますか〜
あんまり指示出せなくてごめんなー、お前歯向かってくるからから好きにやらせてみるかと思ったら、あんまりいい方向に進みそうに思えなかった。
一緒に決めていこうねっ、という接し方はあなたを不安にさせて、あなたを調子に乗らせてしまうやり方だったことに今気づいたぜ！
SI案件に戻ってくれ。SIのやり方は求めていない。それだけでも終わりにする理由は十分なのかもしれない。
だからSIerに来て「モノづくりに憧れて！」とかトボけたこと言っちゃうような文系君はそういう何だかわからん仕事をやる羽目になるんだよ普通。
それに比べたらまだマシだろうが、って話。
金融とかやってみるとわかるけど、マジで世の中に何一つ貢献してないガチ虚業だから。
それに比べたらSIerでもマシだと思う。
ゆーすけべーさんが以前に作ってたimeeroみたいな感じです。画像Blogをスクレイピングしてエロ画像を効率的に見るサイトです。
なお、先程解約手続きを済ませたので4月末くらいに見れなくなります。エロサイト自体にあまり興味がなく、ローンチしたらやる気が無くなったのです。
テスト駆動開発がやりたく、DSLに強いロック魂を感じたRSpec。
はやりに乗ってBootstrap。
特にCapistranoは名前がキュートでやっていることがカッコイイのでどうしてもやりたい技術でした。
あと、メインとなるRailsはこの記事に書いているスキルの中で唯一経験が無かったというのが一番の理由です。Rubyが好きなのもありますけどね。
いやぁ、退職しようとすると会議室で8時間説教されるって都市伝説じゃないんですね〜。
ところで転職活動をした感覚だと、今より給与が2倍出るところでも簡単に内定が出ることが分かりました。
転職活動やエロサイト作成を通して精神的な余裕も出ましたので、もう少しSIerそのものの問題、仕事の進め方などを熟考した上で、本当に正しいSIerのあり方を考えたいと思います。無理そうなら逃げます。
以上、よろしくお願いいたします。
Web関連で働き続けて15年、ホームページを作り続けて20年ほどたつ某Web屋さんです。
制作は卒業し、いわゆるPM業務専業でやっています。WBSとBacklogが友達です。
最近他社の人と仕事をしていて感じることはWeb界隈の人って仕事に対して上品な人が多いように思えます。
いや、下品なことをするの良しと認めるわけではないのだけど、事前の根回しをしていないとか利害関係者との調整をしていないとか、なんというか清い仕事のしかただなぁと。
毎回資料作って打ち合わせ当日に発表、みたいな。先方担当者間の事前の調整とかもあまりない。
SIerと仕事をすると、事前のネゴは非常に重要視していて、お願いすれば動かせてもらえるし、動いてもくれますが、Web専門の会社の方は内にも外にも大なり小なりあまりそういったことが得意ではない様に感じます。
おかげで調整がつかない、要件が決まらないというような直面によく陥るのだけど、このあたりって人間性なのか。
PMのスキルを持っていても上記のことができていないとプロジェクトの空回り感があっていまいち進行度合いに対しての達成感がないんですよね。
業界も10年以上たち、成熟してきているとは思いますが、全体的におとなしい人や心の清い人が多い業種なのかな、と最近思います。
