2年前、ひらがなと少しのカタカナだけで書かれたメールが来た時、私はもっと早く、察するべきだった。 ところが私はのんきに「はーい」とメールを返し、事態の深刻さに気付いていなかった。 私にはおそらく一生まともに見ることができない、消すこともできない、70通余りのメールがある。 （ネットワーク報道部 鈴木有）

全社員がリモートワークで働くGitLabが今日、米NASDAQ市場に上場。時価総額は約1兆2000億円に GitLab社が米NASDAQ市場に上場を果たし、14日午前9時半（現地時間）にニューヨークにあるNASDAQ市場のオープニングベルを鳴らすセレモニーを同社共同創業者兼CEOのSid Sijbrandij氏と同社共同創業者でエンジニアリングフェローのDmitriy Zaporozhets氏が行いました。 売り出し価格は77ドルで、同社の時価総額は110億ドル、日本円で約1兆2000億円となりました。 同社がサービスを提供しているソースコード管理の分野やDevOpsの分野には、マイクロソフトに買収されたGitHubという強力な競合企業がすでに存在し、それ以外にもDevOpsのためのソフトウェアやサービスを提供する企業が多数存在しています。 そうした中で、創業当初からオフィスを持たず、世界

いまちょうど『文章力が、最強の武器である。』という本を読み終えたところです。 これで、ついに出そろいました。 長らく追い求めていた「文章力」の理想郷。 どうやらそこには、4人（冊）の四天王がいらっしゃったようです。 これまで「文章力」「文章術」「書き方」と検索して、約20冊近く読んできました。 その中から選び抜かれた四天王をご紹介します。 入門編『文章力が、最強の武器である。』藤吉 豊 https://amzn.to/3njBbiF 最初に四天王の1人目、入門編で待ち構えているのがこの『文章力が、最強の武器である。』。 まず何と言っても、章立てがすごく魅力的なんですよね。 第1章は、文章力が劇的に上がる「3つの視点」。 おもしろい わかりやすい 読みやすい この3拍子が揃った文章こそが、「良い文章」なのだと筆者は語っています。 その後、先ほどの3拍子それぞれを伸ばしていくための考え方・型・

回答 (21件中の1件目) 違う意見もあるみたいですが、私は概ね正しいと思います。 まずプログラマーという単語がややこしいのでここではITエンジニアということにしましょう。そして、ITエンジニアは大まかに分けて3つに分類されます。 ①研究開発系 日本では情報系の院卒、博士の人たちが就く職種です。情報系分野でも数学に近い専攻であり、みなさんがイメージするようなパソコンをカタカタ打ってる人たちではありません。高度なデータ解析の理論を構築したり、特殊なアルゴリズムを考えたりする人たちです。 多分、質問者様のお父さんはここの一部の人たちを天才と言っているのだと思います。彼らは重々にしてG...

冬だった。サッカー選手は毎年12月になると翌年の契約にそわそわし始める。といっても1月から11月までの成績・結果が契約に反映されるので、12月から慌てても何もならない。選手もそれをわかっていながら、それでも落ち着かないのが12月という月なのだ。そんなある意味その年の通信簿を渡されるような月に、僕はこの世で一番愛しているもの、サッカーを辞めた。 サッカーで生きていくということ僕がいたのはとあるプロサッカークラブだった。お世辞にも環境が良いとは言えないが、夢にまで見たプロ生活。好きなことをして生きていく喜びを僕は18歳にして手にしたのだ。将来は明るかった。地元では小学校から一番で街のちょっとした有名人だったし、市・県・地域の選抜にも選ばれていた。高校で全国大会には出られなかったが、運良く県の決勝にスカウトの方が見に来てくれていて、僕はサッカー選手になった。 有頂天だった。地元ではちやほやされ、

1年間プロダクトマネジメントの体系化を頑張ろうとおもい、2020年はいろいろな記事を書きました。我ながら、今年いい感じにできたと思っている図解を振り返ります。普段は一回書いた話を何度も書かないポリシーなのですが、年末なので許してください🙏 1. 仮説のミルフィーユ プロダクトの仮説を4階層に分けて、高い所にある仮説に変更があるときには低い階層もきちんと見直しましょう、の図です。仮説以外でもプロダクトを捉えるときに、この4階層に分けておくと何かと便利です。 2. プロダクトのCore、WhyとWhatの関係仮説のミルフィーユの関係を別の図解に表したものもあります。プロダクトのCoreを元に発想できるWhyは無数にあって、Whyを元に発想できるWhatも無数にあります。例えば、「お腹が減った」というユーザーのペインを解決するためのソリューションはたくさんありますよね。その中でなぜおにぎりでは

