>RT 的外れだったら申し訳ないけど、まず数学における関手とモナドがあって、それをHaskell的に表現したのがFunctor（関手）とMonad（モナド）なんじゃないかな、と。あと、ApplicativeはFunctorとMonadの中間的な概念ってのは結構言われてるけど、どうなんでしょう。
前に初心者なりに調べてみた限りでは、FunctorはHask圏からHask圏への関手しかなく、MonadはすでにKleisli圏の射を表現しているみたいですが（ちなみに俺は圏論を1ミリも理解していませんので間違いが多いかもしれません）。
前にjoin関数（数学的なモナドで定義されている関数）と(>>=)演算子（bind関数）を独自実装したときに、(>>=)演算子の定義時にはjoin関数と一緒にFunctorのfmap関数（(<$>)演算子）を使ったのだけど、それって何か関係あったりしないかな。
🎀お嬢様実力テスト🎀 名前：Ukicode 得点：449点/500点 外 見：85 性 格：95 口 調：81 行 動：94 女子力：94 あなたは『エリートお嬢様』のようです！ #shindanmaker #お嬢様実力テスト shindanmaker.com/1125179 あらいやですわ、私がお嬢様ということがバレてしまいましたの。
基本、変数名を複数形にするのは（たとえばdatasとかは特に）あまり良くないみたいなことは言われたりするので、上司の言っていることはわからなくもないと思う反面、それだけで「技術的に未熟だ」と評価を落とすのはいかがなものかとも思った。 twitter.com/Rubydog725/sta…
まぁコーディング規約を一切守ろうとしなかった、とかならあれだけど。 正直、命名規則に関しては、会社で指定しているコーディング規約によって変わっていくって感じですかね。 たとえばCでも、構造体はUpperCamelにしろだとか、後ろに_tをつけろだとか、全部大文字にしろだとかいろいろありますね。
これは会社のチーム全体でコードの書き方や読み方を共有するという狙いがあります。 ですので、それを一切守らなかったのであれば、そちらにも非がないわけではないと思います。
あとaryは逆にわかりにくいって声もあるけど、aryも配列であることを示す変数としては結構使われているイメージあるけど・・・ 型がどうのこうのは、データ名を表現したいんであって、型名を表現したいんじゃないんだよって思っているので、正直個人的には論外です。
型で「こういうデータだよ」ってことを示したいなら型シノニムで良いじゃんって話になるし。まぁ、型シノニムはサポートされていないプログラミング言語のほうが多い気がするけど。Pythonでも3.10になってからやっとできるようになったし。
陰謀論者さんは本当、なんでもかんでも「新型コロナワクチンと関係ありゅ！」とか言って騒いでいて、本当に、残念な人たちだなぁ。 多分「自分はこの世の真実を知っている！」みたいな上の立場になった気でいるんだろうなぁ・・・あの人らの中二病が治ったときが楽しみです(笑)
中二病を経験した人からしたら、布団の中でうずくまりたくなる案件をやっているってことに気づいていないんだろうな。
こういう人らって新型コロナウイルスを舐めているんじゃなくて、ウイルスそのものを舐めてるんだよ。 感染してﾀﾋにそうな目に遭ったことがないから、余計にこういう活動ができるのだと思う。 自分は、インフルエンザウイルスにコロされかけたので、二度と感染したくはないなとしか思わんけどな。
「たかが『ただの風邪』ごときでｗ」って思われるかもしれないが、その「ただの風邪」でもﾀﾋぬ可能性はあるわけだが。ただ一般的なヒトの免疫力が強いから自然に治癒しているってだけで。 そこんところわかってるわけ？まぁわかっていないからこういう活動ができるんだろう。
中二病なのは、別に全然構わないのだが、こういう人に迷惑をかける中二病だけは本当にご勘弁願いたい。
「コロナ感染死の4倍」ってトレンドに上がっただけで記事を「まったく」読まず「コロナワクチンのせいに決まってる！」って決めつける「迷惑な」中二病がいるから正常な判断のできない日本人は減らないのだと思う。
こういう人がTwitterの話題で出てくるというのも、もはや恐怖でしかないよね。権威ある医者が「コロナワクチンは打ったほうが良い」と言うことと、何の権威もない医者でもない一般人が「コロナ感染死4倍はコロナワクチンのせいだ！」と言うこと、どちらのほうが信じられるのか？って話なんすよね。
そんなにコロナワクチンのせいにしたいなら、ぜひとも医学部に行ってほしいし、その具体的なソースをいただきたいですね。
まぁ一つだけ言うとするなら、神真都Qが第二のオウム真理教にならないことを祈る。もうなりかけてるけど。
#リスト というのはデータとその次のデータを含む構造のある（その前のデータを含む構造があることもある）再帰的なデータ構造のことを示しているのであって、 #配列 とは違うと思うのですが・・・まぁ使用感的には配列と同じなのでわざわざ呼び分ける必要もないのかもしれないけど。 #プログラミング
まず従来の配列というのは、要素数があらかじめ決められているもので（ここからは持論ですが）「複数の同じ型の値で構成された複合型」が配列なのだと思います。それに対してリストは、要素数があらかじめ決められていない「複合型だけではないデータ構造」というふうに自分は捉えています。
うーん、ではリーダブルコードなんかで書いてある「原則として変数名は略してはいけない」は間違いだって言うのかい？（少なくとも仕事面では）変数名を積極的に略すというのはあまり良いことというふうには思えないのだけどね。 #プログラミング
たとえばスコープが圧倒的に短かったり、for文で回すための一時変数なんかは1文字でも良いとは書かれていたと思います。
まぁ、リーダブルコードの言っていることがすべて正しいとは言わないけど、原則として変数を略しすぎていないほうが読みやすいコードだというのは的を得ていると思うのだがな。
書き手にとってはそれが「一番楽」なのかもしれないけど、読み手側によってはそれが「一番苦」なんだよな。略しすぎている人はちょっと読み手側も意識してコードを書いたほうが良いと思うな。
正直命名規則に正しい正しくないはないと思う。まぁ、チーム内で共有できていないとかなら問題あるけど。 #コーディング規約 によって変わるとしか言えないし、自分が相当上の立場でない限り、かつ余程問題のある規約でない限り、それは上司に従うべきかと思います。 #プログラミング
コーディング規約はチーム内だけでも情報共有するためには必須で、むしろ守らないメンバーは問題があります。 もしかして、命名規則がどうのこうので文句を言っている人たちはチーム開発のことをまったく考慮されていないのでしょうか？
ちょっと訂正・・・自分が相当上の立場でない限り、「または」余程問題のある規約でない限り、ですね。
実際の例の件でツイートされていたことは「個人開発」ではなく「チーム開発」の話ですよね。 それなのに「こういう命名規則でなければならない」とか「その命名規則はもう古い」とか、「チーム開発」であることをまったく考慮されていない発言ばっかりです。
「チーム開発」だけじゃなくて他社との「共同開発」の場合もそうですね。 確かに余程の問題があるコーディング規約なら徹底抗議すべきですが、そうでもない場合は、正直言って時間の無駄なので、やるべきではありません。
まー命名規則がどうのこうのってだけで評価下げるのもどうかとは思うが、そのチーム内での命名規則そのものを否定するのも憶測で物事を語るのも違うでしょって俺は思います。
うーん、会社の話をするのもどうかなと思ったのですが、自分の命名規則における持論は、別に受託開発に限った話じゃないですよ？それに、受託開発だけで人を見下すなんて、現代日本社会においてはナンセンスです。ありえませんね。
むしろこちらからすれば「まだこういう昔気質の人間がいるのか」という感じですわ。 受託開発の方も、誇りを持って働いて良いのです。こんな受託開発ってだけで人を見下す差別主義者の典型例みたいな人の耳を傾ける必要ありません。
受託開発も、必要な存在であるはず。そんなに受託開発を見下すべき存在であるというのであれば、もう二度と受託開発頼むんじゃねえぞって思うし、それで自分の会社がつぶれかけても文句言うんじゃねえぞ。 まぁ言ってもわからないだろうがな。
受託開発を見下している人は、なんで会社が受託開発を頼むのか、よくわかっていない説。 会社の仕組みというものの基礎の基礎もわかっていないのだろうな。まぁ、俺もなんで受託開発を頼むのかっていう理由を知っている程度だが。
というか、今は、むしろ受託開発メインの会社のほうが技術力高い会社が多いような気がするのだが・・・むしろ受託開発って技術力が高くないとやっていけない、みたいなところもあるし。 マジで、なんで命名規則の話だけで受託開発を見下す必要があるのか。腹立たしい。
なんか、ちょっと会社について話しすぎた気がするな。ちょっと自重しよう。俺は精神年齢-3歳で、故に就職していないので。
唐突だけど、レ〇プ魔って気持ち悪いよね。こういう人たちってマジで去勢されれば良いのに。
某テレビ局がウクライナ女性をレ〇プしようとした話、話半分に聞いてはいたのだが、マジなのだとしたら、超キモいんですけど。 まー、あのテレビ局は、悪い意味で有名ですから、正直ありえなくはないとは思っていた。だから話半分だったのだが・・・。
>RT 複数形は極力使うべきじゃないとは言ったけど、datasとかがダメなだけで、それ以外は基本的に許容すべきなのかな。
まぁ、ちょっと「 #命名規則 はこうであるべき」みたいなのは #コーディング規約 によって本当に異なるので「そんなに否定することないじゃん！」と憤慨してしまったけど、よくよく見てみると、ary単体だとありだけど、userAryだと、なんか構造の名前みたいで、確かに違和感あるな。 #プログラミング
みんなary、aryって言うから、ary自体に問題があるのかと錯覚してしまった。いや、これは言い訳ですね。反省します。
@akkoden_akutoku なんならロシアに行ってプーチン大統領を倒してくれ・・・（コロされるのは嫌なので、冗談だけど）
ただ、コーディング規約を守ることはチーム開発や共同開発のうえではかなり重要なことなので、コーディング規約を軽く見るような発言はやめてほしい。
ちょっとガチでアンケート取ってみようかな・・・。 変数名「datas」はアリ？また、変数名「users」はアリ？
たとえば #Python とかだと、arrayとかlistとか略さずに書くと、 #クラスオブジェクト を書き換えてしまうおそれがあるので、そういう場合は略さずにはいられないのよな・・・。 #プログラミング
ただ単に、感覚として「datas」「users」というのはアリかナシか調査したいだけですので、よろしくお願い申し上げます。
さっきuserAryは違和感あるとは言ったけど、それだけで部下の評価下げた上司は擁護が難しいとしても、純粋にそういうコーディング規約で決められているんだったら、やっぱりそういう人たちのことは否定したくはないかな、って思った。
まぁ、正直、所属するチームによってもコーディング規約が違ったりするので、余程ひどい規約じゃなければ、自分はそれに適応していくだけなので、正直、命名規則の善し悪しは、「1文字だけは極力避けるべき」ってところしか意識してなかったなぁ、という感じ。 #プログラミング
あと変数名だけでどういうデータなのかわかるように意識しているってのもある。これはリーダブルコードを参考にしたんだけど。
>RT これに関しては同感。俺なら気弱すぎて絶対できない。公のほうでは普通に上司に「なぜなのか」と問うてはいるけど。逆ネット弁慶みたいなところはある。
でもまぁ、社員の中には「コーディングはこうじゃないとダメだ！」みたいなこだわりの強い人もいたりはするので、それで人間関係がこじれるのも困るので、そのときは従うしかない、ってのもあると思う。
