「変数」を含む日記 RSS

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

2024-01-26

anond:20240126201620

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

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 を入れなおすという、きったないハックで誤魔化した事もある。

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

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

2024-01-01

クソコードの話をする前に風呂に入れ

ITエンジニア達がこぞってクソコードの話をしている。他人様が書いたコードいちゃもんをつけて悦に入ってるのだ。

書いてあるコード変数名にいちゃもんを付けたり設計いちゃもんを付けたりするのが奴らの生業だ。

Xでは今その話題で持ちきりである。クソコードだと揶揄するのは構わないが、ところでお前らはちゃん風呂に入っているのか?

他人様にいちゃもんを付けているのにまさか風呂に入ってない奴なんていないよな?

リモートワークだからと胡座をかいて、稀にある出社日に洗ってない犬のような匂いとカビ臭い服の匂いオフィス中にプンプン漂わせてないよな?

くせぇんだよ。せめて風呂入って洗濯した服を着て出社してくれ。

それからクソコードについて揶揄してくれ。説得力がなさすぎる。

2023-12-29

anond:20231229001458

関数のもの変数に入れることができる

func1(何かの関数)を実行すると、その内部でwrapperという関数作成され、その関数戻り値になる

wrapperという名前はfunc1内部でのものなのでその外では使えないが、関数のもの戻り値として返却され、

funcという変数に入れられているので、変数funcを通してアクセスできる状態になっている

 

python知らんから適当だけど

2023-12-18

ChatGPTが宗教だったら入信しそう

しがない5流システム職なんだが

ロジック破綻からコンマピリオドミス、カッコのククリといったしょうもないけど発見するのに苦労するミスの指摘

システムを組むときの会話の相手フローチャート自動政策、ドバタ会議議事録作成

なにより一番嫌いだった変数候補を出してくれる。

まじで神。云十年やってて面倒だけどやりたくはないものの類いが本当に解消してくれた

お陰でロジック組んだり、自動化できない(したいが)システム作業だけやればいい

マジリスペクト聖典作ろうかな。技術マニュアルがそれか。ならいいか

2023-12-17

anond:20231216154938

コードの重複があるわけでもない状況で、コード関数ごとに分離するメリットデメリットを知りたいという話ですよね。

コードの重複がある場合関数などに切り分けていないと、同じコードを何度も書くことになり、不具合があった時にコピーされたすべての個所に変更が必要となるというデメリットがあるので理由がわかりやすいですが、重複が無いとその点が不明確ですね。

画面に収まらないサイズコード複数関数に分割するのが一般的だとは思います

理由元増田も書かれている通り、長いと理解の限度を超えるからです。

コード意味があるまとまりで短ければ短いほど理解がしやすいと思います

グローバル変数を使わないようにすると、入力・出力が関数を読むだけで明確にわかるので、さら理解がしやすいです。

また、関数に分けておけば、関数仕様通りに動くかの確認するユニットテスト簡単に書けます

ユニットテストでは関数さらにほかの関数を呼び出している場合、呼び出される関数の代わりにテストダブルを用意することもあります

分割して、複数関数を呼び出すようにすることのデメリットは、

下手糞が切り分けるとなんでそういう切り分けになったかからないところで切り分けられてかえって可読性が損なわれるとか、

関数機能拡張してより多く・あるいは少なくの情報必要な時に関数インタフェースの変更が必要になることとか、

関数を置いているファイル内の場所を変えたときバージョン管理システムが追っかけてくれないことがあるとか

くらいでしょうか。

いずれにせよ、分割するメリットの方がデメリットを上回ることが大半なので、大抵は機能ごとに分割して小さい関数を作り、それをメインからは呼ぶようにすると思います

以下、お悩みポイントに答えます

一番はメイン/サブ関数間で右往左往するので今やってる工程が何なのかがよくわからん

まず、関数名前をやっている工程を表すものにすることですね。

データの取り込み」 とか 「データ突合せ」とかを明示すると、それを呼んでいるということはそういうことをしてくれると思うので。

また、関数が何をしてくれるのかも関数コメントとしてつけておくとよいと思います

