タグ

ブックマーク / logmi.jp (7)

  • 部下へのフィードバックが「いちゃもん」に聞こえる上司の特徴 メンバーに「言いにくいこと」を伝える5つのスキル


    5 5   
    部下へのフィードバックが「いちゃもん」に聞こえる上司の特徴 メンバーに「言いにくいこと」を伝える5つのスキル
    craftone
    craftone 2024/06/12
    “「黙ってろ」ということです。”
  • ひいきする・高圧的・嫌味を言う……嫌いな上司の特徴ランキング 上司との難しい人間関係をうまくいかせるための考え方


     hint     
    ひいきする・高圧的・嫌味を言う……嫌いな上司の特徴ランキング 上司との難しい人間関係をうまくいかせるための考え方
    craftone
    craftone 2024/04/29
    上司との会話例がリアルで良いね。解決例の部下がやたら有能で、そりゃうまく行くよ感はある
  • 美しいコードは“シンプルで無駄がない” イケてるエンジニアが大事にする「良いコード」「良いアーキテクチャ」とは


      2 23 VPoE2 DX
    美しいコードは“シンプルで無駄がない” イケてるエンジニアが大事にする「良いコード」「良いアーキテクチャ」とは
    craftone
    craftone 2023/01/17
    「どっちが良いコードか?」の文脈で2倍と2乗を間違えるというのは、、良いコードの方が間違いが見つけやすいよね!?ということをさりげなく主張している・・?
  • 仕様を完璧にするのではなく、少しの投資で仕事を楽にする 品質とコストを“ほんのひと手間”で改善する方法

    文字はできるだけ可視化、Must・Neverの考え方でテストの範囲を決める 石原一宏氏(以下、石原):畠山さんありがとうございます。 見えない仕様を可視化する、できないことを考慮する、図表を活用する。上流工程のひと手間で手戻りリスクは大きく減ることをお話ししていただきました。先ほどもありましたが、範囲が曖昧、条件が複雑、全体像がわからない、書いていることの箇条書きだけを見ても全体像がわからないんですよね。 一方で全体像がわかっても、細かいところが見えない逆パターンがあります。できることしか定義していない、チャットにもありました。Never・MustでNeverしか書いていないことが多いんですよね。「非機能を考慮していない」、そうですね。仕様書にはだいたい機能系の正常系、Mustしか書いていない。非機能のNeverなんて書いていないんですよね。 書いていなければテストをしなくてもいいのかとい

    仕様を完璧にするのではなく、少しの投資で仕事を楽にする 品質とコストを“ほんのひと手間”で改善する方法
  • 「この会社は詰んでます。潰れました」で気づいた“恥ずかしさ” DeNA南場智子氏がエンジニアから学んだこと


    DeNA TechCon 2021 WinterDeNA   DX退 1
    「この会社は詰んでます。潰れました」で気づいた“恥ずかしさ” DeNA南場智子氏がエンジニアから学んだこと
    craftone
    craftone 2022/01/27
     DeNA Not for me   

  • Netflixの制作現場で浮き彫りになる「日本の遅れ」 「専門性の高い技術者不足」を招く、キャリア構造の問題点


    Contents Innovation Days4NetflixNetflix Netflix Netflix使使
    Netflixの制作現場で浮き彫りになる「日本の遅れ」 「専門性の高い技術者不足」を招く、キャリア構造の問題点
    craftone
    craftone 2021/10/30
    色々な業種でけっこう英語の壁がデカい気がする。世界から取り残される感強い。最近の韓国が強いのはむちゃくちゃ英語教育してるからなのでは・・?
  • iPS細胞の「i」が小文字の理由は「あの製品のパクリ」 ノーベル賞・山中伸弥教授がぶっちゃける


    iPSiiPodiPS201542015iPS 2 iPSYOSHIKI 1 
    iPS細胞の「i」が小文字の理由は「あの製品のパクリ」 ノーベル賞・山中伸弥教授がぶっちゃける
    craftone
    craftone 2015/04/16
  • 1