2023/05/30に開催された「開発生産性を高める 〜ソウゾウ、Voicyの挑戦と苦労〜」( https://offers.connpass.com/event/283434/ )で発表した資料です。
2023/05/30に開催された「開発生産性を高める 〜ソウゾウ、Voicyの挑戦と苦労〜」( https://offers.connpass.com/event/283434/ )で発表した資料です。
本日、2023年5月31日付でGoogleを退職しました。入社が2007年2月5日なので16年ちょっとGoogleで過ごしたことになります。新卒の1社目を3ヶ月で退職した僕にとっては16年は本当に長く感じますね。2007年を振り返ってみると、当時はWeb2.0全盛期で、検索やGmailはありましたがYouTubeは買収直後、ChromeブラウザやAndroidはまだ存在していなかった時代。ストリートビューもまだですね。モバイルもいわゆるガラケー、フィーチャーフォン全盛時代でした。なんだか遠い昔のことみたいですね。入社当時のメモを振り返ると3年くらいいられればいいかな、などと書いてあったので予想よりずっと長くいたんだな、と思います。 ではなぜ辞めるのか。という話は、良かったらLinkedInでの投稿を読んでみてください。退職を受け入れた時の投稿です。その後2週間ほどで最終出社日を迎え、2ヶ月
技術記事を書くまでのステップについて順にコツを解説していきます。 特に、技術記事を書きたくてもテーマ選定が難しい、文章が苦手だ、なぜか筆が進まない、うまくまとめられないといった方に読んで欲しい記事です。 一応、エンジニア歴としては数年以内のジュニアレベルの方を想定しています。 以下のように技術記事を企画して、書いて、公開するためのプロセスごとにちょっとしたコツをまとめています。気になるセクションだけでも読んでいただければ幸いです。 テーマを決めよう 対象読者を決めよう 章立てを決めよう 書こう タイトルを決めよう 【余談】技術記事を書く理由とは 筆者について QiitaとZennにて6年以上の記事発信経験があり、 Qiitaでは5,942Contributionsを記録、 Zennでは3,253Likesをいただいています。 テーマを決めよう コツ:テーマのカテゴリによって執筆のポイントや
こんにちは。モロと申します。 実は数年前警察のお世話になり、数年裁判等をやって、昨年晴れて無罪放免となったのですが、そういえばその後どこにも情報をまとめていなかったことに気が付きました。 正直にいうとまったく気の進まない作業ですし、数年間これにかかりきりだったこともあり「わざわざまとめなくても誰でも知ってることでは……?」みたいな気持ちもあります。 とはいえ冷静に考えると大抵の人は一生関わり合いになることのない知識で、お世話になった界隈に対して何も残さないのも不義理という感じがしたため遅ればせながら筆を執らせていただきます。 はじめに 当記事は、実際に警察のお世話になり、数年間弁護士の方にご指導いただきはしたものの、あくまで法律の専門家でも何でもない一エンジニア(というか多少エンジニアリングをかじったデザイナー)によるもので、第三者による監修等もなされていません。 実体験に基づいて少しでも
JSONを操作するコマンドラインツールであるjqは、これまでオリジナル作者であるStephen Dolan氏 (@stedolan)のリポジトリ(github.com/stedolan/jq)で管理されていました。 メンテナンスはNico Williams氏 (@nicowilliams)とWilliam Langford氏 (@wtlangford)の二名が行なっていましたが、近年は活動が減っておりメンテナンスが滞っていることが度々指摘されていました。 最新のリリースは2018年11月に行われた1.6であり、その後に様々なバグ修正やパフォーマンス改善、新機能の実装が行われているのにリリースされておらず、またissueやPRも放置されがちになっていました。 さらにCI (AppVeyor)は常に落ちるので、簡単なドキュメント修正でもCIが通らず苦情が来る、数か月放置されたPRは作った人が諦
前提 この記事は内製開発をしているSaaSの中の人であるエンジニアが、SaaSの内製ソフトウェア開発をする上での話として書いています。 前ふり 「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」 「何が原因なんですか?どうすればいいんですか?」 という相談を受けました。 NDAを書いてから、どれどれとチームの状況を見てみました。 該当チームのスプリントゴール 該当チームのスプリントゴールはこんな感じでした。 QAフェーズのプロジェクトAを、QA作業を完了してリリースできる状態まで進める 実装フェーズのプロジェクトBを、フィーチャーの実装率を50%まで進める 設計フェーズのプロジェクトCを、要確認な点を除いて実装レディーな状態まで進める スプリントゴールが3つありますね。とても面白いですね。 思わずボンドルド卿みたいな反応をしたくなりますがここは先に進みましょう。
旅行ガイドブック『地球の歩き方』を発行 新型コロナウイルス関連倒産 特別清算開始命令受ける TDB企業コード:982054551 負債10億4977万円 「東京」 (株)ダイヤモンド・ビッグ社(資本金1億円、登記面=渋谷区神宮前6-12-17、代表清算人三橋和夫氏)は、5月19日に東京地裁より特別清算開始命令を受けた。 当社は、1969年(昭和44年)9月に設立された。出版大手の(株)ダイヤモンド社(TDB企業コード:985181931、渋谷区)の子会社として、旅行ガイドブックの編集・出版の受託制作を手がけ、『地球の歩き方』『地球の歩き方リゾートスタイル』『地球の歩き方ポケット』などを発行していた。特に、『地球の歩き方』シリーズは100タイトル以上にもおよび、旅行者の実用書として高い知名度を誇っていた。旅行に付随するテーマに沿った単行本やムック本、訪日旅行者向けのフリーペーパー『Good
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く