例えば、

filename引数指定されたファイルからデータを取り込み、JSONフォーマットで返す

引数: filename

返値: JSONフォーマットされた取り込まれデータ。例: [{'employee name': '山田 太郎', 'employee id': 1}]

例外: filenameを開けない場合はFileOpenError、JSONコンバートできなかった場合はConvertError

みたいなコメントをつけておくと何をする関数なのかわかるので、その機能を調べたいとき以外は読まないでいいかなと。

あと、コード連続で読みたい場合ソースを解析してタグジャンプをつけてくれるツールやらIDEやらを使うことが普通だと思います

あとは関数ごとに変数をいちいち定義し直すのがだるいみたいなのもありますね。

これはどういう意味でしょうか?同じものを表すのに関数ごとに別の変数名を付けているとか?

もしそうだとしたら、使っているプログラミング言語の制約やプログラミング規約によるものなのでしょうか?

ある関数ローカル変数が他の関数ローカル変数に影響を与えることは無いはずなので、ローカル変数は大抵適当名前が付けられるイメージです。

今時のプログラミング言語なら変数スコープ関数の中にとどまるような書き方ができると思うのですが。

関数インタフェース定義し、そこにいちいち引数を書くのが面倒というなら...まあ、それは必要税って感じがします。

そこに引数を書いておくことでこの関数が何に影響されるのかわかるので。

参考までに。

2023-12-16

語彙がなくてググり方がわからない

ので、有識者が多いであろう増田質問させてください。

複数機能で成り立っている長いコードを分割して実装することののメリット/デメリットを教えてほしいです。

コードの分割」が指してることを大まかに言うと、「メインの関数は各機能を呼び出すだけで、実際の機能の部分はサブルーチンとしての関数(って表現が正確かも謎)に持たせ、サブルーチン順次呼び出すことで総体としての機能を成す」ような方式にするってことです。

より具体的に言うと、1.データの取り込み2.取り込んだデータ突合3.帳票の出力の3手順を別々の関数とし、メインの関数から1,2,3の手順の関数順次呼び出すという具合です。

上記方法と、全ての機能を詰め込んだ一つの長い関数にする方法と、どちらが結局よかったのかなと思っているんですね。

今のところ私は自分のわかりやすさのためにコードを分割する書き方をしています理由は、1機能1関数で分けておいた方がステップインじゃないですけど「ここまでは完走できた」の切り分けがやすいのかなーと思うのが一つ。もう一つは単純に上下に長くなっていくとどの変数がどれでと特定していくのが辛いってのがあるためです。

ただこの方法にも問題があると思っていて、一番はメイン/サブ関数間で右往左往するので今やってる工程が何なのかがよくわからん他人が読むならなおのこと、ってことです。一応の対処として、メインの関数は目次的に「総体としてこのような機能を持っている、また分割した関数機能はそれぞれこうである」とコメントアウトし、サブの関数にも「この関数はここからここまでの作業します」とコメントアウトすることにしています

あとは関数ごとに変数をいちいち定義し直すのがだるいみたいなのもありますね。グローバル変数は後々の修正とかのために使わないようにしています

自分では思いつけてない部分でコード分割することのやばみってあるのかなーと思ったので質問させていただきました。近々退職する予定なので、他人への引継ぎって観点からどうなのかなと思っています

以下自分語りです。語彙とか概念インストールが足りないと適切な調べ方ができなくて困るんですねー。あと問題があることを認識できなかったり効率悪かったり車輪を再発明したりとか。

私は無学のバイトなんですが、あるとき上長から「暇なら適当エクセルでも勉強しといて」と漠然と言われて、このVBAっちゅうもんを学べばええんか?と勘違いしたのが始まりでした。本当はセルの結合とか別のセルを参照するとか、エクセル方眼紙的なものをある程度作れるようになってほしかったらしいです。折角なのでなんとか役に立つものをと思って、ある集計作業自動化させたところ、今後も暇なときよろしくということになりました。

