「変数」を含む日記 RSS

はてなキーワード: 変数とは

2024-03-21

もうね・・・

コーンフレークじゃなくて、Haskellだとして、全体のネタを書き直してくださいっていう指示した結果

ツッコミ「どうもーどうも ミルクボーイですー」

ボケツッコミ「お願いしますー ありがとうございますー」

ツッコミ「あー ありがとうございますー ねっ 今Githubスターいただきましたけどもね」

ボケツッコミありがとうございますー」

ツッコミ「こんなん なんぼあっても良いですからね」

ボケ「一番良いですからね」

ツッコミ「ねー 有り難いですよ ほんとにね」

ボケ「入れておきましょう」

ツッコミ「ゆーとりますけどもね」

ボケ「いきなりですけどね うちのオカンがね 好きなプログラミング言語があるらしいんやけど」

ツッコミ「あっ そーなんや

ボケ「その名前ちょっと忘れたらしくてね」

ツッコミプログラミング言語名前忘れてもうて どうなってんねそれ」

ボケ「でまあ色々聞くんやけどな 全然からへんねんな」

ツッコミ「分からへんの? いや ほな俺がね おかんの好きなプログラミング言語 ちょっと一緒に考えてあげるから どんな特徴ゆうてたかってのを教えてみてよ」

ボケ「あのー関数型言語で、型システムが強力で、遅延評価するやつやって言うねんな」

ツッコミ「おー Haskellやないかい その特徴はもう完全にHaskellやがな」

ボケHaskellなぁ」

ツッコミ「すぐ分かったやん こんなんもー」

ボケ「でもこれちょっとからへんのやな」

ツッコミ「何が分からへんのよー」

ボケ「いや俺もHaskellと思うてんけどな」

ツッコミ「いやそうやろ?」

ボケオカンが言うには 将来の夢はそれで書かれたOSを使うことやって言うねんな」

ツッコミ「あー ほなHaskellと違うかぁ Haskell製のOSなんてまだ無いもんね」

ボケ「そやねん」

ツッコミHaskellOSを作るのには向いてへんからなぁ」

ボケ「そやねんな」

ツッコミ「な? Haskell側もOS開発に任命されたら荷が重いよあれ」

ボケ「そやねんそやねん」

ツッコミHaskellってそういうもんやから ほなHaskellちゃうがなこれ」

ボケ「そやねん」

ツッコミ「あれほなもう一度詳しく教えてくれる?」

ボケ「なんであんなにモナドが難しいのか分からんらしいねん」

ツッコミHaskellやないかい モナドは確かに難しいねHaskellの でも俺はね あれはHaskellの良いところやと思うねん 俺の目は騙されへんよ 俺騙したら大したもんや」

ボケ「まあねー」

ツッコミ「ほんであれよー いざ使ってみたらね モナドのおかげでコードスッキリするねん 俺は何でもお見通しやねんから Haskellモナドなんて」

ボケ「分からへんねんでも」

ツッコミ「何が分からへんのこれで」

ボケ「俺もHaskellと思うてんけどな」

ツッコミ「そうやろ」

ボケオカンが言うには プロダクションで使うにはまだ早いって言うねんな」

ツッコミ「ほなHaskellちゃうやないかい プロダクションHaskell使ったら 上司がひっくり返すもんね Haskellはねー まだ研究段階やから実務では使いにくいねん」

ボケ「そやねんそやねん」

ツッコミ「な? Haskell使ってみたらだんだん罠が見えてくるから 最後ちょっとだけ避けてまうねんあれ」

ボケ「そやねんそやねん」

ツッコミ「そういうカラクリからあれ」

ボケ「そやねんな」

ツッコミHaskellちゃうがな ほな もうちょっとなんか言ってなかった?」

ボケ学生の頃 なんでみんな憧れるんか分からんかったらしいねん」

ツッコミHaskellやないかい 学生の頃はHaskellOCamlLispに憧れるんやから あとSmalltalkも憧れたな Haskellそんなもんよ」

ボケ「分からへんねんだから

ツッコミ「なんで分からへんのこれで」

ボケ「俺もHaskellと思うてんけどな」

ツッコミ「そうやろ」

ボケオカンが言うには 関数型プログラミング教科書に必ず載ってるっていうねん」

ツッコミ「ほなHaskellやないかい 教科書サンプルコードHaskellコードが出てこんわけないやん」

ボケせやねん

ツッコミHaskellはね 関数型プログラミング王道中の王道やねん」

ボケせやねんせやねん

ツッコミ「あれみんな関数型の慣用句書いとんねんあれ」

ボケせやねんせやねん

ツッコミHaskell絶対 ほな ほなもうちょっとなんかゆうてなかったか?」

ボケWebアプリ作るのに適してるらしいで」

ツッコミHaskellやないかい Yesodとかあるやろ な? RubyとかPythonの次はHaskellが来るって言われてるねん 俺はそう思うよマジで Haskell絶対

ボケ「分からへんねんでも」

ツッコミ「なんで分からへんのこれで」

ボケ「俺もHaskellと思うてんけどな」

ツッコミ「そうやて」

ボケオカンが言うには ジャンルでいうたら数学やっていうねん」

ツッコミ「ほなHaskellやないかい ジャンル数学言うたらHaskellしかあらへんやん な? Haskell数学理論ベースになってるんやで ラムダ計算とか圏論とかな」

ボケ「そやねんそやねん」

ツッコミ「ほなHaskellに決まりやないかい ほなもうちょっとなんかゆうてなかった?」

ボケコードを書いてる時に 変数感謝してまうらしいねん」

ツッコミHaskellやないかい Haskell変数が不変やから 変数感謝するのは当然やねん ね? 状態変更せんと安心して使えるからな」

ボケ「そやねんそやねん」

ツッコミJavaとかの変数は裏切るからアカンねん Haskell変数は一生そばにおってくれるから最高やで」

ボケ「でも分かれへんねん」

ツッコミ「分からへんことない おかんの好きなプログラミング言語Haskell もぉ」

ボケ「でもオカンが言うには Haskellではないって言うねん」

ツッコミ「ほなHaskellちゃうやないかい オカンHaskellではないと言うんやから Haskellちゃうがな」

ボケ「そやねん」

ツッコミ「先ゆえよ 俺がラムダ計算説明してる時どう思っててんお前」

ボケ申し訳ないよだから

ツッコミ「ホンマに分からへんがなこれ どうなってんねんもう」

ボケ「んでオトンが言うにはな」

ツッコミ「オトン?」

ボケBASICちゃうか?って言うねん」

ツッコミ「いや絶対ちゃうやろ BASICなんて時代遅れもええとこやん もうええわー」

ボケツッコミありがとうございましたー」

2024-03-19

男性こそ子育て理由転職した方がいい。

年子どもが生まれ、育休を3ヶ月取った。都内上場スタートアップ勤務ということもあり、男性育休には寛容な環境で、同僚からはお祝いにおくるみいただき、前向きに送り出してもらった。

当然だが、とてもハッピー気持ちで育休に入った。出産に立ち会って自然と流れた涙は、これまでの人生で最も無垢で、言葉にならない嬉し涙だった。仕事子育てを両立して、より一層充実した人生を送っていくぞと意気込んだ。

しかし、育休中に痛感したことがふたつある。

まず、育休中は仕事をしていないので、育休を取ったからと言って仕事子育てを両立したとは思えなかった。数ヶ月程度の育休は「特に大変な新生児期を乗り切る手段」であって、「仕事子育てを両立する手段」にはならないのが現実だ。

