エンジニアを一人にさせない - futoase
エンジニアを一人にしない これは、決して一人プロダクトが悪ということじゃない。 孤独、孤立させることが問題ということ。 エンジニアを一人にさせないために 一人になってるエンジニアの周りができること 飯に誘う チャットルームで飯でいくらか話していた話題から、興味ありそうな部屋に招待する gitの使い方や、Windows 10の話とか、プロダクト外の話であれば共有しても問題ないのでそういうことをガンガン話す 飲み会については、たまにプライベートで安い飲み屋でもいいから誘う。お酒飲めない場合はランチ！ もしエンジニアが体を動かすことに興味があるのであれば、フットサルなど、プロダクトではないけど協調作業を通じて成果がでるようなことをさせる。協力系のボドゲ(パンデミックとか)でも良いかもしれない 一人になってるエンジニア、あなた自身ができること エンジニアのエリアに顔を出して、挨拶する。これだけでも
Gitとかわかんなくても死なないです
さいきんスクリプトわからなかったりPhotoshopしか使えなかったりするデザイナー死ぬみたいに物騒な意見を表明する人がいたり、それにおびえたりしているひとを見かけますね。SNSで。 私思うのですが、今現在わからないことって、今現在は覚える必要がないことじゃないでしょうか。人間、やらなきゃならないときこそやれるようになりますから。 つまり、今すぐやらなくてもいいようなことがやれないことでおびえたり、悩んだりしなくていいと思います。 あと、いわゆる「叱り系記事」とか「脅し口調」は、昔から出版社があえてつかう、入門者に向けた「売り文句」の典型です。だから、そういう記事を書く人はおそらく自分自身が人にgitとかPhotoshop以外の作業手段なりをセミナーとかで教えることをなりわいとしているのでしょう。だから、そういうふうに怖がらせて自分自身のナレッジの必要性を伝えているのですね。営業トークかー
[対談]ひがやすを×和田卓人×Yoshiori（2/3） 「老害」にならないために知っておきたい2つの心得 - エンジニアtype
トップページ > 旬ネタ > ひがやすをのSE進化論 > [対談]ひがやすを×和田卓人×Yoshiori（2/3） 「老害」にならないために知っておきたい2つの心得 ―― となると、Yoshioriさんのようなやり方で開発に触れ続けることが、「老害」にならないための一つの方法になりますよね。ほかに良いやり方はあるでしょうか？ Yoshiori （自分を指さしながら）オレはこんな感じの人間だから、どっかで「怒られたらしゃーねぇや」って思ってるんですよ。オレがやりたいようにリーダーをやって、それで怒られたら仕方ないって。 一同 それ分かる（笑）。 Yoshiori ウチの社内ではずっとSVNを使ってたんですが、オレは「Gitのstashがないともうムリ」って思ってた時期があって。そこで、足元に勝手にサーバを立てて（笑）、チームメンバーだけでGitを使い始めちゃった。 和田 そこまでやっちゃうと
![[対談]ひがやすを×和田卓人×Yoshiori（2/3） 「老害」にならないために知っておきたい2つの心得 - エンジニアtype](https://cdn-ak-scissors.b.st-hatena.com/image/square/14e5c25fee39a8d3fe2bcd3bfb063e286fb8fd95/height=288;version=1;width=512/https%3A%2F%2Ftype.jp%2Fet%2Ffeature%2Fold_contents%2F2012%2F03%2Fba884b5ee28bc7bc139e6fa958303fff.jpg)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
crocos.jp
