重複コード撲滅に役立つIntellij IDEAの機能
この記事はJetBrains IDE Advent Calendar 2015の4日目です。 2年ほど前、命名規約やプログラミングの慣習に違反したお行儀のよくないコードをIntellij IDEAを使って見つけて、改善していくことを書きました。「publicなメソッドの名前がget〜なのに戻り値がvoidで、どうやらgetしてきた何かをフィールドにsetしてて、別なアクセサで取得するらしい…」みたいなアレです。 そういった行儀の悪さも困りものなのですが、既存のコードベースの上に機能追加したり不具合修正したりする上でもう１つ厄介なのは、コードの重複です。 大人数が横串を通す時間もなく作ったので、各人が同じものをあちこちで実装してしまう コードベースが数十万行などと巨大なので、既に誰かが実装済みなことを知らずに実装してしまう 改修するとテストが大変なので、コピーしてちょっとだけ挙動を変えた実装
そのクソコード、Intellij IDEAでチェックできるよ
愛知県でシステムエンジニアとして働く友人のMは、プロジェクトメンバの書くJavaのクソコードに苦しめられているそうです。Mはリードプログラマとして、プロジェクトメンバがあげてくる成果物（ドキュメントとコード）のレビューをする立場にあるらしく、提出されてくる数々のクソコードをTwitterでつぶやいていました。 Mを救うことはできるのでしょうか？ もし、クソコードをすばやく見つけることができたら救えるのであれば、救える見込みはあるかもしれません。 コードの問題を見つける静的解析ツール クソコードとは、おおむね次のような問題のあるコードをさすようです。 潜在的バグ バグの可能性があるコード。 重複 機能追加やバグ修正を困難にしがちなコードの重複。 設計上の問題 クラスやパッケージ間の依存関係、多すぎるメソッド引数など。 慣習違反 プログラミング言語やライブラリの慣習、コーディング規約などに違反
SIerの下請け開発者ってレベル低すぎない？ - UXエンジニアになりたい人のブログ
ネット上ではSIer批判＝技術のことをわかっておらずプログラムも書けずPMも出来ない非効率でダメダメな上流工程と、 人月単位での労働力提供という業界の慣習に縛られ、持ち前の優秀な技術力・知識を生かせず非効率な作業を強いられているかわいそうな下請け開発者、という構図が確立されているように思います。 自分が関わるまでは、まあそうなんだろうなと思っていましたが、しかし実際にそういう立場のひとと関わりをもつにつれて、どうもそうではないのではないかと思うようになりました。このあたりの実情を書いていこうと思います。 なお、先に言っておきますが本記事で書くことは、上流工程がどうのとか、業界の多重請け負い構造がどうのとか、給料が安くてとか労働条件が過酷でとか、そういう話とは全く関係がなく、純粋にプログラミングのスキルの話だけです。 対象はおもに詳細設計、実装UTだと思ってもらえれば。外部仕様が決まった状態
Facebookは「うそつきかがみ」 - Hagex-day info
ドラえもんの秘密の道具に、観た人におべっかを使う「うそつきかがみ」という道具があるんだけど、Twitterで「Facebookは「うそつきかがみ」だ」という指摘があった。 たまに所用あってfacebookを覗くと、一般人の女性の自撮りや家族懇談の画像に数百の「いいね」がついてたり、何か弱音書いてる人の発言に延々と「そんなことないよー」みたいなコメントついてたりで、ドラえもんに出てくる、適当なおべんちゃらで人をダメにする鏡みたいなサイトだな、あれは。 pic.twitter.com/WsvwYkN7lF— OGAWA Kandai (@grossherzigkeit) 2017年2月10日 「うそつきかがみ」は褒めるどころかウソのアドバイスをして人を貶めている。これがポスト真実か！ 下のアニメ版を観ていると「私は真実を写し、真実を語るのです！」と鏡は喋っているけど、嘘つきほどこんなことを言う
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【朗報】ポケモンサンムーン大規模大会で「フライゴン」が優勝を決める！:ぽけりん＠ポケモンまとめ
『SIerの下請け開発者ってレベル低すぎない？ - UXエンジニアになりたい人のブログ』へのコメント