そして2つ目に、「両立」と勝手に言っているが、それは自分だけの問題なのかということ。子育て夫婦の共同プロジェクトだ。義務教育までとしても15年を要する、一大プロジェクト。そのプロセスにおいて、当然、妻には妻の「両立」がある。

育休は子育てのほんのプロローグに過ぎず、その後が本番と言ってもいい。

3つそれぞれの満足度(納得度の方が適切かも)のバランスをどうやって保っていくか。中長期的にはこれが1番のテーマで、もはや、要素がふたつであることを前提にした「両立」という言葉で捉えること自体が、時代遅れに思えた。

妻はメーカー勤務で、仕事好きな人間だ。バリキャリ志向ではないが、自社商品を愛してやまないタイプで、今後もフルタイムでの仕事を望んでいる。彼女仕事を通して充実感を得ることは、一緒に生きる私や子どもにとっても大切なことだ。

私は会社に働き方の相談をした。フレックスがなく、リモートにも回数制限があるため、せめて後者は緩和できないかと。しかし残念ながらその交渉は実らなかったため、転職を決めた。

次はリモートかつフルフレックスの環境で、幸いなことに年収も大きく上がるオファーをもらえたので、自分自身問題解決できたが、これだけ少子化社会問題になる中でも、子育て仕事の両立に優しくない現実を突きつけられたモヤモヤは消えていない。

経済合理性が伴う事由や、事業を左右するような外圧がなければ企業は変化しない。女性社員活躍を進めて社会情勢に応じつつ、男性社員にはこれまで通り仕事にフルコミットさせたい。これが経営者本音だろう。

しかし、その男社員子どもがいるとなれば、しわ寄せはパートナー女性にいき、どこかで働くその人のキャリア制限し、家庭の幸福度の総量も減らす。間接的に女性活躍を阻害しているわけだが、大半の企業は「知ったこっちゃない」と言うだろう。

から思う、男性こそ子育て理由転職した方が良い。環境制度を変えなくても男性社員が辞めないから、企業も変わらない。賃上げだってそうだろう。

厄介なことに、子育ては本当に千差万別。子の性格や体質、家庭の経済力、時間の柔軟性、幼稚園保育園環境、本人やパートナーの体力、実家の頼りやすさなど、いろんな変数難易度が変わる。

カードに恵まれただけだったかもしれないことに想像が及ばず、n=1の個人的体験談断じてしまう人もいる。そういう人が上司経営者会社にいるなら、すぐに転職した方が良いと個人的には思う。

少子化人手不足課題社会なのだから共働き子育てもしようという自分は多少わがままを言ってもいい。自分にそう言い聞かせることで、同僚に迷惑をかけることを頭から消して長めの育休を取り、転職も決めることが出来た。

仕事より家庭、という安直二元論では捉えていないし、仕事ももちろん頑張っていくが、「仕事=今の職場」ではないはずだ。

繰り返すが、男性こそ子育て理由転職した方が良い。それが大きなうねりになれば、いろんな問題が少しずついい方向に向かうように思う。

昔、必要に迫られてPHP勉強した時…

本屋自体が少なく、あっても技術書の専門コーナーなんてない田舎住まいだったので、

Amazonで専門書を買って勉強してたんだけど、本当に何も知らないので「基礎から」って本を数冊買った。

しかしどの本も全体のうちの半分は「ハローワールド」と「変数基本的な使い方」と「ifの使い方」で占められ、

そこを超えるといきなり、コード掲載けが10Pくらい続く本格的なプログラミング解説なしでやらされるものだった。

知らない命令とか構文がいっぱい出てくるし、それを一々ネットで調べないと進められないので全部挫折した。

更に本を追加で買って、運良く段取り良く進めていってくれる本にあたったことでなんとかなった。

その後、別の言語勉強しようとする度に、全体のうちの半分は「ハローワールド」と「変数基本的な使い方」と「ifの使い方」で占められ、る本に当たるし、そこについては大体どの言語でもやり方は同じで、まるまる読み飛ばすことが多い。

今日日、エクセルちょっと触ってればifくらいは普通に使うものからパソコン仕事する人ならみんな知ってると思うし、シリーズとして「ifくらいまでは知ってるところからスタートする入門書」が欲しいなぁと思う。

2024-03-03

[] インフレは良いもの

標準的経済理論経済主体の行動を決定するのは、名目変数ではなく、実質変数である

賃金物価の好循環」がなぜ好循環なのか。「デフレを抜け出したいでーす!ピロローン!」ぐらいの根拠しかない。

経済の実質値がインフレによって高まるということはあるのだろうか。

名目賃金物価が同時に上昇する経済の方が、互いに凍結し合っている経済よりも好循環が起きやすい、という見方を100歩譲って認めるとしてみる。

しかし、その正の効果果たしてどのくらい大きいのか?

家計企業のように、物価賃金名目値が上昇する経済が、消費や住宅投資をより増やすかと言われれれば、それはかなり怪しい。

貨幣錯誤はあるかもしれないが、実質賃金が低下し、物価が高まれば消費は減る。当然である

賃金物価の好循環」の正の効果が、他のリスク要因を上回るかというと、断定はできない。

デフレが続いたことによって生まれた「インフレは良いもの」という妄想は疑う必要がある。

anond:20240302043100

経営者としてお答えしよう

ファック死ね

 

てめぇの趣味給料払うのがどれほど不愉快想像してほしい。

業務時間を割いてなにかやってるのは知っていが注意すると拗ねてモチベ下げるので黙っているが、管理職には絶対に上げないフラグを立ててるから

 

費用対効果

持続可能

 

頼むよ、これを意識してよ

2秒の計算が1秒に縮まるコストナンボのもんだ?

仮に5秒短縮が当該業務担当5人、10回/日だとして年間16時間。。。

 

ん?わりとデカいな。

頑張れ

 

違う違うちがう

んなもん経営上の誤差だ、5秒くらい大人しく待ってろ

どうせ空いた時間は給湯室でくっちゃべってるだけだ

微妙ストレス

知るかボケ

歯車の分際で生意気

 

あのな、頑張って勉強して業務効率化に寄与してくれるのはありがたいが、

オマエ死んだらどーすんの、連想配列保守メンテできるスタッフ他にいる?

ワークシート上のセル式ならなんとか追いかけられますが、VBAでややこしいことやれたらわかりませーん、だよね?

そういうレベル組織なの。

 

VBAでゴチャゴチャやられるといざ業務拡大近代化の時に余計な工数もかかるの。

ワークシート上で処理完結してて適度にコメントも書いてくれてたらそれがそのまま要求仕様ドキュメントになるの。

プログラム化されちゃう要求仕様はそこから紐解かなきゃならない、そんだけ余分な工数がかかる。

 

残業して連想配列してるのは分かってるが、さっさと帰って婚活でもして、ブサイクな嫁とアホの子供でも作って、あぁもう迂闊に会社辞められねぇ、ってなってくれたほうが会社はありがたいの。

とりあえず今日明日を凌いでさくっと業務が回ればいいんだよ

美しくない?

知るかボケ

 

どこにどれほどリソース割くべきか

こっちもアホでは無い、経営変数パラメーターを加味して妥協方向性優先順位決めてるんだ

 

頼むから言う事聞いてよ

2024-03-02

エクセルマクロのお作法計算用シートという諸悪の根源について)

前置き

この日記の内容は、会社の後輩から最近エクセルマクロ勉強し始めて(キラキラ)」という話を聞いて、先輩ムーブかますために話した内容になります

とにかくこれから説明する「計算用シート」が憎くて憎くてたまらず、ちょっと引かれるほど熱弁してしまいました。

