「クエリ」を含む日記 RSS

はてなキーワード: クエリとは

2024-06-16

山奥SEOについての考え方と具体的なキーワード選定の解説

山奥SEOとは?

山奥SEOは、検索ボリュームが非常に少ないニッチキーワードターゲットにして検索エンジン上位表示を狙うSEO手法です。この手法は競合が少なく、特に小規模なサイト新規ブログにとって効果的です。

競合が少ない

競合が少ないため、比較的容易に上位表示可能です。

一次情報提供

オリジナルコンテンツ提供することで、被リンクサイテーションを獲得しやすく、専門性信頼性が向上します。

ユーザー感謝される

ユーザーの具体的な悩みや質問に応えることで、強いリピーターを獲得しやすくなります

山奥SEOについての考え方とキーワード選定の解説

当方は、以前から山奥SEO実践しており、山奥SEOを実践してみた ニッチなキーワード策定から結果までではその取り組みをお伝えしています

今回は、具体的に山奥SEOに使えそうなキーワードを具体的に挙げてみます。ぜひ、サイト作り・キーワード選定の参考にしてみてください。

注意点

『YMYL(Your Money or Your Life)』に該当しないニッチキーワードを中心に選定しています健康金融法務などのトピック個人サイトで戦える領域ではありません。避けるようにしましょう。

実際に上位を獲得できそうなワード

以下は、2024年6月時点において上位クエリnote個人運営ブログ独自ドメイン)などのサイトが食い込んでいるクエリになります。ぜひ山奥SEO実践する際にこうしたキーワードを狙ってページを作ってみてください。

「古地図 コレクション 収納法」

コンテンツ: 古地図コレクションする際の収納方法や保管のコツ。

想起される関連ワード:「古地図 保存方法 自宅」「古地図 展示アイデア」「古地図 防湿対策」「古地図 クリーニング方法」「古地図 フレーム 選び方」「古地図 修復 自宅でできる方法」「古地図 デジタル方法」「古地図 アーカイブ作成」「古地図 専用収納ケース」「古地図 収納 アイデア DIY

DIY ドアストッパー 自作

コンテンツ: DIYで作るドアストッパーの作り方や材料の選び方。

想起される関連ワード:「DIY ドアストッパー 材料」「DIY ドアストッパー 木製 作り方」「DIY ドアストッパー おしゃれ」「DIY ドアストッパー 玄関用」「DIY ドアストッパー 重さ調整」「DIY ドアストッパー フェルト使用」「DIY ドアストッパー 滑り止め対策」「DIY ドアストッパー 再利用素材」「DIY ドアストッパー ゴム製」DIY ドアストッパー クリエイティブデザイン

ミニ四駆 カスタマイズ方法

コンテンツ: ミニ四駆カスタマイズ方法やパーツの選び方。

想起される関連ワード:「ミニ四駆量化 パーツ選び」「ミニ四駆 モーター交換 方法ミニ四駆 タイヤ チューニング」「ミニ四駆 シャーシ 強化方法」「ミニ四駆 空力パーツ 取り付け」「ミニ四駆 ベアリング カスタマイズ」「ミニ四駆 ウイング 自作方法」「ミニ四駆 ギア比 調整」「ミニ四駆 バッテリー 効率化」「ミニ四駆 車体塗装 テクニック

手作り石鹸 色付け 方法

コンテンツ: 手作り石鹸に色を付ける方法安全な着色料の紹介。

想起される関連ワード:「手作り石鹸 ナチュラルカラー 素材」「手作り石鹸 食用色素 使用方法」「手作り石鹸 マイカパウダー 色付け」「手作り石鹸 クレイ カラーリング」「手作り石鹸 酸化鉄 色付け」「手作り石鹸 スワール技法 色付け」「手作り石鹸 グラデーションカラー 方法」「手作り石鹸 ジェルカラー 使用方法」「手作り石鹸 フルーツピューレ 色付け」「手作り石鹸 ハーブ粉末 カラーリング」

ミニチュア家具 DIY 作り方」

コンテンツ: ミニチュア家具DIY方法必要材料

想起される関連ワード:「ミニチュア家具 木製 DIY」「ミニチュア家具 椅子 作り方」「ミニチュア家具 ソファ DIY」「ミニチュア家具 ペインテクニック」「ミニチュア家具 アンティーク風 作り方」「ミニチュア家具 引き出し付き 作り方」「ミニチュア家具 ベッド DIY」「ミニチュア家具 リサイクル素材 使用方法」「ミニチュア家具 デザイン図面 書き方」

