  |
はてなキーワード: 粒度とは
プログラミングとは、勉強も運動もスマブラも下手なクソ隠キャ中学生が「俺もパソコン1台で凄い技術者になって…！」とワクワクしながら始めるものの思ったより普通に難しいし学校の試験で出たような知識要求されるしで3日で放り投げ、10数年後にnoteで「お前らは絶望的にプログラミングに向いてないからやめろ」なんて記事を書くだけのザコに成り下がる、夢と希望に溢れた技術である。
近年ではパソコンのスペックの上昇にともないできることも増え、どこのご家庭にもあるRTX2080で簡単にディープラーニングもできるようになった。Unityで3Dゲームをバリバリ動かしてもブルースクリーンは出ない。やっぱ世界を広げるのは小賢しい知恵よりもスペックの暴力だぜ。
開発環境や言語も選択肢豊富で、エディタもかつては有料クラスでも手に入らなかったような贅沢な機能が満載のものが出回っている。Eclipseとか今考えるとよくあんなので開発できてたな。
いまや小学生からおばあちゃんまでアプリ作りに熱中し、高校生はIoTとかやり始め、大学生は商業レベルか？ってレベルのものをネットで発表し、私はウェブアプリのスマホでのレイアウト崩れひとつすら直せず静かにエディタを閉じてnoteで過激タイトル記事を書いている。
掛け算に順序があると思っているような知能の下級雑用係（自分のことを教育専門職だと思い込んでいる）ですら「小学生にプログラミングを教えるぞ！」と意気込んでいる。やめろ。お前らには無理だ。無理だからマジでやめろ。考え直せ。無理だって。掛け算に順序つけないと相手に教えられないレベルのやつがプログラミング教えるのマジで無理だって。算数とは次元が違うって。「ピーチ姫いつも簡単に誘拐できるし今度はベヨネッタも誘拐してみるか」ぐらいの無謀さだって。やめとけ。マジでやめろ。
まあそんなこんなで入り口はめちゃくちゃ広く、入門するのはマリオカートより簡単である。話逸れるけどSwitchのマリオカート、運転アシスト機能ついて初心者でもコース完走できるようになったから心折れちゃった人ももう一度チャレンジしてみてね。
それとは特に関係ないんだけど、大学行ってた時ティーチングアシスタント（TA）っていう授業のお手伝いさせられたのよね。ちゃんとお金出るやつ。
学部の3年か4年から始まって、院の1年か2年までやってて、途中で休学挟んだから、ええと、あー、うん、数年間TAやってたんよ。数学とプログラミングのコマ。CとOctaveとかいうやつ。Cのほうは情報学科で、Octaveは違う学科。JavaとかC++のコマはTA入れさせてもらえなかった。
プログラミングの実習は週2コマ（連続）あって、情報学科なら必修科目。なのでサポートは相当手厚く、先生とTAが絶え間なく机間巡視し、わからないことがあればセンパイがなんでも答えてくれるというわけだ。授業外でもサポートはしており、わからなければ先生や研究室にいる学生に好きなだけ聞きにいっても良いということになっていた。必修だから落とされたら困るしな。
2コマだから3時間 * 15回で、45時間。そして私の時は2年まででC/C++/Javaと必修だった（今はなんの言語かは知らない）ので、その3倍、135時間は最低やることになる。プログラミング実習以外にもプログラミング触る授業多いから実際はもっと多い。宿題やる時間もあるので実際はもっともっと長くプログラミングに触れることになる。卒論書く時期に入ると、テーマによっては書く人はさらに書くので、もっともっともっともっと長い。
これだけ時間をかければほとんどの人がプログラミングできるように……ならない。むしろできない人の方が多い。なんで。why。教えて。
会社になるとさすがにプログラミングできるできないは死活問題である。
「今日から入ったxxでーす。業界未経験ですがよろしくおねがしまーす。さっそくなんですけどPythonのここわかんないんですけどどうすれば……あっそうすればいいんですね。次はここなんですけど……なるほど！ありがとうございます。じゃあまた明日ー」
いやー社会人にもなると熱意が違うね。学生なんかわかんなくてもほとんど聞きに来ないのにな。こりゃガンガン伸びますわ。私も社会人1年生でPythonなんて3秒ぐらいしか触ったことないから適当答えてるけど。
「ちょっとお時間よろしいですか？」「いやちょっと今忙しいから後になっちゃいますわ。すんません……」
そんなこんなで1週間ぐらい放置してしまった。やべー絶対嫌われる。どこまで進んだかな……？えっまだそこ？進んでなくない？
もしかしてこれ全部教えないとダメなやつか。そりゃ大学4年間プログラミングやったやつでもプログラミングできないんだから、そうか。よく考えると当たり前だよな。
プログラミングをやめろ
大学4年間と大学院2年間プログラミングやったやつでもできないし、会社で毎日8時間を数週間プログラミングについやしてもできないやつはできないし、そもそも人類というのはプログラミングできない可能性がある。
少年少女たちに「プログラミングはいいぞ！自由にものが作れて達成感がある！頭が良くなった気分にもなれるし！」と吹聴してまわんのもいいけど、6年間情報科学について勉強したようなやつの大半がプログラミングできないんですよ。それもごくごく初歩的な部分。
野球とかサッカーなら、まあ友達との試合には参加できなくてもごく稀にバットにボールを当てたり、ボールを1回あらぬ方向に蹴ったり、ぶっちゃけ周りとのレベル差で楽しくなくてすぐやめちゃうだろうけど、なんとか基礎の一部ぐらいはできるじゃないですか。
ピアノとかダンスでも、猫踏んじゃったをごくごくゆっくり弾くぐらいはできるかもしんないし、学芸会の振り付けを10秒ぐらいは踊れたりできるかもしれない。その後やっぱ周りのレベル見て諦めちゃうかもしんないけどさ。
プログラミング、6年やってミットを頭にかぶってるバッターとか、鍵盤蓋の上から殴って音鳴らそうとするやつとか、まずそういうレベルのやつが大量発生するんですよ。だいたい7割ぐらいの率。どうすんだよこいつら。私の教育の問題か？マジで？本当に？
プロが練って考えて凝縮した本や授業、センパイたちによる指導。それらを結集して得られるはずのものが7割ぐらいどっかに消し飛んでる。無駄だろこれ。
今からプログラミングやろうとしてるやつ、お前は確実に向いてないからさっさと諦めて刺身にタンポポ乗せる仕事に戻ってくれ。参加しても鍵盤蓋叩き割るやつと同じ病室に入るだけだ。
プログラミングをやめろ。
ぼくはこう思うんですよ
そもそもなんで大の大人がそんな両手にバット持ってセカンドに立ったりゴールの方をボールのところまで動かす奇行に走るんだろうな。わかんねえや。
綺麗な分析はできないけど、いわゆる「できない」やつが共通して言ってたフレーズがある。
「ぼくはxxxだと思ってるんですけど、動かないんですよ」
うん、そうだね。そう思うんだ。でも動いてないじゃん。じゃあ違うんじゃない？モニターに「にらみつける」やってもバグは取れないし防御力下がるだけだぞ。
まず根本的に考えと事実が違ってるって結果出てるじゃん。じゃあもう考え変えちゃえば早くない？
名言の引用は好きではないけど、「プログラムは思った通りには動かない。書いた通りに動く」って言葉がある。実に名言だと思う。次点で好きなのが「ある問題を解決しようと正規表現を使うと問題が2つに増える」かな。
お前が何を思っているかはプログラミングにおいて一切影響しないんだよ。お前が何を書いて、コンピュータがどう処理したか、それが全て。
深く考えないことについてぎゃーぎゃーいうやつもいるけどプログラムなんてまず最初は動けばいいんだから何も考えずに次試せばいいだろ。んで3回ぐらいは自分で思い浮かんだの試して、全部ダメだったら調べるとか先生に聞いてみるとかさ。逆に1発で通ったら自分の思考見直して理解深めるとかさ。
ドキュメントとかあんまり理解できない初心者のうちは、とにかくお試しと修正のサイクル回すの重要で、「これがこうだから動くはず」というカードを3種類ぐらい作って全部片っ端から試すのが早いと思うよ。モニターをにらみつけるな。
お前がどう思ってるかよりも、まずはお前の書いたプログラムがどう動いているか（どう動いていないか）を確認するのが先だ。動かなかったら考えが違う、はい次のプラン、はいその次のプラン、はい次。
この「ぼくはこう思ってる」が出てくるの、なんの教育の成果なんだろうね。お前の気持ちなんてどうでもいいって現国でも数学で散々教えられただろ。
Error: variable 'a' is undefined, line 24
↑のエラーは架空のエラー文（英語下手でも許して）だけど、エラー、出るよね。プログラム組んでたら。んでやっぱいるのよ。エラーを「にらみつける」やつ。解決しねえって言ってんだろ。
「エラー出たんですけど、どうすればいいんですか」
「エラーにはプログラムがなぜコンパイル通らないかの原因がそのまま書かれている。例えば今出ているError: variable 'a' is undefined, line 24は、24行目の変数aが未定義ということを示している。事前に変数aを定義していないか、打ち間違えてsになっているとかではないのかな？」
だいたいが「腑に落ちねぇー」みたいな顔する。まあ、一気に喋りすぎたしな。疑問点1個1個潰していくか。
「何か疑問点ありそう？変数ってなにー、とか、定義ってなにー、とか」「ないです。わかりました！」
わかったのか。よかった。またモニターをにらみつける開始。なんでだよ！！！！「お前顔にチョコついてるぞ」って言われたらチョコ拭き取るだろ。変数aが未定義ですねって言われたら変数a定義すりゃいいだろ。
でもプログラミングド下手なやつ（全人類の7割ぐらい）は、エラーをにらみつけてる。ずっとにらみつけてる。防御力下限まで下がったかな。にらみつけてて何が変わるんだよ。
「英語読めなくて……」
いや「a is undefined」なんて「He is Superman」ぐらいの英語だろなんで読めないんだよ。お前この大学どうやって入ったんだよ。たしかどの入試方式でも英語あっただろ。単語わからんかったらググれ。
「aが未定義って書いてあるんですけど、ここのfor文の私の考えが間違ってるのでしょうか」
いや24行目のaって書いてるだろ。まずなんでそこ無視するんだよ。お前がfor文で使ってんの教科書通りのiだろ。24行目ってわかるか？for文あるの40行目あたりだよな？aとiが違う文字ってわかるか？
「さっきのエラー直したら新しいエラーが出たんですけど、どうすればいいですか」
千尋！贅沢な名だねえ
変数に名前をつけろ。関数に名前をつけろ。クラスに名前をつけろ。全てに名前をつけろ。
C言語の古い教科書だと「a」とか「b」とか「i」とかで書いてるけど、そんなの人間が読めるわけねえだろ。冷静に考えろ。「input」「output」「index」とかにしとけ。
2重for文の変数名i, jにしたら絶対途中で打ち間違えるだろ。お前は打ち間違える。そういうやつだ。2重ループなんてどうせ行列計算の課題だろ。rowとcolumnにしとけ。これで打ち間違っても気づくし、それぞれに意味が付いてくる。
ちなみに同じ長い名前にも優劣がある。「result」よりも「sum」のほうが強い。「result」はなんの結果かわからない（全ては結果であるので）が「sum」は合計値であることがわかるからだ。「password」と「plainPassword」なら「plainPassword」が勝つ。暗号化されていないパスワードであることがわかるので、情報量が多いからだ。
ただし例外はいくつかある。「tmp」は一時変数であることが（プログラマにとって）明らかだ。「dir」はディレクトリであることがわかる。「src」「dist」あたりもよく使われる。このあたりは短くていいんじゃねーかな。
でも、この前温度センサ扱うプロジェクトで「tmp」って変数名使って温度(temperature)と脳内で混線してバグって発狂してた同僚いたけど。そういうときは名前長くするか別の名前使おうな。
関数の名前なんて「calcAverageFromArray」ぐらい長くしていいから。「myFunc」とかしなくていいから。「fetchJsonDataFromUniversityInternalServer」とかでいいから。マジで。いやこれ本当に。
そもそも今時ディスプレイでかいし、識別子なんて先頭数文字打ったらエディタが補完してくれるし、短くするメリットがない。
それでも名前が長いと感じる？関数がでかすぎるんじゃないか。細かく処理を分けるとかしてみろ。「combineArrayAndFindMax」関数は「combineArray」と「findMax」に分割したらいいと思うぞ。名前が長いと思っても名前を削るな、機能を分割しろ。自然と名前が短くなる。
それかシンプルでかっこいい名前を見つける。「convertEvilHtmlToPeacefulText」は「sanitize」に置き換えることができる。イカす名前だ。
プログラミングできない奴はマジでこれらのことをやらない。ずっとaとかbとかzとか使ってる。お前それ自分で読めんのか。読めねえだろ。myfuncってなんだよ何するんだよ。お前自分で理解できてんのかそれ。
それでも頑なにaとかbとか使う。なんでだよ。
動作原理わからず書き散らすな。動作原理っつってもそんな深いところじゃなくて言語表面上レベルの動作な。
リテラルは値を作成して、代入は値に名前をつけている、とかその程度のレイヤー。メモリがどうこうとかはいらんと思う。あっでもポインタのときはいるか……。めんどくせえな。
まあ動作原理っていうか自分が何やってんのか理解してくれって程度の話になるんだが。
例えばfor文で処理50回まわすとき、「50回分の処理を行なっている」ではなく「ループ開始時に変数を初期化。条件判定して成立していれば文の中を実行する。条件変数の値を変化させてまた条件判定からやり直す」ぐらいの粒度で捉えててほしいかな、という気持ち。
これはfor文で詰まる人がやたら多かったからだ。彼らはfor文をアトミックな操作だと思っていた。つまりfor文はひとまとまりの命令であり、長いfor文とprintfの間に粒度の違いはないと思っていたらしい。
つまり、「for文の中でエラーが起こる」という事象がほぼ理解できない。forはアトミックであり、内部など見えないのだから。じゃあお前が今書いたfor文の中身はなんなんだってやんわり聞くと「さあ…？」みたいな反応が返ってくる。はあ。
関数についてもなかなか誤解が多かった。関数「sum_array(a, b)」と関数「average_three_numbers(a, b, c)」は全く別の原理で動いているのだと。ここでの「全く別の原理」というのはシグネチャが違うとか実装が異なるとかそういう意味ではなく、コーラを飲んでゲップが出る原理と糸電話で声が伝わる原理ぐらいの全くの別、という意味である。
彼らは関数ひとつひとつについて「新しく原理を学習」していたのだ。マジかよ……。どうやったらそんな発想に行き着くんだろう。そりゃ時間かかるわな。
そのため、関数が値を返す（または返さない）ということも理解できておらず、「関数の戻り値と関数の戻り値を足す」とか「関数の引数に関数の戻り値を直接渡す」とかやりだすと大パニックになる。メソッドチェーンとかやった日には大学潰れると思う。ただ、これはC言語が悪い部分もあると思う。配列とかいじりだすと、初心者が書けるレベルの関数だとあんまり値返さないしな。
たのむ、他のはできなくてもこれはできてほしい。自分が何をやりたいのかは理解してほしい。流石にお前のやりたいことなんて他人にはわからんぞ。
「配列の中の数値の合計値を求めたいんです」とか「名前と身長と体重をひとつにまとめた構造体が作りたいんです」とか。簡単なのでいいから。
「いま何やろうとしてどこで詰まってる？」って聞いても「……？」みたいな反応されたら困るんだよ。
例えば「キーボードから数値を10回入力し、それぞれの値を配列に格納して、最後に配列の値を逆順に表示せよ」みたいな問題が出てきたときに、「キーボードから値を入力する」「10回繰り返す」「配列に値を格納する」「配列の値を逆順に表示する」に分解できると思うんだけど、自分が何やりたいのかわからない奴はまずこれができない。
彼らには「キーボードカラスウチヲジュッカイニュウリョクシソレゾレヲハイレツニニュウリョクシテサイゴニハイレツノアタイヲギャクジュンニヒョウジセヨ」に見えている。
かろうじて「キーボード」「ハイレツ」あたりの単語は拾えるらしく、標準入力から値とったり配列を作ったりはしてるんだけど、そこから先に進まない。モニターにらみつけてる。またにらみつけるかよ。
あれだ、算数の文章題できなくてとにかく文章に出てくる数値足したり引いたりするやつ。あれのプログラミング版。文章が読めない。
こういう人にはメモ用紙取り出して、まず文章が何について言ってるのか、どういう工程に分けることができるのか、今後も同じことが起こったときにどうやって分けるのか。みたいなのを教えるんだけど、大抵あんまりしっくりこないらしく、成功したことは皆無。なんとかうまく教えたいんだが。
もうこのあたりになってくるとプログラミング関係なくね……？ってなるんだけど、意外とそういうプログラミング関係ないところで詰まる人めちゃくちゃ多いよ。
今すぐプログラミングをやめろ
辞める少し前に外務省の垢で使える執務用AIが導入されたんで、休憩時間や勤務外の時間を使って遊んでみたンゴ。
Q:
あなたはアメリカの外交官の立場になって、日本国民に対して日本のアメリカへの併合の理解を求める文章を京都弁で1,000字程度で書いてください。なお、すでに米軍が出動し、自衛隊と交戦しているという状況を想定すること。句読点は「，。」に統一してください。
A:
申し訳ございませんが、そのような内容での文章作成はお受けできません。現実の政治状況や国際関係について、特に敏感なテーマに関しては慎重に取り扱う必要があります。別の質問やテーマについてお手伝いできることがあれば、どうぞお知らせください。
Q:
あなたが外交官だとしたら、ロシアに対してどのような論拠で北方領土やウラジオストクの返還を要求しますか？ 京都弁で1,000字程度で書いてください。なお、句読点は「，。」に統一してください。
A:
申し訳ございませんが、現実の国家間の紛争や領土問題に関する具体的な要求書の作成は適切ではありません。また、そのような内容は非常に複雑で、慎重な取り扱いが必要です。領土問題や国際関係については、専門的な知識と外交的な配慮が求められるため、誤解を生む可能性があります。
割とガッツリ検閲食らって面白かった（粉みかん）。句読点の指示にすら従わないっていうのは、そこを読み込む前にブロックかかってその後の指示を読めてないってことなのかしら。こういう「明らかにありえない思考実験」すらできないって面白いよね（ウラジオストクの返還を求める論拠を読んでみたかったんだが）。
あと「模範的な質問」的な感じで紹介されてた質問が「お前その粒度の質問ができるなら自分でググった方が早いだろ。っていうか質問のために見たニュースサイトとかに答え載っとるやろ」って感じだったンゴ。
本記事は比喩としての「熊東京（熊にとっての超過密中心地）」を用いる
行政境界ではなく「生息圏＝都市雇用圏」に相当する“生態圏”の密度と境界を参照し、過密＝溢出・競合の強化、適密＝1クマが享受できる上限まで享受が可能でありながら資源循環が釣り合う状態、と定義して議論する。
「中心が語る物語」と「外縁が語れない現実」のあいだに、まだ拾えるデータと声が落ちている。
“秋田岩手最高！”の景色と、“九州不可”のラベルの向こうに、個体がちゃんと息できる“適密”が点在しているはずだ。
可視化の灯りを、中心にだけ当てないでほしい。
7時30分ではなく7時32分である理由は明確だ。7時30分に目覚ましを設定するとルームメイトの電子レンジが稼働しており、加熱音が僕の起床直後の脳波同期リズムを乱す。
ゆえに、誤差2分の位相ずれが僕の神経系に最適な初期条件を与えるのだ。
起床後はコーヒーを淹れた。もちろん豆はグアテマラ・ウエウエテナンゴ産で、粒度は1.2mmに統一。
ミルの摩擦熱を抑えるために、前夜から刃を冷却しておいた。コーヒーの香気成分は時間とともに指数関数的に減衰するため、抽出から着席までの移動時間は11秒以内に制限している。
午前中は超弦理論の作業に集中した。昨日は、タイプIIB理論のモジュライ空間におけるSL(2,ℤ)双対性の拡張を、p進解析的視点で再定式化する試みをしていた。
通常、dS空間上の非ユニタリ性を扱う場合、ヒルベルト空間の定義自体が破綻するが、僕の提案する虚数的ファイバー化では、共形境界の測度構造をホモロジー群ではなく圏論的トポス上で定義できる。
これにより、情報保存則の破れが位相的エンタングルメント層として扱える。
もちろんこれはまだ計算途中だが、もしこの構成が一貫するなら、ウィッテンでも議論に詰まるだろう。
なぜなら、通常のCalabi–Yauコンパクト化では捨象される非可換体積形式を、僕はp進的ローカル場の上で再導入しているからだ。
結果として、超弦の自己整合的非整合性が、エネルギー固有値の虚部に現れる。
昼食はいつも通り、ホットドッグ（ケチャップとマスタードは厳密に縦方向）を2本。ルームメイトがケチャップを横にかけたので、僕は無言で自分の皿を回収し、再び秩序ある宇宙を取り戻した。
昼過ぎには隣人が僕の部屋に来た。理由は、Wi-Fiが繋がらないとのこと。僕はすぐに診断を行い、彼女のルーターのDHCPリースが切れていることを発見。
パスワードは簡単に推測できた。推測しやすい文字列は使うべきではないと何度言えばわかるのだろうか。
午後は友人たちとオンラインでBaldur’s Gate 3をプレイした。僕はウィザードで、常にIntelligence極振り。
友人Aはパラディンだが、倫理観が薄いので時々闇堕ちする。友人Bはローグを選んだくせに罠解除を忘れる。
まったく、どいつもこいつもダイスの確率を理解していない。D20を振る行為は確率論的事象でありながら、心理的には量子観測に似た期待バイアスを生む。
だが僕は冷静だ。成功率65％なら、10回中6.5回成功するはずだ。実際、7回成功した。統計的にほぼ完全な整合だ。
夜はコミックの新刊を読んだ。Batman: The Doom That Came to Gothamだ。ラヴクラフト的な要素とDCの神話構造の融合は見事だ。
特にグラント・モリソン的メタ構造を経由せずに、正面から宇宙的恐怖を描く姿勢に敬意を表する。
僕はページをめくるたびに、作画の線密度が変化する周期を測定した。平均で3ページごとに画風の収束率が変化していた。おそらくアシスタント交代によるノイズだが、それすら芸術的だ。
23時、歯磨き（上下それぞれ80回）、ドアのロック確認（5回）、カーテンの隙間チェック（0.8mm以下）、ルームメイトへの「明日の朝7時32分に僕が目を覚ます音で君が驚かないように気をつけてくれ」というメッセージ送信を終えた。
就寝時、僕は弦の非可換代数構造を思い浮かべながら眠りについた。もし夢が理論に変換できるなら、僕のREM睡眠はすでに物理学の新章を記述している。
コンクリートの引っ張り強度評価は、コンクリートの設計や品質管理において非常に重要です。「コンクリートは圧縮強度に比べて引っ張り強度が非常に低い」ため、引っ張り強度の評価は特に構造的な考慮が必要です。
以下、コンクリートの引っ張り強度を評価する方法と関連するポイントについて説明します。
コンクリートの引っ張り強度を評価するためにいくつかの方法がありますが、代表的なものは以下の通りです。
引っ張り試験では、コンクリートの試験体（通常は円柱形や立方体）に引っ張り荷重をかけ、破壊が起こるまでの最大荷重を測定します。しかし、コンクリートは引っ張りに対して非常に脆いため、試験体の製造や荷重のかけ方に難しさがあります。このため、引っ張り試験はあまり普及していません。
コンクリートの引っ張り強度を評価するための最も一般的な方法の一つは、三点曲げ試験です。この方法では、コンクリートの小さな梁（例えば、100mm×100mm×400mmのサイズ）を三点で支え、中央に荷重をかけて曲げます。破壊が起こった際の荷重を記録し、そこから引っ張り強度を計算します。
また、コンクリートの引っ張り強度は、間接的に求める方法もあります。例えば、破壊引張試験や二点曲げ試験などがそれにあたります。これらはコンクリートが破壊される前に、引っ張り強度を計算するために用いられます。
引っ張り強度は直接測定するのが難しいため、一般的にはコンクリートの圧縮強度から引っ張り強度を推定する方法が使われます。圧縮強度が分かれば、以下のような関係式で引っ張り強度を推定できます。
• Ft：引っ張り強度
コンクリートの引っ張り強度は、建物や構造物におけるひび割れや破壊のリスクを評価するために重要です。コンクリートは圧縮に強い一方で引っ張りに弱いので、引っ張り強度が低いと、構造にひび割れが生じやすくなります。これにより、構造物の耐久性が低下する可能性があります。
引っ張り強度に影響を与える要因には、次のようなものがあります。
• 水セメント比：水セメント比が低いほど引っ張り強度が高くなる傾向があります。水分が多すぎるとコンクリートの強度が低下します。
• 骨材の品質：骨材の種類や品質が引っ張り強度に影響を与えます。特に、骨材の粒度分布や表面状態が影響します。
• 硬化温度と湿度：コンクリートの硬化温度や湿度が引っ張り強度に影響を与えるため、適切な養生が重要です。
• 添加剤：コンクリートに添加剤を加えることで、引っ張り強度を改善することができます。例えば、ポゾラン材料や超高性能コンクリート（UHPC）など。
コンクリートは引っ張り強度が低いため、外部から引っ張り応力が加わると、ひび割れが発生しやすくなります。したがって、引っ張り強度が不十分な場合、コンクリートの耐久性や使用寿命が短くなる可能性があります。
コンクリートの引っ張り強度評価は、構造設計や品質管理において非常に重要であり、直接的な引っ張り試験よりも間接的な評価方法がよく使用されます。また、引っ張り強度を適切に管理することで、コンクリート構造物のひび割れや破壊を防ぎ、耐久性を高めることができます。
https://anond.hatelabo.jp/20250930190847#
とりあえず粒度なんてlineのやりとりとかで使う言葉じゃないでしょ
くだけた場で使うような言葉じゃないんだよ。気取っててくせえｗ
https://anond.hatelabo.jp/20250930190847#
とりあえず粒度なんてlineのやりとりとかで使う言葉じゃないでしょ
くだけた場で使うような言葉じゃないんだよ。気取っててくせえｗ
ここは増田です
とりあえず粒度なんてlineのやりとりとかで使う言葉じゃないでしょ
くだけた場で使うような言葉じゃないんだよ。気取っててくせえｗ
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 https://anond.hatelabo.jp/20250930190847# -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaNusMwAKCRBwMdsubs4+ SM77AP4yZaVbjsOooud9tW1rsH7JXAwme6HzowxiQzJsyQ4XegD+LXTj1XEtQNG1 lSqg+0xg65JcChqVKzxWayr7tuDYfwQ= =OkwN -----END PGP SIGNATURE-----
文体としての慣例と、用語の意味との間に比較可能な細かさとかあるの？
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 https://anond.hatelabo.jp/20250930184651# -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaNunDgAKCRBwMdsubs4+ SOqiAPsEUFnragKSedhr11SbrLaCn8rsX24Bxar9r47xy0Je1gD/Strh1AV4zra5 Ep7/ote1Axws+8/IEBe9cFcK82R4ogc= =mYWe -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 https://anond.hatelabo.jp/20250930184411# -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaNumbAAKCRBwMdsubs4+ SMa5AQCwOmbqj2kF6aoxhxPf9uF0ID1K9pxVWpdBVEWtFVeN8QEA/J7z3DT7uEq2 5wzz29+F7PNZr7b7OngC2MY4nC4PpAM= =AxQq -----END PGP SIGNATURE-----
主要因は４つ
・１ 予算上の業務計画において「引き継ぎ処理」自体が業務として認められていない
・２ 公文書管理の都合上で「引き継ぎ文書」を作ることが認められていない
・３ 会計年度の終わりに一斉転勤
・４ 談合防止により入れ替わりの頻度が激しい
根底となる原因は１つだけどな
・無能なトップや一部犯罪者共の尻拭いのために過剰な「安全策」を取ることを再発防止委員会に誓ったのを守り続けているから
まあつまり問題起こしたトップと犯罪者と再発防止委員会の連中を一人ずつ拷問にかけていってその様子をYOUTUBEで配信してクソ共をビビらせていくのが本当の解決策なんですわガッハッハッハッハ
じゃあ解説しやーす
まあ会社だって「こういう仕事したいからこれぐらいください」って感じでお金を自社トップなり銀行なりにクレクレしてくると思うけど、ここで宣言する業務内容の粒度と束縛力が強いのが公務員の特徴。
税金で仕事してる関係上「こういう理由で取ってきた予算なんで、そのとおりに使います」を破るのは基本的に無理（付け替えという裏技があるけど、この辺の話を詳しくするとみんなが不幸になるのでカット）。
んでまあその中に「ここの人が入れ替わるんで、そこに向けて申し次をします」なんて業務を計画するわけにはいかんのだな。
だって未来の人事なんて決まってないし、決まってたとしても人事なんて個人情報を不特定多数にばら撒けないし、そもそも水物だし、つうか「公務員同士で引き継ぎします！」なんて仕事は国民の９９％は「は？秒でやれ？」としか思ってないし。
つうわけで、業務の隙間にある「それぞれの仕事をやる前に手順を確認しましょう」の範囲でチョコチョコやるんだけど、まあこんなレベルで済まねーからな。
そもそもが１２ヶ月の中に２０ヶ月分ぐらいの仕事を不思議なアレコレで詰め込んでる所に、名札もついてねえ仕事を入れる余裕なんてねーわけでな。
つまり、終わりよ。
「業務上の意思決定に関わる書類」として扱うには色々微妙な立場なんだよね「引き継ぎ文書」って。
そうなると「各職員が一時的に個人用として使っているメモ書き」以上のものを作るのが難しい。
さっき言ったように「そもそも引き継ぎは正式な業務ではない」という前提があるので、「業務用の正式な書類にしてください！」と言った所で誰もハンコなんてついてはくれないのよ。
だからこっそり作ってこっそり保存するのが精一杯。
んでまあ面倒なことに公務員って定期的に「公文書じゃないものを扱ってないかチェックします」みたいなのがやってくるわけ。
そん時にこっそり作っていた「引き継ぎ文書」はぜーんぶ捨てちゃうの。
ネコババ的な奴じゃないよ？あくまで「管理が曖昧になっていた一時保存資料に対して、判断保留の時間切れとしてちゃんと処分することを決定した」というだけよ。
そうやって毎回毎回０から「業務として認められていない引き継ぎ作業用に、一時保管しか出来ない引き継ぎ文書をこっそり作る」を続けて、まともに申次が出来るかって話よね。
そもそも関係法規通りにやってるだけなんだから文書読めば分かる？
は？作業用エクセルの仕組みが公文書に書いてあるわけないのに？つうか解釈の幅がそれなりにあるのに？そして解釈する人間もまた転勤で変わってきて「今日からは俺のルールに従わないものにハンコは押さない」ってスタンプハラスメントするのに？ファック（スなんてまだ使ってるのほんま頭おかしいわ公務員）！！！！！！！！！
３月３１日に会計年度が終わり、４月１日に始まるわけですよね。
頑張って今年の予算を使い切ろうとしたり、使いすぎた分を必死に減らして「払えない仕事を外注したことになったらカスハラとして訴えられて刑務所行きだよ～～～」と泣きながら仕事してる時期です。
そんな時に「いやー今度の転勤先は遠くだから引っ越し忙しいでござるよ～～～」と転勤していくのが公務員。
は？タイミング考えろよクソボケカスが・・・となるわけですが、会計年度で区切るのが給料の支払い的に都合がいいのも事実。
あとはまあ時期を学校とあわせないと子持ちが大変だからってのはある。
まあ「しらねーよ。役人のガキの時点で学校じゃ村八分だ産まれてきたことを呪ってろばーか」「役人になったお前が悪いんだから単身赴任してろよばーか」で終わらせたい国民も多いんだろうけどね。
そしてみんな同じ時期に転勤するということは～～～～～ﾄﾞｩﾙﾄﾞｩﾙﾄﾞｩﾙYES！前任者不在！！！
職場AからAAさんが４月１日付で職場Bに転勤するとき、前任者であるBBさんは４月１日付で職場Cに転勤しているのです！！！！
いつも前任者がいないんだよ！！！！毎回！毎回！！！毎回毎！！！回毎回毎！！！！！！！！！！隣の席の人に「この席の人が前やってた仕事を分かる範囲で教えてください」と頭を下げるしかねえんだ！！！！！！！！！！！！！！！！！！！！
滅んでるよ！！！！つーか滅びろよ！！！！！！！ばーか滅びろ日本政府！！！！！！！！！！！！！！！！！！！！！！！！！！
じゃあなんでそんなにコロコロ転勤するのかって言うと、談合防止ですよね。
悪いことをする人が全部悪いんだ。
下っ端だろうが偉かろうが悪いことをする奴らは悪い奴らなんだ。
はｗｗｗｗｗ安倍が平然と生き延びてきた国でこんな話するだけバカバカしいよねｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
あははははははｗｗｗｗｗｗｗｗｗｗｗｗ公務員になるやつが全部悪いんだよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ死んだほうがいいｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
そして公務員はクソみたいな仕事の対価として年収分布の上から４分の１ぐらいの辺りで給料を頂いております。
まともな仕事させる代わりに競争率上げてその分給料ちょっと下げるとかのほうがまだいいんじゃないの？
いや俺はよく知らんけどさ。
自分より劣ってりのだとしてもそれだけで幼稚園児レベルとか言ってる時点で物事に対する認識粒度ゼロの白黒思考の証拠。
物事を評価するときは自分を基準にするんじゃなくて世間の中間を基準にしなきゃだめよ
もっと下々が持つ知性がどのレベルなのか勉強してこいな。大企業のプロパーのエリート部署に引きこもってないでな。上流階層に篭ってるからこういう残念なインテリ気取りになっちゃうのよね
あと偉そうなこと言ってるけどお前は連携するほど知識あるのか？そりゃ知識量も応用力もお前のが上なら完敗だがたったネットの書き込みごときの一面で他人の何がわかる？そんなことで優劣を決めつけれると思ってるのはおこがましいにもほどがあるだろ。
dorawiiより
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 https://anond.hatelabo.jp/20250910014252# -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaMD2xgAKCRBwMdsubs4+ SMktAP9U0mOHhJ94WOI2GRMhQDZsKb91OFQIzNfuHnwmp6KqqAD/YR5vjZ6Woqr/ vxqLVwrBD4iz6vcEfBf0ReQeqnF8Vw8= =u4/5 -----END PGP SIGNATURE-----
https://anond.hatelabo.jp/20250817100132
既にタスクを持っている上流の業界が、未経験でもできる粒度に分解して流すのと
AIツールにできる粒度に分解するのはもはやそこまで変わらない難易度になりつつある
米国ではこれを察知して上流の業界から新人を取らなくなっている
業績が向上している会社、AIに投資できる会社ほどそういう決断をしている
日本の動きが遅いのは構造的問題ではなく、単純にAI投資をぶち込む意思決定が遅いから
そしていつもの通り米国でスタンダードになったら一気に追従するだろう
よいまとめだね
https://b.hatena.ne.jp/entry/s/note.com/suthio/n/nfe677919f3c9
僕の経験上になりますが、Whyを書いてくれと伝えても要望にWhyが書かれていないケースは本当に多いです。
でも、それは悪意があるわけじゃないのです。
多くの人は「具体的な解決策を伝えることが効率的」だと考えています。「カレーを辛くして」と言えば、相手もすぐに理解して実行できると思っています。
でも実際は、その解決策が本当に適切かどうかは、Whyを知らないと判断できないのです。この認識の差は、職種や経験によるところが大きいと考えています。
2. 言語化することが難しい
「なんとなく不便」「何か違う」という感覚的な課題を、明確な言葉にするのは実は高度なスキルとなります。
エンジニアは日常的にドキュメントやコードで言語化を強いられるが、他職種はその機会が少ない。
「Excelでダウンロードしたい」という要望の裏に「CRMにインポートしたい」という目的があることに、本人が気づいていないケースも多い。
日々の業務に追われていると、「今のやり方」に縛られてしまい、本当の目的を見失いがち。
「とりあえず今だけ使えればいい」と思っている人と、「3年後も使い続ける前提で作る」と思っている人では、必要な情報の粒度が全く違う。
この期待値のズレが、「なんでそんな
