先日の休日出勤の時の話です。
一息入れながら、隣の席の方と雑談していてるとその方がぽろっと
「仕様書がWordなのが嫌なんですよね」
という台詞を。
Officeで開発用ドキュメント作るのがいかに愚かな事かだなんて
現役でソース書いてる人なら誰でも感じてる事だと思うのですが
今の現場の空気だと、そういう発言って絶対無理なんですよ。
だけどその日は休日出勤で人も少ないので本音出たよ!!
キタキタ!!
そういう話したかったんですよ!!
すかさず
実はこういうサイトがあるんですよ、と
Word/Excel無間地獄を紹介してみました。
結構ガン見で意外と好評でした。
でもその後
「こういう事言う人は、上の人から睨まれてしまって大変でしょうね」
って仰ってました。
確かに今の現場で
「Office使うのやめましょう」
なんて発言したら、全員から袋叩きにされて即プロジェクトから外されちゃいそうな雰囲気です。
やはり、日本のほとんどのSIerはそうなんでしょうか。
業務終了後に自社に戻る用事があったので、ついでに上司に直球で聞いてみました。
「Officeで開発ドキュメント、それってどうよ?」
と。
「じゃあおまえ今までのドキュメントどーすんだ全部捨てるのか責任とれんのかこの馬鹿」
等とDISられるかと思いきや
「なかなかいい視点だ。Officeの代わりになるもっとうまい方法を考えて提案すれ」
との言葉が。
まさかそんなGJな反応が返ってくるなんて思いもよりませんでした。
うちの会社なかなかやるじゃないかと見直しました(何様)
今後どうしよう。
tracとかすごくよさげだけどPythonとかさっぱりわかんないし。
無難にwikiか。
うーん・・・
だれかボスケテ。
※後日追記
PukiWiki入れました
「PC/プログラム/開発」カテゴリーアーカイブ
Oracle-SQLのエラー行を特定する方法
SQLがちょっと複雑になってきたりすると、なんてことないケアレスミスで構文エラーが出る。
そんなの日常茶飯事ですが・・・
どうやらSI Object Browserはエラーのある行を指示してくれないようです。
(参考:公式FAQ)
まあ社外ツールなら仕方ないか。
次期バージョンアップに期待。
SQLEditorTEはかなり的確にエラー行を指定してくれるのですが
これはあくまでストアドでロジックを書いている場合のみの模様。
単純にSELECT文のエラー箇所を特定したいという場合にはどうすりゃいいんだろ?
純正ツールならきっとあるよなエラー行特定機能が。
で、調べってみた。
どうやらSQLPlusを使うといけるらしい。
早速動かないSQLを貼り付けてみると、無事にエラー行を指定してくれた。
よかったよかった。
・・・でもこれなんか面倒くさくね?
ゲ○ツ氏製品との比較ばかりで申し訳ないのだが
SQLServerなら付属ツールだけでエラー行の特定はもちろん
ストアドのデバッグだってできるんだけどな・・・
Oracleさん、色々大変なんだとは思いますが
僕のような低脳でもらくちん開発できるように周辺ツール充実させてください。
ほんとお願いします。
※追記
SQLPlusに長いSQL貼り付けると途中で切れちゃったりしますが
コマンドプロンプトで実行すれば一発OKな模様。(情報元はこちら)
こりゃ便利。
書き終わってから気付いたこと
いやー書きたいこと書くとすっきりしますなー
午前中はなんだかもやもやしてイマイチだったんですけど。
午後は自己ベストに近い驚異的な(自分で言うな)集中力を発揮。
昨年から手がけていたストアドがようやく(ほぼ)完成しました。
我ながらナイスな生産性を叩き出してたと思います。
実はそれでも進捗遅れてる辺りがダメさ加減全開ですが。
ちなみに今僕が担当しているのは
DBからデータ抽出してカーソルぶん回してループの中でCSVを吐くという
ありがちな(?)ストアドです。
で、ほぼ出来上がってから気付いたのですが・・・
これってPL/SQLじゃなくてJavaあたりで書けばものすごく簡単にできたんじゃね?
昔Access触ってた時にこういう仕様が来たら
さくっとパラメータクエリ作ってTransferText辺りのコマンドで一発だったよな確か。
Javaは正直よくわかんないけど
結果セットを食わせるとCSV吐いてくれるメソッドとか絶対あるよな。
カラムの値によって出力内容が変化する仕様なので
単純にエクスポートしてはいおしまいという訳にはいきませんが
そこはそれOOPの本領発揮で
その部分だけ差分コーディングすりゃいいんじゃないのか。
ヘタすりゃ50行くらいで収まるんじゃないか。
今更思いついてどーすんだって話ですけど
今後に活かしたいので現場の方に聞いてみた。
回答。
「フレームワークだか共通仕様だかの縛りがあるのでJavaで書いちゃダメ」
・・・うーん、それが決まりだってなら従いますが。
生産性を高めるためのフレームワークじゃないの?
むしろ不自由さだけ目立つ気がするのですが・・・
どうなんだろこれ。
SQLServerにどっぷりな人がOracleに来て思った事
昨年末からOracleな現場に来たのですが
最初にびっくりしたのが
なんで今の時代に手書きSQL?
って点。
(こういうこと書くとOracle使いに袋叩きにされそうで怖いけど)
いやSQLServerとかAccessならさ~
EnterpriseManagerとかクエリデザイナ使って
GUIでテーブル並べて
半自働でリレーションも貼ってくれて
あとはカラム名クリックしてくだけで
勝手にSELECTのSQLが出来上がるじゃないですか。
(微妙な部分とかはさすがに手動で直すけどさ)
で、そいつが吐いたSQLを適当な整形ツールに突っ込んで綺麗にして
ソースに貼り付けて微調整してはいおしまい。
テーブルがうん十あっても所要時間30分。
って感じなのが普通じゃないですか。
僕はそういう楽チン環境に慣れきっていたので、ちょっとカルチャーショックだったんですよ。
確かにキーボードガツガツ叩くので仕事してる気にはなれるが・・・
それって生産性的にはどうなのだろうか?
カラム名の微妙な違いに気づかなかったりして無駄に時間を浪費してる事が多いような気が・・・
皆さんは疑問を感じていないだろうか?
気になって仕方が無いので直球で聞いてみた。
そしたら
「慣れたら手書きのほうが早いよ」
マジすか!!
僕はまだまだ修行が足りないようです・・・
ついでに
WHERE句でテーブル結合するのがすんげー気持ち悪いのは僕だけですか?
外部結合に(+)とか嫌すぎるんですけどww
いやそれがOracle文化なのは百も承知です。
うーんこんな感じなので、未だOracleと仲良くなれてない。
だめだこりゃ・・・
※追記
ちょろっと調べてみただけですが
やはり「(+)みたいな方言使うのはやめとけ」ってのが世の主流っぽいですね。
SQL標準って今までほとんど意識したことなかったけど・・・
これちょっと考えちゃうなぁ。
ニコニコ動画をみんなで見てみるテスト4
本日はうちの会社の年始式でした。
といっても基本お休みなので気楽にね。
堅い話もそこそこに、午後は歓談タイム。
このタイミングを逃す訳にはいきません。
社交辞令会話に飽きて皆が帰ってしまう前に、色々投入しなければなりません。
素早くノートPCとプロジェクターをセットアップ。
取り出したるは、例によってニコ動コンテンツを焼いたDVD。
サクっとPCにセットし再生開始。
しかしここで失敗。
社内には外付けスピーカーが無い。
音量が小さいんじゃ楽しさ半減じゃないか!!
急いで自宅に取りに帰る。
スピーカーをセットアップ。
よし完璧だ。
意外と好評(全員ドン引き)でした。
流石に2回目ともなると皆、耐性ができてきたようです。
てゆーか、社内でハ○ヒMADを見れる日が来るとは思わなかったよ。
ついでに社内鯖にも色々仕込んでやった。
セキュリティガチガチで何も出来ない大企業に比べて
こういう事がすぐ出来るのが小さな会社の良いところ。
ふふふ。
新年は楽しくなりそうだ。
※その5はこちら
※その3はこちら
※その2はこちら
※その1はこちら
ニコニコ動画をみんなで見てみるテスト3
新都心某居酒屋にて、会社の同僚と新年飲み。
(といっても僕はノンアルコールですが)
もう今年はやっちまう覚悟全開なので
迷う事無くポータブルDVDプレイヤーを持ち込み。
適当に選んだニコ動コンテンツ(コメント付)をみんなで(3人ですが)鑑賞。
ちなみに今回は、全員こっち側。
意外と好評(こっち側の人間はドン引きなどしない)でした。
なんだこの安心感。
うちの社内にこんな空気があったのか!
いいぞ!
これはいい!
全員ニヨニヨしながら鑑賞終了。
ミクCD(ver3)も配布完了。
屋外で今後の会社の方向性について討論会。
これまでの社交辞令全開の雰囲気が嘘のような、本音満載ぶっちゃけトーク。
おいおいおめーらの中身はそんなに熱かったのかよ!?
なんで今まで黙ってたんだ(笑)
今まで社内では体験したことの無いかなり濃い技術話(アジャイルとか)も。
これはたまらん!
リスク背負って社内BBSにネタ投下した甲斐があるってもんです。
これは本気でうれしいぞ。
気が付けば時計は2:30を回っている。
これこれ、これだよこの空気。
気が付いたら語り明かしちまったっていうこの感じ。
おいらが欲しかったのはこれだ!
うちの会社実は結構すごくね?
今年は本気でいけそうな気がしてきた!!
※その5はこちら
※その4はこちら
※その2はこちら
※その1はこちら
ニコニコ動画をみんなで見てみるテスト
ニコニコ動画の楽しさのひとつは
「みんなで一緒に動画を見ている感」だ。
ちょっと前に、どこかでそういう記事を読んだ記憶があります。
ふむふむ。
確かにそうかもしれない。
「じゃあ、本当にみんなで見てみたらどうなんだろう?
もっと楽しいのかな?」
気になって仕方が無いので
試してみました。
会場は那覇市某ホテルの宴会場。
僕が勤めている会社の忘年会です。
バイク乗りのいる開発現場
喫煙所で休憩しながら雑談してたらバイクの話題が。
聞いてみればこの現場、結構バイク乗りいるらしいぞ!
ちょっとうれしい。
伊計島レースの話に食いついてきた方がいたので
youtubeの伊計動画のURLを教えてあげた。
リンク辿ってここまで来ちゃったらどうしよう。
ちょっと危機感。
でもなぜかワクワク(笑)
仕事納め
今日は仕事納め。
といってもスケジュールが押してるので明日も出勤ですが。
ちなみに明日の夜はうちの会社の忘年会。
例年通り普通に飲み食い雑談して平和に終わるものだと思っていたら
後輩からメールが。
「みなさんなんか面白い事やって下さい。
1人1ネタ、命をかけて発表せよ。
やらないと死刑だから☆」
(注:少し脚色しています)
え?
一体なんだよこの空気。
SIerなんてどこもそうだと思いますが
うちの会社も例に漏れず、基本的に堅いです。
飲み会なんかでも常時、社交辞令のオンパレード。
技術的な話題で盛り上がる事もほとんどない。
なので
「あーこんな糞つまんねー会話は早く切り上げて
家に帰ってニコ動見てーなー」
毎回そう思ってただなんて、口が裂けても言えません。
そんな感じなので
僕は社内では常時、自重しまくりの
全く持って普通な常識的一般的模範的社会人です。
だけど
こんな事言われたら、何かやらなきゃいけない気がしてくるじゃないか。
あんなことやこんなことを、やっちまわないといけない気になっちゃうじゃないか。
どうやら例の内定者の彼も来るらしいぞ。
つーことはこれ、やっちゃってOKなのか?
ていうかむしろ全力でやるべきなのか?
全員ドン引き後日DISメール殺到とかいう展開にしちゃっていいのか?
年賀状のかわりに解雇通知が届いたよみたいな
笑えない事態が現実味を帯びちゃっていいのか?
どうしようこれ?
※後日追記 やらかしてやったZE☆
iPod touchも触ってきたよ
プリンタ買いに行ったついでに
MP3プレイヤーのコーナーに展示されていたiPod touchを触ってきた。
これが人生初コンタクト。
遅すぎますねそうですね。
いやはやすごいな。
かなりいいな。
タッチパネルでモリモリ動くUIが素敵だな。
しかもこれ色々アプリ入れてカスタマイズしたりできちゃうんでしょ?
世の人々が騒ぐのもわかった気がした。
でもブラウザ開いてもWebページが見れない状況で展示しちゃってるのは
結構致命的じゃないのかコ○マさん。
もったいない、ああもったいない。
これマジ欲しいと思って値札を見る。
高いな!!
存外に高いな!!
個人的に気になるのは頑丈さなのだが、実際のところどうなんだろう?
旧iPodは銃弾も止めるらしいけど・・・
今のところ僕は
この手のデバイスについて
過去のPDAのトラウマから逃れられていない。
古臭い人間ですまぬ。