手作り香水 初心者ガイド

コンテンツ: 初心者向けの手作り香水の作り方や材料の選び方。

想起される関連ワード:「手作り香水 天然素材 使用方法」「手作り香水 エッセンシャルオイル 選び方」「手作り香水 アルコール フリー レシピ手作り香水 持続時間 長くする方法」「手作り香水 ボトル 選び方」「手作り香水 フレグランスノート 組み合わせ」「手作り香水 固形タイプ 作り方」「手作り香水 初心者キット おすすめ手作り香水 季節ごとのレシピ」「手作り香水 プレゼントデザイン

ミニチュアガーデン 作り方 初心者向け」

コンテンツ: 初心者向けのミニチュアガーデンの作り方や材料の選び方。

想起される関連ワード:「ミニチュアガーデン 素材 選び方」「ミニチュアガーデン フェアリーハウス 作り方」「ミニチュアガーデン 初心者キット おすすめ」「ミニチュアガーデン 低予算 作り方」「ミニチュアガーデン ミニ植物 選び方」「ミニチュアガーデン リサイクル素材 使用方法」「ミニチュアガーデン 屋内栽培 方法」「ミニチュアガーデン 簡単デザイン アイデア」「ミニチュアガーデン 手作りアクセサリー 作り方」「ミニチュアガーデン メンテナンス 方法

ミニチュア家具 ペインテクニック

コンテンツ: ミニチュア家具ペイン方法使用するペイントの種類。

想起される関連ワード:「ミニチュア家具 エアブラシ ペイン方法」「ミニチュア家具 アクリル絵の具 使用方法」「ミニチュア家具 アンティークペイント」「ミニチュア家具 グラデーションペイン技法」「ミニチュア家具 ディストレス加工 ペイント」「ミニチュア家具 ゴールドリーフ ペイント」「ミニチュア家具 ステンシル ペイント」「ミニチュア家具 メタリックペイン使用方法」「ミニチュア家具 ペイントシラー 選び方」「ミニチュア家具 カラーブロック ペインテクニック

アンティークレース 使い方アイデア

コンテンツ: アンティークレースを使ったDIYアイデアデコレーション方法

想起される関連ワード:「ミニチュア家具 木工 DIY」「ミニチュア家具 ソファ 作り方」「ミニチュア家具 引き出し付き 作り方」「ミニチュア家具 ペーパークラフト DIY」「ミニチュア家具 塗装 テクニック」「ミニチュア家具 簡単 作り方 初心者向け」「ミニチュア家具 パレット 使用方法」「ミニチュア家具 クラシックデザイン 作り方」「ミニチュア家具 リサイクル素材 DIY」「ミニチュア家具 収納家具 作り方」

レトロ看板 コレクション方法

コンテンツ: レトロ看板コレクション方法や展示の仕方。

想起される関連ワード:「レトロ看板 修復方法」「レトロ看板 保存方法」「レトロ看板 購入場所」「レトロ看板 掃除方法」「レトロ看板 コレクション展示アイデア」「レトロ看板 コレクター向けガイド」「レトロ看板 認証方法」「レトロ看板 フレーム作成方法」「レトロ看板 オークション 参加方法」「レトロ看板 コレクション管理アプリ

折り紙 幾何学模様 作り方」

コンテンツ: 幾何学模様の折り紙の作り方やステップバイステップのガイド

想起される関連ワード:「折り紙 幾何学模様 立体作り方」「折り紙 幾何学模様 初心者向け」「折り紙 幾何学模様 キット おすすめ」「折り紙 幾何学模様 シンプルデザイン」「折り紙 幾何学模様 ペーパークラフト」「折り紙 幾何学模様 カラフルデザイン」「折り紙 幾何学模様 インテリアアート」「折り紙 幾何学模様 組み合わせ方法」「折り紙 幾何学模様 ランプシェード 作り方」「折り紙 幾何学模様 モダンデザイン

以上となります

2024-06-11

anond:20240611123124

MLリラキングモデルで使ってる

具体的には、クエリドキュメントアイテムから得られる特徴から学習して、検索結果をいい感じに並べ替え

