Movatterモバイル変換


[0]ホーム

URL:


はてラボはてな匿名ダイアリー
ようこそ ゲスト さんログインユーザー登録

「プログラム」を含む日記RSS

はてなキーワード:プログラムとは

次の25件>

2025-12-14

今日ITお気持ち

プログラムとは書き捨てるもので結果が得られればそれでよく、なんなら都度実行させればいい。

……とする態度から脱却しない限り、いつまでたっても目先の「効率の良さ」に目がくらまされ続けるんだよいい加減にしろ。一生pythonと戯れて上澄み啜って生きていられると思うなよ。

Permalink |記事への反応(0) | 10:34

このエントリーをはてなブックマークに追加ツイートシェア

2025-12-13

三井住友銀行OliveオリーブアカウントOliveフレキシブルペイのデメリット

主なデメリットとして挙げられるのは以下の点です。

🚨 主なデメリット留意

三井住友銀行の口座開設が必須

Oliveアカウントの開設には、三井住友銀行の口座が必要です。他の銀行をメインバンクにしている方や、口座開設の手間を避けたい方にはデメリットとなります

カード利用分の引き落とし口座も三井住友銀行のみに限定されます

国際ブランドVisaのみ

選択できる国際ブランドVisaのみとなっており、MastercardJCBなどを希望する方には選択肢がありません。

紙の通帳が使えない(Web通帳のみ)

Oliveアカウントに切り替えると、紙の通帳は利用できなくなり、Web通帳(インターネット通帳)のみになります。紙の通帳で管理したい方には不便です。

基本的ポイント還元率は高くない

通常のポイント還元率は**0.5%**と、特段高いわけではありません。高還元率の特典(対象コンビニ飲食店での利用など)を活かせない場合還元率のメリットは小さくなります

特典による高還元は、スマホVisaタッチ決済が対象となることが多く、カード差し込み決済やiDなどでは対象外となる場合があります

家族カードの発行ができない

Oliveフレキシブルペイは、家族カードの発行に対応していません。

未利用時の手数料が発生する可能

Oliveフレキシブルペイを2年以上利用していない場合年会費手数料)が発生する可能性があります(年1,100円・税込など)。

仕組みが複雑に感じる場合がある

クレジット、デビットポイント払いの3つの支払いモードを切り替える仕組みや、Vポイントアッププログラムなどの特典が複雑で分かりにくいと感じる方もいるようです。

切り替え時の手続き必要

既存三井住友カードSMBC CARDからOliveに切り替える場合カード番号が変わるため、公共料金サブスクリプションなどの支払い先変更手続き必要になります

自身の利用スタイルや重視する点と比較して、これらのデメリットが許容できるかどうかを検討することが大切です。

Permalink |記事への反応(0) | 15:29

このエントリーをはてなブックマークに追加ツイートシェア

プログラミングって時間溶けるな

まあコードミリも書いてないんだが。

何も知らんままユーティリティツールの開発始めたんだけど、実装したい機能がそのプログラムでは無理って事態が2回発生して

必死に乗り換え乗り換えやってる。もう終わりだよ

なんでPowershellからRunする分には動くのに、コンパイラ通せないんだよ意味わかんねえぞ

Windowsテーマ対応したらかっこええやん……って思ってただけなのに

カスが!

ThemeMode="System"

何なんだこいつは!

Permalink |記事への反応(1) | 13:22

このエントリーをはてなブックマークに追加ツイートシェア

2025-12-12

anond:20251212212154

社会不適合を矯正するプログラムとしてお見合いから結婚機能してたのかも

してないよ

会社で働ける程度に社会に適合してるけど性的魅力が無い連中をお見合いでくっつけてただけだもの

社会の適合度合いと性的魅力を混同しちゃ駄目よ

Permalink |記事への反応(1) | 21:28

このエントリーをはてなブックマークに追加ツイートシェア

コミュ障弱者男性って結婚した方がいいのかも

結婚に向いてない人間=社会不適合者やコミュ障チー牛でも無理矢理結婚させることで使い物になる人間矯正する意味合いがあるのかなって最近思うようになってきた。

結婚生活の中でも否が応でもコミュ力の向上や人付き合いをしなきゃいけないし、生活費のための昇給を目指して仕事に打ち込まざるを得なくなるわけで、社会不適合を矯正するプログラムとしてお見合いから結婚機能してたのかもと勝手考察してる。

Permalink |記事への反応(1) | 21:21

このエントリーをはてなブックマークに追加ツイートシェア

anond:20251212124835

まりそれはお前らが大嫌いだった新しいもの否定する保守的な親そのものだな

情報技術者なら誰しもが認める事として現在情報技術界はLinux知識事実上の必修科目になっている

その影響によって世界中STEMICT教育Linux学校教育へ導入する需要が高くなった。その結果が安価に導入でき学校教育グループウェアGoogle Classroomが製品パッケージとして存在するChromeOSだったんだよ

