はてなキーワード: 社内SEとは
nao0990
設定が十分に練られていないから、一浪で大学入学して大学二年生修了後さらに二年休学の時点で22歳、なんていう基礎的な矛盾が起きるのだ。
普通に凡ミスでした、すみません。その時点で23歳ですね。他にもおかしい点があるかもしれませんが、記憶違いや身バレを恐れての改変が混ざったためと思って下さい。
nekora
一応事実として書いているので、言語だけで見るとショボい経歴ですがそのまま書いています。VB6 については弁護出来ないレベルの古さなので、格好悪いと言われるとその通りですが、それも含めて仕事をしようと思えればできる、と捉えて頂ければ幸いです。もちろん、古い言語の悪い部分に甘んじて低い技術レベルのままで仕事をしてもよいと言っているわけではありません。
htnmiki
語りたい病ですね
augsUK
今が勝ち組なのかよくわからんとか設定が杜撰だとかいろいろあるけど、想定Q&A作ってまで語りたいんだなあということはわかった。もう少し勝ち組設定の方が良かったと思う。
語り寄りになってしまってすいません。事実ベースで書くことにこだわり過ぎました。
大学中退やその他のハンデがあったとしても、場所/労働条件(給与、福利厚生)/企業のブランドなどへのこだわりを必要以上に持たずに捨てて視野を広げ、自分が必要とされるであろう企業に絞ってエントリーすれば数十社もエントリーしなくても内定はもらえます。なので頑張りどころを間違えずに頑張ってほしいです。
以下はこの一言に対する補足説明となる、背景や就職活動の指針についてです。
Twitter / s_suneco: これリクナビのトップだけど、これ私がおかしいというよりは周り ...
https://twitter.com/s_suneco/status/448665586222899201
高校に上がったくらいから就職ということを少しずつ意識するようになり、上記のような何十件もエントリーしなければならない熾烈な就職活動があるという話を聞いて、まだぺーぺーの学生でありながらもそんなのはおかしいと思っていた。学歴は確かに一定の修学を積んだという証明になるかもしれないけれど、企業はそれだけではなく採用希望者の人となりもきちんと見て、共に働くものとして十分な経験、知識、学習意欲などを持ち合わせているものをきちんと採用してくれればいいのにと思っていた。(働いてから採用する側になって、その難しさもまた分かったのだけれど。)
自分の能力は客観的に見て高いのか低いのかは分からないけれども、少なくとも学歴に関しては大学中退という傷物でありピカピカの新卒に比べると人材としての価値は低かったと考えている。そんな自分の足跡をここに記して、一般的な人材像とされている新卒でなくとも、その他諸々の身分であったとしても、落ち着いて丁寧に就職活動をし、こうして就職が出来ているということを知って就職活動の励みとしてもらえればと思う。
結局の所、労働者として働きたい僕らはお金が欲しいというのが企業と同様に前提条件なのであって、そこから
という流れが導き出せると考えています。
自分が学生であった当時もそうですが、そういった流れがあるとこまでは分かっても各点の具体的なイメージは出来ず、企業がどうやって稼いでいるか、従業員はどういった業務を行って給与を得ているかなどを適宜調べたり、諸先輩方に会う時などに質問するなどして一つ一つを自分なりに具体的にしていきました。そうして自分なりの芯となる考えを持っておく事で、無鉄砲に企業に当たるのではなく少しずつ焦点を絞りながら就職活動をし、数社のエントリーのみで内定を頂く事ができたのではないかなと考えています。
うまくまとめられたかは分かりませんが、ここに記した自分の経歴や考え方を見て何かしら参考にしてもらえれば幸いです。
経歴にも書いていますが自分の場合は理系→プログラミングという分野で活動していますので、別の分野(業界、業種、業態)では参考にならないということもあるかもしれません(分野によっては数十社へのエントリーを行った方が確率が上がる、など)。逆に言えば、踏み込む分野によって適切な就職活動の方法というのはあると思うので、それぞれの分野の現職やその周辺の方々の情報をうまく集めて、適切な方法で活動していってもらえれば自分が望む方向に近い所へ向かって行けるのではないでしょうか。
就職活動中の皆さんが無理をせずに向かいたい方向へ努力して向かい、その努力が報われる事を祈りつつ。
とある社内でホームページの作成、運用を担当してきた。綺麗な言い方をすれば全てのホームページの作成が終了したので、退社が決まった。俺の方はお金に困らない生活ができて良かった旨を知り合いに言ったら、「お前は周りに合わせないから行けない」「言われた事をやるのが態度に出るから首になる」と散々注意を頂いた。まあやる事やってりゃいいだろ、違う会社に行く為の腰掛けと言う態度が表にでるから失敗する事もある。尤も風俗でHする為等のお金が欲しいから働いてるのが現状だ。さて今日はこんなダメ人間街道まっしぐらな自分の6ヶ月間のハイライトを話していこう。
まずA部署ではwordpress系のホームページを作って来た。基本的にホームページ制作の流れは、企画を設計書に落とし込み、設計書の各パーツをPhotoshopのスライスと言う機能で切り出し、各部分にはめ込んでいく。このように仕様通りに作るというテクニックが要求される事が多い。どうしてこういう流れを踏む必要があるか?それは仕様書をあらかじめ作っておき予定立てをすることで、全体の進捗の管理をしやすくし、効率よく回しやすくするためだ。
システムの世界で言うアジャイル開発に代表されるように、昨今では状況の変化に対応しやすいようPDCAサイクル((ある事業の計画→実践→検証→改善までの))を短く回せるような開発手法が注目を浴びている。
最もこのプロジェクト程度ではそこまでやる必要も無い規模だったのもあって、
2.wordpressで実装
4.公開、運用
の流れで作業を行っていった。自分は1〜2の流れを短いスパンで繰り返し完成に持っていった。思い返せば商品を見せる?タイプのサイトだったのか、3.では画像の修正が一番多かった記憶がある。とりあえず見た目の良いページが出来上がった。このうち個人的に反省した点は1の構想の段階で、「誰にみてもらうのか?」「何の為にこのサイトを作るのか?」を明確にしなかった点だ。前の会社でもこの点はないがしろにされてしまっていたので、shit!と思った所だ。
困ったのは担当がこの手の現場作業に理解が無い面がある点だ。事ある事に「(前の会社で)仕様書通りに作る仕事をやってたんだろ?」、「一からHPを作れるようにしてやっただろ」的な態度なのは...以下業務とはやや関連する、仕様書のあり方について話していく。
まず家を建てるには設計図と言うものが存在し、図面通りに作る事で組み立て作業をやりやすくしているわけだ。設計図に不備があると欠陥住宅になったり、資材を追加発注してイニシャルコストがかかってしまうなどが考えられる。さてHP制作の場合はそこまで厳しくないものの、全体の進捗管理をやりやすくする等の目的で仕様書が存在する。ただ作るだけでなく、何の為の仕様書か?と言う部分を把握する事も仕事のうちだと思っている。
例えば一からホームページを作るんなら、ソフト使えば自分でもできる話。それではできない現場の技術を覚えたい、企業ものを手がけてみたいからみんな入社するのだ。もっとも「仕様書の作り方、仕様書通りに作る技術を覚える=現場の技術を覚える」な場合もある。以外と現場と個人との差はこういう部分で現れてくる事も多い。
次はB部署で作ったホームページの話をしよう。嬉しかった点、一緒に仕事をさせて頂いて良かった点は冒頭の打ち合わせの段階だ。特にB部署の方から「うちは別の事業がメインなので、とりあえずこんな会社があると言うのを紹介するようなページを作ってほしい。だから簡単で良いですよ」と言ってくれた点。もちろん気が楽なのが2割、結果的に作り過ぎにならないが8割だ。
その為「外回りの営業の人が○○やってると言う事が分かるように、簡単な説明を入れてほしい」「いやそこは○○と言うべき所だ」とどんどん実のある話が飛び交ってくるのが嬉しい。ともかく意見を言いやすい雰囲気で、会社側の意向に合わせてどんどん改修などもしやすい限りだ。何より会社の体面でなく、客の方を向いているのが本当に良かった。
ここで個人的に社内SEなどの部署は、基本的に社内の意見を反映しやすい物を作るために存在すると考えている。今回の案件を担当して思ったのが、営業だとか他部署の人間の仕事を円滑に進めるためのホームページがあっても良い訳だ。アクセス状況を無視して、営業の人がiPadで話すためのネタをホームページに仕込んでしまってもいい。1.で話した通り所詮はお金の為と言え、もしお金を度外視するならできる限り相手の立場で仕事をしたい所だ。
その他嬉しかった事が2つあって、1つ目は上司が業界の仕組みを教えてくれた事だ。帰り際に「○○の業態は全体の△△%のキャパシテイを埋めれば、利益が回収できるような仕組みなんだ」と業界の仕組みなどを教えてくれるのもありがたかった。2つ目は俺に合わせた冗談を言ってくれたことかな?「10分女と話して10分仕事して...」の一言には、俺のこれまで全てを言いくるめられたような気持ちとなった。加え「温泉街に風俗だのスナックだのは必要だよな」と俺の後押しをしてくれ、気を合わせてくれたのが最高だった。辞める事になったものの、こんな会社に出会えて本当によかったってものだぜ!。
場合によっては「アダルトの仕事なんて何やってるんだって気になるよね」って言う奴も居て、こういう奴のいるような会社はことごとく去って来た。こんな事を言われるたびに「うるせー。こういう男の下心で金が動いてんだよ!」と黙って反抗し続けたものだ。やっぱ女に騙されるようなバカで居たいし、それを笑ってくれるような人と働きたいものだ。ホント2週間に1回Hができれば、もうちょいクビになるタイミングをのばせたかもしれない。セックスはクビ防止に多いに役に立つに違いない(笑)。
最後にこんな文章をお読みいただきありがとうございました。社内で目立った存在なんで、協調性が無いの分かると目を付けられやすいんですよ。(違う知人から「お前がいると俺が目立たねえじゃねえかよ!」といじられましたw)。さてこんな俺の愚痴から何か得るものがあれば幸いです。俺の方はとりあえずバイトでもよいので適当に探し、大好きな食事とHをこなし続けていきたいです。
ここ10年のBtoBの成果は、共通の技術基盤という妄想のために用意された
複雑大規模で、完全に閉じてて、他には誰も使えないEclipseで動く謎のゴミ。
自分達でも持て余して、パッケージ導入とか、結局Strutsスクラッチ開発だったね。
まあ、商売ネタとしては成立してたけど。
Struts1のサポートが切れる蓋を開けた時の状況は、笑いどころか失笑でした。
だからってBtoCも凄かったわけじゃない。
そこで事件が起きる。Railsの登場。
ビジネス的には、あんまりインパクトはなかったこれだが、歴史の転換を説明するのには便利。
Railsのアーキテクチャは、エンタープライズのアーキテクチャパターンを程よい感じに取りこんでいる。
Perlパクりから始まって、Javaのクラスパクッて、Railsも速攻パクった。
最近は、所謂関数系言語と分類されるパラダイムも最速でパクてる。
そんな感じで、RailsからパクッたフルスタックのMVCフレームワークが一気に広まる。
そしてこれらのフレームワークは、金魚のフンSierにとって銀の銃弾だったStrutsを、
鼻で笑えるもので、Strutsでドヤ顔してた彼らは、この時点からPHPerからも見下される存在になった。
エース開発リーダーさん。そろそろDIコンテナあたりは使えるようになった?
Javaの方が良いとか言うなら、せめてそのぐらいはフォローしたら良いんじゃないですかね。。。
ただ、これは結果から見たもので、本来の本当の流れは、ネットの普及にある。
BtoCの市場が巨大化し、パイが増えて、それだけ技術者も集まった。
優秀な人材がプロダクトを作れば、優秀なプロダクトが生まれる確率もあがる。
みんなで作れば凄いものが作れるという勘違いは、決してしないように。
これはアーキテクチャにも影響して、その方向性を決めるようになった。
SOAPは、優れていなかったわけじゃない。ただ単に閉じた世界すぎた。
RESTは、実用的なアーキテクチャなんてほとんど無い。ただみんなが適当にやってたのに名前付けただけだ。
だいたい今はそんな感じで
今後はアーキテクチャはBtoCが主導するだろう。
そこの社内SEさん。技術キーワードが凄いからって発注しちゃだめよ。
まともなもんが返ってくると期待しちゃいけない。
BtoBは、この鈍行の間、何もしなかったわけじゃない。
たった数パーセントの稼働率を上げるために、何十倍の時間や金をかけてきた。
彼らは、そういった品質に命をかけてきた。
モチベーションは「承認欲求」と「コンプレックス」と「モテたい」。
4年経って5年目の今、月給35で手取り29ぐらい。
ボーナスは年1回しか出なくて去年末のが30だったから年収450ぐらい?
いま26歳で今年度中に27になる。
学歴や時代を考えれば悪くない給料だと思うけど、全然足りない。
去年が過去最高の昇級で5上がって、平均で月収が年4万弱上がってる計算だけど、これだと1000万には届かない。
仕事はまぁ社内SEというか何でも屋とかいう感じで、上から言われたこともやるし、言われてないこともいろいろやる。
自分で設計してコード書いて手が足りなければ外注してデータ分析して分析のための基盤も作って社内用の情報共有ツールもOSSのを導入したりいいのが無ければ自分で作ったりソーシャルメディアを使ったプロモーションの提案とか実装とかその効果測定の仕組みの提案とか実装とかバッチ処理やSQLのパフォーマンス改善とか。
いろいろやってきたつもりだけど30までに1000万もらうにはまだ足りないらしい。
多分根本的にやり方を変えないといけないんだろう。
会社も変えないといけないのかな。
でも世間知らずだから世の中の会社がどれぐらい給料くれるものなのかとか、自分の市場価値とか全然わかんない。
俺はどうしたらいいんだ。
強いて言えば・・・っていう程度で、人当たりも良いしリーダーもやる。
仕事ではプログラムも書けるし社内SEみたいなこともやる。営業のサポートも時にはやる。謝りにも行く。
残業ばかりやって土日も出てる。馬鹿だなって思いながら、任されることが嬉しくてやってしまう。
人が嫌がる仕事ばかりやってる気がする。
PHPとjQueryで社内SNSをGWに作って、皆が楽しんで使ってくれてるけどバグが多い。
でも何となく許してもらっている。
俺はプロフェッショナルではない。
今朝の会議でプロフェッショナルについて話があったけど、心が痛かった。
俺はいらないんだろうな。
web系プログラムどれか一つでも覚えたら余裕で働き口ある現代
PHPとかすげー簡単だぞ。社内でphp研修してくれたりするくらい優遇されてるしな。
javascriptなんて旬だぞ。jsでiOSアプリにもアンドロイドアプリにもコンパイルできるツールあるしな。
自社サービス社内SEならブラックでもないし営業より給料いいことあるし、派遣で2〜3年やって実務やればとりあえず10年くらいは安泰なのに。
んでプレゼン能力と運用ノウハウをその時期に身につければもう5年くらいは生きられるだろ。
あ、まず前提として、
はたして貴女を幸福にするかどうか、それはまた別問題だけれど。
IT系の超かしこい男なども多く、
多くっつーかIT系でないのにプログラミング大好き男っていうのは超かしこい学生(まぁこれは有望株)か研究者系なんか、
あとはまったくかしこくもないクセに頭いいつもりして「Lispやってます(キリッ ハローワールドくらいですが」とか言っちゃうアホしかいないわけで、
したがって、釣り師たる女たちにとっては、
なかなかあなどれない釣り場です。
では、プログラミング大好き男に「どの言語が好き?」と訊ねられたとき、
まず最初に、その男がCOBOLのようなタイプのレガシーコードと
あとはC/C++、そして(TechEdに参加するほどではないけれど)VisualBasicが大好きな、
貴女はかれの目を見て、微笑みとともに質問など無視して、こう言いましょう、
「わたしが、仕様書を作ってあげる♪」
これこそまさに必殺の答えです。
そこでプログラミング大好き男が、えへへ、とやにさがったならば、
貴女は、ひそかに、「コピペ量産しやすい技術的ポイントを抑えた仕様書」あたりを
ひそかに練習しておきましょう。これで成功まちがいなしです。
しかし、ここでは、もう少しハイブロウな(?)いわゆるプログラミング好きの男の
落とし方をお伝えしましょう。
「わたしは、JVM上のScalaが好き。
型推論もあるしラムダ式やクロージャもスクリプト言語みたいに書けるの、豊富な組み込みのコレクションメソッドはいつも便利だし、
XMLリテラルもCaseクラスによるパターンマッチもTraitベースのMixi-inも、大好き♪」
もしも貴女がそう答えたならば、
かれの貴女への恋心は、
20%増量になるでしょう。
なぜって、Scalaは、
コンパイルは遅いながらも、そこがまた
ちょっぴりメモリを多く積めばいい富豪プログラミングみたいなふんいきをかもしだしていて。
質高くふるまっていて、なおかつ、
JVM上で動くくせにJavaが「やるやる」と言ったまま実装してなかったラムダ式と仮想拡張メソッド、型推論を実装した功績もあって。
したがってScalaこそは、
本来なんの接点もないまったく縁もゆかりもない別々の世界に生きている、
インタプリタ言語大好きな綺麗系OLと、玉もあれば石も混じっている、そんなプログラミング大好き男たちが、
この世界で唯一(いいえ、JVM系列のJRuby、Clojure と並んで唯三)遭遇しうる場所です。
●
では、参考までに、危険な回答を挙げておきましょう。
プログラミング大好き男に「どの言語が好き?」と訊ねられたとき、
「MicrosoftのVisual Basic for Applicationが好き♪ 週3回は Excelでコーディングするの。」
特にOfficeは平凡ながら、ま、無難にまとめてあるものの、
しかし、「新UIのリボンUI!」「メトロUI対応!」とかなんとか無意味な自慢を吹聴し、
VBAはさらにプログラミングについての謬見を撒き散らした罪がありますから、プログラミング大好き男にとっては天敵なんです。
ティーガー戦車乗りのオットー・カリウスは「ティーガー乗りなら誰でも片側の履帯がはずれ僚車に牽引されて帰ってきた経験を持つはずだ」 って言ったけど
社内SEかSIerなら誰でもクソみたいな前任者が書いたクソみたいなExcel-VBAコードを直した経験があるはずなんです。
また、もしも貴女が「PHPが大好き♪ あたしが書いたPHPのWebサイトが、さくらサーバに7件あるよ♪」
と答えたとしても、同様の効果をもたらすでしょう、
なぜって、PHPは、1990年代にはWeb系を目指す人にとっては簡単で要件を満たすWebサイトが簡単に作れる輝きの道だったものの、
しかし2000年代そうそうから、セキュリティ関係の問題で転落し、
いまや、あの貧弱な言語能力では、Rubyの魅力に遥かに及びません。
(注1)
「わたし、.NET FrameworkのC#が好き、フォームアプリでも書くけど、
最高に好きなのはASP.net♪ SQLServer連携も、ajax control toolkitもすっごくおいしいの。」
と、答えたとしたらどうでしょう?
なるほど、貴女の趣味は高く、
たしかに.NET Frameworkは、C# が cool であるのみならず、
.NET Framework上で動く F# や IronPythonやIronRuby、マネージJScriptも最高においしいんですけれど、
しかし、貴女の答えを聞いて、プログラミング大好き男はきっとおもうでしょう、
(なんだよ、MS信者な女だな、カネかかりそう)って。
(注2)
貴女が、プログラミングが大好きで、言語の名を挙げるにしても、
たとえば、JavaScript(node.js)ならば安心でしょう、
なぜならば、JavaScriptは、かけだしのプログラミング初心者にもマニアにもともに愛されるめずらしい言語で、
貴女がその名前を挙げても必ずしも、(jQueryがやっとの初心者と思われることはあっても)あなたがプログラミング言語おた宣言をしているとは受け取られないでしょう。
むしろ「へぇ。ちゃんとprototypeは使ってる?」と聞かれたら「当たり前じゃない。むしろnode.jsでいいMVCフレームワークが分からないんだけど…」と話を振ってみましょう。
男は嬉々として、30個くらいのnode.jsのフレームワークを教えてくれることでしょう。(まぁどれもどれで帯に短し襷に長しなんですが)
あるいはRighno上で動かしたコードをnodeへ移植する話とか、CoffeeScript、甚だしきはClojureScriptを振ってみてもいいかもしれません。
しかし、たとえば、世界が(つーか竹内先生とポール・グレアムが)誇る超絶関数型言語の名作、Common Lispにせよ、
selfと書きまくることと海外で使われてることに定評のあるPythonにせよ、
バージョンアップごとに言語仕様が変わり、かなり素敵なものではあるもののobsolatedな罠にはまりやすいRubyにせよ、
まったく読めない$_だらけで頭悪い仕様をリセットしてPerl6にする(そしてまた全く読めない)Perlにせよ、
気さくなクジラ飛行机さんがふるまう素敵においしい日本語プログラミング言語のひまわり・なでしこにせよ、
基地外トリッキー言語の代表BrainFxck・Glass・Missa・WhiteSpaceにせよ、
ましてや貴女が、「Haskellが大好き♪ わたし、プロジェクト・オイラーの問題もうほとんどHaskellで、解いちゃった♪」
と答えたならば、どうでしょう?
これはかなり博打な答え方で、
なるほど、Haskellは、純粋関数型でありつつも副作用のある操作が行える超絶名言語ゆえ、
あなたがそう答えた瞬間、プログラミング大好き男がいきなり超笑顔になって、
「へぇ、やっぱりHaskellなら大抵の問題は4行以内くらいで解いちゃった?」とか言いながら
鼻の下がだら~んと伸びちゃう可能性もあるにはありますが、
しかし、逆に、(なんだよ、この女、プログラミングおたくかよ)とおもわれて、どん引きされる可能性もまた大です、
なぜって、必ずしもプログラミング大好き男がプログラミング大好き女を好きになるとは、限らないですから。
男たちは、女を導き高みへ引き上げてあげることが大好きゆえ、
もしも貴女が、「Haskellが大好き♪」なんて言ってしまうと、
そこにはもはや、男が貴女に圏論のモナドを教育する余地がまったく残されていません、
したがって貴女のその答えは、
プログラミング大好き男の貴女への夢を潰してしまうことに他なりません。
ま、ざっとそんな感じです、貴女の目にはプログラマーたちはバカでスケベで鈍感に見えるでしょうが、
しかし、ああ見せて、プログラマーはプログラマーで繊細で、おざなりに扱われると傷つきやすく、ローカル変数の名前一つにも気を使い、女と自分の将来に夢を持っています、
貴女の答え方ひとつで、プログラマーの貴女への夢は大きくふくらみもすれば、
一瞬で、しぼんでしまいもするでしょう。
●
では、スキットを繰り返しましょう。
「わたしは、JVM上のScalaが好き。
型推論もあるしラムダ式やクロージャもスクリプト言語みたいに書けるの、豊富な組み込みのコレクションメソッドはいつも便利だし、
XMLリテラルもCaseクラスによるパターンマッチもTraitベースのMixi-inも、大好き♪」
そして、その瞬間、プログラミング大好き男の目がらんらんと輝いたなら、
貴女はこう重ねましょう、
「それからね、いま、わたしが使ってみたいWebアーキテクチャは、
Play Framework、素敵なリアルタイム嗜好のアーキテクチャって噂を聞いたから。
あなたのお暇なときがあったら、わたしをPlayへ連れてって♪」
これでもう完璧です。
PlayFrameworkと、Play(遊ぶ・じゃれる)のダブルミーニングでかれの股間も刺激しちゃえます。
そうなったらこっちのもの、
デートの日には、ペアプロ用に Happy Hacking Keyboard をばっちり決めて、かわいい下着をつけて(注3)、
github.comの通販で売ってるoctcatのTシャツか、facebookの「いいね!」ボタンがムネのところにあるTシャツ、 あるいは初音ミク(ないし彼のお気に入りのアニメキャラ。北米ならMyLittlePonyで鉄板なんだけど)のコスプレを着てゆきましょう。
その日から、プログラミング大好き男は貴女の虜になるでしょう。
注1:
(と、書いたもののPHPの現状をよく知りません。グローバル変数だらけになるのとか旧ASPみたいなもんなのかなぁ。count($array); とか書くのアホと思うがpythonも同じだった)
(あと、マジで単機能とかTwitter連携とか診断メーカー的なのでもPHPで7つも作ってる女子居たら付き合いたい)
注2:
もっとも。objective-Cなんていう言語をやることに比べれば個人で行う程度なら金のかからない手法もなくはないのですが。
注3:
プログラマーにとっての「かわいい下着」と、女性にとっての「かわいい下着」の定義にずれがあるので注意。
半数くらいのプログラマーはしましまぱんつが可愛いと思ってる気がするので、妙齢の女性が着用するには抵抗あると思うが、ボーダー柄のコットンショーツ(ただしキャラ絵のは除く)とか、
過度でないていどにフリルがついたものがオススメ。また、色は、レッドだとプログラミング大好き男は引いてしまう(だってそれはコンパイルエラーのときの色だ)ので、薄ピンクかホワイト、薄ブルー、せめて黒(に差し色でピンクとか)あたりに留めたい。
補記:
元ネタ: http://tabelog.com/tokyo/A1301/A130101/13002457/dtlrvwlst/3464106/
補記2:
「プログラマー」か「プログラマ」かの問題については、特に意味は無いが前者を採用した。
補記3:
言うまでも無いけど、ネタです。
プライベートで思うように行かないことが続くと、気が滅入ってくるし、正常な判断もできなくなってくるのだろうか。
いま社内SEなんだけど、前から地元で公務員への転職を検討してて、これまでの経験を活かして情報系の仕事を出来ればと思っていた。
でも公務員って異動が多くて常にIT系の仕事が出来るとは限らんもんな。
東京じゃないから給料も特別高くないし、新卒で入庁した同い年の奴らには余程のことがない限り追いつけない。
あんなに公務員になりたかったのに、いまでは別にいいかと思い始めている。
業務効率化のためにExcelマクロとかを作ってあげるような仕事ばかりさせられるのだったら、今の仕事のほうがまだましだ。
ただ、今の仕事も同じ会社でずっと続けられるかどうか分からない。
おそらくIT系の部署だけ分社して出向や転籍となる可能性大。
また、技術者として行き詰まると、営業にコンバートさせられる可能性もある。
何事も勉強だと言われて営業をやらされそうになったが、営業はどうも苦手で、何とかその誘いをかわして来た。
結婚して子供もいれば、気がそっちに向いて多少の気分転換にもなるんだろうけど、彼女無しの独身はそれなりにしんどい。
それで、いい加減に人のためになりたいと思って、公務員がいいかなと思ったんだけど・・・最初に戻る。
私、某社でSEをしとります。会社は今年の就活生の人気ランクの上位50位には入っていたかな?
先々月まで約15年間、証券トレーディングシステムを作る部署にいました。
トレーディングシステムはお分かりのように、プロのトレーダー用にカスタマイズして作っております。
東証や大証(+JASDAQ)にダイレクトでつながっていまして、レイテンシーもチューニングしまくり、一注文あたり数マイクロ秒で処理できるくらいまで持ち込みました。
箱(ハード)もかなり投資していただき、サーバ、ネットワーク、ディスク等どこを取っても三重系以上にするなど凝りに凝った作りにしました。
個人的にこの仕事は難しいけどやりがいがあり、とても気に入っていまして、定年までこの仕事一本だろうと思っておりました。
それが2011/3/11の東日本大震災を契機にお客さんの業績が悪くなり、
ITに簡単に投資をしてもらえない役員に交代したことにより弊社への注文も目に見えて減ってきました。
それからはなりふり構ってられず、いろいろな証券会社の仕事を取り、なんとか食っていけるようにしていましたが
限界が見え始め、何年も一緒になってシステムを作り上げてきたパートナーさんを切らざるを得なくなりました。
しかし、それでも部としての経営がなりたたなくなって来て、私の席の周りの人間が一人減り、二人減り・・・
毎月月末に送別会をしている状態でした。