1日に「いいね！」出来る上限数をオーバーしました。申し訳ございませんが、翌日以降にお試し下さい。
1日に「いいね！」出来る上限数をオーバーしました。
申し訳ございませんが、翌日以降にお試し下さい。
多分、５００が上限になったようです。
いや、３００くらいかな。
申し訳ございませんが、翌日以降にお試し下さい。
多分、５００が上限になったようです。
いや、３００くらいかな。
あるIT現場3 クラッシュする尻 追加で２万セル 品下がり元請
あるIT現場3 クラッシュする尻 追加で２万セル 品下がり元請
ここ数日また、キーパンチ作業が続く。
追加で２万セル画面から入力作業が続く。
椅子が硬いので、尻が大変なことになっている。
尻が壊死しているのではないかと思う。
つま先から、頭のてっぺんまで、
つる。
痺れて直ぐには、動けない。
顔 面も痺れている。
担当している機能が、結合テストが終わったとき、
妙な連絡が来た。
仕様の通りに作ったのでは、複数の他システムへ連係したとき、
最後の最後の他システムが、うまく、動かないと
連絡が来た。
仕方ないので、直すことになったのだが、
パーサーの元になる、フレキシブルな機能は意味が薄い。
フレキシブルなところだけ、大幅に直せば、
プログラムは直さなくて良い。
というわけには、行かない。
フレキシブルな機能も大幅に直し、
プログラムも、大幅に修正が発生してしまう。
それなら、フレキシブルな機能になんの意味があるのか。
800ケースくらいある、シナリオを
やり直しする、余裕はもうないだろうな。
ここ数日また、キーパンチ作業が続く。
追加で２万セル画面から入力作業が続く。
椅子が硬いので、尻が大変なことになっている。
尻が壊死しているのではないかと思う。
つま先から、頭のてっぺんまで、
つる。
痺れて直ぐには、動けない。
顔 面も痺れている。
担当している機能が、結合テストが終わったとき、
妙な連絡が来た。
仕様の通りに作ったのでは、複数の他システムへ連係したとき、
最後の最後の他システムが、うまく、動かないと
連絡が来た。
仕方ないので、直すことになったのだが、
パーサーの元になる、フレキシブルな機能は意味が薄い。
フレキシブルなところだけ、大幅に直せば、
プログラムは直さなくて良い。
というわけには、行かない。
フレキシブルな機能も大幅に直し、
プログラムも、大幅に修正が発生してしまう。
それなら、フレキシブルな機能になんの意味があるのか。
800ケースくらいある、シナリオを
やり直しする、余裕はもうないだろうな。
あるIT現場3 体がへばってきた
苦しいな。
数人、いやもっと、顔が土色している。
飲みすぎじゃないと思う。
飲みすぎもあるかもしれないけど。
それでも、多くの人は動いている。
ときどき、故障とか仕様について、
会話している人もいるようだが、
多分会話にはなっていない 。
話をしているほうも、
話をされているほうも、
意味がわからない状態だと思う。
かなり危険な状態じゃないかな。
このまま、どこまでつづくのかな。
数人、いやもっと、顔が土色している。
飲みすぎじゃないと思う。
飲みすぎもあるかもしれないけど。
それでも、多くの人は動いている。
ときどき、故障とか仕様について、
会話している人もいるようだが、
多分会話にはなっていない 。
話をしているほうも、
話をされているほうも、
意味がわからない状態だと思う。
かなり危険な状態じゃないかな。
このまま、どこまでつづくのかな。
あるIT現場3 袋叩き、サンドバッグ状態？
あるIT現場3 袋叩き、サンドバッグ状態？
いやぁーっ。
っ。っ。っ。っ。
つらい。
このまま続くのか？
当初、２，３ヶ月で終了の予定だった
はずなのにな。
景気いい業界とかあるのかな。
いやぁーっ。
っ。っ。っ。っ。
つらい。
このまま続くのか？
当初、２，３ヶ月で終了の予定だった
はずなのにな。
景気いい業界とかあるのかな。
久しぶりに自転車にのったらつらかった
久しぶりに自転車にのったらつらかった
用事があって自転車にのったら太ももが直ぐに痛くなったり力が はいらなくなった。
随分長いこと運動をしていないので、筋力が相当衰えている。
結構歳の人が乗っている自転車に何度も追い抜かれてしまった。
運動しないと体に悪いな。
通勤とかで立っているだけでもつらいし。
座っても、尻が痛くて。
家で仕事ができて、
公園で運動するとかすれば
多少ましかな。
用事があって自転車にのったら太ももが直ぐに痛くなったり力が はいらなくなった。
随分長いこと運動をしていないので、筋力が相当衰えている。
結構歳の人が乗っている自転車に何度も追い抜かれてしまった。
運動しないと体に悪いな。
通勤とかで立っているだけでもつらいし。
座っても、尻が痛くて。
家で仕事ができて、
公園で運動するとかすれば
多少ましかな。
あるIT現場3 泣けてくる 用足しの旅と10万セル入力
あるIT現場3 泣けてくる 用足しの旅と10万セル入力
人数沢山いるのにトイレが少ない。
いつもどの階も満室。
行列もできてる。
私と同じように旅をしている人もいる。
担当している機能の設定をしながら、プログラムを少しずつ作り、動きを確認したりしているが。
xls のセルだけで、10万セルくらいあると思う。
空白のところも沢山あるが、
途中で、この設定だと、うまく動かないとか、あり、
修正したりしている。
更に、画面から、入力するのが、非常に手間がかかる。
いつ入力が完全に完了し、動作確認できるのか、わからなくなってきた。
他の方法で、物をつくれば、もっと簡単だと思う。
たとへば、yacc とかだったら、あっというまじゃないかな。
要望も込み入っているから、
まあ、200行くらいかですむと思う。
但し、新しい要望が発生するたびに、プログラムを少し直して、
リリースすることにはなる。
10万セル入力して、パースする
今の現場の作り方の場合、
要望が発生したときには、
運がよければ、プログラムは直さなくてすむ。
但し、10万セルのあちこちを直す必要がある。
要望が激しいときは、プログラムは大幅に
直さなければならない。
現在、5千行はこえている。
そして、10万セルを大幅に直す必要がある。
今の現場の作りに向いているのは、
一発で、とれて、とれたものを、
そのまま、出すだけ
というようなもには、
めっぽう強い。
が、意味がない強さだよ。
他にいくらでも、良い方法がある。
全く、意味がない、10万セル入力
と、それをパースして、処理する
現場の標準スタイル。
だれが、こんな、ことを、
標準として、しまったのだろうか。
10万セル、画面入力がつらいから、
ロードするためのロード機能を調べていたら、
パッケージにもバグがあり、
危険であることがわかった。
朝一、だれもいないときに、ロード
しちゃおうかとも思ったが、
DBが壊れちゃったら、
まずいよな。
人数沢山いるのにトイレが少ない。
いつもどの階も満室。
行列もできてる。
私と同じように旅をしている人もいる。
担当している機能の設定をしながら、プログラムを少しずつ作り、動きを確認したりしているが。
xls のセルだけで、10万セルくらいあると思う。
空白のところも沢山あるが、
途中で、この設定だと、うまく動かないとか、あり、
修正したりしている。
更に、画面から、入力するのが、非常に手間がかかる。
いつ入力が完全に完了し、動作確認できるのか、わからなくなってきた。
他の方法で、物をつくれば、もっと簡単だと思う。
たとへば、yacc とかだったら、あっというまじゃないかな。
要望も込み入っているから、
まあ、200行くらいかですむと思う。
但し、新しい要望が発生するたびに、プログラムを少し直して、
リリースすることにはなる。
10万セル入力して、パースする
今の現場の作り方の場合、
要望が発生したときには、
運がよければ、プログラムは直さなくてすむ。
但し、10万セルのあちこちを直す必要がある。
要望が激しいときは、プログラムは大幅に
直さなければならない。
現在、5千行はこえている。
そして、10万セルを大幅に直す必要がある。
今の現場の作りに向いているのは、
一発で、とれて、とれたものを、
そのまま、出すだけ
というようなもには、
めっぽう強い。
が、意味がない強さだよ。
他にいくらでも、良い方法がある。
全く、意味がない、10万セル入力
と、それをパースして、処理する
現場の標準スタイル。
だれが、こんな、ことを、
標準として、しまったのだろうか。
10万セル、画面入力がつらいから、
ロードするためのロード機能を調べていたら、
パッケージにもバグがあり、
危険であることがわかった。
朝一、だれもいないときに、ロード
しちゃおうかとも思ったが、
DBが壊れちゃったら、
まずいよな。
あるIT現場3 必要なときに必要な人がいない？
あるIT現場3 必要なときに必要な人がいない？
元請の人達も、下請けの人達もがんばりすぎている。
今まで、必要なときに必要な人がいなかったからか、
どうして、こんなものがこういうふうにできてしまったのか
というようなものが沢山ある。
いくつかある連係処理群が何度も障害が発生し
何度も直し続けている。
この処理群を修正しきることができる人がいるかどうかもわからん。
頭数だけそろえるため、安い人を沢山かかえたため
こういうことになったのだろう。
予算がないが、やることは沢山ある？
それで、安い単価で人を集めようとしても
ギャップのある人達しかあつまらない。
マネージャーレベルの人は予算がきになるだろう。
リーダーレベルだとそんなこと気にしないで、
フェーズごとにぴったりの人を集めたいと思うだろう。
ところがどういうわけか、人を集めるときに、
何段階も、へて、集めてくるものだから、
外れが多いことになる。
先月末に、また大量に人が抜けて行った。
残っている人の多くは、かなりできる人達が多い。
でも、直すものが多すぎるし、
もう、スケジュールを見直すしかないだろう。
直すものが沢山あるのだから、
幾つかある元請の担当分を超えて、
直さなければならないものが
得意で人を割り当てることをしないと、
乗り切れないだろう。
プロジェクト全体を見て、
だれを、どこに割り当てるかを考えないと
もう、間に合わないよ。
いくつかある大、中、小の元請の範囲を超えて、
人を割り当てなおしても、
プロジェクト全体の人数が変わるわけではない、
予算も変わるわけではない。
この際、元請たちが話し合いでもして、
仕事を交換しないと間に合わないよ。
たとへば、帳票が得意な者、画面が得意な者、
チューニングが得意な者
・・・
何でもできるもの
・・・
それぞれ、担当を直ぐに解決できる者に
割り当てなおすことできたらな。
最近も、何人か倒れたらしく、何日も休みの状態の人が
でてきている。
私の今担当している、機能も、
私には、向いていないから、
誰かに、かわって欲しい。
もーーーつらくて、つらくて。
パンチ量が多く、
指も、足も、ふくらはぎとか、太もも
せなか、
おなか、
あちこし、
つちゃって。
目がかすんで、かすんで、
つらい。
しかし、現場の人のがんばりは、凄い。
こんなに、がんばる人達がいまどきいるのだね。
ついていきたくない。
必要なときに必要な人がいたとしたなら、
こほいうことには、なっていなかっただろう。
でも、そんなこと考えたり、いいだしたりする人は
一人もいない。
皆、勤勉に、長時間働いている。
体を壊して、再起不能になるような
ことがなければいいのだが。
元請の人達も、下請けの人達もがんばりすぎている。
今まで、必要なときに必要な人がいなかったからか、
どうして、こんなものがこういうふうにできてしまったのか
というようなものが沢山ある。
いくつかある連係処理群が何度も障害が発生し
何度も直し続けている。
この処理群を修正しきることができる人がいるかどうかもわからん。
頭数だけそろえるため、安い人を沢山かかえたため
こういうことになったのだろう。
予算がないが、やることは沢山ある？
それで、安い単価で人を集めようとしても
ギャップのある人達しかあつまらない。
マネージャーレベルの人は予算がきになるだろう。
リーダーレベルだとそんなこと気にしないで、
フェーズごとにぴったりの人を集めたいと思うだろう。
ところがどういうわけか、人を集めるときに、
何段階も、へて、集めてくるものだから、
外れが多いことになる。
先月末に、また大量に人が抜けて行った。
残っている人の多くは、かなりできる人達が多い。
でも、直すものが多すぎるし、
もう、スケジュールを見直すしかないだろう。
直すものが沢山あるのだから、
幾つかある元請の担当分を超えて、
直さなければならないものが
得意で人を割り当てることをしないと、
乗り切れないだろう。
プロジェクト全体を見て、
だれを、どこに割り当てるかを考えないと
もう、間に合わないよ。
いくつかある大、中、小の元請の範囲を超えて、
人を割り当てなおしても、
プロジェクト全体の人数が変わるわけではない、
予算も変わるわけではない。
この際、元請たちが話し合いでもして、
仕事を交換しないと間に合わないよ。
たとへば、帳票が得意な者、画面が得意な者、
チューニングが得意な者
・・・
何でもできるもの
・・・
それぞれ、担当を直ぐに解決できる者に
割り当てなおすことできたらな。
最近も、何人か倒れたらしく、何日も休みの状態の人が
でてきている。
私の今担当している、機能も、
私には、向いていないから、
誰かに、かわって欲しい。
もーーーつらくて、つらくて。
パンチ量が多く、
指も、足も、ふくらはぎとか、太もも
せなか、
おなか、
あちこし、
つちゃって。
目がかすんで、かすんで、
つらい。
しかし、現場の人のがんばりは、凄い。
こんなに、がんばる人達がいまどきいるのだね。
ついていきたくない。
必要なときに必要な人がいたとしたなら、
こほいうことには、なっていなかっただろう。
でも、そんなこと考えたり、いいだしたりする人は
一人もいない。
皆、勤勉に、長時間働いている。
体を壊して、再起不能になるような
ことがなければいいのだが。
ヌォーーーーーーーーッ また、ブログのペタのリンクが変更された？
ヌォーーーーーーーーッ また、ブログのペタのリンクが変更された？
先日、新しいのをリリースしたと思ったら。
ブログの記事に、ペタがないの？
何故。
いつからなんだろうか。
それとも、スキンによって、リンクがあるのと、ないのにわかれてるとでもいうのかな。
新しいくリリースした、ツールが、動いているかどうかわからない。
気のせいかな。
先日、新しいのをリリースしたと思ったら。
ブログの記事に、ペタがないの？
何故。
いつからなんだろうか。
それとも、スキンによって、リンクがあるのと、ないのにわかれてるとでもいうのかな。
新しいくリリースした、ツールが、動いているかどうかわからない。
気のせいかな。
あるIT現場3 まいるな 大元請から苦情 元請から喝
あるIT現場3 まいるな 大元請から苦情 元請から喝
新しい、担当機能の進捗が思わしくなく、スケジュールもぐしゃぐしゃ。
大元請から、なにが、どうなっている。
スケジュールを決めてくれ。
元請から、やることを全て書き出して、見積もりなおせ。
そんなこといわれているが、話が違うだろう。
はじめ、レイアウトは、決まっているとかいってやがったのに。
決まっていない。
今も、一部きまっていない。
当初、１種類だけだった。
それが、しばらくたつと、３種類になり、
それぞれが、２つ、２つ、４つとなった。
だから、８倍になったんだよ。
そうすると、フレキシブルな機能を無理して、つかうから、
１０００個とか、2000個、3000個のセルを埋めた xls をつくり、
それを、さらに、フレキシブルな機能に手で、登録しなければならない。
間違えた考えを、xls に記入することもあるだろうし、
セルにパンチミスもあるだろう。
そして、フレキシブルな機能に手で登録するもの、間違えがあるだろう。
それが、決まってから、今度は、フレキシブルな機能の、パースがどうなるか。
パースして、結果が、思い通りにでているか。
その他、妙なsql を幾つか作らんといかんし。
この手のものを、今の現場で、やってきている、人に任せたほうが、早くおわるだろうに。
元の表が、少し、危ない、つくりになっていて、
大分類の数、中分類の数、小分類の数、全頁の数、
ページの合計、・・・
とか、妙に、やりづらいのが、沢山ある。
とにかくだ、
xls の作成と、
フレキシブルな機能への登録と、
パーサーがどうなるか、決まるまで、
どのくらいかかるか、わからんよ。
xls の作成と、フレキシブルな機能の登録は、
目で見て、どう、分割して、セルに押し込むかだから、
反射神経と目が良くないと、時間かかるよ。
しかし、表のカラムに何が入っているか、ずさんすぎる。
ほげほげNo. 当初は、 Aを1桁 + Bを2桁 + Cを1桁 + 連番で5桁 の計 9桁
顧客からの、要望は、とうぜん、9桁。
ところが、ほげほげNo. カラムのデータには、１５桁も入っている。
なにかの間違いかと思ったら、 A の前に X を 6桁追加に、変わっている。
ところが、いろんな、出力系とか、帳票計は、カラムのサイズの15桁をそのままになっている、
でも、顧客の要望は、9桁だから、下9桁で出力とかしないとならないが、
今更、何本も、作り直して、検証することなどできないだろうから、
このまま、いくんじゃないかと思う。
半角カタカナの値を保管する項目とかあったりして、
それをとってきて、そのまま、出力しているもの、
multi byte に変換して、出力しているもの、
コード変換をかけているものなど、
出力系を作った人によって、結果が違うが、
色んな、顧客から、求められているものは、そんなばらばらじゃ、ないよ。
少なくとも、ほげほげNo. は、下9桁にしないとまずだろう。
見栄えがもとめられている、やつなんかは、全角だよな。
とうか、何で、未だに、半角カタカナを保存するのかな。
住所1, 住所2, 住所3, 住所4, 住所5
とかカラムがあるんだけど、
出力するときは、
住所1 + 住所2 + 顧客名 + 住所3 + 顧客部署名 + 住所4
じゃないと、そろわないものがある。
なんなんだよ。
住所1 とか 住所4 になにがはいってるんだよ。
プログラムによって、住所1, 住所2, ..., 住所4 に何が入っているか、
期待しているものが違ったりして、なんかこー。
とんでもないものが、じゃんじゃんでてきそうだな。
そもそも、そのデータを作るものが、住所1, 住所2, ... に何を入れているのかもわからない。
だから、プログラムによっては、そんなものは期待しないで、
ID だけ利用して、わざわざマスターをいくつも見に行って、
住所1, 住所2, ... を作り出したりしている。
でも、都合よく、入っていることを期待している、プログラムも沢山ある。
だから、色んなテストで、出るはずのもんが、でてない。
なんで？？？？？
とか、なっちゃってる。
これは、もう、おわらんだろう。
新しい、担当機能の進捗が思わしくなく、スケジュールもぐしゃぐしゃ。
大元請から、なにが、どうなっている。
スケジュールを決めてくれ。
元請から、やることを全て書き出して、見積もりなおせ。
そんなこといわれているが、話が違うだろう。
はじめ、レイアウトは、決まっているとかいってやがったのに。
決まっていない。
今も、一部きまっていない。
当初、１種類だけだった。
それが、しばらくたつと、３種類になり、
それぞれが、２つ、２つ、４つとなった。
だから、８倍になったんだよ。
そうすると、フレキシブルな機能を無理して、つかうから、
１０００個とか、2000個、3000個のセルを埋めた xls をつくり、
それを、さらに、フレキシブルな機能に手で、登録しなければならない。
間違えた考えを、xls に記入することもあるだろうし、
セルにパンチミスもあるだろう。
そして、フレキシブルな機能に手で登録するもの、間違えがあるだろう。
それが、決まってから、今度は、フレキシブルな機能の、パースがどうなるか。
パースして、結果が、思い通りにでているか。
その他、妙なsql を幾つか作らんといかんし。
この手のものを、今の現場で、やってきている、人に任せたほうが、早くおわるだろうに。
元の表が、少し、危ない、つくりになっていて、
大分類の数、中分類の数、小分類の数、全頁の数、
ページの合計、・・・
とか、妙に、やりづらいのが、沢山ある。
とにかくだ、
xls の作成と、
フレキシブルな機能への登録と、
パーサーがどうなるか、決まるまで、
どのくらいかかるか、わからんよ。
xls の作成と、フレキシブルな機能の登録は、
目で見て、どう、分割して、セルに押し込むかだから、
反射神経と目が良くないと、時間かかるよ。
しかし、表のカラムに何が入っているか、ずさんすぎる。
ほげほげNo. 当初は、 Aを1桁 + Bを2桁 + Cを1桁 + 連番で5桁 の計 9桁
顧客からの、要望は、とうぜん、9桁。
ところが、ほげほげNo. カラムのデータには、１５桁も入っている。
なにかの間違いかと思ったら、 A の前に X を 6桁追加に、変わっている。
ところが、いろんな、出力系とか、帳票計は、カラムのサイズの15桁をそのままになっている、
でも、顧客の要望は、9桁だから、下9桁で出力とかしないとならないが、
今更、何本も、作り直して、検証することなどできないだろうから、
このまま、いくんじゃないかと思う。
半角カタカナの値を保管する項目とかあったりして、
それをとってきて、そのまま、出力しているもの、
multi byte に変換して、出力しているもの、
コード変換をかけているものなど、
出力系を作った人によって、結果が違うが、
色んな、顧客から、求められているものは、そんなばらばらじゃ、ないよ。
少なくとも、ほげほげNo. は、下9桁にしないとまずだろう。
見栄えがもとめられている、やつなんかは、全角だよな。
とうか、何で、未だに、半角カタカナを保存するのかな。
住所1, 住所2, 住所3, 住所4, 住所5
とかカラムがあるんだけど、
出力するときは、
住所1 + 住所2 + 顧客名 + 住所3 + 顧客部署名 + 住所4
じゃないと、そろわないものがある。
なんなんだよ。
住所1 とか 住所4 になにがはいってるんだよ。
プログラムによって、住所1, 住所2, ..., 住所4 に何が入っているか、
期待しているものが違ったりして、なんかこー。
とんでもないものが、じゃんじゃんでてきそうだな。
そもそも、そのデータを作るものが、住所1, 住所2, ... に何を入れているのかもわからない。
だから、プログラムによっては、そんなものは期待しないで、
ID だけ利用して、わざわざマスターをいくつも見に行って、
住所1, 住所2, ... を作り出したりしている。
でも、都合よく、入っていることを期待している、プログラムも沢山ある。
だから、色んなテストで、出るはずのもんが、でてない。
なんで？？？？？
とか、なっちゃってる。
これは、もう、おわらんだろう。
妙なペタのIDの324760個のリスト と ペタバックアップツールのリリース
妙なペタのIDのリスト と ペタバックアップツールのリリース■ペタバックアップツール保管場所
ダウンロード場所⇒の一番下の方
Ver 0.0.21
http://www.geocities.jp/tool_bou/tool/ame_peta/index.html
ameblo peta backup tool
2013.11.17 Ver 0.0.21
・[F:ついたペタ削除]
・[E:ペタ返し]
開発環境でbusy が再現したので接続とリトライを少し調整しました。
busy の再現が１日しか再現しないので、原因はわかりません。
■drunken推奨、ペタ削除対象、amebaIdのリスト
2013-11-17版 324760ID
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を入力してくだだい)
②ついたペタ削除実行を押す
すると削除が始まります。
ダウンロード場所⇒の一番下の方
Ver 0.0.21
http://www.geocities.jp/tool_bou/tool/ame_peta/index.html
ameblo peta backup tool
2013.11.17 Ver 0.0.21
・[F:ついたペタ削除]
・[E:ペタ返し]
開発環境でbusy が再現したので接続とリトライを少し調整しました。
busy の再現が１日しか再現しないので、原因はわかりません。
■drunken推奨、ペタ削除対象、amebaIdのリスト
2013-11-17版 324760ID
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を入力してくだだい)
②ついたペタ削除実行を押す
すると削除が始まります。