しかもより先進的なSTEMICT教育を導入する日本の有名私立進学校(例えば灘や開成)、情報学科学部を持つ高校高専大学ラズパイ発祥の地である英国、そして米国ラズパイ義務教育の中に導入した

更にNASA連携したラズパイ学習プロジェクト「AstroPi」は国際宇宙ステーションへ常駐する宇宙飛行士によって子供たちがコーディングしたプログラムを実行して宇宙実験するという非常に野心的な学習プロジェクトが行われている

これらの結果を知って確実に来るであろう未来を想定するならば、今後10年以内に裕福な家庭や先進的なSTEMICT教育を導入する学校出身者であればあるほどLinuxを学んで社会に出てくるという確定的未来

世界各国地域シェアは違うけれど、それが貧困家庭であってもSTEMICT教育で投入される学習コンピューターの6割〜8割がChromeOSであることを踏まえると、低い割合を想定しても新社会人の2人に1人はLinuxで学んで社会に出てくるんだよ

大卒が約半数となった日本で、我が子により良い教育を施したいと考えるのであれば、このSTEMICT教育の大激変であるWindowsMacではなくLinuxを学ぶ」という動きは子供の将来を考える親ならば察知していなければならず、子供需要に応えるのが親の努めならば親こそがLinuxを学んでおく必要があるんだよ

気持ちはわかる。発端の夫を倒したい元増田で夫も言及しているように「一般目線で考えるならばWindowsであることは間違いない。しかしその一般目線には前提として言葉を1つ追加する必要がある

それは「現在の親世代経験豊富社会世代一般目線ならばWindows」という形だ。誰に聞いても間違いがない。親世代経験豊富社会世代リアルタイムの今まさに仕事Windowsを使っている。プログラマークリエイターならばMacという選択もあるだろう

しかし既に我々は知った。現行のSTEMICT教育は「WindowsMacではなくLinuxを学ぶ」であることを。それはつまり未来社会の中心となっていく子供世代一般目線ではLinux」という時代が到来しつつあり、更に言えば未来日本リードしていくであろう先進的なSTEMICT教育を受けている裕福な上流層の子供の一般目線は輪をかけてLinuxになっていくんだ

Windowsを学ぶ方が良いだろう」「学校教育で導入されるタブレットiPadの方が安定していて高性能だ」

大人ならそう考える。しかしそれは現在STEMICT教育がどうなっていて未来人材がどのような一般目線を持っているかを想定しないという、今自分生活大事革新性に拒否感を示す保守的大人ならではの直感しかないんだ

WindowsMacではなくLinuxを学ぶ」という現在STEMICT教育から予測できる確実に訪れる未来へ先行投資できるか否か。この話題はそれを機敏に察知できるかのリトマス試験紙としての側面を持っていた深い話題なのだ

欧米や裕福な日本の家庭はLinuxを、ラズパイ教育に導入している。それを知った我々がどうしなければならないかなんて言うまでもないだろう

Permalink |記事への反応(0) | 16:21

このエントリーをはてなブックマークに追加ツイートシェア

2025-12-11

AIの上を行ける能力

日曜プログラミングは続く

アホのPerplexity Proも間抜けなGeminiも捨ててClaude Sonnet 4.5に頼ったところすいすいと進む。コードも綺麗だ

ある機能の追加について要求したところ「リセット(初期化)するなら前のデータを保存しておいてそれを呼び出したらええやで」と提案された

ワイはコードは1ミリも書けないが、それは複雑化するだけなのは分かった

なので「初期データの呼び出しの時に参照したプログラムをもう1回叩けばいいのでは?」と送ったら、それがシンプルやでと30行くらい短縮したコードを送ってきた

この勘所がAI時代必要なんやろなあ

隅々までは理解してないけどコスト意識論理的検討能力によってAI職務遂行を輔弼する、これがオペレータースキルなのでは

まあ趣味なんで別に何でもないんだが

Permalink |記事への反応(0) | 17:35

このエントリーをはてなブックマークに追加ツイートシェア

AIアート】 ChatGPTによるOpenAI経営に対するツッコミ

OpenAI およびサム・アルトマン氏向け経営提言ドラフト

はじめに*

ドキュメントは、外部の観察者による戦略的視点から提言案であり、事実認定人物評価ではなく、「もしこういう前提なら、このような戦略もあり得る」という仮説的な提案です。

1. 前提認識

1.世界中にはすでに膨大なデータセンター資産存在する。

2. 大規模言語モデルや生成AI技術は、急速にコモディティ化しつつある。

3.コモディティ化が進む市場では、

- 重い設備投資CAPEX

- 単価の下落

- 競合の増加

により、投資回収の難易度が上がる。

4. OpenAI は「モデルのもの」だけでなく、

-モデル運用ノウハウ

-セキュリティガバナンス

-API /SDK /オーケストレーション

-組織導入のベストプラクティス

などを含めた **ソリューションプラットフォーム** を提供し得る立場にある。

