「オンプレ」を含む日記 RSS

はてなキーワード: オンプレとは

2019-09-19

台風対応森田知事非難している人って

会社システムオンプレオフラインにしてセキュリティを守るとか言ってそう

結局どこまで想定するかだけなのよ。千葉県民だから知ってるけど、そこそこの台風は想定しているよ?

今回はイレギュラー過ぎ。それも台風から途中から対応できない。行動開始は台風通過後のみ。無理でしょ

鉄塔倒れるな、電線地下にって言うけど、今度は地震問題になる。設計問題になる。資材も問題になる。そこまでして房総半島を風速60mにもビクともしない地域にすべき?県民税

初動が遅いってのも被害を受けた場所複数ルートがあるような場所じゃないから状況を知るのは遅くなるし、支援が行くのも遅い

そもそも日本首長森田知事レベルかそれ以下しか居ないでしょ。それどころか準備すら出来てないだろうし

2019-09-15

障害パーティーに参加してきた

10人くらいでやる障害パーティーに行ってきた

場所あんまりいうとバレるから関東近郊のDCを借りて、酒と食べ物買って飲み食いしながら夜はめちゃくちゃに障害復旧するっていう催し。

ういういわゆる障パを主催している幹事に誘われて初めて参加した。

インシデントバーインシデントばっかり発生する)とか少しだけ行ったことあって、技術好奇心があったから参加した。

時間夕方〜泊まり

参加している男らは意外と普通人達で、ちょっとホッとした。

リビング適当に酒飲んだりご飯食べてたら、いきなりKubernetesオンプレに展開したいとか唐突に言い出して、障害パーティースタートした。

適当に近くの運用担当ペアになってどんどん運用部屋(ISMS規定されている)に吸い込まれていく。

1回1時間弱くらいで手順を確認して、コンソールからコマンド打って、復旧確認して休憩して、また近くのダブルチェック担当障害復旧しに行く。

部屋中に溢れる指さし確認の声がうるさくて眠たくならない。

人の運用体制を笑ったことはなかったけど

他人コマンド実行の仕方って千差万別なんですね。

これまで、無理に安全側に倒す方ではなかったけど、転職イベントとかで口説かれたりして転職するかしないかという駆け引きコミュニケーションばかりしていた。

この回転寿司のように障害復旧を繰り返す姿はスポーツのような動物園に来たような気がした。

正直、全然酒に酔えなくて全く楽しめなかった。全然技術的達成感を感じなかった

幹事には楽しかたからまた誘ってとか社交辞令を言ったけど、多分もう障害パーティーはいかないだろうな。

ISUCONみたいな絡みが好きみたいな感じで、ああい作業だけしてる場はある意味人間動物的な本質なのかもしれないが理解できなかった。

社会勉強になったよ。

朝、参加者見てみたらやっぱり陰キャの集まりみたいだった。

金払ってまで障害復旧はしたくはねーな。

https://anond.hatelabo.jp/20190914193945

2019-09-10

犬が吠えなかった事に気づける人でないとクラウドを使うのは難しい

電車が遅延すると皆文句いうのに、電車が動いた事を称える声は聞こえない。

千葉ゴルフ場の柵が倒れればニュースになるのに、倒れなかった柵を称える声は聞こえない。

AWSとかで障害が発生するとニュースになるのに、

千葉で大停電してもサーバが吹っ飛ばなかったとニュースになる事はない。

オンプレなら死んでるからねあれ。

もっと讃えようよ。何も起こらなかった事を。

自衛隊とかこんな気持ちなのかね。

何もしなくても明日問題なく動くのなんて太陽くらいな物だ。

昨日と同じ様に社会が回っているなら、それは誰かがやった仕事の成果だからね。偉大なる成果だからね。

台風の翌日でもいつも通り動いてた弊社のシステム感謝する事も無く、修正依頼ばっか送ってくんな。

2019-09-09

anond:20190909143808

サイゲサービスにも依るけどオンプレやで。

答えを言うと「新規に開発するものには常に不具合が付きまとうものから、基本『データを入れるだけで動くものしかサイゲは扱ってない」ゆうこっちゃ。

2019-08-24

[]2019年8月23日金曜日増田

時間記事文字数文字数平均文字数中央値
009116414180.453
0165432166.545
02808389104.947
035531106.2132
04133729286.874
05988398.160
06142305164.647
0743369686.044
0868489372.037.5
091201190299.240.5
10141951067.432
111411203685.440
12133832362.637
13108942887.349
14167749544.922
151321072981.328
161201064688.734.5
171641179671.944.5
1812014812123.430
19929589104.237.5
20125965877.327
2112314375116.942
22119910576.530
231391130881.440
1日233220587388.337

本日の急増単語 ()内の数字単語が含まれ記事

バーテン(19), GSOMIA(22), GSOMIA(5), バーテンダー(26), EC2(4), 課題図書(5), 送信先(3), 捨象(3), 原稿用紙(9), オンプレ(3), 混線(3), 破棄(31), 日韓(17), バー(18), 報復(9), 韓国(105), クラウド(7), 北(7), 外交(8), 夏休み(9), 反日(9), 聞け(19), 韓国人(14), サーバー(6), 両(6), ロシア(11), 北朝鮮(12), 米(12), モテ(21), 非モテ(13), アメリカ(40), なろう(9), 戦争(25)

