はてなキーワード: idとは
この内容なのに全ブックマーカーを敵に回すようなタイトルをつけて、ブコメは引用してもIDは含めず、増田で公開するあたりなんだかなと思う。
あくまでブクマカ「達」を批判の対象としていて、個人の名誉を傷つける嫌がらせではなく、言論の内容への批判だということ。
フォロワー数の権威が関係ない増田だからこそ、ネームバリューと無縁の純粋な議論ができる。
全ブックマーカーに向けたタイトルは別に「敵に回す」わけじゃない。
敵とか味方とかの戦争ゲームに興味なんてなくて、求めてるのは反省なのだろう。差別に無縁の人なんていない、私たち誰もが対象。
こういう「アホが考えた解決法」がめっちゃすきで大学時代変な講師の「社会経済学概論」てコマを取ってた。4人くらいしかいない午後の教室で巨龍騰飛政策の話聞いてた時間は豊かだった。
https://b.hatena.ne.jp/entry/4746720737181700591/comment/take-it
これとかアウトでしょ
take-it これで開催されて金メダルをとったとしても、血塗られた金メダルとしかいいようがない。史上最も汚い穢れたメダルだ。で、引退後も元メダリストとして活躍? 人の屍を踏みしめて、たいそうなこって。
https://b.hatena.ne.jp/entry/4702288776668795970/comment/take-it
バカを基準にものを考えるから整合性取れなくなるんじゃないですかね
お家や居酒屋で身内に話す与太話とID付きで世界中に全公開で投稿する内容が同じってフツーにどうかしているやで
お家や居酒屋で『子ども持つまではわからなかったけど〜』『子どものいないやつは〜』はさほど責められるべき発言でもないけど、
ID付きで世界中に公開する発言じゃあないよね、少なくとも老人じゃないんだから、お外である感覚は欲しい
まぁID付きでも、実名も所属組織名も公開していないから"まだ"可愛げがあるけど、
世の中には実名も所属組織(主に大学名や政党など)も公開した上で暴れ回っているガチ狂人たちがいるかならな
もちろんだがそういう狂人を基準にものを考えると整合性取れなくなる
当たり前だが世の中はまともな人の方が多いから回るのだ
Twitterはやってる
ID:keshimini 分かりやすくて助かる。贅沢税、ニュースの見出しで見る名前しか知らなかったから普通に国税の話をしてるのかと思ってたわ。国税なら好きにしろと思ってたが、リーグ内の公正のためのルールと知ると少し印象悪いな。
えw 逆じゃないの?
あまりに暇すぎたのでついにスイッチとブレワイを購入しちゃったわけだけど、まずブックオフのゲームコーナーにいるのが恥ずかしすぎて、興味もないのに古本のコーナーをさまよったあと足早にブレワイだけひったくってブックオフをあとにした。ホントはスイッチ本体とかプロコンも欲しかったけど、店員さんにケースから出してもらえるように交渉するのは無理すぎた。
その足で家電量販店にむかう。ゲームコーナーに行くと、自分と同じくらいの歳のやつが甥と思われる子供の手を引いていて、「え?もう僕たちはゲームを買う側ではなく、買い与える側ですか?」みたいな気持ちに。
なんか今日は結構寒めの気温なのに!ここらへんから汗が止まらなくなって。すかさず隣に現れた謎の店員さんが「スイッチで何かお悩みですか?」とかのたまうから「大丈夫です。」の弱塩対応をして。もうゲーム売り場ってキラキラしてねぇじゃんとか思いながらも、もうブレワイは買っちゃったわけなので心を無にして購入完了までのプロトコルをこなす。転売対策のための会員登録に手間取りながら、ID支払いにミスって、クレカ支払いを終えてなんとか購入を終えた。そしたらなんか店員さんがめっちゃゲーム機が描かれたエコバッグにスイッチを入れてくれて。でも今の俺にとってスイッチはアダルトグッズみたいな存在なんだからそんなおおっぴらにしないでくださいよとか思って。道行くガキに「アダルトグッズだ!(スイッチだ!)」とか言われないかとビクビクしながら帰宅中にこれを書いてる。
アニメとかゲームっていまもう市民権得てるはずだし、おしゃれな部屋紹介とかでもテレビの前に普通にスイッチおいてあることが多かったからイケると思ったのに。そういう人たちは店頭で買わないのかな?でもオンラインだと今日の暇は埋められないからなあ。
コードの重複があるわけでもない状況で、コードを関数ごとに分離するメリットデメリットを知りたいという話ですよね。
コードの重複がある場合に関数などに切り分けていないと、同じコードを何度も書くことになり、不具合があった時にコピーされたすべての個所に変更が必要となるというデメリットがあるので理由がわかりやすいですが、重複が無いとその点が不明確ですね。
画面に収まらないサイズのコードは複数の関数に分割するのが一般的だとは思います。
理由は元増田も書かれている通り、長いと理解の限度を超えるからです。
コードは意味があるまとまりで短ければ短いほど理解がしやすいと思います。
グローバル変数を使わないようにすると、入力・出力が関数を読むだけで明確にわかるので、さらに理解がしやすいです。
また、関数に分けておけば、関数が仕様通りに動くかの確認するユニットテストも簡単に書けます。
ユニットテストでは関数がさらにほかの関数を呼び出している場合、呼び出される関数の代わりにテストダブルを用意することもあります。
分割して、複数の関数を呼び出すようにすることのデメリットは、
下手糞が切り分けるとなんでそういう切り分けになったかわからないところで切り分けられてかえって可読性が損なわれるとか、
関数の機能が拡張してより多く・あるいは少なくの情報が必要な時に関数インタフェースの変更が必要になることとか、
関数を置いているファイル内の場所を変えたときにバージョン管理システムが追っかけてくれないことがあるとか
くらいでしょうか。
いずれにせよ、分割するメリットの方がデメリットを上回ることが大半なので、大抵は機能ごとに分割して小さい関数を作り、それをメインからは呼ぶようにすると思います。
まず、関数の名前をやっている工程を表すものにすることですね。
「データの取り込み」 とか 「データの突合せ」とかを明示すると、それを呼んでいるということはそういうことをしてくれると思うので。
また、関数が何をしてくれるのかも関数のコメントとしてつけておくとよいと思います。
例えば、
filename引数で指定されたファイルからデータを取り込み、JSONフォーマットで返す
返値: JSONフォーマットされた取り込まれたデータ。例: [{'employee name': '山田 太郎', 'employee id': 1}]
例外: filenameを開けない場合はFileOpenError、JSONにコンバートできなかった場合はConvertError
みたいなコメントをつけておくと何をする関数なのかわかるので、その機能を調べたいとき以外は読まないでいいかなと。
あと、コードを連続で読みたい場合、ソースを解析してタグジャンプをつけてくれるツールやらIDEやらを使うことが普通だと思います。
これはどういう意味でしょうか?同じものを表すのに関数ごとに別の変数名を付けているとか?
もしそうだとしたら、使っているプログラミング言語の制約やプログラミング規約によるものなのでしょうか?
ある関数のローカル変数が他の関数のローカル変数に影響を与えることは無いはずなので、ローカル変数は大抵適当な名前が付けられるイメージです。
今時のプログラミング言語なら変数のスコープが関数の中にとどまるような書き方ができると思うのですが。
関数インタフェースを定義し、そこにいちいち引数を書くのが面倒というなら...まあ、それは必要税って感じがします。
そこに引数を書いておくことでこの関数が何に影響されるのかわかるので。
参考までに。
何度も出てきてるんで自分で調べてくれ
https://anond.hatelabo.jp/20210811214236# ← アップデートしてません
商用アカウントでもない限り、IDがあっても匿名(匿名なので実社会で不利益が発生しない)扱いなのに、
IDすら無し匿名で、名誉毀損・侮辱罪単独がイケるかどうかは休む必要がない人以外は分かりそう
営業妨害・名誉毀損のついで では無く、侮辱罪単独って非常にレア
まぁ判例ないこともないが確かこれだけだったと思うよ
最高裁第2小法廷(中川了滋裁判長)は11日付で、被告側の上告を棄却する決定を下した。1、2審判決の拘留29日が確定する。
1審判決によると、小俣被告は2004年9月30日、同市内のスナックで、一緒に訪れた知人男性(同罪で科料7000円の有罪確定)とともに、
客として居合わせた初対面の20歳代の女性に「デブ」「そんなに太ってどうする」「ドラム缶みていだな」などと侮辱した。