この資料の説明 2018/10/04 に グロービス で行った 第 1 回 Google Apps Script (GAS) ハンズオン @麹町 のハンズオン用資料です。以下の流れに沿ってハンズオンを進めていきます。 手順は細かく書いていますので、社内外で是非流用してください！ ハンズオンは以下の記事の感じで進めました！ チューター少人数でも回せる！Slack を駆使したハンズオン勉強会のやり方 ハンズオンをスムーズに行うために Chrome 推奨 Chrome 拡張の JSONView 入れておくと Good! 意図しないエラー対策 GAS をローカル開発で開発したい方はこちらを参照 ハンズオン用の Slack に JOIN アジェンダ Google Apps Script とは 公式チュートリアル Your first script Gmail to Spreadsheet Form

エンジニアのためのマネジメントキャリアパスという書籍が出版されました。 タイトルに書いたとおり、マネジメントに興味がなくても、読むこと大きな学びをもらえる本です。 及川さんが前書きを書いており 本書を読み終わった後、私はひどく落ち込んでいる自分に気づきました。 ~中略~ 内容が素晴らしい故に、いかに自分が未熟であったかを思い知らされた と、記載があって衝撃を受けました。 及川さんが落ち込んだら、私なんて精神崩壊してしまうのではないか…！？ 本書を読んで、精神崩壊こそしなかったですが、ひどく落ち込みました。自分のレベルの低さを痛感します。 本記事では本書の知識定着のためのアウトプットと、所感をまとめています。各章毎にピックアップして記載します。 書籍の内容 1章 マネジメントの基本 2章 メンタリング 3章 テックリード 4章 人の管理 5章 チームの管理 6章 複数チームの管理 7章 複数

とある意識低い系プログラマ*1の平均的な１日をダイジェストでお送りします。 ８時５８分：出社 意識低い系プログラマの１日は始業時間ギリギリに会社にコミットすることから始まる。納期（始業時間）から電車、朝支度、起床の時間を逆算し、最適な動線を辿る。これこそプロの業である。 電車が遅延した場合は仕方が無い。 ９時００分～１１時００分：会議 新規開発案件の仕様について話し合うための会議。末端の技術者に発言権はほとんど無いので、せめて無茶な仕様にならないよう祈るくらいしかできない。 どうでもいいけど朝一の時間帯に会議を設定する人はどうかしてると思う。こんな時間に頭が働くわけがない。会議の内容どころか起きているので精一杯。むしろ寝たい。 １１時００分～１２時００分：いろいろ雑用 さっきの会議の議事録作成とか、他チームへの情報展開など、まあようするに雑用。会議で発言する権利は持ってないが雑用をする義務

キャリトレ事業部の松岡(@little_hand_s)です。 キャリトレチームでスクラム開発を導入し、議論の機会が増えたため、議論自体の効率化必要性に突き当たりました。 そこで、会議設計やファシリテーションの書籍を何冊か読み、実際に現場で実践してみたころ、 議論が必要な仕事であれば幅広く、確実に生産性を向上できるという手応えがありました。 その実践結果から、再現性が高く、すぐ実行できそうなTipsを抜き出してまとめました。 「キャリトレ」は2022年12月21日をもってサービス終了しました。 議論を始める前に、必ず目的とゴールを設定する 議論を行う場合は、以下の2つを必ず設定します。 目的：なぜその会議を行うのか？ ゴール：議論終了時にどういう状態になっていたいか？ これはとにかく基本です。これを守るだけで、生産性が大幅に上がるので、まずはこれを徹底しましょう。 対象は主に会議のような場で

Twitter で DHH が共有していた記事が面白かったので著者の許可を得て翻訳します。 "If you don't hire juniors, you don't deserve seniors", spot on! We've had phenomenal success hiring junior developers at Basecamp. @jasonfried first tech hire was particularly junior at the time 😂https://t.co/QczMtsou4J — DHH (@dhh) September 21, 2018 ジュニアを採用しない連中はシニアに値しない、というもの。 If you don't hire juniors, you don't deserve seniors (2023) • Minimum V

