はてなキーワード: SEとは
どうなんだろね。私は今40歳で今が一番たのしい。18〜20の頃ってまぁオタクで受験に失敗、浪人して、夢も希望もない感じだった。パソコンは詳しかったんだけど、それくらいしかない。
今は正社員SEで2人子供いて結婚9年目だけど嫁からのバレンタインデーのチョコは手作りなんだよね。いやまぁ私も頑張っているからではあるが。
あとアニメ観る習慣は今でもある(いろいろ理由つけて観てる)これも楽しい。キャバクラと風俗には行ったことがない。2次元で充分というか。
高校リア充の方がなんというか努力を避けがちみたいな事はないんかね。むしろ自己認識が虫けらみたいな人間の方が底辺でも努力するみたいな側面がないかな。それが良いこととも言えないが。あと私が幸せなのは自己肯定感が低いからかも、子供2人いて、こっそりアニメみる生活程度でも超楽しいと思えるのは安上がりだなぁ、とは思う。ダメ人間の方が安上がりなのかもよ。
基本情報とかだけじゃなくて、JavaとかPHPとか、各DBあたりのベンダー試験なんかも。
むしろJavaの試験に受かってないとコーディングできないとか、ナントカ試験もってないとSE業務できないとか、徹底してほしいわ。
あんなもんじゃ実力がわからないって言うけど、ソフトウエア開発の現場って、どう見ても水準に達してないのに経歴が長いってだけで技術力があるってことになってる連中が多すぎ。
こいつJavaの入門書レベルも読んだことないだろって感じのやつがコーディングルールを決めてたり、VB6の時代で知識止まってるオッサンがC#やらVB.NETのコードレビューやってたり。
認定試験受かってたら、最低限、そういう連中はフィルターに掛けられるしな。
単純にダメな奴には開発をやらせなければいいんだけど、そのダメかどうかを判定する立場に経歴が長いってだけのダメな連中がついてるから、まともな選別とか無理だわ。
当時、情報系の大学生だった、未だに内定をもらえない私に救世主の如く現れたのが、いわゆるエンジニア派遣もしくは特定派遣だった。
その会社(今でもたまにCMや広告を見かける)の話を聞けば、審査不要で内定を出してくれるそうで、迷うことなく飛びついた。
適当に担当者と面談して、簡単な自己紹介ビデオを撮った覚えがある。
だが奇跡的に、とある中小企業の内定を頂き、現場職にも関わらず労働条件も悪くなかったので、派遣の方は蹴らせて頂いた。
もし特定派遣だったら、今の職場よりは給料は倍以上だし、憧れのSEになれたかもしれないが、
派遣先の社員にこき使われたりして、デスマーチとかでいずれ精神を病んでしまっていただろう。
あの発表の場にいたわけだけど、感想はよくわからないポエムな理由だ、でした。
今日の彼のSeasar2打ち切り宣言ブログ記事も読んだがやっぱりポエムだった。
あの発想は正直私にはよくわからないです。飽きたなら飽きたと言えばいいのに。
つうか、開発を打ち切ったあの時に言えばよかったんじゃないですかね。
かっこいいのかもしれませんが半分言い訳が入っているようにも思えます。
あのフレームワークには大変お世話になっているので、
とりあえずは本当にありがとうございます。
ま、でもすぐは消えないでしょ。この国ガラパゴスだし。
そもそも日本はまだStruts1.2.9ガチで新規開発に使ってるSIerがいたりするくらいだし。
来年で打ち切られたとして、確かに今後新規開発に使う人はほぼいなくなるだろうけど、
それでも5年いや10年以上既存アプリのメンテとかで普通に使ってるでしょ。どうせ。
フレームワークのフの字もない時代に作られたサーブレットだけで書かれた昔のゴミアプリを書き換えたいと
5年以上主張してても顧客から改修費用もらえない(後そこにリソース取れない)
という理由で書き換えられない人も世の中にはいるわけですよ(私だけど)。
もちろん最終的にはSeasarが緩やかに消えていくのは確かだろうけど皆さんが思ってるほど早くはないんじゃないですかね。
で、とりあえず今うちの会社は現在(かなり)Seasarの資産を使って作ったアプリが稼働中なので
いきなり移行する気もないわけです(つかそんなリソースない)
そもそも確かにメーリングリスト見て参考にしたところは多少あるけど、
サポート打ち切られたからってああそうですかでしかないとも言う。
どうせ何かあったら最初からこっちでメンテするしかないんですよ。
ぶっちゃけ今もそうですし結局当面はなんも変わらないわけです。
(あ、でもメーリングリストのバックアップは消えないうちに全部取っておこうかな)
フリーの環境を使わせていただくというのは究極的にはそういうことなんだと思っています。
それは多分Springに移行してもそう変わらない(最新の機能は随時提供されるだろうけど)
とは言え、新規に今後Seasar2を使うのがためらわれる状態なのは確かなので、
今後の新規開発案件では多分Springに移行することになるでしょう。
当日SpringBootのセッションも聞いたので日曜さらっと動かしてみてます。(ほんとにさらっとですが)
ひと月も触ってみればある程度Seasar2と変わらない程度で代替としては使えそうだとは感じてます。
バージョン2.4くらいの時に少しSpring触っていまいちとっつけずに捨てていたけど、
当時から見て大分とっつきやすくなってるんだなとは思いましたね。
(未だにSeasar使ってる化石人間の私としては今のSpringならPlayよりとっつきやすそう。JavaEEは論外)
でも正直あれがSeasar2より優れているのかと言うとぶっちゃけよくわからないけれども。
せめてDB周りがS2JDBCくらい使いやすければなー。来週HibernateやDBFluteの連携を試しますかね。
せっかく(外的要因とはいえ)変えるのだからよりやりやすい方法を探したいですね。
ま、もう少し研究して1か月くらいしたら新規案件はこっちでやるめどがつくかもですね。
(既存を移行するかはわからない(受託開発は移行を提案しても金がもらえないと…))
とりあえず、
1、5~10年計画で徐々にSeasar2フェードアウトするとは思うけど、完全卒業は多分しない(苦笑)
2、とりあえず、新規の開発はSpringで今後やるけど既存のアプリをどうするかは目途つけてない。変更のないアプリとかそのままずっと動き続ける可能性大(大苦笑)
以下、順不同。
03. 人を物扱いすることで「都会に染まってしまった自分」的な感傷に酔う田舎者
07. いい年して萌えゲーに逃避するばかりの二重襟ディテールで無駄に主張してくるだせえシャツ着たSEみてえな奴
09. 「わたし黒人としかムリー」とかぬかすアメリカかぶれ女
12. AVあがりの評論家きどりの小賢しい女が、インタビュアーの質問に対してすまし顔を崩さず「んーそうですねー」と返す高めの声のうさんくささ
13. っていうか峰なゆか
14. 人んちのなぜか酸っぱくせえリンゴ
18. 混雑時にも扉近くでも頑として降りねえ奴
19. 一応降りるけど、ただ降りただけで邪魔なのにドヤ顔の奴
22. 可愛さの欠片もなくむしろ目にするたび不快感を煽るインチキロボットペッパーと、金のため迎合する腑抜けたマスコミ
23. ことあるごとに自社のアナウンサーを人気アナと喧伝する厚顔無恥な日テレ
24. ユーチューバー(あのバイリンガルの女はイタいけどエロいから許す)
26. 外タレに「日本は好きですか」「寿司は食べましたか」などありきたりな質問を投げる無能インタビュアー
27. じっと見つめながら嘘をつく女のなめた顔
28. 6年間週3で顔合わせてるのに初対面ぶってカードの有無を確認し続けるコンビニ雇われ店長
29. 便所で待たせてるのわかっててなかなか出てこない糞野郎
30. 便所で待たせてるのわかっててなかなか出てこない糞
ちょいすっきりした!
日本のPG/SEの60万人のうち、オブジェクト指向らしいコードを書けるのは1割以下だと思うわ。
もっと少ないかも。
オブジェクト指向言語やオブジェクト指向のフレームワークを使っていても、クラスにどんどんメソッドやメンバ変数を追加していって、クラスの中で手続き型言語風にコーディングしてるだけだし。
まだ手続き型で、ちゃんと構造化プログラミングしてればいいけど、一個のクラスにやたらとメンバ変数を作って、各メソッドから適当にアクセスしてるから、手続き型言語でグローバル変数を多用したようなコードが量産されてるし。
普通の人間には手続き型で「サブルーチンを使いなさい」「グローバル変数は多様しないように」と教育するくらいが限界だと思われ。それでも対応できるのは何割かしらんけど。
http://anond.hatelabo.jp/20150918234324
のあとの反応が想像通りすぎて涙不可避。
・読み込んでると思う。シェアオフィスやコワーキング・スペースの説明読んでもしっくり来ずに書く僕の不理解(ゆえにぼかした)部分を指摘するのは鋭い/読み物演出を認めた上で欠点を書いてくれるのは嬉しい
・PR記事を面白く書く方法を僕は知ってるしできるし、PRされる側がそれに理解を示せるかどうかが今後のネットをどうするかだと思うよ?まぁ、匿名で「お前のPRのここがダメだから俺がスポンサーだったら即消しだ」的なことを言われた時に「PRらしいPR書かせたいならそもそも俺は呼ばれない」と
・これ、SEとか絵師の界隈では長年言われてることだけど、頼む側に「こういうふうなものを」というのがなさすぎ。いや、もっと正確に言えば「無難に繕って欲しい」という腹の中が読めるようなことを頼まれても「それはあなたの保身としてはいいかもしれないけど、面白くないし俺に頼む意味がねーよ」だ
・「仕事を頼む側の問題」という話が一番わかり易いのは編集者やアニメの制作進行で「その人に頼む意味」を考えてる人しか伸びないのが仕事に盛り込まれてるわけですよ。でも、本来はたいていの仕事に個性…もといその人にやらせると価値が出る得手不得手があるけど、それが理解できてない人が多いらしい
・アニメーターなんかだと、メカ・動物・(時代によって絵柄が違う)美少女とか、日常芝居・決めポーズ・アクションとか得意分野違うから仕事を誰に振るかで仕上がってくるものもそのスピードも、需要が多い仕事ならどの程度先回りして仕事を振るかも違う。大なり小なりどの仕事にも配慮されるべきでは?
今日は悲しいお知らせをお前らに届けることになった。
いいか?心して聞け。いや、タイトルにもう書いてあるとかそういう問題じゃないんだ聞いてくれ。
どらごんくえすとふぁいぶでえええええええ!!!!!
へぇぇえええええっるぶぁとぅるぁああああああああぐわぁあっ!!!!!
んんんんんんんぬわっっっっかまにぬわるのはあああああああああ!!?!?!?
どうあっったあああああああああああああああああ!!!!!!!
長年攻略本でも攻略サイトでも書かれているヘルバトラー仲間説だが、我々(独り)の調査によりこれはガセだったことが判明した!!!
調査方法はシンプルだ。すでにレベルがカンストしたヘルバトラー絶対仲間にするマンズでひたすらヘルバトラーを狩る。ヘルバトラーさん居なかったら見逃す(逃げる)それだけだ。
ジャイン(ギガンテス、武器はかいのてっきゅう&まじんのかなづち)
ギーガ(ギガンテス、武器はかいのてっきゅう&まじんのかなづち)
主人公(武器はかいのてっきゅう、まじんのかなづちが装備できなくて微妙)
サンチョ(くちぶえ要因超使えるていうか必須、武器はかいのてっきゅう&まじんのかなづち)
サンチョはクスリとほしふるうでわで素早さカンスト(255)しており、嫁もクスリで力と素早さが素でカンストしている。
嫁と思って舐めてかかるとマジで痛い目に合うぞ気をつけろ!
つまり全員、力と素早さは255だ。
次に、多くのドラクエファンなら疑問に思うだろう、まじんのかなづちの謎に迫ろう。
さっきヘルバトラーさんが居なかったら見逃すと言ったな?あれは嘘だ。
ドラクエファイブプレイヤーが目的外だからと言ってメタルキングをスルーできるだろうか!?いや!!!できぬ!!!!!!!
そんな、メタルキング様への冒涜、いや、ドラゴンクエストファイブへの!!
そんな野郎は仏の道に堕ちた野郎だ!!!!何が無欲だ無欲厨がっ!!!!煩悩にまみれろっっ!!!!!
そんな冒涜が発覚した日には即刻三食昼寝付きの刑に処す!!!!!
でな!?
ヘルバトルワーさんが参加する戦闘で得られる金額は約300〜約700Gの振れ幅で、500G以上の数字はセルゲイナスさんが居ないとまず出ない数字なんですよ。
つまりこれはもうO型的に言って500G。一律500Gと言うことです。
メタルキング様は1匹15Gしか持ってないドラゴンクエストファイブ社会の底辺なんで、これはもうO型の私から言わせればノーカンですよ。
お父さんの軍資金がこのやり方で50万G超えました。
一律500Gで50万Gって言ったらアレですよもう!!
ぬわあにが100回戦えば約32%、約1200回戦えば99%の確率で仲間になりますだよおい【スマホ版対応】ドラクエ5 極限攻略データベース!!!!!!
こちとら軍資金(手持ち)50万Gつったけど銀行にはもう100万G(内30万は水増し)預けてんだよっっっっ!!!!!!
というわけで、はい。
追伸
いくら私がスマホ版だからと言って、そんな悪魔に魂売るわけないじゃないですか。
そんなものがあったら私はここまでヘルバトラーさんを信じて戦うことも、これからも戦っていくことも、ドラクエ5を愛することも出来ず、あまり思い入れもないままサクサク仲間にしてしまって、仏の道に堕落していましたよ。
スマホ版リリース時に購入してプレイし始めたのに今年の春頃までその存在を知らなかったとか、あるわけないじゃないですかDQポータルアプリまで入れてるのに。
http://anond.hatelabo.jp/20150826153615 の続き。
午前中到着予定だったんだけど、もうムラムラしてすぐでも抜きたい気分だったのをじっと我慢した。
昼すこし前に宅急便の兄ちゃんが巨大な箱を持ってきた。17kgあるのを片手で抱えるとか流石鍛えてるな兄ちゃん。
とりあえず風呂場に持っていって表面ににじみ出ているであろうシリコンオイルを洗う。運動不足のSEの腕には結構重い。
水分をよく拭き取ってべたべたする表面にベビーパウダーをすり込みまくったらいい匂いがする餅肌ナイスバディのできあがり。
早速いろいろなコスプレ服だのランジェリーだの着せて眺める。悪くない。
ひとしきり着せ替えを楽しんで満足した所で、メインイベントに移る。
局部にローションを流し込んでヌレヌレにして、いざ自分のをあてがってみたけど。
挿入に適した固さにならないの。微妙に元気になってるかな? 程度でちっちゃいままなの。
仕方ないから入り口にさきっぽ当てて撫でてみるんだけど、そうやって刺激しても元気にならないの。
それでもしばらく撫でてみたらどうにか入れられそうなくらいの半勃ちになったから、もうなるようになれと無理矢理突っ込んだの。
なんとかなりそうだからそのままへこへこしてたの。
ほとんど固くなってないから全然締まらなくて気持ちよくもなんともないの。ローションの中でフニャチンが泳いでるだけなのが解るの。
正座が苦しくなってきたから体位変えようとしたらいきなり足の裏が攣ったの。その痛みのせいでもう集中できないの。そこからがもう地獄なの。
全然大きくならないから腰動かすと中で皮が戻っちゃうの。入れながら剥こうとするけど萎えっぱなしだから剥けないの。
じゃあ刺激して少しでも大きくしようとするとちょっとしたことで足の裏が攣って腰振るどころじゃなくなるの。
足が痛いせいか入れてる中でどんどん萎えるの。オナホの内部構造の説明見るだけでフルボッキになる自分が、実物とコトに及ぼうとしてるのに元気にならないの。
半分ヤケクソでお気に入りのAVのお気に入りのシーンかけるの。それ見ても焼け石に水なの。
もう手でもんでもこすっても、入り口をモノで撫でても、ほぼ最小状態のまま全然固くならないの。
なんとか少し元気になったかな? と思って入れるとまた足の裏が攣るの。
画面の中で女優がぶっかけられて、行為の余韻でモジモジしてるのを見て、ヘッドホンを投げ捨てて全部片付けた。
ローションで汚れた下着を今洗ってる所。
追記歓迎
言葉 | 意味 |
---|---|
議事録 | 気が変わる前の意見 |
非機能要件 | 実装するかは気分次第 |
確認しておきます | 今日は帰ります |
オブジェクト指向 | オ○ニー |
偉い人の意見 | パルプンテ |
ちょっとした仕様変更 | ザキ |
客先担当者の急な交代 | ザラキ |
要件定義から見直し | ザラキーマ |
確定した仕様 | 幻想 |
WBS | Sはサグラダファミリア |
キーマン | 鬱病になりにくいことがわかってる人 |
ベストプラクティス | モジュール化されてません |
増員 | 導入教育で作業が止まる |
それは新しい方法ですね | 問題がおきたらお前が対応しろ |
操作手順書 | 唯一多少参考になる設計ドキュメント |
備考 | 最も重要な考慮事項 |
XXはリスク | 問題が起きる(起きてる)けど俺は知りません |
試験のエビデンス | 誰も見ないけど一番手間のかかるもの |
ペアコーディング | 今日はだるいから流すわ |
すべての入力パターンを網羅したテスト | 1ケース0.1秒で実行しても宇宙が終わるほうが早い |
フレームワークのバグ | 仕様です |
カバレッジ100% | 不具合だらけですがコンパイルエラーはありません |
トレードオフ | この仕事やるのと休日出勤どっちがいい? |
動きます | 完成度10% |
一部のエラー処理がまだ | 完成度20% |
誰かの独自フレームワーク | お前はしぬ |
会社の独自フレームワーク | みんなしぬ |
今作ってる典型的なJavaのMVCモデルのWebシステムでの話。
結論から言うと、プログラムやクエリを和訳したレベルまで細かく書くのは無駄だと思ってる。
特に一番嫌いなのが、クエリを和訳した文をそのまま詳細設計書内に書けって言ってくるレビュアー。今のチームのレビュアー様である。
テーブルと列、検索条件、ソート順、結合あるなら結合条件も書けと言ってくる。
まあ単純な主キー検索等しかないシステムなら別にいい。書くよ。
だがそんな単純なクエリだけでそこらのシステムが成り立ってるならこんなこと言わない。
大体今日びORMも導入せず処理の途中にクエリをベタ書きするような糞システムもそうそう無い(とはいいつつ去年見た)っていうのに。
クエリを和訳したような設計書を書くくらいなら、いっそ設計書からクエリを自動生成できるようにすればいいじゃないかっていうことで、余所の部署で作られたマクロ付きの設計書を拝借してきて今回DB関連は全部そっちで定義してある。
にも関わらず、「ここにもさらっと書いておいてよ」とレビュアー様はのたまう。いやいやさらっと書けないから別のドキュメントにしてるんですが。
んでレビュアー様のご指摘どおりに直していくと、結局別出しにしていたクエリ設計書と全く同じことを詳細設計書にも書くハメになる。
そこそこ大きなプロジェクトで、基本設計、詳細設計、さらにプログラム設計書を作ることになったのだが、このレビュアー様がレビューしまくってして書き直させまくった結果、詳細設計書とプログラム設計書はフォーマットが異なるだけで記載内容がほぼ一緒になってしまったのだ。
当時設計書の修正だけでかなりの工数を使った結果上からも下からも総ツッコミを喰らってかなり痛い目見てるはずなのに、また同じことを繰り返しているから救いようが無い。
プログラムが書けない典型的な文系SE様に今更Javaでプログラム書ける様になれとは言わない。
ただ詳細設計のレビュアーを任されるような立場ならば、せめてそのシステムで使われてる言語やフレームワークの特性ぐらいは把握しておくべきだ。
それも嫌ならせめてフロー図くらい読めるようになってほしい。フロー図作れって言っておいていざ作ったら「このひし形って何?」って聞かないでお願いします。
ただのPV集めだったりするのも酷いけど、増田が言うように会社の属性表した上で「成果物」にしちゃってドヤ顔してるのがほんと酷い。
そういうのを無くすにはもう少しまともな教育して、まともな仕事するようなレベルなら英語読むくらいは簡単に出来る、ってレベルにするしかないかもね。
てか、「ITエンジニア」って言ってて英語もまともに読めないってことはそもそもまともな学習してきてないってことだし
伸びる可能性ゼロだし馬鹿だし「エンジニア」でもなんでもないんだろうけどね。
今いる日本の「エンジニア」とか「SE」なんて99%はただの事務作業員で、
20年前で言えばひたすら帳簿の書き換えとかしてた事務のおばちゃんと同レベルなのにね、なんで「ぼくちゃんぱそこんだいせんせい」みたいな顔でドヤ顔できるんだろうか、と。