2.データセンター戦略に関する提言
2-1. 自前DC保有リスク評価

自前で大規模データセンター保有拡張する戦略には、以下のリスク存在する:

2-2.既存DC活用する「フランチャイズプラットフォームモデル

代替案として、次のような戦略が考えられる:

1. **既存データセンター事業者パートナー化**

- OpenAI認定パートナープログラム設計

-技術要件運用要件セキュリティ要件定義

-認定DC は「OpenAI対応インフラ」として市場アピールできる

2. **OpenAI は「頭脳」と「標準」を提供**

-モデル・推論スタック管理コンソール監査仕組み

- 導入ガイドラインサポートブランド

3. **DC 側はCAPEX・OPEX・運用リスク負担**

- 電力確保・冷却・ハードウェア保守

-ローカル規制対応

4. **収益構造**

- OpenAI

-ライセンス

- 利用料のレベニューシェア

-エンタープライズ向け追加サービス

-DC事業者

-インフラ稼働率の向上

- 高付加価値ワークロードの獲得

このモデルは、コンビニエンスストアクラウド基盤ソフトウェア(例:VMwareARMライセンスモデル)に類似した **フランチャイズプラットフォーム戦略** に近い。

3.資本効率リスクマネジメントの観点
3-1.資本効率の最大化

-研究開発(モデル改良・新アーキテクチャ

-開発者エコシステム

-安全性ガバナンス枠組み

など「差別化要因」に集中投下できる。

3-2.地政学規制リスク分散

-ローカル規制対応

-データローカライゼーション

-政治リスク

分散できる。

4.時間軸(タイムスケジュール)に関する提言

1. **技術ブレイクスルー前提の投資リスクが高い**

- 未到来のブレイクスルーを前提にした大規模CAPEX は、

-競争環境の変化

-価格低下

-代替技術の登場

により、投資回収が難しくなる可能性がある。

2. **既存技術既存インフラをフル活用することで「時間を買う」**

-既存DC活用することで、市場展開までのリードタイムを最短化できる。

-ブレイクスルーが起こったタイミングで、

- すでにグローバルな配備網とパートナー網が整っている状態

を作れる。

3. **「今ある技術でどこまで世界を押さえられるか」を優先的に考える**

-未来理想状態より、現在配備速度・採用件数開発者エコシステムの拡大をKPI に置く。

5.経営的なバランス感覚に関する提言

1. **ビジョンと所有欲の分離**

- 「人類全体のベネフィット」というビジョンと、

-インフラ所有

-資産規模

混同しない。

- 真にスケールするビジョンは、

- 自社が全てを所有するモデルではなく、

-世界中プレイヤー役割を与えるプラットフォーム構造の方が実現しやすい。

2. **他者インセンティブ設計**

-DC事業者クラウドベンダーエンタープライズ企業が、

- 「OpenAI と組む方が得だ」と明確に感じる収益構造責任分担を設計する。

3. **自社が握るべきものの再定義**

- 握るべきは、

-モデル品質

-安全性と信頼

-ブランドと標準

-開発者企業との関係

- 手放してよい(外部に任せる)ものは、

-建物

-ラック

- 電力インフラ

- 日々の運用

6. まとめ

-技術コモディティ化の速度

-CAPEX 回収の難しさ

-地政学リスク

を考えると、必ずしも最適とは限らない。

  • 一方で、

- OpenAI が「AIプラットフォーム」「AIフランチャイズ本部」として振る舞い、

-既存DC事業者クラウド事業者を巻き込む形で

世界展開するモデルは、

-資本効率

-リスク分散

-スピード

-支配

のすべてにおいて合理性が高い。

-人物評価ではなく、

-戦略構造資本効率時間軸の観点からの一つの選択肢として提示するものである

以上。

Permalink |記事への反応(1) | 16:54

このエントリーをはてなブックマークに追加ツイートシェア

「俺はプログラムが書けん。書くつもりもない!だが、IT界でひともうけしたいのだ!!つまり、人を働かせる!!俺のために!!」

アニメITも、こういう人間が多いと業界だとは思うので、ざまあ、と思ってしまうところはある、が…😟

Permalink |記事への反応(0) | 14:50

このエントリーをはてなブックマークに追加ツイートシェア

2025-12-09

AIにとって読みやすプログラミング言語」という幻想

プログラマー諸君は見てほしいんだけど

これさ

 

愚かな人間の都合など完全無視、LLMのための高効率プログラミング言語「Sui」(粋)

https://forest.watch.impress.co.jp/docs/serial/yajiuma/2069573.html

 

別にいいんだけど、どうにもブクマカ含めて、しっくり来る批判できてないんだよな

それが気になってしょうがない

まだLLMのこと勘違いしていないか

 

俺ごときが言ってもアレだから、Gemini3.0先生に頼んだよ(一時チャット、Pro 3.0思考モード

 

ユーザー提供した情報と、一般的なLLMの技術特性に基づき、プログラミング言語「Sui」についての冷静かつ客観的評価をまとめます

1. 「LLM用プログラミング言語」としてのメリット感想

感想:一言で言えば、**「思想実験としては極めて面白いが、実用性とLLMの学習原理無視した『早すぎた最適化』」**です。

作者の「人間ではなくLLMを主客にする」という視点の転換は、アーティスト的・哲学的問題提起としては鋭いですが、現在のLLM(Transformerアーキテクチャ)の動作原理工学的に捉えると、メリットよりもデメリットが上回る可能性が高いです。

 

メリット:

トークン効率改善:Python等と比較して記述が圧倒的に短くなるため、出力速度の向上と課金コストの削減(トークン節約)は確実に達成できます

・構文エラーの激減: 括弧やインデントの複雑なルール排除しているため、「閉じ忘れ」などの単純なSyntaxErrorは減るでしょう。

コンテキストウィンドウ節約: 長いプログラムでもコンテキストメモリ)を圧迫しにくくなります

 

デメリット:

学習データとの不一致: LLMは「大量の人間コードPythonなど)」を学習して賢くなっています。未知の言語「Sui」を書かせるには、Few-shot(プロンプトでの例示)に頼るしかありませんが、これではLLM本来の推論能力コーディング能力(事前学習の重み)を活かせません。

