「上司に質問をすると、いつも相手を不機嫌にさせてしまいます…」 このような悩みを持つエンジニアは少なくないのではないでしょうか。実際、誰もが「こんな質問をして怒られたらどうしよう」と躊躇したことがあるでしょう。 ただ、もしかしたらその悩みは簡単に解消できるかもしれません。なぜなら、エンジニアがイラっとする質問の態度はある程度きまっているからです。質問者として適切な態度を理解することで、質問が改善されるはずです。 はじめに まず、これは全員の共通認識だと思うのですが、大前提として『質問をすること』は難しいです。ですので、この記事ではあえて「良い質問」と「悪い質問」の違いには触れません。その手の議論にはすでに飽き飽きしているからです。 次に、エンジニアという生き物について説明します。多くのエンジニアは技術力を身につける必要があるため勤勉家な人が多いです。少なくとも私は「自分で学ぶ気のない人に厳

内閣府が性別役割意識（男女という区別で役割を分ける発想）に関するアンコンシャス・バイアスの調査結果を公表していました。 令和4年度 性別による無意識の思い込み（アンコンシャス・バイアス）に関する調査研究 | 内閣府男女共同参画局 調査結果を読む前の予想では、若い人はアンコンシャス・バイアスが少なめで、思い込みが強いのは高齢男性だろうと思っていましたが、それは半分正解で、半分不正解でした。 正解なのは、思い込みが強いのは高齢男性というところで、不正解なのは、若い人であっても男性にはまだまだアンコンシャス・バイアスが結構あるということです。 たとえば、「男性は結婚して家庭をもって一人前だ」「デートや食事のお金は男性が負担すべきだ」という問いかけに対して、一番高いのは60代男性である一方で、20代男性もそれなりに高く、女性のどの世代よりも高い結果です。 さらには、職場においては、「女性は男性のサ

「コードレビュー・・・うっ頭が」となっているそこのアナタへ。 先週弊社キカガクで人生初の実務コードレビュー体験をしました。 控えめに言って最高すぎました。 お互いが「気持ちよく・効率的に」学びを深められるように組まれた一級品のレビュー構成。 細部に渡る心遣いとテクニックの為せる技だと思いました。 そこで私は考えた ー。 真逆のことをしたらどうなるんだろう？ 想像してみたらなかなかブラックな開発環境が脳内で出来上がりました （大学時代のコードレビュー現場そっくりだなと思ったのは内緒）。 自分がコードレビューに参加する時こうはなるまいぞいう戒めを込めて紹介していこうと思います。 具体的な改善案も5選紹介しています。 共に愛され系コードレビュアー ＆ レビューイを目指しましょう！ 想定している対象読者 「もうすぐ初めてコードレビューを受ける予定で不安・・・」 「コードレビューを行うことになったけ

私の所属している事業部では昨年の４月から今まで、１年と半年以上在宅勤務を行ってきた。 所謂SIerをやっている会社なんだが、うちの事業部は受託ではなく業務システムを開発、販売しており、５０人ほどのメンバーがいる。 当時の部長がめちゃくちゃ優秀な人で、在宅勤務への転換にあわせてすぐに社内のコミュニケーションをメールからSlackにしたり、社内外のMTGをすべてZOOMで行うようにしたりと、情シスの人と一緒に色々ルールとツールを整備してくれた。kintoneも入れてくれて、社内申請や案件情報共有などいろんなことがオンラインでできるようになった。 その結果、出勤から在宅勤務に切り替えても売上は右肩爆上がり。 通勤の疲れがなく一日の可処分時間が増えて、ほとんどのメンバーが在宅勤務に関してとてもポジティブに感じていた。 オンラインでの雑談時には 「たまには出勤してもいいけど、在宅でも業務に支障がない

はじめてアメリカ人たちと机を並べて仕事をしたのは、もう20年以上前のことだ。当時わたしは、国際プロジェクト本部という部署にうつったばかりで、職種はプロジェクト・エンジニア（の見習いのようなもの）だった。プロジェクト・エンジニアとは、プロマネの配下で、様々な連絡調整業務を行う役割である。わたし達の業界では、プロジェクト・マネージャーになりたかったら、必ずプロジェクト・エンジニアとしての経験を積む必要がある。プロマネへのキャリア・パスの一部であるととともに、一種の下働きであり、わたしはさらにその見習いだったという訳だ。 わたし達は中東における、ある大型プラントの入札見積業務を進めていた。自社が単独で応札するにはリスクが大きすぎるため、米国の同業であるX社との共同プロジェクトの体制をつくって、仕事に臨んだのだ。我々の業界では、大型案件の入札見積となると、それ自体が6ヶ月〜1年近くの期間を要し、費

