ノートに手書きしたスライドイメージをパワポに再現したり、紙媒体をパワポに起こしたり、テキストで書いたメモをいい感じにデザインしてスライドにしたりしてもらえる。スライドの丸ごと英訳も可能だ。日本と時差のある海外在住の日本人がパワポ作成を担う。 外資系コンサル勤務経験がある代表が運営するベンチャー企業のTimewitchが提供。同社によると、「一部の外資系ファームのコンサルタントは、昼間は自国のスペシャリスト、 夜間は日本から時差のある国の支社のスペシャリストに仕事をアウトソース出来る環境が整っているため、 24時間仕事を動かすことが可能」とし、同じ仕組みをサービス化した。 関連記事 労働時間の常識を捨てて自由になる　「土日は休み」 ではない生活 宮崎市在住の小寺信良さんは、テレワークの普及により変わりつつある労働スタイルについてこんなふうに感じている。 睡眠不足を解消するヘッドギア「Smar

ー　⌛この記事は約8分で読めます。ー 相見積だと伝えると工事業者に嫌がられる。または急にリアクションが薄くなりやる気ない感じになる。といった経験をした方は少なくないと思う。それは、なぜだろうか？ 社会の競争原理に従って相見積もりするのは普通の事なのに。 「ちゃんと仕事してくれよ、せっかく頼んでいるのだから。」 「仕事になればおたくも儲かるんだからさ。」 そう思ったに違いない。 あなたを信用して１社に絞っていたのに、いちいち催促しないと無い返事、LINEは既読がつかない（絶対読んでるはず）夕方電話しても出ないし、どうなってるんだよ！！極めつけは、「うちではできない」と回答。いまさらか！だったらはじめから言ってくれ！とにかく途中報告がないし、まともなコミュニケーションがとれない。 あいつらのペースに合わせていたら機会損失だらけだ！ そんな過去の経験から相見積するも、業者からは嫌がられる。ほんと

CyberZ CTO室のメンバーの森 (@at_sushi_at) です。 先日、株式会社サイバーエージェントの2021年度 エンジニア新卒研修でコードの品質に関する講義を行いました。 そこで話した内容とスライドを完全公開します。 45分の内容のため、かなり長いですが、個人的にぜひ一読して欲しい内容になっています。 はじめに こんにちは、森 篤史と言います。2019年度入社で今年で3年目になります。株式会社CyberZのOPENREC.tvというプロダクトでAndroidアプリチームのリーダをやっています。 最近はプログラムを書く仕事以外に、次世代マネジメント室という全社横断組織でDevelopers Blogの改善プロジェクトを実行したり、CyberZ CTO室で組織活性化に取り組んでいます。 あと、2019年度の未踏スーパークリエータにも認定されました。 メインの仕事としては、入社して