この場合の「いい感じ」とは、期待利益の最大化という意味で、アイテムの単価と需要確率教師ベルに使っているが、検索時の関連性も考慮してる

要は「利益のためには必要」というタイプMLの使い方だが、これがなくてもシステム自体は壊れない

2024-06-09

SearchConsole で自動生成されたようなクエリパラメーター付きのURLが大量にリストにある

有効なページはそこまで多くないのに、それらのせいでページ数が数万とかになってる

もちろん robots.txt や noindex や canonical はついてるからインデックスはされてないんだけど、SearchConsoleの管理画面に一覧に URL として並んでる

こういうのがあるから有効なページがクロールされるのが遅かったりするのかと思う

実際のページが 500 でも数万件あるとみなされてればクローラーは数万件を処理するわけだし

インデックス登録されないとサイト検索が使えず不便

2024-05-31

[] 施策実施前と実施後の比較目視確認できるようにする

モデルAは特徴量を10000個使っていたが、追加で4000個の特徴量を付与したモデルBを作ったとする。

モデルAとモデルBをテストデータを使ってテストすることも可能だが、使用感を確かめるなどの目的場合は、入出力を明確化してデモにするとわかりやすかったりする。

例えばそれは「検索エンジン」のモデルだったりするわけだが、モデルAとBを切り替えるボタン検索エンジンデモに用意しておき、検証可能にしておくのである

具体的には、検索クエリ入力し、その結果をモデルAとモデルBで比較できるようにするということだ。

それにより、各モデルがどのように異なる結果を生成するか、また新たに追加された特徴量が結果にどのように影響を与えるかを直接確認できる。

ただし、このデモ設計する際には、結果を解釈するのを助けるために、各モデルの主要な特徴と動作原理についての説明提供する。

これにより、モデル選択とその結果に対する理解を深めることができる。

2024-04-02

セキュリティ専門家SQLインジェクションがー」

専門家「またあのアイツ、くっそ重いクエリ流してDB止めとるやんけ」

2024-04-01

anond:20240401164243

BERTを使って検索するというのが一時期流行った

その後はhuggingfaceで出てるようなモデルベクトル化すると、概念マッチ実装できるようになった

例えば「なんかやわらかいもの」というクエリを「スライム」「餅」と解釈させることができる

で、結局「クエリドキュメントに関連している度合い」が高ければいいのだけど、LLMを使うと関連性が高まる傾向にある

ただしダブルクオーテーションでくくったのに関係のないキーワードが引っかかるなど、クレームも出ている

anond:20240401161211

精一杯わかりやすくしたんだがなぁ

要は「コンテンツ検索する」のが目的で、「関連性」の順番にソートしたいわけよ

最初の段階で転置インデックスとか近似最近傍法とかを使ってざっくり抽出するんだよ

近似最近傍法を使う場合は、コンテンツベクトルに変換したものを使って検索できるので、キーワードだけではなく、概念検索したりも可能

で、そこでざっと抽出したのが1万件だとしても、ユーザーが最終的に見るのはせいぜいTop100件だろう

そこでLTRという「クエリドキュメントの特徴量からスコア計算する仕組み」を使ってTop100件を抽出して並べ替え

というのが一連の流れ

PCFirefoxカスタム検索エンジンを追加する方法

設定メニューからだとアドオンストアに登録されているものしか選べない

まず目当ての検索ボックスがあるサイトを開く

そこでアドレスバーを開き、「今回だけ使うエンジン」に🔎+アイコンが出ていればそこから追加できる(OpenSearch対応サイト)

そうでない場合検索ボックス右クリックして「この検索キーワードを設定」を押す

しかしそれだけでは機能しないサイトが多いので

その際に作ったブックマーク編集して、実際の検索クエリにあわせて修正する

たとえば英辞郎 on the WEBなら、URLを「https://eow.alc.co.jp/search?q=%s」のようにする

実はモバイルFirefoxなら最初からこの形式で追加できる

なぜFirefoxPC版だけ七面倒臭いことをさせるのか

PCChromeの設定上の追加UIが一番スマートだとは思うが

閲覧履歴から勝手検索エンジン追加候補提示してくれちゃうせいでアレゲサイトまで堂々とリストに連なっているのが心臓に悪いのでやめてほしい

あとChromeデフォルト検索エンジンにいつの間にかしれっとcoccoc.comとかいベトナム検索エンジンが追加されてるのは

