タグ

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

タグの絞り込みを解除

仕事に関するCherenkovのブックマーク (284)

  • 優秀な同僚「既に名前があるということは、人類にとって既知であり、先人が既に悩んでくれているから恐れることはない」


    Windymelt()🚀🔥1000 @windymelt  2024-05-31 20:55:14
    優秀な同僚「既に名前があるということは、人類にとって既知であり、先人が既に悩んでくれているから恐れることはない」
  • ひとり会社の起業について学んだ10のこと - GoTheDistance


    note.com Python 2016672 沿 1.  306163GW 
    ひとり会社の起業について学んだ10のこと - GoTheDistance
  • 先延ばし癖がある人にオススメの考え方「ゼロデイ」とは? | ライフハッカー・ジャパン

    Ankerさんありがとう。デスク配線が片付く12 in 1モニタースタンドがほぼ1万円引きはおかしい #楽天5のつく日

    先延ばし癖がある人にオススメの考え方「ゼロデイ」とは? | ライフハッカー・ジャパン
    Cherenkov
    Cherenkov 2024/04/25
    先延ばし癖はライフハックでどうこうよりも、うつやADHD由来なら治療で改善できるかもしれないので気軽に心療内科へいってみよう。まずは睡眠不足を対応していこうってなった
  • 目標設定の基本


    NTT Com Open TechLunch #7  20 2.  / Yoshiba Ryutaro DevOps  Scrum Alliance(Regional, CST-R) (CTC) / (CSP) /  (CSM) / (CSPO) 2
    目標設定の基本
  • ほとんどの人は他人の意見に全く興味がない。


                
    ほとんどの人は他人の意見に全く興味がない。
  • クレディセゾンでDXを進めてきた5年間を振り返る|小野 和俊

    はじめにクレディセゾンに来てちょうど5年が経ったので、これまでの取り組みをまとめてみようかと思う。書き進めていくうちにとても長くなってしまったので、1年につき3トピックに絞ってあとはカットした。それでも5年分なこともありかなり長くなったので、目次から各トピックに飛んでもらえればと思う。社内の関係者も読むかもしれず、「自分のやったことが載ってない!」と思うこともあるかもしれないが、内製開発案件だけでも53案件あり全部載せるととんでもない量になるので許してほしい。それから、振り返ってまとめると退職すると勘違いされるかもしれないけれど、退職するわけではありません! 2019年:ゼロからのスタート1-1. 内製開発エンジニア募集を始める「日のそれなりの規模の事業会社の中に、内製開発チームを立ち上げることはできるのだろうか?」 2019年3月、クレディセゾンに来たばかりの私にとってはこの質問への答

    クレディセゾンでDXを進めてきた5年間を振り返る|小野 和俊
    Cherenkov
    Cherenkov 2024/03/28
    クレディセゾン クレジットカード
  • 中途入社や部署異動で来た新メンバーを活躍しづらくするアンチパターン - Qiita

    1. はじめに ソフトウェア開発のチームに、新しいメンバーが入ってくることはよくあります。 以前に新卒社員がチーム入ってきた場合の育成方法を紹介しました(こちら)。 今回は、新卒社員ではなく、他の会社から中途入社か同じ会社の部署異動で来る新メンバーの話です。 (エンジニアが数百人などで規模が大きい会社の場合、部署が違うと仕事のやり方が全く変わる場合があるので、今回は中途入社と他の部署からの異動を同じように「新メンバー」として扱います) 会社や部署が変わると仕事のやり方が大きく変わるため、仕事のやり方に戸惑うことが多いと思います。 稿では、そのような「新メンバー」を活躍しづらくしてしまうアンチパターンとその対策を紹介します。 2. 中途入社や部署異動で来た新メンバーが適応することの困難さを理解する 中途入社や部署異動で来た新メンバーが組織に適応することは、新卒社員のそれとは別の難しさがあり

    中途入社や部署異動で来た新メンバーを活躍しづらくするアンチパターン - Qiita
    Cherenkov
    Cherenkov 2023/12/04
    「お手並み拝見してしまう」
  • 金をくれ、ときちんと言わない限り、それは仕事ではない。


             
    金をくれ、ときちんと言わない限り、それは仕事ではない。
  • ソフトウェアエンジニアとしての能力を高める方法について考えてみた - joker1007’s diary


      joker1007 () (@joker1007) March 2, 2023  3
    ソフトウェアエンジニアとしての能力を高める方法について考えてみた - joker1007’s diary
  • 週休2日制に戻る企業ほとんどなし-世界最大の週4日勤務実験の結果


    24 Irina AnghelArianne Cohen 32313 調6129002022612332213 3調
    週休2日制に戻る企業ほとんどなし-世界最大の週4日勤務実験の結果
  • もっと早くデザイナーに声をかけろ


    SIer PM        
    もっと早くデザイナーに声をかけろ
    Cherenkov
    Cherenkov 2022/09/27
    フロントエンドとかデザイナーが社内下請けになってる会社あるある
  • 上司が部下を監視、「絶対やってはいけない」とマイクロソフトが警告


    28587調 使 
    上司が部下を監視、「絶対やってはいけない」とマイクロソフトが警告
  • 「要領が悪い人」は、いったい何が問題なのか。


          13 13   5 10      
    「要領が悪い人」は、いったい何が問題なのか。
  • 会社のtimesチャンネルでのわたしなりのルール - KentaKato


    ITtimesSlack ex)https://note.com/vaaaaanquish/n/ncc512cf0e263  
    会社のtimesチャンネルでのわたしなりのルール - KentaKato
  • 「これ(鉄)なんで磁石につくかわかる?」と聞かれて色々考えて「分かりません」と答えたら「鉄に磁石がくっつくのも知らない」と言われた

    ねこぜ @necoz6502 新入社員研修中に「これ(鉄)なんで磁石につくかわかる?」と聞かれて強磁性体?磁気誘導?電子のスピンだっけ?とかいろいろ頭をよぎったけど全部曖昧で「わかりません」と答えたら「鉄だからだよ」と言われ「今年の新入社員は鉄が磁石にくっつくことも知らないらしい」と噂されたのをふと思い出した 2022-08-20 12:07:48

    「これ(鉄)なんで磁石につくかわかる?」と聞かれて色々考えて「分かりません」と答えたら「鉄に磁石がくっつくのも知らない」と言われた
  • ゆめみオープンハンドブック

    ゆめみオープンハンドブックとは? ゆめみ社内の規則やガイドラインなどをまとめた情報ポータルです。 このコンテンツは業界の発展に貢献・寄与するために、ゆめみの徹底的な透明性の考え方をもとに一般公開しており二次利用可能です。また、採用候補者向けに社内の実態を知ってもらうねらいもあります。 リンク切れなどがある場合はこちらのサイトからアクセスしてみてください

    ゆめみオープンハンドブック
  • 「ITエンジニアは転職したほうが昇給できるバグ」の正体 | ITエンジニア向けのトレンド情報


    Forkwell  20225ITITmedia 4,000RT  
    「ITエンジニアは転職したほうが昇給できるバグ」の正体 | ITエンジニア向けのトレンド情報
  • 論理的思考の放棄の具体的方法 - 登 大遊 (Daiyuu Nobori) の個人日記

    何か重要な作業を効率的にしようと思うのに、次々と考えが思い浮かんでしまい集中できないときは、まず、頭の中で、以下のように上下左右に強力な磁石のようなものが設置されている様子を想像する (ここで磁石には N 極と S 極があるがどっちの方向を向いて配置されているのかといった論理的なことは考えなくても良い。とにかく磁石のようなものがある、という程度で良い)。 磁石のイメージをリアルに思い浮かべる必要は全くない。だいたい磁石のような、何かを吸い寄せるような性質のものがあるな、という程度で良い。 次に、その磁石で囲まれた空洞の中央部分に、少し重いけど、手で簡単に持てる程度の鉄球 (鉄を思い浮かべなくても、磁石のような何かに吸い寄せられるような何か) を思い浮かべる。 背景のイメージは Microsoft Windows XP の壁紙からの引用であり、コンピュータのディスプレイを見ながらイメージをす

    論理的思考の放棄の具体的方法 - 登 大遊 (Daiyuu Nobori) の個人日記
  • わかりやすいシステム構成図の書き方 - Qiita

    わかりにくいシステム構成図とは こんなシステム構成図を書いてないでしょうか? このシステム構成図のわかりにくい点が3つあります。それは 製品名は書いてあるが「役割」が書いていない データと処理が区別できない データの流れと制御の流れが区別できない の3つです。 わかりやすいシステム構成図 これら3つのわかりにくい点を改善したわかりやすいシステム構成図が↓です ポイントを解説していきます ポイント1. 製品名称ではなく「役割」を書く システム構成図には製品名称ではなくシステムコンポーネントの「役割」を書きます。 役割とは、例えば〇〇データや〇〇処理といったことであり、それを読むだけでシステムの動きを理解できる文字列です。役割をかかずに製品名称のみを書いてしまうと、その製品を知らない人が見たときに理解できません。例えば「Cloud Pub/Sub」という製品はGCPというパブリッククラウドの分

    わかりやすいシステム構成図の書き方 - Qiita
  • ワイ発達障害、コレをすることで仕事の報連相が上手く出来るようになる。『報告は「セーブポイント」と割り切る。強敵と戦う前、倒した後、レベル的に苦戦が予想される時、ゲームやめる時』

    ポットソ💍 @Happy_rabbit_00 ワイ発達障害、報連相がとても苦手で、何をいつ報告すればいいのかさっぱり分からなかった そこで報告は「セーブポイント」と割り切ることにした 強敵と戦う前、倒した後、レベル的に苦戦が予想される時、ゲームやめる時、必ずセーブするよね それを仕事に置きかえたら上手く出来るようになった 2022-05-01 13:07:36

    ワイ発達障害、コレをすることで仕事の報連相が上手く出来るようになる。『報告は「セーブポイント」と割り切る。強敵と戦う前、倒した後、レベル的に苦戦が予想される時、ゲームやめる時』
    Cherenkov
    Cherenkov 2022/05/05
    git commitもこまめにするんやで