頻出トラックバック先 ()内の数字は被トラックバック件数

1999年2009年は大きな違いだったけど、2009年と2019年はそんな変わんない /20190822233353(15), ■息子が妹にセクハラする。 /20190823122351(12), ■普段は敵だけどある時だけ共闘するシーン /20190823165435(11), ■職業バーテンダー /20190822170940(10), ■ /20190823163251(10), ■幸せなら態度で示そうよ /20190822162044(8), ■anond20190823152435 /20190823152530(8), ■「メールを送りましたので確認お願いします」という電話 /20190823100719(7), ■コミュ障会社勤め /20190822194952(7), ■読書感想文は苦手 /20190823120243(7), ■終わり切ったIT業界の今と昔の仕事の仕方の違い~SIからweb系まで~ /20190823153139(7), ■かわいくて素直なら結婚なんて1秒で出来るのに30にもなって独身主査とか何して生きてんだろ /20190823171309(6), ■人間としての義務教育もできなくて辛いのでアドバイスがほしい /20190823085401(6), ■そうよ私は体操出身の女 /20190823142842(5), ■温度が出てくる歌 /20190823150142(5), ■しょうがないなあ、のび太くんは。ちょっとだけだからね! /20190823023102(5), ■彼氏できねえ /20190823231833(5), ■確かに戦争ってのは経済政策としては特効薬なんですよ。 /20190823020333(5), ■韓国感情的という話 /20190823002214(5), ■ /20190823095043(5), ■会社仕事中だけど /20190823093450(5)

増田合計ブックマーク数 ()内の数字は1日の増減

6547499(1734)

2019-08-23

ファーストサーバー全データ消失事件

あれでクラウドアレルギーもってる老害が多い

そんなのオンプレでもあるのにね

もう7年前の事件

まあバックアップもない安いプランっていうのはどうかと思うけど

anond:20190823223924

あはははははは今どきオンプレwwwwwwwww終わった会社やなwwwwwwお前の会社来年には灰燼に帰すわwwwwwwwww

2019-08-10

クチコミサイト運用しているエンジニアだが限界かもしれない

現場でなにが起きているか

ディレクターサイドが大きいタスクを嫌がる工数が足りないと騒ぐ

リファクタしようにも軽微な改善を積まれまくって開発ができない

一個改善をしようとすると経営会議承認を得ないと行けない

デザインが明らかに古い

イベントを行うもイベントが終わるたびに燃え尽き症候群エンジニアがやめていく

開発の経営陣は古いシステムをどうしようという話に一切口を出さず新しいシステム機械学習に夢中

クローズするサービスを残し続ける、保守しなければ無料じゃねーんだよ

裏側でなにが起きているか

最後サーバーセキュリティアップデートしたのはいつだろう

ソースコードカオスなことになっている

仕様理解している人が誰もいないことが稀によくある

DBパンパン、使われていないテーブル多数あるけど怖いので消せない

CTO直下のチームは飽き性で色々なフレームワークを開発し運用チームに渡しまくるせいでもうぐっちゃぐちゃ

マイクロサービスを無理やりしたせいでバージョン違い、ミドルウェアの違いなどで更にカオス

DDDとか会社で誰も回せないし正常に導入できていないのに、推し続ける謎行為(俺たちは勘でDDDをやっている)

どうするべきか

主要なサービス新規事業サービスを乱立するのは良いが、損益点をはっきりさせて撤退する勇気を持つ

24/365は諦めて、24/365のための議論をする

オンプレはもう限界だよ、オンプレでもいいけどサーバー構築を1h以内にやってくれ頼む

大規模なリファクタリングを行うために経営陣は今の現場限界に気づいてくれ、株価見ろよ利益率悪いのが丸わかりだろ・・・

機械学習やってる場合ですか?

自分たちは弱いことを認めて改善をしていけばいい、全員やめろとは言わないけどもっと運用チームの一番下と経営陣がしゃべる時間を作って生の声を聞いてくれ

人事に言いたい

エンジニアイベントごとに巻き込むな、全部任意イベントにしてくれ

エンジニア営業を同じ制度ワークフローで処理するのは限界ってことに気づいて

会社お金の使い方見直しません?その社内イベント本当に必要ですか?

あぁ^~リモート環境ないので障害起きたら出社しなきゃいけないんじゃぁ^~

2019-07-20

転職して入った会社イントラサーバーIE8限定だった

わざわざVPN接続してまで2003Server+IISとか誰も開きたくねーよ

「なんでクラウドに移行しないんですか?」って聞いたけど

「移行コストがかかりすぎる」「情報流出心配」とか言ってるけど

オンプレで2012Serverとかに移行しても職人ノウハウ駆使して維持するぐらいなら

マネージドに移行したら人件費差し引いてもお釣りくるぞ

