  |
はてなキーワード: システムエンジニアとは
システムエンジニアをしているけどお客の自称大企業のシステム管理経験ありの役職者が要求仕様で意気揚々とExcel方眼紙で資料出してきて頭抱えている。
せめて内容がまともなら良いが書かれている内容も要求仕様からは程遠いメモ書きでこちらから細かい質問を投げては社内で確認して回答貰うメッセンジャーにしかなっていない。これで社内システムの責任者？
ほんとマジでExcel方眼紙は止めろ。餅は餅屋で表計算だけにしろ。馬鹿でExcel方眼紙しか出来ないならPDFに出力してよこせ。どうせファイル名馬鹿みたいに日付とリビジョン付けんだろうな。
ExcelはA4横に綺麗に罫線ひいて見栄えよく書類作るツールじゃないわ。あとcsvをExcelで開くな。Excelに合わせてShift-JISに文字コード要求すんな。システム担当がUTF-8のファイルをExcelで開いて「文字化けしてます。バグですね！」とか言うな。あと郵便番号データ開いて0消してはがきデータ印刷で失敗して焦んな。
こんなこと書くと何故かExcel方眼紙肯定派が出てくるけど一度も納得できる理由を聞いたことが無い。結局馬鹿が色んなツール覚えられないだけでしょ。そういう人はシステムの仕事から離れろよ。Office365もまともに使えない奴がいっちょ前にシステムエンジニアに意見言うな。レガシーシステムの改変に文句言うな。工数に口出すな。っていうかこっちが言ってること大半理解せず金の時だけ発言すんな。あとアジャイルなんでそんなに好き？アジャイルの前に自社の業務理解しろ。そのうえでExcel方眼紙やめろ。
40代、システムエンジニア、既婚、子供二人、リモート可の企業に勤めているが毎日出勤している
理由は家で仕事したくない。自室にワークスペースを作りたくない（狭くて作れない）
ノマドとかスタバでお仕事とか感心する。自分は物理的な切替をしないと仕事モードには入れないから自宅ではとにかく無理。時間をかければ出来るが効率が悪い。
ワーキングスペースだと個々人のペースが異なったりフリードリンク取りに行く時にふと他の人のPCの画面見てアレコレ思ったりして気が散る。あと金がかかるし起業家ぶったウザい奴いたりして面倒
そうなると通勤という切替儀式を経て無料のワークスペースを提供してくれる出社は自分には一番いい。コーヒーも飲み放題だし。（食事は共働きの妻と子供のと一緒に毎朝弁当作ってる）
でもどこの職場も完全リモートとかでなかなか辛い。東京近辺在住では押し入れ改造レベルのワークスペース持つのだって厳しいよ。自室は技術書読むのと趣味でPC触るに留めたい…
エンジニアを名乗ると大多数を占めるソフトウェア以外のエンジニアから罵詈雑言を浴びせられるので自分の職業を名乗る時はソフトウェアエンジニアを呼称しているんだがいかんせん長い。
SEと略すと日本ではシステムエンジニアで上流下流という枠組みの上流担当を意味してしまうし、かといってプログラマーだとやっている仕事に比べて指し示す範囲が狭すぎるのでそれも正確ではない。
個人的にはシステムエンジニアという呼称が滅びてSEがソフトウェアエンジニアを表すようになってほしい。
大体システムって本来はコンピューターシステムだけじゃないんだから、コンピューターシステムエンジニア、略してCSEとでも名乗っておけと思う。
情報システム課、システム管理課、システム部、いろいろ名称あるけれど何するのかよく分からない。以前システム運用課に属している人で実際の運用を知らない人も居た。
雇っている側も曖昧なので結局何でも屋になる。
システムエンジニアって言葉を活用しすぎ。そもそもシステムって単語が示している範囲が広大すぎる。だからITパスポートも取れない管理職はパソコンの先生だと思うしスーパープログラマーとも思う。
自分は勝手に『自社システムやDXの為にやインフラ系を管理運用設計開発している人』だと思っていたが、実際はよほどの大手かやる気のある企業じゃない限りどれもやっていない人ばっかだった。偽装派遣と一緒に滅んだんじゃ…
ちゃんとしているとこは自社開発と開発したシステムやそれを含むインフラの運用を分けてたりして明確にしている。粒度は様々だがお互いに情報共有してシステムの改善等をスムーズに回している。素晴らしい。
しかしちゃんとしていない企業が字面でシステム運用課とつけて新卒や中途入れると何故か名が体を表す不思議。「僕は運用がメインなので開発とか関係ありません」と言い切った彼は凄かった。もちろん会社は他も求めていたし運用も業務も知らなかった。
いやほんとマジで昔のリーマンみたいに総合職な感じでシステム要員を雇わないでほしい。システム関係って基本スペシャリストでそれらが集まってチームで初めて結果が出せるもんだから。なんでも出来るシステム担当が自社に居る？そいつの顔色大丈夫？
一人情シスだと外部から入る時にキーマン一人で楽とか思うでしょうが逆です。コイツすでに手いっぱいだから面倒増やしたくない。外部はいつまでも居るとも思ってないので極力変化が無いようにします。こいつのゴミみたいな手製プログラムに合わせたシステムを作らされたりします。
あと以上に上への連絡が遅いですし、都合の悪い情報は上げません。ログとかツール使わないと失敗を全て外部の責任にしてきます。どんなに失敗しても何故かクビになりませんし給与も何故かよかったりします。無能IT技術者の行き着く先です。反面教師
情シスや社内SEはよほどのことが無い限り外界との技術力や知識に格段の差が付きます。それは会社が求めないから仕方がない事ですのでその会社が給与が良く定年まで安定してそうでしたら是非居続けてください。そうじゃなきゃさっさと辞めましょう。
そして自分に知識や技術力が無いから会社と一緒にお客様感覚でシステム開発や運用を外部に求めないようにしましょう。SaaSとかパッケージならともかくそれ以外で完全お客様感覚ではどんなに金積んでも失敗します。100％です。たまに訴える企業居ますがよほどの悪徳SIer相手じゃない限りは負けません。むしろはてなのコメント欄で訴えた会社をみんなで馬鹿にされて終了です。
社内のIT知識がITパスポート以下ならシステム開発やパッケージカスタマイズとか一切諦めて世間に合わせて仕事しましょう。一人のエンジニアからのお願いです。
どっかで、「日本再生のためには大学に行く人を少なくして高卒でも今の大卒ぐらいの仕事ができる社会にするべき」というのを見かけた。
社会人やってて、学歴と仕事のできるできないにあんまり関係ってないのよね、と感じていた僕には大変しっくりきた。
大学って本来研究とか高度な学問を修めるためにあるもので、仕事で必要なビジネス的学問は専門学校なりで教えてもいい気がする。
一方、日本だけで学校を区分してもたぶんうまくいかないかなとも感じる。海外のIT企業はみんなコンピューターサイエンスの博士号とかもってて、
それがあるから入社できたみたいなところが多いと思う。アメリカ人、インド人あたりはこの感覚が強いイメージ。
日本ぐらいじゃないの、大学の格とか学部とかそこまで重視されないのって。
だけど、普通の会社で営業やったりシステムエンジニアしたり企画やったりするぐらいなら高度な学問より実践で学ぶ方が重要なんじゃないかなあ。
自分の子供の世代には大卒じゃなくてもある程度仕事の選択肢が増える時代になっててほしいけど、今は昔に比べて大学も進学率も増えてるし、逆に高卒はもっと厳しくなってるのかしら。
厳密にいえば使いようはあるが、そういう組織では誤った使われ方しかしない。
「ノーコード/ローコードツールで大規模システムを組む」なんてのは正にそれだ。
もちろん、外注要因ではなく自社組織の人員が一通りノーコード/ローコードツールに習熟しており
プラットフォームの変化に即座に対応できるレベルなら大規模システム組んでもいいかもしれないが、
そんな人員が育つ環境があるなら、より自社ですべてを管理できる他の仕組みでシステムを組む方向に向かう。
そんな環境はもちろんなく、自社組織の人員にスキルが無いから「簡単に使えるツール」を探すわけで。
ただ前述の通り、そんな「ノーコード/ローコードツール」にも使い道はもちろんある。
既存のシステム構築プロジェクトで取りこぼされがちな各部署にたまっているちょっとした不満を解消するのには最適だ。
ちょっとした不満を抱えた各部署の人たちが自分たちの不満を自分たちで解消するための道具として生まれたものだから。
使う人たちが自分たちで作るから、プラットフォームが大幅に変わって既存のシステムに影響が出ても自分たちですぐ対応することが前提だから。
だから本来は、プログラマーこそ、システムエンジニアこそ、「ノーコード/ローコードツール」の積極的な採用を促して、
拾いきれない細かい問題を押し付けるべきなんだが、そういう真っ当な使い方をしている組織はまだあまり多くない。
これから先、この日本という国は労働人口がより一層減っていく。今まで通りの仕事量は今まで通りに回らなくなっていく。
じゃあ、拾いきれない課題はどうするのかというと、今まで提供されるシステムをただ使うだけだった人たちに、
文句をシステム担当に言うだけだった人たちに、自分たちの文句を自分たちで解決してもらうしかない。
現状の「ノーコード/ローコードツール導入プロジェクト」のうち、どれだけの割合でそれが行われているんだろうか。
何度も書くが、基本的に「ノーコード/ローコードツール導入」は自分たちで作ることが前提だ。
唯一の例外は「発注側がそのツールでのアプリ制作に習熟しているが、自分たちで作る余裕がないので外注する」場合ぐらいだ。
成果物をうけとった後自分たちだけでメンテできる自信があるなら、外注も問題ないと思う。
しかしながら、アプリ制作と導入後の運用も丸投げするようなプロジェクトの場合、
発注側、受注側両方共にプラットフォームの変化に振り回される未来しかない。
大規模な変化が来ないことを神に祈っても無駄だが、祈ることぐらいしか出来ないので祈ってもいいと思う。
「ノーコード/ローコードツール」の導入を検討している組織は、自分たちが変わる覚悟を持とう。
下記希望なんだけど無茶なこと言ってるか判断してくれる人居ないか。
__
・システムエンジニア志望
・色んなこと満遍なくやりたい
・やべー案件に何年も磔にされたくない
・定時退社風土
・年収350万以上
・福利厚生は最低限あればよい
・転勤がない（福岡在住）
・高卒
・女
__
php7年 得意なものはバックエンド系。見積もり・基本設計からテスト、お客さんとの折衝やってた。ブランク2年 今職業訓練でc#、java勉強中。
--
職業訓練先のキャリコンに相談したら会社立ち上げてまだ浅くデータが集まってないので実態が分からないと言われて、笑ってしまった＆途方に暮れた。
社会人になってから長年システムエンジニア（に近い）仕事をしてきたのだが、同時並行的にやる仕事がメチャクチャ多くなってきたことと上司の無理解が重なった結果、
年甲斐もなくキレてしまい同じ会社の営業部門に営業支援技術担当として異動してしまった。
ちなみに会社は外資系のIT企業日本法人で、中途入社して10年以上の勤続年数である。正社員で、特に部下もいない一般スタッフ。
エンジニア（ぽい仕事）の時は、契約に基づいて作業することが求められていたので、細かい実現方法やトラブル対応などの難しさはあったものの、「やることがわからない」ということはあまりなかった。
仕事自体もお客さんや営業が持ち込んでくるのでそれを捌けばよかったのだが、営業職に移ってからはまさに「何したらいいのか」がわからずしばらく暇をぶっこいてしまった。
ある程度周りをみたり、同僚のやってることを真似していろいろ始めてはみたものの、大した成果は上がっていないというのが現状。
俺はお客さん(アカウント)を固定で持たないで、特定のソリューション（データベースとか、セキュリティとか）に関する営業を担当しているのだが、
そもそも話が来た時点で俺の担当ソリューションの話じゃなかったり、間違えた使い方をしようとしてたり、競合と天秤に掛けてきたりと無駄な会話も多い。
一番気になっているのは、「時期に関する感覚のギャップ」ってやつで、会社のマネージャー層は「すぐ売れる」って思っているがお客さんは「じっくり比較検討して予算執行時期が来たら買う」って感じだし、
一緒に動いているお客さん担当は「早く買ってくれないかなー」と思いながら俺は「どういうスケジュールでこの話は動いているんだ」って思ってる。社内ではマイルストーンとかパイプラインとかいう表現で
どんな案件が今どんな状況で、今後どれぐらいの売上がいつ上がりそうなのかをシステムで管理しているのだが、これがそもそも内容がめちゃくちゃだったり更新されてなかったりするので、俺も含めて色んな人が情報に振り回されている。
それでも、エンジニアやっていたときよりは仕事は忙しくないし、プレッシャーもきつくないんだよね。で、給料も同じレベルだったら営業部門のほうが良かったりする。なんなんだろうな。
もちろん売上が上がらなかったらリストラもあると思うんだが、エンジニア部門でも10年で3回ぐらい、デカいリストラがあったからエンジニアの方が厳しいかもしれない。
ついでにいえばリストラで割増退職金が出るならむしろ喜んで出ていくと思う。自分でやめた時は出ないからね。
別にうちの会社が特殊なことは無いとおもっていて、よそのITの営業部門でもこんな感じなんだろうな、とは思うんだけど、この仕事うまくやっていけるのってどういう人なんだろうな。
言語化できる能力があればいいんだけど、無いから悶々としている昨今ではある。そんな事考えてても給料もらえてるので幸せなんだろうけどね。
俺はしがないシステムエンジニア。
俺はみんなリーダーやりたがらない中、大して給料も上がらないのにプロジェクトリーダー引き受けてあげてるわけなんだよね。
ネットで検索しても◯○なリーダーは失格みたいな記事ばっかりじゃん。
優しい令和時代なんだから「リーダーだって逃げていいんだよ」って言ってくれよな、頼むよ~。
PJメンバーには「いつでも俺のかわりにリーダーやってくれていいからね」って(冗談っぽく)言ってますが、今のところ下剋上しようとする子はいません。
みんな誰かの言う事聞いてる方が楽だもんね、仕方ないね。
ぶっちゃけ内心は無責任だし、問題が起きたら、矢面に立つっぽい振る舞いをしつつ、顧客との打ち合わせはイントロダクションだけ話して、問題の詳細はPJメンバーに喋らせてます。
なんか吐き出したかった。
コロナワクチンの副反応が微妙にしんどくて気を紛らわしてたら変に思考が回ってしまい，最弱の男性のペルソナを思い浮かべてしまった．
もし小説など創作的なことをされている方がいたら自由に本設定のキャラを作ってください．
年齢：36歳
身長：165cm
体重：61kg
視力：裸眼視力は0.05であり，太い黒縁のメガネをしている．
容姿：思春期のニキビ跡により顔中穴だらけかつ苺鼻．表情筋は未発達でいわゆる不自然に幼いチー牛顔（かつタラコ唇）．歯は歯石に満ちて黄色く出っ歯．6等身なほど顔が大きい．
服装：一張羅のスーツをクリーニングに出さず着続けている．休日は上下ジャージ．
家庭：
父親はアル中以外には疾病がない無職，いつもストロングゼロを昼から夜まで飲んでは中核派のような発言をして母親を叩いている．
母親はその実家含めカルト宗教の信者であり，専業主婦を自称しているがマルチ商法の会員として日々カフェで情報弱者をだまそうとしている（入会以降の収支は大赤字）．
父親の実家については祖父が大日本帝国陸軍の軍曹でありシベリア抑留で死亡（遺骨無し），祖母は強度の認知症だが資金不足によりアパートで孤独に暮らしている．
父親は祖父の経歴を「アジア侵略に加担した者の当然の報い」だと息子であるMに幼少期の頃から言い聞かせており，安保闘争に参加して警察官にレンガを直撃させ後遺症を残したことに自信と誇りを持っている．
経歴：
中学まで地元の公立学校にて低いスクールカーストとして過ごす．一定程度の成績を残していたため自称進学校に進学するも落ちぶれる．1浪して地元のFラン大学に目的もなく入学し，第2種奨学金を借りた．
大学では単位取得をろくにせずに過ごし2回留年する．最終的には中退し，就職課の紹介で上記のような職場の非正規社員となる．
以後は人手不足に助けられて契約を更新し続けている．肩書こそシステムエンジニアだが社内雑用がメインであり，横展開可能なスキルは持ち合わせていない．
生活：
週休は不定期の1日で就業日は朝9時から夜9時まで勤務．自分は休みとボーナスを貰えるだけずっと良いと下を見て過ごしており，マクドナルドやコンビニの店員や介護士やAmazonの倉庫管理従事者を見下している．
特に店員が中韓の人であれば露骨に嫌な顔をし，日本人店員に対応されると聞き取れないボソボソ声で「やはり日本人が良いな」などとつぶやいている．
父の反動としてMはネトウヨと化し，今日も終業後はTwitter上で国士を自称して大日本帝国と大東亜共栄圏の復活を目指すと言いながら，排外主義的で支離滅裂な陰謀論をまき散らしている（ツイートの95%がRT）．
毎日，朝ダチ処理と就寝前にマスターベーションをかかさない性豪．おかずは高校時代に3年間ずっと好きだったクラスメートの女性，或いはそれに似た女優が出演している制服モノAVで，レイプシチュを特に好む．
オタクの彼女がチャラ男やジョックに寝取られるシチュエーションは地雷であり，滅べと時々ツイートしている．度重なるオナニーにより男性ホルモンがやや過剰に分泌されており，腋臭はもちろん，朝に髭を剃っても夕方には無精ひげができるほど．
上述したような立場とスキルの無さから，業績不振になれば直ちに解雇される候補の一人である．にもかかわらず，一切の自己研鑽をせずTwitterにかじりついている．親の介護のことは一切考えていない．
まぁ、下っ端プログラマには要らないだろうけど、いわゆるシステムエンジニアとかアーキテクトとか言われるレベルの仕事するには、なるべく知っとかないといけないよね。
オレの場合は、大学はかろうじて理系の一角だったけど、学問的にコンピュータサイエンスを学んだことはなくて、某IT会社でなかば業務上の必要に迫られ、なかば趣味的な興味本位もありで、ちょっとずつ勉強した。
で、もう20年くらい前だし、すでに廃止されてる(と思う)ので、守秘義務違反とかの面倒なことにならなそうだと想定してぶっちゃけると、大手携帯会社のショップで各店舗独自のプロモーション打ったりするためのWebシステムの開発に関わったことがある。
顧客の(および自分とこの)エライ人なんかに、システムの設計の根拠(この方式が最善なのか？もっと安く早くやれる方法はないのか？などなど)を常に問いかけられ、説明説得しなきゃならない。そこでコンピュータサイエンスに基づいて理路整然と話をすると、ちゃんと信頼してもらえるし、納得してカネ払ってもらえるw
そこで使ったのが、以下のような各種理論だ：
などなど... 自分史上最高に残業させられたこの仕事やってた年の年収は、900万円台おしくも1000万には届かなかったねぇw
--追記--
コンピュータサイエンスがらみの思い出でもう一個面白い(とオレが思う)ネタがあるので、ついでに書いとこうw
これは、上で書いた携帯会社のシステムよりだいぶ前のことになるが、とあるグループウェアの開発に関わってたとき、メールをFAXに向けて出力するドライバを書いたことがある。昔のことなのでオープンソースもあんまり普及してないし、タダでお手軽に使えるライブラリが見つからなかったので、「車輪の再発明」っぽいけど自分でハフマン符号化によるデータ圧縮のアルゴリズムを勉強して作ったのだ。
Win32のAPIとか呼び出して、ビットマップにテキストを描画させたとこから、ドットをちまちま数えて、白のドットがいくつ続いてたらこのコード、黒がいくつ続いてたらあのコード...って可変長のビットパターンをつなぎ合わせてファイルに書き出す...みたいな。これが理論通りにうまいこと動作して、FAXから文書が出てきた時はとっても楽しかったw