ただ、他の方がどうされているのかや、逆に「計算用シート」を愛用する方の意見も聞きたくなり、増田に書いてみました。

増田の経歴

この記事趣旨

エクセルマクロのお作法とか書きましたが、要するにエクセルマクロで「計算用シート」って色々な意味でよくないよね、という話をしたいです。

3行でまとめます

〇 エクセルシートはユーザーインターフェースインプット)か出力結果(アウトプット)のためのものとすべき

〇 データ加工をする場合には、原則配列辞書配列連想配列)に格納して加工を行い、最後の結果だけシートに出力するべき

〇 何事にも例外はある。

計算用シートとは

この記事では、エクセルシートを下記の通り分類します。

エクセルマクロにも色々あると思いますが、今回は下記を想定します。

日付や人物名などを入力し、データベースや別のエクセルファイル、別のシートから取得したデータ入力された値を基に加工し、加工後のデータをシートに出力する

この場合入力欄があり編集可能なシートがユーザーインターフェース、最終的に加工されたデータが出力されるシートが出力結果です。

(もちろん、ユーザーインターフェースの別の欄(セル)に出力する場合もあるし、その場合ユーザーインターフェース出力結果が一体のものとみなします。)

また、データ用シートは同じエクセルファイル内に基となるデータが含まれ場合を想定します。

(これ自体が非推奨で、SQLデータベースかせめてAccessを使え、という意見はありますがそれは別にして…)

ではここで定義する計算用シートとはなにかというと、文字通り計算を行うためのシートです。

例えばイメージするのはこんなマクロです。

1.元となるcsvファイルエクセルに読み出してシートに格納

2.そのデータは日付が数値型になっているので、日付(数値型)の入った列を文字列に変換した日付(文字列型)列を新たに作成

3.その列をキーとして対象となるデータを取り出すvlookup関数を各行に格納した列を新たに作成

4.その列で特定された列をさらに加工した列を新たに作成し、…

これは極端な例ですが、とにかく変数配列定義せず(あるいはエクセルセルオブジェクト変数のように扱い)、エクセルに値を入力し、それを直接加工することで目的となるデータ加工をしたり、様々な処理をします。

その舞台となるのが、計算用シートです。

なんかこんな感じの処理をしているエクセルマクロ、どこの会社でも腐るほどあるんじゃないでしょうか。

ある程度マクロに慣れた気の利く人なら、このシートはロック非表示にして、ユーザーから触れないようにするでしょう。

・・・これ、やめたほうが良くないですか?

こいつが日本生産性を落とす諸悪の根源だと思います

駄目な理由

ある程度詳しい人なら同意してくれると思いますが、このやり方でダメ理由はいっぱいあります

後で説明する配列辞書配列連想配列)と比べると格段に処理が遅いです。

わざわざエクセル操作しているから当然ですね。

ちょっと詳しい人が知っている「画面更新非表示」を駆使しても、配列を使った処理からみれば止まったハエです。

(参考)VBAで作ったマクロの高速化① 配列を使う

  • 可読性が下がる

いったんエクセルシートにデータを格納して加工しているので、コードエクセルシートを両方見る必要があり、とても読みにくいです。

変数として命名されていないのも致命的で、処理の意図が余計に分からなくなります

計算用シートを事前に用意して、別のセル関数を格納しておき、マクロ関数を使ってデータ加工をするものも見たことがあります

これは懲役刑に処したほうがいいと思います

まり知られていませんが、セルの最大文字数は32,767 文字です。

セルの最大文字数を超えると自動的に隣のセルに値が入り、シートが滅茶苦茶になります

他にもエクセルの数値を丸め自動変換の仕様とか文字列→日付の自動変換とか、いくつものバグに苦しめられます

できる人だと、いちいち最大文字数が多い場合の処理を書いたり自動変換機能を殺したりしてくれますが、そんなことに手間をかけているか日本GDPは上がらないんだと思います

他にも、データが大きくなると処理が重くなり不安定になる、計算用シートを人が触ってしまリスクがある、などいくらでも理由は上げられます

(逆に利点は、目の前でガチャガチャ動いてスーパーハッカーになった気分になれるくらいしか思いつかない・・・

じゃあどうするの

配列を使いましょう。

配列とは何ぞや、という人はググってください。

配列データを入れて、データ加工は配列変数に対して行い、一番最後の出力だけセルに値を格納する。

他のプログラミング言語なら普通にやっていることです。

個人的オススメしたいのは辞書配列連想配列)で、うまく使うとデータ管理簡単になり、処理も爆速になります

(参考)【VBA】大量データから高速で値を検索【Dictionaryを使う】

csvファイルもなまじエクセルで開けるだけに別のブックやシートで開きがちですが、これは悪魔のささやきです。

直接ファイルを読み出してLine InputやSplitで配列に格納しましょう。

エクセルとして開くやり方はコード書くのは簡単でも、実行時間に天と地ほどの差が出ますエクセル開くと処理もめちゃ不安定です。

(参考)Excel VBAでCSVオープンするときのパフォーマンス比較

いや、冒頭のマクロを書く人の気持ちも分かるつもりです。自分コードを書き始めたころは全部シート上で操作していました。

冒頭のマクロのほうが直感的なんですよね。自分が手で書くことをマクロやらせる、というマクロ本来趣旨にはあっていますし。

途中の計算過程もすべて目の前で展開されるから分かりやすいです。

ただ、それではダメなんです。。。処理は遅いし挙動不安定だし後で改修・保守する人が死にます

あと、エクセルシートやセルは当然エクセルしかないので、エクセルマクロVBAから他の言語に移れなくなります

自分エクセルマクロの里の出なので、計算用シート脱却には苦労しましたが、苦労して会得した配列辞書配列連想配列)のスキルはそのまま他の言語に活かすことができました。

配列の中身を見る方法別にある(ローカルウィンドウやDebug.printを使うなど)ので、リハビリに取り組んでほしいです。

(参考)VBA デバッグの仕方

もちろん例外もあります

計算用シートを許容できる、使うべきケースもあると思います。。

個人的には、

最後のは、なんでも自分確認しないと気が済まない上司発注で、意味不明と思いましたしたがしぶしぶやりました。)

などの場合計算用シートを使ってもよいと思います

この場合インプットエクセルシートに直接加工するのは論外なので、計算用(加工用)のシートを用意してそこで操作を行うことは必要だと思います

他にも、こういうときは「計算用シート」があったほうが良い、という状況があれば教えてもらえると嬉しいです。

最後

そもそもツッコミとして、「データ加工するならエクセルマクロを使わずpythonとかRとかもっとまともな言語使えよ」という言葉が来そうな気がします。

ただ、個人的にはエクセルマクロVBA)は大好きですし、初心者にもおすすめしたいです。

自分のような非エンジニアだと、セキュリティ関係などでPythonの開発環境とかすごく用意しにくいんですよね。

(あと、コマンドプロンプトの真っ黒な画面が怖かった)

その点エクセルマクロは、開発環境の用意はプロパティでチェック項目を一つオンにするだけだし、入門書がたくさんあるし、セル挙動を追えば視覚的にプログラム理解できるし、初心者に優しいです。

(そのやさしさが上述したとおり悪魔の罠なわけですが。)

最初計算用シートに頼ってでもエクセルマクロからプログラミングを始めて、本格的なデータ加工をし始めたあたりで計算用シートという諸悪の根源から脱却する。

さらに本格的なデータ処理を行うために、PythonやRなど別の言語習得したり、エクセルからSQLデータベースやACCESSなどに切り替えていく、というプロセスがいいのではと個人的に思います

2024-03-01