ハードソフト運用費に人件費を入れないのはアホだと思う

anond:20190720231059

オンプレJenkins職人なんかは無駄時間と属人知の塊だと凄い批判されたのに、オンプレRedmine職人とかオンプレのGitLab職人にそう言った話が聞かれないのは不思議

2019-04-20

anond:20190420181217

スクールか何かで学んだことを活かして、自作アプリをそのサーバー上にデプロイしてみると良いんじゃないか

猫も杓子もクラウドだけど、結局オンプレ知識が無いとクラウド環境100%理解することは難しいと思うんだ。

2019-02-11

ITスキルレベルアップしたいけど・・

新しい技術についていける気がしないなぁ。

サーバ構築、設計やらNW系を14年やってきて、WebHTMLCSSPerlPHPJavascriptやらやってきたけど・・

HTML5、CSS3からまり真面に勉強しなくなったなぁ。

かと言ってオンプレ環境はどんどんと減ってAWSAzureに変わっていくからインフラ屋にもなりきれない。

Rubyやらはとりあえず勉強したものの開発経験はないし、JAVAやらCはほとんど触らず。

Twitterではエセエンジニアばかりだし。

独立も難しいし、外資系行くにも英語はさっぱりだし。

うー・・

2019-02-04

anond:20190203232110

がっつりオンプレ触らせてもらえる業種自体レアケース過ぎて、オンプレって一般的重要だよねとは言えない。

あるいは電柱とか鉄塔工事ってインフラとして重要だよねって言われてる気分。

でも下っ端ソフトウェアエンジニアが生きていく上ではそもそもそういうお仕事させてもらえないのでオンプレとかアウトオブ眼中だぜ。

2019-02-03

クラウドエンジニアマウントとられるのはなぜなのか

自分オンプレ系のインフラエンジニアなんだが、

クラウドエンジニアマウントとられた経験が何度かあって、

色々と思うところがあったのでここに書きたい。

この前、勉強会に行ったとき不快な思いをした。

オンプレ環境経験クラウドエンジニアのひとに、

AWSとかGCPとかの仕事うつったほうがいいですよ」

時代に取り残されますよ」

とか言われて、これが不快だった。

オンプレ環境で働くことは古臭いとでも思われているのだろうか?

自分感覚では、

クラウドエンジニアは、インフラエンジニアとは種類が違う仕事という認識をしている。

AmazonとかGoogleとかのすごいエンジニアがつくって運用している基盤を、お金払って利用しているわけで、

それを利用するのに癖があるからそのあたりをあれこれするのがクラウドエンジニアなんだと(勝手に)思っている。

からクラウドエンジニアマウントとられる意味わからんなと思っている。


インフラエンジニア不要論とかも時々耳にするようになってきたけど、

不要なわけないだろという気持ちになる。

すべてのシステムクラウドには移行できないと思うし、

オンプレ系(プライベートクラウド含む)の仕事消滅するわけないと思っている。

自分オンプレしか触ったことがないから、観点が偏ってると思うし、

オンプレクラウドの両方の経験のあるひととかは、どう考えているのか教えてほしい。

2018-09-19

とある会社機械学習環境を整備しているんだが心が折れそうだ

昨今流行りの機械学習プロジェクトがぽこぽこ立ち上がっている状況なのだが、一部の人を除き、apt-getで躓いているのは会社にとって損失だと考え、オンプレクラウドのようなものを構築することにした。

グループ全体の規模はそこそこ大きいが、将来単なるアッセブリー屋になることが目に見えている事もあり(今後20年以内には喰われてしまうという憶測もあり)ネットワークLinuxコンテナプログラミングが出来る自分が社内の機械学習、引いてはITインフラ民主化、なんだったら外販できるくらいのもの作ってやろうと鼻息巻いて無理やり一人プロジェクトを興すことにした。

まずは既存DHCPサーバ名前解決ができないDNSサーバからゲートウェイPCを用いてネットワーク的に分離、社内の物理的な設置スペースの問題デスクトップPCサーバPCが離れた所にあるため、WireGuardでVPN構築、ゲートウェイPCはそれぞれKea DHCPサーバ、PowerDNSサーバを稼働させ、OpenStack導入検討時に悩んだ鶏が先か卵か先か問題解決することにした。

上述の通り、システム構築にあたってOpenStackやMAAS,RancherOSなどを検討したが、社内のニーズを「100%」汲みとった上で、次世代オンプレクラウド個人的にはエッジクラスタがゆるく繋がるアメーバクラウド?のような呼称があっている気がするが)を構築するにはどれも痛し痒しで何かしら制限がついて回るのは許容できなかった。これは今後5年、特に海外事業所の開発者の事を考えた時には外せない要件だった。

とはいえmiekg/dnsを用いてCoreDNS進化版を作るにはリソースが足りず、BINDを用いるにはSA対応がしんどすぎるため、APIを備えており、今後も進化が見込めるであろうOSS、また必要であれば商用製品保守サービスが受けられる事から上記2つを選択した。