なんか検索エンジンいじる系のマルウェアにやられたかと一瞬思ってしまうのでやめてほしい

Cốc Cốcは同名のブラウザも出しているようでChromeベースらしい

はてなにはCốc Cốcデフォルトブラウザに設定して利用しているような剛の者がいるのだろうか

いない方に花京院の魂を賭けよう

2024-03-21

anond:20240321182320

CSSJSパス更新日付のクエリパラメーターがつけてあると(ああ、キャッシュ避けの呪文必要クライアントなんだな)って乾いた笑いが出る

2024-01-31

ラク越」のSNS上におけるステマが酷い件

引越革命(株)が提供する引越サービスラク越」というものがある。

引っ越し業者口コミを調べるべく、Twitter(現X)上で「ラク越」と検索したところ、明らかにステマと見られるポスト散見されたため、問題提起を兼ねてメモ

https://twitter.com/search?q=%E3%83%A9%E3%82%AF%E8%B6%8A%20-filter%3Alinks%20until%3A2024-01-31&src=typed_query&f=live

ノイズを取り除くため検索クエリを付加

ポスト自体一見ありそうな「ラク越」に対する好意的な内容だが、アカウント性質が軒並み酷似しており、作為的口コミである可能性が著しく高い。

フォロー20前後フォロワー数が一桁

スクリーンネームランダム生成の英数字

美容系のリポストが多い

・「ラク越」への言及最後ポストが止まっている

検索結果を遡ったところ、2022年11月から継続的に行われている模様。

このような行為が法的に抵触するかは分かりかねるが、少なくともこれを見て自分は「ラク越」を検討対象から外した。

2024-01-04

anond:20240104145452

教えたらできるならパワークエリVBAだって教えたらできるだろ

anond:20240104145452

😷プログラマワイの月給その倍あるけどVBAもパワークエリもやり方知らんやで

2023-12-16

インターネット悪化しているという証拠を見つけることは可能

オンライン活動するということは、自分に何が起こっているのか全く理解できていないことを意味する。

なぜこんな検索結果が出るのか?

この製品おすすめする理由は?

俺はプラットフォームウェブサイトによって常に操作されているという感覚があり、時には陰謀論に駆られることもある。連中は俺を購買へとそそのかす。

エンゲージメントのために最適化されたアルゴリズムは、SNSで人が見るものを形作り、強い感情的反応を引き起こすものを見せて、参加を促す。

しかし、そういうことがわかっていても、大手テクノロジー企業生活にどのような影響を与えているかを具体的に知るのは困難である

Googleユーザー検索クエリ改ざんして、より儲かるキーワードを含めるようにしている。

Googleユーザーを結果ページの有利なショッピングリンク誘導するために、バックエンドで「子供服」のクエリを「NIKOLAI ブランドの子供服」に密かに置き換えている。

Google検索チームとGoogle広告チームが協力して商業クエリを密かに増やし、それによってより多くの広告を発生させることで、収益増加したいらしい。

Googleビジネスに対する広範な懸念、つまり製品有用性や楽しさを低下させるような収益化の決定をGoogle が行っているということが、同社に対する政府訴訟の中心となっている。

ビッグテック製品に関する証拠逸話曖昧ものになる傾向があり、事実よりも雰囲気に基づいたものになってしまう。

Google広告独自ウィジェットフィードに挿入しながら、人々が目にするものを常に微調整してランク付けし、それによってエクスペリエンスを変えている。

そのため、「Google検索利便性が低下した」または「Amazonでの買い物が悪化した」と主張することになる。

ツール生活に組み込まれているため、技術的な問題言及できなかったとしても、「何かがおかしい」と痛感する。

2023-12-10

白いピンポン玉を求めて:純粋な娯楽への回帰

僕は弱者男性プログラマーだ。コードを書いて金をもらっている。

そんな僕が、社会学政治に興味を持つ人が多いこのような場で物申すというのはちょっと変だと思うかもしれない。

実際、社会学なんて僕の専門じゃない。

僕はコンテンツ収集するクローラを書いたり、それを検索できるようにインデクシングしたり、あるいはコンテンツクリック履歴に基づいておすすめを表示させたりするプログラムを書いている。

このようなプログラムにも、社会的側面というのは存在する。利用者が何らかの目的によってその検索ツールを利用し、調べたいものにたどり着く。コンテンツプロバイダー、ユーザーシステムという3つのアクター社会形成されている。