数学必然性は実は人間言語分析能力によるものなので、言語能力が異なる宇宙人とは、数学的語彙が共有できない可能性があるんですよね~


なぜ数学言語能力関係するんだ?と思う人は、以下のノーム・チョムスキーの有名な、無意味な二種の文を見ればわかってもらえるかもしれませんね~

・“Colorless green ideas sleep furiously.”(「無色の緑の考えが猛烈に眠る。」)

・“Furiously sleep ideas green colorless”(「猛烈に」「眠る」「アイデア」「緑色」「無色」)

前者は文法的には正しいが意味が無い文で、後者文法的に正しくないか意味がない文、ということはわかっていただけるかと思います

しかし、上記二種の文は、両方とも経験的には何も想起させないがゆえに、経験的には同様に意味の無い文です。

ということは、経験こそが認識の基礎、基底である考える人にとっては、二種の文の違いを説明することができないのですよね~。

なぜならそのどちらも経験することができず、経験による理解が基底であると主張するのだから経験的基底において違いのない(意味のなさ、指示対象存在しないという点において同質という意味)上記二種の文の本質的差異(基底的差異)を指摘することができないのですね~


現代言語哲学、そして現代論理学の基礎を作ってきた哲学者たちは、数学必然性がどこから来るのかという問題について、

文の経験理解よりもに、文の文法的分析が先に行われる(そして数学必然性は、文法分析に基づく理解のものから正当化可能である)ことを示すことによって、

経験的(アプリオリ)論理数学必然性正当化可能であることを証明してきたんですね~

例えば上記二種の前者の文でいえば、経験できないにもかかわらず文法的に正しいことが理解できるのは、まず文法分析が先に行われ、その後意味解釈に失敗するから無意味なのであって、その逆ではないのですね~

そして数学で扱われる文、例えば2+2=4は、なんらかの経験を前提せずとも、形式的理解(つまり文法的理解)から正当化可能であるがゆえに必然的(=非偶然的、または前経験的)なのですね~

そして例えば上記二種の文とは別の有意味である文「無職緑色ジャージを着た男性が猛烈に眠る」であったとしても、まず文法的理解が先に行われたあと、その意味解釈を行うことができるがゆえに有意味なのですね~

プログラミング言語だって、まずどれが変数で、その変数に何が割り当てられているかといったセマンティクスよりも先に、シンタックス分析が行われますよね~


から数学必然性は実は人間の前経験的な言語分析能力によるものなので、言語能力が異なる地球外生命体と遭遇した時、数学的語彙が共有できない可能ももしかしたらあるのかもしれませんね~

なぜなら我々の理解する必然性とは、我々の言語分析能力に基づくものであって、よそから来た宇宙人にそれが期待される理由がないからですね~

2024-02-26

NY市の人口のうち黒人が占める割合20%程度にも関わらず

NY市で発生する犯罪犯人人種のうち黒人はほぼすべての犯罪50%以上

違法銃所持に関して70%以上が黒人

すべての黒人犯罪を行うわけでは無いし

人種犯罪発生に直接的な因果関係は無い

直接観測することが難しい潜伏変数の代わりに

擬似的にも相関がある観測が容易な属性排除することで結果的犯罪率が下がり安心が得られる



トイレ問題

異性愛者の男性同性愛者の女性バイセクシャルなど性的指向こそ考慮すべき要素なのに

(金銭目的もあるかもしれないか所得も)

見た目で排除するアレ

パス度の低い工事済みMtF女性排除される

2024-02-21

GitHub Copilot使えねー」って言ってる奴はゴミプログラマー

GitHub Copilotは変数名やメソッド名をちゃん規則立てて付けてるとめちゃくちゃ優秀に機能する

例えばダイアログを開くか開かないか変数値を

boolean open

みたいに付けてると微妙なこともあるけど

boolean isDialogOpen

とか付けてるとちゃんと他の場所でも優秀に補完してくれる

他にも、createDataDayっていうメソッドがあって似たようなcreateDataMonthとかが乱立してるとき実装を共有化したいって思ったときなんかは

function createDataBase

ぐらいまで打ち込むと共有部分だけ抽出してくれる

命名規則だけじゃなくて実装アルゴリズムちゃんと整理されて設計されているとこっちがやりたいことを把握して実装してくれる

この辺は例が難しいけれど、なんかCopilotがまともなことを返してこないな、と思う時はこっちの実装微妙場合が多い

整理しなおして分かりやす状態にしておくと綺麗に動いてくれる

Copilot使えねーって言ってる人のソースはほぼ100%こういう最低限のことができてなくて

50%ぐらいの品質かな?」

とか言ってる奴は50%ぐらいの品質命名規則アルゴリズムになってる

なので「Copilot使えます!便利ですよね!」っていうのはプログラマー能力試金石だと思ってる

2024-02-19

anond:20240218222019

いや公正に比較しようにも求められる能力が違うんだから比較できんでしょ

時速60㎞で突っ走りながら代わる代わる入って来る視覚情報処理だとか車長まで含めた空間把握能力だとか緻密な操作ITに要らんでしょ?

逆にじっと座ってアルゴリズム構築して変数とか一字一句合わせながら実装してバグが出たら脳内デバッグしたりする能力トラック運転手に要らんでしょ?

職に求められる能力と、個人の得意な能力は違うんだからどちらが簡単とは言いようがないでしょ

というかどちらも簡単じゃないか年収500万貰えるんちゃうの?

2024-02-17

anond:20240217200727

の具体的になんて本(ネットpdfでもよい)の何ぺージあたりから元増田の問いにとって核心なのって話よね

てか、ラムダ計算よりむしろ記号論理学のほうが学問としての領域気持ち広くなってね?

ちなみにそもそも自分自身ラムダ式勉強した経験があるけど

1. 変数xはラムダ項。

2. ラムダ項M, Nに対して (M N) はラムダ項。この形のラムダ項を適用ラム適用)という。

(後略)

という定義があるんだけど、これに基づけば(x x)というのもラムダ項じゃないのって思ってた。

でもラムダ式で(x x)なんて形のは見たことないし、違うんだろうなと。

でも論理的にはなぜ違うのか全く納得できてないので(納得感が正しさにとって問題じゃないとはいえあえて言うが)(x x)だってラムダ式でしょって胸を張って言い張れる。

なんでxxがラムダ項といえないかお前は説明できそうだな?教えてくれんか?

anond:20240216215810

「Aかつ¬Aの証明を得ることができる」に対して、「いいや得られない。お前がそのように見せかけているだけだ」おれの計算(記号処理)手続きこそ推論規則に適っているし正しいと、反論されたら?

また、「そもそもここでいう『得る』とは」どういう意味か?と突っ込まれたら曖昧でなく『得る』ということが『得る結果の具体例ではなく』『どういうことか』記述できるのかという話です。

¬¬A→Aという規則に基づいた結果が

¬¬¬¬¬A→¬¬¬(¬¬A)→A

なんだよ!と言い張られる。もちろん常識的にはおかしいと思えますが、いまは突き詰めたことを言っています

一般には、¬¬¬¬¬Aを書き換えるために、この記号列の一部分¬¬Aに着目して、規則からAと書き換えられるから、この結果を¬¬¬(¬¬A)に代入?して、¬¬¬Aに書き換えられる、という思考プロセスをとるでしょう。

しかあくまものとしては、ここで考えているのは¬¬Aではなく¬¬¬¬¬Aなわけです。

規則通りに書き換えられてない、言い換えるなら同じ規則を使っていないという主張に対して、そもそも同じ規則適用できているということ、規則が同じとはどういうことか自体定義公理に組み込むことはできるのか。

