トラブルの収拾つかず、謝り方を知らないITエンジニア
ITの現場にはトラブルがつきもの。時として「謝る」場面がある。しかし謝り方を間違えると、かえって火に油を注ぎかねない。4日間で、上手な謝り方をマスターしよう。 あるシステム開発のプロジェクトでトラブルが発生。その直後に開かれた打ち合わせの場での話だ。立腹気味のユーザー企業のシステム担当者に会うなり、システム開発会社のITエンジニアが最初にこう言ったという。「今直面しているこの問題、解決させましょう」――。 システム開発会社側の火消し役としてその場に居合わせた、大手SIerのAさんは「謝りもせずにいきなりそう言うとは…」と、ITエンジニアの一方的な態度にあっけに取られた。 「今こそユーザーの協力が必要だというのに」――。Aさんがおそるおそるユーザー企業の担当者の様子をうかがうと「勝手に解決すればいいじゃないか」という表情。Aさんは「とても協力など得られそうにない雰囲気になってしまった」と振り
ベンチャー企業におけるDWH DevOps @ Retty - Retty Tech Blog
※ Retty Advent Calendar 15日目の記事です おしながき はじめに ベンチャー企業とデータ活用 完璧さよりも早さを重視する Rettyにおける現状 DWHの開発で大切にしていること プロダクトとしてのUXを大事に プロダクトとしての変化を大事に 開発者として横断的な動きを大事に RettyにおけるDWHの開発プラクティス BigQueryを中心としたデータ基盤 アウトプットを最大化するためのダッシュボードツール スプレッドシートによるお手軽ダッシュボード データポータル (Datastudio) データソースのUX/DX データソースの集約化 As-is ではなく As-was 分析者も巻きこみDWHの品質改善を行っていく 技術スタックはSQLを中心とする 仮想テーブル (View) <-> 実テーブル による スキーマのPoC SQLによるView/データソースのユ
企業に聞いた！「エンジニアを面接で落とした理由」ランキング - paiza times
こんにちは。谷口です。 ITエンジニアの中には、面接でも「技術さえあれば特に喋らなくていいだろう」「技術だけを見てほしい」といった感じで、あまり多くを語りたがらない人もいます。 しかし、現実には応募者から説明してもらわない限り、「どんなスキルを持った人なのか」「これからどんな仕事がしたいのか」といったことはわかりません。 また、技術的には同じレベルの応募者が複数人来たとしたら、面接で「話がよくわからなかった」「人間性に不安が残る」という人よりは、「話がわかりやすくて、人間性も問題なさそう」な人が採用されるのは当然です。 ただ、個人で応募していると落選してもお祈りメール一通で終わるケースがほとんどで、面接における受け答えの改善点がわからなくて困ることもありますよね。 paizaでは、採用選考で応募者を落とした企業には「落選理由」をヒアリングしていますので、今回は技術面以外でエンジニアに多い落
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
