https://pc11.5ch.net/test/read.cgi/net/1260161018/738
738 ：名無しさん＠ｺﾞｰｺﾞｰｺﾞｰｺﾞｰ！：2009/12/12(土) 22:38:03 ID:2/RhDKgNO
VIPPERってニュー速VIP板住民のことを指すんだけど
王子軍団はわかって使ってるのかな
内藤ホライゾンのなの字も知らないようなやつばっかだけど
VIPPERは単芝なんて使わないんだぞ…
非オタのオタクアピールじゃないけど見るたびいらっとするわ

単芝＝非VIPPERという扱い。

https://mevius.5ch.net/test/read.cgi/sake/1269350643/277-278
277呑んべぇさん2012/07/03(火) 21:49:30.43
最近は？の後にｗ付けるのありなんだ
ちょい前は単芝ってだけでｗｗｗｗｗって反応で
疑問符の後にｗ付けようもんならｗｗｗｗｗっうぇｗｗｗｗｗって感じだったよな
それVIPか
　
278呑んべぇさん2012/07/03(火) 23:10:08.05
専門板じゃ単芝だのどの位置にｗをつけるだの関係ないしな
？とｗの位置なんかもう大昔にどうでもよくなった感があるな

こちらもVIPPER 限定の慣習として説明されておりニコ厨への言及はなし。

Permalink | 記事への反応(0) | 00:32

2017-06-16

■エンジニア「ちゃんと理解しとけ」プロマネ「はやくもの作ってね」

後輩「JUnitって何ですか？」

先輩「テストコードも知らねえのか。調べろ」

後輩「Jenkinsって何ですか？」

先輩「CI知っとけ」

後輩「POJOって何ですか？」

先輩「EJBを使って少しは苦労しとけ」

後輩「デリゲートって何ですか？」

先輩「ポインタ全般知っとけ。Cやれ」

他エンジニア達「用語理解してない奴と話したくないよな」

後輩「分かりました。基礎勉強します！」

プロマネ「後輩君、そんなこといいから早くもの作ってね」

Permalink | 記事への反応(1) | 19:45

2008-12-18

■いっそ英語の方がわかりやすい。

jboss2.4.3で、entitybeanに対してremoveメソッドを呼んだ場合、 <<
なぜかbeanのキャッシュにobjectが残存していて、さいど同じprimarykeyで
create後removeすると、remove内でDBへのconnectionを解放している
場合にSQLExceptionが発生する。やはりjbossのエラーだそうな。
一番最初のremoveでconnection.close()を呼んだままになってるから
当然。SunのEJB 仕様によれば、ejbRemoveとejbPassivateはともに
beanをプール状態に移行するもので(つまり同じ動作)かつejbRemoveでは
ストレージに登録された実データを削除することになっている(SQLのDELETE文やね)。

日本語じゃねえ。

Permalink | 記事への反応(0) | 19:14

2008-07-26

■商用AP サーバーなんかだいっきらい

犯人が分かったよママ。開発効率が悪いのは商用のAP サーバーのせいですよ。EJBの仕様のせいですよ。あ、もちろん、仕様がおかしいとか、コーダーの質が低いというのは抜いて考えてね。

これを読んでる人たちはわかると思うけど、Tomcatとかで開発してればちょっとソースコードかえたらすぐ動かせるじゃん？メソッド追加したりしたら、再起動かけなきゃいけないけどさ、すぐに再起動出来るじゃん？待っても10秒かかるかかかんないかでしょ？声を大にしていいたいけど、商用のAP サーバー共は再起動に数十秒から数分かかるんですよ？そりゃね、再起動の必要がないような修正だったらさ、10秒ちょいで使えるようになるけどね、正直そんなに待ってらんないんですよ。そりゃEJBの仕様をうまく使えばそれなりの部分を補えるかもしれないけどさ、開発中にどれだけの回数再起動すると思ってんの？開発効率もそうだけど再起動効率をもっと考えた方がいいよ。まぁ、そういうAP サーバーで開発した場合の体感待ち時間比は、

開発時間：待ち時間=1:2だね。やってらんない。

それとさ、EJBとか使うとさいろーんなことができるのよ。でもね、できること多すぎるのに、実際使う機能って実はその中の1/100(感覚ね)くらいだったりするわけ。それってものすごーくたくさんの設定の中から必要なものだけを見つけ出して設定するのよ。まぁいっちゃえば、設定をプログラミングしてるみたいなもん。だからね、EJBの機能を使ってるだけだから自分たちでコードを書いてないわけじゃない。これで勘違いする人が多くて、その分のテストが必要ないとか、設定してあるだけだからAP サーバーを信用すればいいとか勘違いする訳。つか設定をプログラミングしましたよ？なんでその設定が間違ってるかどうかを検証しないでいいんですかと小一時間問いつめたい。

そんな重量級の仕様を把握してなければ使えないようなものは使わない方がいいと思う訳。例えばね、商用のAP サーバーを使う理由として、バグがあったときにサポートを受けられるからっていうのをよく聞くんだけどさ、そうそう簡単に問い合わせ出来ないよね？そうすると内部の仕様を推測して動かすよね？効率悪いよね？ていうかさ、設定があってるかどうかもサポートの人はわからないんだからさ。だったらオープンソースの方が自分で中身見れるし、そこまで深くないし扱いやすいじゃん。法律のことはよくわからないんだけど、AP サーバーのバグで損害がでたらAP サーバーを出してるところの責任になるのかな？そうだったら使う意味はあるかもね。それでもそんなに重くなくていい。むしろTomcatをどこかが責任持ってくれればいいよ。

Railsとかさフレームワークでどれくらいの開発効率で差がでる！！とかいってるけど、AP サーバーでの開発効率にもっと目を向けてもいいんじゃない？むしろAP サーバーをだしてるところは、そこで勝負するといいと思うんだけどな。むしろ、商用なんだから再起動にかかる時間を1秒くらいにしてほしいもんですね

______________

ちょっと番外編

あぁ、そうかー。仕事で開発をやってるWeb システムのPGがのびにくいのはそういったAP サーバーでしか開発をしたことがないってのもあるのかもね。だって普通の言語を勉強する場合だと、すぐにコンパイルして実行出来るからたくさん経験がつめるけど、そういった重量級のAP サーバー上でばっかり開発してる人だと、反復するのにすごいコストがかかるもんね。そりゃ伸びにくいよね。

Permalink | 記事への反応(0) | 03:57

「EJB」を含む日記

2024-02-19

■いったいいつプログラマがいらなくなるんだよ

2019-10-25