  |
はてなキーワード: Apiとは
例えばX(Twitter)でおれが想像したカエルちゃんのアカウントを運用するとして
1日15ツイートの内容をChatGPTに生成させたいとするじゃないですか。
キャラ付けはシステムプロンプトに定義してツイートのサンプルを入れておけば
おれのイメージするカエルちゃんのツイートは完璧に生成されるわけよ。
そんで運用のためにちょっとしたスクリプトを書いてツイートを1つ生成しようとするときに
例えば今日は4月15日晴れで気温25度なので「今日は暑いねー」みたいな内容を生成したかったり
「昨日は近くの池まで泳ぎに行ってました！」みたいな内容をランダムで生成したいんだけど意外ととむずいんだよな。
もちろんプロンプトに「池まで行った」と書けば生成してくれるんだけど
それってスクリプトを実行するおれが「池まで行った」という指示を出さないといけないわけでそのうちネタ切れするじゃん。
かといってシステムプロンプトに雑にカエルちゃんの情報を突っ込んで日常ツイートを生成させると
「昨日はショッピングでワンピースを買ったあと友達とスタバに行きました！」みたいな人間ツイートが生成されるわけ。
この辺りのなんかテクニックとかあるのかな？できればRAGとかやらずに OpenAI の API だけで生成したいんだけどな。
・エンジニア歴5年
・プレッシャーに弱い
・正直ぜんぜん優秀な方ではない
・年収アップ
・転職するかはまだ決めてない
個人的にはエージェントを使う必要性はそんなにないかなと思った。
面接日程とかも結局こっちが日程伝えて調整するし、エージェントのおかげで楽になったとかは特に感じなかった。
助言とか面接対策とかはしてくれるのでその辺は良かったかも、ただ、助言に関してはポジショントークかもというのを念頭に置いておいた方がいいきがする。
年収交渉もしてくれるのでその辺もいいかもだが、結局こっちの希望年収を伝えると、ちょっと厳しいかもと希望を下げるように言ってきたりもするので、エージェントと自分が調整する必要が出てくる。
あと、いいエージェントの見極めも大変。
よく分からんとこは自分の希望と全然違う会社を勧めてきたりする。(コンサル激プッシュなど)
エージェントを通さないと、カジュアル面談からスタートするのが多いとおもう。
その後何回か面接とか、技術課題があるとことかはその対応をして、内定という流れになる。
面接に関しては回数が多い上に、選考を通じて同じことばっかり聞かれるので、かなりめんどくさい。
最終面接の頃には本当にやる気がなくてどうしようかと思った。
しかも、時間的制約があるので仕方がないとは思うけど、やっぱり表面的な質問が多くて、盛ったり嘘ついたりとかは全然できる(私はしてないけど)
向こうの時間も使うので、やっぱりできるだけお互いのためになる時間にしたいなと思って臨んでたけど、この辺は色々面接方法とかも課題がある感じなのかな
正直あまり時間をかけたくなかったけど、こういう試験とかに関してはギリギリいっぱいまで時間使って、できるだけ良くしようみたいしてしまう傾向があり、たくさん時間を使ってしまった。
調べたりもしてよかったので、全然できないみたいなことにはならなかった。
競プロみたいにアルゴリズムを問われる部分もあれば、文章問題に回答したり、設計問題に回答したり、apiを軽く実装したり、みたいな感じだった。
アンカーを設定する意味でも、初めから希望年収を公言して申し込んでいた。(現職の30％アップ)
面接で年収に妥当しないと判断されて落とされるとかもあった気がする。
複数内定があればオファー面談で交渉もできるし、採用側もかなり柔軟に対応してくれそうな雰囲気があった。
年収は大事なとこなので交渉してもいいと思うけど、職責が大きくなりそう。
個人的に転職活動してよかったのが年収周りを把握できたことで、ネット上ではエンジニアは転職すると手放しに年収めっちゃ上がる的な記事がたくさんあるが、私の場合はそんなことはなかった。
求められる職責とか会社の評価制度によって、だいたい提示される年収が決まってそう。
この辺の勘所を知れたのはよかったなと思った。
転職活動はかなりめんどくさい上に、時間をたくさん使うので、よほどの動機がないと腰が上がらないなと思った。
何より面接日程調節が一番めんどくさかった。
これはほんとにめんどくさかった。
やっぱり入ってからいろいろとギャップがあるかもしれないし、転職リスクはあるなーと思ってる今日この頃。
さらに今よりもちょっとレベルの高いことを要求されそうので、その辺も少しプレッシャーを感じている。
年収が上がるのは魅力だけど、総じて転職するべきかどうかはまだ悩むなぁ
[B! 社会] 『【賛否】EVがいつのまにか「上級国民」の乗りものになっていた…「アメリカ人がEV嫌いになった決定的なワケ」 : ゆううつニュース』へのコメント
去年から稼働している現場で、以前からあったReact Nativeの面倒を見ているんだがまあこれがひどい出来なんだ。
jQuery時代に見かけたようなコードをやたら見かけたので思わず懐かしくなってしまった。
リファクタリングしようとしたけど直す範囲が広すぎてアプリを壊しかねなかったので、早々に諦めてだましだまし保守をしていた。
そんな中今年に入ってアプリのリニューアルの話が出てきた。React Native捨ててSwift/KotlinやらFlutterに書き換えるとかそういうのではなく、デザインの刷新といくつかの機能改修。
このままだとアプリが更に魔窟化するので、マネージャーに色々相談したところいくつかの事実がわかった。
ということだった。
結局現状のまま進めるわけにはいかず、要件定義の傍らリファクタリング作業をしている。
そういう経緯もあったので、リファクタリングとテストの工数も積んだ上で見積もりだしてもらってる。
「レガシーアーキテクチャをモダンアーキテクチャに刷新」なんてよく聞く話しだけど、
実態は「長年の増改築とだましだましのリフォームが限界になってきたので新築で建て替えます」何だと思う。
最近は「Vue.jsからRemixにマイグレーション」なんて見かけるけど、悪いのはVue.jsじゃなくて禄に設計しないでコード書いてるエンジニアと、
リファクタリングには予算でないけどマイグレーションなら予算取れるという悪しき風習。
年がら年中フロントエンド刷新しているような会社は地雷なので行かないほうがいい。
いくらRemixやらNext.jsやら最新鋭のフレームワーク使ってても、クソコードで書いたらクソが出来上がるだけだ。
GooglePayに登録した住信SBIネット銀行のMastercardでタッチ決済をしようとすると発生するエラー。
レジ側には「キャッスルAPIエラー」や「通信障害」と表示される。
ドンキやサミット等、CASTLES端末を使っている東芝テックのレジで起きる。
コンビニでは問題なくて、ローソンのパナソニック端末では「1枚だけかざしてください」と警告音が出るも、何度か叩きつけるとうまくいく。
検索すると、楽天ペイアプリをアンインストールすると直るらしいが、スマホにそんなアプリは入ってない。
試しにGoogleウォレットから三井住友カードのVisaタッチを削除したら、住信SBIのデビットカードが使えるようになった。
なんだかよくわからない。
ひたすら面倒くさい。
「業務経験で技術的に難しかったことある？」って聞かれるんだけど、普通のWeb開発であまり無いよな。
こちとら15年ぐらいエンジニアやってるんだから、大体のことは対処できるし、わからなくてもググればほとんどのことは見つ
必要があればクラウドのAPIとか使えばいいだけだし。AWS無い頃に比べるとベストプラクティスに沿えばいいだけなので、だいぶ簡単になってると思うんだけど。
多くの場合、「難しさ」がどこから発生するかというと制約条件と要求水準とのバッティングだと思う。
どうしてもこの速度を達成したいが使えるサーバーの数には限りがある、みたいな。webは知らんので適当だけど。
そういう経験はないんだろうか？
無料のAPIをサービスとして公開しているとして、それに依存するコードを書いたとする
例えば翻訳APIを無料で公開していたとして、あとから有料になるということだ
有料になってコストがかかると、そのAPIへの依存度が高ければ高いほど、ビジネスとしての損失につながる
プロプライエタリAPIに依存しそうになったときは、それを自前で実装できないかまず考えろ
例えば事前訓練済みモデルであればhuggingfaceが使える場合があるだろう
損益が利益を大幅に上回る場合に、huggingfaceでモデルが見つからなかったり、代替策がない場合は、関係各位に相談し「機械翻訳を使うことをやめる」ことを検討したほうが良い
追記: jparacrawlは商用利用が不可らしい
この下記の続きだよ
https://anond.hatelabo.jp/20240215175030
あのなあ、俺ァな、
グッズ展開されてた、きららファンタジアがサービスしてた時にAチャンネルを
BS日テレでもアニマックスでもBSトゥエルビでもAT-Xでもいいからやって欲しかったんだよ。
しかし一体何だよこのザマは。
みらいデリどころか生魚のみらいデリを作らざるを得ない、値上げラッシュ、スタグフレーション、インボイス制度、旧ソビエト圏や中東での紛争、
娯楽界隈はどうだ？
ドラクエモンスターズスーパーライトもシノアリスも完結し、ハガモバとエンゲージキルが3月に打ち切り終了、
何処の界隈の連中見ても呪術廻戦、ダンジョン飯、フリーレン、僕ヤバ、推しの子、スパイファミリー、鬼滅、ウマ娘、ブルアカの話題ばっか、
東映さんは555や剣、デカレンの20周年企画やってくれたのに
アニプレも芳文社はどうだ？Aチャン原作15周年で何もしてくれなかったじゃねえか！
同局の加入者のTwitter(X)実況は該当放送時間にお休みしてるとかになってたら怒るぞマジで。
それにTwitterがX名義になりAPI制限なんてなる前に放送出来なかったのかよ？
"問題は他にもある、元旦の地震でBCAS喪失、代替、仮設住宅もBS・CS受信出来ないのになってるAT-X加入者もいる、
または未だに避難所生活、仮設入れるのが再来月以降とかのケースも考えたことあんのかよ？ふざけんじゃねえぞ。"
同作再認知で一発逆転狙うなら、話題の中心にさせたいなら、新グッズ発売までこぎ着けたいなら
最低でもにじさんじ・のりプロ・ホロライブによる合同視聴会を開催した方がいいレベルになってしまってるじゃねえかよ。
俺の中は今第4のマジンガーZEROが誕生しかけてるからな、マジで
(第3のマジンガーZEROはのんのんびよりの時に現れた。 第2は欠番扱い)
そして超俺様が心の澄んだ花を咲かせて静けさが包み争いのない世界にするために必要なことを教えてやるよ
そうでもしなきゃ人類はまともに宇宙に行けるはずなんてねえよ。
こんなレベルにまで気持ちを暴走させすぎてしまったんだよ、業界も放送局どもも。
あーあ、グッズ展開されてる時期に正規なテレビ波放送で見たかったよ、Aチャンを。
2012年や2014年、2016年どころか2017年夏という時期でもサボりやがった、
改めてアニメ視聴界隈の奴らは令和の作品ばっかしか語らねえ、まじでほんまもんにおかしすぎるこの世の中は。
おまけ
https://twitter.com/sage_seiji/status/980779715228155910?t=5g9LgO2nytFKuQLpOoU3Uw&s=19
２０２３年８月１０日に５歳の息子に誘われて始めたポケモンGO
ようやくPL４０に到達した。
最強トレーナーの皆様からすればまだまだとお叱りを受けるでしょうが
オートキャッチ無し、ほぼ無課金（ウソ）でここまで来たことをご報告致します。的な
本題はそれではない
孵化アクセスはギフトの枠が増える、そしてギフトはPL上げに効率が良いとの判断
現在フレンド数は大親友到達を除き１００人前後で回している、大親友到達は１２人
フレンドはレイド招待で増やしている、あっちから来ることもありほぼ承認
フレンドレベルを上げるには双方どちらかがギフトを開封しなきゃならないよね、
（レイド参加すると偶発的に既フレンドと重なり親密度進行することもあるが例外として無視する）
で、悩んでいるのはどっちが開けるの問題
フレンドリストではどちらかが開封済みなら水色の枠で判別できる
俺の基本運用は、毎日０時を過ぎたタイミングで届いているギフトを全部開ける
稀に、こちらで開封済みで親密度進行しているのにあちらでも開封する人がいるが
で、だ、結局フレンドの状況や運用は人によって千差万別なわけだ
つまりフレンドをほとんど登録していない、積極的に使って無い人も大勢いるだろう
そういう人は開封枠なんて気にせずにギフトが届いていたら機械的に開けているはずだ
で、機械的にお返し
ではでは、相手方をプロファイリングして、こいつは送る一方で良かろう、
みたいな判別を緻密にすればギフトの運用効率はさらに上がるんじゃないか
ポケモンGOからデータを抜いてExcelで管理できれば自動化と可視化できるのだけど、それに必要なAPIは公開はされてない
フレンドリストの画像からテキスト化してデータ化、これはさすがに手間もかかるし技術的制約も大きい。
どーすりゃいいの？
さすがにこの人数は覚えられない
なお、大親友到達のタイミングはしあわせタマゴを考慮して相手様に委ねている
俺はガチ勢ではないのでどうぞそちらでお楽しみくださいです
とはいえ、こいつ分かってねぇ奴判定してる人はもったいないのでこちらで使わせて貰っている。
この辺のノウハウや作法はググれば先人の知見にたどり着くのだろうが
俺はあえてググらない
だからここで聞く
みんなどうしてる？
どの条文かというと、「当該行為に付随して」というところと「軽微利用に限る」の部分。
社内向けに流布するネタバレサイトみたいになってるので普通にだめかと。
https://www.pressnet.or.jp/statement/20220215.pdf
Ｑ６ 言語の情報処理によって、記事の要約・抜粋といった加工は技術的に可能だが、そうしたものを外部に提供できるのか。
Ａ 記事の抜粋については、Q4・Q5 で示した範囲・分量を超えた利用はできません。また、最近、人工知能（AI）技術の進展で、記事を自動で要約したり簡素化したりするプログラムがあるようですが、要約された記事によって、報道の目的や意図がゆがんだり、正確性が損なわれたりする可能性があり、これらを外部提供するなどの場合は必ず、事前に著作権者（各新聞社の知財担当窓口など）に相談してください。
ここで呼ばれているQ4とは
可能とされるのは、「必要と認められる限度」でかつ、結果表示に「付随して」「軽微なもの」といった要件をすべて満たす場合とされています。新聞記事の場合には、「新聞名」「日付」「見出し」「ごく短い本文一部表示（スニペット）」「サムネイル写真」が該当する想定です。
ただし、参考資料②（16 ページ）で紹介されているように、見出し等を表示させること自体を目的とするサービスについては、「別途不法行為による保護が図られる途がある」という意見が
Q5には
それだけで利用者の情報ニーズや視聴の欲求を充足し、オリジナルの著作物の市場に悪影響が及ぶような場合は、目的から外れます。サムネイル・スニペット表示が、新聞記事の代替とならない限度を保つこと
とある。
その記事は検索エンジン的に、元記事を読むように誘導するものではなくて
と言う手順になっている。要約・翻訳して投稿するところがメインで、軽微利用に限るための処理は入ってない。
47の5は過大解釈されがちだけど、ちゃんと基準があって、文化庁の解説などには結構明確化されていて
https://www.bunka.go.jp/seisaku/chosakuken/hokaisei/h30_hokaisei/
https://www.bunka.go.jp/seisaku/chosakuken/hokaisei/h30_hokaisei/pdf/r1406693_17.pdf
