SMILE―UP.（スマイルアップ、旧ジャニーズ事務所）は25日、故ジャニー喜多川氏による性加害の被害補償にあたる補償本部長を解任したと、ホームページで発表した。20日放送の「NHKスペシャル」で取…
koriymのブックマーク (3,143)
-
koriym 2024/10/27
-
新卒が必読書「Team Geek」から学んだ、チームづくりのためのガイド - 弁護士ドットコム株式会社 Creators’ blog
こんにちは2025年内定者の千木良です。現在は東京国際工科専門職大学4年生で、２０２５年４月に弁護士ドットコムに入社予定です。 ２本目の記事では、チーム開発では欠かせない思考を学べる「Team Geek」について大切だと思った点をまとめました。 学生と社会人の大きな違いは、チーム開発を行うかどうかだと思います。本書を読むと、チーム開発を円滑に進めるための知識が身につくためぜひご覧ください！ この本が必読書である必要性 Team Geekとは こんな人におすすめ Team Geekの重要ポイント チーム開発における重要な考え方 素晴らしいチーム文化を作る 文化とは 文化を気にかける必要性 外発的動機と内発的動機 さいごに この本が必読書である必要性 Team Geekを読んで私が感じたことは、Team Geekで大事にしている考え方がないとチーム内で余計な衝突が起きたり信頼し合える関係を築く
-
-
イベント駆動コンテンツ
Webアプリケーションの効率を再定義するBEAR.Sundayの分散キャッシングフレームワーク 2024/3/9にPHPerKaigi 2024 でイベント駆動コンテンツ（Webアプリケーションの効率を再定義するBEAR.Sundayの分散キャッシングフレームワーク）という40分のトークを行いました。 最初のスライド 「まず、スライドをご覧ください。雲から楽しそうな物がぶら下がっているのをクマが見ています。これは何の象徴でしょうか。」 トークの冒頭でこのような呼びかけを行いました。 これから話すことは分散キャッシングなので、家の中に出現したクラウドからサービスが提供されているということを表しています。 このクマの視線はぶら下がっているサービスではなく、クラウドに向いています。つまり、サービスを生み出す仕組みを注視しているのです。 これは、常に問題の本質を見つめるという姿勢の象徴になっていま
-
ヨッシーのたまご - Wikipedia
『ヨッシーのたまご』は、ゲームフリーク開発、任天堂発売のファミリーコンピュータ（以下FC）・ゲームボーイ（以下GB）用ゲームソフト。日本ではFC版・GB版共に1991年12月14日発売。アメリカでは『Yoshi』、ヨーロッパでは『Mario & Yoshi』のタイトルで発売された。 『ポケットモンスター』シリーズ開発で知られるゲームフリークが、任天堂発売ソフトとしては初めて開発に携わった作品である。『スーパーマリオワールド』でデビューしたヨッシーを初めてフィーチャーしたタイトルである。 当初はヨッシーと無関係のパズルゲームとして企画されていたが、「二つの列を反転させる」というアイデアを盛り込んで動かしてみたところ、CPUの処理落ちによるねじれてひっくり返るような動き方から「卵で挟んで中からヨッシーが生まれる」という発想が生まれ、現在の形式になったと横井軍平が書籍『横井軍平ゲーム館』でのイン
-
山崎元､余命宣告されて伝えたかった｢幸福｣の正体
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
-
DMARC をなめるな - 弁護士ドットコム株式会社 Creators’ blog
Gmailが「メール送信者のガイドライン」を改訂し、なりすましメールへの対策を強化する旨を発表しています。今までは原則、なりすましメール対策の有無にかかわらず、メールはいちおうは届いていました。しかし今後は、なりすましとみなされたメールは届かなくなる方向に向かいつつあります。 なりすましメールとみなされないようにするために、メール送信者には、「メール送信ドメイン認証」への対応が求められます。メール送信ドメイン認証の技術には、主に以下の3つがあります。 SPF: Sender Policy Framework (RFC 7208) DKIM: DomainKeys Identified Mail (RFC 6376) DMARC: Domain-based Message Authentication, Reporting, and Conformance (RFC 7489) SPFは従来
-
ミッキーは2024年にパブリックドメイン化、約1世紀にわたるディズニーと著作権との「三角関係」の歴史とは？
by Kansir 1928年に「蒸気船ウィリー」に登場したミッキーマウスは、繰り返しの著作権保護期間延長を経て、2024年1月1日、ついにパブリックドメインとなります。登場から95年間、ミッキーとディズニー、パブリックドメインをつなぐ密接な「三角関係」について、デューク大学のパブリックドメイン研究センターでディレクターを務めるジェニファー・ジェンキンス氏が解説しています。 Mickey, Disney, and the Public Domain: a 95-year Love Triangle | Duke University School of Law https://web.law.duke.edu/cspd/mickey/ ミッキーマウスは1928年に公開された「蒸気船ウィリー」に初登場したキャラクターなので、「蒸気船ウィリー」の著作権保護期間満了に伴ってパブリックドメインにな
-
プロジェクトマネージャーになって半年、やったこと、そして意識したこと。 - 弁護士ドットコム株式会社 Creators’ blog
この記事は弁護士ドットコム Advent Calendar 2023の 17 日目の記事です。 前日は@Abbiscuitさんの投稿「デザイナーが Alpine.js を触って感じた Good なこと」でした。 こんにちは。 BUSINESS LAWYERS のプロジェクトマネージャーを担当している、こが @_poemn です。 私は 2023 年の 5 月に育休から復帰しました。 その後6 月から BUSINESS LAWYERS LIBRARY と弁護士ドットコムライブラリーの開発をするライブラリー推進グループでプロジェクトマネージャーを担当しています。 新米プロジェクトマネージャーながら何を考えどう振る舞ったのか、まだまだ足りないこれから意識したいことはどんなことかを整理して振り返ります。 主にやったこと 半年間でプロジェクトマネージャーとしてやったことはたくさんありますが、主に以下
-
A Tribute to Bob Lee
Guiceの作者、Bob Lee氏への敬意と追悼の意を込めて 今年4月に、Guiceの作者であるBob Lee氏が悲惨な事件1の犠牲となり亡くなられました。氏のGuiceは、BEAR.Sundayだけでなく私のソフトウエア開発に大きな影響を与えてきました。この記事では、BEAR.SundayとGuiceの関連性、そしてBob Lee氏へのリスペクトと感謝の気持ちを綴りたいと思います。 Guiceの最初のリリースは2007年で、一方Ray.Diの最初のコミットは2011年2月に行われました。 BEAR.Sundayアプリケーションフレームワークの開発を開始した当初、私はそのコアとして堅牢なDIフレームワークが必要だと考えました。Guiceを最も優れたDIシステムと判断し、その概念や哲学をPHPに実現するためにRay.Diを開発しました。 Ray.Diは、数多く存在するPHPのDIシステムの中
-
ジェフリー・ヒントン独白 「深層学習の父」はなぜ、 AIを恐れているのか？
Geoffrey Hinton tells us why he’s now scared of the tech he helped build ジェフリー・ヒントン独白 「深層学習の父」はなぜ、 AIを恐れているのか？ 深層学習の父と呼ばれるジェフリー・ヒントンが本誌の取材に応じ、グーグルを退社した理由を語った。グーグルを辞めてから話したい「AIの問題」とは何か？ by Will Douglas Heaven2023.05.08 56 ジェフリー・ヒントンがグーグルを退社するという電撃発表をした5月1日の4日前、私はロンドン北部の美しい通りにあるヒントンの自宅で彼に会った。ヒントンは、「バックプロパゲーション（逆伝播）」と呼ばれる現代の人工知能（AI）の中核をなす非常に重要な技法の開発に貢献した深層学習のパイオニアだ。しかし、グーグルに10年間在籍したヒントンは、AIについて現在彼が抱い
-
Developers Summit 2023に登壇しました！ - 弁護士ドットコム株式会社 Creators’ blog
こんにちは、弁護士ドットコム株式会社 採用チームです。 先日行われた国内最大級の技術者向けカンファレンス Developers Summit 2023に協賛・登壇しました！ event.shoeisha.jp 当社からは技術戦略室 室長 兼 クラウドサイン事業本部 プロダクト統括の市橋が、「顧客が本当に必要だったものを求めて」というタイトルで、クラウドサインのプロダクト開発についてお話ししました。 speakerdeck.com 今回はオンラインでの開催ということで、スタジオからLIVEで登壇いたしました。 本格的なカメラや音響設備などに囲まれて、いつもとは違う緊張感の中セッションをお送りしました。 Twitterなどでも様々な反応をいただき大変嬉しかったです。 弁護士ドットコムさんの「顧客が本当に必要だったもの」探しのまさに追体験で面白いです#devsumiB #devsumi— 山本博
-
競争は負け犬のためのもの - FoundX Review - 起業家とスタートアップのためのノウハウ情報
価値を捕らえる XドルのY%を取る（XとYは独立） 例）航空会社とGoogle 完全競争の世界のメリットとデメリット 独占 人々がつく嘘 非独占者がつく嘘 （例）パロアルトの英国料理 （例）ハリウッド映画 （例）スタートアップ 独占者のつく嘘 独占の作り方 小さな市場から始める （例）Amazon （例）eBay （例）Paypal 小さな市場は過小評価されがち 大きな市場でうまくいかないケース ラストムーバー・アドバンテージ 独占ビジネスの特徴 特権的な技術 ネットワーク効果 ブランド 規模の経済 最後まで生き残るラストムーバーになるために 「この会社はどうやれば長く続くのか」を問おう イノベーションの歴史 発明者は富を得ていない 垂直統合型の複雑な調整という道 競争の心理学 なぜ人は競争をしたがるのか 自分の競争トーナメントには価値があるのかを問う Q&A Sam 皆さん、こんにちは。
-
BEAR.SundayとFastlyで無期限キャッシュのコンテンツを配信する - Qiita
はじめに 前日までは @koriym さんのキャッシュ設計に関する投稿でした。 この記事ではBEAR.Sundayのキャッシュ、イベントドリブンキャッシュ、失効済みコンテンツの配信(Stale)について具体的な実装内容を紹介します。 アプリケーションキャッシュを設定する キャッシュの指定方法について 現在フレームワークが標準で提供するキャッシュの指定方法は以下の二つです。 #[Cacheable] #[Cacheable] は従来よりあるキャッシュ指定アトリビュート（アノテーション）です。 TTLの指定 (#[Cacheable(expiry="medium")]) 、もしくは無期限(#[Cacheable])で指定できます。 無期限でキャッシュを設定した場合、同一Resource内の on(Put|Post|Delete) の実装か、キャッシュを消す処理（ #[Refresh] や #[
-
RESTful のウェブ API 設計で避けるべき 6 つのよくあるミス | Google Cloud 公式ブログ
※この投稿は米国時間 2022 年 12 月 1 日に、Google Cloud blog に投稿されたものの抄訳です。 オンラインで、組み立て式のテーブルを注文したとします。ところが、パッケージを開けてみると、組立説明書が入っていません。完成品がどんなものかはわかっていても、それぞれのパーツをどう組み立てればいいのか、まるでわかりません。設計が不十分な API を使うコンシューマ開発者も、同じような経験をしているといえます。適切に設計された API なら、容易に見つけ、検索してアクセスし、使用することができます。高品質の API は、コンシューマ開発者がアイデアをひらめき、新しいユースケースを作り上げる手助けになってさえくれます。 もちろん、API 設計を改善する方法はあります。たとえば、RESTful のプラクティスに従うなどです。しかし、お客様が知らず知らずのうちに、ちょっとした不便
-
yamlについて思うこと
yaml、どうしてこんなに使われているのだろうか。kubernetesにも責任があるというのはありそうな話だけど、色々考えてみるとそこまで簡単な話でもなさそうな気がする。例えばtravis-CIの設定ファイルがyamlであったりというように、この分野ではyamlは割と広く使われていたんじゃないかという気がする。思い起こせばGoogle AppEngineもapp.yamlに設定を書いていたし、設定にyamlというのは割とよくあることであった、のではないかなあ。 しかしなぜyamlなんだろうか。yamlのフォーマットには問題がたくさんあることが知られているし、自分も全く好きではない。 例えばyamlの問題の一つとして、キーに任意のデータ構造を持ってこれるという話があり、これが一部のプログラミング言語で問題を厄介にしている。またエイリアスがあってデータ構造がツリーにならない（複数の経路から同じ
-
オレグ・ペンコフスキー - Wikipedia
ペンコフスキーの父はロシア内戦中に白軍側につき戦死した。ペンコフスキーはキエフの砲兵学校を1939年に卒業しフィンランドとの冬戦争および第二次世界大戦に従軍し中佐に昇進した。 GRUの職員としてペンコフスキーは1955年にトルコの首都アンカラへ赴任した。後には科学調査委員会でも働いている。ペンコフスキーはGRUの長官であったイワン・セーロフや陸軍の兵科総元帥セルゲイ・ヴァレンツォフと友人だった[1]。 ペンコフスキーが祖国を裏切ろうとした理由は明らかではない。ペンコフスキーは1960年7月にモスクワのボリショイ・モスクヴォレツキー橋でアメリカ人の学生に小包を手渡した。CIAがこの小包を入手しペンコフスキーのことを知ったが、ペンコフスキーの信頼性を疑い、またソ連当局の監視を恐れてすぐには連絡しようとしなかった[2]。 ペンコフスキーはイギリスの協力者グレヴィル・ウィン（英語版）を介し、196
-
誰がDJカルチャーを破壊してきたのか？
MAIL MAGAZINE下記からメールアドレスを登録すると、FUZEが配信する最新情報が載ったメールマガジンを受け取ることができます。 利用規約、プライバシーポリシーに同意します。 登録する 1970年代初頭NYのディスコ・カルチャーに端を発するクラブ・ミュージック／DJカルチャーの歴史は、今、日本で｢DJカルチャー｣に親しんでいるどれだけの人に共有され、必要とされているのだろうか。 NYのラリー・レヴァン（Larry Levan）とシカゴのフランキー・ナックルズ（Frankie Knuckles）によって80年代前半にハウス・ミュージックが広まり、デトロイトでは80年代半ばにPファンクとクラフトワークの接合でテクノが誕生。その熱狂の伝播とエクスタシーの流入によって、海を越えたイギリスではパンク以来最大のユース・カルチャーと言われたセカンド・サマー・オブ・ラヴが80年代末に開花。そしてこ
-
promptoMANIA: AI art community with prompt generator
promptoMANIA Prompt Generator AI art community with an online prompt builder Do you want to become a CF Spark, Midjourney or Stable Diffusion master today? The human-friendly prompt builder will help you. You can also try it with other diffusion models, such as DALL-E 2, Disco Diffusion, WOMBO Dream, or any diffusion model. If it does, share the experience on social media. Now with Stable Diffusio
-
情報設計をもっと身近に〜DCC勉強会を主催して得た学びとチームの変化〜 - 弁護士ドットコム株式会社 Creators’ blog
こんにちは。弁護士ドットコム本部デザイン部の細貝です。 少し前になりますが「DESIGNING CONNECTED CONTENT デジタルプロダクトの長期的な成長を支える構造化コンテンツ」の社内勉強会を有志で行いました。 とても良い本だったので、社内外への布教がてら勉強会の様子を紹介したいと思います。 勉強会のきっかけ 情報設計についてもっと知りたかった チームで実践する前提の内容なので、みんなで勉強するのに向いていそうだった やったこと 冒頭に要約パートを用意する 書籍内で紹介された手順をグループワークで試す 監訳者の石橋さんへの質問会と、関連するツールや情報の紹介 勉強会に参加したメンバーの反応 勉強会後の変化 カテゴリ設計の話をチームで話す機会ができた 施策の打ち合わせにモデル図が添付された資料が出てくるようになった 勉強会を振り返って 繰り返し読んだり周辺知識を学びたい もっと情
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しました