この半年間はソフトウェアエンジニアとしてのアウトプットに積極的になるよう意識的に行動してみたので振り返ってみます。長くなってしまったので3行でまとめるとこんな感じです。 成長と刺激を求めて OSS contribution や登壇やイベント運営を頑張ってみた 成長したかはわからないが、知り合いが増えたりして刺激を受けることが多くなった これからも続けていくが持続可能なペースにしたい この半年間、登壇とかイベント運営とかに積極的になるよう"試験運用-セルフコントロール-"してきたのでそろそろ振り返ってまとめたい— 広島の粗大ゴミ (@ohbarye) 2018年9月27日 だいたい2018年上半期の話ですが一部期間外の話もあります。 なぜアウトプットを増やすか 唐突ですが、現職では日常の業務を漫然と続けるだけで成長するフェーズは終わったのかなぁと思っています。新しく何ができるか、何をすべきか

先週末にサポーターズさん主催の【まつもとゆきひろ氏 特別講演】20代エンジニアのためのプログラマー勉強法 に参加してきました！ これまで技術的なことしか書けていなかったのですが、とても学びが深い講演会だったので初めて雑記的にまとめを書いてみようと思います。 内容濃すぎ && 80分 という講演会だったのでざっくりまとめです！ 講演会の様子はyoutubeで配信もされたので、このブログの最後にURL貼っておきます。 以下Matzさんによるプログラマー勉強法まとめ 今回「勉強」という言葉を使ったのはあえてミスリードを誘う目的。 具体的には「（学校）勉強」には「苦手を克服するべき」というメタファーがある。 「苦手を克服するべき」は社会人の勉強では間違い。 学生と社会人の勉強の違い9つ 1.満点VS満点なし 社会人の勉強に満点がない、つまり上限がない。平均値や偏差値がないから学生時代の常識が通用し

Rubyの生みの親Matzことまつもとゆきひろさんの講演「20代エンジニアのためのプログラマー勉強法」に行ってきました。 supporterzcolab.com 6月にもMatzの「若手エンジニアの生存戦略」と言う講演を聴いてきました。扱うテーマは若干違いますが、そこに共通して現れている価値観は共通するものがたくさんありました。 2つの講演から「パターン認識」しながら聴いていました。 「若手エンジニアの生存戦略」に関する感想&メモはこちらからぜひご覧ください。 【まつもとゆきひろ氏特別講演】若手エンジニアの生存戦略 に行ってきた感想&講演内容メモ - kumatira blog 以下、講演中や後に感じた雑感と、取っていた講演メモをまとめます😃 感想 超超超超当たり前だけど、Matzのセッションはわかりやすかった。内容によって緩急がつけられていて、話の流れを聴衆に感じさせていた。抽象的でわ

お前ら得意げにエンジニアだと名乗ってるけど、そのパソコンもキーボードもモニターもタブレットもスマホも、全部ハードウェアだぞ？知ってる？誰かが回路を引いて、誰かが基板を引いて、誰かが実装して、そういうエンジニアあってのお前らだろ。トランジスタ１つまともに理解してないのに何がエンジニアなんだ？

このブログを書き始めたのは8/31で、一夜で語り尽くせないので思いついたときにただただ書いていく。途中で公開してしまったら本当にあれだから、ボタンの押し間違えだけは気をつけたい。 まず近い時間のところから話すと、matsumotoryが夏休みに入る前に二人で飯を食ったときから、そうなるだろうなと思う気持ちはあったけども、その3日後くらいに旅先の本人に決断を聞いてから、1週間位まともに寝付けないくらいにはショックだったんだと思う。普段生きてる分には全然考えないんだけど、眠れなくなったのは多分そういうことなんだろうと思った。心に反して体は正直である。それくらい僕は松本さんと働いて多くの影響を受けた、多くを与えてもらったなと思うし、本当に感謝しかないし、彼自身が次のステップに進んでくれたことにも感謝している。 もともと松本さんが入ってきたのは僕がペパボに入ってしばらくしてからで、 「なんかngx