PowerDNSはさておき、ISC KeaはナウでYANGなLinux YANGに対応しようとしているなど(言いたかっただけ)、世の中のオンプレ環境を塗り替えるためには兎にも角にもAPIゲートウェイ重要だと考えたため、双方が提供しているAPIをうまく吸収するミドルウェア(とちょっとしたAPIサーバ)をGo言語作成した。

次に世の中のパブリッククラウドOpenStackなどを触ったことのある開発者はCloud-initに慣れているはずという前提の元、対応コスト勘案の結果、NoCloudで対応しつつ、上記APIサーバ連携し、ベアメタルマシン管理した事のある人はわかる、ベアメタルマシン特有の諸問題解決することにした。

まぁなんだかんだ大企業なのでお金解決する手段もあるが、そもそも高集積ラック搭載GPUサーバ購入の稟議が通るような会社だったら既にKubernetes導入しているだろうし、俺もこんなことしてない。

脱線したが、上記以外にも検証バックアッププランとしてAnsible記述などの作業はありつつも、3ヶ月かけてようやく基礎となるインフラ基盤が構築できたため、nuxt.js+go簡単フロントエンドサーバを構築し、一人情シス様相を呈している部下のリソース開放、Calico対応+Kubernetes導入、不安がっている上席が安心できるように、分かりやすい餅を用意しようとしている、というのが現状。

ここまで寝る時間も惜しんでトップスピードを維持したまま頑張ってきたものの、少し限界を感じている。

特にオンプレクラウド部外者が中々見えてこないものがあり、なんならその見えないもの限界まで吸収できるように、かつ現実的に実現可能ギリギリラインを狙っているのだが、そもそも周りに相談しようとしても何を言っているのか解説する所から始めないといけない。

覚悟はしていたが、ふとした時にとてつもない脱力感に襲われてしまう。

世の中を切り開いてきた諸氏はおそらく一度はぶつかったであろう、この内なる自分の壁をどのように突破してきたのだろうか?

ひたすら孤独との戦いだというのは頭では理解しているものの、突発的にくるこの脱力はいかんともしがたい。

推敲もせずに大変失礼極まるが、コメントをいただければ幸いである。

2018-08-20

anond:20180820111226

新規開発全くせずに運営だけなんだから人間の形した機械運営させるだけでゼニが入ってくるし、別に大して問題は無いんだろう。

そも、サーバったってせいぜい10台そこらやぞ。オンプレではなくてクラウドでやってるなら、月一桁万円で収まる規模。

2018-04-12

クラウド

EXCEL! を会社に上申し、webサービスへの移行を成し遂げたが、サービス終了のお知らせ

総スカンを喰らい元の状況に戻る。

オンプレグループウェアwebサービスに変更したらサービス終了のお知らせ

元の状況に戻る。

メールレガシーだ!とか言いたいけど、きっとSlackChatWorkも終了してまた怒られるんだろうな。

結局はEXCELメールも、サービス終了のリスクがないってだけで超優秀ってことなんだな。。

2017-07-13

ホワイト企業に勤めてるんだが、もう俺は限界かもしれない

大企業名前だけならたぶんほとんどの人が知ってる。毎日定時に帰れて、週休二日で、有給もフル消化できて、給料福利厚生も申し分無くて、寂しい時は社内イベント勉強会に出てワイワイできて、仕事もそこそこ面白い。だけどもうダメかもしんない。

俺はエンジニアだ。うちは IT 企業だ。俺はエンジニアとして働くつもりで入社した。面接でもそう言ったし、先輩にも上司にも主張した。衝突も多かったけれど、概ね希望は通ったと思う。今の仕事面白い。でも、それでも、もうダメかもしんない。こうしてお酒を飲みながら不満を垂らしちゃうほどに。

服装

スーツ強制である意味がわからない。あんな窮屈な服をわざわざ好んで着るほど俺はマゾじゃない。

営業マンオフィス街に勤めるビジネスマンだってんならまだわかるけど、違う。田舎に構える拠点だ。俺たちはエンジニアだ。仕事しやすい格好であるべきだ。だからといってさすがに裸は非常識だが、ジーパンくらいはいいじゃないか。

たまにお客さんやお偉いさんが来る時もあるけど、そんなの応接室で応対する奴だけ正装すればいい。なんで俺たちにまで押し付けるのか。本当に意味がわからない。マゾという性癖を押し付けたいの?

Webフィルタリング

ネットニュースは見れるくせに、Twitter は見れない。技術用語で検索して情報収集できることを知らないのかよ。

Stackoverflow や Quora や Qiita も見れない(知恵袋は見れる)。GitHubBitbucket も、そしてはてなさえもだ。え?IT企業だよね?何の冗談だよ。全然笑えないぞ。

情報漏えい対策です」だって?だったら POST だけ禁止すればいいじゃん。一部のサイトはそうしてるじゃん。情シスなのに GET と POST の違いもわからないの?

とにかく不便で不便で仕方がない。管理職は「自分のスマホで見ろ」「制限解除した専用タブレットで見ろ」とかほざいてるんだけど、なんでいちいち PC から離れてそっち見なきゃいけないの?コピペしたい時とかどうすんの?効率って言葉知りませんか?何なの?マゾなの?

