2020年5月末でP&Gのブランドマネージャーを退職しました。僕はこのNOTEで、P&Gで非言語的に受け継がれているマーケティングの思考法を、分かりやすい教科書のようにまとめようと思います。本気で読めば1時間かからず読めると思います。が、ちゃんと理解すれば知識レベルとしては本何冊分にもなることをお約束します。さらには、そのマーケティング思考の先に、僕がどんなマーケティングの進化を考えていて、そのために次のチャレンジとしてどんなアクションを取ろうと思っているかも最終章にまとめようと思っています。 総合商社から中途採用でP&Gのマーケティング本部に採用され、シンガポールのアジア本社への異動も伴いながら、世界最高峰のブランドマネジメントの"いろは"に触れらたことは、本当に幸運なことです。直近では、ファブリーズのブランドマネージャーとして、ブランドレコードとなる売り上げを達成することが出来たのは、
大学や大学院で論文の書き方を鍛え上げた人たちには遠く遠く及ばないが、僕の様なはぐれもの1でも最近は Amazon 社内で文書の質が高いと評価してもらえるまでにはなった。Software Engineer として、コードでのアウトプットはもちろん大事だけど、文書のアウトプット(およびそれによって得られた実際のアウトプット)は同じだけ重要である2。今回は自分が最近どういうところに気をつけて技術文書を書いているのか、ということについて数年後の自分が忘れてないことを確かめられる様にまとめておく。 そもそも文書とは？ 英語だと document。ここで指す(技術)文書とは、人間が読む文体で書かれた技術に関連する情報、といったものだ。具体的に言うと以下の様なものを想定している: 新しいプロジェクトの骨子を説明する資料 会議の叩き台となる 1 枚ペラ 本番環境に変更を加えるにあたっての包括的な情報や具体
本書は、Amazon総合1位(無料)となった科学的学習法の本のWeb版です。 １２万部のベストセラーとなった前著と同様、図とイラストを使って分かりやすく解説しています。 英語学習者・教師・受験生・小学生～高校生の親御さんに読んでいただきたいです。 全５巻(派生巻も含めると全８巻)構成で、これは第１巻です。 それでは、さっそく、サイエンス誌に掲載された論文を解説します。 (サイエンス誌は、ネイチャー誌と双璧をなす、世界最高峰の学術誌です) この論文からは、学習効率に関する重要ポイントをいくつも学べます。 本書は、基本的には中学生でも読めるように書いてあります。 実際、本書をある中学３年生の女の子に読んでいただいたところ、たいへん好評でした。 実際に期末試験の成績も上がり、志望校にも合格し、ご両親も喜んでおられました。 では、以下、論文の解説をどうぞ。 ■カーピキー2008実験 たとえば、英語
仕事は挑戦の連続です。経験を積み、スキルが上がり、評価されるほど、難易度が高い仕事に関わるようになります。そこには必ず苦難があり、ストレスが待ち構えています。 ストレス学説の生みの親であるカナダ人生理学者のハンス・セリエ氏は、「ストレスは人生のスパイスである」という名言を残しています。確かにストレスは必ずしも悪いものではありません。 例えばパフォーマンスとストレスレベルは、逆U字の関係にあります。あるレベルまではストレスレベルの高まりに従ってパフォーマンスは向上し、あるレベルを超えるとパフォーマンスは低下します。この法則は心理学者ロバート・ヤーキーズとジョン・ドットソンの名前を取り、「ヤーキーズ・ドットソンの法則」と呼ばれています。 この法則に従えば、仕事で高いパフォーマンスを発揮したいなら、ストレスをゼロにするのではなく、適度なレベルにコントロールしなければなりません。そのために必要なの
私は明日海賊にはなれないが、小学生を襲うことはできる。“社会的責任”を茶化すのはマズいぜという話｜四谷三丁目
小児（男児）を模したラブドールの購入・使用をめぐる議論がツイッター上で話題だ。 小児性愛嗜好をもつ男性の、オープンアカウントで公開された「ショタラブドール購入・使用レポ漫画」に端を欲した騒動は、ツイッター上で「ラブドール」がトレンド入りするほどの物議を醸した。 このレポート漫画や小児型のラブドールを所持することそのものに対する関する個人的な見解はおいおい述べていくとして。この騒動に関連し、私がどうしても言葉を尽くしたいと思うに至ったツイートが他にある。 「小児型ラブドールを使用することで小児への性加害が助長されると言うなら、とっくに海賊漫画に影響されて大航海時代が来ている」（意訳）というものである。このツイートを晒したいわけではないので、直接の引用は避けるが、間違いなくこういう意図のツイートが流れてきた。 私が見た時点で、数千RTはされていた。 まあそして、このツイートだけではない。ちょっ
この記事で書きたいことは、下記のようなことです。 ・「部下を育てる」ことは「部下の能力を引き上げること」だと勘違いしていた ・上司が部下に出来ることは、最大限上手くいっても「行動パターンのちょっとした変容」くらい ・けれどそれで、あんまり出来なかった人を出来る人っぽくムーブさせることは出来る ・もしかすると、「育てる」ってそういうことの積み重ねなのかも知れないなあ ・なんだかんだで「インフラ整備」以上に効率よく人の行動パターンを変容させられるものはない 以上です。よろしくお願いします。 *** さて、書きたいことは最初に全部書いてしまったので、あとはざっくばらんに行きましょう。 「人材育成」というのは仕事においてものすごーーく大事な要素でして、もちろん色んな人が色んな言葉で語っていますし、本もたくさん出ています。 何百人も部下を育てた人たちの言葉は大変説得力があって、私も感心することしきり
リモートワークで仕事をしていると、Slack や Teams といった何かしらのチャットツールでコミュニケーションを取ることが多い。そうやって仕事を続けていく中で「こう伝えたらよりスムーズに話が進んだかな...」という後悔は多々あり、日々試行錯誤を続けている。 そうやって試行錯誤を続けていく中である程度テキストコミュニケーションを取る上でのフォーマットが定まってきた気がするので、箇条書きでまとめてみようと思う。（随時更新予定） prefix （接頭辞）をつける文章の先頭にその文章の目的がわかるような prefix をつけて、何のためにポストしたかを一目で分かりやすくする。例えば以下のような prefix をつけることがある。 【質問】→ 相手の返信が欲しい時 【共有】→ 返信は不要だが、内容は把握しておいてほしい時 【メモ】→ 返信不要で、後から検索できるよう残しておきたい時 箇条書きする
この記事で書きたいことは、以下のような内容です。 ・成果物やパフォーマンスを公開する時、どうしてもハードルを下げたくて、卑屈になってしまう時があります ・ですが、我々は「成果を誰かに見せる」時卑屈になるべきではありません。少なくともその時その場では、「これは最高の成果物だ」と信じて発表しなくてはいけません ・それは何故かというと、「自分の成果物への信頼」が、実際に受け取る側から見たクオリティにも直接影響する為です ・これは、成果物を作り上げていく過程で努力することや、色んな意見や批判を受けいれてクオリティを上げていくこととは矛盾しません。むしろワンセットの話です ・卑屈になっていると公開自体のハードルが高くなってしまうこともあり、無駄にMPを消費します ・我々には「自分の卑屈さをねじ伏せる覚悟」が必要です 以上です。よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、
妻の「進捗確認」のやり方に感心した話
身内褒めで恐縮なんですが、以前、子どもに対する妻の言葉選びで感心したことがありまして、ちょっとしたことなんですが文章にしたくなりました。 先に書いてしまうと、その言葉とは、子どもに頼んだ家事の進捗を確認する時の「○○(頼んだ家事)ありがとう！」という言葉です。 順を追って書きます。 しんざき家は5人家族でして、私と妻、高校生の長男、双子の長女次女で構成されています。 ついこの間生まれたばかりと思っていたら、先日長女次女が小学校を卒業してしまいました。時間の流れが早すぎてビビる他ありません。 で、しんざき家では現在、子どもたちを積極的に家事に参加させる方針をとっておりまして、自分が使った皿は自分で洗うことが前提となっていることを始め、料理やら洗濯やら掃除やら、家事が出来るタイミングでは色々な家事を担当してもらっています。 これ自体は特別なことではないと思いますが、家事を任せるとなったら「手伝
フリーランスプログラマ雑感
フリーランスプログラマになって、かれこれ10年近く経ってしまった。 昨日をもって退職しました。今日から(しばらくは)フリーランスとしてがんばります。 — 武藤スナイパーカスタム🔫 (@__tai2__) November 30, 2010 会社を辞めて、とくに深い考えもなくなんとなくフリーランスになった。しばらくすればどこかの会社に就職するのかなあ、きっとそうなんだろうなあ、とかぼんやりと思ってたことを考えると、そのまま10年近くも続けてしまったのは感慨深い。 ぼくにとって、ほかの業種、ほかの立場の人の職業生活がどういうもんなのかわからないのと同程度に、ほかの人にとってもフリーランスプログラマがどういうものか、きっとイメージがあまりわかないんだろう。そこで、フリーランスプログラマ生活を振り返って、それがどのようなものだったのかを思いつくままに語ってみたい。フリーランスプログラマという語は
【インタビュー】『鬼滅の刃』大ブレイクの陰にあった、絶え間ない努力――初代担当編集が明かす誕生秘話 - ライブドアニュース
『鬼滅の刃』が今、空前のブームを呼んでいる。 シリーズ累計発行部数は、4000万部（電子版含む、2020年2月4日時点）を突破。2019年の大晦日には、歌手のLiSAがアニメ版のオープニングテーマである『紅蓮華』をひっさげ、第70回紅白歌合戦に出場。今年は劇場版『鬼滅の刃』無限列車編の公開が控えており、その人気はもはや社会現象だ。 しかし、連載開始に至るまでの道のりは決して平坦ではなかった。いかにして『鬼滅の刃』は生まれたのか。 誕生ヒストリーを明かしてくれたのは、著者の吾峠呼世晴氏と二人三脚で走り続けた『鬼滅の刃』初代担当編集・片山達彦だ。『ブラッククローバー』『呪術廻戦』など「週刊少年ジャンプ」（以降、『ジャンプ』）の人気タイトルを担当してきた片山だけが知る“舞台裏”とは？ 『鬼滅の刃』の骨肉となったであろう『ジョジョの奇妙な冒険』『HUNTER×HUNTER』『銀魂』『僕のヒーローア
この記事で言いたいことは、まとめると以下のような内容になります。 ・「面倒くさくて複雑」といフローは、例外もあるものの、基本的には不適切であるか、そのフローが必要とされる前提の方がおかしい ・けれど世の中には、「面倒で複雑なフロー程正しいし価値がある」と考える人が案外多い ・「面倒くさい」と言える人は貴重なんだけど冷遇されがち ・不要なJOIN句は敵だし、JOIN句の使い回しなど絶対してはならない よろしくお願いします。 さて、言いたいことは最初に全部言ってしまいましたので、後はざっくばらんにいきましょう。 先日、Twitterでこんなことを呟きました。 エンジニアをしていると「面倒くさいやり方は大抵間違っているか、あるいはそのやり方を必要としている前提の仕組みの方がおかしい」という思考は割と普通だと思うんだけど、どうも世間的には「面倒くさければ面倒くさい程正しい、ないし価値がある」と思っ
こんにちは、JUNERAYです。 皆さんは日本酒がお好きですか？私は大好きです。夏の午後、プールへ行った帰りにアイスを食べて、クーラーの効いた部屋でする昼寝くらい好きです。 長いことお酒や飲み物にまつわる仕事をしていて、ありがたいことにビギナーさんにお酒の基礎知識や美味しい飲み方などのレクチャーをさせていただく機会も増えました。 日本酒についても何度か解説記事を書いているのですが、実は毎回ぶつかる壁（でかい）（かたい）があります。 まじこれ。 馴染みのない専門用語がたくさん出てくるだけでなく、そのいちいちが「特別本醸造」とか、「山卸廃止酛」とか、墾田永年私財法か？？ってくらい漢字の繋がった用語だらけ。ぷよぷよだったら連鎖して消えてます。 ビギナーさんの中には、「日本酒のことが知りたいと思って入門書を買ったけど、ちょっと読んだだけで投げ出しました」なんて方も少なくなく、レクチャーする側として
「ダークパターン」とは？7つの類型を解説／企業30社 独自アンケート - クローズアップ現代 取材ノート - NHK みんなでプラス
うそのカウントダウンタイマーや、在庫が少ない、需要が高いなどの表示。 画像では、カウントダウンタイマーや「今だけ」の表示で焦らせて「今買わなければ」という気持ちに追い込んでいます。 今回私たちは、企業の間ではダークパターンがどのように認識されていて、どのような対策を取っているのか、現状を把握するために独自にアンケート調査を行いました。 調査は、武蔵野美術大学の長谷川敦士教授の監修のもとで行い、ダークパターンが使用されることの多い6つのジャンル（ネットショッピング、旅行予約サービス、飲食店予約サービス、動画配信サービス、音楽配信サービス、電子コミック配信サービス）について、利用者の多い5つのサービス、あわせて30のサービスを対象にしました（利用者数については、ニールセンとICT総研の調査を元にしています）。このうち、16のサービスの運営企業から回答がありました（回答率は53％）。 回答した企
著： 玉置 標本 （撮影：宮沢豪） 首都圏から地方に移住した友人は何人かいるが、その中でもじっくりと話を聞いてみたかったのが、「ざざむし。」というサイトを運営する日比野理弘さんだ。「ざざむし。」は、自分の力で食材を手に入れ、その個性にあわせて調理して、固定観念に惑わされることなく評価する喜びを教えてくれる稀有なサイトである。 ただそこに書かれている内容は、釣った魚とか摘んだ野草を食べてみましたというレベルではない。例えば本人が花粉症なのにスギ花粉を集めて自家製麺に練り込む、昆虫食として注目を集める便所バチの幼虫を自家養殖する、杏仁の香りがするフェモラータオオモモブトハムシの幼虫を絶品デザートに仕上げる、ナメクジは腹を壊すという説を大真面目に考える、さまざまな有毒植物を試してみるとかなのだ。 こんな感じに相当どうかしている（良い意味で）日比野さんが、長く住んでいた神奈川県から、2017年に富
ホーム > 「マネージャー不要」という人いますけど、大抵の人はマネージャーが管理してくれないと仕事ができないんです。 こんな記事を拝読しました。 どう考えてもマネージャなんて不要だからそれで上手くいくなんて期待しない方がいい 色んなマネージャがいる。何をやる仕事だろうか？役に立ってる？要らないだろ？って話をまとめたい。 別段批判という訳ではないんですが、思ったことを書きます。 私はシステム関係の仕事をしておりますので、この話を「一般的なシステム開発におけるマネージャーの仕事」の話として解釈してみます。 数人から十数人程度のメンバーが、それぞれ細分化されたタスクを割り振られて、当該タスクの達成を日々のミッションとして働いている現場と、その現場をまとめているマネージャーを想定しましょう。 で、そのマネージャーが不要かどうか、と考えます。 web上で「マネージャー不要論」というものを目にする機会
この記事で書きたいことは、大筋以下のような内容です。 ・町内会で、「その場にいない誰かの気持ちを勝手に代弁して、相手の意見を封じる人」がいた ・「気持ち」自体は必ずしも軽くみられるべきではなく、むしろ尊重するべき ・けれど、「他人の気持ち」を安易に議論に持ち出して、しかもそれで他の人の意見を否定するのは妥当と思えない ・仮想的な誰かの気持ちを代弁することで、自分の意見に「客観的な意見」というような色を乗せようとするのは説得力のドーピング ・「快/不快」の話をするなら、まず「自分」を主語にして欲しいなあと思う 以上です。よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。 以前書いたことがあるのですが、しんざきは地元の町内会というものに所属しておりまして、コロナ前は町内イベントの運営などにもちょこちょこ関わっておりました。 一応「青年団」
僕は自分で作ったスマホアプリを売って生活しとるんですが、これまで個人事業主として確定申告してきました。 一年目は青色申告会でお世話になり、二年目以降は自分で申告していました。Taxnoteという帳簿付けアプリを作っているので、リアルなストレスポイントを知るため、税理士さんにはお願いせず、出来る限り自分で最後の申告手続きまでやってきました。 そんな僕ですが、二年ほど前に、色々考えて法人化することにしました。ついにIT社長です。一人法人なんで、誰でもなれるんですが。法人税とかも払ったので、わかったことを共有してみます。 法人化した方が良い利益基準は思ったより低かった 僕が個人事業主時代に帳簿付けを勉強させてもらっていた青色申告会の方は、「法人化した方がいい基準は年収1000万超えたぐらいって言われてますねえ。」と言ってた。 なので、僕としては、そうか、1000万円稼ぐまでは個人事業主の方がメリ
子供の中学受験が終わった。結果的には子供の人生を良い方向に導く結果になったと感じているものの、それでもなお「何だったのか」と感じてしまう謎の儀式であった。 ほんとうに、中学受験とは何だったのか。 受験、それはいつのまにかやってくる そもそも僕も妻も地方の田んぼの隙間で育った田舎者であり、小学生で受験をするという発想すらなかった。むしろ小さな子供を受験勉強に追い込むことに愚かしさを感じていて、正直その気持ちは最後まで消えなかった。 なのになんで受験をすることになったかというと、もとを辿れば小2のときである。うちの近所には大手の受験塾が一つしかなく受験期から入ろうとしても満員で入れないというので、選択肢を残す意味で子供を入れた。この時点で入塾はあくまで「判断は保留」の意図だったわけだが、見落としていたことが一つあった。環境が人を作るのである。 ３年後、「受験で良い結果を残す！」という決意に満ち
Twitterを4ヶ月凍結されて、弁護士に依頼して凍結解除してもらった話 - gecko655のブログ
訂正(2022/10/12 15:00) 本文中で「Twitter日本法人に内容証明郵便を発送した」と書いていましたが、 これは「Twitter本社（アメリカ）の日本担当者に内容証明郵便を発送した」の間違いでした。 今朝いきなり凍結されましてね…… pic.twitter.com/025nwyqdZJ— gecko (@gecko535) 2022年6月9日 アカウントを取り戻しました！！！！！！！！！！！— gecko655 (@gecko655) 2022年10月6日 2022年6月9日10時〜2022年10月6日12時の間、Twitterの @gecko655 のアカウントは凍結されていました。 この記事では、凍結解除されるまでに何をやったか、凍結解除のためにどのくらい費用がかかったか等を記録していきます。 なんで凍結されたの？ 凍結されたあとにやったこと 公式の異議申し立てフォーム
トイレ問題は「見た目」に起因する問題である、という認識を避けてはいけない・トイレでは、他人の性器を見る機会なんて無いので、見た目でしか心理的恐怖は発生しない。 ・トラブル(通報)が発生するかどうかは、現実としてその性別の典型的容姿に見えるかどうか。 ・恐怖やトラブルは、性器有無ではなく容姿に起因するものだが、法律では容姿を規定することは難しい。 ・仮に「戸籍性で利用可能トイレを制限する」や「性器の外観で利用可能トイレを制限する」という法律が出来たとしても、容姿が規定されない以上、シス女性の恐怖は払拭されない。 →そういう法律が出来たとして、「髭モジャで喉仏が出ている、どう見ても男性にしか見えない人」が女子トイレに入ってきた時、その人は実際にはFtMの人かも知れないけど、「きっとFtMなんだね」って思って恐怖心を抱かずに通報されない世界になるかというと、そうはならない。「違法に入ってきた男が
![2023年トランス女性のトイレ議論について、当事者から。[追記あり]](https://cdn-ak-scissors.b.st-hatena.com/image/square/b1638cdb5807a4788e4ba3c1109a984166e095fc/height=288;version=1;width=512/https%3A%2F%2Fanond.hatelabo.jp%2Fimages%2Fog-image-1500.gif)
（この話は最初Twitterに書こうと思ったけど、長くなるのでブログに書くことにしました） 僕はRSpecやMinitestでテストを書くのは得意ですが、常にテストファースト（TDD）で開発するとは限りません。 今業務でやってるタスクはこんなふうに進めてます。 雑に動くものを作る ↓ 見た目をきれいにする＆機能を作り込む ↓ テストを書く ↓ リファクタリングする この順番で開発する理由を以下に述べます。 雑に動くものを最初に作る理由 最初は見た目とか、異常系とか、細かい仕様とかを無視して、正常系が一通り動くものを作ります。 これはこれから作ろうとしているものの認識が合っているかどうかをPO（プロダクトオーナー）に確認するためです。 実際に動く画面を見せると「こんな感じでOK」とか「ここはこういうふうにしたい」というフィードバックをもらうことができます。 また、開発者としてもコードを書きな
東京・立川を拠点に起業に関連したさまざまなイベントを開催しているStartup Hub Tokyo TAMA。本記事では、『秒で使えるパワポ術』『秒で伝わるパワポ術』の著者で、シリョサク株式会社代表の豊間根青地氏が登壇したイベントの様子をお届けします。今回は、スライドの本質や、スライドを見やすくするポイントについて語られました。 前回の記事はこちら スライドの本質 豊間根青地氏（以下、豊間根）：あと2つですね。「構造を図解にする」という話をしていきます。ここでお話しするのは、要はタイトルとキーメッセージが作れましたと。そのスライドで答えは決まったんだけど、じゃあその根拠・理由をどう作るかというところの考え方をお話しします。 いわゆるスライドの中に載せるコンテンツ、図表の話をしていくわけですが、最初に意識いただきたいのは、みなさんがパワポのスライドをどういうイメージで捉えるかという話です。
異常検知入門と手法まとめ - Qiita
異常検知について勉強したのでまとめておきます。 参考文献 下記文献を大いに参考にさせていただきました： [1] Ruff, Lukas, et al. "A Unifying Review of Deep and Shallow Anomaly Detection." arXiv preprint arXiv:2009.11732 (2020). [2] 井手. "入門 機械学習による異常検知―Rによる実践ガイド" コロナ社(2015) [3] 井手,杉山. "異常検知と変化検知 (機械学習プロフェッショナルシリーズ)" 講談社サイエンティフィク(2015) [4] 比戸. "異常検知入門" Jubatus Casual Talks #2(2013) [5] Pang, Guansong, et al. "Deep learning for anomaly detection: A rev
中山です ソリューションアーキテクトとして、AWS環境の利活用をお手伝いするお仕事をしています。 まれによく見るAWS環境 とりあえずこれを見てほしい。 これが絶対にだめと言いたいわけではないです。 一時的な検証環境だったり、とにかくスピード重視でサービスをデリバリーさせる必要があったり、サービスの提供者側が何ら責任を負わない・障害時のビジネスインパクトが無い（そんな状況あるのか？）という前提があったり、状況次第ではこれで十分な時もあると思います。 しかし、一般的な業務システムやサービスの場合にはいろんな意味で不十分でしょう。 では、このような環境をどのように育てていくとよいでしょうか。 この記事では、そんな育てかたの一例を紹介していきたいと思います。 なお、本記事はくっそ長いです。 ちなみに、最終的にはこうなります。 文字が小さすぎて読めない！ ちょっとそこのハ○キルーペ貸してくれーｗ
(Image by Pixabay) 最近になって、こんな素晴らしい資料が公開されていたことを知りました。 この資料自体は著者のMoe Uchiikeさんが東大での講義に用いられたものだとのことですが、その内容の汎用性の高さから「これは全ての機械学習や統計学を実務で用いる人々が必ず読むべきドキュメント」と言っても過言ではないと思われます。 正直言ってこの資料の完成度が高過ぎるのでこんなところで僕がああだこうだ論じるまでもないと思うので、内容の詳細については皆さんご自身でまずは上記リンクから精読していただければと思います。その上で、今回の記事では「機械学習や統計学を『社会実装』する」ということがどういうことなのかについて、この資料を下敷きとした上でさらに僕自身の経験や見聞を加えて考察したことを綴ってみます。 機械学習や統計学と、社会との「ギャップ」 機械学習や統計学を、社会に「馴染ませる」
さくらインターネットが推進する働き方の多様性を実現するための取り組みとは？ >>詳細を見てみる 反対するなら代案を用意しろと言われたことはありませんか？ ミーティングや打合せの席で「反対するなら代案を出せ」という言葉を耳にしたことはないだろうか。 「この計画でいきたいと思う！」 「反対！」「断固反対！」 「反対するなら、代案を出せ！」「代案がないやつに反対する権利はない！」 こんな光景がいまこの瞬間も日本のどこかで繰り広げられているとなんともいえない気分になる。 僕は 30年近く会社員をやっているけれども、数えきれないほど「代案を出せ」という言葉を耳にしてきた。「意見を言え」「対案はないのか」といったバリエーションまでカウントしたら、数百回にはなるはずだ。 「耳にした」「その場に居合わせた」だけではない。僕自身、そう言われてきた。一方で僕自身も「代案を出せ」的な言葉を言ってきた。事前に何も
もう随分昔の話なんですが、とある出版社さんにお世話になって、ゴーストライターっぽい仕事をやっていた時期がありました。 ゴーストライターといっても 「芸能人や有名人の代わりに単著を書く」というような華々しい仕事をしたことは一回もなく、 単に「誰かが、何かの事情で予定通り書けなくなった時、穴埋めに何か急いで書く」 というのが主要な役割だったのでそう呼ばれていただけなのですが、書くだけならとにかく色々書きました。 行ったことがない場所の旅行記を書いたことも、連載ものの時代小説の途中一回だけを書いたこともありました。 連載もの小説の途中だけを書くというのは自分でも割と面白く、書きながら 「これ、俺が登場人物全員切腹させたら来週どうなるんだろうなー」 とかよく妄想してました。まあ普通に考えて、それ実際にやったらめっちゃ怒られてボツになるだけでしょうけど。 ちなみにこの時は、プロットすら何も渡されてい
こんにちは、越川です。 皆さんは構成図を描く機会ありますか？ 僕の場合、内部のメンバーやお客様との議論の場で、構成図を描いて図解ベースで説明することが多いです。実際に描いてみると色々と考慮すべき点が多く、今回は自分なりに普段意識している点を言語化してみようと思います。 なぜ構成図を描くのか 構成図を描く際に意識している３つのこと 1. 導線 2. 引き算思考 1. 主役を決める 2. 読者を想定する 3. 高さや大きさを揃える さいごに なぜ構成図を描くのか 構成図のメリットは相手に伝えたいことをシンプルに伝えられる点だと思います。文章で書くと沢山書かなければいけないことが構成図を使うとスムーズに相手に伝わります。例えば、以下の文章を読んでみて下さい。 ユーザーはDNS登録されたFQDNへHTTPSアクセスする CloudFrontはBehaviorに指定されたALBにHTTPSリクエスト
※2020年6月に公開された記事です。 日本PostgreSQLユーザ会の理事を務める合同会社Have Fun Techを起業した曽根壮大（@soudai1025）と申します。元株式会社オミカレ副社長兼CTOです。直近では、『失敗から学ぶ RDBの正しい歩き方』を執筆しました。 今回はデータベースをテーマとして、魅力やMySQLとPostgreSQLの違い、アンチパターンの見極めなどの基礎知識に加え、勉強法などもご紹介します。 RDB関連の求人検索はこちら データベースを学ぶ魅力をエンジニア目線で考察 1.知識の費用対効果が高い エンジニアがデータベースを学ぶ利点という観点から言うと、データベースの特徴は寿命が長いことと私は考えています。 Webアプリケーションの界隈では1年単位でバージョンアップしたり流行っている言語が変わってしまうことがザラにありますが、データベースは10年、20年とい
間違ってはいないがミスリーディング
要旨北欧諸国において、駅構内の移動は基本的にバリアフリー化されてるので「階段しかないので車椅子客は利用不可」という事態がそもそも稀。 ローカル路線の駅ならば稀にリフト/スロープが完備されていないあるいは"Step-free" (level-freeとも)ではないことがある。 そういう場合、近隣の"Step-free"な駅から送り迎えしてくれたりもするが、ケースバイケース。こういったサービスは事前連絡が必要。 ちなみに駅のアクセシビリティは必ず情報公開されているため、調べたのにわからなかったという事態は無い。 なお事前連絡があろうがなかろうが(公的なサービスとして提供していない限り)車椅子を担いで階段上ったりはしてくれない。駅員の仕事ではないから。 バリアフリーの不備は行政の責任なので労働者個々人がその責を負ってはいけないという考え故。福祉国家は労働者にも高福祉である。 故に、北欧でも伊是名
こんにちは、m3 エンジニアリンググループ CTO 矢崎(id:Saiya)です。 過去に Go 言語の仕様を一通り見た経験があったのですが、久しぶりに Go のコードを最近読み書きした際に、ここ数年の Go 言語やエコシステムの進化による変化もあり、発見やハマりが多々ありました。 Go 言語公式のロゴもスピード感ありますね。 同じような迷い・回り道をしてしまう方ももしかしたらおられるのではないかと思いますゆえ、 エムスリー Advent Calendar 2020 6 日目の記事として、筆者が実際に「最初から知っていれば時間を無駄にしなかったのに...！」と感じた知見をざっくばらんにシェアいたします。 本記事がどなたかの一助になりますと幸いです。 なお本記事の内容は筆者個人の理解・自身で直接読み書きしたユースケースの範囲での知見であり、全ての Go 利用事例に当てはまらない点も含みうりま
『ソフトウェアアーキテクチャ・ハードパーツ』を訳者の方からご恵贈いただきました。ありがとうございます。献本については基本的にすべて書評を書こうと思っているため、今回も記事にします。発売は10/27のようです。 ソフトウェアアーキテクチャ・ハードパーツ ―分散アーキテクチャのためのトレードオフ分析 作者:Neal Ford,Mark Richards,Pramod Sadalage,Zhamak DehghaniオライリージャパンAmazon おことわり まず指示語についてです。記事中で「本書」「この本」と書く場合は『ソフトウェアアーキテクチャ・ハードパーツ』を指します。また、「著者」は本書を執筆した人を指すものとします。「筆者」といった場合、それは私のことです。 いわゆるスキミングをした状態で一旦書評をするため、本書の細かい議論の見落としや用語の誤認識が含まれる可能性があります。この書評は
近年のデータ分析基盤構築における失敗はBigQueryを採用しなかったことに全て起因している - データエンジニアの酩酊日記
久しぶりにペラペラな思いつきを書き捨てて、寝ます。 2、3年前ぐらいにSIerやコンサルでTreasure Dataとか使ってマネージドDWH作ろうぜっていう風潮が流行って、今は運用フェーズに入ってどこも結構苦しんでるってのが僕のすごく狭い観測範囲での印象。 AWSのReadshiftしかり。 なぜ苦しんでるかっていうと、言うほどスケールしないからであり、言うほどマネージドじゃないから。 Treasure Dataは基本的に割当メモリが固定でオートスケールしないので、ピーク時に合わせて必要なメモリを確保しておかないといけない。そうなるとメモリ使用量とか負荷とかをモニタリングしないといけないわけだけど、Saasだから内部のアーキテクチャが隠蔽されていていちいちサポートに問い合わせないといけなかったりする。 Redshiftの場合はそもそも自前でクラスタ管理しなくちゃいけないのでそれが大変って
屋号「jumbo」で開業しようと思いますので、よろしくお願いします — ジャンボ@レアジョブEM (@jumboOrNot) November 22, 2017 どうやら開業から2年たち→3年目に突入した。アプリエンジニアとしてだけでなく、デザイナー・インフラ・企画・・・色んなものを作ってきました。そんな折、こんなイベントに出ます！！！ 「誰でもかんたん！」とか「余暇時間を使って効率的に！」という話は一切出てきません。泥臭くいろんなことを好きだからやってきた感じです。やってきたからわかる勘所・コツとそもそもの副業への考察について整理していこうと思います。 今までに受けたお仕事・関わった技術・【C向け】旅行AIアプリiOS開発・改善・グロース案件 iOS（MVC）/javascript/css/html ・【B向け】運送サービスiOS/Android開発・AR調査案件 iOS（MVC）/An
技術記事を書くまでのステップについて順にコツを解説していきます。 特に、技術記事を書きたくてもテーマ選定が難しい、文章が苦手だ、なぜか筆が進まない、うまくまとめられないといった方に読んで欲しい記事です。 一応、エンジニア歴としては数年以内のジュニアレベルの方を想定しています。 以下のように技術記事を企画して、書いて、公開するためのプロセスごとにちょっとしたコツをまとめています。気になるセクションだけでも読んでいただければ幸いです。 テーマを決めよう 対象読者を決めよう 章立てを決めよう 書こう タイトルを決めよう 【余談】技術記事を書く理由とは 筆者について QiitaとZennにて6年以上の記事発信経験があり、 Qiitaでは5,942Contributionsを記録、 Zennでは3,253Likesをいただいています。 テーマを決めよう コツ：テーマのカテゴリによって執筆のポイントや
はじめに 私のチームは、リモートワーク中心の開発チームです。 そのチームに新人が配属された時に、私のチームで行っている新人育成のプラクティスのうち、比較的ユニーク(だと思っている)プラクティスを抜粋して紹介します。 少しでも参考になれば幸いです。 リモートワークの知見を説明 新人に対して、チームで行っているリモートワークを快適に行うための知見を紹介しています。 特に、「今から通話いいですか」をすっ飛ばしてビデオ通話を開始する文化であることを共有します。 詳細は以下を参照ください。 インセプションデッキの説明 インセプションデッキとは、プロダクトづくりに関わるメンバーが各々の意見を持ち寄って共通認識をつくり出すための大事な質問に対してメンバー皆で議論して決めた回答です。 詳細は以下を参照ください。 インセプションデッキ | Agile Studio 私のチームでは、以下のテンプレートを利用し
「量子」と組合せ最適化に関する怪しい言説 ―とある研究者の小言― - むしゃくしゃしてやった，今は反省している日記
最近，量子コンピュータの話題をニュースや新聞で見かけることが増えてきました． その中で気になってきたのが，組合せ最適化と量子コンピュータ（特に量子アニーリング）に関する怪しい言説．私自身は（古典コンピュータでの）組合せ最適化の研究をやってきて，量子コンピュータを研究しているわけではないのですが，さすがにこれはちょっと・・・と思う言説を何回か見かけてきました． 最近の「量子」に対する過熱ぶりは凄まじいので，こういう怪しい言説が広まるのは困りものです．すでにTwitter上には，“組合せ最適化は今のコンピュータでは解けない”とか“でも量子なら一瞬で解ける”という勘違いをしてしまっている人が多数見られます*1． さすがに危機感を覚えてきたので，この場できちんと指摘しておくことにしました． 今北産業(TL;DR) “古典コンピュータは組合せ最適化を解けない” → 古典コンピュータで組合せ最適化を解
著： 玉置 標本 心から熱中できる対象を見つけたとき、それを本業にする道を選ぶか、あくまで趣味として手軽に楽しむか。一瞬でも迷ったことがある人は多いと思う。もちろんケースバイケースだし、明確な答えなどないのは当然だ。 これまでは本業にすることを選んだ人から話を聞く機会が多かったが、今回は本業か趣味かの二択ではない生き方の例として、大好きな唐辛子の栽培を「第二の人生」ならぬ「第二の仕事」とした人に、その体験談を伺った。 村山さんの運命を変えた、手違いで実ったハラペーニョ世界の唐辛子栽培というちょっと変わった兼業農家をしているのは、平日は東京都内にてIT系エンジニアの仕事をフルタイムで勤務し、週末は作業着に着替えて群馬県の山奥で多種多様な唐辛子を育てている、村山晋作さん（47歳）だ。 村山さんの農園があるのは周辺には人が住まなくなった過疎地で、この地に移り住んできた母親と一緒に、約800坪の唐
https://anond.hatelabo.jp/20220106191411 上記増田を読み、あまりに自分の知る実情と違いすぎ、愕然とした。 釣りなのか、釣りじゃないにしても極めて特殊な一例と言わざるをえない。 釣りには真実を、特殊な一例には、更に特殊な一例を公開しての平均化が必要だと思う。 そこで、手前みそながら、自分のケースを紹介してみようと思い立った。 (特定を避けるため、多少のフェイクが入る点はご留意願いたい) 私は、どこの企業やグループにも所属せず、背後にスタッフ等もいない、いわゆる個人Vtuberだ。 登録者数はどうにか4桁だが、いまだYouTubeの収益化条件は遠く、 それでもなんとか無事生活できる範囲の利益を獲得し、ファンのかたや仲間に恵まれ、まいにち楽しく生きている。 【歌いたい歌は、大抵歌える】 上記増田は、お歌動画の難しさをあげていたが、現実にそんなことはない。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【1時間で分かる】P&G流マーケティングの教科書｜石井賢介
質の高い技術文書を書く方法 - As a Futurist...
最新研究からわかる 学習効率の高め方 - 分裂勘違い君劇場 by ふろむだ
すべての働く人におくるストレスマネジメントの基本 | knowledge / baigie
「部下を育てる」ことを「部下の能力を上げる」ことだと勘違いしていた、という話
テキストコミュニケーションで意識していること｜ymdkit
成果を披露する時、卑屈になってはいけない | Books&Apps
エンジニアをしていると、世間には「面倒な手続きほど価値がある」と考える人が、けっこういるとわかる。
【酒屋さん監修】「世界一やさしい日本酒入門」を目指して、資料を作ってみました - JUNERAY
240万円で買った家と年間100万円の出費で、好きなことを優先して贅沢に生きる暮らし方の一例【いろんな街で捕まえて食べる】 - SUUMOタウン
「マネージャー不要」という人いますけど、大抵の人はマネージャーが管理してくれないと仕事ができないんです。
「私はいいけど、他の人が傷つくかも知れないから」論法は好きじゃない。
個人事業主から法人成りして２年たったのでメリットとデメリットを書いてみる
中学受験とは何だったのか - nomolkのブログ
2023年トランス女性のトイレ議論について、当事者から。[追記あり]
雑に作って、それから作り込んで、最後にテストを書く「テストラスト」開発 - give IT a try
文章が3行以上続くパワポ資料は読まれない まず全体像が伝わる、拾い読みできる提案資料の作り方
冴えないAWS環境の育てかた α | DevelopersIO
機械学習や統計学を「社会実装」するということ - 渋谷駅前で働くデータサイエンティストのブログ
「反対するなら代案を出せ」という言葉の暴力は村上 春樹流思考で回避しよう #さくマガ - さくマガ
「事実」と「意見」をキッチリ区別したいなら「主語を意識せよ」と、私は出版社で教わった。
構成図を描く際に気をつけていること - NRIネットコムBlog
最強データベース（RDB）設計とは？アンチパターンの見極め方法も - FLEXY（フレキシー）
今どきの Go の書き方まとめ (2020 年末版) - エムスリーテックブログ
『ソフトウェアアーキテクチャ・ハードパーツ』 - Don't Repeat Yourself
副業エンジニアとして3年目に突入したのでコツをまとめる｜Jumbo
なかなかアウトプットできないあなたが技術記事を書くときのコツ
リモートワークで新人が楽しく効率的に成長できたプラクティス - Qiita
フレッシュ唐辛子の魅力に惚れ込んで、副業で唐辛子農家をする二重生活の苦労と魅力【いろんな街で捕まえて食べる】 - SUUMOタウン
登録者数4桁の個人vtuberだが、まいにちが楽しすぎてしあわせ