はじめに 2018年9月28日をもって、株式会社サイバーエージェントを退職しました。 退職に至った経緯と、今後について記したいと思います。 TL;DR 評価に関してミスマッチを感じた 新しい環境でもxRをやっていく このエントリの目的 個人的な考えですが、退職エントリにはエンジニアの価値観が表れやすいと思っています。 退職エントリというとネガティブな面が注目されがちですが、その人にとって何が許容できなくて、何を大切にしているかを知ることができるという意味で、非常に有用です。 僕の場合は、有名なこちらのエントリを読んだ時に強い共感を感じ、影響を受けました。 hiroki-uemura.hateblo.jp 拙筆ですが、このエントリも誰かの役に立てると幸いです。 サイバーエージェントについて 株式会社サイバーエージェントには2017年4月に新卒として入社しました。 就活中はサイバーエージェント

もはや現代では大学に行く必要はない、いや行ったほうがいい、という議論があるらしい。 大学が、「学歴」という形で、社会における個人の扱いをある程度は規定している事実がありながら、今ひとつ「大卒」であるということが、それほど重要視もされていないようにも見えるプログラマという職種こそ、このような議論がふさわしいのかもしれない。 そのようなプログラマと学歴との関係を少し書いておこうと思う。 プログラマ・カースト プログラマは奇妙な人々である。 クーラーの効いた小洒落たオフィスの最新スペックのパソコンに向き合って、鳴り続ける外線電話に出ようともしないで、その間にTwitterで卑猥なイラストをリツイートするといった、一般の社会人では考えられないような非常識を行ってもクビにならず、むしろ、これこそギークの証であると、納得される部分さえある。 そんな普通でない人々に学歴など必要なく、必要なのはただ、計算

社内slackで、「良いエンジニアを採用するにはどうしたらいいか」の記事で少し盛り上がったので、こっちにも書いておきたくなった。 カンファレンスではたいてい企業スポンサーを募っています。ここでスポンサーに名乗りを上げると知名度向上が期待できます。例えば日本最大のRubyカンファレンスであるRubyKaigiをスポンサーしたら「この会社はRubyに力を入れているのだな」と認知されるでしょう。しかし、単にスポンサーをしただけだと効果は限定的です。 BASE社でCTOにならせてもらってから、PHPカンファレンスやPAY.JP立ち上げ期には、僕の方でPyCon JPにスポンサーとして携わらせてもらったりしました。スポンサーになること自体は、お金さえ出せれば簡単なのですが、ブースを出して、１日張り付いているのも結構難しく、最近はちょっと疲れて手を抜いていたら、カンファレンス活動に積極的なメンバーが何

こんにちは。プロダクトグループのshoito(しょいと)です。 9/26(水)に開催された レガシーコードにドメイン駆動設計で立ち向かった5年間の軌跡 に参加してきたのでレポートします。 当日のtwitterのハッシュタグ#DDDAllianceのツイートがTogetterでまとめられています。 BIGLOBEにおける、5年間のDDDへの取り組みと今後について ビッグローブ株式会社 西 秀和さんより 30年間、事業を支えてきた業務システムをDDDで刷新する。 そのためには、組織的、エンジニアのレベルなど多くの問題があります。 その壁をどう乗り越えたのか？ そして、壁の向こうで得た恩恵とは何のか？ 5年という期間を経て、得ることのできた気づきや組織的な変化をお伝えしたいです。 アジェンダ DDD導入に至るまで 導入時の苦労 導入による効果 今後の目標 BIGLOBE販売システムについて、DD

受託の仕事がひと段落したので、現実逃避がてら内容が古い・良くない社内図書の整理を行っていた。整理しながら「そういえば基礎教養部分の社員教育カリキュラムがまったく準備できてないなぁ」と思い、社内図書をベースに教育用に課す本を考えてみた。 以前から「日本語作文能力が足りない～」と言ってきていたのだが、それに対しての現時点の暫定解がこれかなぁと思っている。 世界一やさしい課題解決の授業 世界一やさしい問題解決の授業―自分で考え、行動する力が身につくposted with amazlet at 18.09.25渡辺 健介 ダイヤモンド社 売り上げランキング: 402 Amazon.co.jpで詳細を見る とりあえず最初に読む本。ごく当たり前の話がサクっと書いてあるが、意識がないと全く身についてない話でもある。 読むだけなら数時間（読むのが早い人であれば、30分もあれば読める）、演習もやるなら1日～