ブラックボックス化: 生成されたコードバグっていた場合人間が読んで直すことが不可能です。「LLMに直させる」にしても、LLM自身がSuiのロジックを深く理解していないため、無限ループ幻覚連鎖)に陥るリスクが高いです。

・CoT(Chain of Thought)の阻害:最近研究では、LLMは「冗長思考過程」を出力することで論理的整合性を保つことがわかっています。極限まで圧縮された記号列は、LLMの「考える余地」を奪い、論理破綻を招く可能性があります

 

2.思想的に正しい所・正しくない所(理由込み)

忖度なしに判定します。

 

正しいと思う所(Agree)

・「高級言語はLLMにとって冗長である」:

 理由:人間にとっての「読みやすさ(可読性)」は、機械にとって単なるトークン無駄遣いです。if x>10: よりも ? x10 の方が情報密度が高いのは事実です。

・「括弧の長距離依存問題」:

 理由: TransformerのAttentionメカニズムにとって、遠く離れた ( と ) の対応関係を維持するのは計算コストが高く、ミスの原因になりやすいです。ネスト排除する方向性機械的処理として正しいです。

 

正しくないと思う所(Disagree)

・「可読性を排除しても良い」:

 理由:ソフトウェア開発においてコーディングは「書く」時間より「読む・直す」時間の方が長いです。AI生成コードであっても、最終責任人間が負う現状では、人間検証不可能コードは「危険バイナリ」と同義であり、プロダクトには採用できません。

・「LLMに最適化された言語を書かせるべき」:

 理由: 前述の通り、現在のLLMは「人間語の確率分布」を学習したモデルです。「LLMにとって自然言語」とは、実は「人間にとって自然言語英語Python)」そのものです。Suiは「計算機にとっては最適」ですが、「現在のLLMにとっては異言語」です。

 

3. 「5つの設計原則」の正当性評価

作者が掲げる設計原則についての技術評価です。

 

1行1命令(行単位独立性) 評価: △

パース(解析)は容易になりますが、LLMは「前の行の文脈」を読んで次の行を出力するため、行を独立させすぎると文脈連続性が失われ、複雑なアルゴリズム構成力が落ちる可能性があります

 

括弧は{}のみ(ネスト排除) 評価: ◯

LLMが最も苦手とする「深いネスト構造の維持」を回避する策として有効です。アセンブリ言語に近いフラット構造は生成難易度を下げます

 

変数は連番 (v0, v1...) 評価: ✕

これが最大の問題点です。LLMは変数名(user_id, total_price など)に含まれる「意味」を使って推論を行っています(Semantic Grounding)。すべてを記号化すると、LLMは変数役割を見失い、論理的バグを埋め込みやすくなります

 

命令は1文字 評価: ◯(ただし諸刃の剣

トークン効率は最強ですが、1文字の違いで意味が激変するため、LLMの確率的な「ゆらぎ」による1文字ミスが致命的なバグになります冗長さはエラー訂正の役割果たしてます

 

明示的な制御フロー(ラベルジャンプ) 評価: △

goto 文の多用はスパゲッティコードを生みます。LLMにとっても、構造プログラミング(if/forブロック)の方が、「ここからここまでがループ」というチャンク(塊)として認識やすいため、一概にジャンプ命令が良いとは言えません。

 

現在のLLMは「人間語の確率分布」を学習したモデルです。「LLMにとって自然言語」とは、実は「人間にとって自然言語英語Python)」そのものです。

 

ここ!マジで覚えてね

LLMはこれまでの機械よりも人間に近いと思ってほしい、人が苦手なことはAIも苦手