矛盾証明ということはまだその概念記号列で示す余地があるが、規則が同じかどうかという定義もとい「規則」は厳密に定義可能かということです(無定義語として関係性の定義でもよい)。図形が合同か、みたいな合同の概念定義など比べてもまたレイヤーが一段メタ的になっていて厄介というか。「違うのは自明じゃないか!」といっても、自明説明できてこそ自明なのですが、ここでいう同じかそうでないかということについてはそれを根拠だてる定義原理的に無理なんじゃないかと思えてしまます

さきほど『得る』という言葉に突っ込まれたら云々ということを言いました。

ブコメには「自然言語曖昧さで数学をの厳密さ否定しようとしてるだけだ」というのがあります

別に私は自然言語曖昧さを問題にしていません。そこは問題本質ではないです。

しろこうした言葉一般に疑いようなく明らかなものです。「左右」とか「これやあれ」みたいな近称や遠称の概念などもそう思われるでしょう。

しかしむしろこれらの概念には一切曖昧さはないという前提に立っても、これもごく単純な話で、曖昧でないからといって、いままでその概念を持ってなかった知性的存在に対して、「これ」や「左右」といった「概念」を、対面やジェスチャーを使えばいざしらず、記号列を用いて一意に定義できる保証はないよね、ということです。定義の厳密さを担保する必要条件が、記号理学に基づくということにあるのなら、数学を厳密とのたまうかぎりにおいて、当然対面やジェスチャーではなく、これとか同じとかみたいなもっと原始的な部類の言葉まで全て記号で一意に定義できることを示せなければならないでしょう。

あとあなたが↓のトラバと同一だと言ってくれたら以降↓の方のツリーに返信書いて一元化するのでそのつもりで

https://anond.hatelabo.jp/20240216215810

ちなみに関連しそうな話題として自分自身ラムダ式勉強した経験があるけど

1. 変数xはラムダ項。

2. ラムダ項M, Nに対して (M N) はラムダ項。この形のラムダ項を適用ラム適用)という。

という定義があるんだけど、これに基づけば(x x)というのもラムダ項じゃないのって思ってた。

でもラムダ式で(x x)なんて形のは見たことないし、違うんだろうなと。

でも論理的にはなぜ違うのか全く納得できてないので(納得感が正しさにとって問題じゃないとはいえあえて言うが)(x x)だってラムダ式でしょって胸を張って言い張れる。

分かってる人からみれば、そして俺にとっても¬¬¬¬¬A→Aと同程度にバカげた主張なんだが、そのわかってる人にとっても「この規則ならこういうことが言えると思うのに、なんで正解とされてるのと自分が思ってることが違うの?」ってなることはあるはずで、それはこの世で一番数学ができる人であってもありえること。この世で一番数学ができる人さえ規則を正しく適用できていないらしいときそもそも正しい適用とはなんだってなりそうに思うんだが。

2024-02-10

漫画編集者の端くれだったことがある


青年向け漫画編集者をしていた。といっても若い頃の話だ。都内にある編集プロダクションを辞めて田舎に帰ったのが36の時だから、おじさんの入り口に立った頃か。今では完全なるおじさんである

本日記は『セクシー田中さん』の件とは関係ありません。

働いていた会社というのは、講談社とか小学館とか秋田書店とか、そういう大手出版社ではない。あくま編集プロダクションである出版社編プロがどう違うのかって……ざっくり言うと元請け下請けだ。出版社出版事業(今回だと青少年向けの漫画作りや商業展開)の企画をして、漫画家が作品のものを作って、編プロ雑誌本体を作って、その制作過程印刷所やデザイン事務所といった専門集団関係することになる。

イマイチ説明になってしまった。一般社会の例で説明する。民法でいうところの委託(準委任契約)に当たる。公共建築の分野でいうと、公共機関の建築技師が新しい建築物のマンガ絵を作り、建築事務所が基本設計~詳細(実施)設計をして、出てきた成果物を元に大手建設会社施工監理し、地元にある中小事業者が実際の土木建築作業をする。

自分が勤めていたのは、この例でいうところの建築事務所だ。受益者(国民=漫画読者)の希望に応えたい組織があって、そこから依頼を受けて動いている関係会社ひとつ。そういうアナロジーだ。

出版社との役割分担は、そこまで分離しているわけでもない。漫画編集者といえば、昔の手塚治虫ほかの自伝みたいに、漫画家とアツいやり取りをしているイメージがある。ああいう、企画経営制作現場の間にあるような仕事は、出版社社員が直接することもあれば、編プロ出版社(編集部)のオフィスを間借りして行うこともある。

前者の例だと、マガジンサンデーチャンピオンなどだ。コンビニ書店にほぼ必ず置いてあるレベル漫画誌。大手出版社総合職コース入社した人が、(編集取材制作、資材、宣伝マーケティング、総務経理人事その他事務)といった多くの部門ひとつである漫画編集部に割り振られて其処に居る。

後者の例だと、大手出版社が出している漫画誌でも、あなたが聞いたことのないやつもけっこうあると思う。そういうのは、編プロ出版社(編集部)の仕事を丸ごと請けて実施していることが多い。自分は、そういう会社で働いていた。職場自体大手出版社の中にあるが、いわゆる委託先の社員だった。別の言い方をすると、親雑誌に対する子雑誌関係

ほかの長文増田記事を見るに、あまりたくさん書けない仕様のようである。何文字までかは知らないが、文字制限があると思う。本当は何万字でも書きたいのだが、あくま自分が書きたいだけであって、あなたが読みたいとは限らない。一万字以内になるよう心掛ける。以下に、自分が関わった漫画家を2人だけ紹介しよう。最後に所感を述べて終わりにする。

その2人(A先生とB先生。どちらも若手)と私は、分水嶺のような関係追記;わかりにくい表現ですいません。ブクマカのBuchicatさんコメントのとおりです)だった。ある日、私が担当していた漫画家のA先生が新作の企画提案に来ていて、同じタイミングで別の編集者のところに持ち込みをしたのがB先生だった。その別の編集者が不得手なジャンルだったこともあり、A先生との話が終わった後で、私も一緒にB先生作品を読んだ。

その後、編集部責任者を交えた会議で、私が引き続きA先生の新作の担当者に決まった。新人であるB先生担当になる可能性もあったが、そうならなかったのは、今の漫画界の一界隈にとって幸運なことだった。



A先生について

A先生は、雰囲気が暗めだった。人間性まで暗いというわけではなく、心を開くと明け透けになるタイプだった。モードに入ると饒舌になる。

弊誌では、読み切りを何度か掲載したことがあった。アシスタント経験あり。小さい賞を取ったことがある。ヒット作はないが、若き漫画家としてはキャリアがあった。

画力が抜群だった。小学校中学校で、学習ノートフシギダネの絵とかをソラでゲームパッケージそのまんまに描く子がいただろう。とにかく天賦の才を持っていた。最小限の画量で、それでいて迫力と感情に溢れた1枚1枚を描く。そういう人だった。

難点は、マジメすぎるところか。少し前にやっていたアニメだと、チェンソーマンに登場するアキくんか(少し前……?)。とにかくマジメだった。いや、やはり『直向き』に訂正する。

A先生は、少年誌に見合わない重たいテーマに挑むことがあった。今でもそうだ。彼のマンガには『緩さ』がない。それもいいところなのだが。私は好きだった。はっきりいって。が、読者の傾向に合っているか微妙だった。

子どもの頃から漫画が好きだったらしい。中学生の頃のイラストを見せてもらうと、俄然キャラクターへの愛に溢れる作画を見ることができた。中学生らしい、プロには程遠いクオリティなのだが、しかし見ていて違和感がないというか、自然にくっきり入ってくる。