いろんなもの作りましたが何をどのように作るかから、その後の運用保守までほぼ一任してもらって大変面白かったです。しかしなにぶん仕様実装方法について相談できる方がおらず全ては私の泥縄式学習術によって成り立っているという恐ろしい状態でした。体系的な知識組織経験知みたいなものが一切ないので自分がどこにいるのか、努力方向性が合ってるのかも結果が出るまでわからない。先達のあらまほしきことなり。

しか社会ってこんな素人が作ったもの業務用として堂々と使うんですねー。勉強になりました。

2023-12-08

anond:20231208084810

それは人によるな

俺はマルチプレイで嫌な思いすることがあるジャンルよりもソロプレイ主体ジャンルの方が好きで1020年と続けてる

交流必須なやつは本当に若いうち(せいぜい30歳前半くらいまで)しかできん気がする

俺がインドア対象ゲーム交流必須ジャンル20前後が多いせいだと思うが

しろ一人でやりこめるゲームほど自分効率とか計算して好き放題にめんどくさい遊び方ができるのが良い

べつにライトに遊ぶこともできるんだけどせっかくなら色んな要素を考慮してめちゃくちゃ複雑に考えながら計画立てて遊んだほうがやりがいあるだろ

めんどくさくなりすぎたら取り込む変数を減らしてガバ計算にするとか、ルーチンを省略するとかでライト寄りのプレイタイル修正すればいいだけだし

2023-12-05

人を変数に取り女性受け度を返す関数f(またはfuro)

fに女性または普通の男を入れると女性受け度1を返す

fにキモイ男性を入れると女性受け度0を返す

人手不足に陥らない持続可能少子化及び人間社会の幕引きを考える

人手不足少子化って一見関係ないようにも思える

人口増加→客増える→人手不足

人口減少→労働者減る→人手不足

どっちにしろ適正な増減から逸脱してることが問題なんだよな。

ほどよい人口減少は加速度的な人口増加よりは社会問題としてましたりえる。

ではどのぐらいのスピード人口減少なら最後の一人になるまで人手不足にならないのか。

変数間の関係を表した具体的な数式が求められるところだろう。

服の良し悪しは結局TPO相手自分で決まる

Time時間

Place(場所

Occasion(場面)

相手

自分

 

これが変数であり普遍的ものは少ない

2023-12-03

哲学って意味あるのか?

先日とある話し合いの場のような所に参加してきた。

そこは哲学的議論しようというスタンスの集まりで、ある話題について色々と話したんだ。

どんなことを話し合ったのかは身バレしてしまうので詳しくは書けないんだけど、それでも話を聞いていて一つ思ったことがある。

x + 1 =

xは変数で、どのような数も入れることが出来る。このとき正確な答えを導き出すことは可能か?

当然、無理だ。

そして哲学というのもこれと同じではないか

話を聞いていて、ふとそう思ったのだ。

そもそも答えのないもの哲学的と呼ぶようだし、人によって価値観は違うのだからxの数値は常にバラバラになってしまう。

それなら答えが出ないのも当然で、答えのない答えを求めたところで意味はあるんだろうか?

2023-11-30

anond:20231130120810

"Null Pointer"

ポインタープログラム上の変数と思えばよい)が具体的なメモリ領域を指示していない事じゃ。

実際にはそれを原因として発生する例外想定外エラーみたいな物)である NullPointer Exception を指すことが多い。

ある変数が示すオブジェクトに何かさせようと思ったら、

その変数が何のメモリ領域も指示していなかったので「何かさせようとする」事自体が失敗しました、という感じ。

2023-11-24

anond:20231124152607

技術的に何ができるのかは、仕様を考える上であまりにもインパクトが大きい変数です。それを考慮せずに仕様案を作ること自体が筋が悪い」

ここでもうわかってるんだけど、世の中よくあるように近視的になっちゃってその後が迷走してる

仕様案を作ること自体が筋が悪いんだからまり仕様案を作っちゃダメなんだよ

普通に考えたらそれ以外ないじゃん

ユーザーのやりたい事は例えばここみたいなサイトなら「興味がある記事が見やすいとこに出る」とかであって、どこを太字にするとかどこに表示するとかどういう条件でやるとかなんならAIぶち込むかとかはエンジニア側で決める事