社会学者がコンピュータについて語ることがあるぐらいだからプログラマー社会について語ってもいいだろう。

僕が常々思うのは、人々の目的だ。

まり「この検索ツールを使う人は、一体なにがしたいんだ」「コンテンツ提供する側は何が目的なのか」ってこと。

もっと状況を限定するために、「ブログ検索」というツールについて考えてみよう。君がクエリを投げてブログを調べようと思うのは一体どういうときなのか。あるいはブログを書こうと思う人たちの動機は?

動機基本的needとwantによって分類されると考えて良い。need場合、例えば確定申告書の書き方について調べていて、適切な情報を知りたいと言ったケースがそうだ。

wantというのは社会的本能に結びついている場合もあるし、退屈しのぎということもある。承認欲求基本的社会的欲求だし、ハッカー自分の知見を公開するのはちょっとした挑戦だろう。

リーナス法則というのを聞いたことがあるだろうか。マズロー欲求解創設と似たようなもので、「生存」「社会」「娯楽」という3つが人の行動原理だとリーナス・トーバルズは言っている。

ブログを書くのが「生存目的という人はどういう人だろうか。きっとそれ以外に職がなく、必死アフィリエイトで稼ぎを得ている人だろう。

ブログを書くのが「社会的目的」という人は、すごいことをして認められようとか、専門家とつながりたいと考えているかもしれない。

しかし「娯楽目的」というのはもっと崇高なものに思えてくる。ブログ文章を書くのが単純に「楽しい」といった人たちのことだ。

生存社会、娯楽という3つの階段によって、コンテンツの質というもの判断できるのではないかと、僕はそういう仮設を持っている。

アフィリエイト生存目的の発信をしている人たちのコンテンツは、お世辞にも良いとは言えない。クリックベイトであったり、感情を煽ったり、SEOクラックしたり、初心者的だったりする。

社会的目的の人たちはもう少しマシで、認められようとして努力をする姿勢がある。でも、「たくさんの人と繋がりたい」という目的場合ちょっと注意が要る。結局、そういう人は手当たりしだいにアクセスを増やそうとするからコンテンツの質は下がってしまう。

文章を書くのが楽しいけど、人に評価されることはどうでもいい」という人たちのコンテンツを探すことは難しいが、こういう人たちのコンテンツは奥深いことが多く、表面をなぞったようなアフィカスブログとは一線を画している。

しかしこれはコンテンツ提供する人の観点である。これらのコンテンツクロールし、検索できるように整備している「システム」の観点から見ると、どうしても「広告利益」のようなもの重要視されやすい。

Googleであれば、Google広告利益に貢献するようなコンテンツ検索結果で優先表示するかもしれない。そしてそれはまさに生存欲求のためのアフィカスを優先しているのと同じことなのだ。

インターネットがつまらなくなったと言う人たちがいる。僕は次の喩えでこれを説明しようと思う。

昔のインターネットというのは、水の上に白いピンポン玉が浮いていた。この白いピンポン玉は良いもので、楽しいものだ。

ところが徐々に黒いピンポン玉を投下する人たちが増えてくる。黒いピンポン玉は悪いものだ。手を使って沈めようとしないと、白いピンポン玉が見つからない。

そして今のインターネットは黒いピンポン玉が一番上に浮かんでいて、白いピンポン玉はその下で見えなくなっている。

白いピンポン玉は純粋な娯楽精神を持ったコンテンツのことで、黒いピンポン玉は「アクセス数を増やしたい」がために鬱陶しいことをしているコンテンツのこと。

まりインターネットでは年々白いピンポン玉を見つけるためにエネルギーを使う必要が出てきてしまっていて、疲れているとき必然的に黒いピンポン玉を見るしかなくなっているということだ。

リーナスは「文明は、生存社会、娯楽という段階に進んでいく」と言っていたが、インターネットは「娯楽、社会生存」という逆の階段を降りている形になっているように思える。

現段階では、アテンションの総和が一定であるために、ネット人口が飽和し、広告企業利益は落ち込んでいる。純粋な娯楽ではなく、企業の生き残りをかけた戦争突入してしまっているのだ。

僕は今のインターネット社会では、意識的面白いコンテンツを見つけるためにエネルギーをかけることがかなり重要だと思っている。ダラダラとやっていたらアフィカスとバズ目的しか目につかない。