ウォーターフォール

ウォーターウォールが常にダメとは言わない。ただウォーターフォールは昔のやり方であって、少ない人材スピードも求められる現代ではだいたい役不足だ。にもかかわらず、馬鹿の一つ覚えみたいにウォーターフォールで開発しようとする。

テストコード書いて効率化して暇を持て余して改善に勤しむ俺よりも、いっしょうけんめい(笑)ワード使ってコード日本語にひたすら翻訳するという詳細設計書執筆に勤しんでる奴の方が評価されてるという現実。第一ウォーターフォールに従うなら先にコードができてるのもおかしいじゃねーかよ。

開発審査

ウォーターフォール続き。開発審査といってこれを通過しないと先の肯定に進めない関所みたいな審査があるんだけど、これがまた冗談みたいに面白い(笑えない)。何十年も(何年も、ではない)前につくられた基準で、かつ無理矢理定量的解決しようとした体系をしていて、結果、

「30ページの仕様書ならレビューはx時間しているはずだ」

「x時間に至ってない?それはおかしい。x時間になるまでレビューしろ」

「x時間超えてる?それはおかしい。なんで超えたのは理由を説明しろ」

なんてことが起きている。何なの?ソフトウェア開発がそんなに単純にいくと思ってるの?そんなはずない。みんなわかってる。だけど逆らうこともなく、おかしいとも思わず、ただただ過剰な仕事を投入したり、数字いじりと作文に勤しんだりする。一体何と戦ってるんだよ。

パワポ民族

ちょっとした資料でもパワポが強要される。テキストで書くと渋い顔をするし、他部署や他拠点、部長より上向けの資料となると絶対に OK が出ない。

独自フォーマットじゃねえよ。Markdown 知らないの?別に Markdown 覚えろって話じゃない。ちゃんと見易いテキストで書いてるだろ。分量的にも、話題的にもこれで十分だろ。なのにわざわざパワポなの?何がしたいの?パワポ萌えなの?勝手にやってろよ。俺たちまで巻き込むな。

PC

PCとディスプレイは会社側が用意したものしか使えない。Windows 強制メモリとかCPUは家電量販店で売ってるレベル。いやそっちの方がまだ高性能かも。おいおい、総務とかじゃないんだぜ?エンジニアですぜ?開発マシンだよ?こんな貧弱なマシンでどうしろって言うの?

キーボとマウスディスプレイ枚数が自由なのがせめてもの救い。といってもディスプレイは会社支給品なので一人あたりどう頑張ってもトリプルだけど。

サーバー

サーバー仮想マシン動かしてそっちで開発しようとか、むしろ開発用のハイスペックマシン手に入れようとか画策するんだけど、無理。調達できない。壁が二つ。

上司の壁。「何贅沢言ってんの?」 贅沢じゃねえよ。それ営業マンに向かって「車?何贅沢言ってんの?(原付あるだろうが)」て言ってるようなもんだぞ。

会社の壁。やたら承認やらエクセル申請書やら冗長で数日じゃ終わらない。ちょっと記入ミスってたらやり直し。融通の利かないお役所仕事そもそもお金が無いからそんな調達できないんだってさ。無いことはないだろ。利益出してんだろうが。その金はどこ行ってるの?お偉いさんがガハハとかっさってんの?

結局、今部署にある分でやりくりしなきゃいけない。だいぶ昔から使ってるやつだから古いし、キャパも限界。使わないマシンを落とさないと他が使えなくて、そのためにみんなに使用状況聞いて回るとかしている始末。おかしいだろうがよ。

え?クラウド?「クラウド企業秘密置くなんて何事だ!」だってさ。だったら紙で仕事してろよハゲ

常駐ソフト

必ずインストールして常駐させるソフトが結構ある。特にセキュリティ系。中には Windows Update みたく動作に支障を及ぼすものもある。お前自身がウイルスじゃねえかよと言いたくなるレベル

あと全体的に実装が稚拙なようでメモリも CPU もやたら食う。ソース見せてもらえないから何とも言えないけど、初心者ゴリ押しで書いたみたいな臭いがする。これで何百、何千の人間の、いったいどれだけの時間を無駄にしているんだろう。

インフラ

インフラがとにかく弱い。メンテナンス日常茶飯事だし、入社年度とか拠点とかでアクセスしていい時間帯を分けるようアナウンスするし、24時間稼働じゃないし、稼働するにしても昼休憩とか夜間とか制限かけるし。自社のインフラさえままならない企業にいったい何ができるというのか。

本当に力入れた方がいいと思う。どれだけ損失してると思ってんだよ。お偉いさんのイベントで主張してみたりもしたけど、俺が浮いただけだった。こういうことに関して鈍感なのがデフォなのだ

IE

社内システムはほとんど IE しかサポートしてない。バージョンまで固定する始末。UI もレガシーだし、UX も全然考慮されてなくて、フォームを何十個もずらずら並べたみたいなページが普通に登場する。

