並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 14483件

新着順 人気順

domainの検索結果41 - 80 件 / 14483件

  • コードの健全性: 礼儀正しいレビュー == 役立つレビュー

    .app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads

      コードの健全性: 礼儀正しいレビュー == 役立つレビュー
    • websec-room.com - websec room リソースおよび情報

      This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

        websec-room.com - websec room リソースおよび情報
      • どうしてもドメインを永久保持できない企業向け 企業はどうドメインを捨てるべきか - web > SEO

        コロナ禍中に取得された地方自治体のドメインがオークションで高値売買され、中古ドメインとして悪用されるなど、公的機関のドメイン放棄問題が注目されています。 11月25日のNHKニュース7でドメイン流用の件が報じられました。私も取材を受け少しご協力をしています。 www3.nhk.or.jp 公的機関のドメイン放棄問題の理想の解決は、今後は lg.jp、go.jp などの公的機関しか使えないドメインだけを使うようにすることです。 ただ今回の問題はコロナ禍初期の大混乱時、非常にスピーディにサイト立ち上げが求められていた時の話です。 信頼が求められる lg.jp などのドメインの利用には厳格なルールがあるのも当然です。あの混乱時期にルール改定も難しかったと思います。新規ドメインが選ばれた事は仕方がない事と思っています。 ただ、コロナ禍が落ち着いた今、無責任に放棄されるのは明らかな問題です。 今回の

          どうしてもドメインを永久保持できない企業向け 企業はどうドメインを捨てるべきか - web > SEO
        • 【お願い】広告ブロッカーの除外設定をお願いします。 - すまほん!!

          広告ブロッカーの除外設定に、ドメイン「smhn.info」を追加するようお願いいたします。 お願いするに至った背景と、解除方法について解説します。 広告ブロッカーの浸透は「現状、やむを得ない部分がある」 すまほん!!は、主に広告掲載収入によって日々の取材、レビュー、記事更新を行っています。 最近、アプリストアのランキング上位に広告ブロッカー(Adblock)が表示される例が見られ、浸透している様子がうかがえます。弊誌の広告収入も減少しています。 確かに、最近では日本の各種大手媒体が「画面を埋め尽くすほど異常に大量の広告を表示する」「記事タイトルのリンクをクリックしても、記事ではなく利用者の意図しない全画面広告を表示する」「バックキーの操作を乗っ取って広告を表示して戻るのを妨害する」などの極めて悪質な手法を取るようになっています。 Google、広告業者、大手メディアの著しい劣化であり、この

            【お願い】広告ブロッカーの除外設定をお願いします。 - すまほん!!
          • zkaiblog.com - このウェブサイトは販売用です! - zkaiblog リソースおよび情報

            This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

              zkaiblog.com - このウェブサイトは販売用です! - zkaiblog リソースおよび情報
            • FLoCとはなにか - ぼちぼち日記

              1. はじめに Google がChrome/89よりトライアルを開始しているFLoC (Federated Learning of Cohorts)技術に対して、現在多くの批判が集まっています。 批判の内容は様々な観点からのものが多いですが、以前より Privacy Sandbox に対して否定的な見解を示してきたEFFの批判「Google Is Testing Its Controversial New Ad Targeting Tech in Millions of Browsers. Here’s What We Know.」が一番まとまっているものだと思います。 これまで Privacy Sandbox 技術に関わってきた身としては、各種提案の中でFLoCは特にユーザへの注意が最も必要なものだと思っていました。しかし、これまでのド直球なGoogleの進め方によって、FLoCのトラ

                FLoCとはなにか - ぼちぼち日記
              • エンジニアの技術土台となる知識を得るための本の紹介 - Qiita

                はじめに の参加記事になります。 個別の技術ではなく、エンジニアの成長のステップで読むと良い本の紹介 エンジニアとして成長していくときに、個々の技術を深く理解し使いこなしていくことは必要ですが、個々の技術を選ぶときにもどんな成長ステップがあるかを理解することも重要です。 実装をするという範囲をエンジニアの中心なのはありますが、実装以外の部分を理解するとその技術が最大限に活きるのかを理解するには周辺についても理解していく必要があります。そこで、実装を始める前の構造のパターン、実装を進めるエンジニアの環境などを知ることで、もっと効率的な開発が出来るようになるのかを理解していきたいけると良いと考えています。 この記事では私が経験した中でより良いWebシステムを作るという観点に立ったときに、広く理解しておくと良いと感じた本を紹介します。 これからエンジニアリングでどのような勉強をすればよいかを考え

                  エンジニアの技術土台となる知識を得るための本の紹介 - Qiita
                • Value Objectについて整理しよう - Software Transactional Memo

                  Value Objectとは何であるか? マーチン・ファウラーのPatterns of Enterprise Application Architecture(PofEAA)やエヴァンス・エリックのDomain Driven Design: Tackling Complexity in the Heart of Software(DDD)が原典であるが、PofEAAではこう切り出している。 When programming, I often find it's useful to represent things as a compound. プログラミング時は物をcompound(合成物)として表現すると便利なことがしばしばある。 例えば2次元空間上での座標のように複数のメンバ(属性)を持つ物は便利である、と。しかしそれらを比較する方法は一意ではない、そこで Objects that a

                    Value Objectについて整理しよう - Software Transactional Memo
                  • はてなブックマークにブコメ返信機能が欲しい - 本しゃぶり

                    はてなブックマークがユーザーインタビューをするらしい。 ならば先手を打とう。 俺の要望はこれだ。 俺に訊けよ これに応募した。 はてなブックマークの機能などに関する意見や感想を求めるのなら、この俺に訊くべきだろ。 記事によれば、「はてブを利用」とは、「目安:1ヶ月に1回以上」であるらしいが、こんな制限は余裕で超える。俺は直近1ヶ月のブクマ数は20個程度*1しかないが、はてブ経由で読む記事数は1日20個くらいはあるはずで*2、1ヶ月に600個だ。さらにブクマされる数は直近1年だと1ヶ月に1400個以上*3。俺に訊かずして誰に訊く。 なのでこの10日ほど、はてブにどんな要望をしようかと考えていた。記事執筆時点では当選の連絡は来ていない。しかし、チャンスを掴み取るためには準備が必要だ*4。連絡が来てから考えるのではなく、その前から考えているからこそ最適解が導き出せる。 そうやって考えていたところ

                      はてなブックマークにブコメ返信機能が欲しい - 本しゃぶり
                    • Spectre の脅威とウェブサイトが設定すべきヘッダーについて

                      長い記事なので先に結論を書きます。 Spectre の登場で、ウェブサイトに必要とされるセキュリティ要件は増えました。具体的に必要な対策は下記の通りです。 すべてのリソースは Cross-Origin-Resource-Policy ヘッダーを使って cross-origin なドキュメントへの読み込みを制御する。 HTML ドキュメントには X-Frame-Options ヘッダーもしくは Content-Security-Policy (CSP) ヘッダーの frame-ancestors ディレクティブを追加して、cross-origin なページへの iframe による埋め込みを制御する。 HTML ドキュメントには Cross-Origin-Opener-Policy ヘッダーを追加して popup ウィンドウとして開かれた場合の cross-origin なページとのコミュニ

                        Spectre の脅威とウェブサイトが設定すべきヘッダーについて
                      • Microservices分割大全 - kawasima

                        Microserviceの分割の仕方について語られているものを収集します。 microservices.ioのサイトに載っている分割パターンは4つ。ただし「自己完結型サービス」と「チームごとのサービス」は、直交していないので大きくは「ビジネスケイパビリティでの分割」と「サブドメインでの分割」の2つ。 ビジネスケイパビリティでの分割 https://microservices.io/patterns/decomposition/decompose-by-business-capability.html 現在の業務機能にしたがってサービスを分割する。 したがって、コンウェイの法則にしたがった分割とされる。 サブドメインでの分割 https://microservices.io/patterns/decomposition/decompose-by-subdomain.html DDDのサブドメ

                          Microservices分割大全 - kawasima
                        • なぜ淫獄団地の怪人は人妻なのか - 本しゃぶり

                          人妻が動くとサーバーが落ち、トレンドが入れ替わる程に話題をさらう。 いったい何が団地の人妻を特別な存在にしたのか。 全ては公団Xの計画から始まった。 人妻の勢いが止まらない 現在、最も勢いのあるWeb漫画と言えば『淫獄団地』だろう。 seiga.nicovideo.jp この漫画は更新を知るのに公式をフォローする必要はない。更新されると関連ワードがTwitterのトレンドに入るためだ。Twitterのブランドに傷がつくことを恐れたのか、作品名がトレンド入りすることを禁じられたようだが問題ない。見ればひと目で分かる関連ワードがトレンド入りするからである。 「人妻の動き」日本のトレンド入りありがとうございます!(タイトルBANをそろそろ許していただけますとありがたいですTwitter社様🙇) 人妻の動きの詳細は淫獄団地最新第5話後編にて!https://t.co/JJF9VfZ2Z0#淫獄団

                            なぜ淫獄団地の怪人は人妻なのか - 本しゃぶり
                          • 30分で完全理解するTransformerの世界

                            はじめに 初めまして。ZENKIGENデータサイエンスチームのはまなすです。正式な所属はDeNAデータ本部AI技術開発部なのですが[1]、業務委託という形で今年度から深層学習系の開発等に携わっています。 深層学習界隈では、2017年に衝撃的なタイトル(Attention Is All You Need)の論文が発表されてから早5年半、元出自の機械翻訳タスクを大きく越えて、Transformer関連の技術が様々な領域で用いられる汎用アーキテクチャとして目覚ましく発展し続けています。 今回はそんなTransformerが現時点までにどのように活用されてきたか、また、どのように工夫されてきたかをざっくりと俯瞰し、流れをおさらいする目的の記事になります。本記事の大枠は、2021年時点でのサーベイ論文である A Survey of Transformers に倣いつつ、適宜、2023年2月上旬現在ま

                              30分で完全理解するTransformerの世界
                            • Flutter入門 - 簡単なアプリを作ってUI宣言やホットリロードなど便利機能の使い方を理解しよう|ハイクラス転職・求人情報サイト AMBI(アンビ)

                              Flutter入門 - 簡単なアプリを作ってUI宣言やホットリロードなど便利機能の使い方を理解しよう モバイル向けアプリケーションのフレームワーク・Flutterを使って簡単なアプリケーションを作成する基本的な開発について、FlutterのGoogle Developers Expertである上田哲広さんに解説していただきました。 こんにちは。上田哲広(@najeira)です。FlutterのGoogle Developers Expertとして活動しています。 Flutterは、Googleが中心となってGitHub上でオープンソースなプロジェクトとして開発されている、モバイル向けアプリケーションのフレームワークです。AndroidとiOSのアプリを単一のコードベースで開発できます。 GitHub - flutter/flutter: Flutter makes it easy and

                                Flutter入門 - 簡単なアプリを作ってUI宣言やホットリロードなど便利機能の使い方を理解しよう|ハイクラス転職・求人情報サイト AMBI(アンビ)
                              • エンジニアリングスキルで捉えるチームマネジメント - mtx2s’s blog

                                チームのマネージャーが、自らの責務をジョブディスクリプションとして明文化することは難しい。職務内容や権限を、断片的にしか書けないかもしれない。もしそうなるなら、実務も断片的になっている可能性がある。 チームマネジメント(組織マネジメント)という活動は、個々のマネージャーの経験や関心によって、断片的になりやすいように感じている。断片的とは、マネジメント活動が、責務の一部の領域に偏ってしまっていたり、問題を検知してはじめてその領域がマネジメント範囲であることを知る、といった様子を指している。 このような状態になる背景は、マネージャーにとって、マネジメントが、日々の実務を通して蓄積された経験に基づく活動になっているからではないか。マネージャーは孤独だ。ひとりでその責務を担う。エンジニアとは違い、チームで協働するわけではない。だから、形式知として言語化されず、個人の経験として暗黙知にとどまる。その

                                  エンジニアリングスキルで捉えるチームマネジメント - mtx2s’s blog
                                • 良いコード/悪いコードで学ぶ設計入門の感想と注意点

                                  「良いコード/悪いコードで学ぶ設計入門」という本がとても売れているようです。私の所属している開発チームでも、何人か購入した人がいたので、私も購入して一通り読んでみました。 結果として、いくつかの考えが整理され、私としてはこの本によって考えが深まり、本を読んで考えた事自体は有意義であったと思いました。ただし一方で、あまり知識がない状態で(自分の中での判断軸が無い状態で)この本を読むと、色々と誤解が生まれるのではないか?という事を感じました。 一つの技術書がこれだけ売れるという事はそんなに多くはない事だと思うので、つまり、 その内容が改善されるとその効果は相対的に大きい という事になります。そこで、私が本を読んでいて思ったことや、この本の内容で正しいこと、現在も賛否両論とされること、事実として認識が間違っているであろうこと、この本で触れられていないが設計において大事なこと、などについてまとめて

                                    良いコード/悪いコードで学ぶ設計入門の感想と注意点
                                  • 幾何学折り紙のパイオニアである藤本修三氏の自費出版折り紙教本5冊がパブリックドメインに

                                    by origami_madness 幾何学的なパターンの折り紙を数多く発明し、折り紙愛好家の中では世界的知名度を誇る藤本修三氏が自費出版した5冊の折り紙教本が、藤本氏の子どもの同意を得てパブリックドメインで公開されました。 Fujimoto’s Five Books are now Public Domain - Origami by Michał Kosmulski https://origami.kosmulski.org/blog/2022-10-23-fujimoto-books-public-domain 藤本氏は1922年に大阪で生まれ、化学・製薬会社勤務を経て兵庫県の高校で化学教師となった人物です。最初は「1枚の紙で正三角形を作るにはどうすればよいか」という問題から出発し、折り紙への関心が増すにつれて正五角形、正四面体、正二十面体と次々に複雑な立体を作るようになり、やがて化

                                      幾何学折り紙のパイオニアである藤本修三氏の自費出版折り紙教本5冊がパブリックドメインに
                                    • 最近の海外DDDセミナーを聞いてみたら色々と常識が破壊された - Qiita

                                      TL;DR 最近の設計志向はイベント駆動がかなり中心になっている とくにDDD界隈がここまでイベント駆動一本槍だとは思わなかった ストーリーを出発点にイベント駆動で設計を組み立てる「イベントストーミング」がかなり多くの場所で事例として取り上げられている はじめに 最近、洋書や動画の講演資料などいくつか海外の情報源に当たることがおおくなり、その中で「結構日本でやられている取り組みとちがうなー」と考えることが多く、一旦そのあたりの差分をまとめておこうかと思いました。 ただの出羽守(あるいは鹿鳴館精神)ではなく、一つの潮流としてこんなのがあるってのを記述できればなと思います イベントが設計の基本線となりつつある、、、のか? まず1つ目に驚いたのが、イベントが設計の中心になっている、そう感じる機会が多かったこと。 ここで言うイベントは、実践ドメイン駆動設計の中でも「ドメインイベント」として実装パタ

                                        最近の海外DDDセミナーを聞いてみたら色々と常識が破壊された - Qiita
                                      • 「ChatGPT、これやって」うまくやってもらうために知っておきたい4つの構成要素

                                        「ChatGPT、これやって」うまくやってもらうために知っておきたい4つの構成要素2023.04.05 12:0035,351 かみやまたくみ ChatGPTを使っていてわりとあるのが、「変な答えが返ってくる…」。ChatGPTは確かに賢いですが、まだ発展途上でもあり、「聞き方」「言い方」がうまくないとそういう結果になることもあります。 経験上、ChatGPTが微妙にズレた回答をするのは、自分がした質問がごちゃごちゃしているとき。もうちょっと言うと、自分の中で「本当にして欲しいこと」が整理されておらず、質問の後ろに書かれていることが多いです。 対するChatGPTは前にある文言を重要だととらえる傾向にあるように思います。結果として「本当にして欲しいこと」がスルーされたり誤解されたりしてしまう…そんな印象です。 どうしたもんかな…と思っていたら、GitHubで公開されている『Prompt E

                                          「ChatGPT、これやって」うまくやってもらうために知っておきたい4つの構成要素
                                        • 新入社員のみんな、「ChatGPT×Python」で鬼にならないか?|ピーナッツ

                                          ChatGPTが本当にヤバい。 断言する。新卒がこれを使いこなせば、今職場で「優秀」とされている5-6年目くらいの先輩なら余裕で出し抜ける。鬼になれる。 筆者はメーカー社員なので、メーカーの新入社員がChatGPTを使って鬼になる方法を1つ提案したい。 「ChatGPT×Python」である。 Pythonとは、ご存知のとおり物理シュミレーションからデータサイエンス、機械学習までカバーする汎用性をそなえたプログラミング言語だ。何でもできるわりには書ける人がなぜか少なく、いまだにスキルとして重宝されている。 そんなPythonにChatGPTを使おう。 ChatGPTを使えば、上司から求められるアウトプットを一瞬で出すことができる。それに対してフィードバックをもらい、それも一瞬で打ち返すことができる。 「あいつ"Python書ける"だけじゃないんだよな。こっちが言ったこと正確に理解するし、そ

                                            新入社員のみんな、「ChatGPT×Python」で鬼にならないか?|ピーナッツ
                                          • 日記をリアルタイムに書くというソリューション - 本しゃぶり

                                            なぜ人は日記が続かないのか。 それはリアルタイムに書いていないからである。 言葉を頭の中に思い浮かべた時には、その場で記録を終わらせろ。 リアルタイム日記が続いている プライベート用にリアルタイムで日記を書くようになって2ヶ月が経過した。これがなかなか良い。 もともと日記と呼べるものは以前から書いていた。1日の終りに今日やったことを5つ書き、それに5段階評価をつけるという手法だ。これは2011年4月頃から始めたので、9年以上続いている。 しかし1日5行では内容があまりにも貧弱だ。何か書きたいことがある日は追加で書くこともあるが、大半は5行書いて終わり。天文学者のクリフォード・ストールは、著書『カッコウはコンピュータに卵を産む』で「文章のないところに現象はない」と述べた。俺の1日は5行分しかないのか。 そう思いつつも日々5行で済ませていたのだが、2,3ヶ月前、似たような話を複数のソースで聞い

                                              日記をリアルタイムに書くというソリューション - 本しゃぶり
                                            • anypicks.jp - anypicks リソースおよび情報

                                              This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

                                                anypicks.jp - anypicks リソースおよび情報
                                              • 乳母はバブみというより臓器売買 - 本しゃぶり

                                                「バブみ」について学ぼうと乳母の歴史に手を出した。 行き着いた先は臓器売買の現場。 乳母の本質は金で命を買うことである。 代理出産と階級 この前、代理出産が話題になっていた。 VERYに掲載された対談において、「代理出産という選択肢が増えることは、働く女性にとって素晴らしい」と、肯定的に語られた。それに対して代理出産の問題、負荷が低所得者の女性に押し付けられるという点が抜け落ちていると、批判が噴出したのだ。 スプツニ子!氏は以前も男は女に産ませてきたんだから女も誰かに産ませればいいとTwitterで言ってた。問題はどんな立場の女性にいかなるかたちでそれをやらせるか、なのだが。今でさえ代理母をやる人は階級的に高い人は少ない。究極のケア労働の貧困者への押し付けは怖い。家事労働者の話とも繋がる。— 栗田 隆子_"ぼそぼそ声のフェミニズム" (@kuriryuofficial) August 23

                                                  乳母はバブみというより臓器売買 - 本しゃぶり
                                                • 日本語版ウィキペディアで「歴史修正主義」が広がる理由と解決策   - 佐藤由美子の音楽療法日記

                                                  日本語版ウィキペディアの「歴史修正主義」問題昨年に刊行された『戦争の歌がきこえる』(柏書房)は、私がアメリカのホスピスで音楽療法士として働いていた時に出会った、第二次世界大戦経験者について書いた本です。執筆のために第二次世界大戦について様々な資料を調べている時、日本語版ウィキペディア(Wikipedia)の奇妙な現象に気づきました。 歴史上の出来事をインターネットで検索をすると、必ず最初にヒットするのはウィキペディアのページです。しかし、日本語と英語で同じトピックを検索すると、ページの内容がかなり異なることに気づきます。特に、日本の戦争犯罪などセンシティブなトピックに関するページは、バイアス(偏見)やミスリーディング(誤解を招く)な情報で溢れています。 間違いやバイアスだらけのウィキペディア「ウィキペディアには間違った情報が多いことは知ってる」という方もいると思います。でも、英語版ウィキペ

                                                    日本語版ウィキペディアで「歴史修正主義」が広がる理由と解決策   - 佐藤由美子の音楽療法日記
                                                  • 無償版「G Suite」、7月1日に完全終了 有償「Google Workspace」への切り替え推奨

                                                    米Googleは、2012年に提供を終了したが既存ユーザーにはそのまま提供してきた従来の無償版「G Suite」を、7月1日に完全に停止する。米9TO5Googleが1月19日(現地時間)、Googleが同日管理者宛に送ったメールに基づいて報じた。 既に管理者向けのヘルプページが更新されている。 まだ従来の無償版G Suiteを使っているユーザーがサービスを継続したい場合、7月1日までに有料の「Google Workspace」にアップグレードする必要がある。最も安価な「Business Starter」プランは1ユーザー当たり月額680円だ。 アップグレードしない選択をしたユーザーのために、データエクスポートツールを提供している。 サービスとアカウントを使い続けたい場合は、5月1日までのアップグレードを推奨している。アップグレードしても、7月1日まではGoogle Workspaceを無

                                                      無償版「G Suite」、7月1日に完全終了 有償「Google Workspace」への切り替え推奨
                                                    • IPA情報セキュリティ10大脅威 知っておきたい用語や仕組み2023年5月.pdf

                                                      情報セキュリティ 10 大脅威 知っておきたい用語や仕組み 2023 年 5 月 目次 はじめに......................................................................................................................................................... 3 1 章. 理解は必須! ...................................................................................................................................... 5 1.1. 脆弱性(ぜいじゃくせい) .............................

                                                      • 【注意喚起】寄生サイトの恐怖 サイト貸しの営業に注意 - Web > SEO 辻正浩のブログ

                                                        中堅~大手サイトに「お金を払うので私のコンテンツをあなたのサイトに置きたい」という営業が広範囲に行われています。 指定されるコンテンツを置くだけで毎月固定額の報酬の他、そのコンテンツから発生したアフィリエイト収入の数割を払うという好条件が提示されていて、検討する会社も多くあるようです。これは2019年頃からごく一部の大手サイトで見られましたが、最近ではその営業を行う会社も増え、地方のメディアや地場企業などにも同様の営業が増え、拡大を続けています。 わたしはこの試みを、それぞれのサイトに寄生して価値を吸い取ろうとする「寄生サイト」と呼んでいます。 これは寄生される側に大きなリスクを伴います。自社サイトが大きなダメージを受ける可能性が高いため、検索流入が必要な場合この営業は絶対に受けてはなりません。 この記事では「寄生サイト」がどういう経緯で生まれたのか、そしてそのリスクについて説明します。

                                                          【注意喚起】寄生サイトの恐怖 サイト貸しの営業に注意 - Web > SEO 辻正浩のブログ
                                                        • The History of the URL | The Cloudflare Blog

                                                          On the 11th of January 1982 twenty-two computer scientists met to discuss an issue with ‘computer mail’ (now known as email). Attendees included the guy who would create Sun Microsystems, the guy who made Zork, the NTP guy, and the guy who convinced the government to pay for Unix. The problem was simple: there were 455 hosts on the ARPANET and the situation was getting out of control. This issue w

                                                            The History of the URL | The Cloudflare Blog
                                                          • 冴えないAWS環境の育てかた α | DevelopersIO

                                                            中山です ソリューションアーキテクトとして、AWS環境の利活用をお手伝いするお仕事をしています。 まれによく見るAWS環境 とりあえずこれを見てほしい。 これが絶対にだめと言いたいわけではないです。 一時的な検証環境だったり、とにかくスピード重視でサービスをデリバリーさせる必要があったり、サービスの提供者側が何ら責任を負わない・障害時のビジネスインパクトが無い(そんな状況あるのか?)という前提があったり、状況次第ではこれで十分な時もあると思います。 しかし、一般的な業務システムやサービスの場合にはいろんな意味で不十分でしょう。 では、このような環境をどのように育てていくとよいでしょうか。 この記事では、そんな育てかたの一例を紹介していきたいと思います。 なお、本記事はくっそ長いです。 ちなみに、最終的にはこうなります。 文字が小さすぎて読めない! ちょっとそこのハ○キルーペ貸してくれーw

                                                              冴えないAWS環境の育てかた α | DevelopersIO
                                                            • なぜ我々はsession.cookieを変更しなければならなかったのか - BASEプロダクトチームブログ

                                                              はじめに こんにちは。バックエンドエンジニアの小笠原です。 今回は、2022年2月18日から2022年3月4日にかけて発生していたこちらの障害に対し私達開発チームが実施した、session.cookieで定義しているCookieのkey名を変更するという影響範囲の大きい対応について、実施に至るまでの経緯や対応過程についてご紹介したいと思います。 ショップオーナー向けに掲載していたお知らせの内容 背景 全ては iOS14.5から端末識別子の取得に同意が必要になったことから始まった ことの発端は、iOS14.5以降からIDFA(端末ごとに持つ固有識別子)の取得に端末所有者の許可が必要になったことでした。 この変更は、端末所有者側から見ると情報の活用範囲を自身で管理できることでよりプライバシーに配慮されるようになった良い変更と言えるでしょう。 一方で、広告出稿側から見た場合は拒否をしたユーザーの

                                                                なぜ我々はsession.cookieを変更しなければならなかったのか - BASEプロダクトチームブログ
                                                              • Smart UI パターンが再評価される世界 - id:onk のはてなブログ

                                                                設計ナイト2020 を受けて、今どんなアーキテクチャを選ぶべきかという話をしたくなったのだ。 kichijojipm.connpass.com 設計ナイトで高ぶった結果1時間コースの発表資料が完成したので供養場所を探しています。聞いてくれ!!!— Takafumi ONAKA (@onk) 2020年11月1日 お前誰よ 2000年代前半に SI 2000年代後半にブログ、SNS 2010年代にソーシャルゲーム 2020年代に UGC サービス をやってきた人間。数百万〜数億行のデータ、月間数千万〜数十億 imp 程度を主戦場にしています。 今日の話 DDD と PofEAA から学ぶパターン/アンチパターン Rails によって発見された、密結合で速く走れるソフトウェア 今求められているアーキテクチャ 昂ぶって 15,000 字ぐらい書いてしまった。 DDD と PofEAA から学ぶパ

                                                                  Smart UI パターンが再評価される世界 - id:onk のはてなブログ
                                                                • 2021年の「オブジェクト指向」を考える

                                                                  きしださんが先日もたのしいお題を投下されていました。 出遅れましたがこのネタについて少し掘り下げてみます。 念のため個人的なスタンスをあらかじめ表明しておくと、オブジェクト指向に対してはそれなりに好意的ですが、別に時代の最先端だとかソフトウェア開発に必須の知識というほどではない(でも知っておくと便利というか、知らないと不便なこともあるかもしれないのでわざわざ避けるのはおすすめしない)というくらい温度感です。 オブジェクト指向 is 何 そもそも「オブジェクト指向」という言葉自体、座りの悪い言葉です。 意味が明確なのは「オブジェクト指向プログラミング(OOP)」、「オブジェクト指向プログラミング言語(OOPL)」、「オブジェクト指向設計(OOD)」「オブジェクト指向分析(OOA)」といった「オブジェクト指向なんとか」の方で、それらをふわっとまとめた(ような気がする)単語が「オブジェクト指向」

                                                                    2021年の「オブジェクト指向」を考える
                                                                  • 読書の習慣は手段の目的化から始めよ - 本しゃぶり

                                                                    読書という行為に憧れがあるが、苦手意識を持っている。 そんな人はどうしたら読書ができるようになるか。 まずは数をこなすことを目標にしよう。 1年間に100冊読む増田 しばらく前にこの増田を読んだ。 ネットにおける1ヶ月前は「そんなのあったな」と呼ばれるぐらいには昔である。多くの人は忘れているだろうから要点を書いておこう。 一昨年は8冊しか読まなかった増田が去年は100冊読めた 読書習慣をつけるためにいろいろ工夫した 工夫の一つとして年100冊を目標にした 100冊読んで頭は良くならなかったが、読書の習慣はついた 増田の行った工夫は参考にできると思うので、読書量を増やしたいと考えている人は試すといい。少なくとも俺は似たことを実践している。ちょっと一般化してリスト化するとこうだろうか。 ためらわず購入する どこでも読めるようにする 日課と合わせて読む 読書記録をつける 年100冊を目標にする

                                                                      読書の習慣は手段の目的化から始めよ - 本しゃぶり
                                                                    • 2023年上半期に読んで面白かった本5選 - 本しゃぶり

                                                                      今週のお題「上半期ベスト◯◯」 俺がやるなら本を選ぶしかない。 2023年上半期に読んで面白かった本はこれだ。 【目次】 バリューブックスとの提携 2023年上半期に読んだ本 『同志少女よ、敵を撃て』 『コード・ブレーカー』 『ネットワーク科学が解明した成功者の法則』 『ある人殺しの物語 香水』 『後悔の経済学 世界を変えた苦い友情』 『シンプルで合理的な人生設計』 終わりに 2022年下半期に読んで面白かった本 バリューブックスとの提携 本題に入る前に、一つお知らせがある。オンラインを中心とした本屋バリューブックスと提携し、今回紹介する本をバリューブックスの特設サイトで販売することになった。 もちろんバリューブックスで購入するだけのメリットはちゃんと用意してある。 1. クーポンコード適用で送料無料 (2023/8/10まで一度限り) 2. 16%のポイント還元 (2023/7/31まで

                                                                        2023年上半期に読んで面白かった本5選 - 本しゃぶり
                                                                      • プログラマーの教養としての原則

                                                                        参考 プリンシプル オブ プログラミング - 3年目までに身につけたい一生役立つ101の原理原則 発行: 2016/3/23 著者: 上田 勲 まえがき プログラマーの世界で語り継がれる原則や格言を知ることは、その共通の言語や道徳を理解する手助けとなります。 『プリンシプル オブ プログラミング』(以下、プリプロ)は、統一された語句と形式により、先人のプログラマーたちが重要視していた思考法やアプローチを、微妙な概念の違いに気を使うことなく理解できるよう構築されています。この記事では、この本を読む上で役立つ101の原則マップと原則から抽出した価値観をまとめます。プリプロを読む際のガイドになればと思います。 一方で、プリプロに収録されていないウィットに富んだ原則や格言も多く存在します。この記事では、主に私の現場で重要視しているプリプロの101の原則以外の原則・格言も追加で紹介します。 プログラ

                                                                          プログラマーの教養としての原則
                                                                        • Let's EncryptのルートCA期限切れで OpenSSL 1.0.2が思わぬ事故を起こす件

                                                                          これは、Let's Encryptを支えるこの二人のルートCAと OpenSSLの物語である。 DST Root CA X3 (2000-2021) ISRG Root X1 (2015-2035) 〜2021年1月〜 ISRG Root X1「いままで一緒にやってきたDST Root CA X3さんの寿命が間近・・・このままだと僕を信頼してくれていないベテランの(具体的にいうと2016年くらいまでの)古いクライアントたちは Let's Encryptさんを信用してくれなくなっちゃう・・・どうしよう」 DST Root CA X3「どれ、わしが死ぬ前に(有効期限が切れる前に)お前が信頼に値する旨を一筆書いて残せばいいじゃろう。サラサラ」 Issuer: O = Digital Signature Trust Co., CN = DST Root CA X3 Validity Not Bef

                                                                            Let's EncryptのルートCA期限切れで OpenSSL 1.0.2が思わぬ事故を起こす件
                                                                          • ドメイン駆動設計に関する何か - 日々常々

                                                                            2020-03-13追記: 「ドメイン駆動設計」のハードルを上げる意図はありません。そもそもそんな特殊技能でもないと思っています。「ドメイン駆動設計が合っているか」を測る材料になるかも?くらいの気持ちで読んでいただけると幸いです。 何度目か知りませんがDDDがまたブームを迎えているようで。DDD難民と言う言葉が出た頃を思うと感慨深いですね。実際難民になったわけではないので肌感覚で知らないのが残念なところですが、これはどうでもいい。 DDD、日本語ではドメイン駆動設計となりますが、DDDを冠していてもドメインが語られることは少ないようです。 数ある書籍もドメインモデリングの話ではなく、ドメインモデルをいかに実装に落とし込むかにフォーカスしていると感じています。 これはこれで仕方ないと言うか、ドメインの話って広く語れないんですよね。 ドメインは領域で境界があって範囲が限定されています。特定ドメ

                                                                              ドメイン駆動設計に関する何か - 日々常々
                                                                            • AWSでの法令に則ったログ設計及び実装/分析 - Adwaysエンジニアブログ

                                                                              エージェンシー事業でリードアプリケーションエンジニアを行なっている大窄 直樹 (おおさこ)です. AWSのログ, サーバーのログってたくさん種類があって難しいですよね... 同じようなログがたくさんあるので, 何を取れば良いのかとか どのくらいの期間保持すれば良いのかとか またその後の, ログの実装や, 分析方法する方法も難しいですよね... 今回AWSに構築した商用アプリケーションのログを整備する機会があったので, このことについて書こうかなと思います. 概要 本題に入る前の準備 今回ログ実装するアーキテクチャ ログに関する法令 ログの取得箇所 設計 保管するログの決定 インフラのログ OSのログ アプリケーションのログ ログの保管 保管場所について 保管期間について バケット構造 アプリケーション, OSのログの転送 実装 アプリケーション, OSのログをfluentbitを用いてS3

                                                                                AWSでの法令に則ったログ設計及び実装/分析 - Adwaysエンジニアブログ
                                                                              • プログラミング言語の簡単な歴史を初心者にもわかるように解説 #さくマガ #さくらインターネット - さくマガ

                                                                                ≫ 【2週間無料!】初心者でもホームページが作れる!高速・安定・快適なレンタルサーバー みなさんこんにちは、文系出身のエンジニアのちょまど(@chomado)です。大手外資系IT企業でDevRel (Developer Relations) のお仕事をしています。 今回の記事では、プログラミング言語の歴史について書きたいと思います。私はもともとプログラミング言語が大好きで、歴史には大変興味があったので、今回、たくさん色々調べたり、ベテランの先輩エンジニアの方々に当時の様子をお聞きしたりして(ありがとうございます!)、記事にまとめました。 (*゚▽゚* っ)З「ちょまぎょです! 一緒にお勉強していこうね」 また、今回、Google Developers Expert の田中洋一郎さん (@yoichiro) に記事のレビュー(査読)や助言をしていただきました。誠にありがとうございました! そ

                                                                                  プログラミング言語の簡単な歴史を初心者にもわかるように解説 #さくマガ #さくらインターネット - さくマガ
                                                                                • OSS 観光名所を貼るスレ - ぽ靴な缶

                                                                                  これは はてなエンジニアアドベントカレンダー2023 2日目の記事です。 はてなエンジニア Advent Calendar 2023 - Hatena Developer Blog はてなエンジニアのカレンダー | Advent Calendar 2023 - Qiita トップバッターは緊張するけど、順番が回ってくるまで長い間ソワソワするのも嫌、という理由で例年2日目を狙うようにしている id:pokutuna です。今年も成功しました。 観光名所とは 目を閉じれば思い出す、あのコード... あの Issue... あなたが Web 系のエンジニアであれ、趣味で開発している方であれ、必要に応じてライブラリやフレームワークのコードを読むのはよくあることでしょう。公開の場で開発されているソフトウェアは、ソースコードだけでなく、開発コミュニティでの議論やバグ報告なども見ることができます。 リポ

                                                                                    OSS 観光名所を貼るスレ - ぽ靴な缶