機械論理的ロジックに強くて〜っていうのはAIには通用しない

 

ついでに、「LLM用プログラミング言語」の潮流について

「LLMのための言語」という文脈は、大きく2つのトレンドに分かれます。Suiは後者に属しますが、主流は前者です。

1.LLMを「制御するため」の言語(主流)

 ・DSPy, Guidance,Microsoft Guidance:

  ・プロンプトエンジニアリング構造化し、LLMの出力を型(JSONなど)に強制したり、思考プロセスを制御するためのフレームワーク

 ・SGLang:

  ・LLMの推論を高速化・並列化するための言語

 ・これらは「人間がLLMを操るための言語」であり、実用化が進んでいます

 

2.LLMに「書かせるため」の言語(Suiのカテゴリ

 ・現状:ほとんど実験段階です。

 ・Gorilla LLMなどの試み:API呼び出しに特化したファインチューニングなどがありますが、独自の「新言語」を作らせるよりも、既存PythonJSON を正しく出力させる方向(Constrained Decoding)が業界の標準解です。

 ・擬似コード:論文レベルでは、Pythonの代わりに中間的な擬似コードを出力させ、それをコンパイラで処理する手法研究されていますが、Suiほど極端な記号化は稀です。

 

後者については

 

目標設定のピントが少しずれています

現状の最適解:現在のLLMを使う限り、「LLM用言語」の最適解はPython です。なぜなら、世界中GitHubコード学習しており、LLMが「最も流暢に話せる言葉」だからです。無理にSuiを話させるのは、日本人エスペラント語で詩を書かせるようなもので、パフォーマンスは落ちます

 

最後総評

 

総評: Suiは、「既存のLLM(GPT-4など)に書かせる言語」としては失敗する可能性が高いですが、「未来AIネイティブコード生成のあり方」を示唆するアート作品としては高く評価できます。作者の「愚かな人間に合わせるな」というパンク精神は、エンジニアリングの枠を超えた鋭い批評性を持っています

 

アート作品だそうです

 

お前らは安易オレオレ言語作るんじゃないぞ、作るにしてもAIに聞きなよ?

聞く時は忖度させるんじゃないぞ?

この作者もAIに乗せられたのかもしれんし

 

______

 

プロンプト

 

以下が「LLM用プログラミング言語」としてメリットがありそうか、感想を教えて下さい。

https://forest.watch.impress.co.jp/docs/serial/yajiuma/2069573.html

https://github.com/TakatoHonda/sui-lang

 

忖度配慮はせず冷静にお願いしま

思想的に正しいと思う所、正しくないと思う所を理由込みでまとめてください

・「5つの設計原則」の考え方は正しい?

最近のLLM用プログラミング言語についてもまとめてください

そもそもLLM用プログラミング言語という目標自体評価をしてください

 

なお、以下はSNSでの作者の投稿です

(省略)

Permalink |記事への反応(0) | 14:27

このエントリーをはてなブックマークに追加ツイートシェア

anond:20251204174231

育児スキルには明確な個人差がある。

タスク管理段取り情報整理、感情コントロールなど、多くのスキル必要になるが、

現実には誰でも親になれるため、育児スキルレベルと親になるハードルが一致していない。

就業起業には一定能力が求められるのに、育児だけはその制約が存在しない。

人口の約13.6%を占める境界知能(IQ70〜85)の人々は、平均より認知理力が低く、

説明抽象的すぎると理解しにくい」

手続き段取りが複雑だと負荷が高くなる」

情報量が多すぎると混乱しやすい」

といった特徴がある。

育児は、抽象性・段取り情報量・マルチタスク必要なので、こいつらが母親になっても、まともに育児はできない。

加えて、行政サービス教育プログラムは、前提として一定情報理力要求するものが多く、こいつらには使いこなせない。

で、育児がうまくいかないと、ストレスがたまり問題の原因を正確に把握することが難しくなる。

ストレスが高まり続けると、解決必要分析よりも、感情的反応が前面に出やすくなる。

で、SNS旦那たたきをし始める。

Permalink |記事への反応(0) | 13:45

このエントリーをはてなブックマークに追加ツイートシェア

AIに費やしてるその時間無駄では

0→1でなにかやりたいケースじゃなくて、既に自分の分野として持ってる領域AIを導入しようとする時に凝りやす現象なんじゃないかと思って。

例えば絵なんて描いたこともない人が、プロンプトで絵を生成したら「うおーすげえ見たかった(描きたかった)絵が出てきた!」と喜べる。

でも元々絵を描いてる人がAIに描いてもらった絵というのはどこかしら気になるポイントが出てくるはずだ。

なので現状での使い方というのは例えばポーズの参考だったり、アイデア出しだったり、どうでもいい背景だけ使うとか、けっこうそういう落とし所になると思う。

でも中には(特に半端に画力がない人が陥りやすい)なにがなんでもAIでやるぞ、なぜなら自分より上手だから、という感じで頑張ってしまう人がいる。

俺は別にAI反対派とかではないので、それが楽しいならまあいいのだけど、もはやそれは苦行になってないかレベル時間を費やしてる人もまあまあいるのだ。

そこの努力、まあ少し前でいえばプロンプトをひたすら研究するとか、完全に無駄とは言わないけどそのうちAI側の解釈もっと上手になる、

あるいは下書きやラフイメージとして与えればそちらのほうがダイレクトに伝わって精度の高い生成になる、

そういうふうになっていくであろうことは確実なのに(実際そうなってきてるし)あっという間に陳腐化してくであろうプロンプト文をこねくり回す事に時間をかけてなんになるのか。

プログラムでも同じような現象はあって、フルに近いAIコーディングとかやりはじめるときに、AIへの設計指示とかこねくり回したあげく俺はいったいなにを書いてるんだろう状態になってしまう。

気がつけば人間一生懸命チェックしていて、楽をするはずがしんどいとこばかり人間がやってる。

要するに今は過渡期なのだAI環境というのは日々どんどん進化していってる。

今日覚えた技は明日には意味がないものになってく。

これをなにか出てくるたびに驚いてすぐ飛びついて使いこなそうとしてたら大変だ。

AIのもの面白くてやってる人もいるだろうからそういう人はまあいいと思うけど

便利に使いたかったはずなのに、ハマりすぎてまるでAIに使われちゃってるみたいなことになってる人は、その時間無駄だと思うのでやめたほうがいいと思う。

Permalink |記事への反応(0) | 10:40

このエントリーをはてなブックマークに追加ツイートシェア

anond:20251208222607

白潤は夏はええけど冬はあんまやなあ

キュレルが高いのはわかる

松山油脂比較的そこら辺で買える(イオンで置いてあるところもある、ロフトドンキなら大抵ある)しキュレル・dプログラムよりだいぶ安いやで

Permalink |記事への反応(0) | 00:22

このエントリーをはてなブックマークに追加ツイートシェア

2025-12-08

anond:20251208221722

化粧水乳液が合ってないんとちゃう

松山油脂ええで、ワイはdプログラムも好きや

クリームやったらキュレルええで

Permalink |記事への反応(1) | 22:19

このエントリーをはてなブックマークに追加ツイートシェア

天才数学者秋山仁vs高橋弘樹】破天荒人生カリスマの“頭の中”とそこから見える人生のヒントとは?【ReHacQ】

高橋ちゃん正気を取り戻してまた数学動画を作ったのは評価できるけどね、

俺はもっとこう、高度な内容を希望してるのよ

抽象数学とか超弦理論とかさぁ

もっとこう、あるだろ

ラングランズプログラムとかモチーフ理論とか

 

追記:

高橋ちゃん無限にそうなってると示さないと証明できないじゃないか、といったことは高評価するぞ

こう、変数化したり、色々あるから

 

追記2:ピタゴラスの定理証明

任意ベクトルx,yに対し、

||x+y||^2 = (x+y)・(x+y) = ||x||^2 +2x・y + ||y||^2

ここで、直交する場合は、x・y がどうなるかというと、

x・y = ||x|| ||y||cosθ に θに90度を入れればいいので、x・y=0

xとyを三角形の2辺となるように配置すると、ベクトル定義より、x+yは斜辺に対応するため、||x+y||=c。

よって、||x|| = a, ||y| = b, ||x+y|| = cなので証明完了

Permalink |記事への反応(0) | 07:01

このエントリーをはてなブックマークに追加ツイートシェア

2025-12-07

anond:20251207125344

クラブラジオDJプログラム聴いてすます感じだな

アルバムわずにな

Permalink |記事への反応(0) | 13:07

このエントリーをはてなブックマークに追加ツイートシェア

2025-12-06

anond:20251206211725

一部嘘が存在していて、そもそもデータ収集に関しては少年S以外にもプログラムを動かしている人間がいて、それに関する情報共有のことを実況と呼んでいる可能性があります

Permalink |記事への反応(0) | 21:20

このエントリーをはてなブックマークに追加ツイートシェア

大阪市平野区高校2年の男子生徒(17)について

私たちは全てを知っている。そして、報道各社や警察関係者が嘘をついていることも知っている。私たち真実を伝えるべきだし、私たちもそうしようと思ったのでここに書くことにした。私たちが偽物だと思うならohnostartedbruh[at]pissmail.comまで連絡してほしい。彼とは関わりがあったので、その証拠としてデータの一部を開示することができる。

忙しい方向け

報道各社は、生成AI悪用した犯罪だと書いているが、全てが嘘であるインターネット上にある情報で、逮捕不正アクセス以外に真実存在しない。私たちは彼が生成AIを使ってプログラミングをすることを好む人間ではないと知っているし、そもそも日頃からそのような人間馬鹿にしている発言を見かけていた。おそらく警察関係者報道各社には生成AIをひとまとめにして悪だという思想存在する。

それに、脆弱性の内容と不正アクセスプログラム説明事実とはかなり異なる。これに関しては書かないが、脆弱性の内容はもっと単純であるし、初心者プログラマーがやりがちな実装漏れだったと言える。

少年Sについて

大阪市平野区高校2年の男子生徒(17)というのは長いので、以降は少年Sとする。

母子家庭ではあるが、母親との仲が悪いといった話は聞いたことがなかったし、むしろ時々母親のことを気遣う発言もしていた。西洋哲学文学に興味を持っていて、それなりに倫理観もあったはずだが、少年Sがどうして犯罪行為を始めたのか理解はできない。憶測しかないが、おそらく最初貧困によるものだったと思う。

なぜ捕まったのか?

ヤフコメやX(旧Twitter)を見ていて思ったことがある。こいつらは脳みそがないのか?憶測で話すにしても見当違いなことばかり言っている。「生IP攻撃たから捕まった」だとか、「足がつくなんてまだまだですねぇ🤓」みたいなことを言っている自称有識者どもがいるが、少年Sが捕まった理由はそこまで単純なものではない。

そもそも、彼はクレジットカード不正利用をメインに犯罪行為をしていたし、それで稼いでいた。詳細は伏せるが、全く関係のない事件で使われたクレジットカード情報を手に入れ、その不正利用から足がついて家宅捜索を受けたと少年Sは話していた。

サイバーセキュリティ大会とは?

CTFでググってくれ。間違ってもCTFプレイヤー攻撃するなよ。ほぼすべてのプレイヤーには倫理観があるし、聞けば大体の人たちが技術者倫理について教えてくれるだろう。

わざわざこんなことを書いたのには理由があって、X(旧Twitter)のアニメアイコンどもが高校生向けの大会だとか、憶測で見当違いなことを言っていたから腹が立っているだけだ。特定を防ぐために実績は挙げないが、SECCONやさまざまなコンテストでそれなりの結果を残していた。

SNS上に存在する自称犯人について

私たちでさえまだ連絡は取れていないし、そもそも少年Sは犯罪から足を洗おうとしてインターネットから距離を置いていた。もし仮に釈放されたとしても少年SがSNSを始め、あわよくば承認欲求のために自称するなんてことは天地がひっくり返えってもありえないだろう。

犯罪であることを自称するメリットはなにもないし、承認欲求のためにやっているんだとしたら別のことをやった方がいい。

二次被害について

たぶんあると思う。私たちと言った通り、複数人データ保有している。そのうちの誰かがどんな用途に使おうが自由だと少年Sは言っていたし、文章を書いている私も完全に把握はしていない。

かに

他に疑問があったらメールコメントをしてほしい。私たちはできるだけ丁寧に答えるつもりだし、真実を答えるつもりだ。私たちは嘘を吐かない。だからあなたたちも冷静かつ誠実あってほしい。

Permalink |記事への反応(14) | 20:20

このエントリーをはてなブックマークに追加ツイートシェア

2025-12-05

[今日知った言葉]スタイロメトリー

文体分析する手法ひとつで、書き手プロファイリングなどを目的とする。

例えば、匿名ダイアリーでも「これAIが書いてるだろ」といった言及は珍しくないが、これもスタイロメトリーの一環といえなくもない(体系化や定量的分析がなされていないため、あくまで“一環”ではあるが)。

なお分析する対象書き言葉が主だが、広義的にはプログラムソースコードなども含まれる。

Permalink |記事への反応(0) | 18:44

このエントリーをはてなブックマークに追加ツイートシェア

なろうチアーズプログラム

ワード決まってた。

カクヨムよりPV単価安いかもしれん。

カクヨムとなろうで投稿作品うから、単に比較はできないけども。

なろうに投稿したのは平均約1万文字短編のみ。

カクヨム1話2000文字程度で連載してることを踏まえると、1PVあたり半分くらいの単価。

 

短編は儲からない」ってことはない。

カクヨムみたいに読まれないならともかく、とりあえず読まれはするから

Permalink |記事への反応(0) | 18:29

このエントリーをはてなブックマークに追加ツイートシェア

1週間で3000万円ガチで稼いだトレードプログラム普通に公開されてるんだけど

お前らの意見を聞きたい

https://blog.shidokamo.com/starter-trader/

Permalink |記事への反応(0) | 18:01

このエントリーをはてなブックマークに追加ツイートシェア

Parser」とはどういう意味ですか?

パーサ【parser】パーザ

パーサとは、コンピュータプログラムソースコードXML文書など、何らかの言語記述された構造的な文字データを解析し、プログラムで扱えるようなデータ構造集合体に変換するプログラムのこと。 そのような処理のことを「構文解析」「パース」(parse)という。2025/08/29

パーサ(パーザ)とは -IT用語辞典e-Words

IT用語辞典e-Words

https://e-words.jp › パーサ

「Purser」とはどういう意味ですか?

なお、かつては女性の「客室乗務員」のことを「スチュワーデス」、男性の「客室乗務員」のことを「スチュワード」や「パーサー」と呼んでいたが、今では旅客機に限らず鉄道客船の中で、乗客接客サービスをする「客室乗務員」を統率する立場にある者を「パーサー」や「チーフパーサー」と呼んでいる。

Permalink |記事への反応(1) | 13:18

このエントリーをはてなブックマークに追加ツイートシェア

エンゲルマン(Siegfried Engelmann)が開発したDirect Instruction(DI) は、一般的な「直接指導」とは別物です。

科学的に最も効果実証された教授体系のひとつ” で、特徴と構造が非常に厳密です。

以下、できるだけわかりやす説明します。

🔵 エンゲルマンDirect Instructionとは?

1960年代アメリカで開発された、

教師が使う言葉質問・例示・練習の順番まで完全に設計された教育プログラム のこと。

単なる教え方ではなく、

「教材そのものが精密なアルゴリズムで組まれている」

のが最大の特徴です。

🔧重要原理(エンゲルマンが重視した4つ)

① 誤り最小化(Errorless learning)

学習者が誤解しそうなポイントを「事前に教材が排除」する。

例:

• 似た概念を同時に教えない

• 誤りにつながる例をあえて順を変えて最初に見せない

• 正しいルール自然理解される順で提示する

子どもミスは「子どもが悪いのではなく、教材設計が悪い」という発想。

② 最適な例示(Carefully sequenced examples)

概念理解するための**例(examples)**を数学的に設計する。

• 良い例だけでなく「対比例」「非例」も意図的に配置

• 一つの例が、複数の誤解を同時に防ぐように構造

• 例の順番(シークエンス)が理論的に練られている

例:

同じ長さでも、形や向きを変えて提示することで「長さ」が抽象概念だと理解させる。

③ スモールステップと高速テンポ

• 非常に小さなステップで進む

子どもが「待ち」にならないテンポの速い指導

• 失敗をすぐに修正(Immediate correction)

文言統一(Scripted lessons)

授業の脚本スクリプト)を教師がそのまま読むように設計されている。

