アカウント名:
パスワード:
だが、あえてバッチ処理した方が望ましい場合もあるわけで。たとえばネットを利用した振り込みとか、不正アクセスに勘付くためにあえてリアルタイム処理できなくしてる銀行もある。
古い技術は全否定するわけではなくて、要件に応じて使い分けることが必要。「新技術の方が優れている」は年中革新しないと気が済まない病に陥ったエンジニアの誤解。
syori.bat とかなら明らかに時代遅れな感じはする。せめてPowerShellかWSLを使えと？
PowerShellの気持ち悪さは異常。あれ誰が考えたんだろう。
パラダイムの違う言語が、気持ち悪く見えてしまうことは仕方ない。COBOLプログラマから見て、Javaは気持ち悪く見えるかもしれないね。Bashしかできない人にとって、Powershellが気持ち悪く見えてしまうように。
個人的には、常に新しいものに挑戦できる自分でいようと考えている。じゃないとこの業界、すぐに老害と呼ばれちゃうしね。
う～ん、COBOLもJAVAもC言語もPYTHONもシェルも扱えるけど、気持ち悪いとは思わないけどな。その言語の生成経緯とか言語仕様の考え方とかを考えればこんなものかと納得がいきます。
私はそれらに加えて、Forth, LISP, Ruby, Elixir, Prolog辺りも使ったことはあるけど、どれも気持ち悪いと言えば気持ち悪かった。でも最終的には、大抵のものは「こんなものかと納得がい」った。
そう言う意味では、PowershellのBEGIN{} PROCESS{} END{}構文は、未だに納得いかないものの一つではあるな。
>BEGIN{} PROCESS{} END{}awk と同じと思えば伝統的よ
いや、それとは違うんだよな。しかし、それを書くには余白が狭すぎる。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
バッチ処理は時代遅れ (スコア:5, 興味深い)
だが、あえてバッチ処理した方が望ましい場合もあるわけで。
たとえばネットを利用した振り込みとか、不正アクセスに勘付くためにあえてリアルタイム処理できなくしてる銀行もある。
古い技術は全否定するわけではなくて、要件に応じて使い分けることが必要。
「新技術の方が優れている」は年中革新しないと気が済まない病に陥ったエンジニアの誤解。
Re: (スコア:0, オフトピック)
syori.bat とかなら明らかに時代遅れな感じはする。
せめてPowerShellかWSLを使えと？
Re: (スコア:-1)
PowerShellの気持ち悪さは異常。あれ誰が考えたんだろう。
Re: (スコア:1)
パラダイムの違う言語が、気持ち悪く見えてしまうことは仕方ない。
COBOLプログラマから見て、Javaは気持ち悪く見えるかもしれないね。
Bashしかできない人にとって、Powershellが気持ち悪く見えてしまうように。
個人的には、常に新しいものに挑戦できる自分でいようと考えている。
じゃないとこの業界、すぐに老害と呼ばれちゃうしね。
Re: (スコア:0)
う～ん、COBOLもJAVAもC言語もPYTHONもシェルも扱えるけど、気持ち悪いとは思わないけどな。
その言語の生成経緯とか言語仕様の考え方とかを考えればこんなものかと納得がいきます。
Re: (スコア:1)
私はそれらに加えて、Forth, LISP, Ruby, Elixir, Prolog辺りも使ったことはあるけど、どれも気持ち悪いと言えば気持ち悪かった。
でも最終的には、大抵のものは「こんなものかと納得がい」った。
そう言う意味では、PowershellのBEGIN{} PROCESS{} END{}構文は、未だに納得いかないものの一つではあるな。
Re: (スコア:0)
>BEGIN{} PROCESS{} END{}
awk と同じと思えば伝統的よ
Re:バッチ処理は時代遅れ (スコア:1)
いや、それとは違うんだよな。
しかし、それを書くには余白が狭すぎる。