Googleによる在宅で勤務する際のコツがGoogle Cloud Blogにて紹介されています。 Google Cloud Blog これまでオフィス勤務だった人たちに向け、在宅でも仕事を上手にこなすための方法をいくつか挙げています。中でもすぐにできるアドバイスとして、 朝起きたら、脳を切り替えるために着替える 自宅で気を休めるためにも、「仕事で使う場所」と「仕事をしない場所」を決める 1日の終業時間、休憩時間を決める 規則正しく仕事を進めるために前日に翌日の「To-Do リスト」を作る（テンプレートファイルも公開） などが、理由とともに詳しく説明されています。 他にもビデオチャットを有効活用する方法や、ビデオ会議中は他のタブを最小化して会話に集中する、自分に合った「生物学的ゴールデンタイム（※朝型・夜型でスケジュールを調整）」を見つけるといったコツを紹介。そして最後に、「ワンルームの部

「働き方改革」の一環として、テレワーク導入を検討する企業が増えている。2018年に国土交通省が発表した「平成29年度テレワーク人口実態調査」によれば、民間企業や組織、官公庁等で働いている人のうち、勤務先にテレワーク（※）制度等があると回答した割合は16.3％だった。前年度調査の14.2％からわずかに増加している。 ※：同調査の中では「ICT等を活用し、普段仕事を行う事業所・仕事場とは違う場所で仕事をすること」と定義 20年の東京オリンピック・パラリンピックで予想される交通機関の混雑や、多発する自然災害への対応などの観点からも、この数字は今後も増えていくと考えられる。 テレワークの導入で、企業はどのようなメリットを得られるのか。また、どのようなデメリットに注意する必要があるのか。あらためて整理してみたい。 一口に「テレワーク」といっても、さまざまな種類がある。ここでは、テレワーク人口実態調査

どうも、さっそ（@satorusasozaki）です。 昨年に『サンフランシスコで創業したスタートアップを解散した話』というnoteを書いてから1年少し経ちました。 この後、もう一度スタートアップを始めたのですが、気合と勢いだけではどうにもならない問題にぶち当たって乗り越えるという1年間で、様々なことがあったので、またまとめました。 前半はプロダクト検証についての細かい内容なのでスタートアップにあまり興味のない人は飛ばしてもらって構いません。 これから何かを始めようとしている人の参考になれば嬉しい限りです。 ・・・ 新しいスタート 前回のnoteは、世界中の多くの人に使われるプロダクトを作りたいと渡米して、3年少し頑張ったけど最後は解散して失敗してしまったという内容でした。1回目のトライの反省を活かして、もう一度やってみることにしました。 実家の犬のスタンプを作りたい 前回のスタートアップ

こんにちは。@KawamataRyoです。 エンジニアになってから着々と体重が増えて、先日80kgの大台に乗りました。 大学の部活ではライト級（60kg以下）で試合に出てたのでその頃から20kgの増量。日々色々な方面で成長中です。 さて今回は、Misocaのリモートワーカーの仕事環境のお話です。 以前こちらの記事で紹介してから早2年、メンバーの入れ替わりもありリモートの環境も大分変わったと思うので、2019年度版を改めて紹介します。 @KawamataRyo リモート歴 基本勤務時間 6ヵ月 8:00〜17:00 仕事環境のこだわり モニターアームがカッコいいと思い、無駄にディスプレイを浮かせています。キーボードの押打でめっちゃディスプレイが揺れるのが悩み 椎間板ヘルニア持ちなので、デスク、椅子は良いものを使っています。昇降デスクなので時々スタンディングデスクとしても使っています 隣にベン

2 年ほど走ってみました。 Qiita の Increments を退職します - mizchi's blog からの 転職活動 https://gist.github.com/mizchi/4e097923bb92399d03ced9da44f15cfa の結果 この記事は、自分の体験を書くことで、どういう人がフリーランスに向いてるか、というのをわかるように書いたつもりです。自分に近い属性ということで、ある程度プログラマとして経験を積んだ人向けです。 フリーランス辞める理由 フリーランスが嫌になったわけではないです。機会があればまたやりたいとも思っています。今回はフリーランスを続けるより良い選択肢があった、というだけの話です。 個人事業主を 2 年やって、消費税の徴収方式が変わるタイミングがあり、法人化してフリーランスの働き方を続けるか、個人事業主をやめるか、という 2 つの選択肢があり