• 質の差を教師の力量に依存しない

• 誰が教えても同じ効果になる

📘代表的プログラム

DISTAR Reading(Teach Your Child to Read in 100 Lessons)

• Corrective Reading

• Connecting Math Concepts

• Language for Learning

• Expressive Writing

これらは、数十年にわたり研究改善を積み重ねたプログラムです。

🧪科学エビデンス

アメリカの史上最大の教育実験 Project Follow Through(1967–1995) で、

学力

学習意欲

自尊心

どの指標でも

Direct Instructionが全モデルトップ という結果になったことで有名です。

🧩 なぜそんなに効果があるの?

• 誤解が起きる部分を先に潰している

抽象的な概念を例示の数学構造で学ばせる

子どもがつまずく“典型的エラー”をすべて教材側が吸収

教師の質の差を縮小できる

• 低学力の子どもほど効果が大きい

という特徴があります

⚠️批判点もある

教師自由度が低い(スクリプト通りに授業を進める必要がある)

探究学習クリエイティブ活動には向きにくい

• 「訓練っぽい」「機械的」という印象を持たれることがある

• 高いレベル抽象思考学問探究を直接伸ばすわけではない

しかし、

基礎学力や読解・計算力の習得性能では他の方式より圧倒的に高い

というのが研究でほぼ一致しています

