並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 30393件

新着順 人気順

ログの検索結果1 - 40 件 / 30393件

  • 【1時間で分かる】P&G流マーケティングの教科書|石井賢介

    2020年5月末でP&Gのブランドマネージャーを退職しました。僕はこのNOTEで、P&Gで非言語的に受け継がれているマーケティングの思考法を、分かりやすい教科書のようにまとめようと思います。本気で読めば1時間かからず読めると思います。が、ちゃんと理解すれば知識レベルとしては本何冊分にもなることをお約束します。さらには、そのマーケティング思考の先に、僕がどんなマーケティングの進化を考えていて、そのために次のチャレンジとしてどんなアクションを取ろうと思っているかも最終章にまとめようと思っています。 総合商社から中途採用でP&Gのマーケティング本部に採用され、シンガポールのアジア本社への異動も伴いながら、世界最高峰のブランドマネジメントの"いろは"に触れらたことは、本当に幸運なことです。直近では、ファブリーズのブランドマネージャーとして、ブランドレコードとなる売り上げを達成することが出来たのは、

      【1時間で分かる】P&G流マーケティングの教科書|石井賢介
    • プログラミングというより物事が出来るようになる思考法|牛尾 剛

      私が人生でずっと悩んで追い求めていたものがついに解決した。それは、なんでも良いから何かが「出来るようになる」ことだ。 昔からいくらその対象に時間をかけても、努力しても、人並みにすらならない。人にやってもらうとか自分がやらないことに関してはうまくいくのだが、自分が何かが出来るようになるということに関しては人生50年目だが、絶望的で、それが自分の自己肯定感や、人並みに生きることへの罪悪感を生んでいた。人生で解決したかった問題 No.1 だ。だからそれをずっと解決しようと頑張ってきた。 ギター演奏での解決方法私はクソ不器用で、なにやってもできないので、人生で出来たらいいことを2つだけ定めた。ギター演奏と、プログラミング。ギター演奏に関しては少し前に解決した。根本的な問題を一つ上げるとすると、「ゆっくりから、メトロノームで練習する」これだけだ。 ギターはもう何十年も演奏しているのに弾ける感がなかっ

        プログラミングというより物事が出来るようになる思考法|牛尾 剛
      • 食べログ3.8問題を検証 - クイックノート

        先日、twitter上で食べログの星の数について、 ある問題が話題になりました。 食べログの闇として話題になったその問題とは、 「評価3.8以上は年会費を払わなければ3.6に下げられる」 というものです。 食べログは飲食店についての口コミを集めるサイトで、 その評価は実際のユーザーによって形成されるものとして広く認知されています。 専門的なグルメリポーターでもなく、 一般の人々の素直な感想を集めることで、 その飲食店のリアルな価値が知れると期待して、 利用しているユーザーも多いでしょう。 それだけに、 「食べログが評価を恣意的に操作しているかもしれない」という話は、 瞬く間にネットで話題となりました。 さて、この話は実際に行われていることなのでしょうか。 食べログでは、当然評価点は公開されているので、 このような恣意的な操作があれば、 何らかの形で偏りが見つかるはずです。 ということで、食

          食べログ3.8問題を検証 - クイックノート
        • 家を建てたときのはなし(追記あり、追記その2あり)

          結論から家は宗教みたいなもんで、各メーカーで訴求ポイントが違うのだから、自分たちにあったメーカーを選べば良い。 オシャレさ全振りメーカーで断熱気密ガバガバでも、自分たちが満足しているならそれでいいと思う。 住友林業とかめっちゃ憧れる。自分は家を建てる前に色々な情報を知ることができて、ラッキーだったと思う。 ので、みんな満足する家を建てられるよう、気密断熱の話題が上がったこのタイミングで記録を残しておく。メーカー選定編いきなり展示場に行くのは良くないらしいので(暇な営業が飛びついてくる)、まずスーモカウンターに行った。そこで4つぐらい紹介されたので2ヶ月かけて回った。最初は大開口の窓とか吹き抜けとか、そういうおしゃれな家に憧れた。が、やはりコストオーバーなのと、末尾に書いたyoutuberたちの動画を見たことで高気密高断熱という概念を知り、それがなるべく達成できそうなメーカーで建てることにし

            家を建てたときのはなし(追記あり、追記その2あり)
          • 2019年「はてなブックマーク年間ランキング」トップ100 - はてなニュース

            はてなブックマークのブックマーク数が多い順に記事を紹介する「はてなブックマーク年間ランキング」の2019年版を発表します。例年通り、上位トップ100の記事をピックアップしました(集計期間:2018年12月11日~2019年12月10日)。 2019年 はてなブックマーク年間ランキング(2018年12月11日~2019年12月10日) 順位 タイトル 1位 ある日突然自分の建物を他人がショベルカーで破壊しても「建造物損壊」にはならないのか? - GIGAZINE 2位 「麻婆豆腐の作り方」を四川料理のスゴイ人に教わったら、目からウロコが3回落ちた - メシ通 | ホットペッパーグルメ 3位 平成31年度東京大学学部入学式 祝辞 | 東京大学 (上野千鶴子 - 認定NPO法人 ウィメンズ アクション ネットワーク理事長) 4位 海外で7年働いて、今でもやっぱりメチャ使っている英語の補助ツール3

              2019年「はてなブックマーク年間ランキング」トップ100 - はてなニュース
            • N予備校プログラミング入門コースで学べること - Qiita

              私 is 誰 今年の7月にドワンゴの教育事業部に異動し、N予備校でプログラミング講師をやることになりました。 現在は週2回ニコ生やN予備校上にてプログラミング入門コースの授業放送をしています。 ドワンゴ自体は7年目となり、ニコニコ動画の開発を4年、エンジニア教育やエンジニア採用を2年ほどやってきました。 この記事で書きたいこと 現部署に異動後、教材のインプットを兼ねて『N予備校プログラミング入門コース』を履修したのですが、明らかに難易度が僕の想像した "入門コース" から外れたガチ編成になっていて衝撃を受けたことが記事を書こうと思ったきっかけです。 中身としてはとても良い教材になっているので、僕のような勿体無い誤解が少しでも減れば幸いです。 入門コースはいわゆる入門コースではない 『プログラミング入門コース』のゴールは ドワンゴがエンジニアとして採用したいレベル や IT企業のエンジニアイ

                N予備校プログラミング入門コースで学べること - Qiita
              • 男性の立場で育児を本気でやったのでマニュアル化した(新生児期) - ひまじんの日記

                息子、かわいすぎる・・・ 僕は育休を取ってしばらく育児を全力で行い、そのまま育児しつつ今はフルタイム勤務しています。 近年、(企業にもよりますが)男性の育休もよく見るようになり、女性と同じレベルで男性が育児するケースが増えてきたのを肌で感じます。一方でまだ男性が男性向けに書いた育児のノウハウ記事というのはまだインターネット上に十分になく、育児する気はあるものの何をしていいかよくわからず困る男性が結構いるのではないでしょうか(実際、僕がそうだったので。。。) そのため、僕が育児と向き合った結果得た、新生児期育児の一通りの基本情報およびノウハウをまとめ、マニュアル化しました。子によって最適な育児の形は変わると思いますし、場合によっては僕のノウハウがまったく通用しないケースもあるかと思います。とはいえ、基本情報を知った上でひとつサンプルを知っているだけでもかなりショートカットになるはずです。逆に

                  男性の立場で育児を本気でやったのでマニュアル化した(新生児期) - ひまじんの日記
                • レビューがヤバすぎるラーメン屋に行った日の話|マキヤ

                  「待って。この店ヤバいかも」 友人と2人で旅行。予定していたラーメン屋に向かう道中、友人が歩みを止めた。目を大きく開いて、ゆっくりとスマホで文字を読んでいるようだった。 ヤバいわけがない。俺は旅行前にちゃんと調べた。食欲をそそる肉厚のチャーシューがゴロゴロ乗ったラーメンの写真。30年以上続く老舗で、名店だとの声もある。食べログの評価もかなり高い。 「どうした」 空腹も相まって少し乱暴にスマホを覗き込むと、たくさんの低評価レビューが視界いっぱいに広がっていった。 ・前の客がこぼしたスープを拭かないで座らされる ・スープがぬるく麺も伸びていて不味い ・全体的に不衛生 ・お客の前でスタッフを怒鳴る ・携帯電話使用禁止の張り紙がたくさん貼られており、スマホを手に持った瞬間厨房から怒号が飛んだ ・後からきて同じメニューを注文した客のほうが早く配膳された ・半ライスが運ばれた15分後にラーメンが来た

                    レビューがヤバすぎるラーメン屋に行った日の話|マキヤ
                  • 続・続・国産ブラウザアプリSmoozはあなたの閲覧情報をすべて外部送信している

                    この記事は過去2回にわたる検証記事の続きとなります。 国産ブラウザアプリSmoozはあなたの閲覧情報をすべて外部送信している 続・国産ブラウザアプリSmoozはあなたの閲覧情報をすべて外部送信している 前回の記事では、おすすめ記事機能を有効にしていると、Smoozがユーザーの閲覧しているURL情報を送信してしまうことについて解説しました。 ユーザーID、URLと共に送信されているbc、bt、bdという項目の内容がわからないままでしたが、これもユーザーの情報であるはずだと思い、調査を続けてきました。 ▼これがおすすめ記事のために送信される内容 (この内容は記事の最後にテキスト情報としても掲載しておきます) URL情報に関連するもので 『c、t、d』 と呼ばれそうなものは何か。 ・cのデータ量は飛び抜けて多い ・cとdは一致が見られることがある ・一部が一致しながらもcのほうが長かったりもする

                      続・続・国産ブラウザアプリSmoozはあなたの閲覧情報をすべて外部送信している
                    • この本がスゴい!2021

                      「後で読む」は、あとで読まない。 「後で読む」は、あとで読まない。 「試験が終わったら」「今度の連休に」「年末年始は」と言い訳して、結局読まなかった。「定年になったら読書三昧」も嘘になるだろう。そもそも、コロナ禍で増えた一人の時間、読書に充てたか?(反語) だから「いま」読む。 たとえ一頁でも一行でも、目の前の一冊に向き合う。いま元気でも、一週間後には、読めなくなるかもしれないから。 今年は、死を意識した一年でもあった。「やりたいこと」を先延ばしにしてるうちに、感染して望みが断たれる可能性が爆上がりした。 時の経つのは早い。人生が長いほど、一年は短くなる。体感時間は加速する一方、人生の可処分時間は、短くなる。 だから「いま」読む。 積読を自嘲したりマウント取るのもヤメだ。いま読まない理由を並べ立てて開き直る不毛も捨てよう。そして、ずっと取っておいた、とっておきの本を、いま読む。 そんなつも

                        この本がスゴい!2021
                      • 牧歌的 Cookie の終焉 | blog.jxck.io

                        Intro Cookie は、ブラウザに一度保存すれば、次からその値を自動的に送ってくるという、非常に都合の良い仕様から始まった。 State Less が基本だった Web にセッションの概念をもたらし、今ではこれが無ければ実現できないユースケースの方が多い。 冷静に考えればふざけてるとして思えないヘッダ名からもわかるように、当初はこのヘッダがこんなに重宝され、 Web のあり方を変えるかもしれないくらい重要な議論を巻き起こすことになるとは、最初の実装者も思ってなかっただろう。 そんな Cookie が今どう使われ、 3rd Party Cookie (3rdPC) の何が問題になっているのかを踏まえ、これからどうなっていくのかについて考える。 Cookie のユースケース Web にある API の中でも Cookie はいくつかの点で特異な挙動をする 一度保存すれば、次から自動で送る

                          牧歌的 Cookie の終焉 | blog.jxck.io
                        • サイバー警察に家宅捜索されたときの備え方 ネット時代の警察リスクと対策|lain

                          「全く身に覚えのない家宅捜索に入られた」ここ数年、そんな話をよく聞くようになりました。その多くがサイバー犯罪で疑われるケースです。 ネットで世界中が繋がった結果、遠く離れた赤の他人と、何らかの情報が紐付くことが起こり得るようになりました。 その中には当然犯罪者も含まれており、運悪く紐付いたために警察に疑われてしまう人がいるようです。 ネットの普及により、一般市民がとばっちりで警察に目を付けられるリスクは以前にも増して高まっています。 なぜ家宅捜索に入られたのかサイバー警察に誤って家宅捜索された人たちの記事をいくつかご紹介します。 在宅エンジニアが疑われた フリーランスのエンジニアが仕事で不正サイトを調査したところ、アクセス履歴から犯人と間違われた事件です。 真犯人がVPNで身元を隠していたためか、生IPでアクセスした彼が警察に疑われてしまったようです。おそらく警察は、真犯人がヘマして生IP

                            サイバー警察に家宅捜索されたときの備え方 ネット時代の警察リスクと対策|lain
                          • 知っておきたかったLinuxサーバ設計、構築、運用知識まとめ - hiroportation

                            サーバ業務周りの管理、運用について役に立ちそうなナレッジをまとめました。 長期的に書いているため用語に統一性がなかったり、不足分など随時修正したいと思います。 1. サーバ設計 サーバスペックはどうするべき? 使用するOSは? CentOS開発終了について MWは何を使うべきか Webサーバ構築にはどちらを使うべき?Apache?Nginx? サーバセキュリティで最低限押さえておきたいことは? listenするポートは最小限にしましょう ファイアウォール設定で送受信IPアドレス、ポートの通信制御はしておきましょう 外部に出る際にはプロキシサーバを経由するようにする 随時パッチを当てるようにする linuxでのアンチウイルスソフトの検討 個人アカウントで変更系コマンドは実行させないようにする ログについて考えること ストレージ容量には気をつける データベースはどう決めたら良いか MySQLか

                              知っておきたかったLinuxサーバ設計、構築、運用知識まとめ - hiroportation
                            • ユーザー アカウント、認証、パスワード管理に関する 13 のベスト プラクティス2021 年版 | Google Cloud 公式ブログ

                              ※この投稿は米国時間 2021 年 5 月 7 日に、Google Cloud blog に投稿されたものの抄訳です。 2021 年用に更新: この投稿には、Google のホワイトペーパー「パスワード管理のベスト プラクティス」のユーザー向けとシステム設計者向けの両方の最新情報を含む、更新されたベスト プラクティスが含まれています。 アカウント管理、認証、パスワード管理には十分な注意を払う必要があります。多くの場合、アカウント管理は開発者や製品マネージャーにとって最優先事項ではなく、盲点になりがちです。そのため、ユーザーが期待するデータ セキュリティやユーザー エクスペリエンスを提供できていないケースがよくあります。 幸い、Google Cloud には、ユーザー アカウント(ここでは、システムに対して認証を受けるすべてのユーザー、つまりお客様または内部ユーザー)の作成、安全な取り扱い、

                                ユーザー アカウント、認証、パスワード管理に関する 13 のベスト プラクティス2021 年版 | Google Cloud 公式ブログ
                              • (2023/3/18更新)みんなの考える全国の「中堅以上の回転寿司」①【北海道・東北・関東甲信・北陸】

                                東海・近畿・中国・四国・九州・沖縄はこちら (更新履歴) 2023/3/18:リストに食べログの点数や一言コメントを加えて更新しました。ついに1エントリーに収まらなくなったので2分割。 くら寿司で甘えびの尻尾食べてた増田です。 記事への反応やブコメで集まった、皆さんの考える「中堅以上の回転寿司」が旅先でとても参考になるので、自分用にまとめようと思う。 地方別にコメントの多い順に掲載(否定的コメントは除いた)。複数の地方に出店しているチェーンは本拠地っぽい所に分類した。/以降は本拠地以外の地方の出店。★はその地方で複数の都府県に出店している場合、重点的に展開しているところ(道内は市町村)。ブランド名が違っていても系列店で中身の違いがあまりなさそうなところはまとめて計上した。同じ名前で回転寿司以外の業態を取っている店がある場合はブランド名に「回転寿司」等を付記した。回らないお寿司についてもコメ

                                  (2023/3/18更新)みんなの考える全国の「中堅以上の回転寿司」①【北海道・東北・関東甲信・北陸】
                                • AWSの膨大で複雑なサービス群をすべて「たった1行」で説明していくとこうなる

                                  AmazonのクラウドサービスであるAWSは、コンピューティングやデータベース、ストレージなど、膨大で複雑なサービスで構成されています。こうした豊富なサービス群をうまく組み合わせて利用する「ビルディングブロック」がAWSのメリットでもありますが、サービス数が多すぎてなかなか全体像を把握できないのも事実。フリーランスのエンジニアでありコンサルタントでもあるジョシュア・テイセン氏が自身のブログで、AWSのすべてのサービスを「たった1行」で説明しています。 Amazon Web Services https://adayinthelifeof.nl/2020/05/20/aws.html テイセン氏によると、Amazon Dashboardから利用可能なAWSのサービスは記事作成時点で163あるとのこと。そのすべてを正確に理解する必要はありませんが、基本を押さえておくことはいいことであり、問題の

                                    AWSの膨大で複雑なサービス群をすべて「たった1行」で説明していくとこうなる
                                  • 飲み会を1,000回やって学んだ、「最高の飲み会」のつくりかた(長い)|udon

                                    (この記事は全文無料で公開しています) これは何人生を30年、会社員を10年やってきたが、飽き性であまりずっと続いてることがない。10年続いてることがあるとすれば相方との関係、書くこと、そして飲み会である。本稿では、20歳以後一貫して取り組んでいる飲み会についての1個人の知見を極めて真面目に記したい。ここ10年でだいたい週3-4くらいはコンスタントに飲み会をして、そのうち体感6-7割は自分で企画しているので1,000回以上は飲み会を主催してると思う。その経験をもとに学んだことを書きたい。 なお、査読をお願いした相方には「長すぎ。強いられないと最後まで読む人はいない」と愛の鞭(?)をもらった14,500字ですが、必要な際に参照され、どこかの誰かには染み渡る箇所があればいい(ダシみたいですね)と願い、そのまま出します。 わいわい飲み会とは本稿では、あくまで個人が娯楽目的に開催する会について記し

                                      飲み会を1,000回やって学んだ、「最高の飲み会」のつくりかた(長い)|udon
                                    • 八木啓代のひとりごと 黒川弘務の正体

                                      検察官定年延長のための検察庁法の改正が、よりにもよって、この新型コロナ騒動の最中に審議に上がるというので、このあまりの火事場泥棒っぽさに、さすがに批判の声が上がっている。黒川弘務東京高検検事長の定年を延ばし、検事総長に就けるようにするという意図が露骨だからだ。 事の発端は、1月31日に、黒川弘務東京高検検事長の定年延長を閣議決定したところ、2月10日になって、立憲民主(当時)の山尾志桜里議員に「国家公務員法は検察官に適用できない」とする1981年の政府答弁を指摘されると、13日に、安倍首相が、法解釈を変更したと説明したあげく、21日にはこの法解釈の変更が、口頭決済だったなんていうこじつけの出鱈目ぶりが明らかになってきて、みんな唖然としちゃったわけです。 で、26日に、小西洋之参院議員(無所属)が国立公文書館で、1980年10月の「国家公務員法の一部を改正する法律案(定年制度)想定問答集」と

                                      • 鹿児島中央駅から新函館北斗駅まで新幹線の全駅に下車してきたので全力で紹介する_PR【駅メモ!】 | SPOT

                                        本記事は『駅メモ! – ステーションメモリーズ!-』の提供でお送りいたします。 ※取材は2020年10月下旬~11月初旬に行いました。 新型コロナウィルス感染拡大の影響でGo Toトラベルキャンペーンの一時停止が発表されました。外出自粛されている方も多い中、是非この記事で旅行気分を楽しんでいただければ幸いです。読み終わるのに1時間以上かかりますので、年末のお時間ある際にゆっくりご覧いただければと存じます! 1日目 AM5:30 鹿児島中央駅 (鹿児島県鹿児島市) そこには静寂の世界があった。 鹿児島市の中央に位置するターミナル駅、鹿児島中央駅。そんな巨大な駅であっても、朝5時台という早朝ともなると人の姿もほとんどなく、駅内のコンビニもシャッターが半開きだ。ただ、それでも「みどりの窓口」には駅員さんがおり、改札も慌ただしく動いている。もう、駅は動き出しているのだ。 それにしても、どうしてこん

                                          鹿児島中央駅から新函館北斗駅まで新幹線の全駅に下車してきたので全力で紹介する_PR【駅メモ!】 | SPOT
                                        • 家族全員がコロナになった。

                                          喉が痛い(ヽ´ω`) 30代共働き在宅勤務。息子2才。年末年始の帰省なし。会食なし。追記:ワクチン2回済。フルチン。 1/10帰宅してきた息子に軽い咳。念の為小児科へ。所見なし。 1/11やっぱり軽い咳がある。病児保育に預けることにした。この日増田はオフィスに行った。 ↓ 夕方、病児保育から妻へTEL。 「息子くんの熱が急に上がって、乾いた咳が増えた。念の為検査したほうがいいかも。」 妻、手持ちの抗原検査キットを使う(持っててえらい)。 ↓ 線が2本でた写メがくる。 _人人人人_ > 陽性 <  ̄Y^Y^Y^Y^ ̄ ↓ 会議中だった増田、会議を抜けるため秘技「俺、濃厚接触者(`・ω・´)」を使う。狙い通り追い出される。 ↓ 保健所にTEL。こちらの受け答えに「なるほどですね~」を返してくる人なので笑いをこらえながら指導を受ける。 1/13保育園、閉園。まじスマン。 PCR検査。息子陽性、俺

                                            家族全員がコロナになった。
                                          • 45歳多重派遣プログラマの退職エントリ

                                            45歳多重派遣と言っても、噂のGitHubの人ではない。すまんな。。 皆さんはプロジェクトの共有ディレクトリの最下層に”女子大生”という何もないファイルを作ってアクセスログをとっていたのがバレて怒られた事はあるか?私はある。2回。 人は暇なとき、意外とディレクトリをめぐる旅をするものだ。 仕事でとうとうGitHubすら使わずにプログラマ人生を終えてしまった。 レガシーな技術を使いがちな金融プログラマではそこそこ居るのでは無いだろうか。 年収は20代後半からは550万~700万位だった。残業代・退職金は無く交通費は出ない。 所属会社は営業も事務も居ない小さな所帯のフリーの集まりのような所で、会社の運営に必要な金額をある程度毎月納めれば良い会社だった。 仕事がなくなれば自分、もしくは他社員の人脈で仕事をとってくる。フリーで居るよりは仕事を取りやすく、単価も上げやすいので一応会社の所属にしている

                                              45歳多重派遣プログラマの退職エントリ
                                            • 改正電気通信事業法が施行だけど、またしても何も知らなかったWebサイトやアプリ運用者のために書いておくぜ - フジイユウジ::ドットネット

                                              2023年6月16日 から改正電気通信事業法が施行なんですけど知ってました? これ、収益目的なら企業運営でも個人運営でもほとんどのWebサービス・スマホアプリが対象という、めちゃめちゃ広範囲にみんなが対応が必要なやつなんですけど、ヤバくない? 何もしてなくない? やっべえなというWEBサイト担当者/アプリ開発者が結構いそうな雰囲気がいんたーねっつから漂ってまいりました。 企業のオウンドメディアや、個人運営のアフィリエイト目的サイトなんかも対象になる場合があって、メディア系サイトはもちろんアプリ開発者にも影響ある感じですので、やるべき内容をブログにしたためておきます。 ※ぼくは法律の専門家ではないので、ちゃんと総務省の公式ドキュメントなどにも当たってくださいね。 ググると「外部送信規律」とか「電気通信事業者又は第三号事業を営む者」とか専門用語の記事ばっかり出てきて自分が何をしたらいいのかの情

                                                改正電気通信事業法が施行だけど、またしても何も知らなかったWebサイトやアプリ運用者のために書いておくぜ - フジイユウジ::ドットネット
                                              • 仕様書の参考例と、こんな内容を仕様書に最低書くといいというお話|田辺めぐみ

                                                よく、仕様書を書いていなくて、書いてみたいけど、具体的な仕様書がネット上に落ちてなくってこまってるって相談を受けるので 「仕様書の記載内容のイメージ」を作りました! ※前提として「現在仕様書を書いていない、自社開発のMVP検証前後のフェーズのスタートアップ向け」に書いています。PMが仕様書、エンジニアがDesign Docを書く分担です。 ついでに、システム開発の基礎である「システム開発のV字モデルをベースにした設計書の紹介」も含めてまとめてみましたー! 大規模開発に使われたり、古くからあるフレームワークなので、スタートアップの方だと、システム開発のV字モデルの概念やそれにあわせた成果物を知らない人が多いけど、「要件定義書」と「設計書」を全てドキュメント化するとどうなるかを理解した上で、「仕様書」として情報を削る方が、考慮漏れ防止やエンジニアがやっている設計内容の理解につながるので、全体を

                                                  仕様書の参考例と、こんな内容を仕様書に最低書くといいというお話|田辺めぐみ
                                                • セキュリティエンジニアになり、そこから2年間分の勉強内容と参考になった資料とか - ぶるーたるごぶりん

                                                  セキュリティエンジニアになり、そこから2年間分の勉強内容と参考になった資料とか 自分の振り返りも兼ねて2年分の勉強内容とかをざっくりまとめようと思います。 新卒からバックエンド開発を2年程行い、その後セキュリティエンジニアとして横断セキュリティ部門に異動しました。 そこから更に2年が経ち、来月からセキュリティサービスの開発とかをすることになったので、 もし同じような人が居た際になんとなし参考になればいいかなという意図で書いてます。 ちなみにセキュリティ部門に異動するまでのセキュリティの知識レベルは「徳丸本を2回通しで読んでる」程度です。 セキュリティ部門に移ってからは脆弱性診断・ログ監視・開発ガイドライン周り・脆弱性管理とかをやってました。 本記事では自分自身がユーザ系の企業に属しているので、ベンダーとかそちら寄りの内容ではないです。 あとできる限り社内の事情を記載しません。何が問題になる

                                                    セキュリティエンジニアになり、そこから2年間分の勉強内容と参考になった資料とか - ぶるーたるごぶりん
                                                  • 1000万件オーバーのレコードのデータをカジュアルに扱うための心構え - joker1007’s diary

                                                    自分が所属している会社のメンバーの教育用資料として、それなりの規模のデータを扱う時に前提として意識しておかなければいけないことをざっくりまとめたので、弊社特有の話は除外して公開用に整理してみました。 大規模データ処理、分散処理に慣れている人にとっては今更改めて言うことじゃないだろ、みたいな話ばかりだと思いますが、急激にデータスケールが増大してしまったりすると環境に開発者の意識が追い付かないこともあるかと思います。 そういったケースで参考にできるかもしれません。 弊社は基本的にAWSによって運用されているので、AWSを前提にした様なキーワードやサービス名が出てきます。後、句読点があったり無かったりしますが、ご容赦ください。 追記: 社内用の資料の編集なのでかなりハイコンテキストな内容だから誤解するかもしれませんが、これらはそもそもRDBの話ではありません。(関係無くは無いけど) 1000万オ

                                                      1000万件オーバーのレコードのデータをカジュアルに扱うための心構え - joker1007’s diary
                                                    • JavaScriptを完全無料で学習できる最強の厳選コンテンツを大公開! - paiza times

                                                      どうも、まさとらん(@0310lan)です! 今回は、JavaScript初心者から中級者までをカバーできる学習コンテンツを厳選してご紹介します。 完全無料で公開されているものばかりを集めており、なおかつ質の高いコンテンツを選んでいますので独学したい方にも最適です。テキスト、動画、本、Webアプリなど、さまざまな種類のコンテンツを楽しみながらぜひ学習に役立ててください! ■学習を始める前に これからJavaScriptの学習コンテンツについて解説をしていく前に、ひとつだけ以下のサイトをご紹介しておきます。 【 The Modern JavaScript Tutorial 】 これはJavaScriptの基礎構文・DOM操作・非同期処理・サーバ通信など、ほとんどの学習項目を網羅したリファレンスのようなサイトです。海外で作られたサイトですが、うれしいことに日本語化されているので初心者にも扱いや

                                                        JavaScriptを完全無料で学習できる最強の厳選コンテンツを大公開! - paiza times
                                                      • プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0

                                                        TL;DR 企画力が…欲しい… pic.twitter.com/hJfr0qNv7T— ゆずたそ (@yuzutas0) 2020年11月19日 試行錯誤の瓦礫の記録です。 はじめに もくじ TL;DR はじめに もくじ 以前書いた記事 前提・免責 アイデア 1日1案(やってよかったこと) 1stスクリーニング(やってよかったこと) コミュニケーション チームへのリスペクト(やってよかったこと) 話す <<< 聞く(改善余地あり) 即決する(やってよかったこと) 自分で各論まで見る(やってよかったこと) 発散→収束でディスカッション(改善余地あり) イラストで話す(改善余地あり) 日次ミーティング(やってよかったこと) 議事録を書く(改善余地あり) 得た情報を共有する(改善余地あり) 想定納期を示す(改善余地あり) カレンダー招待&日程確約コメントを転記(改善余地あり) プロセス管理 仮説

                                                          プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0
                                                        • データベースを遅くするための8つの方法

                                                          はじめに Twitterのタイムラインを見ていたらバッチ系のプログラムで逐次コミットをやめて一括コミットにしたら爆速になったというのを見ました。当たり前でしょ、と思ったけど確かに知らなければ分からないよね、と思って主に初心者向けにRDBを扱うときの注意点をまとめてみました。 プログラミングテクニック的なところからテーブル設計くらいの範疇でDBチューニングとかは入ってないです。 自分の経験的にOracleをベースに書いていますが、他のRDBでも特に変わらないレベルの粒度だと思います。 大量の逐次コミットをする バッチアプリケーションでDBにデータをインサートすると言うのはかなり一般的な処理です。しかしデータ量が少ない時はともかく大量のインサートを逐次コミットで処理するとめちゃくちゃ遅くなります。数倍から十数倍遅くなることもあるので、10分程度のバッチが1時間越えに化けることもザラにあるので原

                                                            データベースを遅くするための8つの方法
                                                          • ChatGPTの力で「片付ける気すら起きないほど荒れた部屋」 が楽に綺麗になった話

                                                            ChatGPTの力で「片付ける気すら起きないほど荒れた部屋」 が楽に綺麗になった話2023.03.22 19:30427,986 かみやまたくみ ※この記事は編集部がChatGPTと触れ合った思い出を記録するものです。 2〜3月が非常に忙しく、気づけば我が家は汚部屋状態。めちゃくちゃすぎて掃除にとりかかる気にさえなりません。でも、これをなんとかしないとまともに仕事はできなさそう。 そこでふと思いつきました。GPT-4でさらに賢くなった対話型AIサービス「ChatGPT」ならなんとかしてくれるのでは? 会話ログを載せるとどうしても長くなってしまうので、最初に結論を書きます。すごい楽に掃除が進みました。 「能率的なやり方」が一瞬で出てくる→やるだけ最初は「ChatGPTが適切な回答をするために必要な情報が得られるように、私に質問してください」と伝えました。前提として、自分は掃除が得意なタイプで

                                                              ChatGPTの力で「片付ける気すら起きないほど荒れた部屋」 が楽に綺麗になった話
                                                            • そこそこ借金して「俺が考える最強のタスク管理・時間管理サービス」作った。どうか使ってみてほしい|jMatsuzaki🔥

                                                              私の愛しいアップルパイへ 8月16日(金)、このTCP/IP網の片隅に新規サービスを産み落としました。「TaskChute Cloud 2」っていいます。 頑張って作ったトップページ去年の8月から本格的に作り始めて、1年間でようやく形になりました。これこそ"俺が考える最強のタスク管理・時間管理サービス"って感じです。 正直タスク管理サービスって有名どころは出尽くしてる感じですし、「いまさらー?」って感じだと思います。この手のサービスは西海岸からいくつも出てますし。 でも、今までの発想のタスク管理サービスって使いづらくないですか?もう実際の仕事に通用しなくないですか?って気持ちもあって、ちょっと違ったアプローチのサービスをガチで作ってみました。 そこそこ借金して1年かけて作りました小学生時代からの友人と作った役員2人だけの極東の極小の会社なんですけど、コロナとか異常な円安とかの影響もあって経

                                                                そこそこ借金して「俺が考える最強のタスク管理・時間管理サービス」作った。どうか使ってみてほしい|jMatsuzaki🔥
                                                              • 鬱で会社休むまでの記録と考察

                                                                はじめに 私は今年の8月から、抑うつ症状および後述する諸症状の治療のため仕事を休んでいる。現在に至るまでのことを整理しようと思って書き出していたら、客観的に見ると楳図かずおの漫画みたいでちょっとおもしろいため公開する。ゆえにテーマ自体は重いものの、記載の内容については笑っていただいて問題ないということを予め書き添えておく。 背景情報 私…20代後半、独身。とあるゼネコンの現場勤務(正社員)。就業場所は北の方。 経緯としては、本来3名程度で行う仕事の担当に2020年04月から私1名が配属され、増員の予定をなんだかんだでうやむやにされ続けてきた、という感じ。 2020年12月 … オンオフの切り替えがパッカパカになる・職場(工事現場)が1〜3月のあいだ豪雪のため作業できなくなると予想されたため、突貫でいろいろ仕上げることになる。毎朝5時台に出勤して雪かき→仕事→雪かきの日々が続く。 ・これまで

                                                                  鬱で会社休むまでの記録と考察
                                                                • 早く寝るために自分自身をハックする - 本しゃぶり

                                                                  ねないこおれだ。 お化けは怖くないが、パフォーマンスの低下は怖い。 この問題に「QC的考え方」で立ち向かう。 睡眠の危機 寝るのが遅い。 AutoSleepに記録されたログを見てそう思った。 2022年1月の就寝時刻 AutoSleep Watchを使って睡眠を自動で追跡します Tantsissaヘルスケア/フィットネス¥610 俺の起床時刻は平日が5:30で、休日が6:00である。対して寝る時刻は明らかに遅い。上記の期間における平均就寝時刻は23:48であった。単純に考えると睡眠時間は平日なら5:42、休日でも6:12しかないことになる*1。これは由々しき事態だ。 ペンシルベニア大学のデーヴィッド・ディンゲスの「画面が光ったらボタンを押す」という集中力を測定する実験によれば*2、6時間睡眠を10日間続けると、パフォーマンスは24時間起き続けた場合と同じくらいに低下した。これは正常な場合と

                                                                    早く寝るために自分自身をハックする - 本しゃぶり
                                                                  • 東京のパン屋の格付け表作ったから、これたたき台にして遊ぼうぜ!

                                                                    東京の美味しいパン屋を紹介するから、 神戸の美味しいパン屋を教えてくれよな。 ============================================= ■Sランク(一口目から違いがわかる。感動の名店。存在に感謝) ・s.igarashi(木場) ・ブーランジェリー セイジアサクラ(高輪台) ■Aランク(めちゃおいしい。おすすめしたくなる) ・ツォップ(松戸) ・ザクロ(久里浜) ・ブレッド&amp;タパス 沢村(広尾) ・パーラー江古田(江古田) ・シナボン(六本木) ■Bランク(期待以上。またいきたいお店) ・VIRON(渋谷) ・ブーランジェリー ブルディガラ(広尾) ・ブーランジェリーアンサンブル(鎌倉) ・365日(代々木八幡) ・峰屋(新宿御苑) ・ドゥヌラルテ(青山) ■Cランク(期待通り。求めてた味を提供してくれる。値段に見合った美味しさ) ・PAUL(神楽

                                                                      東京のパン屋の格付け表作ったから、これたたき台にして遊ぼうぜ!
                                                                    • 知識0から、ちょっとUIデザインに詳しくなるnote|やました

                                                                      前回は、「UIデザインってそもそも何なの?」という概論的な説明と、UIデザイン未導入の組織の中でみんなでデザインを始めてみるための施策(プロトタイピングとユーザビリティ評価)を話しました。 今回はサービス、プロダクト開発において、デザイナーではない人でも知っていて損はないUIデザインの重要ポイントについて説明します。主に以下の3つのテーマについて順番に議論をしていきます。 デバイスやソフトによるUIの違い ユーザーにかかる身体的・認知的負荷を理解する UIの重要概念(ナビゲーション、インタラクションなど)を知る 「ちょっと」と銘打っておきながらめちゃくちゃ長いnoteになってしまったので、気になる項目だけ読むか、何回かに分けて読んでいただくことをおすすめします、。 ※どこか内容に間違ってる部分やご意見ありましたらコメントいただけたら嬉しいです。 デバイスやソフトによるUIの違い皆さんがお使

                                                                        知識0から、ちょっとUIデザインに詳しくなるnote|やました
                                                                      • 追記:マッチングアプリで50人会って彼女できそう、なのにできてない

                                                                        【追記 1/2 16:30】コメントありがとうございます。今一人虚しいのでめちゃくちゃ返事してます 1 anond:20210101200618 2 anond:20210102170754 タップルを入れた。4ヶ月間ほどで50人くらいに会っていい感じの子がやっと1人見つかったという状況。50人と会うことが目的だったわけじゃなく、自分がいい年していまだに外見で恋人にしたいかどうかを判断しているので結果ここまでもたついているのだと思う。この見つけた1人との今後はともかく以下マッチングアプリの感想。誰かの参考になってほしい。 筆者スペック:アラサーブサイクと思ったことはない、中の中体型普通180cmデスクワーク 会った女性50人について:年齢は19歳〜33歳で満遍なく分布学生、事務、アパレル、人事、受付、化粧品系、精神科医、看護士、栄養士、デザイナー、編集者、音楽家、教師、研究職、元地下アイド

                                                                          追記:マッチングアプリで50人会って彼女できそう、なのにできてない
                                                                        • 東京〜京都を3度徒歩で移動した話 – 大変だけど素晴らしい、街道歩きの世界にようこそ【寄稿:dekokun】|KINTO

                                                                          公開日:2021.09.21 更新日:2022.07.07 東京〜京都を3度徒歩で移動した話 – 大変だけど素晴らしい、街道歩きの世界にようこそ【寄稿:dekokun】 ITエンジニアとして働くdekokunは、これまでライフワークとして長距離徒歩移動に取り組んできました。東海道、そして中山道を歩き通したプロセス、歩いて分かったノウハウを綴ってもらいました。クルマでも徒歩でも、旅って素晴らしい!外出できるようになったら、皆さんもぜひ! 私はこれまで東京〜京都間を3度、移動しました。徒歩で、です。 人生に行き詰まりを感じていた大学生だった私が人生を一発逆転してやる、と思い、どういうわけかその手段に選んだのが長距離の徒歩移動でした。始めた理由こそややネガティブですが、3度も歩けば長距離を歩ききるための知見も溜まります。この記事では、(どのくらいいらっしゃるのか分かりませんが)皆さまが長距離徒歩

                                                                            東京〜京都を3度徒歩で移動した話 – 大変だけど素晴らしい、街道歩きの世界にようこそ【寄稿:dekokun】|KINTO
                                                                          • わかりやすいシステム構成図の書き方 - Qiita

                                                                            わかりにくいシステム構成図とは こんなシステム構成図を書いてないでしょうか? このシステム構成図のわかりにくい点が3つあります。それは 製品名は書いてあるが「役割」が書いていない データと処理が区別できない データの流れと制御の流れが区別できない の3つです。 わかりやすいシステム構成図 これら3つのわかりにくい点を改善したわかりやすいシステム構成図が↓です ポイントを解説していきます ポイント1. 製品名称ではなく「役割」を書く システム構成図には製品名称ではなくシステムコンポーネントの「役割」を書きます。 役割とは、例えば〇〇データや〇〇処理といったことであり、それを読むだけでシステムの動きを理解できる文字列です。役割をかかずに製品名称のみを書いてしまうと、その製品を知らない人が見たときに理解できません。例えば「Cloud Pub/Sub」という製品はGCPというパブリッククラウドの分

                                                                              わかりやすいシステム構成図の書き方 - Qiita
                                                                            • 「100分de名著」100シリーズ記念対談 伊集院光さん × プロデューサーA

                                                                              8月放送のエンデ「モモ」のシリーズで、2011年にスタートした「100分de名著」がついに100シリーズ目を迎えました。そこで、歴代もっとも長く司会を務めた伊集院光さんと同じく歴代もっとも長くプロデューサーを務めたAが、裏話を交えながら100シリーズを振り返り、外からでは見えにくかった、番組の魅力の源に迫る対談を企画しました。前後編でお送りします。ぜひご一読ください。(構成:仲藤里美) ※写真は、対談開始前の約1分間ほどの時間で撮影したもので、対談本編は、ソーシャルディスタンス、換気、消毒などに十分な配慮をして行いました。 「見栄を張るな」と自分に言い聞かせていた プロデュ ーサーA (以下A) 「100分de名著」が、今年8月放送の『モモ』で100シリーズ目を迎えました。伊集院さんには2012年からこの番組の司会を務めていただいていますが、最初に出演が決まったときのことを振り返っていただ

                                                                                「100分de名著」100シリーズ記念対談 伊集院光さん × プロデューサーA
                                                                              • 一般社団法人サービスデザイン推進協議会とは何者か。「持続化給付金」事務局の謎めいた正体を考える。|東京蒸溜所 蒸溜日誌

                                                                                はじめに 2兆3,176億円という壮大な予算額を計上し、2020年5月1日より受付が開始された政府の「持続化給付金」。所管は経済産業省(正確にはその外局たる中小企業庁)ですが、経産省はその執行にあたって「民間団体等に委託する」旨を、当初から明らかにしてきました(画像1)。 ※経済産業省関係令和2年度補正予算の事業概要(PR資料)p.13より引用。 民間団体への委託規模としては、類例を見ないほどに巨額のお金(しかも国費)が動く、今回の持続化給付金。しかも委託先にはその事務費(手間賃)として約769億円が支給されます(記事の⑤をご覧ください)。政府による布マスク配布事業の2倍近いお金が、一団体に流れ込むというのです。 令和2年補正予算案のもう一方の目玉であった10万円の一律給付(特例定額給付金/総務省所管)については市区町村を介しての給付となりましたので、民間委託はこちらのみ。委託先はどこが選

                                                                                  一般社団法人サービスデザイン推進協議会とは何者か。「持続化給付金」事務局の謎めいた正体を考える。|東京蒸溜所 蒸溜日誌
                                                                                • 3〜4時間でAWSの監視系のサービス一気に学べたらコスパ良いと思いませんか | DevelopersIO

                                                                                  突然ですが、以下の機能がそれぞれどういうものか すべて ご存知でしょうか? CloudWatch ServiceLens X-Ray CloudWatch Contributor Insights CloudWatch Synthetics CloudWatch Container Insights CloudWatch Logs Insights CloudWatch メトリクス Metric Math 検索式 カスタムメトリクス CloudWatch ダッシュボード CloudWatch 異常検出(Anomaly Detection) CloudWatch 埋め込みメトリックフォーマット CloudWatch アラーム 異常検出に基づいたアラーム 複合アラーム 私はわからなかったですね。ここ 1〜2年のCloudWatch系のアップデート量は凄まじいなと個人的には思っていて、Cloud

                                                                                    3〜4時間でAWSの監視系のサービス一気に学べたらコスパ良いと思いませんか | DevelopersIO