私という人間は、具体例で物事説明する癖がある。上の「中学生らしいイラスト」を別の事例で表現すると……「うるせ~!!知らね~!!FINALFANT ASY」(短縮URLhttps://x.gd/L5cc4)だろうか。以前、いつぞやかのid=pptppc2さんのブックマークコメントきっかけで元ネタを知ることになった。

あの時のA先生イラストは、ベルセルクセルピコだったと思うが、力強い表現だったのを覚えている。セルピコファルネーゼを抱きかかえて、

申し訳ありません 道案内を頼まれまして 少し席を外していましたもので」

と言うシーンの模写だった。

さて、そんなA先生だったが、ある時これまた重量級のテーマで描きたいものがあるという。先ほどの、編集部での新企画提案の話だ。

その際、A先生からプロットをもらい、私のデスクで拝見させてもらったところ……うちの雑誌では持て余しそうだった。作品の質が低ければ普通に打ち切りになりそうで、作品の質が高くても――弊誌の売上規模だと会社グループ全体の機会損失になりそうだった。私の前でパイプ椅子にかけているA先生は、不安げな面持ちだった。

内部の話で悪いが、例えば「甲」という雑誌亜流「乙」という雑誌があるとする。ビッグコミック(オリジナルスピリッツスペリオール)みたいな感じだ。この時、甲と乙に明確な上下関係があった場合、乙誌に掲載された漫画が甲誌に引き抜かれることがある。その際、甲誌の編集部から言われるのが、

「なぜうちの編集部に見せなかった?」

という意見だ。これは、ストレートに言われる場合もあれば、暗に言われる場合もある。だが、事前に上流の雑誌に見せていたとして、多くの場合玉虫色の返事があるだけだったりする。

話を戻そう。この時の自分は、編集部自分デスクのあたりでA先生次回作を見せてもらっている。確か缶コーヒーを飲んでいた。

自分としては、A先生マンガを弊誌に載せたいと思っていたが、先ほど述べたとおり、後ろ髪を引かれる思いもあった。社会派少年漫画というのは扱いが難しい。その作品が「あしたのジョー」の影響を受けているのは明白だった。「A先生であれば、きっと面白い作品にしてくれるのだろうな」という期待はあった。

うーん、大いに悩むところだ。どうしよう。思いあぐねていたところで、別の編集者から声がかかった。要約するとこんなところか。

「持ち込みに来た人がいる。私の専門じゃないので判断が難しい。門前払いにするレベルではないので、あなた判断を仰ぎたい。上の人間は今出かけている」

要するに、自分の専門外なので判断できないよ、と言っている。ここも会社なので、編集者の上には当然上司がいる。その人達がいなければ同輩に相談するのが基本だ(余談だが私は後輩だった)。こういう原則一般会社と変わらない。

その『別の編集者』というのは、儚い感じの純文系が得意なタイプだった。一番わかりやすい喩えは……『はちみつクローバー』みたいなやつだ。ああいうのが得意な人だった。

その時は、A先生との話が終わったら行くと告げた。それで、しばらくそのまま話を続けた。

「この作品はい意味で重たいねちょっと考える時間がほしい」

と言って、その日は解散した。A先生は、「お願いします!」と言ってパイプ椅子を立ち、そのまま帰っていった。いつもだったら喫茶店ご飯をおごっている。

A先生は、『いい子』だった。あまり感情は出さないけれど、人間に対する愛を持っている。そういう子だった。私が当時、A先生ご飯を奢って、彼がおいしそうな表情で食べている時、私は幸せだった。A先生幸福だと、自分幸福だと思えた。A先生漫画という手段で自らを表現している時、まるで自分もそれに劣らぬような喜びを得ていた。

ヘンな表現かもしれないが、例えば読者がA先生を褒めている時、自分A先生との区別がなくなっているというか。彼のことが、自分ことみたいに嬉しかった。これは愛なのだろうか。



○ B先生について

持ち込み部屋に行くと、別の編集者と、持ち込みに来た子が対面で座っていた(ちょこんと挨拶をしてくれた)。自分が座る席には作品が置いてあった。綴じられていない原稿用紙がある。ページ数にして30枚ほどだった。もっと多かったかもしれない。記憶あやしい

実際、B先生作品面白かった。コテコテの学園ものかと思いきや、登場人物それぞれに適度な制約があって、キャラクターも立っていた。これまでのキャリアを聞き取ったところ、作品雑誌掲載されたことがあるようだ。アシスタント経験もある。

絵の方は、自分がこういうのも大変失礼だが、上手な方ではなかった。どちらかというと、脚本や設定、キャラ作りが得手のように映った。当人情熱を注いでいる箇所はすぐにわかる。キャラ絵が有名漫画家の影響を受けているとか、キャラクター台詞回しがハリウッド映画風とか、背景や小物を手を抜くことなく全部描いているとか、そんな具合に。

光るものがある作家だった。これを見抜けないようなのはモグリ――そんなレベルで輝いていた。

私は作品を読み終えた後で、「ちょっと待ってね」と自席に戻り、少し残っていた缶コーヒーを飲み干して、思案を重ねつつ持ち込み部屋に戻った(どうするのが最良かわからないケースだった……)。

それで、テーブルではこういうやりとりをした。

私「イイ作品だと思います特にセリフ回しにセンスを感じます掲載ができるとかここでは言えないけど、話は通してみますね」

B「ありがとうございます

私「それで、担当はね……縁なので。あなたがするのがいいのでは?」

編「私よりもほかの人がいいと思いますもっと才能を引き出せる人が……」※小さい声で

私「いや、でも恋愛描いてるよ。エンタメだけどいいんじゃない」(こいつ、作家の前でアホなこと抜かしよって)

編「難しいです」

私「でもこれ、縁だよ」(意識が低すぎる……)

編「ほかの作家さんも抱えてるので。いっぱいいっぱいです」

私「わかりました」(トラブル回避のため後で編集長に説明しとこう)

B「すいません。僕の作品はどうなるんですか?」

私「後日連絡しますね。必ずしまから、それまでは他誌への持ち込みは待っていただけますか」

B「あの、はい。できればですが、早めでお願いします。一週間くらいでなんとかなりますか」

私「なんとかしてみます

作品のものと、作家プロフィールと、付属資料コピーを取らせてもらって、彼には外で缶コーヒーを奢った。ビル入り口まで送ったところまではいい気分だったが、正直、身に余る事態だった。

持ち込み作家の才能がありすぎるのも考えものだ。嬉しい悲鳴というやつ。誰が担当に付くかで今後の雑誌の売り上げに影響がある。重大な意思決定ということになる。

最悪、『進撃の巨人』の時みたいに優れた作家を逃してしま可能性がある。あれも、実際は諌山先生門前払いではなく、週刊少年ジャンプ担当が付くか付かないか微妙ラインだったらしい。それで、誰が担当になるかを押し付けあっている間に諌山先生が他雑誌に持ち込んでしまった、という話が業界団体公的飲み会で囁かれていた。



○ その後~

B先生についてだが、一週間後に担当編集が決まった。「別の編集者」でもなく私でもない。当時、若手のひとりだった20代の子が任されることになった。編集部トップを交えてB先生原稿コピーを読んだのだが、「若い感性が光る。年齢が同じくらいの人と組ませる方がいいのでは?」という結論になった。

その20代の子は、上の組織からこっちに出向してきている子で、いわば武者修行の身だった。一流大学出で、本社プロパー社員。いわゆる総合職である

最初は、私に選択権があった。B先生担当になる道もあった。だが当時の私は多忙であり、月に何度も会社に寝泊まりするレベルだった。新人は抱えるべきではない。しかし、才能のある子だから迷いがある。

A先生のこともあった。彼のあの作品を世に出してやりたい。もっと有名にしてあげたい。そんな想いがあった。

私が悩んでいるうちに、例の20代の子が手を挙げたのだ。私としても、彼のやる気と知性と直向きさは買っている。諸手を上げて賛成した。

今思えば、正しい選択だった。もし私がB先生担当になっていたら、面白い恋愛エンタメを楽しめる読者の数は減っていただろう。これでよかったのだ。

以後のB先生は、例の持込漫画ブラッシュアップを続けた。翌年には、晴れて弊誌に第一話が掲載されることになった。さらに以後は、担当編集とともに二人三脚で躍進を続け、イケイドンドンの勢いを保ったまま、一度も息切れすることなスターダム上り詰めた。今では漫画家として世に知られている。

一方で、私が担当を続けたA先生は地道な努力を続けた。

上で挙げたA先生の意欲作は、読者層に合っていなかった。それでも、高い画力シナリオ構成の上手さがあったのだろう。その意欲作は、連載期間を積み重ねる度にファンの数が増えていった(業界的には、Amazon第一巻のレビュー数が人気の代替変数になることが知られている)。

今では、A先生は親雑誌で連載を勝ち取るまでになった。去年だったか。彼の作品コンビニ立ち読みする機会があったのだが、やはり突き抜けた画力だった。週刊連載であそこまでの画力というのはまずない。



2024年現在、私は東京を離れて田舎暮らしている。地元町役場Uターン就職して、実家農業を手伝いながらスローライフに近い生活を送っている。

実は、編集者だった当時、働きすぎて病気になった。ある日、下腹部の辺りに違和感を覚えて、血の塊のようなものが血管を這っている感覚があった。病院に行くと、「遅くても明日中に入院しなさい」という医者から指導があった。

それなりに重い病気にかかってしまった。一応は死亡リスクもある。数か月ほど入院した後、どうしようかと考えて、考えて、考えて……編集部に復帰後は、労働を最小限にしつつ転職活動スタートした。

A先生については、幸いだった。彼の意欲作とは最終回まで付き合うことができた。私が退院した後、無事完結を迎えることができた。あしたのジョーに比べればハッピーエンドだった。

入院中に、A先生とB先生がお見舞いに来てくれたのを覚えている。ほかの編集仲間も来てくれた。A先生は、テンションが低めで、何を考えているのかわからないこともあるのだが、人間への基本的な愛というか、思いやりがある人だった。

もう40才を過ぎている。はてなユーザーの中では平均的な年齢か。思えば齢を重ねたものだが、当時の日々は今でも夢の中に出てくる。

若いから編集者をやってきた。身体を壊さなければ続けていたのかというと、多分そうだろう。でも、今の生活も悪くないと感じている。自分語りはここまでにして、締めにしよう。

もしあなたが、Webでも紙媒体でもいい。気になる漫画作品を見つけたとする。面白いものを見つけたと感じたら、ひとまず買ってみるのがいい。Webだと1話単位で売っている。

ひとかどの漫画家というのは、自らが産み出すモノを本気で高めにいっている。あなたフィーリングが合ったのなら、ひとまず1巻だけでも読んでみる方がQOL高まると思う。ハズレを引くことはあるだろうが、アタリだってちゃんとある人生は運試しである

2024-02-04

anond:20240204111928

せやで プログラミングではCamelCaseという変数記法があるが、らくだいからと知らんひとはいるかわからん面白いドヤ顔豆知識でした

知らんかったわ!かに読みやすときあるよね

2024-02-03

NHKさん学者を使ってクルド人問題ミスリードするのやめてください

https://www.nhk.or.jp/shutoken/wr/20240202a.html

国連機関などで移民難民政策などの実務に長年携わってきた一橋大学橋本直准教授に聞きました。

川口市広報によれば、犯罪認知件数10年ほど前と比べて半数ほどになっています問題は『体感治安』です。日本語意思疎通ができない人が夜中に集まっていたら、恐怖を感じる人も多いと思います

それでは川口市広報にはどう書いてあったのか。

https://anond.hatelabo.jp/20231005132847

川口市は『広報かわぐち』という広報誌を配布しているが、この10月号で犯罪認知件数過去最低を記録しているとの広報を打っている。

https://www.city.kawaguchi.lg.jp/material/files/group/3/202310-04.pdf

川口市広報ももちろん嘘は書いていない。実はこれにはカラクリがある。

川口市広報犯罪認知件数が一番少なかった令和三年の数字飛ばしてる。そして令和四年度の数字を使っているから少なく見えているだけだ。また、今年はもっと犯罪が増えている。

これをもって川口市の「今の治安」を語るのは誤りといえるだろう。

一昨年(令和3年)から去年(令和4年)の犯罪件数の増加率が

川口+9.0%

埼玉+4.5%

全国+2.2%

去年(令和4年)から今年(令和5年)(7月まで)の増加率が

川口+25.9%

埼玉+20.2%

となっている。

全国でも埼玉でも川口でも犯罪認知件数ボトムは令和三年。で、そこから犯罪増加率は川口市の延びが大きい。

まとめ

全国的犯罪認知件数は減少傾向である犯罪認知件数ってのは高齢化経済などさまざまな変数によって増減するもので、単に減っているからと言ってクルド人による治安の悪化があったなかったは不明であり、それを根拠に論ずるのは妥当ではない)