Introducing amazing graphs which are drawn by listed Japanese companies in 2020.Read less

マイクロサービスにおける認証と認可の、一般論としての設計パターンを調べたところ、Web 上の複数の記事で似たようなパターンが登場していた。ここでは、まず認証と認可が実現したい一般的な要件と、そのマイクロサービスでの難しさを整理し、認証と認可に分けて調査したパターンをまとめた。 あくまで “一般論” なので、実際には個々のドメインにあわせてアレンジが必要 往々にしてこの “アレンジ” に価値が宿るものだが、まずはセオリーを知っておきたいというモチベーションで調査した Web 上の記事を読んでまとめただけなので、手を動かしての確認はしておらず、理解が甘い部分はご容赦ください 具体的な通信方式やサービス間通信のセキュリティといった具体論までは踏み込めていない。このへんはサービスメッシュやゼロトラストネットワークといったトピックが登場すると思われる これらは次回以降の Todo としています その

TL;DRクラウドネイティブな時代のビジネスではWebサービス活用は必須Webサービスをセキュアに利用していくには管理やセキュリティ面での工数・コストが増えるこの工数・コストを下げることこそがWebサービス活用推進ひいてはビジネスの加速に繋がる工数・コストを下げる為に導入するWebサービスにSAML/SSOは必須ログインをSAML/SSOに限定出来ることまでがマストWebサービス利用におけるセキュリティ面で一番重要なのがID周り個々のWebサービスのセキュリティ対策よりもID管理に特化したシステムに任せた方がよっぽどセキュア（餅は餅屋）Webサービス導入時には値が張ってもSAML/SSO出来るプランで契約するSAML/SSOが出来ないことによるデメリット（工数・コスト）の方が、SAML/SSOを有効にできるプランにアップグレードする費用に勝るB2BのWebサービスを提供する企業は全プランに

はい、今回はみんな大好き（大嫌い）SIerについての話である。 デジタル庁の動きに駆動されて、日本で何度目かの内製推進が盛り上がろうとしている。 日本のITシステム開発がうまく行かない原因としてしばしば挙げられるのが、ユーザサイド（非IT産業）にエンジニアやプログラマなどのIT人材が不足しているというものだ。確かに、日本が欧米と比較してIT企業にIT人材を集中的に配置しているのは事実である。 こうしたIT人材の偏りによって、アジリティの高い開発ができない、CI/CDやDevOpsが進まない、というのは当たっているし、ユーザ企業も自らIT人材を雇用して内製を進めるべきだ、という議論にはもう十年以上の歴史がある（筆者が追えていないだけでもっと古いかもしれない）。 この時、悪玉として批判にさらされるのが、今回の主役であるSIerという存在である。日本における内製推進は、しばしばSIer批判とセッ

はじめまして、どうも、つんく♂です。 作詞・作曲を中心に音楽やエンタメ全般のプロデューサーをやっています。モーニング娘。のプロデュースから始めて、アイドルやアーティストなど、たくさんの作品を生み出してきました。 『リズム天国』などのゲームや、アニメにも関わっています。今は、「つんく♂エンタメ♪サロン」のメンバーで、「中2」をテーマにした映画制作を始めたばかりです。 声の病気をしたので今は歌えませんが、その分、日々の作品作りと、次世代のスターやクリエイターの応援に注力しています。 いちクリエイターとして、noteを始めますさて、今月から、個人noteを本格的に始めてみようかなと。 というのも、僕の中には、自然に生活していて「これいいよ」との情報が2回以上重なって耳に入ってきたものが「売れる」「ヒットする」という過去データがあります。なので、そういうものに出会った時は、出来るだけすぐに試すよう

