あるIT現場3 進歩がない 人を陥れる規約 計画 全全在庫 安産在庫
あるIT現場3 進歩がない 人を陥れる規約 計画 全全在庫 安産在庫
今の現場でも、リリースシステムとかあるらしい。
使っているが、サッパリわからん。
何か、１文字違うだけで、騒がれる。
他とへば、
製造前に、命名規約を散々、読んだか？
製造後に、命名規約を散々、読んだか？
聞かれる。
読んだよ。
答える。
単体、連結、終了後。
統合向け、規約を読む。
突然、命名規約がかわっとる。
製造前後、
他とへば、
プロシージャー名？
プレフィックス必須
初期処理は、initialized_xxx
終了処理は、finalaized_xxx
統合前の命名規約
サフィックス必須
初期処理は、xxx_initialized
終了処理は、xxx_finalaized
え？
どーでも、いーだろ。
ところが、あちら、こちらから、うるさいので、
initialized_xxx_initialized
finalaized_xxx_finalaized
とかで、落ち着く。
だいたい、長すぎるだろ。
その、サフィックス、プレフィックス。
また、ローマ字禁止。
あらゆるものが、用語辞書を使用し、英語もどきになる。
英語風になっていないと、
差し戻しになり、いろんなこと、設計書とか、コード、再テストとか発生する。
が、
サーバー側の、スクリプトとか、
KUBUN.tsh
とかに、へーきで、なっとって、
数年前から、直されていない。
しかも、なんで、バッチなのに、csh系なのか？
なかを見てみると、
#!/bin/ksh
とか、
#!/bin/bash
に、なっとる。
やめんか、まぎらわしいこと。
安全在庫が、
全全在庫 安産在庫
と、なっとる。
誰も、なにも、いわない。
進歩がないIT現場なのか。
いや、わたくしは、進歩しなくなったのか。
なんかこー。
最近、もー、ついて、いないと、考えたら、良いのか。
もう、これ以上は、なにも、ないのか。
・・・
まあ、しかし、もうちょっとの、辛抱かな。
今の現場でも、リリースシステムとかあるらしい。
使っているが、サッパリわからん。
何か、１文字違うだけで、騒がれる。
他とへば、
製造前に、命名規約を散々、読んだか？
製造後に、命名規約を散々、読んだか？
聞かれる。
読んだよ。
答える。
単体、連結、終了後。
統合向け、規約を読む。
突然、命名規約がかわっとる。
製造前後、
他とへば、
プロシージャー名？
プレフィックス必須
初期処理は、initialized_xxx
終了処理は、finalaized_xxx
統合前の命名規約
サフィックス必須
初期処理は、xxx_initialized
終了処理は、xxx_finalaized
え？
どーでも、いーだろ。
ところが、あちら、こちらから、うるさいので、
initialized_xxx_initialized
finalaized_xxx_finalaized
とかで、落ち着く。
だいたい、長すぎるだろ。
その、サフィックス、プレフィックス。
また、ローマ字禁止。
あらゆるものが、用語辞書を使用し、英語もどきになる。
英語風になっていないと、
差し戻しになり、いろんなこと、設計書とか、コード、再テストとか発生する。
が、
サーバー側の、スクリプトとか、
KUBUN.tsh
とかに、へーきで、なっとって、
数年前から、直されていない。
しかも、なんで、バッチなのに、csh系なのか？
なかを見てみると、
#!/bin/ksh
とか、
#!/bin/bash
に、なっとる。
やめんか、まぎらわしいこと。
安全在庫が、
全全在庫 安産在庫
と、なっとる。
誰も、なにも、いわない。
進歩がないIT現場なのか。
いや、わたくしは、進歩しなくなったのか。
なんかこー。
最近、もー、ついて、いないと、考えたら、良いのか。
もう、これ以上は、なにも、ないのか。
・・・
まあ、しかし、もうちょっとの、辛抱かな。
あるIT現場3 無理がある LANG 注残 発注残 受注残 仕掛残 在庫算入 おまとめ連係
あるIT現場3 無理がある LANG 注残 発注残 受注残 仕掛残 在庫算入 おまとめ連係
色んなものをおまとめする連係処理群に、故障多発らしい。
この、連係処理群、需要予測、販売計画、移行物、会計系、生産計画・・・
あらゆるものに、よーく似た、そっくりの名称でたぁーーーくさん、ある。
目が回る。
そりゃー無理だよ。違う性質のものを、
語呂が似てるから、
全く、同じと考えて、まとめて、処理しているらしい。
それと、DBサーバーも、unix系、windows系、汎用機系と異機種色々あるらしい。
文字コードとか、改行コードとかね。
OSのデフォルトの、フォントパッケージが、utf8 (但し、別にeucもsjisもそのた沢山入ってる)
DBの内部コードが、sjis, euc, ...
サーバー機接続作業機が、sjis, ...
接続時には、euc, ...
とかあるらしいが、
script とか、sql とか、データファイルとか、作った人とか、
作業する人によって、ばらばららしい。
結果
なんか、画面から見ると、なんかこー。
微妙に、文字化けしてるとか。
制御コードが入ってるとか、
長すぎて、投入できねーとか
・・・・
そんな、話が、現場では、たまに、あちこちででてくる。
色んな環境で、ディレクトリのパーミッションが
cｈmod g+rw
とかになってないとからしく？
ファイルを置く場所が、環境ごとに違う。
なんか、こーーーー。みな、わざと、やっているのだと思う。
ぜったい、わざとだと思う。
が、誰も、それを指摘しないで、
聞かれたら、みょーなっ。
回答をしている。
それというのも、幾つかある、元請の幾人かは、
直ぐに、ぶちきれる、性質の人達だから、
話すだけ、むだだとでも、思うのだろう。
中には、ちゃんと、LANG, XXX_LANG, YYY_LANG を
そろえている機能もある。
途中で、コード変換をかまして、そろえているものまであるのだが。
そういう、のは、少ない。
幾百の、機能は、
コードも、ID、もなんでも、かんでも、垂れ流し。
ログも、なんか、ora-1403 がでました。
とか、論理的におかしなことが起こっても、
吸い込んでしまう。
でも、だれも、動かない。
何故なら、何か、言ったとしたら、
その、故障多発のものを、振られるのが、いやなのだと思う。
ネーミングもいい加減だ。
反社会勢力処理
反社会勢力作成
反社会勢力作成処理
反社会勢力データ作成
反社会勢力データ作成処理
反社会勢力データ出力
反社会勢力データ出力処理
反社会勢力データ送信
反社会勢力データ送信処理
反社会勢力データhulft
反社会勢力hlft転送
反社会勢力データファイル出力
反社会勢力データファイル作成
反社会勢力データファイル送信
・・・
・・・
・・・
上のうち、幾つかが同じものを指し、
幾つかは、違う。
だが、全く同じ名前で、違うものもある。
アルファベットの機能名？も、あるのだが、
これもまた、
XXXXXXXX1XXXXXXXXXXXXXX
XXXXXXXXX1XXXXXXXXXXXXX
・・・
とよーくにた長いものがあるが、
設計書のファイル名、自体にも間違えが、あるが、
内容にも、間違えがある。
もちろん、プログラム名にも間違えがある。
だから、何が、どれだかわからん。
ほげほげほげ機能をやってくれとか、
直してくれと、あ
ほげほげは、ふがふがふがとにてるからとかいわれても、
設計書の保管場所の、同じものを保管するところが、
３つも、４つもあり。
チェックIN して、管理しているものもあるが、
仕掛中で、どこにあるかも、わからないとか、
ほんとに、それで、いいのか？
とか、
非常に、危険な、現場である。
知らんぷり、している、技術者が多い。
色んなものをおまとめする連係処理群に、故障多発らしい。
この、連係処理群、需要予測、販売計画、移行物、会計系、生産計画・・・
あらゆるものに、よーく似た、そっくりの名称でたぁーーーくさん、ある。
目が回る。
そりゃー無理だよ。違う性質のものを、
語呂が似てるから、
全く、同じと考えて、まとめて、処理しているらしい。
それと、DBサーバーも、unix系、windows系、汎用機系と異機種色々あるらしい。
文字コードとか、改行コードとかね。
OSのデフォルトの、フォントパッケージが、utf8 (但し、別にeucもsjisもそのた沢山入ってる)
DBの内部コードが、sjis, euc, ...
サーバー機接続作業機が、sjis, ...
接続時には、euc, ...
とかあるらしいが、
script とか、sql とか、データファイルとか、作った人とか、
作業する人によって、ばらばららしい。
結果
なんか、画面から見ると、なんかこー。
微妙に、文字化けしてるとか。
制御コードが入ってるとか、
長すぎて、投入できねーとか
・・・・
そんな、話が、現場では、たまに、あちこちででてくる。
色んな環境で、ディレクトリのパーミッションが
cｈmod g+rw
とかになってないとからしく？
ファイルを置く場所が、環境ごとに違う。
なんか、こーーーー。みな、わざと、やっているのだと思う。
ぜったい、わざとだと思う。
が、誰も、それを指摘しないで、
聞かれたら、みょーなっ。
回答をしている。
それというのも、幾つかある、元請の幾人かは、
直ぐに、ぶちきれる、性質の人達だから、
話すだけ、むだだとでも、思うのだろう。
中には、ちゃんと、LANG, XXX_LANG, YYY_LANG を
そろえている機能もある。
途中で、コード変換をかまして、そろえているものまであるのだが。
そういう、のは、少ない。
幾百の、機能は、
コードも、ID、もなんでも、かんでも、垂れ流し。
ログも、なんか、ora-1403 がでました。
とか、論理的におかしなことが起こっても、
吸い込んでしまう。
でも、だれも、動かない。
何故なら、何か、言ったとしたら、
その、故障多発のものを、振られるのが、いやなのだと思う。
ネーミングもいい加減だ。
反社会勢力処理
反社会勢力作成
反社会勢力作成処理
反社会勢力データ作成
反社会勢力データ作成処理
反社会勢力データ出力
反社会勢力データ出力処理
反社会勢力データ送信
反社会勢力データ送信処理
反社会勢力データhulft
反社会勢力hlft転送
反社会勢力データファイル出力
反社会勢力データファイル作成
反社会勢力データファイル送信
・・・
・・・
・・・
上のうち、幾つかが同じものを指し、
幾つかは、違う。
だが、全く同じ名前で、違うものもある。
アルファベットの機能名？も、あるのだが、
これもまた、
XXXXXXXX1XXXXXXXXXXXXXX
XXXXXXXXX1XXXXXXXXXXXXX
・・・
とよーくにた長いものがあるが、
設計書のファイル名、自体にも間違えが、あるが、
内容にも、間違えがある。
もちろん、プログラム名にも間違えがある。
だから、何が、どれだかわからん。
ほげほげほげ機能をやってくれとか、
直してくれと、あ
ほげほげは、ふがふがふがとにてるからとかいわれても、
設計書の保管場所の、同じものを保管するところが、
３つも、４つもあり。
チェックIN して、管理しているものもあるが、
仕掛中で、どこにあるかも、わからないとか、
ほんとに、それで、いいのか？
とか、
非常に、危険な、現場である。
知らんぷり、している、技術者が多い。
あるIT現場3 沢山退場者が発生 故障も沢山発生 日程 体制 に狂いがでてきた
あるIT現場3 沢山退場者が発生 故障も沢山発生 日程 体制 に狂いがでてきた
やばい。非常にやばい。
今日で現場を抜けられた人は、幸運だと思う。
私は、残留することになった。
担当している機能の、システムテスト、特殊テスト、統合テスト、顧客承認テスト、
・・・
が終わらない。
結合テストは何とか、乗り切った。
しかし、使用しているパッケージのアドオン部分のあるパラメーターを
"予想外に厳しく"
というものに設定して、テストを行わなければならなかった。
"予想外に厳しく" を設定しておくと、
あらゆることのチェックが、厳しくおこなわれる、仕組みだったらしい。
現在懸念されていることは、
仕訳の勘定科目の従属情報と部門の従属情報が一致していないと、
その仕訳は、不整合になるらしい。
が、
担当分の機能は、そんなこと考慮しないで、
ある範囲の、金額を集めて、４段階の再配布を行う。
また、マイナスの在庫も妥当としているし、可能としている。
ABCか？とか、
そのほかにも、
"予想外に厳しく"
を設定すると、
あらゆる物が、はじかれる。
パッケージ的には、はじく必要はまったくないのだが。
回避する方法は、"予想外に厳しく"のチェックを行う、連携処理を外してしまうか、
擬似部門、その他勘定でまとめて、それを配布するということかな。
もしそうしていたら、もっと簡単に設計できたし、簡単に実装できたと思う。
まあ、もうしばらくすると、システムテストとそれ以降のテストで、
懸念に過ぎないのか、
もともと、無理な、オプションなのか、
担当分の機能を作り直さなければ
ならないのか、
じょじょに、わかってくると思う。
が、
担当分の機能は、なかなか、出番が回ってこない。
担当分の機能の、ずっと、ずっと、前の機能が
落ちてしまい、
じぇんじぇん、すすんで、いない。
まれに、出番が、まわってくるらしいのだが、
0件、空振りの結果におわるらしい。
だから、担当分の機能が、動いた結果が、
全くない。
懸念に過ぎないのか、
問題、大有りなのか、
さっぱり、わからない。
で、
ぶらぶら、していることも、できないようなので、
別の、新規、開発を斡旋されてしまいました。
こんどの、新しい、機能は、
まったく、知識不要らしい。
使えない、技術者と、言われている。
つらいな。
恥を知れとか、いわれているらしいのだが。
そんな、こと、いわれてもなぁ。
(Ｔ▽Ｔ;)
やばい。非常にやばい。
今日で現場を抜けられた人は、幸運だと思う。
私は、残留することになった。
担当している機能の、システムテスト、特殊テスト、統合テスト、顧客承認テスト、
・・・
が終わらない。
結合テストは何とか、乗り切った。
しかし、使用しているパッケージのアドオン部分のあるパラメーターを
"予想外に厳しく"
というものに設定して、テストを行わなければならなかった。
"予想外に厳しく" を設定しておくと、
あらゆることのチェックが、厳しくおこなわれる、仕組みだったらしい。
現在懸念されていることは、
仕訳の勘定科目の従属情報と部門の従属情報が一致していないと、
その仕訳は、不整合になるらしい。
が、
担当分の機能は、そんなこと考慮しないで、
ある範囲の、金額を集めて、４段階の再配布を行う。
また、マイナスの在庫も妥当としているし、可能としている。
ABCか？とか、
そのほかにも、
"予想外に厳しく"
を設定すると、
あらゆる物が、はじかれる。
パッケージ的には、はじく必要はまったくないのだが。
回避する方法は、"予想外に厳しく"のチェックを行う、連携処理を外してしまうか、
擬似部門、その他勘定でまとめて、それを配布するということかな。
もしそうしていたら、もっと簡単に設計できたし、簡単に実装できたと思う。
まあ、もうしばらくすると、システムテストとそれ以降のテストで、
懸念に過ぎないのか、
もともと、無理な、オプションなのか、
担当分の機能を作り直さなければ
ならないのか、
じょじょに、わかってくると思う。
が、
担当分の機能は、なかなか、出番が回ってこない。
担当分の機能の、ずっと、ずっと、前の機能が
落ちてしまい、
じぇんじぇん、すすんで、いない。
まれに、出番が、まわってくるらしいのだが、
0件、空振りの結果におわるらしい。
だから、担当分の機能が、動いた結果が、
全くない。
懸念に過ぎないのか、
問題、大有りなのか、
さっぱり、わからない。
で、
ぶらぶら、していることも、できないようなので、
別の、新規、開発を斡旋されてしまいました。
こんどの、新しい、機能は、
まったく、知識不要らしい。
使えない、技術者と、言われている。
つらいな。
恥を知れとか、いわれているらしいのだが。
そんな、こと、いわれてもなぁ。
(Ｔ▽Ｔ;)
あるIT現場3 細い筋一本も通らない
あるIT現場3 細い筋一本も通らない
ヌオォーーーーーーッ！。
開発環境, 穴１, 穴2, システム環境, 顧客承認環境, 特殊環境, 本番？
くらいあるらしい。
今回の現場の開発環境は、それぞれ、
AP, DB RAC など複数ある。
今、単体は、突破し、穴１と今の現場で呼ばれているらしい、
環境での、結合をやっているが、進まない。
何本か、知らない機能を動かしながら、担当分の機能を動かすのだが、
前半で、空振り系のじぇんじぇん、絡みのない機能が、故障したり、
それが動いて、担当分の機能も動いても、
最後の締めの、全く絡みのない、空振り系の機能が落ちたりする。
すると、障害の表とか、故障リスト、
原因調査、対応方針、暫定方針、恒久対応策、・・・とかが
始まるのだが。
全く絡みのない、機能の、開発時の設計書とか、単体テスト資料、
レビューの記録とか見るのだが、
なっかこー、ゴミのようなものしかない。
よくまあ、このゴミのような資料から、ソースが作成されていると思う。
何本か、ソースを見ても、全く統一感なんかない。
というより、抜けがあるのが沢山ある。
多分、海外の技術者が、苦労して作ったのかな。
いつ、終わるのかも分からない。
が、
とにかく、細い筋一本でも、何とか、通して、
次の工程の担当者に、任せるしかないかな。
こんなに、大人数そろえて、一体、なにがしたいのか。
安いの一杯集めてきても、完成時には、高くつくよ。
ボッタクリより、凄い、商売をしていると思う、今の元請は。
何しろ、技術力は全くい。
あるのは、顧客からいかに、資金を引き出すかだけかな。
ヌオォーーーーーーッ！。
開発環境, 穴１, 穴2, システム環境, 顧客承認環境, 特殊環境, 本番？
くらいあるらしい。
今回の現場の開発環境は、それぞれ、
AP, DB RAC など複数ある。
今、単体は、突破し、穴１と今の現場で呼ばれているらしい、
環境での、結合をやっているが、進まない。
何本か、知らない機能を動かしながら、担当分の機能を動かすのだが、
前半で、空振り系のじぇんじぇん、絡みのない機能が、故障したり、
それが動いて、担当分の機能も動いても、
最後の締めの、全く絡みのない、空振り系の機能が落ちたりする。
すると、障害の表とか、故障リスト、
原因調査、対応方針、暫定方針、恒久対応策、・・・とかが
始まるのだが。
全く絡みのない、機能の、開発時の設計書とか、単体テスト資料、
レビューの記録とか見るのだが、
なっかこー、ゴミのようなものしかない。
よくまあ、このゴミのような資料から、ソースが作成されていると思う。
何本か、ソースを見ても、全く統一感なんかない。
というより、抜けがあるのが沢山ある。
多分、海外の技術者が、苦労して作ったのかな。
いつ、終わるのかも分からない。
が、
とにかく、細い筋一本でも、何とか、通して、
次の工程の担当者に、任せるしかないかな。
こんなに、大人数そろえて、一体、なにがしたいのか。
安いの一杯集めてきても、完成時には、高くつくよ。
ボッタクリより、凄い、商売をしていると思う、今の元請は。
何しろ、技術力は全くい。
あるのは、顧客からいかに、資金を引き出すかだけかな。
あるIT現場3 海軍カレーと中華は少し飽きた
あるIT現場3 海軍カレーと中華は少し飽きた
今の現場は巨大な建物であるが食堂はない。
あってもおかしくない規模なんだが。
昼になると、１０数階から非常階段を駆け下りて行く。
目が回る。
エレベーターは混雑していいて、乗れない。
エレベーターのスピードも速すぎる。
たまに、携帯を未ながら、あるいている奴とかいて、
非常階段も混雑する。
今の現場では、男も女も、妙なやつしかいない。
現場の周りには、カレーの店とか、中華とか色々ある。
はじめのころ、カレーを良く食べた。
飽きたので、中華を食べた。
もう、食べ飽きた。
他に、良さそうな店もない。
混んでるし。
現場は巨大だが、人も多い。
人が多いのに、トイレは少ない。
非常にこまる。
用を足そうとすると、数階のトイレを探して、放浪する。
中々、あいていない。
先行の通常開発部分は、既に統合テストに入っているようだが、
５００機能？くらいのうち、９割、約４００機能が落ちているらしい。
私の担当分は、まだ統合テストにはいっていないと思う。
一応、細い筋一本通すだけの、今の現場で、結合と呼んでいるらしい、
ものをやっていることになっているが、
これが、なかなか、すんなり、通らない。
既存機能の空振りと担当分の機能を動かすのだが、
全く絡みのない、既存機能が動かない。
どうして、これで、結合と呼んでいるのかも分からない。
やばいんじゃ、ないかと思うが、とりあえず、
空振りの既存を何とか、動かし、徐々に結合は進んでいる。
既存機能は、開発者が中国に帰ったりして、担当者不在らしい。
設計書通りに作られているらしいが、その設計書のテンプレートが
腐っているから、腐ったものしか作られてこない。
それに対して、腐ったレビューが完了したことになっている。
開発の標準とか基準、設計書、ソースのテンプレートがどうも、
いまいちだ。
この現場を仕切っている、元請は結構大手なんだけど、
どーしてこー、だめなのか。
生産計画系に随分遅れがでて、また、どこからか、
安ーい、技術者を調達してきたようだ。
どーも、いまいち、そうなのが、また、沢山、入場してきた。
とりあえず、頭数をそろえればなんとか、なるとでも、考えているようだ。
このまま、統合とかその後まで、残るようだと、しんどいことに、なりそうだ。
というか、そんなに、長くいる、契約じゃなかった、はずなんだけどな。
格安で、請けてくれる、下請けが、中々見つからないらしい。
今の現場は巨大な建物であるが食堂はない。
あってもおかしくない規模なんだが。
昼になると、１０数階から非常階段を駆け下りて行く。
目が回る。
エレベーターは混雑していいて、乗れない。
エレベーターのスピードも速すぎる。
たまに、携帯を未ながら、あるいている奴とかいて、
非常階段も混雑する。
今の現場では、男も女も、妙なやつしかいない。
現場の周りには、カレーの店とか、中華とか色々ある。
はじめのころ、カレーを良く食べた。
飽きたので、中華を食べた。
もう、食べ飽きた。
他に、良さそうな店もない。
混んでるし。
現場は巨大だが、人も多い。
人が多いのに、トイレは少ない。
非常にこまる。
用を足そうとすると、数階のトイレを探して、放浪する。
中々、あいていない。
先行の通常開発部分は、既に統合テストに入っているようだが、
５００機能？くらいのうち、９割、約４００機能が落ちているらしい。
私の担当分は、まだ統合テストにはいっていないと思う。
一応、細い筋一本通すだけの、今の現場で、結合と呼んでいるらしい、
ものをやっていることになっているが、
これが、なかなか、すんなり、通らない。
既存機能の空振りと担当分の機能を動かすのだが、
全く絡みのない、既存機能が動かない。
どうして、これで、結合と呼んでいるのかも分からない。
やばいんじゃ、ないかと思うが、とりあえず、
空振りの既存を何とか、動かし、徐々に結合は進んでいる。
既存機能は、開発者が中国に帰ったりして、担当者不在らしい。
設計書通りに作られているらしいが、その設計書のテンプレートが
腐っているから、腐ったものしか作られてこない。
それに対して、腐ったレビューが完了したことになっている。
開発の標準とか基準、設計書、ソースのテンプレートがどうも、
いまいちだ。
この現場を仕切っている、元請は結構大手なんだけど、
どーしてこー、だめなのか。
生産計画系に随分遅れがでて、また、どこからか、
安ーい、技術者を調達してきたようだ。
どーも、いまいち、そうなのが、また、沢山、入場してきた。
とりあえず、頭数をそろえればなんとか、なるとでも、考えているようだ。
このまま、統合とかその後まで、残るようだと、しんどいことに、なりそうだ。
というか、そんなに、長くいる、契約じゃなかった、はずなんだけどな。
格安で、請けてくれる、下請けが、中々見つからないらしい。
妙なペタのIDのリストのリリース
妙なペタのIDのリストのリリース
今回も女子力が沢山見つかりました。
■drunken推奨、ペタ削除対象、amebaIdのリスト
2013-10-06版 161163 ID
http://www.geocities.jp/tool_bou/tool/ame_peta/index.html
ameblo peta backup tool
■妙なペタの削除方法
ameblo peta backup toolを起動
F:ついたペタ削除を選択
自分のamebaId とパスワードを入力
①削除したいペタ amebaIdを入力欄に削除したいamebaIdを入力
(入力には、drunken推奨、ペタ削除対象、amebaIdのリスト、または、
削除したい、amebaIdを入力してくだだい)
②ついたペタ削除実行を押す
すると削除が始まります。
■(ameblo peta backup tool)ペタバックアップツール保管場所
ダウンロード場所⇒の一番下の方
2013-09-16 リリース済み
Ver 0.0.20
http://www.geocities.jp/tool_bou/tool/ame_peta/index.html
ameblo peta backup tool
・[F:ついたペタ削除]
削除対象のニックネームも出力するように変更
今回も女子力が沢山見つかりました。
■drunken推奨、ペタ削除対象、amebaIdのリスト
2013-10-06版 161163 ID
http://www.geocities.jp/tool_bou/tool/ame_peta/index.html
ameblo peta backup tool
■妙なペタの削除方法
ameblo peta backup toolを起動
F:ついたペタ削除を選択
自分のamebaId とパスワードを入力
①削除したいペタ amebaIdを入力欄に削除したいamebaIdを入力
(入力には、drunken推奨、ペタ削除対象、amebaIdのリスト、または、
削除したい、amebaIdを入力してくだだい)
②ついたペタ削除実行を押す
すると削除が始まります。
■(ameblo peta backup tool)ペタバックアップツール保管場所
ダウンロード場所⇒の一番下の方
2013-09-16 リリース済み
Ver 0.0.20
http://www.geocities.jp/tool_bou/tool/ame_peta/index.html
ameblo peta backup tool
・[F:ついたペタ削除]
削除対象のニックネームも出力するように変更
あるIT現場3 リアル 超リアル バッチ 大リリース大会
あるIT現場3 リアル 超リアル バッチ 大リリース大会
いま使ってる主パッケージは、リアルは無理だ。
超リアルを求められても無理だ。
バッチで、そのとき見えたものを処理するしかない。
そのため、同じような中間トランザクションが沢山出現している。
DBの一貫性の考え方が違うものがあるし、いくつかあるパッケージが
全部連動し、全部揃っていること前提のもの、
一部が独立にそれぞれ、動くものとか
じぇんじぇん質の違うものが混在している。
いつ、処理済になるのか、消せるのかも難しい。
見えたものからとりあえずトランザクションが発生し、
次に見えた物を取り込み、不要になったものを削除していく。
キーが違う、ソースだけのもの、ソースとカテゴリーのもの、
ソースとグループのもの、ソースとカテゴリーとグループのもの、
・・・
組み合わせが違う。
これで、大丈夫なの？
リリースと不具合修正の再々リリースが重なり、
リリースを請け負っているところから、悲鳴が聞こえてきた。
疲れ果てたのか、しばらく出てこない開発者もでてきた。
周りを見回すと、急にまた、人が増えだした。
大分先の先のスケジュールのものが、既に、無理じゃないかという話のでてきてる。
一番大きな元請が最大動員をかけて、ある機能を修正しだしている。
いま使ってる主パッケージは、リアルは無理だ。
超リアルを求められても無理だ。
バッチで、そのとき見えたものを処理するしかない。
そのため、同じような中間トランザクションが沢山出現している。
DBの一貫性の考え方が違うものがあるし、いくつかあるパッケージが
全部連動し、全部揃っていること前提のもの、
一部が独立にそれぞれ、動くものとか
じぇんじぇん質の違うものが混在している。
いつ、処理済になるのか、消せるのかも難しい。
見えたものからとりあえずトランザクションが発生し、
次に見えた物を取り込み、不要になったものを削除していく。
キーが違う、ソースだけのもの、ソースとカテゴリーのもの、
ソースとグループのもの、ソースとカテゴリーとグループのもの、
・・・
組み合わせが違う。
これで、大丈夫なの？
リリースと不具合修正の再々リリースが重なり、
リリースを請け負っているところから、悲鳴が聞こえてきた。
疲れ果てたのか、しばらく出てこない開発者もでてきた。
周りを見回すと、急にまた、人が増えだした。
大分先の先のスケジュールのものが、既に、無理じゃないかという話のでてきてる。
一番大きな元請が最大動員をかけて、ある機能を修正しだしている。
あるIT現場3 突入していることになってるらしい 連結に
あるIT現場3 突入していることになってるらしい 連結に
？
？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？
気がついたら、単体は、いつの間にか、完了になっていた。
うーむ。
なんか、知らんが、
「・・・おっさん、・・・ｘｘｘ、やって」
といわれて、
気がつくと、単体が、完了したことになっていて、
セットアップも完了になっていて、
連結は、準備出来次第、即、完了するような、
スケジュールになっているようだ。
画面系をやっている人は、もう、だいぶ、きているようだ。
何を、やっているのか、サッパリわからん。
予算とか、要員の、削減指示が、どこか、
上のほうから、来ているのかも知れない。
まあ、連結は、ストーリーも、シナリオも、
ろくな状態ではない。
何故か、マスターらしきものを、そろえだしているようだ。
理由は、不明。
？
？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？
気がついたら、単体は、いつの間にか、完了になっていた。
うーむ。
なんか、知らんが、
「・・・おっさん、・・・ｘｘｘ、やって」
といわれて、
気がつくと、単体が、完了したことになっていて、
セットアップも完了になっていて、
連結は、準備出来次第、即、完了するような、
スケジュールになっているようだ。
画面系をやっている人は、もう、だいぶ、きているようだ。
何を、やっているのか、サッパリわからん。
予算とか、要員の、削減指示が、どこか、
上のほうから、来ているのかも知れない。
まあ、連結は、ストーリーも、シナリオも、
ろくな状態ではない。
何故か、マスターらしきものを、そろえだしているようだ。
理由は、不明。
あるIT現場3 サリーとアン 一人消えていた 連動しない連動処理
あるIT現場3 サリーとアン 一人消えていた 連動しない連動処理
今の現場で採用しているパッケージと同じものを使っている、
西のある現場では、トライアルで、大障害多発のため、
スケジュールが半年から１年延びたらしい。
そして、海外からきていた技術者達が、
大量に、逃げ出したらしい。
今の現場では、危険な島がある。
元請の島。
一次請けのある会計系の島
一次請けの生産管理系の島。
一次請けのポータル系の島。
・・・
危険な島が多い。
その島に入ると、長時間、なんだかんだ、やらないといけない。
元請のエラそーな人の１人が気がつくとどこか次の現場にいったらしい。
サリーだったか、アンだったか、
一人になったら、余裕でもなくなったのか、ぶち切れ、気味なのが気になる。
というか、奴には近づきたくない。
今の現場では一応、要求管理、変更管理がある。
私は追加かつ変更対応を担当している。
だから、現場にうじゃうじゃいる他の開発者達とは違い、
期日に、ほんの少し余裕があるのかな？
数人で数機能、数十本を担当している。
担当分の詳細設計のレビューがなんとなく時間切れで終わり、
プログラムを作り出している。
が、妙に催促があり、勘で、大体終わらせた。
指摘は多数あったが、そんなの、どーても、エエーだろ？
というのが沢山ある。
現場の開発用のテンプレートがいまいちで、
奇妙なしきたりをどうしても順守しないと、
やり直しになる。
らしいが、今の元請は、基準、標準を作り出す能力はない。
だから、意味なく、守るしかないのだろう。
どうしてか、技術力というか、どこかに、足りないものがある
元請の場合、
作られるものが、
ベタベタべたーーーーーーって、
どうーしてから、なる。
エラーをスルーする、エラーハンドリングとかも、ある。
意味不明な、ログ。
これらを、今後、誰が、メンテナンスしていくことになるんだろう。
連結テストも、始まりだしている。
変更分もシナリオ作りが進行中。
ストーリーはない。
ストーリーなしの、空回しに、少々、無意味な、
連結部分もやるらしいのだが、
パターんがうるさかった。
おそらく、当初の元請の言うことをそのまま、反映すると、
１０００の階乗くらい、パターンがでてくるが、果たして、
確認しきることできるのかな、とおもってたら、
「・・・そんなパターンを指示した覚えがない・・・」
とか言い出すし、
連動する処理も、何を連動させるか、
「あーでもない、こーでもない」
とかなったりして、
面倒な、元請だ。
で、その、連動させるプログラムが、１０本くらいあるのだが、
その中の、幾つかが、強烈な、表全体、排他ロックをかける。
しかも、連動処理を動かしたところで、その排他ロック以外、
なにか、起こるわけでもない。
おまけに、その強烈排他ロックを発動する、プログラムたちには、
バグがあり、動作が不安定で、動いたり動かなかったりする。
どうも、他の領域の担当者達も、その妙な連動処理の幾つかを
動かす必要があり、
「・・・おそい・・・」
「・・・何も、おこらん・・・」
「・・・」
そりゃ、そうだろうな、
だが、本番環境では、不具合はでていないだろう。
採番体系の関係で、たまたま、本番では、障害が発生しにくい。
そして、障害が発生していても、ログでも、完了ステータスでも、
どこを見ても、わからん、仕組みになっとる。
で、単体をなんとか、上げる開発者達は、
何とか、細い、薄い、ほそーーーい、
一本の筋を通して、
単体を終わらせているのだろう。
今の現場で採用しているパッケージと同じものを使っている、
西のある現場では、トライアルで、大障害多発のため、
スケジュールが半年から１年延びたらしい。
そして、海外からきていた技術者達が、
大量に、逃げ出したらしい。
今の現場では、危険な島がある。
元請の島。
一次請けのある会計系の島
一次請けの生産管理系の島。
一次請けのポータル系の島。
・・・
危険な島が多い。
その島に入ると、長時間、なんだかんだ、やらないといけない。
元請のエラそーな人の１人が気がつくとどこか次の現場にいったらしい。
サリーだったか、アンだったか、
一人になったら、余裕でもなくなったのか、ぶち切れ、気味なのが気になる。
というか、奴には近づきたくない。
今の現場では一応、要求管理、変更管理がある。
私は追加かつ変更対応を担当している。
だから、現場にうじゃうじゃいる他の開発者達とは違い、
期日に、ほんの少し余裕があるのかな？
数人で数機能、数十本を担当している。
担当分の詳細設計のレビューがなんとなく時間切れで終わり、
プログラムを作り出している。
が、妙に催促があり、勘で、大体終わらせた。
指摘は多数あったが、そんなの、どーても、エエーだろ？
というのが沢山ある。
現場の開発用のテンプレートがいまいちで、
奇妙なしきたりをどうしても順守しないと、
やり直しになる。
らしいが、今の元請は、基準、標準を作り出す能力はない。
だから、意味なく、守るしかないのだろう。
どうしてか、技術力というか、どこかに、足りないものがある
元請の場合、
作られるものが、
ベタベタべたーーーーーーって、
どうーしてから、なる。
エラーをスルーする、エラーハンドリングとかも、ある。
意味不明な、ログ。
これらを、今後、誰が、メンテナンスしていくことになるんだろう。
連結テストも、始まりだしている。
変更分もシナリオ作りが進行中。
ストーリーはない。
ストーリーなしの、空回しに、少々、無意味な、
連結部分もやるらしいのだが、
パターんがうるさかった。
おそらく、当初の元請の言うことをそのまま、反映すると、
１０００の階乗くらい、パターンがでてくるが、果たして、
確認しきることできるのかな、とおもってたら、
「・・・そんなパターンを指示した覚えがない・・・」
とか言い出すし、
連動する処理も、何を連動させるか、
「あーでもない、こーでもない」
とかなったりして、
面倒な、元請だ。
で、その、連動させるプログラムが、１０本くらいあるのだが、
その中の、幾つかが、強烈な、表全体、排他ロックをかける。
しかも、連動処理を動かしたところで、その排他ロック以外、
なにか、起こるわけでもない。
おまけに、その強烈排他ロックを発動する、プログラムたちには、
バグがあり、動作が不安定で、動いたり動かなかったりする。
どうも、他の領域の担当者達も、その妙な連動処理の幾つかを
動かす必要があり、
「・・・おそい・・・」
「・・・何も、おこらん・・・」
「・・・」
そりゃ、そうだろうな、
だが、本番環境では、不具合はでていないだろう。
採番体系の関係で、たまたま、本番では、障害が発生しにくい。
そして、障害が発生していても、ログでも、完了ステータスでも、
どこを見ても、わからん、仕組みになっとる。
で、単体をなんとか、上げる開発者達は、
何とか、細い、薄い、ほそーーーい、
一本の筋を通して、
単体を終わらせているのだろう。