犯罪認知件数ボトムは令和3年でそれから増加に転じている

◯近年の川口市犯罪認知件数の増加率は埼玉県と比べても全国と比べてもかなり多い。

余談

この学者さん、実際の数字を取り上げずに川口市広報によれば」って責任を投げてるの非常に頭が良いですね(もちろん誉めてません)

追記

10年ほど前と比べて約半数」が正しいならミスリード誘導しているのは直近2年の数字を使って否定しようとしている増田の方だね

何言ってんの?

そもそも犯罪件数の総数の動向とクルド人による犯罪件数は結び付けて論じられないって言ってんの。

それなのに全体の件数で論じてるこの学者刑事政策かじったことないのは明白

2024-01-31

anond:20240131100859

現実には膨大な変数と判定があるからしょうがないよ

プログラムみたいに単純に場合分けできるわけがない

2024-01-29

[] 速度とシンプルさにトレードオフがあるという神話

pythonコードの速度のボトルネックを見つけるにはline_profilerが使える。

ゲーム感覚ボトルネック特定し、段階的に改善する。

だが一部の開発者は「速度に凝り過ぎるとコードが読みづらい」という。

これには異論がある。

大幅に速度を改善するようなコード改善は、むしろコードシンプルに保つ上でも重要な働きがある。

傾向としては、マルチプロセッシングなどを使わずに速度を改善した場合は、プログラムの長さは減少する。

速度を改善すれば、特定の出力をするコードの最小長(コルモゴロフ複雑性)に近づく。

速度改善によってわかりにくくなるという人は、数学ができないのかもしれない。

物理学では、変数単一文字で表すことが多いが、こういうのに慣れていると「シンプル」の概念に差が開く。

こういった科学的な「シンプルさ」を理解できない人に対して、意味説明する形で変数名を決めても、結局コード理解できないだろう。

かにビジネスドメインに近いコードであれば変数名をドメイン語に合わせるのがわかりやすい。

しかし「ボトルネック改善しなければシステム要件通りの速度にならない」ようなケースでは、数学的なコードの方がわかりやすくなるのである

2024-01-26

anond:20240126201620