バージョン管理

SVN である。これでもまだマシだ。いや SVN も相当にオワコンだけど(Git 信者が何を知ってるって?いやいや Git 知らないだけでしょ。gitignore が無い時点でどれだけレガシーなのかがわかりませんか)。

ひどいと VSS とかい化石だったりする。VSSて何ですか?だよね、知らないよね。調べてみるといいよ。面白すぎて笑えない。

残業体質

今上に立っている人たちが残業何十時間何百時間当たり前の世界バリバリ頑張ってきた人たちだから、そういう価値観蔓延している。残業40時間くらい何とも思わない人種である。いや40でも十分多いから。

物理的に仕事が多いならわかる。本質的に難しいことしてるならわかる。残業しなきゃままならないシチュは存在する。でもそんなの見たところ一握りだよ。大半はただだらけてて怠けてて非効率的無知なだけ。

いや、無頓着というべきかもしれない。たとえばつい先日こんなことがあった。レビューで(俺はレビューア。他にもたくさん)、レビューイがブラウザからファイルダウンロードした時にブラウザなのかダウンロード先なのかどこかおかして、ブラウザフリーズしたのね。イラっとするじゃん?と思ったら、したのは俺だけだった。数十秒くらいは続いたのに、俺以外はみんな平気な顔してた。平然と待ってた。そういうことに無頓着なんだ。プログラマの三大美徳を備えろとまでは言わないけど、そこまで無頓着なのは社会人として、エンジニアビジネスマンとして、どうかと思う。

俺は巻き込まれたくないからうまく立ち回っていて、帰ろうと思えば毎日定時で帰れるが。この体質はほんとどうにかした方がいいと思う。

全角

数字とスペースを全角で打つのはやめろ。それが許されるの小説だけだ。

コード規約「タブ4文字

インデントはタブを挿入すること ← 俺はスペース派だが、まあわかる。規約ならしゃーない。

タブはスペース4文字であること ← え?

いや何文字かはこっちが決めることだろ。何自由奪ってんだよ。

「従わなければいいじゃん」 俺もそう思ったよ。でもね、みんなね、レイアウト整えるのにタブ文字を入れやがんだよ。わかるかい、タブ4文字にしなきゃレイアウトが崩れるってことだよ。おかしくない?レイアウトはスペースで揃えよ。タブが許されるのは行頭のインデント部分だけだよ。

この件について戦ってみたことがあるけど、誰一人として賛同は得られなかった。俺は自分勝手な人間との烙印を押されただけだった。エンジニアとして主張すればそうなっちゃうのがうちなのだ

この件については宗教論争的なこともあるから最悪引き上がる覚悟もあった(それにぶっちゃけ手元のエディタツールで変えればいいことだし)。でもどいつもこいつも真面目に考えることなく、俺を一蹴した。俺が嫌いだから?何大人げないことしてんの?小学生かよ。意見を見ろよ、中身を見ろよ。

REST API

こんなことがあった。

オンプレで立ち上げてるサービスに対して REST API勝手に使ったら怒られた。曰くシステムがダウンしたらどうなるんだと。業務停止するだろうがと。

言ってることは正しいけど、だったらエントリポイントを閉塞しておけよ。あるいは注意で REST API 使うなと書いておけよ。REST APIデフォサポートしていて、何の注意や閉塞もなく解放されているなら、それは自由に使っていいってことだろ?(もちろんだからといってリクエストバーストさせていいわけじゃないが)。悪いのはそんなことも知らなかった無知管理者だ。責任転嫁するな。

ちなみに閉塞案と注意追加案と提案してみたが無視されている。もちろんそれらを行う権限は俺にはない。

口頭至上主義

チャットの意義は Pull 型コミュニケーションができることだ。受け取った側の都合で返信できることだ。送る側も、そのことを前提とした上で、期限に余裕のあることを送るのだ。

このことを知らない人があまりに多い。とにかく彼らは口頭を好む。え?あんたら、忙しいよね?むしろ俺は配慮してあげてるつもりなんだけど。口頭で割り込まれることでどれだけ集中を阻害されているかがわからないんだろうか。

まあ俺はいいけど。集中削がれて非生産的になって遅れるのはあんたらだから。俺には関係無い。もちろんそのせいで俺にまで影響が及ぶのだとしたら、そこは全力で反抗する。そういえば以前、この件で上司上司に対してチャットでみんなに意見を尋ねてみたら、問題行動として垢BAN食らったっけなあ。その部署からは異動しました。

C言語手続き

C言語手続きプログラミングマンがあまりに多い。OOPを使っただけで、Ruby スクリ実装しただけ異分子扱いされて「そういう最新技術を誰もが知っているわけじゃない」「自分が知っているからといって無闇に適用するにはやめろ」とか言われる始末。最新技術って。ジョークだったんだろうか。あの時は思い切り笑った。その先輩とは今でも疎遠だ。すれ違っても挨拶してくれない。

まあこれは部署や部門の問題だと思うけど。たとえば OSS で食べてる部隊ではそんなことはない。

自社製品うんちく

