はてなキーワード: テストケースとは
今まで通勤通学遊びで数十分かけて都心に集まっていた人々は新しい生活様式を覚えて少しずつ変容していく
家で働けるなら買い物も手近で済ませたいのが人の性、ベッドタウンにほど近いが車は使わずに行ける駅前商業施設が既存のものからリプレイスされていくだろう
具体的には大きい本屋は駅前商業施設に集約され、都心にはむしろなくなる
ハッキリ現れてくるのが本屋というだけであってハイブランドになりきれないアパレルも同じ道をたどるだろう、例えばGAPとかユナイテッドアローズとか
家電量販店も都心に集まる意義は薄れていくだろう、インバウンド需要などのニーズは不変ではない
都心に強い大手家電量販店が郊外に出店するのは売上ではなく収益のためである
こうした駅前商業施設を中心に置くサテライト都心が関東広域数か所に集約され、住民の取り合いの競争がより高まる
大宮駅前みたいなのはまあ別格として、そこからワンランク落ちるところの駅前都市平均レベルがぐーっと上がる感じだと思ってほしい
私が想定しているのは明日大型商業施設がオープンする所沢駅前で、都心には数十分かかるが買い物にはその半分もかからないようなエリアで、このあたりには新所沢駅にパルコと小手指駅には大型の西友小手指店があり意味もなく分散されていたがともに閉店し、これが交通の要衝である所沢駅に集約されたわけだ
意味のない分散は地域の発展に貢献してきたが成熟したり役割が変わった現今の環境には非効率な移動を強いられ適さない
これが買い物に行くなら一箇所に行けばいいとなるわけでみんながハッピーになれる上に秩父や川越、何なら東京都でも清瀬や東村山あたりからなら都心に行くより安くて速い
今後は鉄道各社がこうしたサテライト都心を周辺自治体と連携して強力に推進していく
コロナ渦で鉄道会社は鉄道の収益だけでは危ういことを実感しただろう、さらに人口減少が重なるために都心ですら営業係数の悪化は避けられない
省人化は人の集まる都心も例外ではない、ワンマン運転では飽き足らず、自動運転によるゼロマン運転も現実味を帯びてきている
もちろん現段階では整った状況(東北新幹線を想定している)でのみ成立するものだがこれをテストケースとして都心の鉄道全てを自動運転化するのは既定路線だろう(私が死んでるくらいには先の話として)
結局何が言いたいかというと、鉄道各社の利益追求姿勢とそれに賛同する企業の思惑により都心の利便性が関東広域に分散化されるということだ
通勤ラッシュも、都心の溢れんばかりの人の波も、その多くは東京都心に籍を置かない浮動人口の与える影響が大きいもの
サテライト都心が便利になればなるほど、都心は差別化してより高い山を築くしかない
背伸びして都心に居座ってた企業も無理してオフィスを構える必要がなくなる
よかったですね
単体テストというのは、画面を手動で操作してスクリーンショットを撮る仕事だった。エクセルで仕様書を書き、レビューをしていたが、レビューアーはテストケースよりも、枠線の整え方に気を配っていた。
誰かが自動テストを導入しようと言い出した。「再現性がある」「保守性が高まる」「もっと良くなる」と口々に言われていた。
でも、テストコードを開発する工数はどうするのか、開発コードが増えればさらに大変になるのではないかと不安があった。
それでも、これが実現すれば、何かが大きく変わる予感がした。
アプリケーションフレームワークはStrutsだった。フォームをポストする瞬間にカオスが生じ、50行の無駄なコードを書き、100行の読みにくいコードを理解することが技術者の条件だった。
ある人が「レイヤリング」という概念を持ち出し、別の誰かが「DI」と言い出した。アプリケーションアーキテクチャという言葉も登場し、ファウラーという人物の名前も聞こえるようになった。
新しい構造が提案され、それに影響を受けながら、「いつかは美しいアプリケーション構造が生まれるのかもしれない」と夢を抱いていた。
当時、PerlでCGIを作っていたが、PHPやRubyが登場した時は、正直Web"サイト"を作るためのものだと侮っていた。
しかし、次々と洗練されたWebアプリケーションフレームワークが生まれ、StrutsやJavaEEよりもはるかに使いやすくなっていった。
数多くのWebフレームワークの中で、どれを選ぶべきか悩みながら、「いつか完璧なWebフレームワークが現れるかもしれない」と期待していた。
サーバーは冗長化され、ReversProxyを使い、セキュリティのために構成を変更してきた。そしてクラウドが登場し、Dockerなんて本番で使えないと言っていた時代から、
気がつけばどこに存在するのかもわからないクラスターの中で、コンテナアプリが動いている時代になった痛快だ。
かつてLinuxマシン一台を「鯖」と呼んでいた時代から、世界は目まぐるしく変化し続けるとかと思っていた。
誰かがAjaxと言い出し、別の誰かがReactと言い出した。「こんな方法でHTMLを作って良いのだろうか?」と疑問に思いつつも、「Webはアプリケーションだ」という感覚が強まっていた。Webアプリケーションがどう進化していくのか、未来を感じることができた
私たちは、ソフトウェアを開発すること自体に大変さを感じていた。新しい技術やフレームワークが次々と登場し、その都度課題が解決される一方で、新たな課題が生まれる。これほど面白いことはなかった。そしてエンジニアたちには一体感があり、誰もが自分なりの方法で課題を解決し、そのフィードバックループが世界を動かしていた。だからこそ、今は少しつまらない。変化は穏やかになり、「お金を稼ぐ」という目標だけが共通となり、課題は個々の事象に閉じ込められている。しかし、それが悪いことではない。ただ、私たちの時代が変わったのだ。
かつては、私たちの目の前には普遍的な課題があり、それぞれがそれぞれの場所で課題を解決し、そのフィードバックループが世界を動かしていた。
生成AIで例えると、それをどう使うかではなく、エンジニアが一丸となって生成AIをチューニングしていた。世界情勢で例えると、世の中の飢餓を全世界の人がアイディア出して、解決しようとしてたいた。
今でも、普遍的な課題は世界中に転がっているが、それらは高度で、私たちには手が届かないものが増えてしまった。
ITは面白かった。プログラミングが分かるだけで、世界の課題を一緒に解決できる時代だった。それぞれが自分の場所で働くだけで、世界を動かしていた。そんな時代が終わってしまったと感じる。
老害といえば昔話だろ!
そこで一回ChatGPTにやらせたらどうだろうと思ってやらせてみた。
コードが出力された。
それを走らせたらエラーが出た。
その旨をChatGPT伝えたら改善されたコードが出力された。
それを走らせたら間違った出力が出た。
その旨をChatGPT伝えたら改善されたコードが出力された。
それを走らせたらちゃんと動いた。
うわぁああああああ。
俺ほぼコード書くのに頭使ってない。
テストケース書いたくらいだ。
今からChatGPTの書いたコードレビューするけど、俺の2時間なんだったんだよ。
これは趣味のプログラミングだけど、本業もそれだからやばいわ。
こんなの俺のやる事すぐに全部置き換えられちゃうわ。
もうやばいだろ。
IEEEがコードレビューに関する論文を出していて、それを読む限りではコードレビューはバグの検出にはそれほど効果がないとのことでした。
(品質の維持/向上やレビュー者間へのシステム理解速度に対して好影響を与えているとのこと)
過去システムリリース時や変更時にテストケースが記録されていないことによる不完全なリグレッションテストが行われていることやシステムの仕様を誰も管理出来ていないことが問題なので、増田自身には問題はなかったんだがね。
失敗しちゃったからそういうところをしっかりやっていきましょうと言って組織を引っ張っていけるぐらい図太くなれればよかったんだけど…
愚痴の殴り書き。
基幹システムの保守とかペーパーレス化、効率化のためのシステムを作ったり改修したりしてる。
上司からは俺が設計して協力企業の人とか後輩に開発させろって言われてる。
でも苦手。
◆設計が苦手
他人がこれを見れば何も聞かなくても一人で作れる!って設計書を作ったことがない。
「ここどうするんですか?」「ここはこうしたほうがいいんじゃないですか?」って必ず言われて落ち込む。
複雑な処理は実際作らないとどうやって書けばいいかわからない。
テーブル1にテーブル2を結合させて一時テーブル1を作って一時テーブル1とテーブル3を結合させて集計結果を一時テーブル2に格納して・・・
みたいな処理を机上でイメージできない。
だから自分で作って「ああ、こうすればできるな」って理解する。
そうすると「このまま俺が作っちゃったほうが早くね?」ってなる。
それを設計書に書き起こすのもめんどくさい。
INとOUTだけ書いておいて「中の処理はいい感じでお願いします」でお願いしたい。
◆チェックしたくない
さらっと見るのは100歩譲ってよし。
なんで数十、数百あるテストケースのエビデンス見ないといけないのよ。
◆質問されるのが嫌い
部内の人からチャット来たり、お客から電話きたらドキッとする。
「LEFT JOINしたらNULLのデータができてしまってブランクと比較できません」はネットで調べてほしいし、
聞くほうが早いって気持ちはわかる。
「自分でソース見てください」なんて冷たいから調べるけどさあ。
でも、わがままだけどめっちゃ確認とか質問されるのは煩わしいけどなにも反応ないと不安になっちゃう。
自分が新人だった頃や慣れない環境のときに質問できない環境はつらかったから質問しやすい人間でいたい。
これがつらいしつまらない。
後輩が育たないとか自分のマネジメントスキルが成長しないっていうのはわかるけども、他人を作業させるのってすごく労力使う。
一人でいろんな人に作業を割り振ったり自分の作業も持ってる上司をみて「すごいなー」と思うけど
いつも質問攻めにされてる上司を見て「ああはなりたくないな」とも思う。
ああ、言われた通り開発するだけでよかった時代に戻りたい。
本日発表の、5月度米CPIは先月比+0.6%と順調な伸びとなった。そりゃあそうだろう。あれだけ商品がバカバカ上がっておいて、CPIがピークアウトするわけがない。一般に言われる通り、たかが1%政策金利を上げたところで、9%近いCPIが落ちてたまるものか。米経済は完全なスタグフレーションだ。
その件はさておき、4月度CPIは3月比で、少々落ちていた事に注目してみる。このときは、週明けから大型株が反発した。が、すぐに暴落した。理由は簡単で、米CPIがどうなろうと、中国がロックダウン状態では米製造は復活出来ないと、投資家が強く認識していた事に依るのだろう。
完全な反発は先月末で、上海のロックダウン解除ニュースが出てからの話になる。これは端的に言えば、米経済は中国に支配されているようなものだ。以前にも話した通り、中国はコロナ対策を、世界経済に対する武器として使っている側面がある。コロナ対策だと言われれば、不当なロックダウンでも誰も文句は言えない。アフターコロナで原油高を背景としたアメリカの一人勝ちを、中国は身銭を切って防いでいる形になる。
ではなぜプーさんは上海のロックダウンを解いたのか?感染者数などいくらでも操作出来る国なのだから、CPI伸び率が少々落ちたところでロックダウン解除すれば、アメリカに塩を送っているようなものだ。
その理由は定かではないが、おそらくはテストケースなのではないかと思う。もしそうなら、CPIが再び上がった今することは、再度のロックダウンだろう。今度は南京あたりか?米株は下がって商品は上がりスタグフレーション継続で大ダメージになるはずだ。プーさんとしては笑いが止まらないのではないだろうか。大型株を空売りしてコモディティにブチ込んでいる私としても笑いは止まらない。
当のアメリカとしては、中国が仕掛けてきたこの経済戦争を快くなど思えるはずもない。ここで本来アメリカが採るべきは融和策で、対中国の関税を下げるしかないが、そうなると中国に折れたバイデン政権という悪評になって中間選挙で敗退する。まぁしなくとも敗退は免れないとは思うが。
共和党が勝ったらどうなるか?もちろん答えは、中国けしからん、ならば戦争だ、というような短絡的なものだろう。もっとも、アメリカはジャスティス気取りな国で自分からドンパチを仕掛ける事など不可能。となれば代理戦争の形を取るしかなく、台湾を国家承認してみたり、ウクライナに送っている量の数倍~数十倍の兵器を台湾に供与、CIAを使ってタカ派親米政権を誕生させるなどなど、中国を煽りまくる戦術となるだろう。バイデンはクルクルパーだし、先日の台湾侵攻の怪文書(音声だっけ?)やら、共和党議員からの圧力に屈して、そんな戦術になりそうな気がする。
中国は、煽りに屈して台湾とドンパチ始めればアメリカの思う壺。日本やロシアの轍は踏みたくないだろうから、ここは正恩をおだてて韓国と始めて貰うのが得策だろう。SamsungとLGもブッ潰せてGoogleやAppleも大ダメージを食らうし一石二鳥だ。一応アメリカとしても代理戦争は出来るのでウィンウィン。斯くして半島はドンバス地方並の焦土と化すのであった。やったねネトウヨちゃん。