並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 881件

新着順 人気順

リソースとは 人の検索結果1 - 40 件 / 881件

  • 正しく評価される自己評価の書き方 - るさんちまん

    はじめに 会社員として働く上で評価は最も大きな関心事の1つでしょう。評価によって自身の職位や給料が決まるのでそれも当然です。 しかしながら、「納得感のある評価を受けられていますか?」と問うと明確にYesと答えられる人は稀でしょう。「成果を出したのに正しく評価されていない」と不満を持っていたり「評価は偉い人が勝手に決めるものだから…」と諦めている人もいるのではないでしょうか。少なくとも過去の私はそうでした。 そもそも、評価をどのように受けるべきか指導や研修を受けたことはありますか?私にはその記憶はなく、自身が評価者の立場になって初めて評価というシステムに真剣に向き合うことになりました。 評価の際に被評価者としてできることは、評価者に自分の成果や成長を適切にアピールすることです。そして、アピールの方法として最も確実かつ重要なのは伝わる自己評価を書くことです このエントリは、被評価者が評価者に正

      正しく評価される自己評価の書き方 - るさんちまん
    • クレカ情報の流出があったタリーズオンラインストアのWebアーカイブから原因を特定した猛者が現れる→集まった有識者たちにより巧妙な手口が明らかに

      あらおじ @ojigunma すごい タリーズの原因発見してる人いる 確かにナンカある slick.min.js という画像をスライドするファイルの中に 難読化された悪意のあるコードが追記されてるっぽい 難読化は4段階ぐらいされてるらしい これブラウザとかセキュリティソフトで気づくのは無理なんだろか。。。 x.com/motikan2010/st… Niishi Kubo | GitLab,Limeboard @n11sh1_ クレカ情報漏洩の件、技術的な原因特定はこの投稿が一番分かりやすかった。 slick.min.js(画像切り替えのライブラリ)を改ざんされてマルウェアが仕込まれて、クレカ情報はサーバーに送信される前にフロントエンドから外部に送信されていたらしい。Content-Security-Policy がレスポンスヘッダーにきちんと設定されていれば悪意あるドメインに対しての通信

        クレカ情報の流出があったタリーズオンラインストアのWebアーカイブから原因を特定した猛者が現れる→集まった有識者たちにより巧妙な手口が明らかに
      • タリーズの件、CSPが設置されていたら防げていたという話がありますが、それは正しいでしょうか? CSPを設定していなかったとしても、想定していない外部へのリクエストが発生していないか、定期的にチェックすることも大事ですよね? | mond

        タリーズの件、CSPが設置されていたら防げていたという話がありますが、それは正しいでしょうか? CSPを設定していなかったとしても、想定していない外部へのリクエストが発生していないか、定期的にチェックすることも大事ですよね? タリーズのサイトからのクレジットカード情報漏えいについて、CSP(Content Security Policy)やintegrity属性(サブリソース完全性)の重要性がよくわかったという意見をX(Twitter)上で目にしましたが、これらでの緩和は難しいと思います。 まず、CSPの方ですが、今回の件では元々読み込んでいたスクリプトが改ざんされたと考えられるので、オリジンとしては正規のものです。evalが使われていたのでCSPで制限されると考えている人が多いですが、evalは難読化のために使われているので、evalを使わないことは可能です。個人的には、難読化しない方が

          タリーズの件、CSPが設置されていたら防げていたという話がありますが、それは正しいでしょうか? CSPを設定していなかったとしても、想定していない外部へのリクエストが発生していないか、定期的にチェックすることも大事ですよね? | mond
        • エンジニア採用のパラダイムシフト - laiso

          エンジニア採用の状況は地域によって大きく異なる 最近視聴した2つのコンテンツが、同じソフトウェアエンジニア採用の話題を取り扱っているにもかかわらず、その内容が両極端で非常に興味深かった。 ひとつは「エンジニア採用必勝法・これだけでわかるDevRel入門」という動画で、もうひとつは「最近カナダで就職したエンジニアと一緒に北米就活の攻略法を語る」というポッドキャストのエピソードだ。 エンジニア市場と企業の採用戦略は地域や業界によって異なるが、ここで話されている東京と北米(バンクーバー)では顕著な違いが見られる。 東京を中心とする日本ではテック企業間での人材獲得競争が激しく、特にエンジニアが不足しているため、採用広報の役割の重要性が増し、DevRelといった呼び名で施策が実行されている。 一方、カナダでは、永住権を持たない外国人労働者が職を得るハードルが高く、求職者の競争が激しい現状が実際

            エンジニア採用のパラダイムシフト - laiso
          • 「データエンジニアの市場価値」を上げたい。リクルートグループのニジボックスが“有料級のインプット教材”をつくるワケ - はてなニュース

            「全ての企業のサービスを成長させる」をミッションに掲げ、WebサイトやアプリのUI/UX改善をはじめ、技術力でサービスやプロダクトの成長を支援してきた、リクルートグループのニジボックス。 そんな同社が今注力するのは「データ人材」の育成です。具体的には、BIエンジニア、データエンジニアなど、データ領域でリクルートとともにプロダクトを「共創」できる専門家集団の立ち上げを進めています。その背景には、リクルートでプロダクトのデータ利活用が急速に進んだ結果、「共創」ニーズに対して人材が圧倒的に不足している、という課題がありました。 リクルートグループにおいて、データ実務が担えるエンジニアを、スピーディーに育てなければならない。そのために社内で活用されているのが、「インプットプログラム」と名付けられた新人エンジニアの研修プログラムです。プログラムを修了すれば、リクルートグループの実務で通用する知識やス

              「データエンジニアの市場価値」を上げたい。リクルートグループのニジボックスが“有料級のインプット教材”をつくるワケ - はてなニュース
            • デイリーポータルZ・林さんがリクルート流「データマネジメント」を深掘り。そもそもデータって大事なんですか……? - はてなニュース

              「デイリーポータルZ」代表の林雄司です。これまではウェブマスターとか編集長と名乗って、一企業のなかでサラリーマンとしてサイトを運営していましたが、2024年1月にとうとう独立してしまいました。これからは、自分でコンテンツを作るだけじゃなく、営業とか経営をして、きちんとお金を稼がないといけません。 デイリーポータルZは、これまで大きな企業のもとで運営してきましたが、正直なところ20年余りずっと赤字でした。独立して赤字だとサイトを続けられないので、なんとか自分でも稼ごうといろいろやっていますが、けっこう難しいことだと身にしみています。 独立してみたら想像以上に多くの方や企業に応援していただき、驚くべきことに今は何とか黒字を保っています。でも、これからずっとこの状況が続くかどうかは分かりません。だから、もっとちゃんと稼がないとと思って、そのためにはどうすればいいんだろう、といろいろ考えたり、お金

                デイリーポータルZ・林さんがリクルート流「データマネジメント」を深掘り。そもそもデータって大事なんですか……? - はてなニュース
              • [追記しました]きょう、図書館で悲しくなった

                普段はこういうのは日記帳に書くんだけど出先で持ってないのでここに書く。 昨日移動に4時間かけて内定式に出席した私は、まだ土地勘のない場所で今晩の食事の予定までの時間を潰さねばならなかった。 お金もないし充電もないしで図書館に入った。土曜日の図書館は勉強している人でいっぱいだった。勉強していない人もいっぱいいた。みんな本を読んでいた。 そんなごく普通のことすら自然にできなくなっている自分が恥ずかしく、悲しかった。 この数年、心から何かに没頭できない。心から求めるものがない。 以前は知識欲が旺盛な方だった。知識を得ることに純粋な喜びを感じていた。 何かを極めて一番になるタイプでもなかったけれど、本屋に入ると興味のある本を探して手に取り、気づいたら1時間経っていたり家族とはぐれたりしていた。 今もその時の興味の残り火で研究らしきものをしている。来春には研究とは直接関係のない職種に就く。 気づけば

                  [追記しました]きょう、図書館で悲しくなった
                • 「1塁打」を狙う日本のVCに、存在価値はあるのだろうか?|山田真央|ダイニー

                  日本のスタートアップや VC は、本気でホームランを狙っているのか? 大半のプレイヤーがスモール IPO で満足しているのではないだろうか? 日本のスタートアップ界隈は、皆、「1塁打」を狙いすぎだ。 起業家のビジョンも小さいし、投資家のレベルも低い。その上で、いやしくてつまらない「界隈意識」と、くだらない「同調圧力」によって、「仲良しこよし」で小さくまとまっている。その生ぬるさと閉塞感には、正直言って辟易している。 本来、スタートアップとは「100社に投資して、1社が大成功し、残り99社の失敗を補って余りあるほどのリターンを叩き出す」というゲームである。「ホームランを狙う」というのが、このゲームを支えるグランドルールだ。北米はもちろん、ヨーロッパ、南米、アジア圏においても「ホームランを狙う」ことこそがゲームを回し続けている。 唯一の例外が日本だ。ホームランを狙わずに、「仲良しこよし」で「1

                    「1塁打」を狙う日本のVCに、存在価値はあるのだろうか?|山田真央|ダイニー
                  • 「ゼルダの伝説 知恵のかりもの」が面白すぎて自分がゲーマーだったことを思い出せた話

                    いやーーー、ものすっっっごく面白いですね知恵のかりもの。久々に睡眠時間を削ってドはまりしてます。 オクタロックいっぱい配置して四方八方から弾幕張るのが、火縄銃配置して明智光秀ごっこしてるみたいで好きです。 この記事で書きたいことは、大体以下のようなことです。 ・「ゼルダの伝説 知恵のかりもの」がとても面白いです ・100種類以上の「カリモノ」の応用範囲が非常に広く、使い道を考えるだけで楽しいです ・様々なマップや謎を解くための解法が、脳筋から知的エレガントまで様々あり、思いついた解き方は大抵実現できます ・この辺、「考えれば考えるだけ楽しい」ゲームになっていて素晴らしい ・見た目はSwitchリメイク版「夢を見る島」ですが、遊んでる時の感覚はブレワイやティアキンに近いかも知れません ・唯一「カリモノ」の検索性だけもうちょっと何とかなるといいなあと思います ・皆さん知恵かり遊んでください 以

                      「ゼルダの伝説 知恵のかりもの」が面白すぎて自分がゲーマーだったことを思い出せた話
                    • 「Rails vs Node.js」を観た|laiso

                      このYouTubeライブはフロントエンドの最適化を専門にするmizchiさんがCloudflare Meet-up Tokyoで行った同タイトルのプレゼンを、RustやRDBの実装に詳しいkoba789さんを話し相手に語っていくというものだ。背景としては2人ともチーム開発の現場でのRailsが活発に利用されていた時期にウェブ開発を経験し、現在はNode.jsのサーバーサイドも実践している。 ライブは3時間半という長時間におよび、スライド外の周辺情報や持論や余談など多岐に渡るので、すでにこのプレゼンに触れた人でもさらに深掘りできるようなコンテンツになっている。 全体を大まかに1時間ごとの3パートに区切って視聴するとわかりやすい。前半はRailsからNext.jsに辿り着くまでのウェブ開発の変遷。ORMの話は主に後半戦で。最後の1時間はアフタートークになっている。 内容としてはRailsアプリ

                        「Rails vs Node.js」を観た|laiso
                      • 大学生が全員しょうもなくて絶望している

                        誰とも一緒に居たくないし、一人で居るのも楽しくない。本当のことを言えば、大学に入学した時から今に至るまでずっと仲良くしてきて、もうこの頃には少しの沈黙も気にしないような関係の友人が欲しかった。 私が人間関係について完璧主義すぎるから、生きる上での野望やポリシーを持たずにふらふらと生活しているような大学生がものすごく嫌いで、そういう奴とは友達になりたくなくて、そうやって自分から人間を遠ざけてきた。芯があるからって誰でもいいわけじゃない。自己肯定感がやたらと低かったり、相手のことを考えずに早口で喋ったり、自分自身に対して選民的な意識を持っている人も苦手だ。どこか妥協して、誰でもいいから話しかけるべきだったのかもしれないが、なぜか私はまず最初にそういった欠点から居心地の悪さを感じて、もう会いたくないな、と思ってしまうのだった。自分に都合の悪い奴とは仲良くしない。自分と話が合わなければ価値観を合わ

                          大学生が全員しょうもなくて絶望している
                        • 『SUUMO』を止めるな。大規模横断バッチがEOSLを迎える「2027年問題」にどう立ち向かったか - はてなニュース

                          あらゆるソフトウェアに存在する「サポート期限(End Of Service Life、EOSL)」。EOSLを迎えたソフトウェアにはパッチなども提供されなくなるため、安定した運用が困難になります。メーカーからのアナウンスがあれば、より新しいソフトウェアへの移行計画を作成し、これまで動作してきたアプリケーションプログラムの稼働に影響がないかを確認し、場合によっては改修を加えるといった一連の対応が求められますが、それには多くの労力が必要です。 1つのシステムですらこれほど大変なEOSL対応ですが、賃貸を取り扱う事業、新築マンションを取り扱う事業など、複数の事業領域で構成されている『SUUMO』では、仮想化ソフトウェアのEOSLを機に「複数の異なる領域で横断的に利用される、12万以上のジョブが動作する横断バッチの移行プロジェクト」を実行、無事完遂しました。 事業に不可欠でありながら、新規サービス

                            『SUUMO』を止めるな。大規模横断バッチがEOSLを迎える「2027年問題」にどう立ち向かったか - はてなニュース
                          • Rails vs Node.js

                            Previous slideNext slideToggle fullscreenOpen presenter view Rails vs Node.js 最終章 「Prisma」 @mizchi Cloudflare Meetup 2024/10/02 今日の Prisma + Cloudflare の様子 About https://x.com/mizchi Node.js とフロントエンドの専門家 100万円*達成率で御社のフロントエンドの高速化をやります 前書き フロントエンド/Node.js 視点のポジショントークです Railsに対するチャレンジャーとして Node.js を使ってきた話 Rubyの開発者やRubyのユーザーを否定する意図はありませんが、好き嫌いは否定しません。型が好きです 「Rails」は 2010年前後に流行っていた任意なWAFに置き換え可能 Symfony

                            • ロールモデル不在のなかで、私たちはどう年を取っていくべきか

                              最近、ある人と「中年危機」の話をする機会があった。 「最近、中年危機の話をよく見かけますね」 「phaさんの『パーティーが終わって、中年が始まる』がヒットした影響じゃないですか」 「まあでも、年の取り方については割り切ったつもりでも、なかなか割り切れないですね」 個人のレベルでは、年の取り方をスムーズにし、中年危機を回避する方法は色々と思いつく。 けれども社会全体の話として考える場合、私たちの世代には私たちの世代ならではの年の取り方の難しいポイントもある。そうしたことについて、この文章では指摘してみたい。 ロールモデル不在のなかでどうエイジングしていくか 現代日本の・私たちの世代ならではのエイジングの問題点、ひいては中年危機への対策の話として意外に馬鹿にならない盲点は、 《ロールモデルの不在》 だと私は考えている。 中年危機という言葉が生み出されたのは日本ではなく、アメリカだ。まず、そのア

                                ロールモデル不在のなかで、私たちはどう年を取っていくべきか
                              • AI研究者がノーベル物理学賞・化学賞を受賞したことについてのコメント | 人工知能学会 (The Japanese Society for Artificial Intelligence)

                                AI研究者がノーベル物理学賞・化学賞を受賞したことについてのコメント2024年10月10日 一般社団法人 人工知能学会 会長 栗原 聡 今回のノーベル物理学賞において,ジョン・ホップフィールド,ジェフリー・ヒントン両先生が受賞され,翌日の化学賞においてデミス・ハサビス氏が受賞したことについて,まずはAIコミュニティにとってとても喜ばしく,この流れが今後も続くことが期待されることは,基礎研究の重要性の今更の再認識においても強い説得力がある出来事であったことは間違いない.ホップフィールド氏、ヒントン氏、お二人の物理学賞受賞を知った時は正直驚いた,というか意表を突かれた感覚であった.自然科学や宇宙についての発見やその人類への貢献に対する物理学賞というのが一般的な認識である中,情報処理に関する研究が受賞したのであるから驚いたのは当然であろう.確かに,我々の脳の機能をコンピュータ上で再現した,すなわ

                                  AI研究者がノーベル物理学賞・化学賞を受賞したことについてのコメント | 人工知能学会 (The Japanese Society for Artificial Intelligence)
                                • 技術的負債のマネジメントを考える - yigarashiのブログ

                                  技術的負債をうまくマネジメントすることは重要です。なぜなら、持続可能な長期的な利益の確保こそが競争戦略における目標であり、技術的負債への対応力はその目標に近づくための重要な組織能力だからです。EMとして組織の成果の最大化を目指す上で避けては通れない課題です。また技術的負債への対応は、単に技術的な課題ではなくそれらを包含するプロダクトの課題です。どうやって解決するかだけでなく、なぜ、いつ、どのくらいやるべきかを、事業責任者などのステークホルダーと合意して初めて対応を進めることができます。こうした課題に対しては、多職種をつなぐメンタルモデルの構築、方向付け、ファシリテーションといったソフトスキルが必要になってきます。EMはエンジニアリングの視点とそうしたスキルを併せ持つことが期待される存在で、技術的負債への対応においても重要な役割を担うと考えています。本記事では、技術的負債をマネジメントする方

                                    技術的負債のマネジメントを考える - yigarashiのブログ
                                  • 世界一わかりやすいゼロ知識証明 Vol.2: Zero-Knowledge Proofs in the Context of Modern Cryptography

                                    このブログシリーズをグラントプロジェクトとしてサポートしてくださっているイーサリアム財団、また執筆に際してフィードバックとレビューをしてくださった末神奏宙さんに感謝します。 Special thanks to Ethereum Foundation for awarding grants to this blog post series, and Sora Suegami for feedback and review. このブログシリーズは、ソフトウェアエンジニアに限らず、あらゆる日本の読者のみなさんに向けて、最先端の暗号技術とその重要性をわかりやすく説明するという趣旨で書かれています。それぞれ単体の記事としてもお読みいただけますが、順番に読み進めていくことでより理解が深まります。まだお読みでない方は、ブロックチェーンやコンセンサスアルゴリズムの仕組みについて解説しているVol.1を先に

                                    • 39社のデータアーキテクチャ特集 - ツールの技術選定のポイントと活用術 - Findy Tools

                                      8つのデータ系ツール「BigQuery」「Databricks」「dbt」「Fivetran」「Lightdash」「Looker」「Snowflake」「TROCCOⓇ」に39社からご寄稿頂いたレビューから、各社のデータアーキテクチャをまとめた記事です。各社の技術選定の背景や工夫などの知見を得ていただく場となれば幸いです。 ※ツール名・ご寄稿企業名共にアルファベット順で掲載しております BigQueryBigQuery は、Google Cloud の費用対効果に優れたフルマネージド型の分析データ ウェアハウスです。ペタバイト規模に対応しており、膨大な量のデータに対してほぼリアルタイムで分析を行うことができます。 ▼BigQueryとは?機能や特徴・製品の概要まとめページはこちら https://findy-tools.io/products/bigquery/49 ▼Findy Too

                                        39社のデータアーキテクチャ特集 - ツールの技術選定のポイントと活用術 - Findy Tools
                                      • マネージャー向けガイド: バーンアウトに立ち向かう方法 - The Asana Blog

                                        この記事は英語、フランス語、ドイツ語、ポルトガル語、スペイン語でもお読みいただけます。 編集メモ: この記事は Quartz に掲載されたものです。 過酷なストレスは、今や仕事において身近な存在となってしまいました。去年、ナレッジワーカー (知識労働者) の 71% が一度はバーンアウト (燃え尽き症候群) を経験しています。さらに、メンタルヘルスの状態を「悪い」または「非常に悪い」と回答した労働者の割合が、5% から 18% に急増しました。ストレスレベルが「高い」または「非常に高い」と回答した割合は、42% に上ります。このようなストレスやプレッシャーの高まりは、明らかに時代の流れを感じさせます。 これは Asana「仕事の解剖学」インデックス 2021 報告書に基づいています。この調査では、回答者のほぼ半分が、バーンアウトの主な要因として過労を挙げています。つまり、問題の要因はオフィ

                                          マネージャー向けガイド: バーンアウトに立ち向かう方法 - The Asana Blog
                                        • 汚いコードの害を伝えたいだとか

                                          汚いコードはよくない (2024.9.22 追記:続編を具体的にかきました!) コードを書くと、コードは増える プログラムは、ソースコードと呼ばれる文字列を記述する事で作成されます。このことを、単にプログラムを書く、コードを書く、などと言ったりします。 ほとんどの場合、プログラムを書くときには、その目的があります。 なにかの目的を達成するために、ソースコードと呼ばれる文字列を記述します。 この記述方法にはいろいろなものがあり、同じ目的を達成するにも無数の方法が存在します。 どの方法を選ぶかは作者に任されている、という言い方もできます。 ところで、ソースコードを記述していき、プログラムで実現できる事が細かくなるにつれて、文字の数はだんだんと増えていきます。 コードの増え方にもいろいろある この文字が増えていく様子を比喩的に表現することを考えます。例えば書類を積み上げることや、積み木を積み上げ

                                            汚いコードの害を伝えたいだとか
                                          • 日本とグローバルのクックパッドを統合しました - クックパッド開発者ブログ

                                            こんにちは、レシピ事業部プロダクト開発グループの赤松(@ukstudio)です。 昨年の10月頃からレシピ事業部ではひとつの大きなプロジェクトに取り組んでいました。このプロジェクトは社内ではOne experienceと呼ばれています。本記事ではこのOne experienceについてご紹介します。 One experienceとはなにか クックパッドではレシピサービスを日本を含めた71ヶ国、29言語で展開しています。これまでは日本のサービスと海外のサービスは独立した別のシステムで別のサービスとして展開してきました。日本のレシピサービスは日本の組織が、海外のレシピサービスはイギリスにオフィスを置く海外の組織によって開発・運営を行なっていました。 One experienceはこの独立した2つのサービスを1つに統合し、国内・国外関係なく、全ユーザーに同じ体験を提供することを目的としたプロジェ

                                              日本とグローバルのクックパッドを統合しました - クックパッド開発者ブログ
                                            • プログラミング〈新〉作法 これからプログラムを書く人のために

                                              「プロとしてプログラムが書ける人」に求められる能力が大きく変わった! 1つのプログラミング言語にこだわらず、それぞれの言語のベストプラクティスを学ぼう。現代のプログラミング言語を支える技術が凝縮した一冊 第1章 はじめに 1.1 プログラミングに必要な知識とは 1.2 本書の構成 1.3 プログラマに伴走する生成AI 1.4 コーディング環境 1.4.1 オンライン実行環境 1.4.2 ローカルでのコーディング環境 1.5 まとめ 第2章 C言語からはじめよう 2.1 C言語とは 2.2 入力・演算・出力 2.2.1 変数・定数・リテラル 2.2.2 演算子 2.2.3 入出力関数 2.2.4 数値計算を行うプログラム例 2.2.5 配列 2.2.6 文字と文字列 2.3 制御構造 2.3.1 条件分岐 2.3.2 繰り返し 2.3.3 構造化プログラミング 2.4 関数 2.4.1 ma

                                                プログラミング〈新〉作法 これからプログラムを書く人のために
                                              • 数年後に「デザインが浸透している状態」を見据える。みずほ銀行のデザイン組織における育成のしくみ|Cocoda

                                                みずほ銀行のデザイン組織では、立ち上げと同時に「育成」にも取り組んでいます。 これは、単純にデザイン組織のリソースを増やそうという目的だけでなく、数年後の「みずほ全体に、デザインが浸透している状態」を見据えて、組織全体にデザインを扱える人を増やしていく目線で取り組んでいるのが、特徴と言えるかもしれません。 みずほ銀行デザイン組織では、立ち上げと同時に「育成」に投資具体的に行っている「デザインチーム内の育成施策」「全社に向けた兼業制度」の2つを例にまとめてみます。

                                                  数年後に「デザインが浸透している状態」を見据える。みずほ銀行のデザイン組織における育成のしくみ|Cocoda
                                                • Windowsカーネルから見るオブジェクトハンドル - ラック・セキュリティごった煮ブログ

                                                  デジタルペンテスト部の北原です。 今回は、Windowsでのツール開発者にとっては重要なハンドルの内部について解説します。 Windowsでは、ファイルやプロセスから始まりすべてのリソースはオブジェクトとして扱われ、ファイルの削除やメモリの確保にはハンドルを取得する必要があります。 ツールやアプリケーションの開発者にとっては、日常的にハンドルを操作する機会がありますが、通常の利用者にとってはあまり意識するものではありません。 本記事では、Windows OSでのハンドルの役割と、OS内部でどの様に管理されているのかについて解説します。 記事の構成は以下の通りです。 ハンドルの役割とアクセス権限 ハンドルへの情報の問い合わせと操作 カーネル空間でのハンドル管理 応用例1 - オブジェクトをロックしているプロセスの特定 応用例2 - カーネルモードルートキット 本記事は以下の読者層を想定してい

                                                    Windowsカーネルから見るオブジェクトハンドル - ラック・セキュリティごった煮ブログ
                                                  • フォルクスワーゲン、中国の技術を頼りにEVシフト加速へ。エンジニア数百人を小鵬汽車に派遣 | 36Kr Japan | 最大級の中国テック・スタートアップ専門メディア

                                                    自動車業界の競争が激化するなか、ドイツの自動車大手フォルクスワーゲンが中国の新興EVメーカーとの提携強化に動いており、業界からの注目を集めている。 2024年7月18日にフォルクスワーゲンのエンジニア数百人が中国の新興EVメーカー小鵬汽車(Xpeng Motors)の本社を訪れたことが、大きな話題を呼んだ。フォルクスワーゲンは23年7月、約7億ドル(約1000億円)を投じて小鵬汽車の株式4.99%を取得し、取締役会でオブザーバーの席を1つ確保した。両社はフォルクスワーゲンブランドのEV2車種を共同開発し、2026年の発売を予定している。いずれも小鵬汽車のSUV「G9」用プラットフォーム、スマートコックピット、先進運転支援システム(ADAS)がベースになるという。 目下、この2車種は「V01」「V02」というコードネームで本格的に開発が進められており、生産はフォルクスワーゲンと安徽江淮汽車の

                                                      フォルクスワーゲン、中国の技術を頼りにEVシフト加速へ。エンジニア数百人を小鵬汽車に派遣 | 36Kr Japan | 最大級の中国テック・スタートアップ専門メディア
                                                    • 歌詞と検閲:“Parental Advisory”が生まれる切っ掛け“汚らわしい15曲”とミュージシャンの反応

                                                      今から30年以上前、アメリカでは、15の曲が公序良俗を乱す曲として名指しされた。政治家の妻たちによる過激になっていった歌詞への反動的な運動の中で、これら15曲が「汚らわしい15曲 / Filthy 15」として槍玉に挙げられ、その結果、彼らの圧力によって「露骨な歌詞」が含まれていることを警告するステッカー「Parental Advisory」がレコードやCDのジャケットに貼られるようになったのだ。 それからかなり年月は過ぎたが、槍玉に挙げられた曲に関する議論は今でも語り草となっている。2018年には、作曲家のニコール・リジーがこの問題をテーマとした作品「汚らわしい15曲」を発表し、有名なバービカン・シアターを含む各地の演劇会場で上演されている。 「初めのころ、私は驚いて呆然としていた。けれど、じきに怒りが爆発した」 作品で発表する表現がどこまで許容されるのか……それをめぐる議論は昔からあっ

                                                        歌詞と検閲:“Parental Advisory”が生まれる切っ掛け“汚らわしい15曲”とミュージシャンの反応
                                                      • PostgreSQL 17正式リリース。WALの改善で書き込み性能が最大2倍に、本体付属のバックアップツールで増分バックアップ対応など新機能

                                                        PostgreSQL 17正式リリース。WALの改善で書き込み性能が最大2倍に、本体付属のバックアップツールで増分バックアップ対応など新機能 PostgreSQLは今年(2024年)に発表されたStack Overflowの調査でMySQLを抜いて最も使われているデータベースとなっているなど、人気が高まっているデータベースです。 参考:Stack Overflowが世界6万人以上のITエンジニアにアンケート。最も使われている言語はJavaScript、データベースはPostgreSQLが1位に定着。Stack Overflow 2024 Developer Survey WALの改善で書き込み性能が最大で2倍に PostgreSQL 17では、先行書き込みログ(WAL)処理の改善が行われました。 WALとは、トランザクション処理が確実に行われるためにトランザクション処理に先立ってつねに記録

                                                          PostgreSQL 17正式リリース。WALの改善で書き込み性能が最大2倍に、本体付属のバックアップツールで増分バックアップ対応など新機能
                                                        • AWSエンジニアに必要な知識

                                                          はじめに 私は2024年1月からAWS設計構築のプロジェクトに入り、現在設計を進めている真っ只中なのですが、プロジェクトにアサインされてからの気づきについて書き留めてきたいと思いましたので本記事を執筆いたします。 まず、結論ファーストでお話させていただきますが、タイトルの「AWSエンジニアにとって必要な知識」についてはIT全般の知識を7割程度把握 しておくのが自分的ベストプラクティスかと思います。 ある知識に特化しているよりも、全体的に網羅されている方がことAWSにとっては必要な要素ではないかと考えています。 なぜなら、設計において任されるタスクは自分の得意としていない分野においても任されるからです。 ではその全体の知識って具体的にどんなことを知っておいたら良いの?について紹介していきます。 Linuxの知識 言わずもがな、Linuxの知識は必須になってきます。 前提として設計段階でEC2

                                                            AWSエンジニアに必要な知識
                                                          • 【レバテック開発部に聞いた】ITエンジニアにおすすめの本18選!

                                                            SNSや友人との会話の中で、ITエンジニアにおすすめの本を聞いたことはあっても、種類が多くてどれを読めばいいのか迷った経験がある方もいるのではないでしょうか。 そこで今回、レバテックフリーランスはレバテック開発部に「ITエンジニアとして活躍するうえでおすすめしたい本」についてアンケートを取りました。初級〜中級エンジニアを想定して本を選出してもらったので、ITエンジニアとしてもっとスキルをつけたい方はもちろん、ITエンジニアになりたての方もぜひ参考にしてください。 <調査概要> 調査対象:レバテック開発部に所属する正社員・業務委託 調査年月:2024年9月 調査方法:Webアンケート調査 レバテック開発部ってどんな組織? レバテック開発部は、レバテック関連のシステムを作る開発部であり、Webサービスの開発や社内向け業務システムの構築をしている組織です。 開発手法としてはDevOpsを軸にして

                                                            • Twitterのカルチャーが「残っている」という自負――ロプロス × yositosi 開発者対談

                                                              TwilogとTogetterの15周年を記念し、それぞれのオリジナル開発者同士による対談をお届けする Twitter関連サービスとしてどちらも2009年にスタートし、2024年で15周年を迎えたTogetterとTwliog。その記念として、それぞれのオリジナル開発者であるyositosi(吉田俊明)とロプロス氏に、初めてTwitterに触れた頃の話からサービスの開発〜発展、Xへの変化を含むイーロン・マスク体制以降の動乱まで、この15年を振り返ってもらった。 Twitterはゆるくて気軽な雰囲気、APIも多機能で自由度が高かった ロプロスさんはいつ頃Twitterを始めたんですか?私が始めたのは2007年で、当時勤めていた会社の同僚たちの間で話題になっていたのがきっかけです。日本国内での最初の盛り上がりみたいなものが、このタイミングであったと記憶しています。「百式」の田口元さんあたりから

                                                                Twitterのカルチャーが「残っている」という自負――ロプロス × yositosi 開発者対談
                                                              • 企業がOSSメンテナーに“ただ乗り” この風潮はいつ是正されるのか?

                                                                データ圧縮ソフト「XZ Utils」を狙ったソーシャルエンジニアリングのキャンペーンが実行されてから数カ月が経過し、オープンソースのメンテナーたちは、これまで以上に高いセキュリティ基準を求められている。 しかしメンテナーをサポートするTideliftが2024年9月17日(現地時間、以下同)に発表したレポートによると(注1)、メンテナーの大半は依然として無報酬のままだという。 企業がメンテナーに“ただ乗り”する風潮はいつになったら是正される? 複数年にわたるソーシャルエンジニアリング攻撃が、XZ Utilsという多くの「Linux」ディストリビューションで使われているデータ圧縮ソフトウェアを標的にしており(注2)、攻撃は2024年3月末にピークに達した。このとき攻撃者と思われる者がxzライブラリーに悪意のあるコードを挿入した。「GitHub」が後にアカウントを停止した「@JiaT75」とい

                                                                  企業がOSSメンテナーに“ただ乗り” この風潮はいつ是正されるのか?
                                                                • 「AIは実際のところ従業員の生産性を低下させている」という指摘

                                                                  生成AIツールは時間のかかるさまざまなタスクを代替し、職場の生産性を大幅に向上させるのではないかと期待されています。ところが、2500人以上の労働者や経営者を対象にした調査では、実際のところ生成AIツールは仕事量を増やし、生産性を妨げていることが明らかになりました。 AI is actually making workers less productive - WorkLife https://www.worklife.news/technology/ai-is-actually-making-workers-less-productive/ アメリカのカリフォルニア州に拠点を置くフリーランスプラットフォームのUpworkは、2500人以上のフルタイム労働者やフリーランス労働者、経営者を対象に「生成AIを仕事で使うことで生産性が向上したと思うかどうか」を調査しました。 その結果、仕事で生成

                                                                    「AIは実際のところ従業員の生産性を低下させている」という指摘
                                                                  • なぜモチベーションが続かないのか?研究でわかった、やる気を保つ「5つのテクニック」 | ライフハッカー・ジャパン

                                                                    Ayelet Fishbach氏は、シカゴ大学ブース・スクール・オブ・ビジネスの教授で、行動科学とマーケティングが専門分野。 モチベーション研究学会の元会長でもあり、モチベーション研究に関する自らの洞察を世に伝える著作活動も盛んに行なっています。 Fishbach教授は、米Fast Companyに寄稿した以下の原稿で、自身の新著『Get It Done: Surprising Lessons from the Science of Motivation(目標達成術:モチベーションの科学から得られた驚くべき教訓)』の中から、5つの重要なポイントを明かしています。 1. 「目標を達成する手段」ではなく、「目標そのもの」を設定するレストランで1杯12ドルするカクテルを注文することはためらわないのに、同じ額を駐車サービスに払うのは嫌で、割安な駐車場を求めてあたりをぐるぐる回ったあげく、あきらめて

                                                                      なぜモチベーションが続かないのか?研究でわかった、やる気を保つ「5つのテクニック」 | ライフハッカー・ジャパン
                                                                    • 平日も休日も忙しい、でもできればちゃんと自炊したい……そんなあなたに贈る、日々効率的に料理するための知恵 - ソレドコ

                                                                      平日は仕事で忙しいし、休日は趣味(オタ活)で充実した時間を過ごしていると、正直家事にかける時間はできるだけ短くしたい……! でも、健康のためにも、経済的にも可能な限り自炊したいと思っている方も少なくないはず。 そこで今回は、毎日の料理にたくさんの時間を割かず、できるだけ効率化するための便利アイテムを紹介します。実際に毎日忙しく過ごしている方々がたどり着いた、信頼できる逸品ばかりです! 疲れ果てた日でも“これなら作れそう”な簡単レシピ本 4分で5人前のサラダを作れる千切り器 フライパンもういらないかも……な卵焼き器 自炊勢がたどり着くのはここ。iwakiのガラスコンテナ 狭いキッチンの救世主、ドライングマット 疲れ果てた日でも“これなら作れそう”な簡単レシピ本 自炊を効率化したい人にとって、レシピ本は非常に有効なツール。レシピ本を開くのさえめんどくさい……なんて言っている人も多いと思いますが

                                                                        平日も休日も忙しい、でもできればちゃんと自炊したい……そんなあなたに贈る、日々効率的に料理するための知恵 - ソレドコ
                                                                      • 実は世界は、「はてな的」になりつつある。 - 犬だって言いたいことがあるのだ。

                                                                        シロクマ先生(id:p_shirokuma)がNHK『クローズアップ現代』に出演されたということで、NHKプラスで拝見した。 www.nhk.or.jp 内容も面白かったのだが、何よりも、小泉今日子さんとphaさん (id:pha)とシロクマ先生が同じ番組の中で「中年の危機」という、とても「はてな的」なテーマについて語っている、その状況自体が、はてな村民(と名乗るにはだいぶ新参者だけど)としてはなんとも不思議なものだった。 あと、番組の中でシロクマ先生は「中年の危機」の問題は、その危機を乗り越えるリソースを十分に持ち合わせていない氷河期世代が直面していることと相まって、余計に深刻になっているのでは、というようなことをおっしゃっていた。 これも興味深いことだ。 これまでずっと世の中からスポットライトを浴びることのなかった氷河期世代が、「中年の危機」に直面することになってはじめて注目を集めてい

                                                                          実は世界は、「はてな的」になりつつある。 - 犬だって言いたいことがあるのだ。
                                                                        • nginxのproxy_cache_lockと謎の500ms - Cybozu Inside Out | サイボウズエンジニアのブログ

                                                                          はじめに Cloud Platform部のpddgです。2024年もサマーインターンシップを開催し、プラットフォーム(自社基盤)コースとして2名の方を受け入れました。 昨年の様子は以下からご覧いただけます。興味があれば是非ご覧下さい。 blog.cybozu.io 今回は受け入れたお二方のうち藤本陽人さん(static-fuji)に担当していただいた検証の中で発見したやや直感的でない挙動について、藤本さんによる検証結果を社員がまとめたものになります。 この記事内での検証のほとんどはインターン生である藤本さんによって実施されたものですが、一部社員がインターンシップ完了後にこの記事の執筆のために生成した図等も含まれます。 また、もう一人のインターン生の方にはRustでロードバランサを書くという課題に挑戦していただきました。こちらもインターン生の方に大活躍していただいています。是非ご覧下さい。

                                                                            nginxのproxy_cache_lockと謎の500ms - Cybozu Inside Out | サイボウズエンジニアのブログ
                                                                          • デジタル監視が進む欧州の最果て――デジタル化が非人間化を意味するとき | p2ptk[.]org

                                                                            以下の文章は、Access Nowのブログシリーズ「Surveilling Europe’s edges」のパート1「when digitalisation means dehumanisation」、パート2「when research legitimises border violence」、パート3「detention centres as a blueprint for mass surveillance」を翻訳したものである。 Access Now PART 1: デジタル化が非人間化を意味するとき 2024年5月、Access Nowのカテリーナ・ロデッリはギリシャを横断した。彼女は移民支援や人権侵害の監視に携わる現地NGOと面会し、欧州の国境で監視技術がどのように、そしてどこで使われているかを自らの目で確かめた。彼女の3部構成のブログシリーズの第1回では、国境のデジタル化が、

                                                                              デジタル監視が進む欧州の最果て――デジタル化が非人間化を意味するとき | p2ptk[.]org
                                                                            • 自民王国石川県のネトウヨのみなさ~ん!枯渇していた水届きましたよっ!w

                                                                              災害大国日本で自己責任論って無理あるくね? 私は別に自己責任論者ではないので、当然困ったときは政府に頼る権利を最大限に行使するつもりなのですが。 兵庫県にも言えることですが、石川県の馳浩知事をリコールせずに続投させるという「選択をした」「権利を行使しなかった」ということは、やはり石川の方々は馳氏を信任しているのだということですね。その中で、1月1日に起こった震災の瓦礫すら完全に除去できていない状況で起こった今回の水害、自己責任論を取らない方々に対しては同情を禁じえませんが、はたして自民王国石川県にお住いの自己責任論者に対しても同様に同情をするべきなのでしょうか。馳氏を選び続けているのは石川の方々ですので、これからの馳氏の活躍に期待しましょう。 私が以前投稿したポストhttps://anond.hatelabo.jp/20240112200526に対して色々なブコメが付きましたが、「反日韓国

                                                                                自民王国石川県のネトウヨのみなさ~ん!枯渇していた水届きましたよっ!w
                                                                              • 専業主婦VSワーママとか、労働人口不足とか

                                                                                最近多いよね。最近アツいのは3号廃止とか。 Xだとしがらみを感じるので自分の考えの整理のためにここに書こうかなと。 基本的な私の考えについて 私の属性 育休を謳歌する暇人 育休が終わればワーママになる予定2馬力前提家計なので基本的に仕事はやめられない都内に持家を購入し住宅ローンの支払いがある 夫は家事育児に協力的 というか主務として普通にやってる夫婦の年収は均衡している個人年収と世帯年収は都内の平均をわずかに上回る程度基本的な考え専業主婦が税優遇される必要はないです。それよりも子ども1名あたりの税控除などが必要だと考えます。は国の労働人口不足が大きいと考えており、理由はこの後トピックス毎に記載します。 各考えの論拠については曖昧な点も多いので、詳しい方、違う意見の方はコメントいただけると嬉しいです。 専業主婦VSワーママの最近のトピックス年収500万*2馬力世帯は年収1,000万円*1馬力

                                                                                  専業主婦VSワーママとか、労働人口不足とか
                                                                                • ロードマップは決めきるべきじゃない。「売れない」から脱出するために、PdMがやるべきこと【エムスリー山崎聡】 | レバテックラボ(レバテックLAB)

                                                                                  TOPインタビューロードマップは決めきるべきじゃない。「売れない」から脱出するために、PdMがやるべきこと【エムスリー山崎聡】 エムスリー株式会社取締役CTO/VPoP エムスリーテクノロジーズ株式会社代表取締役 山崎聡 大学院博士過程中退後、ベンチャー企業、フリーランスを経て、2006年、臨床研究を手がけるメビックスに入社。2009年、メビックスのエムスリーグループ入り以降、エムスリーグループ内で主にプロダクトマネジメントを担当する。2017年からVPoE。2018年からエムスリー執行役員。2020年からはエンジニアリンググループに加えて、マルチデバイスプラットフォームグループとデザイングループも統括。2020年より初代CDOに就任。2022年よりCTO兼VPoP。2023年より取締役。2024年よりエムスリーテクノロジーズ株式会社代表取締役。 X Speakerdeck 人はつい「楽な

                                                                                    ロードマップは決めきるべきじゃない。「売れない」から脱出するために、PdMがやるべきこと【エムスリー山崎聡】 | レバテックラボ(レバテックLAB)