昇進するための要件として資格取得がある。公的資格だけじゃダメで、社内独自の資格必要なんだけど、この資格たち、試験でどうでもいい自社製品うんちくばかり問うてくるものであるはてなを例にするなら、創業メンバー全員(一人かもしんない。知らん)のフルネームを答えよとか、創業日を答えよなど。

それ、覚えて意味ある?何がしたいの?愛社精神擦り付けたいの?そんなことしても逆に離れていくだけだと思うけど。違うかな。じゃあ何のためだろ。全く見当もつかない。それくらいに不可解だ。

ソフトウェア使用前の承認

ソフトウェアを新しく使用のにいちいち承認必要かいうふざけた制度があった。ソフト使うのって、エンジニアにとっては日常茶飯事じゃん。いちいち承認してたら進まないだろ。

それでもルールなら仕方ない。俺は何十という承認依頼を送った(ちなみに部長以上のお偉いさんが承認者になるという慣習がある)。反応が悪いし、仕事が進まないので口頭でも催促した。一蹴された時は「ならもっと上の人に掛け合います、XXさんが相手にしてくれなかったので来ましたって」的なことを言ったりもした。

結局、俺の部署では「なるべく新しいソフトウェアは使わないこと」「どうしても使いたい場合自己責任で導入すること」「もちろんウイルスチェックはちゃんとしてね」「実績のあるソフトだけ使ってね」みたいな緩いルールが新設されることでケリがついた。

今でも多くの部署承認制のままだろう。みんなどうしてるんだろ。それで仕事になるの?

足を引っ張る人達

うちは IT 企業なのに、リテラシーに明るくない人がいる。たとえば Wiki の書き方も知らないような人がいる。そういう人が部下を仕切っていたり、社員を支えるスタッフ業務に携わっていたりする。

エンジニアとしてより良いやり方を提案しても、導入しても「難しそう」と一蹴されるばかり。そもそも、ここまで上述してきたことに対してピンと来ることさえない。

厄介なのは、会社そのものがそういう人達に足並みを揃えようとするところだ。だからエンジニアにとっては物足りない、窮屈で、非効率的で、むしろ邪魔しかならないようなシステムや仕組みや施策ばかりが降ってくる。元を辿れば煩わしいセキュリティソフト群や承認フローの多さも、一部のバカが何かしでかしたせいだ。

一部の人間が足を引っ張っている。大企業であるということ、図体が大きいということは、そういうことなんだと思う。そうするしかないのだろうか?個人的には、エンジニアとそれ以外に二分して、前者には前者のインフラなり体制なり整えればいいと思うんだけども。

自転車でたとえてみる

うちの会社の連中は、彼らはエンジニアではない。思えば余暇技術的な話をすることが一切無い。彼らにとって技術手段しかないのだろう。エンジニアとしての矜持というものは存在しないのだ。

たとえるならママチャリに乗っている人達みたいなものだ。ロードバイクに乗る人からすればママチャリ手段としてありえない。ロードの方が何倍も早いし、移動範囲も広がる。けれどママチャリ乗りはロードには乗らない。そんな世界があることをそもそも知らないし、知っているにしても努力してそこまで至ろうとは思っていない。今のままで十分だと思っている。

同じなのだ。彼らもまた今のままでいいと思っている。エンジニアリングのエの字もわかっていない。無論、ただのママチャリ乗りならそれでもいいんだけど、俺たちは IT を生業とする会社だ。ロードレースでメシ食べてるようなものなんだよ。なのにママチャリのままなんだ。どう考えたっておかしい。それで勝てるわけないだろ。この先どうすんの。今はたまたま誰も走ってない道を走ってるだけだ。そういう道も着実に少なくなってきているし、ママチャリで頑張って登ろうとするゴリ押しマン要員も減ってきている。

色々書いたけど

他にも挙げればいくらでも出てきそうだけど、疲れたんでこの辺で。

俺も偉そうなこと書けるほどのエンジニアではないし、ちゃんと読みやすいよううまく書けたか自信ないけど、それでも書かずにはいられなかった。

2017-04-07

AWSやめたい

オンプレからAWSに社内システムを乗り換えたのだが、データ転送料金だけでオンプレ時代サーバ維持費を超えてしまった

その上オンプレ時代の5倍の頻度でサーバが落ちたりスローダウンしてるから、社内では業務効率が劇的に悪化したと好評だ

AWS提案してきたシステム会社には散々どうにかならないかと言っているが、構成を見直す必要があって、あと2倍のお金払ってくれないと出来ないの1点張りだ

このままでは俺が死ぬ、助けてくれ

2016-10-12

