新卒向け研修資料「テスト文字列に”うんこ”と入れるな」を公開しました 代表の松井です。 弊社インフィニットループでは、近年「新卒ファースト」を合言葉に社内教育に力を入れています。 先日、主に新卒向け（それ以外の参加者も多くいましたが）に、「テスト文字列に”うんこ”と入れるな」という講義を行いましたので、その資料を公開します。 なぜ人は入力欄に「うんこ」と入れてしまうのでしょうか。 それはどういう経路で社外に漏れ、防ぐには何をすべきなのでしょうか。 タイトルはアレですが、内容は至って真面目に書いています。 悲しい事故を防ぐために「仕事中にはふざけないこと」など、新社会人に必要なメッセージを強く込めたつもりですので、ぜひ本資料をあなたの会社での研修にも役立てていただければと思います。 ツイート
デブサミ2020夏の発表資料となります。 当日発表しなかった資料についても参考資料として最後に追加しております
終わりの始まり 読みかけの本の表紙を開くと電気料金の請求書が挟まっていた。 シロネコはその支払い期限が昨日だと確かめると、深い溜息とともに天を仰いだ。 電気だけは止めるわけにいかない。 乱雑に積まれた段ボールの上に、やはり乱雑に置かれた請求書の山。 もうどれを支払って、どれを支払っていないかもわからない。 「店…閉めたらこれ全部保証金で相殺できるんだっけ。」 政府は、“緊急事態宣言”を発表した。これでまた一層の売上減になることは間違いない。 シロネコは西新井でツナマヨ専門居酒屋“ねこまんま”を経営している。2月ごろはまだ呑気なものだったが、3月に入って都知事が会見をするたびに、政府が会見をするたびに売り上げが“ぐんぐんと”減っていった。 どうしたらいいものか。パソコンを触っていた手をとめ、頭を下げて左手の親指で骨に沿って左目の内側を押しながら、ゆっくりと目を閉じる。 「どうやって、被害を最
今日で仕事が納まった。それと同時にチームメンバーが一人チームを去ることになった。送別会もしたのでお別れはまあそれなりにしたんだけど、結構自分に影響を与えたのでなんとなくブログとして残しておくことにした。 うちの部署は複数のスクラムチームで構成されているスクラムオブスクラムという形を取っている。僕がこのチームに配属されたのは二ヶ月前くらいのことだ。部署内の別のチームからこのチームに異動したのがきっかけだ。チームメンバーの一人であり、今回お別れした人は認定スクラムマスターを持つエンジニアであり、このチームはちゃんとアジャイルなチームになろうとしているという話を事前に聞いていた。(以降、この人を彼と呼ぶ) 前職でもスクラム開発はやっていたつもりだったし、以前のチームでもスクラムを行なっていたのでなるほどなるほどという感じでチームのやり方に乗っかっていくことにした。見積もりをして、計画で洗い出し、
はじめまして、よく退職エントリがでているニコニコ動画の会社で働いています。 私はエンジニアではなく、ニコニコ生放送の番組制作を行っている番組ディレクターです。 以下の文章を友達に見せたら「『エンジニアじゃない人って本当に頭悪いんだ』って思われるくらい頭悪文章だよ・・。」と言われたのですが、自慢じゃないですが私の非エンジニアの同期は、早慶上智早稲田MARCHみたいな、私以外はみんな一流の大学出身です！ 私はF出身でバカなので、頭の良さそうな文章を書くことができないので許してください！ 私以外はみんな賢いです！信じてください！ ◆なんで現職エントリ？ 自分の仕事やチームが好きなので、私は楽しく働いてるよーって伝えたくて書いてみます。 退職エントリを書くのは自由なのかも知れないし、書いた人の率直な気持ちだから全くもちろん良いわけなのですが、私みたいに心の弱いヤツは読んだらめちゃくちゃズーン😢て
お盆真っ只中の8月14日、例年多くの観光客で賑わう東北道・佐野サービスエリア（上り線）は閑散としていた。理由は従業員が起こした前代未聞のストライキ。その後、運営会社「ケイセイ･フーズ」はストライキについて自社の見解を記した「事情のご説明」を報道各社に送付。社長の岸敏夫氏（61）が会見するなど、大きな話題となった。 佐野サービスエリアは佐野ラーメンが名物で、年間利用者数は約170万人。しかしストライキは長期戦の様相を呈し、いまだに本格的な再開には至っていない。16日朝からフードコートと売店に限り、関連会社の従業員や日雇いスタッフを集めて営業を再開したが、佐野ラーメンが提供されるまで食券購入から50分を要したケースもあったという。 「営業再開後に佐野ラーメンを食べましたが、以前よりもスープが薄味になったと感じました。10人程のスタッフが厨房にいましたが、何をしてよいのかわからず、立っているだけ
はじめに 最近、僕の一つのTweetについて、たくさんの反響を頂きました。 すっかりマネージャー色が強くなってしまった僕ですが、基本的にはセルフマネジメントだーって言ってるだけで ・口は出さない ・金は出す ・相談には乗る を徹底していたらいつの間にか組織が大きくなって100人弱の部下がいる状況になりました。本当に何もしてないおじさんなんです。 — すもけ (@smokeymonkey) June 20, 2019 この記事はその補完です。 Who are you? クラスメソッド株式会社でAWS事業本部長を努めております、佐々木 大輔と申します。 目次 なぜマネージャーは現場に口を出してしまうのか？ 自分のほうがうまく出来ると思っている 自分がやらないとうまくいかないと思っている 現場を信頼していない(できない) 現場の失敗が怖い 暇 マネージャーが現場に口を出してしまうことで、どのよう
東京から1240km離れた五島列島でもリモートワークできるが、やらない方がいい。－子連れワーケーションの理想と現実ー 正直に書くと、１週間ずっとモヤモヤしていた。 忘れないうちに、きれいごとではうまく行かない子連れワーケーション（ワーク＋バケーション）の理想と現実について整理してみる。（まだ整理しきれないので、長文です。個人的な見解です。） まず、前提として ■５月２０日（月）～５月２５日（土）までの５日間の参加 ■小学２年生の息子と年長の娘を連れて参加。息子は地元の小学校に体験入学（朝８時ー１４時半）娘は保育園に一時保育（朝９時ー１６時）。働ける時間が通常時間の約半分 ■リモートワーク実証実験だったので、普段の仕事を山のように持って行った。（テレビ会議１５件、制作案件４件） ■私は会社を経営している。サテライトオフィスを展開し、社員もリモートワークで雇用し、私自身も都内の企業にリモートワ
もしかしたら会社の部署が崩壊するかも？ という悩みにお答えするために、部署が崩壊する前兆3選を書きます。 私は所属部署が崩壊した経験が3回あります。部署崩壊のたびに社内・社外含めて転職活動をしてきましたので、部署崩壊の精神的苦痛を理解しています。 私の経験上、部署が崩壊する前に共通する前兆が3つありました。本記事の前兆があるかを確認すると、あなたの部署が崩壊する可能性を知る事が出来ます。 前兆が複数ある場合は近い将来に部署崩壊する可能性が高いです。資格を取得するなどの転職の準備を始めてください。 本記事では、 部署が崩壊する前兆3選 を体験談の形でお伝えします。 部署崩壊の前兆(1)：管理業務が増える 管理業務が増える事は会社の部署が崩壊する前兆です。管理業務が増えると本来の業務に時間を使えなくなるので成果が出なくなります。 管理業務が増える現象は頻繁に見かけます。類似現象が起きている場合
こんにちは、Zaim でアプリ開発チームのリーダーを担当している @y_sumida です。 先日「ホワイトハッカーになりたい！」という小学 4 年生の男の子と、その親御さんが春休みを利用して「しごと参観」に来社されたので、そのレポートです。 ※今回の企画は試験的に実施したものです。公式に「しごと参観」という制度があるわけではありません。また、オフィス内に立ち入るため、親御さんと NDA を結んだ上で実施しています。きっかけ来ていただいたのは、こちらの記事を書いている kobeni さんと記事に出てくる小学 4 年生の息子さん。 Zaim には kobeni さんと友人である社員がおり「職業エンジニアが普段どういう仕事をしているか見学させてもらえないか」という相談を受けたのが、きっかけです。 当時の Slack での様子 社内のパパママがあつまる育児チャンネルへの投稿がはじまりでした。 面
普段はGunosyにてVPoEや採用の部長をやっておりますが、kiitokというサービスでキャリアの相談相手もやっております。 そんなkiitokさんとエンジニア界隈で有名なポッドキャストのしがないラジオさんがコラボして、エンジニアのキャリアを語るMeetUpというイベントが3/6に開催されまして、にありがたいことにLTとパネルディスカッションで登壇させていただきました。 画像を↑にアップロードさせてもらいましたが、プレイドさんのオフィス、広いし芝生えてるしとても良い会場でした。ありがとうございます！ また、懇親会のスポンサーをしていただいたOptさん、Rettyさんありがとうございました！ さて当日のパネルディスカッションではsli.doに寄せられた質問を中心にお答えしていくという流れだったのですが、お答えできなかった質問もありましたので、せっかくの機会ですのでお答えできるものには答えて
NO HARD WORK! 無駄ゼロで結果を出すぼくらの働き方 (早川書房) 作者: ジェイソンフリード,デイヴィッドハイネマイヤーハンソン 出版社/メーカー: 早川書房 発売日: 2019/01/31 メディア: Kindle版 この商品を含むブログを見る この本を読んだ目的、ねらい 私はこの本を書いた人の所属するBasecamp社（旧37signals）のファンで、数冊出ている著者はこれまでも読んできました。私の創業したMisoca社が残業0だったり、リモートワークを取り入れているのもこの会社の影響です。 特に「Getting Real」や「小さなチーム、大きな仕事〔完全版〕: 37シグナルズ成功の法則」発表された時は、「小さく、より速くソフトウェアを作る」という考え方に大きく影響されて個人サービスを作る原動力になりました。 また早くからリモートワーク（強いチームはオフィスを捨てる）を
24年経っても、多くの神戸っ子にとって1月17日は特別な日だ。 もっとも私は、当時小学2年生だったし、被害の軽い神戸市西区に住んでいたので、深い思い出はない。震災当日も呑気に幼馴染と学校へ向かっていたところ、電気が止まってつかなくなった信号のもとで交通整理をしていた教師に「何やっとんねん！はよ帰れ！」と追い返されたくらいだ。延々と続く安否情報に飽き飽きしながらも、少しでも明るく振る舞おうとしてくれた大人たちの姿はぼんやりと記憶に残っている。まだ当時は、本当の苦労は知らなかったのだ。 震災のことに関して、むしろ記憶に残っているのは、高校生の時分にインターンシップという名目で遊びに行っていた会社で受け取った「災害対応マニュアル」と書かれた小さな冊子のことだ。 地場のシステム屋が、リクルーティングと宣伝を兼ね社長の気まぐれで夏休みの期間に始めたものだったが、初日に「手の空いたときにでも読んでおい
最初に周りに結構「今エンジニアやってるけど、将来的にPMになりたい」や、「今学生でエンジニア目指してるけど、いつかPMになる気がする」といった方が多い（自分も昔そうだった）一方、PMをやったことがない人からすると結構どういった仕事をするのかイメージしづらいものかと思います。そういった方向けに、エンジニアとプロダクトマネージャーの役割の違いや、働く上での違いを書いていこうと思います。 補足ですが、ここでいうPMの定義はProject Managerではなく、Product Managerです（PdMと略す方も増えてきています）。この２つは結構混同されがちなのですが（後で触れますが、自分も最初混同していた）、完全に別な役割だと思っています。（これに関しては@kyosu_keさんがこの記事でかなり分かりやすくまとめてらっしゃいます。） エンジニアからPMになるまでの話元々情報科学にあまり興味なか
このnoteは日本の大学を卒業した筆者が、コネクションゼロの状態から、アメリカの大学への留学を挟まずに、NASAへの就職を果たした過程を記録したものです。これからNASAを目指す人、また夢を叶えようと努力している人の考え方のヒントになれば幸いです。 一度きりの人生をかけてこれをやる2012年の夏、NASAの1機の探査機が火星に着陸した。キュリオシティという名のその白いローバーは、胴体からまっすぐに伸びた首の先に大きな目玉がついた頭を持ち、足についた6つの頑丈な車輪で火星の荒れ地を走る。長い腕を伸ばしドリルで岩石を削り、それを体の中に入れその場で調べる。これまでのどんな探査機とも異なるその姿は、僕の目にはまるで生き物かのように写っていた。 当時僕は東北大学に通う大学院修士課程1年生の学生で、休日のエアコンの切れた蒸し暑い研究室で一人、実験の待ち時間にパソコンの画面に釘付けになっていた。キュリ
「自分は○○技術に強みがあって、それを活かせる仕事をしていきたい」というメンバーがいました。自社ではまだ○○技術はあまり採用されていなかったのですが、筋は良いと思っていて、このメンバーにも期待していましたので次のようなフィードバックをしました。 フィードバック内容技術を極めて仕事にするというのは、実は「自分の好きな特定の技術にめっちゃ特化したらそれが仕事になる」というものではないのです。 技術がビジネスに繋がるまでには、 コア技術アプリケーション運用パッケージングブランディングセールスマーケティングなどなど、様々な要素が組み合わさってできています。 むしろ、ビジネスのほうから逆算してこそコア技術に価値があります。 特定の技術分野に対して、応用事例や運用まで考えてある程度広く浅く日頃からインプットをしておいて、ビジネス的価値が見えたときに「ここぞ」とばかりに自分から提案してコア技術を学べる力
ミドルウェアのパッケージ製品で食べていけるようになるまでやったことを自分のメモ代わりにまとめておきます。 製品の事業計画を明確にしない自分が想定したとおりに行くことが少ないこともあり事業計画を書いたりしません。日々の状況を見ながら判断をしていくということをしています。そのため中長期的な計画は品質の向上くらいにしておき、機能追加に関してはその度々に考えて実装していくのが一番です。 変化が早い分野でもあるので、事業計画を用意するメリットが零細企業にはないと考えています。 リリース前の開発進捗を共有するステルスはデメリットが多いと判断し、今開発しているもの開発中の状況などを共有しました。これは「製品をステルスで開発して、出したとしても買ってもらうまでの時間がかかる」と考えたからです。 それよりはあの会社があんなの作ってるそろそろ出るらしいと思ってもらえたほうが検討してもらいやすくなります。 今、
「仕事って、つまらないものじゃないですか」 忘れもしない社会人3年目、同期が集まる3年次研修で、ある同期が代表して「今、私がやっていること」を発表したときに出てきた言葉だ。 「仕事がつまらないのは仕方がない、だから仕事は仕事と割り切って全力を尽くし、楽しむのはプライベートに振り切る」 こんな感じの内容だったと思う。理屈としては理解できなくはない。特に批判をするつもりもない。 ただ、僕の中では 「仕事ってそんなもんか？」 と、強く疑問に思ったことは今でも鮮明に覚えている。 当時の僕は「全ての仕事が楽しい」とは思えはしないまでも、数ある仕事の中から少しずつ「仕事の楽しみ方」が見えてきた状態だった。 (ただ、つらい事が多かったのも事実ではある。連日の残業で体は疲れ果てていた) そんな状態で聞いた冒頭の同期の一言。周囲にも納得した顔の同期が何人か。 当時の僕はその理屈に対し明確な根拠を持って反論で
動画そのものはネタ動画だ。が、人的リソースの運用ミスを、端的に表現している。 一人で素早くできる作業が、共同作業になった瞬間にグダグダになる。いくつかの条件がそろうと、マンパワーの追加は生産性に貢献しなくなる。 ・状況が刻々と変化し、リアルタイムのチューニングが必要になる ・作業者の間で、多くのインタラクションが発生する ・インタラクションそのものの時間コストが大きい ・インタラクションが不定期に発生する ・動作の始動や停止に時間がかかる高速道路の渋滞、役所のたらい回し、伝言ゲームなどが典型的な例だろう。 逆に、マンパワーの増員でスケールする分野はどうだろうか。作業者が完全に分業するケース、インタラクションが周期的に起こるケースが多い。 ・作業者の作業が独立している ・インタラクションの時間コストが小さい ・インタラクションが周期的パターンで発生するこちらは工場のコンベア作業、椀子そば、餅
ソフトウェアエンジニアリングと一見関わりはなさそうで、しかしチームで成果を出す過程においてとても重要だと筆者が考えているコンセプト、 "Working Out Loud" について書いてみます。 日本語の記事がほとんど見当たらないのであまり知られている言葉ではないかもしれません。 対象読者 以下に興味や関心を持つ方を対象読者として想定しています。 チーム開発におけるコラボレーション手法 チーム開発者としての振る舞い方 テックリードやスペシャリストの育成 が、本心ではチーム開発する全ての方に届いてほしいです。 まえがき ある夜に同僚の@ujihisaと近場ないし遠方のEngineering ManagerやVPofEの皆さんと話す機会があり、その折にふと筆者がこぼしたのが 「開発などの日常の業務において自分がやっている以下の思考様式が大変便利なので、この考え方を最近入社したメンバーにもインス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