はじめまして。予約開発チームのいなむらです。 今回はぐるなび開発部門でのリモートワーク制度の利用状況をお伝えします。 1.リモートワーク紹介 ぐるなび開発部門では、2017年3月頃からリモートワークの試験運用を行い始め、今では部門全体としてリモートワーク制度が取り入れられています（例外もありますが）。段階的にリモートワークルールも変わってきましたが、この一年とちょっとで自分が行ってきたリモートワークの様子や感じたことを紹介します。 開発部門の中でもウェディンググループはリモートワーク利用が進んでいた方だと思います。私は1年前の2017年度はウェディンググループにいました。 1-1.開発部門でのルール もともと下記の文化があり、ウエディンググループではリモートワーク制度の利用がしやすい状況でした。 ①文字コミュニケーション（Slackの利用） ②上長の働き方の考え方 ①は認識相違が生まれたり

以前ソフトウェア開発者採用ガイドの読書感想文を書いたときに反響が思ったより大きかったので、エンジニア採用というテーマは関心が高いのだなと感じました。 上記感想文のエントリでも書いていますが、お手伝いしている会社の方などから「どうやったら良いエンジニアを採用できますか？」と聞かれることがよくあります。先のエントリでは「頑張るしかないですねとしか答えようがない」と書きましたが、頑張るとはいったい何を頑張るのか、きちんとまとめておいたほうが良いなと思いエントリをしたためる次第です*1。 あくまで僕はこう思いますという話で、この通りにしたからといって必ず良いエンジニアを採用できる保証はありません。あしからず。 想定読者 良いエンジニアを採用したい偉いひと、もしくは人事のひとです。 前提: 良いエンジニアとは このエントリでの「エンジニア」とはいわゆるweb系のエンジニア(例: サーバサイドエンジニ

会話のキャッチボールがきちんとできる人かどうか 相手に言われたことに対して、きちんとした受け答えをしましょう。 また、自分からも何かを発言することも大事です。 コミュニケーション能力は、チームで仕事をする時に大事なことです。 長期就業する気があるかどうか 10年以上の長期就業をすることが大事だとは思いませんが、会社側としては、3ヶ月や1年で従業員に辞められたら迷惑です。 今のIT業界で、エンジニアに10年以上を一社に勤めることを期待している会社は、少ないとは思いますが、ある程度の期間は働く意思を見せましょう。 向上心があるかどうか IT業界は、最も進化の早い業界です。 そこで、向上心が求められることは当然だと言えます。 でも、口だけでは逆にマイナス印象になります。 自分が実際に追いかけている技術を話すことがベストです。 新しい技術を追いかけてコミットしている姿勢は、好印象になるはずです。

www.byosoku100.com 特に予定もなく今更ダンまちをNetflixで見ていたのだが、はてブロからブクマ通知が来て、見てみたら半年も前の記事で珍しいこともあるもんだなあなんて放置していたら昼過ぎからやったらアクセスが高くなった。どうやらTwitter経由でどんどん拡散されたらしいが、リアクションの大半が怒り狂ったエンジニア達による凸であった。 該当の記事は燃やしてやろうとは思っておらず、時期的に僕がAngular1.X系列を利用したプログラムのメンテ案件に対応し始めた頃なので、多分うんざりしてサラッと愚痴がてら書いたものであったように思う。ちなみにAngularは現在6ぐらいである。 該当の記事は、はてブに少なくないイケているエンジニアの腹に据えかねたらしく、「エンジニアは激怒した。必ず、かの邪智暴虐のクソブロガーをを除かなければならぬと決意した」みたいな状態にさせたらしい。リ