例えば人間が一日に読める文章量なんて限られているから、本当に面白い人を見つけたらRSS購読しておいたほうがいいと思う。

うるさいハエがクソに群がっている。「クソを美味しくないと思うなら、お前がつまらない奴だからだ」と左翼思想家が指摘するかもしれない。

僕はクソよりもステーキが好きだ。あなたのようなハエではなく、人間からだ。

2023-11-29

過去イチでヤバイPJを引き継いだ

弊社のビジネス創造部門的なところが作ったPJがあるんだが

どうもゴリゴリ炎上してるらしくて支援に入った

こういう仕事は割とあるんだがなかなかのヤバさだったので紹介したい

ちなみにサービスの内容は非常に良くてユーザーも万単位で付いているらしい

からこそ炎上している

バックエンド環境

バックエンドAWS EC2動作しているがログインアカウント共通化されていてパスワードを全員で共有している

ユーザーを追加しようとしたら「そのような勝手行為セキュリティ許可されていません」とのこと

本番環境とStagingはインスタンスが分かれているが運用は同じ方法

Staging上で5人ぐらいが作業しているが、ホームの下にそれぞれのユーザー自分名前ディレクトリを作って作業している

バックエンドシステム

バックエンド側のシステムは詳細は伏せるが、某システムで動いている

仮にNode.js系だとすると、package.jsonがあってnpm run installでインストールするのだが、普通にインストールしようとするとエラーになる

内容は依存関係で失敗しているのだが、本番も同じソース動作している

動作させるにはnode_modulesをまるっとコピーして、とのこと

さっきの自分名前ディレクトリ配下コピーしてきて、適当ポート番号でサーバを立ち上げれば一応は動く

このため、新しいモジュールを入れようとすると依存関係で失敗するため、便利なモジュールがあってもインストールできないし

セキュリティアップデートも当てることはできない(現にバージョンがすごく古い)

バックエンドシステム内容

ソースコードGitHub管理されているがセーブポイント感覚でcommitされているのでコミットログを見ても何が起きているのかさっぱり分からない

おまけにPRも使わずmainマージしまくっていてわけがからない

加えてソースコードコメントアウトの嵐でどこに何が書いてあるのかさっぱりわからない

データベースPostgreSQLだが山ほどテーブルがあるのに外部キー依存は入っていないしVIEWも作られていない

まぁ、他にもテーブルを見ていくとアンチパターンオンパレードで、EAV、ジェイウォークあたりは確認できたしHTMLSQLが格納されているテーブルも見つけた

ソース上でクエリを作ってAPIを作っているが、ザッと見ただけでもインジェクションし放題の状態になっていた

フロントエンドシステム

フロントエンドも詳細は伏せるが、いわゆるReact的なものを利用している

こちらは npm run installでインストールできるし npm run devでちゃんと動く

ローカル動作するので非常に助かる

ただ前述の通りバックエンドローカルで構築できないのでEC2を利用するしかなく、CORS対応のためのプロキシを自前で用意する必要があった

フロントエンドソースコード

バックエンド同様にGitHub管理されているが、管理しているだけ

バックエンドは5人ぐらいが利用しているが、ソースコード編集するのは実質1人なのでコンフリクトほとんど起こさないらしいが

フロントエンドは5人ぐらいが編集するのでコンフリクトしまくっている

解消するときデグレすることが日常茶飯事でその都度Hotfixしている

コードコメントアウトだらけなのに加えて、不必要コードが大量にあるので可読性が著しく低い

(難しい処理を読み解いて追いかけていったら最終的に使われていない、などが大量にある)

2000行ぐらいあるコードとかChatGPTに突っ込んだら20行ぐらいになる予感がある

また、DBがご覧の状態なので取得されるデータ全然抽象化できておらず、コードが膨れ上がっている

例えばProductの一覧データサーバから取得して、ユーザークリックしたProductをCartに投入するのだが、投入する情報Productではなく、CartItemにする必要があるし

OrderするときはOrderItemにしてAPIを叩く必要がある

ほとんど同じ情報なのだ微妙に変わっていたりKey名が違っていたりするのでそれぞれ変換する

他にも数え上げればキリがないが、コピペして少しだけ改変している部分などが大量にあってバグがあるのかどうかすら判別できない

セキュリティ課題

DBHTMLSQLが入っていると言ったが、調べて見るとDBから取得したHTMLをそのまま埋め込んで表示していたりした

