タグ

ブックマーク / qiita.com/nonbiri15 (4)

  • 画像の機械学習が劣化する理由 - Qiita

    前書き 注意:ここに書いていることは2020年代としては、古すぎる見解になっている。 近年の自己教師あり学習の大幅な進展で、ここで述べているようなアプローチは大幅に古めかしいものになっている。 ・自己教師あり学習の進展は、画像認識タスクに対する共通のbackbone を作り出しており、後段で個々の画像認識タスクに対するfine-tuningをするアプローチに変わってきている。 ・そのため、ラベル付きの限られたデータで特徴量の抽出をしていたのが、自己教師あり学習に基づく特徴量の抽出になっている。 ・各人、自己教師あり学習について調べることをお勧めする。 主旨 単純に学習データを追加するだけでは学習が改善しないことがある。そのような場合へのヒントを著者の限られた経験の中から記述する。 はじめに 画像認識の機械学習を改善するためにはデータを追加すればよい。 そう思っている人が大半だろう。 ただ、

    画像の機械学習が劣化する理由 - Qiita
    hiroomi
    hiroomi 2022/05/01
  • 優秀な技術者を追い出してしまう方法 - Qiita

    若手エンジニアを不幸にしないための開発の「べからず」集 組織運営編から記事を独立させました。 優秀な技術者ほど辞めてしまいやすいのは、多くの会社に共通していることです。 この文章では、どうして優秀な技術者が辞めていってしまうのか、その理由を探るとともに、そうならないようにするための対処方法を少しずつ書き足していきたいと思っています。 マネジャーのみなさんへの前書き 会社の資産であるソースコードはきちんと管理されてますか? 「きちんと金庫にしまってある」ではありません。 開発が進みやすく、今のソースコードはどのように品質が保たれているのかがわかるようになって 管理されてますか。 ソフトウェアの開発などで生じている課題は、どのように管理されていますか。 「去年の△月ごろに問題になっていたあの件は、結局どうなったのかい。」 「担当していた○○さんがだったら知っているんですけれども、もうやめちゃい

    優秀な技術者を追い出してしまう方法 - Qiita
    hiroomi
    hiroomi 2017/12/27
    “物事が深刻化する前に組織の課題を解決することです。”/大半が合致する一部上場企業があるな。内部の人が飼い殺しって言ってたけど。
  • 長すぎる関数を短くするヒント - Qiita

    長すぎる関数は、関数の理解を損ねるし、関数のテストも改良もしづらいものになってしまうがちだ。仕様も十分明快というわけでもなく、何をしているのかなぞめいていて、長すぎる関数を短くするのには気がめいってしまいがちだ。 そんな中、関数の中で処理している内容について深い理解をすることなしに、関数の抽出をするためのヒントに気づいたのでここに記す。 その1:長すぎるif文・for文の対応する{}を見つける方法 極度に入れ子になって、しかも長すぎるif文・for文・while文があって、エディタで対応するカッコを容易に見つけることができていないとき、次のようにする。 ここから、ここまでは同じif文の範囲だと思う部分を #if 0 と #endifで囲みます。 { if(){ #if 0 for(int i=0; i< iend; i++{ if(a < b){ for(int j=0; j < jend

    長すぎる関数を短くするヒント - Qiita
    hiroomi
    hiroomi 2017/03/23
  • 若手エンジニアを不幸にしないための開発の「べからず」集 - Qiita

    若手エンジニアを不幸にしないための開発の「べからず」集を書いてみました。 「若手エンジニアを不幸にしないため」とは書いていますが、若手に限った内容ではありません。 いろんな開発の「べからず」のために不幸になるのは、とりわけ若手が多いということを意識したためだと思ったからです。 ・若手には、方針の決定権がない。 ・若手は、組織の中で道具のように扱われてしまう場合がある。 ・(今の)若手は、将来も働き続けるための力を付けるための組織内での教育が、(昔ほど)なされなくなってきている。 ・コスト意識が乏しいので必要性が乏しいことについてまで残業前提の仕事のスケジュールを組織がたてることが多い。(その分野の理論を知っていれば自明のことを実験で証明することを要求されるのは苦痛である。) 設計指針の「べからず」 何ができれば十分かを明確にしない 開発目標は、何ができれば十分なのかを明確にしないまま、追加

    若手エンジニアを不幸にしないための開発の「べからず」集 - Qiita
    hiroomi
    hiroomi 2017/03/20
    “テストの重要性を考えない設計(あるいは要件定義)をする。”テストは一回こっきりじゃないよ。
  • 1