プロ怪談師の“ITインシデント怪談”に来場者は固唾 風変わりなセキュリティイベントに行ってきた
今年の夏も暑い。暑い夏と言えば怖い話。怖い話と言えばITインシデントやヒヤリハット。では、怖い話のプロがITインシデントについて語ったらどうなるのか──9月12日夜、セキュリティ企業HENNGEが、神田明神ホール（東京都千代田区）でこんなイベントを開催した。会場にはIT従事者など数十人規模が来場し、プロの怪談師が語る“IT怪談”に固唾をのんだ。 登壇した怪談師は、怪談コンテスト「怪談最恐戦」優勝経験のある伊山亮吉さんと、ホラー作家でもある夜馬裕（やまゆう）さん。2人は、来場者などから募集したエピソードをベースにしたIT怪談を披露した。 伊山亮吉さん（左）と夜馬裕さん（右）。伊山さんは登壇中に不審なメールが届くという寸劇で、夜馬さんは過去編集社で勤めていたとき、セキュリティ意識が希薄だったというトークでも来場者を沸かせた エピソードは計4つ。出張先の地方事業所で、壊滅的なセキュリティ対策の状
スタッフエンジニアの道: The Staff Engineer’s Path
スタッフエンジニアの道 - Forkwell Library #66 での発表資料です https://forkwell.connpass.com/event/323138/ #Forkwell_Library
魚がぐるぐる回って死ぬ奇病、ついに原因を特定、米フロリダ沖
50年生きることもあるイタヤラ（Epinephelus itajara）も、米フロリダ・キーズ諸島で奇妙な円を描いて回転しているところが目撃された。（Photograph By David Doubilet, Nat Geo Image collection） 数カ月にわたる根気強いデータ収集と検査の結果、科学者は米フロリダ沖で魚がぐるぐると回りながら死ぬ原因を突き止めた。有毒な藻類の組み合わせが原因だったのだ。 2023年11月、フロリダ・キーズ諸島の住民が、絶滅危惧種であるノコギリエイ科のスモールトゥース・ソーフィッシュ（Pristis pectinata）などの魚が円を描いて泳ぎ、その後死んでしまうことに気づき始めた。科学者は後に、ブダイの仲間やオオメジロザメ（Carcharhinus leucas）、イタヤラ（Epinephelus itajara）など、80種類以上の魚でこの現象
観光客が洞窟に落としたスナック菓子で「世界が一変」、米国立公園が注意喚起
米ニューメキシコ州のカールズバッド洞窟群国立公園は壊れやすい生態系を維持している/Edwin Remsberg/VW Pics/Universal Images Group/Getty Images （ＣＮＮ） 米ニューメキシコ州のカールズバッド洞窟群国立公園で、持ち込みが禁止されているスナック菓子を観光客が持ち込んで洞窟内で落としたために、洞窟の生態系に「多大な影響」が生じたと公園当局が伝えている。 同公園の洞窟内では飲料水以外の飲食が禁止されている。しかし同公園のフェイスブックの６日の投稿によると、「ビッグルーム」と呼ばれる地中の広大な洞窟内の遊歩道から外れた場所で、スナック菓子のチートスが見つかった。 「人間のスケールにしてみれば、スナック菓子の袋を落とすのはささいなことに思えるかもしれない。だが洞窟の生命にとって、それは世界を一変させ得る」。同公園はそう書き込んでいる。 「加工トウ
「トー横」 都の施設でわいせつ行為か 子どもを守る場所で何が | NHK
違法行為が行われた疑いがあるのは、子どもたちを支援する施設の中でした。 新宿・歌舞伎町の「トー横」周辺に集まる子どもたちを支援するために東京都が開設した施設で、利用者の女性の体を触るなど、公共の場所でわいせつな行為をしたとして20代の容疑者ら2人が逮捕されました。警視庁は施設の管理体制などを詳しく調べています。 何が起きたのでしょうか。 都の相談施設で迷惑防止条例違反の疑い 逮捕されたのは千葉県に住む無職の新井風月容疑者（25）と住居不定、無職の青木涼太容疑者（20）です。 警視庁によりますと、ことし7月、東京都が歌舞伎町に開設した相談施設「きみまも」の中で利用者の女性の体を触るなど、公共の場所でわいせつな行為をしたとして都の迷惑防止条例違反の疑いがもたれています。 この施設は、家庭や学校に居場所がない中高生などが「トー横」周辺に集まって犯罪やトラブルに巻き込まれるケースが相次いでいたこと
抽象度の高い仕事の進め方 - Konifar's ZATSU
仕事をしていると、だんだんと抽象度の高いことを任されるようになる。 たとえば、方針も明確な小さな修正タスク => 修正方法がいくつか考えられるタスク => そもそも何をやるかから明確にしないといけないタスク といった感じで次第にふわっとした依頼になってくる。いわゆるグレード制を採用している会社において、"どれだけ抽象度の高い仕事を任せられるか" がグレードの違いの要素のひとつと言ってもいい。 抽象度の高い仕事を安心して任せられる人は何が違うのか自分もよくわからないので、自分のまわりの人がどういう動きをしているかを雑にまとめてみる。 1. なぜやるかを明確にしている わからないときはドキュメントやチャットのやりとりを探し、直接聞いたほうがよい人には自分でコミュニケーションを取っている やる理由がないと判断したら依頼者に話をして、実際にやらないこともある あとで「自分はこう言われただけなので」
維新の国会議員が問題発言 兵庫・斎藤知事疑惑の告発は「自民党とつくった怪文書」、元県民局長のプライバシー暴露も | AERA dot. (アエラドット)
維新の掘井健智衆院議員 この記事の写真をすべて見る パワハラや「おねだり」などの疑惑が噴き出ている兵庫県の斎藤元彦知事。県議会の文書問題調査特別委員会（百条委員会）で斎藤知事らの疑惑について調査が続いているが、そのさなかに維新の国会議員が、調査のもととなった元西播磨県民局長（7月に死去）の内部告発文書について、「自民党とつくった怪文書」だと言い、亡くなった元県民局長のパソコン内にあったプライバシー情報を漏らす発言までしていたことがわかった。 【写真】斎藤知事の問題で弱り果てている維新の代表はこの人 「亡くなった方（元県民局長）は、あれ（告発文書）は自民党さんらとつくった。あの怪文書」 こう発言したのは、日本維新の会の掘井健智（ほりい・けんじ）衆院議員（比例近畿）。兵庫県加古川市出身で、県議を2期務めた後、2021年の衆議院選挙で兵庫10区から維新公認候補として立候補し、小選挙区では敗れたが
紀尾井町と霞が関のシステム標準化事務に従事する中央省庁職員に伝えたい事｜高橋 広和/Hirokazu TAKAHASHI
リソース不足によるデスマーチは珍しくもありませんが、そうしたプロジェクトが真に崩壊する時は目標の達成の見込みが無くなった時です。 具体例として名前を出して申し訳ありませんが、過去の特許庁や京都市のシステム更改案件などが典型です。 デスマーチに陥ったプロジェクトにおいて、出来ることと出来ない事を整理し、優先順位をつけて対応するのは重要な事です。しかし、その結果目標達成の見込みや効果が見いだせなくなった時、モラルハザードに陥りプロジェクトは急速に崩壊に向かいます。 その意味で、全国のシステム標準化プロジェクトは今極めて危うい状況です。 "全国のシステム標準化事務に従事する自治体職員に伝えたい事"にも書きましたが、システム標準化の表向きの目標は標準化基準への適合ですが、真の目的は国の重点計画にあるトータルデザインの実現です。 言い換えれば、今多大な労力をかけてこのシステム標準化を遂行し、標準化基
代理人「イベントは転売者に利益を与えるためではない」 STARTO社が「チケット流通センター」に高額転売者の情報開示求める全国初の申し立て
STARTO ENTERTAINMENTとヤング・コミュニケーションは9月5日、ウェイブダッシュが運営する「チケット流通センター」に対して、チケット転売者の発信者情報開示をしたことを発表しました。これを受けて、ねとらぼ編集部ではSTARTO社とヤング社の代理人を務める中島博之弁護士とSTARTO社の権利侵害対策部に取材を行いました。 「チケット流通センター」に発信者情報開示を求めているSTARTO ENTERTAINMENT 1万件を超える高額転売―― 2019年には「特定興行入場券の不正転売の禁止等による興行入場券の適正な流通の確保に関する法律」(通称「チケット不正転売禁止法」）が施行されるなど、社会問題ともなっているチケットの高額転売。 特に問題視されているのがチケット売買プラットフォーム「チケット流通センター」での高額取引で、STARTO社に所属するアイドルグループ「少年忍者」のイベ
PlaywrightによるE2Eテスト入門 / Introduction to E2E Testing with Playwright
PlaywrightによるE2Eテスト入門 / Introduction to E2E Testing with Playwright
なぜDBから引くときに1000件ずつchunkingするのか、説明できますか - Lambdaカクテル
MySQLやPostgreSQLといったRDBMSからデータを引いてくるとき、扱うデータの規模によっては、1000件ずつLIMITをかけて順に引いていくということがある。 以前slow queryが出たらよくやっていたのを思い出して、ふとこのあたりってどういう根拠があってやっているのだっけ、自分が知っている他に効能があったりするのかな、と思ってSlackに書き込んだところ、同僚の id:onk に教えていただいた。その内容に加えて軽く調べた内容をまとめてみる。 Web系の話です。みなさまの知見がありましたら教えてください。 TL;DR 刺さる*1から 刺さったら困るから あたりまえ 詳細 もともとSlackに書いた原文は以下の通り(MySQL前提で書いているけどPostgresといった他のRDBMSにも適用できる話。): DB引くとき、Perl時代(？)によく1000件単位でchunkin
フィードバックされやすい人になろう
2024/9/2 LayerX 全社週次定例 LayerX 部門執行役員 AI・LLM事業部長 中村龍矢 https://x.com/nrryuya_jp
新しいチームでTypeScriptに素早くキャッチアップするためにやったこと - KAKEHASHI Tech Blog
カケハシのプラットフォームチームでソフトウェアエンジニアをしているすてにゃん (id:stefafafan) です。今回は、私が TypeScript をメイン言語として採用しているチームに参加した際、言語や周辺技術のキャッチアップを行った方法について紹介します。 この記事は秋の技術特集 2024の 3 記事目です。 この記事の想定読者 私が元々持っていたスキルセット 認知負荷の増加 TypeScript 学習のためにやったこと 学習の進め方 テックリードとの 1on1 の中で壁打ちや相談 ペアプログラミング 輪読会 もくもく会 学習コンテンツ O'Reilly Online Learning を使った学習 TypeScript Deep Dive プロを目指す人のための TypeScript 入門 安全なコードの書き方から高度な型の使い方まで type-challenges 公式ドキュメ
SmartHRのフロントエンドの技術的変遷 ── 技術顧問のkoba04と語るこれまでとこれから - SmartHR Tech Blog
マルチプロダクト戦略を掲げてプロダクトを急速に増やし続けている SmartHR のフロントエンド領域について、2018年から SmartHR に参加しているフロントエンドエンジニアの nabeliwo と技術顧問の koba04 が、これまでの振り返りと今後の展望を話しました。 SmartHR のフロントエンドでどんな技術が使われてきてどんな課題と向き合ってきたのか、そして今現在取り組んでいる課題や SmartHR ではどんなフロントエンドエンジニアが求められるのかなど、幅広いテーマが出てきました。 この記事ではその模様をお届けします。 目次 フロントエンドの Rails からの脱却とフロントエンド領域の確立 SmartHR UI の誕生 プロダクトの急増 複雑化する技術課題 テストの整備とロジック共通化の取り組み Next.js の導入 新たな技術的挑戦 フロントエンドミーティングの見直
Google Playの住所公開に開業届で対応する
こんにちは。趣味グラマのNobu(@nm_aru)です。 Google Playから以下のタイトルのメールが来ていましたが、身分証の提出ぐらいだろうと甘く考え、期限ギリギリまで放置しようと思っていました。 時間が出来たので内容を見てみると、何と個人開発者は自宅住所をストアに公開するための対応依頼でした・・・。 名前の公開はまだ良いとして、流石に住所公開はハードルが高いので、Playストアでのアプリ公開はもう諦めようかなと思いもしましたが、以下の3点から開業届を出して対応する事にしました。 利用してくれているユーザーがいる iOSのみになるとFlutterを使っている意味がほぼ無くなる 開業届のハードル（手続き、費用面）が低くなった という訳で、ここには備忘録を兼ねて今回の対応を残しておきたいと思います。
みずほが出した人手不足への予測が一行目からクライマックスだった→そら働く理由が無くなったら働かないわな
24万株 @24_9424 みずほが指摘としたというのが転換点になるか。 こどおじFIREが老人に擬態し住民税非課税世帯として社会保障や赤の他人が苦労して育てた子どもの労働力にフリーライドしているのが白日の下に晒されると今後の展開は苦しくなるかも。 やはり持続可能なフリーライドの形を考えないと… 24万株 @24_9424 子持ちでも、児童手当の所得制限などちゃんと納税する勤労者を罰する制度が余りに多くて勤労意欲が削られる。自分のできることは制度に合わせて合理的な最適選択する他ない。 画像は一例だけど年収910万円超だと崖となり助成が激減する奈良県の高校生等への修学支援制度😩 pic.x.com/or4x5rpzoc
もうすぐ 40 歳になるが労働を 3 年以上続けられたことがない IT エンジニアの話 - 30歳からのプログラミング
「30歳からのプログラミング」と題したこのブログを書き始めたのが 2016 年 3 月。 そこから月日が立ち、立派なアラフォーとなったわけだが、私はこれまで 3 年以上継続して働いたことがない。プログラマに転身する前も含めて、である。一度もない。 3 年経つ前に、必ず無職になってしまう。労働して貯めた貯金を食い潰しながら無職生活を送り、カネが無くなりそうになってまた働く、ということを繰り返している。 だが、今の勤務先（株式会社HERP）に入社したのは 2021 年 10 月 1 日であり、入社してからもうすぐ 3 年になる。 つまり、 3 年以上労働を続けることになる可能性が高い。 仮にこの記事を投稿した直後に退職を決意したとしても、引き継ぎや有給休暇の消化などで、さすがに 9 月末までは在籍していると思う。そうなれば 3 年到達である。 今までの会社を辞めてきた理由は様々だ。同様に、今の
コードレビュー開発者ガイド
コードレビュー開発者ガイド はじめに コードレビューとは、コードの作成者以外の人がコードを調べるプロセスです。 Google ではコードとプロダクトの品質を維持するためにコードレビューを実施しています。 このドキュメントは Google のコードレビューのプロセスとポリシーに関する正規の解説です。 このページでは私達のコードレビュープロセスを概観します。このガイドはさらに二つのドキュメントに分けられます。 コードレビューの仕方: コードレビュアーのための詳細なガイド CL 作成者のガイド: CL をレビューしてもらう開発者のための詳細なガイド コードレビュアーはどんな観点でレビューすべきか？ コードレビューは次の観点で見るべきです。 設計: コードはうまく設計され、そのシステムにとって適切か？ 機能性: コードは作成者の意図通りに動作するか？ユーザーにとってコードの挙動は適切か？ 複雑さ:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Apache Iceberg Catalog選択のポイント
What is Parser