まあそれをやるには組織フラットエンジニア側の能力給料権限POと同等以上じゃなきゃいけないわけだけどおそらくそこが癌だろうね

2023-11-15

オブジェクト指向人類の退化の象徴

オブジェクト指向とかかっこいい言い方をしても無駄だ。従来の構造プログラミングから進歩したことなど一つもない。オブジェクト指向がなぜダメであるのか、それを今から話すぜ。

 

1. データと処理をまとめるという発想。

データと処理をまとめてクラスとして置くという発想がある。しかし、このようなことをしなくとも、モジュールという単位で利用データと処理の集合をまとめればよかったので、クラスを使う必要はない。しかクラスインスタンス化のときに、不要情報まで持ってくるのでメモリ効率が明らかに悪い。コンピュータ進化しているかメモリのことはあまり考える必要がないとはいえ必要ない処理をまとめて閉じ込めるのは無駄が多い。なぜクラスという名詞概念分類できると考え始めたのかは不明だが、アルゴリズムデータ構造という構造プログラミング手法を、クラスと型というパラダイムに変換することで型にうるさいC++馬鹿を生み出し、彼らが発狂することになってしまった。しかデータと処理にわざわざ依存関係を持たせて、変更に対する柔軟性を失わせている。

 

2. 継承

継承によって既存構造を持ってこようとする必要性が全く無い。それどころか、継承を使うことによってプログラムスパゲティ化し、依存関係グラフがややこしくなってしまう。継承など使わず必要情報スコープの限られた共通変数、または関数引数として用意しておけば良い。もしクラスをどうしても使いたければ、共通インターフェイスをもたせたほうがマシであるインターフェイスを使えば、クラス利用者意識すべきpublicメソッドがなんであるか把握できる。

 

3. カプセル化

オブジェクト指向の中で役立つ概念カプセル化だけであるしかし、カプセル化クラスなしで構造プログラミング方法実装できる。pythonでは、モジュールの中でアンダースコアから始まる関数を用意しておけば、それがprotectedやprivateと似たように機能させることができる。オブジェクト指向がなぜカプセル化独自概念だと言い始めたかは謎。

 

4. ポリモーフィズム

同じ名前メソッドを、入力に応じて処理の内容を変える。このようなことはオブジェクト指向などと誇大宣伝をするほどのことでもない。構造プログラミングで似たようなことができる。

2023-11-08

anond:20231107172950

先週悩まされた Undefined Value Error変数の値が未定義です)のトラウマが未だ抜けてないんじゃないの?

2023-11-06

[]

雇用統計が予想より弱い結果になったことでドル安が進んだが、金利雇用統計に影響を及ぼすまでに相当な時間がかかるわけでこの結果は相当前の金利の影響と考えられる。

様々な変数かつ複合的な影響があるためいつの金利操作が原因かを特定することは不可能と思われるが、ここで雇用統計が多少下がったところで金利政策に影響することはないのではないか。逆に強ければ急いで利上げをする必要があるので今後の安心材料とは考えにくい。

サービス部門PMI購買担当者景気指数も予想より弱く50.6となったことも裏付けか。ISM非製造業景況指数も51.8と弱い。

全体としては減速したものマイナスに落ち込むほどではなく絶妙バランスではないだろうか。少し先行きを見ないと判断しにくい。心配なのは放置すると一気に不景気に陥るのではないかという点。指標が出てからでは遅すぎる。

中立金利r*をどこにFRBが設定しているかは当然明かされなかったがどこかの時点でそこに向かう必要がある。

パウエル市場との対話を少しばかり重視すぎではと思うところもある。金利操作が表れるまでに時間差があることは十分認識しているはずなのに市場実体経済FRBが示すサインとしての金利政策を使っているようにみえるというか。やや危険に思う。

anond:20231106093611

そこまでわかりやすく書かないとわからないの?

所得100で消費が100の現役世代と、年金所得20、貯蓄の取り崩しが80で消費が100の引退世代がいるとする。

消費税で60集めるなら現役世代引退世代も30ずつの負担になるのに対し、