転職先がクソだった話(おもにメンツ

いまは別の会社に勤めているが、以前の会社があまりにも残念だった。

ちょっと気持ちが落ち着いてきたのと、落ち着いてきたものの誰かに知っておいてもらいたいので記すこととする。

企業口コミサイトって手もあったが、なんとなくアレなんで。


例によって特定を恐れ、ある程度はぼかすものとする(が、事実である


昨年の夏頃から転職活動を始め、自分なりに納得した上で初冬に転職した、理由Uターンである

小生は都内システム開発の職に就いていたが、転職先も地方システム開発である


Uターンということもあり、年収仕事内容が下がることは覚悟の上だった。

仕事の内容が下がるとは、やはり都内でイケイケな技術を使って、イケイケなサービスを作っていた側からすると、劣るということである

断りを入れると、すべてが転職活動の失敗に紐づくし、それは自分責任の以上で以下ではない。

が、考えていた以上の煮え湯を飲まされることとなる


一例を出すとする。


まず前提

そこでは、とあるシステムパッケージ開発とその納品作業カスタマイズ含む)を行っていた。

納品先はオンプレで、それに伴う機材の調達自分たちで行う。

納品作業には顧客との動作確認や他システムとの連携テストが含まれる。


うすうすおかしいなっと思うことがあったが、連携テストの際に辞めることを決意する決定打があった。

さぶばーじょんつかったことあるの?」

コレである

なんかよく分からない叱責の中で、この言葉がでてきたのである

耳を疑った。

多分人生で初めて、耳を疑った。

いままで信頼してきた自分の耳を疑った。


そもそもこの会社では到底SVNとは思えないSVNの使い方をしていた。

まぁよくいっても単なるファイルサーバとしての使い方である

差分管理なんてあったものではない。

なんせソースコードの改修箇所は、Excel管理されているのだから

ちなみに想像つくと思うが、ソースコードに改修番号みたいなコメントがあって、その改修番号でExcelと紐付いているという。

そんなこんなでソースコードにはどこぞの納品先でカスタマイズされた分岐やらループやらが散在して、なんのことかよくわからなくなっている。


まぁやり方はそれぞれだから百歩譲って許そう。

しかし許せないのは、あたかもそれが正解かのように叱責され、でてきたあの言葉である

これを言ってきた連中は新卒で入ってずっといるor長いこと会社にいるっといったメンツである

毒されている、というか技術者としての向上心もない、もはや彼らはこの会社しか生きられないだろう。


自分がもし逆の立場なら

「ごめんね、ここでのSVNの使い方はこうなんだ、いま改善しようとしているところだから、とりあえずは我慢してね」

とか言いようがあるだろう。

それもなく、運用ルール説明もせずに間違っていたら怒るという。

(彼らは説明したと言っているが、間違いなくいっていない。こんなルールを聞かせれて覚えていない訳がない、彼らのなかで常識となっているから言ったと思いこんでいるのだろう。)


ボカしているのでうまく伝わらないと思うが、これがことの顛末である

もちろん他にも首を傾げるところはある、けしてコレだけではない。


書いてて思ってが本当に内容をボカす必要があったのだろうか。

なぜなら彼らは、はてブも知らなければ当然ながら増田も知らないだろう。

故にこの増田はてブトップにきたとしても、みることはないだろう。

それくらいアンテナが低いのである


もうちょっとだけ、なんだかなーっと思ったことを言わせてほしい。

例によって彼らもソシャゲをする一端のサラリーマンなわけだが、Ingressを知らないことには驚いた。

ここまで地方技術者レベルが低いのかと思った。

(後にいまの会社転職し、この会社だけの話だとわかった。)

別にIngressを知らないかレベルが低いと言ってるわけではないが、それぐらい知っておこうよっていうことが多々ある。


冒頭でも言ったが、これはすべて自分責任である

責任であるからこそ許せない。

どうやったら防げたのだろうか。

しろ自分がその会社かえるべきだったんじゃなかろうか。

(それはない、人のやる気さえを奪う負であったから、ここにいたらマイナスしかない)

やっといろいろ考えられるようになってきたので、今回まとめてみることにした。


不快に思う人がいたら申し訳ないです。

賛同してくれる人がいたら嬉しいです。


最後

今回の登場人物はいないが、その地方営業所の一番エラいとされる(役職名を出したくない)人がいる。

そいつもっと何もわかっていないバカである

2016-05-11

1983年まれ33歳、ちょうど社会に出て10年のWebエンジニア年収

いわゆるWeb業界エンジニアやってて10年経って、めでたくおっさんクラスタの仲間入りと言って過言でない年齢になりました。

定期的に "エンジニア生存戦略" とか "キャリアが云々" みたいなのが話題に上る一方、みんなが気にしているのにあまり出てこない "おちんぎん" の実態について、私個人が10年でどのように変遷してきたかというのを書いてみようと思いました。

ここでいう "年収" は、源泉徴収票にある支払金額にある金額のことを指します。つまり、実際に得ている金額ということですね。

2006年: 350万円

2007年: 源泉徴収票紛失で不明、たぶん2006年と変わらないくら

2008年: 440万円

2009-2010年: 400万円

2011年: 600万円

2012年-2014年:750万円

  • 賞与なるものが安定して出る職場に変わり、トータルではアップ
  • 結婚したりしてまたそれまでとは違った生活になりました

2015年: 950万円+ボーナス


という感じです。

これをどう思うかは人それぞれだとは思いますが、参考にできそうな人がいたらどうぞ。

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん