今回は、GoDocについて取り上げます。 長いので3行にまとめると GoDocのリファレンスはライブラリにとっては一次情報だが、使い方などはリポジトリのREADMEに書かれることも多い 構造体やインタフェースは、リファレンスだけを見ても使い方がわからないこともあるので、分からないからといって落ち込まないでください サンプルコードも合わせて確認して使い方を確認すると良いです GoDocGoDocは標準ライブラリや、他のサードパティ製ライブラリのドキュメントをホストしているウェブサイトになります。チュートリアルなどは一度クリアしたら見返すこともあまりないでしょうけども、GoDocはGoで開発している限り、ずっと参照し続けることになります。GoDocの読み方を知っておくことは、Go力をあげるには必須なスキルだと思います。 GoDocのURLは以下の通りの場所 https://pkg.go.dev

新型コロナウイルス感染症が世界的に拡大し、 私たちの仕事に大きな影響を与えています。 そこで、サイボウズが10年間のテレワークで得た経験を共有するWebサイトを 急ごしらえではありますが、開設いたしました。 ひとつの例として参考になれば幸いです。

ガートナーの米国本社発のオフィシャルサイト「Smarter with Gartner」と、ガートナー アナリストらのブログサイト「Gartner Blog Network」から、＠IT編集部が独自の視点で“読むべき記事”をピックアップして翻訳。グローバルのITトレンドを先取りし「今、何が起きているのか、起きようとしているのか」を展望する。 「われわれはどのくらい安全なのか」「なぜセキュリティのためにもっとお金が必要なのか。1年前に『X』を承認したばかりなのに」「インシデントが4件発生したのはどういうことなのか。君が全てを管理下に置いていると思っていた」 おそらく、セキュリティやリスク管理のリーダーのほとんどは、何度も取締役会でこうした質問をされたことがあるだろう。 「問題は、これらの質問の中には答えようがないものも含まれていることだ」と、Gartnerのディレクターアナリストを務めるサム・

ガートナーは2020年3月11日、パンデミック対策のための10のチェックポイントを発表した。 BCP（事業継続計画）を立てている企業は多いものの、新型コロナウイルス感染症（COVID-19）の世界的な拡大という危機に直面した今、パンデミック対策として十分なリスク管理ができるかどうかを問うと、未解決な問題が露呈する組織も少なくないという。 ガートナーによると、パンデミック対策の実行に向け、危機に対応する強力なリスク管理体制を構築するには、以下の10項目をチェックすべきだという。 1. パンデミック対策フレームワークを確立する パンデミック対策用フレームワークを確立するには、全ての重要なビジネス機能を代表するチームを形成し、経営幹部に直接報告できるようにする。 このチームがまず行うべきは、ビジネス活動の相対的な重要性を評価し、対応または回復のために優先順位で整理することだ。 例えば、ネットワー

2019年11月23日、LINE株式会社にて、LINE・ミクシィ・DMM.com・アカツキの4社が参加するCorporate ITエンジニアのためのイベント「Web系企業 Corporate IT meetup」が開催されました。Web系企業におけるCorporate ITエンジニアたちはどのように働き、どのような課題を解決しているのか？　大規模・急成長を遂げるIT企業の担当者たちが、自社での知見について語ります。パネルディスカッションでは、AnityA 代表取締役でラクスルでも活躍する中野仁氏をモデレーターに、4社の担当者たちがリアルな実情を語ります。前半パートとなる今回は、情シスとCorporate ITの違いや、Web系企業におけるCorporate ITとして働く魅力について語りました。 Corporate ITの今中野仁氏（以下、中野）：それでは後半のパネルディスカッションを始め

新型コロナウイルスが国内で一気に感染拡大の兆しを見せはじめ、感染拡大を避けるためにリモートワークなど会社としての対応が必要となるケースが急増しています。 noteでも #リモートオフィス というタグで、リモートワークに関する知見や事例の共有をしようという試みが始まったので、私も情シス観点から記事を書いてみました。 なお、リモートワークを実現するためには、それを見据えた社内インフラを事前に構築しておく必要があり、一朝一夕で実現することは難しいということをご了承ください（セキュリティを一切考慮しないのであれば、強引に実現できるかもしれませんが）。 ■なぜ出社しなければ仕事ができないのかサービス業や医療関係など、対面でサービスを提供する必要がある職種を除き、「出社しなければ仕事ができない」という環境面での理由は以下のようなものが考えられます。 （生産性についての話は今回は割愛します） 1.会社の

目次 はじめに Git を使ったことがない方へ 生のデータが見たい方へ Git の全体像 .git の中身 Git オブジェクトデータベース 4種類のオブジェクト リファレンス リファレンスのリファレンス 大きなツリー Git オブジェクトの ID と 中身 ハッシュ関数 SHA1 の簡単な説明 tree と blob オブジェクト tree と blob の参照関係 ルートツリーの ID でツリー全体を識別する commit オブジェクト リファレンスとブランチ ブランチ ブランチ先頭を指すリファレンス HEAD リファレンス detached HEAD 2種類のタグ 一時待避 (stash) インデックス キャッシュとしての役割 マージ Fast-Forward マージ non Fast-Forward マージ rebase reset 2種類のブランチ 各リポジトリが自分のブランチを

2016年10月25日 PMCONF発表 http://pmconf.jp/ 2016年09月16日 デブサミ関西2016発表 http://event.shoeisha.jp/devsumi/20160916/Read less

巨大不明生物の仮説をキャンバスで描いてみる 皆さんはシンゴジラをご覧になられたでしょうか。私は9月19日現在で、7回鑑賞しました。 観るたびに何か発見があるのが面白い、作品です。さて、この映画を鑑賞していて私の中で引っかかったのは、 巨大不明 生物の呼称が示すとおり、このような全く先が読めない不確実性の高い事案に対して、どうやって仮説検証ができるだろうかということでした。 対象は極めてファンタジーですが、リアリティあふれる作品だけに、仮説を立て方を示すには良い素材になるかもしれないと、いつも仕事で使っている 仮説キャンバス で巨大不明生物の撃退のための仮説を立ててみました。 設定は、相模トラフトに潜伏〜再上陸あたりの時期とします。仮説立案者の視点は、巨大不明生物統合対策本部副本部長とします。 なお、一応ネタバレを含みますので、まだ作品をご覧になっていない方は、まずは早々に鑑賞しましょう。

ユーザーストーリーとは？ 1. ユーザーストーリーとはhttp://www.flickr.com/photos/cannedtuna/4674434821/ 2. 吉羽龍太郎 (@Ryuzee) アジャイルコーチ 認定スクラムプロフェショナル(CSP) 認定スクラムマスター(CSM) 認定スクラムプロダクトオーナー(CSPO) http://www.ryuzee.com/ 野村総合研究所等を経てベンチャーのCTOhttp://www.flickr.com/photos/adforce1/2539903964/ 3. プロダクトオーナー スクラムマスター チーム (7±2人) ステークホルダー製品に対して責任をもち機能 スクラムプロセスがうまく プロダクトの開発を行う。 製品の利用者、出資者、管理職に優先順位を付ける いくようにする。 製品の成功に向けて最大限 などの利害関係者。鶏と称す 外

組織の成功循環モデル リーダーは、常日頃結果を求められており、何よりも結果（数字）を出すことが大事だと考えている人も多いはずである。それは組織を率いている身であり、数字が出なければ会社は存続できないので、当然のことである。 しかし、結果だけを追い求めると、なかなか目標は達成できない。「成功循環モデル」というものがある。 マサチューセッツ工科大学のダニエル･キム教授が提唱していたものだが、「成功循環モデル」とは、組織に成功をもたらす基本的な考え方である。組織の循環モデルには、グッドサイクルとバッドサイクルがある。 バッドサイクルは、結果だけを求め、「結果の質」を向上させようとすることから始める。しかし、なかなか成果が上がらず「結果の質」が低下すると、対立や押し付け、命令が横行するようになり、「関係の質」が低下する。ときには一時的に成果が上がるかもしれないが、それはメンバーが追い詰められた状態