この記事は2016年8月6日に開催された”RIDE” UX Sketch SUMMER 2016にて、発表したスライドのフォローアップ記事になります。 STANDARDからはUXデザイナーの鈴木智大が「受託型UXデザインの分解と構築」というテーマで、受託としてのUXデザインへの関わり方の一部を発表させて頂きました。 内容としてはUXデザインのプロセス自体に、受託と事業会社に大きな違いはないと判断し、UXデザインが主体というよりも、主に関わり方や組織へのノウハウを定着させるための仕組みについてお話をしました。 当日は40分の発表時間に対し、90枚近くのスライドを用意してしまったため、説明不足の部分などについても記事内で補うことができればと考えております。 他の登壇者のスライドもアップされ次第更新されるそうですので、ConpassのイベントページをRIDE UX Sketchよりご確認ください

個別具体な方がよいものすごく個人的なエピソードは、いつだって本人が思っている以上に、他人を惹きつける。 形容詞をかみ砕く「嬉しい」「楽しい」「美味しい」と書いただけじゃ、残念ながら何も伝わらない。自分の感覚にこそ、言葉を尽くしてみる。何にでも当てはまるテンプレ語彙を使わないよう、細心の注意を払う。 自分にとっての当たり前がコンテンツ盲点、自分と他人は違う。だから、ケンミンショーは盛り上がるし、ジャパンはミステリアス。自分の、自分たちの当たり前は、他人にとっての十分な驚きになり得る。 コロケーションをねじれさす意図的に、当たり前をずらしてみる。音を触ってみたり、キッチンに潜ってみたり、カメラで歌ってみたり。 ちょっと飛躍させるロジカルな文章に飛躍は禁物。誰にでも同じように理解させる必要があるから。エモにアプローチするなら、読んだ人それぞれ違う感想を持ってもらってよい、その方がよい。だから、詰

Webフロントエンドのリリースをどうするのか 前置きWeb開発に分業化が進み、Webフロントエンドの開発は独自に行われることが多くなった。 しかし、Webフロントエンドのリソースの配信はサーバサイドが絡むことも多く、Webフロントエンドに取って最適な方法が取られているとはいえない場合も多い。 ここでは、主にiOS, Androidアプリなどのリリース方法を参考にWebフロントエンドのリソースの配信（リリース）をどうするかを書く。 Webフロントエンド特有の事情iOS, Androidアプリの場合、リリースに関しては事実上プラットフォームから指定されているため選択肢が少ない。 しかし、Webフロントエンドの場合、事実上URLで指定できる場所にさえおければリリース処理が終わることが多く、自由度が高い。 前提ここで言う「Webフロントエンド」とは、「Webアプリケーション」と言われるようなそれな

キャッシュレス決済の筆頭としてPayPayやLINE PayといったQRコード決済が日本においても普及し始めていますが、QRコードがどのように生成されているのかを知る機会は多くありません。「Creating a QR Code step by step」は、好きな文字列を表すQRコードを簡単に生成でき、さらにQRコードの生成過程まで理解できるウェブアプリです。 Creating a QR Code step by step https://www.nayuki.io/page/creating-a-qr-code-step-by-step まずは「Creating a QR Code step by step」にアクセス。ひとまずオプションの理解は置いておいて「Text string」に「GIGAZINE」と入力し、「Force minimum version」を「2」に設定して「Gene

このスライドは、2019年12月10日に行われた『note designer meet up～これからのデザイナーに求められる情報発信』において用いたものに、参加者でなくても分かるように加筆修正を加えたものです。

PowerPoint歴23年、デザイナー歴20年、経営者として10年以上に渡って自社のマーケティングやセールスに深く関わり、提案書を作ったコンペでの勝率91%を誇っている私の知見を余すことなく注ぎ込んだ『最強の提案書の書き方』です。 便宜上「提案書」としていますが、企画書、営業資料、ホワイトペーパー、社内文書など、人を動かすために作られるすべてのビジネス文書に応用できます。 ストーリー、コピー、デザインに関する、実践的かつ具体的なノウハウを詰め込んでいます。デザインについては、プロのデザイナーではなく一般のビジネスパーソンを対象として、仕事の中で本当に必要な知識だけをまとめています。 本スライドは、私が企業向けにこれまで20回以上行ってきた有料講座の配布資料を元に、公開用に仕上げたものです。 詳しい解説はこちらのブログもどうぞ。 https://baigie.me/officialblog

2020年6月19日の『BtoBデジタルシフト2020』に登壇した際に使ったスライドです。BtoBマーケティング＆セールスをフルオンライン化する上での大事な考え方と、それに基づくベイジでの取り組みを紹介しています。