記事へのコメント24

    • 注目コメント
    • 新着コメント
    sa-yama321
    sa-yama321 ひどいルールだなー

    2022/04/24 リンク

    その他
    k_akashi
    k_akashi こういう場合は良い、みたいな例外条件の教育とかもされず/改訂も出来ず、単にルール制定してれば良い/是非はわからんがルールだから従え、みたいな環境だと色々大変なんだろうなぁ…

    2022/04/24 リンク

    その他
    y_hirano
    y_hirano 「早期returnを禁止しても複雑度が増さないくらいに関数化を徹底しろ」という風にも解釈できるけど、まああまり現実的ではないかも。まだ組み込みが牧歌的だった時代の名残とかかな。

    2022/04/23 リンク

    その他
    kiyo_hiko
    kiyo_hiko ガードの事かな?https://qiita.com/kouyan/items/7b8b456b626447a1e24e 俺は禁止されたら `goto <一番後ろ>;` 使う。gotoかわいいよgoto。ちなみにMISRA-CじゃなくてCERT C読むとgotoは一部の状況(08.MEM)で推奨すらされている。割と増田の状況向き

    2022/04/23 リンク

    その他
    kknsd
    kknsd 関数出口については、MISRA C:2012では必要”required”じゃなくて推奨”advisory”なので、守らない時の逸脱手続きは必須ではないっぽ (MISRA C:2004ではrequired)

    2022/04/23 リンク

    その他
    door-s-dev
    door-s-dev これはかわいそう。転職する時に早期リターンが禁止されてるかなんて聞かないもんなぁ。 ちょろっとでもコードを見せてもらったほうがいいのかもしれん

    2022/04/23 リンク

    その他
    buhoho
    buhoho 話には聞いたことあるけど実在する規約のなのか。10行以上の関数は作るなってことなんだろうか。個人的には細かい関数バラバラに作られるのもそれはそれで読みづらいことが多い

    2022/04/23 リンク

    その他
    strawberryhunter
    strawberryhunter ①このコーディング規約を考えたやつ馬鹿じゃねーのと公言する ②わざと早期リターンするコードを書く。指摘されたら食い下がる。 ③増田が先頭に立って会社のルールを変える/VisualBasicはそういうコードばっかり。

    2022/04/23 リンク

    その他
    nunulk
    nunulk 目的や理由の書かれてないガイドラインを作らないでほしい

    2022/04/23 リンク

    その他
    honeybe
    honeybe 「地獄のような10重以上のネスト地獄」を解消することで早期リターンせずにすむコーディングに変えていくのが良さそう。それはそうとして「早期リターン禁止」はクソコーディング規約なのでクソですね!

    2022/04/23 リンク

    その他
    gm91
    gm91 逸脱の手続き取ったらいいだけでは。

    2022/04/23 リンク

    その他
    indication
    indication 関数分離で対抗だ!、関数ポインタ無しってCの旨みが無くなった感がハンパない

    2022/04/23 リンク

    その他
    aceraceae
    aceraceae そんな理不尽な会社は辞めたほうがいいい。

    2022/04/23 リンク

    その他
    toaruR
    toaruR 誤解から生まれたローカル制約なんかな?(・ω・)

    2022/04/23 リンク

    その他
    sugawara1991
    sugawara1991 早期リターン多用するけど戻り値実際何だったのか確認とかロギングなどを「その関数内で完結させる」場合の記述の簡潔さと排反なのが悩ましい。早期リターンの戻り値は妙な演算で求めない、等の規約を併用したい

    2022/04/23 リンク

    その他
    tybalt
    tybalt プリチェック用の補助関数を作って、早期リターンしていた処理はそちらに移動する感じかな。`if(pre_check()) ret = fn_body()` みたいな。

    2022/04/23 リンク

    その他
    strow0343
    strow0343 そのMISRA-Cルールは必要(required)なのでドキュメントに残すとか逸脱の手続きを取れば逸脱可能。ちなみにMISRA-Cでは関数ポインタは禁止してないはず / 未だにMISRA-C:2004なのがバレてしまった感

    2022/04/23 リンク

    その他
    kenzy_n
    kenzy_n 祭祀における詔

    2022/04/23 リンク

    その他
    arket789
    arket789 増田氏かわいそすぎる… ディープネストの方がマシ扱いとか遭遇した事ない。このルール推してる人がモダンJavascriptのコードとか見たら発狂しそう。

    2022/04/23 リンク

    その他
    fops
    fops MISRA-Cは自動車システム用のガイドラインらしい。http://www.c-lang.org/detail/misra_c.html/これ?→「関数は、その最後に1つだけの出口を持たなけらばならない」

    2022/04/23 リンク

    その他
    sgo2
    sgo2 コレは分かる。複数breakやcontinueも禁止(do〜whileと組み合わせて回避出来ない)だし、条件式が複雑になりすぎてもNG。あと暗黙の型変換がNG(コンパイラによる型チェックのメリットが潰されてる)も辛い。

    2022/04/23 リンク

    その他
    punychan
    punychan 転職面接の最後の質問には御社のコーディングルールを教えてくださいってのがいるな

    2022/04/23 リンク

    その他
    sds-page
    sds-page 転職しろというか転職後でこれか

    2022/04/23 リンク

    その他
    narwhal
    narwhal 早期リタイアで対抗だ。

    2022/04/23 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    早期リターンを禁止されるつらさ

    転職した会社で早期リターンが禁止されている。 正確に言うと、misraCを踏襲し、関数内ではreturnは末尾...

    ブックマークしたユーザー

    • techtech05212024/05/14 techtech0521
    • sa-yama3212022/04/24 sa-yama321
    • k_akashi2022/04/24 k_akashi
    • mieki2562022/04/24 mieki256
    • onigoy2022/04/24 onigoy
    • westerndog2022/04/23 westerndog
    • y_hirano2022/04/23 y_hirano
    • kiyo_hiko2022/04/23 kiyo_hiko
    • big0bun2022/04/23 big0bun
    • kknsd2022/04/23 kknsd
    • door-s-dev2022/04/23 door-s-dev
    • keint2022/04/23 keint
    • buhoho2022/04/23 buhoho
    • strawberryhunter2022/04/23 strawberryhunter
    • nunulk2022/04/23 nunulk
    • eggman2022/04/23 eggman
    • honeybe2022/04/23 honeybe
    • gm912022/04/23 gm91
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - 政治と経済

    いま人気の記事 - 政治と経済をもっと読む

    新着記事 - 政治と経済

    新着記事 - 政治と経済をもっと読む

    同時期にブックマークされた記事