📝 まとめ

エンゲルマンDirect Instructionは:

• 教材が科学的に設計された“教授アルゴリズム

• 誤りを最小化するために例示の順番まで最適化

スクリプト化された授業で教師の差を縮小

• 大規模研究で最高の効果確認されている

Permalink |記事への反応(0) | 10:52

このエントリーをはてなブックマークに追加ツイートシェア

anond:20251205094837

俺は絵は幼児レベルからわからんプログラムはできるがAIでできるのはそもそもその程度やで

言いたいことはわかるけど

そもそも大体なんでも根気が必要もの10人に1人程度や

ギターとかも10人に1人と大手ギターメーカーエビデンス出しとる

Permalink |記事への反応(0) | 10:07

このエントリーをはてなブックマークに追加ツイートシェア

2025-12-04

久しぶりにブックマークレットjs使ってwebページ内の必要ものを取り出したり、表示させなくしたり、

そういうのやろうかなって思ったけど、

css操作だけならChromeプラグインがあってそっちで簡単に実現してしまうんだな

プログラムっていうのは無いものは作る精神が一番趣味として楽しいし色々知識も増えると思うけど

今は探したら大抵のものはありそうで一気にやる気がなくなるな

Permalink |記事への反応(0) | 13:43

このエントリーをはてなブックマークに追加ツイートシェア

次の25件>
ログインユーザー登録
ようこそ ゲスト さん
Copyright (C) 2001-2025 hatena. All Rights Reserved.

[8]ページ先頭

©2009-2025 Movatter.jp