Backlog APIと生成系AIで考える課題優先度 / Issue prioritisation with Backlog API and generative AI.
![Itamae - Infra as Code 現状確認会](https://cdn-ak-scissors.b.st-hatena.com/image/square/62ddeea08419d6cda2cc5ee3064c986418aa832b/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fd438bdb02d1e01324432365ebb6a31b9%2Fslide_0.jpg%3F3654299)
ISUCON6にしましまスペシャルというチーム名で会社の同僚と参加して最終スコア147,028で予選通過できました。言語はRubyです。コードはここに公開してます。 https://github.com/hokaccha/isucon2016_qualifying 以下やったこととかのメモ。 10時-11時 下準備を整える どういうアプリケーションか確認 コードをざっと読む サーバーのスペックとか動いてるプロセスを確認 ベンチ流してみてリクエストの傾向を把握する nginxのログから集計してブラウザから見れるような雑なやつを用意しといた 11時-12時 作戦をたてる とりあえず/と/keywordが遅いのでそこを改善することにする htmlifyの改善、isutarの統合、インフラ・ミドルウェア周りの設定の3つに作業を分けてそれぞれ取り掛かる isupamもどうにかしたほうがいいかと思った
ようこそ、まだ見ぬ日本の美しさへ あなたが知っている日本は、この国のほんの一部でしかありません。 日本には47の都道府県があり、そこには四季を映し出す豊かな自然と、 長い歴史を誇る建造物、各地で育まれた個性的な文化が広がっています。 まだ見ぬ日本の美しさを届けるため、FIND/47は生まれました。 © FIND/47 Office. Some Rights Reserved.Except where otherwise noted, content on this site is licensed under a Creative Commons Attribution4.0 International license. © FIND/47 Office. Some Rights Reserved.Except where otherwise noted, content on this
チーム名「Anago」で @iwiwi, @zuisou, @imos の 3 人で ISUCON6 予選に参加し,幸運にも 1 日目 3 位で通過することができました.@iwiwi が「ISUCON に C++ で参加したい!」と言っており,それを全力バックアップをしようと思ったのがきっかけの参加でした. 前日までにやったこと C++ で全てを書けば最速になるのは自明なのですが,C++ は参考実装として与えられていないだけではなく,HTTP サーバを書くことを想定していない言語のため準備には苦労しました. C++ で HTTP サーバを書く方法は,既存の Web サーバ (e.g., nginx, Apache, H2O) のプラグインを書いて実装するか,FastCGI として実装するか,フルスクラッチで書くかの選択肢が考えられますが,プロセス間通信を避けて爆速にしたかったので,事前に
福島第一原発事故の被害が伝えられる際には、客観的な根拠や現地の一般の人々の声以上に、政治的な思惑や社会的な影響力が強い人たちの「大きな声」ばかりが目立ちました。このことが情報を錯綜させ、福島に対しての誤解や支援のミスマッチによる復興の遅れ、風評被害などを拡大させてきたと言えます。 今回の記事では、そのような「大きな声」の一部を具体例として集めました。 目的としているのは、これらの事実を事実として、当時の空気感と共に記録に残すことです。震災と原発事故がとくに報道や伝達の段階において、どのような被害を実際にもたらし、なぜそのような事態が起こってしまったのか、それを考察するための記録資料として残すためです。具体的な記録を残すために実例を用いますが、一つひとつの事例をもって特定の人物や団体を非難することが目的ではありません。 なお、これらの「大きな声」はいわゆるノイジーマイノリティであって、震災後
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く