  |
はてなキーワード: SIerとは
salesforceが絡んだ開発というのがある。
昔からあったのかはよく知らないが、Herokuを買収(https://www.rbbtoday.com/article/2010/12/10/72742.html)してからこういった話は増えたのではないかと思っている
Herokuを買収することで何が起きたか。端的に私（一人のエンジニア）の意見を言わせてほしい。
salesforceは「Heroku Connect(https://devcenter.heroku.com/ja/articles/heroku-connect)」という武器を手に入れた。
これは、salesforceで管理しているデータをHeroku Postgresに連携（同期）させるというもので、つまりは、salesforceで管理しているデータを用いてHeroku環境を構築できるようになったのである。
Herokuでできたことは何でもできるから、WebサイトでもAPIでもなんでも作ることが可能だ。
SaaSとして完成された管理システムを提供しつつ、「カスタマイズでアプリケーションを作れますよ」と言えるようになった。
最高の売り文句を手に入れたと言っても過言ではないかもしれない。
問題は、（Herokuの）カスマイズ開発を一切salesforceがやらないことである。
技術的質問をしたいと言ったら、カスタマーサービスだかe-Learningだか紹介して終わり。
「Herokuを使う」という厄介な制約だけつけて、自分たちはドロンだ。
何の巡り合わせか開発することになった者たちはたまったもんじゃない。
カスタマイズできたとしても、自分たちは「カスタマイズできることも含めたSaaS」を売ることしかしないのである。
それだけでも苛立ちがあるのだが、さらに嫌になるのは「Herokuという技術の特殊さ」だ。
これをたまたま読んだ人は「Heroku Connect」なんて果たして聞いたことがあっただろうか。
dynoだとか、Herokuの料金体系だとか分かるだろうか。
それ相応の専門知識がなければ、開発も運用もままならないのである。
学べばいいだけというのは事実だろう。
けれど、学んで何になるのか？
2022年、「アプリケーション開発しよう」となったときに、SupabaseでもFirebaseでもAWSでもなくHerokuを選択する理由がどこまであるだろうか。
Herokuの無料プラン(https://blog.heroku.com/next-chapter)が無くなるという昨今は、尚のことだ。（Herokuを知らないエンジニアも今後増えるのだろう）
むしろ、saleseforceが絡まなければ選択する理由が思いつかないまである。
それでも、「学ぶことには意味がある」と言う人がいるかもしれない。
私もHerokuに個人のポートフォリオをデプロイしたことはあったし、Heroku自体が嫌いとまでは言わない。
けれど、Herokuを学ぶことでsalesforceの奴隷になるのであれば、私の答えは「No」だ。
Herokuに関わる求人を出している企業は、おおよそsalesforceから案件投げられている企業なんじゃなかろうか。（証拠があるわけではない）
エンジニアから言わせれば、大企業salesforceにいい顔するために利用されているようにしか思えない。
大して汎用性のある知識じゃないものを学んで、しかもsalesforceの顔を立てる気苦労をして、その上、実際の開発は放り投げら
こんなこと、やり続けたい人などいるんだろうか。
salesforceからしたらエンジニアなど末端の人間なのだろうが、末端の人間のモチベーションを軽んじる仕組みに気付くべきだと思う。
そのまま無視するなら、仕事を受ける企業は段々と先細りしていくとしか思えない。
丸投げで、salesforce自身もトラブルを被っていたっておかしくないはずなのだ。こんな座組みでトラブル0だったら逆にびっくりだと思う。
Heroku（Heroku Connect）の恩恵を一番受けているのはsalesforceなんだから、salesforceが開発部隊を持って、受託開発するのが一番ではないか。
理由付けなり何でもできるだろうし、自社独自の技術だと誇りにやったらいいじゃないか。
お金のほしい経営者は知らないが、エンジニアからしたらプラットフォームを押し付けられるのは迷惑である。
何県＆どの転職サイト使ってるの？
なんでもいいなら在宅未経験可・ロースキル可でいくらでもあるで
※テレワーク制度もあるため、勤務地や在宅勤務は柔軟に対応が可能です。
【入社後】
アメリカ本社のテクニカルサポートスペシャリストとリモートにてトレーニングを実施いたします。
☆現在は3名在籍中
お仕事の特徴
社員10万人超えてるSIerなんて存在するのか知らんが、そこまで巨大な組織なら確実に適当な単位で権限委譲が行われているのでその権限を持ってる人に直談判すればいいでしょ。
できない理由を探すことだけは一流だよなほんと。
2022-09-27
直談判しようものなら切腹くらいの勢いの空気があるんでしょう。社員10000人超えてるSIerなんかはとくに。
「規模にもよるのでは」と書いたのはそういうことです。
その「ガチガチ感」を感じ取って元投稿主は日記に書いたのでは？と推測。
横だけどそういうことができないくらいほぼガチガチに「体制」が決まっているのがSIerの特性ってことなのでは。
規模にもよると思いますが。
2022-09-27
SIerのインハウスデザイナーとして働いてるんだけど、うちの会社の業務フローがクソすぎてストレスが溜まっている。
あの、PMのみなさん、ていうか我が社の開発標準つくってるみなさん。
外部設計とか機能設計とか、「設計」ってついてる工程にデザイナーをアサインしてください。
外部設計も機能設計も社内のエンジニアがエクセルで作っているけど、なんでデザイナーを呼んでくれないんですか？
そのくせエンジニアは、自分が設計書を作っていても「デザイン」をしているという自覚は全くない。
それどころか「自分にはセンスが無いから〜！」と変にデザイナーを持ち上げてくるんだけど、あなたたちのやってることもデザインですよ。
なのに、自分たちだけですっかり外部設計とか機能設計とか固めちゃって、その固まりきった状態で初めてデザイナーに「デザインいい感じにお願いできる？」って言ってくるうちの会社マジなんなの？
別に「あなたたちにはできませんよね、デザイナーじゃないから」なんて思ってないよ。
だったらどうするのが一番いいのか一緒に考えましょうよ。
工数とか、一度引いたものは直したくないとかよく言ってるし、わかる部分もありますけど、結局ユーザーの方一度も向いてないですよね。
降ってきた仕事を、自分が振られた範囲で、決めた工数内に終わらせる、ただそれだけ。
「ボタンやテキストはこのように配置した方が入力しやすい、といった配慮や設計がデザインであって、UIでありUXの向上につながる」とかなんとか、普段言ってますよね？
でもあなたたちが言ってるデザインって「なんか色とか雰囲気とか、その、とりあえずイイ感じに！」ってやつですよね。
とにかく、こっちに話を持ってくるのが遅いんだよ。
案件を振られた段階で、言えることやできることはだいぶ少ないんだよ。
この段階で何を提案しても「あーでも、それやるには設計書をだいぶ直さないといけないんで…」「予算が増えちゃうんでそれナシで…」「工数足りないんで」って言われて終わりだよ。
あなたたちは自分の仕事を直したり増やしたりしたくなくて必死だけど、こっちはすでに、自分がやったことをあなたたちに無しにされてますよ、いとも簡単に。
そのくせ、こっちがコーディングできるのを良いことに「htmlとcssでコーディングしながらいい感じにデザイン」を依頼してくるとか、面の皮が厚いのもいいとこだ。
だから色とかバランスとかを整えて終わり、みたいな仕事がすごく多い。
「それでもそれも必要とされている仕事だよ」って、そう言ってくれる人もいるかもしれないが、非常に程度の低い仕事だ。