この漫画は手塚治虫さんの仕事にかける情熱を、当時彼と一緒に仕事をしていた人達と共に振り返るというもので、とても面白い作品だ。 漫画という仕事に驚異的な熱意をかける手塚治虫さんの生き方に、読んだら心を揺さぶられる事間違いなしである。 漫画の神様、手塚治虫。彼の作品に影響を受けた人は非常に多いし、僕も間違いなくその影響を受けたうちの1人である。 火の鳥や仏陀、アドルフに告ぐなんかは何回読んでもあまりの面白さに圧倒されるし、マイナーな作品ですら「こ、こんな面白い漫画、どうやったら書けるんだ・・・」という驚異的なクオリティーのものが多く、60歳という比較的短い生涯にもかかわらず、非常に膨大な作品を残したことでも知られている。 まさに仕事に生き、仕事に死んだ人といえるだろう。 僕は手塚治虫さんの作品がもの凄く好きだし、手塚治虫さんの生き方にはある種の憧れがある。 ただ、そういった感動フィルターを外し

最新テクノロジーやデータを活用する企業が一堂に会し、先進的な取り組みを共有するカンファレンス「ウイングアークフォーラム 2017」。11月14日に開催されたウイングアークフォーラム 2017 [東京]では日本マイクロソフト株式会社の澤円氏が登壇し、「『働き方改革』を本気で進めるために必要なこと、教えます。 ～ワークスタイルのリアル～」と題して講演を行いました。 マイクロソフトが歩んできた“地雷だらけ”の道 澤円氏（以下、澤）：澤と申します。よろしくお願いします。40分間を使いまして「働き方改革」を本気で進めるときに必要なことをみなさんにお伝えしたいなと思っています。 タイトルが「『働き方改革』を本気で進めるために必要なこと、教えます。」だと、偉そうに聞こえますけど、なんていうことはない。我々が、散々先に踏んだ地雷の話をするわけですね。ですから、どのように地雷を踏んで道を作ったかというのを共

いきなりですが皆さん、システムの保守・運用っていうと、どんなことする仕事なのかってご存知ですか？ 勿論、一言で保守とか運用って言っても、対象となるシステムにもよりますし、担当者の守備範囲にも、契約の内容にもよるんで、あまり一概に言える話でもないんです。 ないんですが、それを承知でざくっと言ってしまうと、例えば一般的なwebシステムでいえば、 ・システムの負荷監視、死活監視、パフォーマンス監視 ・トラブル時の調査・問題切り分け・障害対応 ・インフラの故障対応 ・ネットワーク監視 ・バックアップ対応 ・定期メンテナンス ・ジョブ管理 ・マニュアル・ドキュメント管理 ・障害対応訓練 ・バージョン管理・変更管理 ・ログ管理 ・セキュリティパッチ対応 ・瑕疵対応、バグ対応 ・修正開発時の事前調査 この辺については、まあ代表的な保守・運用の仕事と言ってもそんなに問題ないでしょう。正確にいうと、保守と運

システム開発のプロジェクトの成功率は3割と言われており、業界内でのプロジェクト炎上の話題は度々耳にします。私自身もプロジェクト炎上の現場には何度か携わってきました。昨日ツイッター上でこんな投稿をしました。 システム開発のプロジェクトが炎上する理由にはどんなものがあると思いますか？リプ欄でご意見いただければ幸いです。 — 米村歩@日本一残業の少ないIT企業社長 (@yonemura2006) April 12, 2018 皆様から実にたくさんのリプライをいただきました。ご協力いただけた皆様ありがとうございました。 多くの皆さまがプロジェクト炎上経験者の強者のようでして、一言ではまとめきれないほどたくさんの炎上理由が集まりましたので、その内容をこのブログにまとめてみることにしました。 情報が多かったので私なりに少し整理しまして、下記の４つにカテゴリー分類してみることにしました。 会社間での力関