等比数列の漸化式が初見では理解できなくて数日間悩んだ記憶のある地方旧帝大卒業生としては、「変数概念を全員が理解し得る」みたいなことを言われるよりはよほど尤もらしいと感じる

各位、久々の大型新人の予感がするので可愛がってください

https://twitter.com/shims_ag/status/1749925004236779961

午前7:40 · 2024年1月24日

「型」という概念存在しないプログラミング言語存在しません。

https://twitter.com/shims_ag/status/1750300836113342567

午前8:33 · 2024年1月25日

メモリ上のデータの種類を表す情報が「型」(type)です。

プログラミング言語側に組み込まれている「型」だけでなく、プログラマー独自に「型」を定義する方法も用意されています

struct、classinterface、type, enumなどを使って独自の「型」を定義します。

開発しているソフトウェア独自の「型」は、ドメインモデルの要素になります

多数の「型」を分類し、組織化するために名前空間を利用します。

近年「クラス」が「型」の定義であるという基本概念理解していないエンジニアが増えているので、エンジニア採用する際には注意しましょう。

https://twitter.com/shims_ag/status/1750346589431042157

午前11:35 · 2024年1月25日

ソフトウェアを起動すると、メモリ上には、たくさんのデータを読み込まれます。各データには、データの種類を表す「型」が割り当てられています

例えば、ゲームならばCartという大分類の「型」を用意し、その要素としてMarioCart, LuigiCartという「型」を用意します。

業務システムならば、Reportという大分類の「型」を用意し、その要素としてCostReport, SalesReportのような「型」を用意することになります

上記の「型」は、構造体やクラスを使って定義します。

これらの大分類の「型」と、要素の「型」は、is-a関係にある、といいます

現代ほとんどの言語にはis-a関係を明確にする方法が用意されています

上記のような「型」の知識プログラミングの基礎です。

https://twitter.com/shims_ag/status/1750014081648779450

午後1:34 · 2024年1月24日

CPU機械語しか理解できません。一方で人間機械語プログラミングすることは困難です。

人間が「1ドル」のつもりで、メモリに「1」と記憶させても、CPUは「ドル」だとは扱ってくれません。

CPUは、「円」のつもりで記憶させた「1」と、ドルの「1」を区別出来ないので、そのまま足し算などの演算を実行してしまます

そこで、人間にとってプログラムを読みやすくすることと、CPU意図しない演算をさせないために、データの種類を表す「型」という概念プログラミング言語に用意されるようになりました。

金融ECサイトなどのお金計算間違いが致命的なシステムでは、1ドル、1円を整数型などで扱うのではなく、予期せぬ演算が実行されないように「ドル型」、「円型」という「型」を定義します。

まとめると、可読性向上と、プログラムの誤動作防止のために「型」が不可欠な概念になりました。


https://twitter.com/shims_ag/status/1750507533536760000

午後10:14 · 2024年1月25日

プログラミング初心者は、

プログラミングを以下のようにシンプルに考えましょう。

(1) データメモリ記憶する命令プログラミングする。

変数配列構造体、クラスなどを使って、メモリ上にデータ記憶させる命令設計し、コーディングする。

(2) データ操作する命令プログラミングする。

上記(1)でメモリ記憶したデータに対して、計算、変換、表示、出力、保存などの命令設計し、コーディングする。

https://twitter.com/shims_ag/status/1750534515616059749

午前0:02 · 2024年1月26日

「型」という概念数学に由来しています

メモリ上のデータがどの「型」に属しているのか、という集合論の話でもあります

分かりやすく言えば、データの種類、分類の話です。

例えば、猫型のデータは、動物型という大分類に属する、という集合の話です。

オブジェクト指向プログラミングの「is-a関係」は、集合論に由来するメモリ上のデータ(オブジェクト)の分類の話です。

クラス」とは「型」の定義であり、メモリ上のデータの「分類」(class)です。

is-a関係」ではないのに継承すると、当然破綻します。

逆に、明らかにis-a関係」なのに、継承せずに委譲すると、スパゲッティコード化を誘発します。

2024-01-23

今は亡き先輩が残していったVBAを解析してるんだけどさ

変数が全部日本語

関数名も全部日本語

定数名も全部日本語

フォーム名も全部日本語

 

理解はしやすいんだけどすげー読みづらい!

カウンターくらいは i でよくない?

2024-01-20

anond:20240120113950

彼氏彼女に求められる素養

夫婦に求められる素養

子ども作る気ないかもしれんが、親に求められる素養

全部違うわけでそこにADHDって変数がぶち込まれていけるなって思えば行けばいい

無理じゃんならそれまでよね

2024-01-18

anond:20240118075101

本人の特性とか子供の人数とか仕事内容とか、家事にどれくらいのレベルを求められてるかとか、変数死ぬほど多いし本人の能力関係ある「大変さ」の定量化が難しいのにバカ同士が争ってるだけ。

この話題を本気でしてるやつはだいたいバカだし、専業主婦は楽だって言ってるやつも専業主婦は大変だって言ってるやつもだいたいバカ

主語デカいやつはみんなバカ

2024-01-10

anond:20240110083455

実際の状況や状態、いろいろな変数無視して「理想的状態」でないことを批判するとか、頭でっかちの幼稚な考えだなぁ。

小中学生馬鹿高校生が同じことをやるのはそれこそ「未熟さ」や「幼さ」だなって思うけど、25過ぎてそれやるのは知能や人生経験の差って感じあるわ。

2024-01-05

anond:20240105165226

このコードはいくつかの問題点があります

1. **条件式の曖昧さ**:JavaScriptでは、`if (value)` は `value` が「truthy」(真と評価される値)である場合にのみ実行されますしかし、このコードは明確ではありません。`value` が何を意味するのか、どのような値が期待されるのかがコードからは読み取れません。`null` でも `undefined` でもないことを確認するには、より明確な条件式(例:`value !== null && value !== undefined`)を使用する方が良いでしょう。

2. **ログメッセージ不明瞭さ**:ログメッセージ `'null でも undefined でもねーわ'` は、`value` が `null` または `undefined` でないことを示しているようですが、これはコードの実際の動作と一致していません。`value` が 0、空文字列(`''`)、または `false` の場合でも、この条件は偽(false)と評価されますが、これらは `null` または `undefined` ではありません。

3. **コードの可読性**:コメントやより記述的な変数名を使用することで、コード意図動作を明確にすることができます現在状態では、このコード意図理解するのが難しいかもしれません。

これらの点を考慮して、コード改善することをお勧めします。

JavaScript でさあ

変数 value が null でも undefined でもない事を確認するのに

   if (value) {
      console.log('null でも undefined でもねーわ');
   }

これほんとやめろって。

おかげで value に 0 とかが入ってる時に、このコンディションが false になるわけだ。

色んな会社さんのコード見てきたけど、このタイプバグ本当に多い。

今まさに、まーたこバグを見つけて増田を書いてるわけで。

昨年は、世界的にも有名な会社さんのフレームワークがこれでバグってた。

ももう既にシステムの一部は本番稼働しててフレームワークはいじれない。

仕方ないので value には一旦文字列の '0' を渡しておいて if (value) {~} の中の重要ロジックを動かして

(めっちゃ幸運な事に、数値 0 のかわりに文字列 '0' でも正しく動くような、型について緩いロジックだったから)

その後で改めて value に数値 0 を入れなおすという、きったないハックで誤魔化した事もある。

自分お客様だったら怒るね。「いやいや、全部理想的コードにしてちょうだいよ。お金払ってんだよ?」って。

もし建築世界でこんな誤魔化しが起こってたら、人の命が消えちゃうよ。。。

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