  |
はてなキーワード: 設計とは
静画が応答ないのがなぜかは知らんけど、動画はリダイレクトされるし
ランサムウェア的なやつで鯖とデータがやられちゃったとかじゃないの？下記の事例みたいな感じで
デンマークのホスティング事業者、ランサムウェア攻撃で全顧客データを失う
https://cafe-dc.com/security/danish-hosting-firms-lose-all-customer-data-in-ransomware-attack/
＞ 原因について
＞ データセンターの移行後、以前は別のネットワーク上にあったサーバーが、すべてのサーバーを管理するために使用されている企業の内部ネットワークにアクセスするように配線されていました。
＞内部ネットワークを通じて、攻撃者は中央管理システムとバックアップ・システムにアクセスしました。その後、攻撃者はすべてのストレージ・データ、レプリケーション・バックアップ・システム、セカンダリ・バックアップ・システムにアクセスすることができました。
まぁこういうのは想定しないわなだったら、へ～🧐だし、
どちらにせよ、また1つ事例が追加されたなぁで、外野的にはどちらでもいい感じ
新潟市は周辺の市町村を数合わせで合併し、日本海側初の政令指定都市になりました。札幌と福岡はという疑問があるかもしれませんが札幌市は日本海に面しておらず、福岡は玄界灘に面しています。数合わせなので、郊外の開発がうまい金沢には惨敗のようにみえます。政令指定都市になると県から市へ行政機能や企画が移管されます。新潟駅の高架化は空港と合わせて県の事業でした。財政的にピンチの県は、政令指定都市化をもって、お金のかかる企画が市に移る！といことで安堵だったようです。県の資金をあてにしていた市は大慌て。1800億の平成の万里の長城プロジェクトは主に新潟市のお金で行うことになってしまいました。またもや新潟市の敗北です。ちなみにスカイツリーが総工費400億円。東京ディズニーランドは総工費1800億円です。b/cも1.02とかで通常は事業化されないレベルでした。
https://www.asahi.com/articles/ASQ9K6RJ4Q93UOHB00D.html
国道7号線の栗の木バイパスも絶賛高架工事中です。新潟駅の高架化工事が始まったくらいからずーと工事をしています。道路と線路の高さのポリシーがないので、栗の木バイパスが高架になると信越線の高架とぶつかってしまいます。もともとこのあたりの線路は高架で国道7号線の栗の木バイパスが下をくぐっていました。栗の木バイパスの高架は、ここで下に降りて線路をくぐる不思議設計となってしまいました。何のための前進守備ならぬ、何のための高架道路だという感じです。
どうしてこうなった！思ってたのと違う！こんな感想を得た人も多いのではないか。かく言うところの筆者もそう思いました。新潟駅の不思議ポイントを確認していってみましょう。
新潟駅に関する違和感というか、歩いていて苦痛に感じるポイントはまずここです。階段の段数が約50段と多いです。通常の建物の3階相当の高さを2階としています。これは上越新幹線開業から新幹線コンコースの高さです。在来線の跨線橋はこの高さよりも低く、跨線橋から新幹線コンコースまではスロープで接続されていました。通常の駅の階段は30段くらいです。
4階建ての新潟駅の旧駅舎ビルの高さと上越新幹線ホームの高さが同じくらいなので、上越新幹線ホームの高さは5階相当の高さになります。新幹線は毎日乗るものではないので、苦ではなかったのですが、新幹線に乗るときはエスカレーターや階段が長いと感じていました。
在来線ホームの高さを新幹線ホームに合わせてしまったため、5階相当高さにホームが上がってしましました。富山駅、金沢駅、福井駅の新幹線の高架はもっと低く、アンダーパスする道路ギリギリの高さの設計になっていると思います。2階がそれほど高くないのです。オープン当初の新幹線高架下の新潟駅の2階に出店していたヨドバシカメラは、店内に階段があり、上の階がありました。やはり新潟駅の新幹線ホームは4階建ての建物の屋上相当の高さにあるのです。この高さが高い高架橋は総工費が大幅に高くなることを意味します。
横断禁止の個所を渡る人が絶えないとニュースになる新バス乗り場。駅ビルのCoCoLoの1階部分が高架下を貫くバス乗り場によって分断されています。50段の階段で2階へまわれとか、150m先のなかなか青にならない信号渡れとロックな設計になっています。設計コンペの勝者のイラストと比較すると大幅に規模が小さくなっています。コンペのイラストのバス乗り場は、高架下の道路の両側ではなく、道路の車線の間に島式ホームのようにバス乗り場が集約されています。電車と違ってバスは、両側に扉がないので、バスは島式ホームのローターリーに侵入するときに右側通行に入れ替わって侵入することが想定されます。島式ロータリーから道路の両側にバス乗り場に変更することで、高架下のバスが占有する面積を大幅に縮小しています。この変更によって、バス乗り場が行き先によって分断されたため、とりあえずバス乗り場に行ってから、目的のバスを探すことができる構造から、バスの行き先を判断してから、道路のどちら側に行くかをあらかじめきめなくてはならないスタイルに改悪されてしまいました。
古町・市役所方面からきたバスは、高架下に入る前の降車場で乗客を降し、高架下をくぐって、南口側に出てUターンして、高架下バス停に出発を待ちます。南口方面から到着したバスは南口側の降車場で乗客を降し、高架下をくぐって、万代口側に出て、Uターンして、高架下のバス停で出発を待ちます。高架下を直通するバス路線はわずかです。
※イメージイラストは、「設計コンペのプランからなくなったもの？！」の項を参照してください。
多くの市民が感じた違和感は市街地の南北が分断された状態を解決するというお題目がほとんど解消されていないことです。この目的を解決するには、万代口の東大通と南口の弁天線がつながらなければなりません。駅の高架下はバス専用となったため、南北をつなぐ道路で増えたところは、八千代橋から続く道路が線路の反対側につながったところくらいです。以前の踏切個所の米山踏切と天神尾踏切は、高架をくぐる道路として残っています。一部の市民は、市長の家の近所のガードだけが開通したので、このルートを篠田さんの功績を称えて篠田ガードと呼んでいます。
https://www.zaikainiigata.com/?p=8248
計画では駅西線と駅東線という2本の道路が開通する予定でしたが完成に至らず、大幅に計画が縮小されています。駅東線は歩行者と自転車用道路に格下げされて計画されています。駅西線は、代ゼミのところから南下し、高架下をくぐりLEXNビルに至る道路です。
駅西線の予定地では、新幹線利用者向けのパークアンドライドサービスの新潟駅西駐車場(215台)を貫いています。このパークアンドライド用の駐車場は、高速バスターミナルとタワーマンションでなくなる予定です。もうひとつのパークアンドライド用駐車場のCoCoLo駐車場（826台）は、この春のCoCoLoリニューアルオープンに伴って、3000円のお買い物で1時間無料、新幹線割引き廃止、24時まで3000円というレートになりました。梅田駅や秋葉原駅のほうが安いです。セレブな駅駐車場になりました。この変更で新幹線出張族が大打撃。電車やバスで駅に行けない利用者が多いのが新潟の現実です。新潟駅西駐車場(215台)は、朝8時前に満車です。ちなみに上越新幹線で使われているE7系の定員は924人です。
駅に中に城下町のような見通しの悪い丁字路が多い印象がです。電車で新潟駅の高架在来線ホームに到着すると電車は、ホームの中ほどに停車します。階段やエスカレーターは、ホームの両端にあるため、階段やエスカレーターと電車の間のホームの狭いところを歩くことになります。降りた乗客は進路を絞られて譲り合いながら進みます。階段やエスカレーターは隙間と通った後にUターンする導線になります。先が見えません。約50段の階段を降りると反対側のエスカレーターが正面にあり、方向を変えて、出口もしくは、乗り換え先のホームを探すことになります。この高架橋の柱は5階の高さを支え、耐震を考慮していてとても柱が太いです。見通しがよくないのです。乗り換えのときは、新潟駅の発着ホームはランダム設定のため、何番線からどこ行きが発車するのか確認が必要です。ホームから改札口へ向かう人、改札口からホームへ向かう人、乗り換えの人が改札内の一か所に集められて混沌となります。その人波をかき分けて階段の上に表示されている行き先を確認する必要があります。新幹線と特急いなほの対面乗り換えの5番線が後付けの設計のため、階段の位置に違和感があります。これも改札内コンコースを複雑にしている理由の一つです。改札を出る場合は、東、西、新幹線の3つの出口を判断して、東か西から出ます。階段を降りて進むと正面が新幹線乗り換え改札で出口どこってなります。太い柱が邪魔で先が見えないです。改札を出ると共有の通路ではなく、エキナカの店舗が両脇にある通路を進みますが、外へは店舗を抜けないと駅を出られません。この店舗との駅外への導線の区別ないところがよりわかりにくくしています。グレーと黒を基調とした色調なので、黒い服を着るといい感じで風景に溶け込みます。
敵襲があったときには、敵の判断を鈍らせることできる設計になっています。なかなかの軍司がかかわっていたものと思います。
土地が誰の持ち物なのかを調べてみるとこの駅のちぐはぐな点が浮き彫りになってきます。
高架下は東日本旅客鉄道さんの土地なのです。駅前の広場は新潟市。新たに広場になる部分は、東日本旅客鉄道さんから新潟市が買ったのではないかと思います。市の玄関口なので、きれいな広場を整備しましょうということなんでしょう。南口の広場も国鉄清算事業団から買いました。旧国鉄側は上手に土地を売り抜けているように見えます。大幅に規模が縮小されたなんちゃってペデストリアンデッキは、新潟市の土地に建設されます。高架下の建物は東日本旅客鉄道さんのものなので、そこにお願いして接続させてもらっている体になります。バス乗り場部分が東日本旅客鉄道さんの所有地だとすると駅下の一等地を提供したくなかったのかと妄想が捗ります。バス乗り場で分断されても店舗面積を稼ぎたいその気持ちもエキナカ運営者の立場としては当然かもしれません。高架下の駅舎の中は持ち主の東日本旅客鉄道さんの気持ちがあふれた設計になっています。
2002年の設計コンペは、堀越英嗣氏のグループが選ばれました。次のxに上げられた画像を見ると堀越氏の想いはいずこへ。
新潟都市再生 @ryuto_niigata 10:50 PM · Mar 11, 2020
https://x.com/ryuto_niigata/status/1237737592889544704
万代口のマルタケビル、ブラザービル前まで横断歩道を渡らずに行ける予定でした。メンテナンスが難しそうな雲形のデザインの歩道の屋根に置き換わっています。このペデストリアンデッキは、斜めに走っている補助路があり、人間の近道をしたい心理をうまくついていました。
先ほどふれましたが、バス乗り場の面積が縮小されています。バスを一覧しやすい乗り場という設計者の配慮は無になりました。
木造風でした。
高架下の道路として予定されていた駅西線や駅東線に車寄せやバスのりばの入り口を設けたものがアイデアとしてよかったです。このアイデアを実現しようとすると東日本旅客鉄道さんのエキナカの店舗面積が減ってしまいます。
駅前広場が丘になっていて、丘の上も丘の中も歩けるというのもよかったです。雨風に強いプランは天候がよくない新潟向きです。
新潟都市再生 @ryuto_niigata 2:35 PM · Mar 12, 2020
https://x.com/ryuto_niigata/status/1237975437415874560
https://www.kochi-tech.ac.jp/library/ron/2002/g5/M/1035010.pdf
この高知工大の澤田さんが作った資料は今となっては当時のコンペの条件を伝える貴重な資料です。
新潟駅から西に1.4㎞に西跨線橋、東に0.4㎞に東跨線橋があります。この2つの跨線橋は高架化後も残存しています。西跨線橋付近はそもそも90年代の計画時点で高架化の範囲から外れており、駅から西跨線橋に向けて下り坂になっています。越後線が西跨線橋をくぐると白山駅手前の信濃川を渡河する橋梁があるため、登り坂になっています。？？？
東跨線橋の下は在来線が通り、この跨線橋の上を新幹線の高架が通っていました。在来線の高架化で在来線は新幹線と同じ高さまで高度をかせぐようになりました。この東跨線橋は、予算不足のため跨線橋が残ったままです。数年後壊すことになっています。
実際のところ、街のお年寄りは新潟は踏切がない街だからといっていました。ここで指す新潟は新潟島+アルファの狭義の新潟です。狭義の新潟には、米山踏切と天神尾踏切くらいしか踏切がなかったと思います。現新潟駅が街はずれの田んぼの中に作られたこと、現新潟駅への移転に合わせて白山までが作られたためかと考えられます。
結局のところ、取り除かれた踏切は米山踏切と天神尾踏切で、それ以外の個所は線路が道路をオーバーパスしていたところが多かった状態でした。降雪時に凍結しやすい跨線橋が残ってしまったのはとても残念です。
新幹線は、在来線と道路の上下が入れ替わる状態を無視して、それらの上を行く高架で郊外の田園地帯まで抜けています。
せっかくなので、線路は高架、道路は平面というポリシーで街づくりをしていただきたかった。まことに残念です。いっそのこと新潟駅の上を高架道路で結んだほうがよかったかもしれないです。
昭和57年の上越新幹線開業時、新潟駅には、駅構内のステーションデパートのセゾン・ド・ニイガタと駅裏にあった気動車の車両基地の向こう側に長大な連絡通路を挟んだ再開発ビルのプラーカが3棟建てられました。セゾン・ド・ニイガタは、その後、CoCoLoと名前を変え、新潟駅リニューアルの核店舗となった。開業当時は西堀ローサとならんで、おしゃれスポットでした。プラーカは、プラーカ1、プラーカ2，プラーカ3と地下から地上5階までのショッピングモールが出現。セゾンよりも大規模で店舗数も多いスポットでした。東急ハンズを山下の家具がフランチャイジーとして運営したハンソン、アニメイト、ゲームセンター、多数の衣料品店などでにぎわっていました。プラーカ4？として西友の進出計画までありました。しかし、バブル崩壊後の景気低迷でセゾンはせんべいとか鮭の瓶詰を買う新潟土産屋になり、郊外の大規模モールの台頭でプラーカは集客力が落ち、テナントが歯抜けとなって破綻したのでした。無印もFrancfrancもいなくなり、今は中央に吹き抜けがあるオフィスビルになっています。このビルは第三セクターだったため、新潟市は大きな打撃を受けることになりました。
気動車の車両基地は、数年後に新津駅へ移転し、国鉄清算事業団所有の空き地が残りました。この空き地は新潟市が買い取ることになり、新潟市のひとり負けです。
2000年ごろから市民参加のまちづくりという錦の御旗の下、駅の設計に市民が参加するムーブメントを当時の市長が始めた。この動きが2003年の新潟駅の設計コンペに影響があり、プランが大胆に変更されるのかと思いきや、新潟駅の設計コンペは、新潟駅周辺整備基本構想にしたがって、設計コンペが実施されたのでした。
https://www.toshimirai.jp/ifudletterpdf/200111.pdf
新潟駅周辺整備基本構想では、駅を貫く道路はバス専用で、道路交通は駅西線と駅東線が担うことが決められていました。プランの肝心なところは、市民が参加しても変えることはできず、まだ詳細設計がされていなかった広場で、機能に関係がない見た目のデザインがとかバリアフリーがとか枝葉の部分の議論に終始したのでした。車いす駐車場から広場への歩道の導線がよくないと直したら、車寄せと駐車場の面積が半減してしまいました。完成後の混雑が必死なのか閑古鳥がなくのか興味深いポイントです。そんなことよりも在来線ホームが5階の高さの時点でめっちゃバリアです。
https://niigata-u.repo.nii.ac.jp/record/31114/files/ZH_2005_963-964.pdf
http://opac.niigatacitylib.jp/shisei/koho/shiho/2005/050710/pdf/2002_08.pdf
ブコメを読むと積水ハウスを擁護する意見が多いのだけど、企業側に非がなければそう簡単に取り壊しをしないと思うので、国立市まちづくり審議会の議事録を読んでみた。
https://b.hatena.ne.jp/entry/s/biz-journal.jp/company/post_381532.html
https://www.city.kunitachi.tokyo.jp/material/files/group/52/gijiroku19.pdf
この審議会では富士山の眺望についても重点的に議論されていて、積水ハウス側（現代綜合設計）から資料が提出されている。
現代綜合設計(●●): …今回の計画については、まち並み調査により周辺景観に配慮した計画、また、富士見通りからの富士山眺望への検討配慮をした計画とするために、 次のページからちょっと検討資料を3枚つけさせていただいております。
資料そのものはHPでは参照できないが、議事録の以下の部分からは富士山が写った写真に建物の想定イメージを重ねて、眺望の検討が行われていることがわかる。
現代綜合設計(●●): …こちらが計画地において建物を計画した場合の富士山眺望への見え方についての検討資料になります。景観づくりの基本計画の主な眺望位置図より、視点場、眺望ポイントと駅前の視点の、また中間点で3、4の位置なんですけれども、3ポイント、各2か所、計6か所の検討を行っております。
写真のほうに赤で塗り潰している部分が計画建物になっております。写真でちょっと 富士山の形状が分かりづらい部分がありましたので、代引きで富士山の形を追記させていただいております。
資料上での富士山の見え方は公開されていなのでわからないが、議事録の以下の部分からは「資料上では」富士山の眺望に問題なかったということが窺える。
福井会長 : …今日の資料でも、 富士山の眺めは大丈夫ですよという資料にはなってはいるんですけども…
福井会長 : …まず、富士見通りの富士山への眺望という話です。これについては、この建物によって大きく阻害されるというものではないとは思いますけれども…
ここからは推測だが、積水ハウスがまちづくり審議会に出した資料と実際の富士山の眺望に乖離があったのだと思う。防衛省が秋田でやらかしていたけど、きちんとした測量をやらずに適当なイメージ図を作ってしまったのではないかな？
それであれば、建築の許認可の前提である、まちづくり審議会に提出された資料に誤りがあったのだから、新築で取り壊すのも当然だと言える。
コンテンツ集合Xがあります。各々の要素x∈ Xは特徴量f_1(x)∈Y_1 を持っています。
同様にユーザーu ∈ Uが存在し、特徴量f_2(u)∈Y_2を持っています。
コンテンツには単価P(x)が存在し、ユーザーuがコンテンツをm回消費することをg(u, x, m)=m*P(x)_uで表し、全てのユーザーU, 全てのコンテンツXに対して行列M∘P = g(U, X, M) が存在します。
回答
この問題は、コンテンツとユーザーの特徴量を考慮して、ユーザーがコンテンツを消費する回数を最大化するものです。このような問題は、推薦システムの分野で広く研究されており、協調フィルタリングと呼ばれるアプローチが一般的に使われています。
協調フィルタリングアルゴリズム
協調フィルタリングには、以下のようなアルゴリズムが考えられます。
1. 行列因子分解 (Matrix Factorization)
行列因子分解は、ユーザー・コンテンツ行列を低ランク近似することで、ユーザーとコンテンツの潜在的な特徴を抽出します。具体的には、ユーザー行列Uとコンテンツ行列Vを求め、その内積U^TVで元の行列を近似します。この手法は、Netflix Prizeで優れた成績を収めました。[1]
2. ニューラルコラボレーティブフィルタリング (Neural Collaborative Filtering)
ニューラルネットワークを用いて、ユーザーとコンテンツの非線形な関係を学習します。入力としてユーザーIDとコンテンツIDを与え、出力として評価値を予測します。この手法は、従来の行列因子分解よりも高い精度が期待できます。[2]
3. 階層的ベイズモデル (Hierarchical Bayesian Model)
ユーザーとコンテンツの特徴量を階層ベイズモデルに組み込むことで、より柔軟なモデリングが可能になります。この手法は、Cold-Start問題(新規ユーザー・コンテンツの推薦が困難)の解決に有効です。[3]
4. 強化学習 (Reinforcement Learning)
ユーザーの行動履歴を環境として捉え、報酬最大化のためのアクションを学習します。この手法は、長期的な利益最大化に適しています。[4]
これらのアルゴリズムは、ユーザーとコンテンツの特徴量を考慮しながら、目的関数を最大化するように設計されています。実装の際は、データセットの特性やモデルの複雑さ、計算リソースなどを考慮する必要があります。[5]
Citations:
[1] https://aicontentfy.com/en/blog/understanding-algorithms-behind-content-distribution
[2] https://marketbrew.ai/optimizing-your-websites-content-with-genetic-programming
[3] https://sproutsocial.com/insights/social-media-algorithms/
[4] https://surferseo.com/blog/the-new-algorithm-for-content-analysis/
[5] https://www.linkedin.com/advice/0/what-best-ways-measure-content-relevance-x6apf
それは非常に困る状況ですね。孫子の知恵を引用しながら、この問題について考えてみましょう。
これは「戦いは策略である」という意味です。あなたの述べた問題では、パスワードが無意識のうちに切り取られるという策略のようなものがあると感じます。このような不規則な事態を避けるために、システムの設計者ももっと策略的に考えるべきです。
開発者がパスワードフィールドに十分な長さを許すように設計し、長さ制限があるならば適切なフィードバックをユーザーに即座に提供することです。これにより、ユーザーはパスワードが適用される前に問題を認識できます。
自分でパスワード管理ソフトウェアを使用してパスワードを生成し、適切な長さにカットしてから貼り付けることもできます。
戦いにおいても、策略とは状況を制御し、予測可能なリスクを最小限に抑えるためのものです。HTMLフォームの設計においても、同様の戦略的なアプローチが必要です。
二回目にあってそれを言われた。
でもどうしても好きだったから二ヶ月くらいたって連絡した。たまにその人のアプリのプロフィールとか見てたけど、相手ができてなさそうな感じになっててアプリ消しててワンチャンあると思ったから。連絡したらすぐ会えることになった。お店とかは向こうが挙げてくれた。あった際は話も盛り上がって居酒屋で2件目とかいって盛り上がったけど、2件目の居酒屋が閉店の時間になったから解散した。
そのあと、また二ヶ月後、明後日会うんだけど脈あったりするの？
ちなみに一回目にあった時は、居酒屋で話が盛り上がって四時間くらい話してた。
二回目にあった時は、浅草でもんじゃ食べた後にカフェで二時間くらい話して、帰りに友達としてなら付き合っていいよと言われた。
多分話はすごい合うんだと思う。盛り上がるし。
でも自分の仕事が結構珍しいからそれで興味持ってくれてるだけなんだなぁとか思ってしまう。
ちなみにお互いのスペックは
自分 無名の会社であんまりいないやつの設計士 年収550くらい。顔は悪くないと思う。
相手 誰もが知ってる企業の人 年収多分すごい多い。アプリの年収600〜800とかだったから。すごい綺麗な顔の人。
お互い20代後半
友達としてならみれるって言った人を恋愛相手としてみれたりする？
忙しい仕事なのに予定空けてあってくれるし、話も盛り上がってるし、心変わりとかしてたりする？
理由はもうはっきり分かっていて「新人採用のために給与テーブル改訂」で、入社2年目の新人の給与が40代ヒラの給与よりも多くなってしまったんだよね
最初に拒否したのが技術部門の人で「担当業務で手一杯なので引き受ける余裕ありません」と言ってるけど建前
ヒアリングした時に「私よりも給与が高い人に任せればいいんじゃないですかね」ってボヤいてたから間違いない
仕方ないから課長が担当になったけど課長だって自分の仕事や打ち合わせがあるから全然教育できてなくて、週二日は自習になっていたらしい
当然ながら仕事のコツも設計に合わせる勘所もまったく分からず、入社2年目だけどまだ何もできない
それが営業部門にも伝染して、40代ヒラの営業さんが新人を連れて歩くのを拒否するようになった
経営層に上司経由で上げたけど「オッサンがスネてるだけだろ」で終わったらしい
新人のうち優秀な人全員からはボーナス出たら辞めると言われている
理由は「このまま働いていても仕事を覚えられず、スキルを伸ばす余地もない」
まったくもってその通りなので引き止める言葉が出なかった
年齢 26歳(機械系院卒)
顔 中の上
体型 169cm65~68キロのガッチリ ガーボンタデービスとシルエットが似ている
前職は技術総合職だったけど専業主婦と結婚する前提の制度設計がムカつき転職。
現在は一人暮らしで家事はしっかりやる(掃除だけ週1)。食事は自炊してるけどカロリー管理のために毎日同じもの食べてる。
需要あるか？
日本もすごく共働きが増えて、共働き子育てを推奨してる雰囲気もあるんだけども、自分もその中にいる一人。
でもさ、推奨するんなら、専業主婦(夫)にあたる人はいないんだという前提で社会をまわしてほしいんだよね。
なんで平日日中に出向かないとできないような手続きばっかりなわけ？
学校とかさ、保護者会。いいよ、必要なんでしょ。行ってみたらすでに配られている資料を読み上げるだけ。無意味だから今すぐやめろ。口頭じゃないと無理なら動画配信でもいいし。最低限、「資料と内容は同じだから参加は任意」くらい言え。始まる最初に、今日の趣旨と、終了時間と、内容について話せ。そこは基本だろ。
あと最近、車を買い替えたんだけど。同じマンションの同じ駐車場を使い続けるだけの話なのに、車庫証明を取るために警察に行き、納税証明をとるために税事務所に行き、印鑑証明をとるために役所に行き。しかも、こっちは数年に一度しかないものだから記入ミスとかが起きると数回行く羽目にもなる。手続き以前に、そもそもこの手続き全体は必要なのか？いらんだろ？どうしても必要ならそっちが来い。あんたらは平日昼間に何日も休めるところに勤めてるのか？？そっちは毎日同じことを繰り返しているんだろうが、こっちは数年に1度なんだよ。細かい慣習知っているわけないだろ。
この話で思い出したが、世の中いろいろあるDX。会社の中でも人事や総務が頑張ってやってる。それはやればいい。でもナントカクラウドを導入してこっちは逆に時間がかかっているんだよ。上に書いたが、こっちはまれにしか触らないんだよそのシステム。そのたびごとに100ページとかのマニュアルを引っ張り出して、それでもわからないとかエラーがでるとか。馬鹿なんじゃないのかこの設計。昔のほうが早かったよ。
ただの打ち合わせにいちいち呼び出す客先もそうだ。君らは1時間の会議と思ってるんだろうが、こっちは行き来するから3時間かかるんだよ。
他人の時間を大切にしよう。DXのとか言う前にそもそも要らんものはやめよう。毎日繰り返しているものは洗練させよう。頼むよ。
誰かにプロトタイプを使ってもらって「入力Aに対して出力Bが得られる例はない？」などと言われることがあるだろう
例えばレコメンダシステムでは、ユーザーの行動を入力としてアイテムを出力する
「こういう行動をした場合と、してない場合で、こういうアイテムの違いが想定されて欲しい」という要望が出てくるのである
そういう場合は、可能な行動の組み合わせを全て網羅して、それらを関数に自動的に入力し、その出力をファイルとして出すなどして見てもらって自動化したほうが良い
要するに、プロトタイプをポチポチ触るだけでは効率が悪い場合は、入力の組み合わせを自動入力してしまったほうが早いわけである
もし出力に条件があれば、その条件をフィルタリングすることも可能だろう
そのため、自動化が必要かどうか、またどの程度の自動化が適切かを判断するためには、テストの目的と範囲、そして利用可能なリソースを考慮することが重要
