新卒でエンジニアになった頃に学んだ、報告の書き方｜nacam403
新卒で社会人になって以来、ソフトウェアのエンジニアをかれこれ10年近くやっています。そんな私が、新卒で入った会社の最初の配属先で、上司の上司に教えられた報告の書き方について紹介します。 報告には意味を書くその人は「報告には意味を書くこと。」と常々言っていました。「ただ単にやったこと、起こったことを書いたものは"日記"。その意味を書かないとダメ。日記が許されるのは新人のうちだけ」だと。 ダメな例：「○○の設計はxx日に完了。現在は実装中。」 こういう週報を書くと、「これは日記だよ」と指摘されます。設計がxx日に完了したことが、チームやプロジェクトにとってどういう意味をもつのかが書かれていないからです。この報告は、例えば以下の様に改善できます。 改善した例：「○○の設計は、予定通りにxx日に完了。・・・」 これならば、「設計がxx日に完了 → これは予定通りである。順調である。」という意味が盛
保育園のお知らせに書かれた受付時間が超難問「この会に参加するためには何時に到着すればいいでしょうか？」
がき @gakisan8273 問題: この会に参加するためには何時に到着すればいいでしょうか？ 僕は無事不正解で遅刻扱いになりました pic.twitter.com/oSzaDFEfd3 2021-04-01 10:14:21
「あいつサボってないか？」の不安を解消 1分単位で作業を記録できる時間トラッキングサービス
「あいつサボってないか？」の不安を解消 1分単位で作業を記録できる時間トラッキングサービス：新連載「リモートワーク時代のライフハック術」（1/2 ページ） 新型コロナウイルスの影響もあって、2020年は多くの現場で初めてリモートワークが導入された年になりました。 みなさんの中にも、これまで必要を感じなかったテレビ会議用のWebカメラを急きょ導入したり、慣れないZoomの操作に戸惑ったりした人もいることと思います。 リモートワークならではの困難にぶつかった人も多いはずです。対面なら円滑に進む会話や連絡がぎごちなくなり、どうすればリモートでも成果を出し、それをアピールできるのかを悩んでいる人もいるでしょう。 そこで、ちょっとマニアックなWebサービスやガジェットを使ってリモートワークを快適にする「リモートワークのライフハック」について何回かに分けてご紹介したいと思います。 今回はリモートワーク
技術者には試行錯誤は圧倒的に悪であると腹落ちした話｜牛尾 剛
私はシアトルのクラウドの中の人として、ソフトウェアの開発を行っているが、先日ある問題がきっかけで、技術者には試行錯誤がとても良くないということが腹落ちしたので、忘れないように書いておきたい。 先日起こった事先日起こった事は、私がシアトルから一時帰国して、普段使わないラップトップを使って日本から仕事をしている。 Application Insights というログを管理するプラットフォームがあるのだが、とても不思議なことに、Application Insights のログファイルを見ると完全に正常に動いているようにしか見えないのだが、クラウドのポータルに行くと、テレメトリが来ていない。 Application Insights のチームのメンバーが助けてくれることになったので、彼女に、Teamsで画面共有をして、「ほら、出ないでしょ？」と見せると、なんとテレメトリがポータルに来ている。その後
オフィス縮退に関する一考察
今般のコロナ禍において、働き方や、またそもそもの日常生活において影響を受けていない人はいないでしょう。そして、その影響を受けて（縮小をありきの前提とせず）新しいオフィスの在り方とはどのような形であるべきなのか、そういったことを整理したいと考え、さくらインターネット研究所（菊地）において議論を進めてきました。 本資料は、上記さくら社内でのオフィス縮小についての議論において検討・議論の抜けが発生しないように状況や論点を整理すること、またその上でオフィスの縮小をどのように進めていったらよいかの提案を目的として、研究所内での議論も踏まえてまとめたものです。
リコー経済社会研究所 | リコーグループ 企業・IR | リコー
「あれっ！こんなところを間違えてるよ」―。パソコン画面上で何回も確認して間違いがなかったのに、紙に印刷すると原稿のミスが...。こんな経験はだれにでもあるが、その理由がよく分からない。 画面よりも紙のほうが、間違いに気がつきやすい。これは今まで何となく経験してきた真理だ。新型コロナウイルスの感染拡大に伴い、リモートワークを始めてからは、より一層それを強く感じる。リモートワークではプリンターが無かったり、あってもその能力不足で印刷に手間取ったり。だから、紙でのチェックを怠りがちになり、ミスが生じて後で大きなしっぺ返しを食らう。 もちろんできる限り間違いを減らし、仕事はスムーズに進めたい。紙と画面それぞれにおける、脳の働き方の違いなどを調べた上で、両者の使い分けを考察してみた。 「分析」の紙vs「パターン認識」の画面 メディア批評の先駆者、カナダのマーシャル・マクルーハン（1911～1980年
日本人が「在宅勤務は生産性ダウン」と感じる理由 - hogehoge, world.
こんな記事が出てきたが、まあそりゃそうだろう。 www.itmedia.co.jp 日本はハイコンテキスト文化で、仕事の設計も(デフォルトでは)それ前提になっているのだから。ハイコンテキスト・ローコンテキストの違いは下の記事でよく説明されている。 E.T.Hall – High Context Communication vs. Low Context Communication | Notes on Intercultural Communication 乱暴に言えば、ハイコンテキストは言外の・暗黙の情報に多く頼る、ローコンテキストは明文化された・表に現れた情報にのみ頼る、ということである。これはどちらがいい・悪いというものではない。両方の世界で生きてみればそれぞれいい面と難しい面があり、難しい面を克服するためにそれぞれどんな努力が払われているか(もしくは払われていないのか)もわかる。
質問をする技術 - くりにっき
以前社内に書いたポエムなんだけど年に1回くらい引用したくなるので公開した tl;dr; 質問をする時はゴールを提示する【MUST】 理由1 理由2 コンテキストを詳しく共有する【SHOULD】 期待してた結果(expect)と実際の結果(actual)を書く【IMO】 2020/7/22 12:30追記 2020/7/22 19:00追記 tl;dr; テンプレ 【質問内容】 【やりたいこと or 今困ってること or 質問の意図】 質問をする時はゴールを提示する【MUST】 なにかやりたい けど実現できない、うまくいかない それで質問する って感じに、質問をする動機としてまず やりたいことありき のはずなので、それを提示すべきです 理由1 質問される側（以下回答者）は質問内容がふわっとしていると色々なケースを想定して回答を組み立てます *1 例「Aの場合は～だけど、Bの場合は～」 こうい
プログラミングは一生安泰のスキルではない
プログラミングという言葉がアフィブロガー御用達になって、SNSでプログラマーを名乗るのが憚られる感じの昨今。 プログラミングを勉強すればフリーランスで一生困らないみたいなこと書いてあるけど、そんな夢のスキルじゃないよ。 それなりにベテラン()を見てきたけど、結局はマネジメント層になれなければ会社にしがみつくことになる人が多い。 なぜなら概念レベルでの流行というものがあるから。 これはvueかReactか、javaかRubyかみたいな話じゃなくて、もう少し基本的な部分。 例えば大きいのはオブジェクト指向とクラス/インスタンスの概念。 他には、ガベージコレクタ、例外処理、マルチスレッド、デリゲートやラムダ式、非同期処理、バインディングとビューモデル、イテレータ、null安全。 今プログラミングを学んでる人には当たり前かもしれないけど、これらは十数年かけて徐々に当たり前になっていった。 ITバブ
コードを書くには連続した2時間が必要 - hitode909の日記
ある日の午後のスケジュールは、30分ミーティングx2→30分自由時間→そして1.5時間ミーティング、その後は30分自由時間と30分ミーティングを繰り返して定時を迎える…みたいな様子だった。案の定、自由時間で意味ある仕事を進めることはできなかった。 自由な時間が30分あれば、チャットを読んだり、コードレビューしたり、グループウェアを見て回ったり、とかはできる。コードを書くにしても、ここをこう変えれば良いことがわかっていて、書くだけ、とか、ライブラリのバージョンアップ、くらいなら30分で書いてpushしておいて、次の30分でテストが落ちたら直したりして、と進められる。 しかし、そういうことより難しいことをしようとすると、30分だと、さて、問題がどういうものかは分かってきたので、どうしようかな、というあたりで時間切れになってしまう。1時間あれば、ようやくコードを書き始められるかな、というところで
アメリカのエンジニアと仕事をするときに日本人エンジニアがやったら良さそうなこと - メソッド屋のブログ
前回のブログの最後で少し触れましたが、今回はアメリカのエンジニアと仕事をしていて感じたコミュニケーションの大きな違いについて書いてみたいと思います。 私はアメリカのシアトルでソフトウェアエンジニアをやっていますが、日本人の人と仕事をするときに求められるコミュニケーションのスタイルと、アメリカのスタイルがものすごく違う点があって、 今も苦労しています。 そんな中でも自分が気づいて改善中のポイントについてシェアしたいと思います。今回の対象は「アメリカ在住のエンジニア」ではなくて、「アメリカ人の」エンジニアの感覚の違いです。同じ英語圏でも文化が違うので、今回は英語の話ではなく、文化的な違いと思ってください。 日本ではコミュニケーションが得意だったのにまるで通用しない 私は日本にいるときは元コンサルタントですし、プレゼンをするとマイクロソフトでも常に上位でしたし、お客さんをエンゲージするのも非常に
意外と知らないテレワーク（在宅勤務）のビデオ会議マナー
というわけで、にわかテレワーカーの自分が周囲の先輩方から教わったマナーを紹介します。あくまでローカルルールですが、“モニタの先の相手を気遣うこと”が大事なのは対面会議でも動画会議でも同じです。お互いに気持ちよくビデオチャットで会議をしましょう！ マイクが拾う音は意外と細かい ビデオ会議は当然、パソコンやスマホなどのマイク越しに行うわけですが、意外と細かい音が拾われてしまうことがあります。隣の部屋のテレビの音や掃除機の音なんかが聞こえることもありますし、外を通る救急車の音が耳に響くことも。 自分なんかはイヤホンをしてビデオ会議をすることが多いので、細かい音がけっこう気になるんですよね……。 あるとき、マイクの近くにあったゴミ袋をどかしたのか、「ガシャガシャガシャガシャ！」なんてビニール音が大音響で響いて、「ひー」とうめきそうになったことも。 あと、ちょっと汚い話で恐縮ですが、マイクが近すぎて
抜けや漏れを指摘すると自分の仕事が増えるため、気づかなかったことにして有耶無耶にする過程が既視感しかない
相田素子 @PommPudding @crag_press @Amiba_BBgenius 尚、早期に発見した場合、隙間をみて対応の準備。 その後発覚して炎上しそうな時に颯爽と対応すれば周囲の株が爆上げの模様。 緊急時の対応担当にされた？知らんなぁ…。 2020-01-06 21:04:10
日立社員「社内からQiitaに投稿？できるのそれ」 - Qiita
(2019-12-18 表現を一部訂正しました。) メタ記事。投稿するのにかかる手間に関する投稿です。 1 どうしてこんな記事を書こうと思ったか 日立製作所もガンガンOSS活動をしていることを知ってほしい。日立に興味があるが、OSSコントリビューションは社外発信にどれくらい熱心なのか気になる人向けに、とある一部署の情報をシェアしたい。 タイトルのような感想を持つ弊社内の人に情報発信してもらいたい。 (残念なことに、) 社内の情報共有サイトに書くよりQiitaに書いたほうが読まれそう。 後輩がAdvent Calendarの記事集めに苦労していたので気の毒になったため 注: 全社的な審査プロセスではなく、(株)日立製作所 ITプロダクツ統括本部のやりかたです。 では全社的なプロセスは？他の部署は？ → 詳しい方、（申請の上）コメントください。 ITプロダクツ統括本部って何？ Google i
Excelにスクリーンショットを貼り付ける仕事で鬱病になった話 - メモ帳
タイトルの通りである。 私は理系大学院の修士過程を卒業し、IT企業（所謂SIer）に勤めて3年、タイトル通りの仕事を続けていたら、鬱病になった。 現在は医師の診断書を会社に提出し、休職期間をいただいている。 そして休む中で気分が上を向いたスキを狙ってこの記事を書いている次第である。 ・伝えておきたいこと 就活を控えた大学生や大学院生（特に後者）には注意してほしいことは、「残業時間がヘビーでなくても精神をやられることは有り得る」ということ。 具体的には、残業時間はピークで50時間/月、平常時は10時間/月 未満といった具合であった。 そして、タイトルが「ブラックな働き方で～」とか「上司のパワハラが～」となっていない辺りでお察しかと思うが、弊社は多分ブラック企業ではない（多分というのは1社しか勤めたことがないため）。 となると、やはり、仕事内容が私に合わなかったのだろう。 考えてみれば、本当に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
納期ギリギリに10割の質で仕事を提出orかなり早めに6割の質で仕事を提出、どちらのスタッフを評価しますか？
会社サイトの全体リニューアルに注力していた友達に「どうなった？」って聞いたら送られてきた画像が結果の全てを物語っていた
会社に所属する理由は放置しておくとゴリゴリ削れていくぞ、という話
発達障害者の私が、ITエンジニアのタスク管理について模索していること - uniuniunicodeの技術以外の話
定時ちょうどで帰宅していたら、後輩に「どうしたら定時で仕事が終わりますか？」って聞かれたけど簡単なことなのでは？「この考えは目からうろこ」