今日ちょっと、「言われた事ができない人」の考えが読めた気がした。 職場では指示したり目上にも依頼をしたりする立場なんだが 上にも下にも指示/依頼を守れない人がいる。 例えば「この書類は僕がやるので触らないでくださいね」と言ってるのにわざわざ触る。 「これは○時までに終わらせてください」というと何故か手もつけずに置いてある。 リアル逆張りみたいに全部正反対なら楽だけど、そういう訳でもなくてなんか時と場合によって異なる。 正直なんでこんなのが弊社の入社面接通ったのか分からない。間違っても口には出さないが。 彼ら彼女らは、周りの人からすれば意味がわからない存在なわけで 入社してしばらくするともう宇宙人みたいに腫れ物扱いされて遠ざけられたり、短気な人には連日怒鳴られたりしている。 (一応言っておくが、「お前の頼み方が悪いんだ」とか言われた事はない。あまりにも話が通じず参ってしまって、何度も周りの人

大学や大学院で論文の書き方を鍛え上げた人たちには遠く遠く及ばないが、僕の様なはぐれもの1でも最近は Amazon 社内で文書の質が高いと評価してもらえるまでにはなった。Software Engineer として、コードでのアウトプットはもちろん大事だけど、文書のアウトプット(およびそれによって得られた実際のアウトプット)は同じだけ重要である2。今回は自分が最近どういうところに気をつけて技術文書を書いているのか、ということについて数年後の自分が忘れてないことを確かめられる様にまとめておく。 そもそも文書とは？ 英語だと document。ここで指す(技術)文書とは、人間が読む文体で書かれた技術に関連する情報、といったものだ。具体的に言うと以下の様なものを想定している: 新しいプロジェクトの骨子を説明する資料 会議の叩き台となる 1 枚ペラ 本番環境に変更を加えるにあたっての包括的な情報や具体

自分ではソースがすらすら書けるのに他人のソースをほとんど理解できないという人が居る。 他人のソースを理解できないという傾向は仕事でしかプログラムに関わっていないという人に顕著だ。仕事の過程であまり他人のソースを読むことはないから（他人のソースを読む作業は直接的な生産作業ではないから）、そういう能力が養われない。おまけに資料(ハウツー本)は会社のお金で買ってもらえたり、理解の及ばない部分を前任者に説明を求めたり、あまつさえフローを書いてもらったりできる。はっきり言って生ぬるい。そういうことをする限り、コードを読む力が養われるはずがない。そういった環境に自分の身を投じること自体が、技術者としての自分をダメにしているというのに多くの人はそれがわかっていないのだ。 この、他人のソースを読む力というのは、うちの会社でやっているような移植作業だと特に重要視されるものである。今回のアルバイト募集でそのへ

僕はコードを読むのは得意な方だけど、それが過ぎてコードを書かなくてもシニアソフトウェア開発者になってしまった。実はコードをちゃんと読めるソフトウェア開発者って希少価値が高いのではないか、と思ったので自分がどんな感じでシニアになったのかをまとめてみた。似た様な人の参考になれば幸いだ。 同意。僕は未だ書く方はほとんど機会なく成果もないけど、コードを読み尽くして、負荷試験や本番で挙動を把握し続け、メトリクスでとことん確かめていった結果、Sr. Engineer になれた。 https://t.co/KXtMdEaRr8 — Ryosuke Iwanaga (@riywo) April 16, 2021 コードを書かなくてもシニアソフトウェア開発者になれた 僕は今 Amazon の Sr. Systems Development Engineer という職種で働いている。いわゆるソフトウェア開発職

今の会社に入って1年半が経った。入社してからずっと取り組んでた大きなタイトルが公開されて、それが明日大きな節目を迎える。会社にとっても大きなことだし、僕個人の人生にとってもひときわ大きな出来事かもしれない。 これは、小6でゲーム作りを夢みて大学4年間をプログラミングに費やした僕のゲームが、あした全国のゲーム屋さんに並ぶ話。 1番古いゲームの思い出は『ポケットモンスター クリスタル』だった。 引用元: https://amzn.to/2OCXGlR , https://www.nintendo.co.jp/3ds/pokemon_crystal/index.html 当日のゲームボーイ用のカートリッジは内蔵してある電池を使ってセーブデータを保持してたのだが、僕が持っていったクリスタルはこの電池が切れていたためセーブができなかった。その上、幼い頃に1日中ゲームをやっていて怒られたことがあったら

3年ほど自力でやってきたので、やってよかったことやっておいたほうがいいことなどをメモる (注) 税理士さんに見てもらったとかないので↓の内容にはミスとか勘違いとかがたぶんある ビジネスカード/ビジネス口座を作る ↓に関連して MoneyForwardなどで管理をする 確定申告サービスまであるものがよい ↑に連携できる請求書発行サービスを使う(自分はmisoca) よく使うであろう出費の種類は事前に仕訳を決めておくと毎年悩まずにすむ ちゃんとルールがされてれば科目は何でもよいとのこと↓ https://dailyportalz.jp/kiji/streethee-daikanyama-01 プログラマなら使うであろう出費で仕訳に迷いそうなもの ソフト代 情報サービスのサブスク AWSとかのコスト 家での作業をするだろうから家事按分を決めておく プライベートと共有している家賃、光熱費のうち何割

ブルーライトカットメガネの話。 まるでブルーライトカット眼鏡は効果がないどころか悪影響があるというトレンドになっている。 まず一つ。悪影響があるとされているのは小児のみ。しかもあくまで可能性の話。 二つ。眼精疲労に全く効果がないということだが、元の米国の論文を読んでみると、ブルーライトカットありとブルーライトカットなし(プラセボ)の2つの集団間で、2時間パソコンを見た時の眼精疲労に有意な差がないからブルーライトカットメガネには効果がないと結論付けている論文だった。実験方法としては問題が全くなく、結果、結論に至るまでの流れはとてもいい論文であったが、そもそも論パソコンを使用する際の眼精疲労を2時間で検討されても…という感想だ。実験デザイン自体に問題があると言わざるを得ない。多くの社畜たちは10時間以上画面をみて眼精疲労を感じてるんだから、最低10時間は実験してブルーライトカットの効果を教えて

演劇好きの余り田舎の会社員を辞めて東京の演劇制作へ。東京での演劇制作15年の日々を日記として記録しました。裏方中の裏方・誰も知らない知られ…

※すみません長過ぎて削れちゃったので再編集版です。 プログラミングスクールは良くないって話が多いので、人それぞれだよねっていうのと、何もやらないよりは何かしらあるんじゃないかなっていうお話です。 フィクションのつもりで聞いてください。 私は地方で育ち、地元の女子中・女子高・駅弁大学を卒業し、地元のとあるテーマパークに就職しました。 比較的なんとなく生きてきたので、仕事って大変そうだからせめて面白そうな職場を選ぼう、くらいの気持ちでしたがすぐに辞めたくなりました。 toC接客、屋外での勤務、立ちっぱなし、友達と休みが合わない、覚える事が多い、職場が僻地、ダンサーチームの揉め事の仲裁、契約社員組みからの嫉妬、大学生組の惚れた腫れた、田舎特有の異様なゲストの図々しさ・馴れ馴れしさ、どれも好きじゃないやつでした。 まあゲストにイラつく事があっても、それはしょうがないと思ってます。仕事だから。 でも

TL;DR 企画力が…欲しい… pic.twitter.com/hJfr0qNv7T— ゆずたそ (@yuzutas0) 2020年11月19日 試行錯誤の瓦礫の記録です。 はじめに もくじ TL;DR はじめに もくじ 以前書いた記事 前提・免責 アイデア 1日1案（やってよかったこと） 1stスクリーニング（やってよかったこと） コミュニケーション チームへのリスペクト（やってよかったこと） 話す <<< 聞く（改善余地あり） 即決する（やってよかったこと） 自分で各論まで見る（やってよかったこと） 発散→収束でディスカッション（改善余地あり） イラストで話す（改善余地あり） 日次ミーティング（やってよかったこと） 議事録を書く（改善余地あり） 得た情報を共有する（改善余地あり） 想定納期を示す（改善余地あり） カレンダー招待＆日程確約コメントを転記（改善余地あり） プロセス管理 仮説

イキりまくってるコンサルにクソムカついたという話が出てたので、そのついでに自分の話もしてみたい。 今から数年前、自分の担当していた企業の業績が急激に悪化し、再建支援(これは表向きの理由、真の目的は債権保全)のため自分がそこへ出向することとなった。 年商数百億円規模の会社で銀行借入も百億円近くある企業なので、管理体制はそれなりに構築されているのだろう、そう思っていたのだが実際には酷い有り様であった。 社内の情報共有は全く成されていない、損益管理も決算を締めてみるまで分からない(月次で試算表は作っているが、進行基準ではなく完成基準なので全く参考にならない) 資金繰りの管理すら行われていない、「月末の不足分は銀行の当座借入枠で調整」という中小企業でよくある典型的パターンとなっていた。 「このままではとても自力再建など出来ない」と気づいた私は、危機感も能力も全くないプロパー社員を指導しながら、社内

突然ですが、ここに一つのプロダクトがあるとします。 そのプロダクトを見つめる視線には様々な種類があります。 そのプロダクトを利用しているユーザーの視点、利用していないが存在は知っているという人の視点、それをつくるデザイナーの視点、プロダクトを運営している会社経営者の視点… もしあなたがデザイナーであれば、デザイナーの視点だけが唯一自分で体感できる「主観」で、それ以外はすべて「客観」となります。 主観と客観のスイッチング プロダクトデザイナーはユーザーの期待通りに正しく動くしくみを設計し、「このプロダクトを利用した時に、ユーザーの生活はどう変化していくのだろうか？」と問いを立てながらアウトプットを評価していきます。 自らの考える理想像をデザインしながら、一方でそれに触れるユーザーの様子を想像する…プロダクトデザイナーは主観と客観を電気のスイッチのように瞬時に切り替えることに長けた人が多いイメ

私はデビューして数年、数冊本を出しただけの新人作家である。 ジャンルはライトノベルになると思う。 とある出版社・Ａ社は私の初めての書籍を出してくれた会社であり、その面ではとても感謝している。 しかし、その一冊を出した後、何度も約束を反故にされ、悔しい想いばかりを抱いている。 一冊目がさほど売れなかったせいでもあると思うのだが、それを抜きにしても人としてどうなの！？　と思うことが続いているのだ。 とはいえ、私は新人である。 さらにＡ社だけでなく他社とのつながりもあり、そちらに迷惑が掛かるかもしれないのが嫌なので ここで匿名で書いてスッキリしようと思う。 ネクラっぽくてすみません。 Ａ社で私を担当してくれているのはＸさんという編集者である。 一冊目の担当もこのＸさんで、引き続き二冊目も担当してくれることになった。 その二作目だが、アイディアを出す段階でＸさんから以下のような提案があった。 ●風

アプリ開発等で有名なフェンリル社にお招きいただき、「エンジニアという仕事を楽しみ続けるためのキャリア戦略」というテーマで講演させていただきました。フェンリルさんに許可をいただいたので、その講演内でつかった約60ページのスライド資料を全ページ公開します。 エンジニアを楽しみ「続ける」というところがポイントで、世の中の変化も激しいし自分も飽きたり慣れたり状況や心境が変わったりする中でどうやって楽しみ「続ける」よう工夫しているのか、というのを実体験を多く交えつつ話しています。 エンジニア、昔は楽しかったんだけど最近はどうも惰性でやってるかも、とか、若くて優秀な人にはもうかなわないなぁ、という感じの方々には共感していただける部分があるかもしれないのでぜひ見てみてください。

堤修一さん（左）、ベルリンのHacker Paradiseのお仲間と 世界中を旅しながら仕事をするハッカー集団「Hacker Paradise」のベルリンプログラムに参加されていた、iOS開発者の堤修一さんへのインタビュー、後編です。前回は、自分探しの果てに30歳を過ぎてからほぼ未経験でエンジニアとしてカヤックに入社し、エースエンジニアになるまでの話をお伝えしました。約3年間勤めたカヤックを退社したあとは、活動舞台を世界に広げるべく堤さんの奮闘は続きます。インタビュー後編では、スペインでの書籍執筆、シリコンバレーでの経験、そして最後はベルリンでのお話をお届けします。 関連：iOS開発者の堤修一さんにインタビュー（前編）カヤックで「使えないおじさん」からエースエンジニアになるまで スペインでの初の英語面接で「スカイプ面接恐怖症」に 堤：ぼくにとっての「青春時代」を過ごしたカヤックを2012年

ベルリンのコワーキングスペースBetahausにてインタビューに応じていただいた堤修一さん 世界中を旅しながら仕事をするというヒップなライフスタイルを実践するハッカー集団「Hacker Paradise」に先日ベルリンでインタビューをしましたが、そこで日本人として唯一参加されていたのが、iOS開発者の堤修一さんです。堤さんといえば、日本のiOS開発者界隈では有名な方。ブログで積極的にiOS開発関係のことを発信するブロガーとして、またGitHub上で積極的に活動されていることでもよく知られています。 最近は「海外の仕事をしたい」モードだという堤さんに、これまでのキャリアの話を色々と伺ってみました。話を聞けば聞くほど「以前の職場カヤックには、一度面接で落ちている」「カヤックに入ったはいいものの最初はぜんぜん使いものにならない窓際エンジニアだった」などという意外な過去が次々と明らかに。 インタビ

「全然使えないおっさんが入ってきた」状態のつらい状況から這い上がるきっかけとなった3つのターニングポイントについての話。 @TechCrunch Tokyo ハッカソン Tech Talk 関連記事：『人生初の講演をしました』 http://d.hatena.ne.jp/shu223/20131111/1384156668 もしよろしければ。。 http://www.amazon.co.jp/registry/wishlist/3OXBFWIH88643