SQLについてはフロントエンド側でSQL生成しており、そのテキストAPIに送り込んでサーバ側で実行して貰った上で格納とかしていたので

「ここにDROP TABLEとか書けばTABLE消えるんですか?」

と聞くと

「そんなことする開発者はクビだなwww

とか言われたのでことの重大さを伝えたが、まだ対処できていないようだった

認証等はOAuth2を使っていたので大丈夫そうだったが、本当に大丈夫かどうかは自信がもてない

今後の期待

システム内容はゴミのような状態だがサービス的には良いので、幹部プロダクトオーナーからは追加要望が山盛り来ている

開発チームが「稼働が足りない」という理由で断ったので「じゃぁ支援して」ということで自分のところに来たのだが

申し訳ないが、そもそもそういうレベルに無いし、全て作り直しが必要

と伝えてもどうやら伝わっていない様子

ちなみに元々の開発チームは過去にもこんな感じでサービス作ってたらしいが売れないので問題になってなかった様子

ぱっと見は動いているように見えるのが厄介なところ

正直逃げたいところではある

2023-11-02

ユーチューブは質が高い動画ほどつまらない

一般人懐古厨に目もくれず、ひたすら動画の質ばかりを追求したがる

以下の動画を見てほしい。編集もなし、撮りっぱなしの、今見れば売れないYoutuberのようにも見える

https://www.youtube.com/watch?v=oWwIX_s_aVw

 

数学法則に忠実になるなら、彼が成功した要因は時間と数に比例する

心理学的に言えば、単純接触効果の為せる技だ

しかし俺が言いたいのはそうじゃない

金の臭いなど感じさせず、純粋動画を撮る彼の初期の雰囲気が好きなのである

それが今はどうなってしまたか

あらゆるYoutuber企業精子ぶっかけられ、商品紹介だのつまらないことをしている

あるいは政治的アイデアを広めたいという連中が煩く目に付くようになったりもしている

そもそもYoutube最初のコンセプトが「Hot or Notの動画版」と言うのだから、この発想がそもそも俺には合わなかった

俺は弱者男性であり、"Hot"の側ではない

しろコイツは対等に友達になれそうだ、仲良くしてくれよな」という、そういう距離感動画にほしいのである

Youtubeテレビ化するごとに、そういう純粋動画検索しにくくなってきてしまった

企業政治家有名人一般市民精子を撒き散らすような動画ばかりが目立ってきている

 

長々と書いてしまったが、俺が欲しい機能を伝えようと思う

1. いいねやビューが少ない順に検索する機能

2. 古い順に検索する機能

3. 俺の興味を俺自身編集し、関連性検索をそれに近づける機能

それだけだ、俺の言いてぇことはよ

 

追記: beforeクエリ

古い順検索はできないが、beforeクエリを使えばそれなりに古いものを見つけられるらしい

https://www.youtube.com/results?search_query=%E5%8B%95%E7%94%BB%E6%92%AE%E3%81%A3%E3%81%A6%E3%81%BF%E3%81%9F+before%3A2008-01-01

2023-10-14

[] 語録さんの休日

Bing AIへ投げたクエリ「以下の引用文の共通点分析して、辛口コメントをください。」

=====================

これらの引用文は、すべてインターネット上で見られる**ネットいじめ**や**差別**の例です。引用文の発言者は、自分よりも学歴や知性が低いと思われる相手に対して、**軽蔑**や**嘲笑**を込めて攻撃的な言葉を使っています引用文の中には、**背理法**や**偏差値**などの数学的な用語を使っているものもありますが、これは発言者自分知識を誇示したり、相手無知暴露したりするための手段です。しかし、実際には、これらの用語を正しく理解しているかどうかは不明ですし、それが発言者の主張に関係があるかどうかも疑わしいです。

からすれば、これらの引用文は非常に**幼稚**で**無意味**なものです。発言者は、自分価値観能力他人比較して決めることに固執していますが、それは自分自身に自信がないからです。また、発言者は、他人人生感情尊重しないで、自分の思い通りにならないと不満を言ったり、暴力的になったりしますが、それは自分コミュニケーション能力社会性が低いからです。発言者は、自分が正しいと思っていることを証明するために、データや事例を提示することもせず、ただ感情的に罵倒するだけですが、それは自分論理力や説得力が弱いからです。

