タグ

関連タグで絞り込む (21)

タグの絞り込みを解除

howtoとmethodに関するItisangoのブックマーク (3)

  • [初心者向け]破滅的なクソコードを書かないために意識したい3つのこと - Qiita

    この記事で伝えたいこと ここでは、私が設計を勉強しながらコーディングした経験から、初心者でも簡単に実践できる簡単なルールを3つピックアップしました。 一つのクラスは150行以内に収める 循環参照はしない 継承はしない この3つを守れば、破滅的なクソコードであれば割と簡単に防げるかと思います。 この記事における「破滅的なクソコード」は「一切のリファクタリングの余地も残されていないほどのコード」を意味し、この記事の目的は、「破滅的なクソコード」から、「最低限リファクタリングすればなんとかなるコード」になる程度の手法を紹介することです。 マサカリは大歓迎ですがお手柔らかにお願いします。 読む上で留意して欲しいこと この記事はあくまで 「初心者のための破滅的なクソコードを書かないための簡単な方法論」 であって、「効率的で分かりやすい設計の方法論」ではありません。 この3つは「銀の弾丸」ではないです

    [初心者向け]破滅的なクソコードを書かないために意識したい3つのこと - Qiita
    Itisango
    Itisango 2022/02/10
    「ここで紹介したことは「意識したいこと」であって、これをこのままチームのコーディングルールとして適応したり、常に守り続けることはむしろよくないことだと思います」
    リンク

  • 英語圏の開発者に初めてバグレポートを出す時の5つのポイント【連載：コピペで使えるIT英語tips】 - エンジニアtype | 転職type

    IT用語はアメリカ発の言葉がほとんど。でもいざ英語で書こうとすると「何と書いたらいいのか分からない……」という時もあるはず。そこで“コピペでOK”なIT英語表現を紹介！ 開発中に発見したバグを同僚に報告したり、デベロッパーサイトからバグレポートを提出したりした経験は多くの開発者があるだろう。が、開発が日本人だけのチームならレポートも日本語で構わないが、英語圏のメンバーがいる場合やOSSプロジェクトなどであれば、英語で報告しなければならないシチュエーションも出てくる。 今回は、シンガポールで働くエンジニアのDさんに、英語でバグレポートを書く際に気をつけるべきポイントや心構えなどについて教えてもらった。 Dさんに聞く、バグレポートの基本 バグ報告は、開発者にバグの存在を認識してもらい対処を促すことが目的だ。 もし目の前でバグを再現してみせることができるなら、これに優る伝え方はない。しかし開発者

    英語圏の開発者に初めてバグレポートを出す時の5つのポイント【連載：コピペで使えるIT英語tips】 - エンジニアtype | 転職type

  • バグレポート - openSUSE Wiki

    開発者や知識のあるユーザ向け: http://bugzilla.novell.com にアクセスし、そのままバグ報告していただいてかまいません。 技術に詳しくない方向け: まずは http://forums.opensuse.org をお読みになることをお勧めします。 学びたい方向け: ここに書かれた内容は、他のページに比べて比較的難しい内容を扱っています。下記の手順をお読みのうえ、バグ報告を行なってください。 概要: openSUSE プロジェクトは、Linuxのユーザや開発者が開発リリースの テスト を行なうことで、 openSUSE の開発や改良に参加しようという有志のプロジェクトです。言い換えればそれは試用者チームであり、共通の目的を持っています: それは、適切なバグを発見して建設的な形で報告することで、世界で最も使いやすい Linux ディストリビューションを作り上げようというも

  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.