こんにちは。加藤泰明と申します。 特定派遣やSES（準委任契約）にて客先常駐で働くインフラエンジニアです。 ※職務経歴書をGitHubで公開しています。 私は勤務先の企業（以下、自社）から単独で客先に送り込まれることが多く、1人ぼっちの現場でいかに生き延びるかを探究してきました。 今回は、たった1人で客先に送り込まれたエンジニアが、そこで生き延びるにはどうすればいいのか、具体的な8つのテクニックをお伝えします。 ※ここでは、客先常駐するエンジニア（一般・特定派遣、SES含めて）のことをパートナーと記しています。 第1条　客先プロパーの期待値を調整するIT業界の慣習として、パートナーとして我々が客先常駐する前に、我々と客先のプロパーが直接会話する機会が設けられることがほとんどです。 （職場見学、お打ち合わせ、面談等、企業によってその機会の名称が異なります） 正直に申し上げますと、その際に、パ

以前に 「エンジニアが転職する時に必ずチェックしたい募集要項」という記事を書きました。本日はその逆で、エンジニアが転職する時にさけておきたい会社の募集要項について書きたいと思います。 今回は、これまでに「ハイスキルなエンジニア転職サービスFindy」をリリースするために数万件の募集要項を読んできた経験から、特にエンジニア職に特化して、こんな募集要項を書いている会社は「要注意」という例を6つ紹介してみたいと思います。少しでも転職を考えている方のお役に立てればと思います。 求人票の種類がWebエンジニアただ一つ。エンジニア職種の分解がされていない 創業数人のスタートアップを除き、エンジニア職種が一つしか書かれていない募集要項の会社は避けましょう。 よくある例としては、「Web エンジニア」というタイトルの募集要項があるだけで、しかもその「Web エンジニア」の方に、ありあらゆることをお願いする

私たちに新しい働き方をもたらしてきた「コワーキングスペース」が先進国で浸透し、途上国でも増加の一途をたどっている一方で、「コーリビング（Co-living）スペース」というサービスが数年前からひそかに増えている。 「コーリビングスペース」とは？ コーリビングスペースとは、基本的にはシェアハウスやシェアアパートとほぼ同義で、プライベートな居住スペースと共有スペースがある環境を指す。コーリビングサービス大手「Roam」の公式サイトには、以下のような説明が記載されている。 「Roamが提供するのは、プライベートな空間とデザイン性の高いソーシャルスペースが共存する環境。誰かが美しいブティックホテルをリノベーションし、バスルーム付きの部屋と大きなキッチン、さらにはコーワーキングオフィスやリラックスできる空間を作ったと考えてみてください。それこそまさにRoamなのです」 ユーザーは所定の料金を支払えば

先日、ある新人漫画家さんから「連載を開始するにあたって、一般的な原稿料の相場や、必要な契約関係書類を知りたい」というご相談をいただきました。業界の常識がわからない状態で、どんなことをどこまでを出版社に要求していいのか知りたいようでした。 お会いして、僕なりにいろいろとお話させていただいたのですが、これから漫画家として活動をしていこうとする方々にとって必要な情報かと思いましたのでまとめてみます。 まず、一般的な原稿料の相場。 10年前に比べて相場は下がっています。 すべての出版社の原稿料の相場を知っているわけではないので、確実なことは言えませんが、中堅出版社でも新人原稿料1ページあたり5000円（しかもカラー連載）という話は聞きますし、10年前から平均1000円以上は下がっているのではないでしょうか。 以前は雑誌連載の場合、新人の原稿料は7000円くらいが最低でしたが、今は5000~6000

Aさんは、どうしてこんな日誌を書かされていたのか。2017年5月31日に言い渡された東京地裁（川淵健司裁判官）の判決文などをもとに、経緯を振り返る。 東京地裁判決が認定したこと。Aさんは1999年、正社員として雇われた。 2010年、B部長がAさんの上司となった。 Aさんの人事評価は、2009年と2010年は、C評価（5段階のまんなか）だった。 ところが、B部長による2011年の人事評価では、根拠不明のまま、突然D評価とされた。 さらに2012年になると、「あらゆる面で劣っている」などと書かれ、最低ランクのE評価だった。この間、勤務状況には特段の変化がなかった。目標シート上には、評価が引き下げられた項目ごとの理由が記載されていなかった。 B部長は2012年ごろから、Aさんの些細なミスについて執拗に叱責したり、「タバコ臭いから俺のそばに来るなよ」「中学生でもできる」などと発言したりすることが