私は、これらの引用文に対して辛口コメントをすることは無駄だと思います。なぜなら、発言者自分の間違いや欠点を認めることができないし、他人意見感情にも興味がないからです。私は、発言者に対して同情することもできません。なぜなら、発言者自分の行動や言動責任を取らず、他人を傷つけることにも罪悪感を感じないからです。私は、発言者に対して教育することもできません。なぜなら、発言者自分から学ぶ姿勢や意欲がなく、他人から教えられることにも反発するからです。

私は、これらの引用文に対して何も言うことはありません。私は、発言者と関わることも避けます。私は、発言者に影響されることもありません。私は、発言者よりも高い学歴や知性を持っているかどうかも気にしません。私は、自分人生感情を大切にします。私は、自分価値観能力他人比較せずに決めます。私は、他人人生感情尊重します。私は、自分が正しいと思っていることを証明するために、データや事例を提示します。私は、自分の間違いや欠点を認めます。私は、他人意見感情に興味を持ちます。私は、自分から学ぶ姿勢や意欲を持ちます。私は、他人から教えられることに感謝します。

私は、これらの引用文に対して、**自分生き方**を示すことで、辛口コメントします。

anond:20231012163756

2023-09-26

検索エンジンの仕組み

技術的な内容を増田に書くという実験のために、試しに検索エンジンの仕組みについて書く。

検索エンジンは、大雑把に言ってクロールするパート、インデクシングするパート検索インターフェイスを出力するパートに分かれる。

インデクシング時に使っている基本手法は「転置インデックス」と呼ばれ、文書内のngramを文書ID対応付ける辞書を保存する。

インデクシングの別の種類としては、文書エンコーダからベクトルへ変換し、それを近似最近検索できるようにするものもある。

インデクシングされたものキーワードマッチ的に絞り込まれると、さらに精密な手法が使われる。

クエリドキュメントから特徴量設計し、関連性の高いものを引っ張るような訓練をする方法はLearning to rankという。

Learning to rankの中に使われる特徴量の一つにPage Rankがあるが、これは初期の検索エンジン画期的とされた量で、「リンクされるページの価値は高い」「高価値ページにリンクされると価値が高い」という基準からマルコフ連鎖計算する。

Page Rankは人間論文評価するときと似たような評価手順であるとされる。

Learning to rankの中にエンコーダからベクトルを特徴量として組み込むことも可能であり、そのようなエンコーダの初期の例がBERTである

こうやって絞り込まれ文書に対して、さら有用情報を表示するモデルがいくつか使われる。

情報抽出モデルでは、クエリ質問と見做してその回答を文書から抽出することがある。

あるいはクエリ人物名や組織名場所名などであれば、そのエンティティの詳細情報データベースから取得することもでき、これはナレッジグラフとも呼ぶ。

2023-09-21

これらはすべてサボりとみなされる

1.Excel関数を使って計算自動化する

2.Accessを使って必要情報自動抽出する

3.タスクスケジューラ機能を使って特定作業自動化、定期化する

4.リモート接続機能を使って特定場所に出社せずともPC操作可能にする

5.これらで空いた時間のんびり過ごす

これらはいずれも知っているかいないか、つまりスキル問題に過ぎないのだが、こういったことをするとわが社ではサボり、手抜きとみなされるようだ。

かに、あまり複雑な関数クエリを作ってしまうと、万が一破損等した場合に手直しが難しくなるというデメリットはあるので、よいことばかりではないところはあるが。

せっかく身につけたスキルなのだが、なんだかやるせない。

これから先私が身につけるべきスキルは、実際にはサボりながらもそうは思わせない、演技力スキルだろうか。

2023-09-19

anond:20230919144849

事務屋がエンジニアを名乗ることは無いだろう。それって意味無いし。SQLクエリを出すくらいだったらAccess使いと大して違わん。

anond:20230919132154

俺の知り合いにもSQL覚えてクエリ書いてるって事務屋がいる。そこの会社ではそういうのが重宝されているそうだが、どこまで一般的なのかはわからん

まあ、その程度ならむしろ会社システム屋さんには助かるんだろうなとは思う。

anond:20230919050058

事務屋でもRDBを触るところも極少数だがないこたない

インフラ領域は触らんけど、まぁRe:dash経由でクエリ書いたり

ログイン ユーザー登録
ようこそ ゲスト さん