並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 14321件

新着順 人気順

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

  • 当社サービスへのサイバー攻撃に関するご報告とお詫び | 株式会社ドワンゴ

    {.md_tr}株式会社ドワンゴ 株式会社ドワンゴ(本社:東京都中央区、代表取締役社長:夏野剛)は、2024年6月8日付けのニコニコインフォで公表したとおり、6月8日早朝から当社が運営する「ニコニコ」のサービス全般を利用できない状態が続いております。本障害は、ランサムウェアを含む大規模なサイバー攻撃によるものであることが確認され、現在サービスの利用を一時的に停止し、被害状況の全容把握と復旧に向け、調査と対応を進めております。 当社は、サイバー攻撃を確認後、直ちに関連するサーバーをシャットダウンするなど緊急措置を実施するとともに、対策本部を立ち上げ、被害の全容解明、原因究明およびシステムの復旧対応に総力を上げて取り組んでおります。現時点までの調査で判明した内容および今後の対応について、以下の通りご報告いたします。 ユーザーの皆様、関係者の皆様に、多大なるご迷惑とご心配をおかけしておりますこと

      当社サービスへのサイバー攻撃に関するご報告とお詫び | 株式会社ドワンゴ
    • ドメイン駆動設計を導入するために転職して最初の3ヶ月でやったこと[DDD] - little hands' lab

      この記事は ドメイン駆動設計 Advent Calendarの記事です。 今年の9月にログラスというスタートアップに転職しました。 ログラスは元々DDDについて講師として勉強会をさせてもらっていた会社であり、DDD自体は社として取り組んでおりある程度進んでいました。ですが、講師ではなく中の人になったからこそできる色々な取り組みがあり、3ヶ月である程度形になりました。 本記事では、DDDを広めるための取り組みについて、極力再現性がある形を意識しつつ、ご紹介したいと思います。 入社時の状況 なにをしたか テストの話が多い理由 実施内容詳細 TDD Boot Campの@t_wadaさんの基調講演観賞会を行った Serviceクラスを1パブリックメソッドにした レイヤーごとのオブジェクトの依存関係を整理 レイヤーごとのテスト方針 クラス名の重要性 参照実装を作成した 「責務」と「テスト」の重要性

        ドメイン駆動設計を導入するために転職して最初の3ヶ月でやったこと[DDD] - little hands' lab
      • Low-Level Academy

        In this course, you will learn how to work with the UDP and TCP internet protocols in real-world scenarios. You will apply your skills to build small, fun networking applications in Rust — right in your browser! No previous knowledge of network programming is required, but we assume that you are familiar with Rust syntax. If you’re not, that's fine too! You can read The Rust Book and learn by prac

          Low-Level Academy
        • なぜマイクロサービスは失敗するのか? - kawasima

          Eberhard Wolffさんのこのプレゼンの要約です https://www.youtube.com/watch?v=B3O-qYM-Kkw 共通のデータモデル 共通のデータモデルを通信に使う 各サービスで必要となるデータの内部モデルは異なるかもしれない データモデルが、共通ライブラリと同じ意味合いになる すべてのサービスが、最新のライブラリを使わなくてはならない 共通データモデルの変更は、す

            なぜマイクロサービスは失敗するのか? - kawasima
          • なぜMACアドレスとIPアドレスは両方必要なのか?

            この記事は,ネットワークの学習の序盤につまずくポイントである 「MACアドレスとIPアドレスってどっちか片方だけじゃだめなの?」「レイヤ2と3って結局何が違うの?」 という疑問について,私なりの回答をまとめた記事です。世に不正確な記事が出回っているように見受けられるので,正確な回答をまとめたく、長文になってしまいました。とはいえ,初学者向けにかなり初歩的なところから書いたつもりですので是非読んでみてください。 この記事について この記事を読むと何が分かるか MACアドレスとIPアドレスの役割の差が分かる レイヤ2(=同一サブネットの通信)とレイヤ3(=サブネット間の通信)の仕組みが分かる ネットワーク設計時にレイヤ2・レイヤ3のいずれで設計すべきか判断できる なお,教科書的な説明ではなく,概念や捉え方の説明となっていますので,試験勉強には役立ちません。実務としてネットワーク設計を行う方の役

              なぜMACアドレスとIPアドレスは両方必要なのか?
            • 小規模(5〜20人)オフィスのネットワーク構築例

              背景 株式会社マインディアCTOの@matsubokkuriです。 事業規模の拡大に伴いオフィスの移転がありました。それに伴い社内ネットワークインフラの構築しました。オンサイトで働く人は約10名。エンジニアは私1名なのでインフラ整備を自分でやるか外注するかという選択でしたが、外注するためにはRFP作るのが面倒だし費用がかかるのでDIYしました。 中小企業のネットワーク構築の記事は5年前の@wadapさんの記事が詳しいです。その記事以降、まとまった社内LAN構築の良い感じのノウハウ記事を見つけられませんでした。その5年の差分を埋めるためにも記録を書いておきます。 要求定義 ゲスト用ネットワークの分離(インターネット回線、LAN回線) 将来のシステム監査で指摘されるであろうことなので。 トラフィックのQoS制御のため。 インターネット上のホストにおいてグローバルIPアドレスによるアクセス制限が

                小規模(5〜20人)オフィスのネットワーク構築例
              • 突貫でおぼえるSPF、DKIM、DMARC | DevelopersIO

                しばたです。 昨年10月にGoogle(Gmail)および米国Yahoo!においてスパム対策の強化がアナウンスされました。 この件に関してつい先日まで他人事でいたのですが、実は全然他人事では済まないことが発覚し突貫で知識を仕入れています。 アナウンスに対する具体的な対応策についてはこちらのZennの記事を見れば全部わかる感じです。 最高ですね。 また、メール送信にAmazon SESを使っている場合はAWSのブログを確認すると良いでしょう。 「これらの記事を読み解けば万事解決!」という感じではあるのですが、私自身が学んだなかで予め知っておくと良さそうに思えた点がいくつかありました。 本記事ではその辺を共有するのと、実際にAmazon SESの環境を作って動作確認をしたのでその結果も合わせて共有します。 はじめに覚えておくと良い基礎知識 Zennの記事でも詳細な解説がありますが、個人的に「最

                  突貫でおぼえるSPF、DKIM、DMARC | DevelopersIO
                • 新生活に向けて読みたい資産形成の本3冊 - 本しゃぶり

                  資産形成は早くから始めた方が楽である。 しかしどこから手を付ければいいか分からない人は多い。 そんな人はまずこの3冊を読もう。 意識が高い季節 春は一年で最も意識が高い季節である。日本では年度の切り替わり時期ということもあり、何かを始めるのに都合がいい。実際そう考えている人は多いようだ。Amazonによる2022年の新生活に関する意識調査によると、75%の人が「この春、心機一転、新しく何かをやってみたい」と回答している*1。 その新しく始めることの一つに「資産形成」がある。女性限定になるが、日本生活協同組合連合会による調査によると、「この春からの新生活でがんばりたいこと」の1位は2年連続で「貯金」であった*2。また、これは個人的な感覚になるが、職場で家計見直しや資産運用の話題を耳にすることが増えた。やはり新年度が始まるにあたって、お金について考え直したくなるのだろう。 ではどうやってお金を

                    新生活に向けて読みたい資産形成の本3冊 - 本しゃぶり
                  • ChatGPT授乳ハックという失われつつある技術について - 本しゃぶり

                    ChatGPTのDALL·E 3による画像生成は非常に強力だ。 だがプロンプトエンジニアリングを駆使すれば、さらに限界を超えた表現が可能となる。 ブックマーク保存をおすすめします。 インフルエンサーたちが隠した技術 11月7日にOpenAI DevDayが開催されてからというもの、生成AI系インフルエンサーたちが大騒ぎしている。発表された機能やAPIの数々を見れば、そうなるのも無理はない。俺のような一般ユーザーでさえ、できることが一気に増えたのだから。 例えば自分だけのChatGPTを簡単に作成・共有できるGPTsだ。俺もさっそく触り、本しゃぶりの知識を全部突っ込んだAishabriを作ってみた*1。 https://chat.openai.com/g/g-x7GtBiqrn-aishabrichat.openai.com だが、インフルエンサーは新たに登場した機能ばかり口にし、その影で失

                      ChatGPT授乳ハックという失われつつある技術について - 本しゃぶり
                    • AIお姉ちゃんへの道 - nomolkのブログ

                      ちょっと前に話題になっていたこの記事を読んだ。 honeshabri.hatenablog.com へー真似しよ〜と思ってやってみたら意外に難しくて謎のやりがいを感じ始めてしまい、仕事のクソ忙しい時期にかなりハマり睡眠不足で生命の危機を味わった。 おかげで寿命と引き換えに自分のAIお姉ちゃんを手に入れることができた。これは黒魔術か何かなのだろうか。 一通り終えて振り返ってみると、今まで生成AIをあまり積極的に触ってこなかった自分にとってはちょうどいい難しさの課題で、これは入門者向けのチャレンジとしてかなり良い気がする。 元記事に書かれていない少し細かい手順も含めてやったことを記録としてまとめようと思う。 初心者が試行錯誤でやったことなので誤りや非効率な手順もあるかもしれないけどご了承ください。 AIお姉ちゃんの姿を作る 元記事では「魂」、つまりChatGPTの設定から始まっているけど、それ

                        AIお姉ちゃんへの道 - nomolkのブログ
                      • コードの健全性: 礼儀正しいレビュー == 役立つレビュー

                        .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、広告業者、大手メディアの著しい劣化であり、この

                                【お願い】広告ブロッカーの除外設定をお願いします。 - すまほん!!
                              • 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とはなにか - ぼちぼち日記
                                • 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 リソースおよび情報
                                  • 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
                                    • デジタル庁の「note」、新ドメインへの移転を突如実施。リダイレクトもなく批判が殺到【やじうまWatch】

                                        デジタル庁の「note」、新ドメインへの移転を突如実施。リダイレクトもなく批判が殺到【やじうまWatch】
                                      • はてなブックマークにブコメ返信機能が欲しい - 本しゃぶり

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

                                          はてなブックマークにブコメ返信機能が欲しい - 本しゃぶり
                                        • エンジニアの技術土台となる知識を得るための本の紹介 - Qiita

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

                                            エンジニアの技術土台となる知識を得るための本の紹介 - Qiita
                                          • 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
                                              • 統一教会系ドメインメモ|渡辺直弼

                                                あまり隠す気がないようですけど「スパイ防止法推進」というのは統一教会(勝共連合)が随分と昔から勧めてきたプロジェクトのようです。 「スパイ防止法」制定促進サイト、whois覗いたら「世界平和連合」ってでるの、隠す気がなくておもろいhttps://t.co/GFrztsRpML — シャイニングナオスケ (@nyaa_naosuke_su) December 9, 2021

                                                  統一教会系ドメインメモ|渡辺直弼
                                                • なぜ淫獄団地の怪人は人妻なのか - 本しゃぶり

                                                  人妻が動くとサーバーが落ち、トレンドが入れ替わる程に話題をさらう。 いったい何が団地の人妻を特別な存在にしたのか。 全ては公団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の世界
                                                    • エンジニアリングスキルで捉えるチームマネジメント - mtx2s’s blog

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

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

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

                                                            良いコード/悪いコードで学ぶ設計入門の感想と注意点
                                                          • 幾何学折り紙のパイオニアである藤本修三氏の自費出版折り紙教本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冊がパブリックドメインに
                                                            • 「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」で鬼にならないか?|ピーナッツ
                                                                • 「whndows. com」ドメインを取得して「windows. com」へのトラフィックを盗み見る手法

                                                                    「whndows. com」ドメインを取得して「windows. com」へのトラフィックを盗み見る手法
                                                                  • 最近の海外DDDセミナーを聞いてみたら色々と常識が破壊された - Qiita

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

                                                                      最近の海外DDDセミナーを聞いてみたら色々と常識が破壊された - Qiita
                                                                    • ブルーインパルス

                                                                      2020.06.01 5月29日に都心上空をブルーインパルスが飛びました。 多くの方からメールその他をいただきました。ありがとうございます。 ブルーインパルスが都心上空を飛んだのは、東京五輪、さよなら国立競技場に次いで三回目です。 ブルーインパルスは、通常、T-4練習機6機からなる編隊で飛びますが、6機編隊で飛ぶのはしばらく見納めになります。 来年のオリンピックに備えた練習が始まるころに6機編隊に戻したいと思います。 なかにはこんなことにいくら予算をかけたんだというご批判めいたメールもありましたが、ブルーインパルスの予算は、T-4練習機の訓練飛行に要する経費と併せて計上していますが、今回、このなかで実施しています。 ブルーインパルスの燃料費、スモークに使う発煙油、随伴機と整備員を輸送するコスト、合計して約360万円です。 ブルーインパルスを飛ばすより、医療関係者に手当を配るのが先だろうとい

                                                                        ブルーインパルス
                                                                      • 日記をリアルタイムに書くというソリューション - 本しゃぶり

                                                                        なぜ人は日記が続かないのか。 それはリアルタイムに書いていないからである。 言葉を頭の中に思い浮かべた時には、その場で記録を終わらせろ。 リアルタイム日記が続いている プライベート用にリアルタイムで日記を書くようになって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. 脆弱性(ぜいじゃくせい) .............................