所得税で60集めるなら現役世代が50で引退世代10負担

数値を現実統計に合わせても、変数で置いても、結論本質は変わらんよ。

2023-10-22

気象大学校学生頭よすぎ

俺は気象予報士試験一般は通って専門は15問中一問分ボーダーに届かなくて落ちた経験がある人間だが、そんな人間気象大学校学生が教材として使ってる気象庁ホームページで公開されてるテキスト理解を試みてみたところ、さっぱり分からないという始末になった。

https://www.jma.go.jp/jma/kishou/know/expert/pdf/textbook_meso_v2.1.pdf

これの14ページ(資料下に印字されてるページ番号としては8ページ) なのだ

dVc/dt=αVsという式が成り立ってて、この式は気圧傾度力考慮されてるとも書いてあるが、まず一体どういう力の作用の構図を想定してるのかが分からない。

左辺はただの時間変化を微分として表現したもので、右辺もまた中層風と下層風の単なる速度差だから、これが気圧傾度力考慮されてる式だとしたら、αの一文字気圧傾度力を表してるって自動的解釈されるというか、それ以外に解釈余地が見当たらない。

一方、傾度風や地衡風について立式するとき速度(ベクトル)にコリオリパラメータを掛けそれに気圧傾度力(と遠心力)を足し引きしたような方程式になるわけで、そうなる理由も予報士試験参考書に力の作用関係の図示付きで書いてあったし理解してるつもりなのだが、だからこそなぜベクトルに「掛けてる」のが気圧傾度力でそれが速度の時間変化に等しくなるのか全くぴんと来ない。

そもそも左辺が速度の微分なのに右辺も速度の定数倍になってるのも理解が追いつかない。なぜ加速度でないのか?

Vc=aVl+bVmについて大気密度が小さくなると速度が大きくなるのでa+b>1となるとも書いてるが速度が大きくなることからうその不等式が成立することが導かれるのかもわからない。もっといえばなぜ密度が小さくなると速度が大きくなるのか…ときりがない。

おそらくこちらにとっては天下り式で説明が足りてないように見えるテキストも、気象大学校に入れる学生から見ればあれだけの情報から私が分からないと言った理由も十分読み取れるのだろう。

それはなんというか、少なくとも高校までの履修内容の理解の完成度が全く質的に違うことがこのような差をもたらしてるんだと思う。

たとえば逆に俺でも先に成立する理由が分からないと言った微分方程式が正しいことを前提としてなら、その下に書かれているのがそれを解いた式であることは納得できる。俺でも高校のうちに初歩的な変数分離法は身に付けてるからだが、人によっては同じ理系でも化学系の学部に入る人とかで大学入試を終えた直後の段階で大学レベル教養数学を学んだ経験が皆無な状態だとただの変数分離で解かれた式にすらぴんと来ないってことはあるかもしれない。

そして気象大学校に入る人たちはこんなのよりもさらに奥深くまで見通しよく高校までの内容を理解してるのだろう。うまいたとえかわからないが、数学の白黄チャートしかやってこなかった人間が赤チャートを見たら同じ単元でも全く別物の内容を学んでいるんじゃないかってぐらいのものに感じるような感じだろうか。気象大学校入学者も高校段階の知識でもはや私とは全く異なるような理解を持っているのだと思う。彼らから見れば私が分からないと言ってることは変数分離が分からないことが不思議になるぐらい当たり前のことなのだろう。

ただ5chの気象予報士試験対策スレ質問しても、独学で合格したけどここで聞くより予備校で聞いた方がいいぐらいさっぱり分からないと言われた。

気象予報士だって合格したら割と誇れる資格なのにそういう人でもさっぱり分からないって、もう気象大学校学生は私や予報士とは住む世界が違うような頭の良さを持ってるんだと思う。

そういう人たちでやっと気象災害対策責任持てる仕事をする資格が持てるんだなーとある種納得と途方のない挫折感。

地震が起こると毎度同程度の地震が数週間起こる可能性があるとか同じようなこと言ってるなあろか馬鹿のしてる場合じゃなかった。

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