前段 最近CodeCommitやCloud9の新規アカウント利用不可になったことでX上ではざわざわ...していました。 ・ 2024年7月27日時点におけるAWS CodeCommitとAmazon CloudSearchの新規利用に関して ・AWS Cloud9が突然、新規利用不可に？ 代替策「SageMaker Studio コードエディタ」の利用手順 そこで、ここ直近一年(2023/4~)で終了（の予告があった）サービスをみて、今後の展開を考えてみようと思いました。 あわよくば、「このサービスもなくなるかもなー」と先見の明が少しでも生えれば焦らなくてすむな、という思いで書いています。 ※あくまで個人見解です ここ一年で終了(の予告があった)したサービス AWS OpsWorks（2024.1.31 終了） AWS OpsWorks Stacks サポート終了FAQs 登場背景 201
米ドル/円 が150円と計算しやすくなり、コスト削減の圧力が日々強まる中、皆様お宝探しと垂れ流し回収の真っ最中でございましょうか。 最近はコスト削減や予算について見ることが多いので、その中で出てきた面白げな話に雑談を加えてとりとめなく書いてみようと思います。 削減余地はある 昨年にご好評いただいた AWSコスト削減とリソース管理 | 外道父の匠 を含め色々な削減施策を試みてきましたが、サクッと成果になる箇所から泥沼に動かない所まで様々あったりします。 ただ、どんなアカウントでもトラフィックや処理負荷には波があり、それに対する余剰リソースを確保して構成しているので、その辺をキュッと絞ることまで含めればやれることは必ず一定以上存在することになります。 そういう大きなお宝ではない小さなお宝だと様々あり、古びたとか退職者が作ったとかで、ほぼ使っていない垂れ流しリソースやデータをかき集めれば、チリツ
GPT4が登場してChatGPTが盛り上がってますね。 本記事は、GPT（を支えるTransformerという仕組み）をChatGPTユーザにとって分かりやすく説明し、その能力と限界についての見通しをよくしよう、という趣旨になります。 少し長くなりそうなので、全部で記事を3回に分けようと思います。 （１）大まかな背景と概要：本記事 （２）GPTの能力と可能性：実際の使用例とTransformerの仕組みを踏まえて説明 （３）GPTの限界と未来展望：Transformerの仕組みが持つ限界と研究の進展を予想 GPT3と4の違い： トークン長とは何か？ まずここから話を始めます。GPT-3は、パラメータ数が750億個（850GBの容量を食う）でトークン長が4097(GPT-3.5)でした。GPT-4は、パラメータ数は非公開でトークン長は32768ですので、ちょうど8倍になります。 さて、トーク
奥村 美里 @OkumuraMisato Suicaの何が凄いってこれを2001年から世に産み出してしまったことだと思います。 ●1日4,000万件処理 ●運賃計算は0.1秒以内に完結 ●万が一、中央や改札が死んでも最終的に数字が合うデータ保存設計 ●駅ごとにサーバ3台構成で2台が死んでも稼働 tatase.hatenadiary.jp/entry/2015/11/… 2022-08-27 14:27:17 奥村 美里 @OkumuraMisato また幾重にも実験を続けた結果、もっとも通過阻害率が少ないカバー・デザインは13°でした。 （13°だからどんなピーク時でも、誰も改札でつっかからずに通過できるのかね☺️） 尚、開発当初は読み取り機に「触れる」思想でしたが、この実験を経て「かざす」に基本コンセプトを変更。 pic.twitter.com/myeVUsAsEH 2022-08-27
担当しているITサービスなどに何かしらのインシデントや障害が発生した時に、対処後のアクションとして報告書を提出して事象の内容を報告（レポート）する場合がある。 提出先は会社の偉い人だったりクライアントだったり。場合によってはユーザー向けに発表したり。事の顛末を報告して「今後同様のことを起こさないように努力します、ごめんなさい」をするのだ。どのように再発防止の努力するのかを書くものでもある。 主にクライアント向けのビジネス内容ではあるが、自分が使っているテンプレパターンを共有するので参考にしてもらえればと思う。1 全般的なポイント 心得のようなもの。次の点は留意してて欲しい。 淡々と冷静な説明をこころがける 当然のことながら事実は脚色しない。無駄な修飾も要らない。客観的な事実を簡潔に述べる。 例： ❌「一生懸命頑張って対応したが…」 ❌「寝ないで対応したが…」 ❌「本当の原因は…」 できるだ
はじめに 桃太郎電鉄 ～昭和 平成 令和も定番！～ が累計販売本数350万本を突破しました。おめでとうございます。 最新ニュースを掲載しました。 『桃鉄』と「日清焼そばU.F.O.」の異色コラボが実現! ～ 『桃鉄』 の累計販売本数は350万本を突破 ～https://t.co/AGox7AEIDw pic.twitter.com/8yPM7ozeRv — KONAMI 企業広報・IR (@Konami_PR_IR) March 22, 2022 この売上は驚異的なものです。日本において300万本以上売り上げたゲームソフトは、実は「任天堂/ポケモン関連」「ドラゴンクエスト」「ファイナルファンタジー」「モンスターハンター」「妖怪ウォッチ」しかありません。とんでもない化け物IPたちに桃鉄が仲間入りした、ということになります（元から長年の歴史を組んだ化け物IPな気がしますが）。 さて、そんな桃鉄
“この映画は、飛行艇時代の地中海を舞台に、誇りと女と金をかけて空中海賊と戦い、紅の豚とよばれた一匹の豚の物語である。” 日本語を含めた10ヶ国語分のあらすじがタイプライターの打刻音とともに、宮崎駿監督がデザインした日本テレビのシンボル「なんだろう」10匹（？）から現れる。アラビア語だけ右からだったり、下2行のフランス語とドイツ語だけほんのちょっと長かったりと、どこか冗談まじりでユーモラスな雰囲気が漂うこのシーンから「どうやらこの映画は気楽に見ていいようだ」という“お気楽さ”が見るものの肩肘を和らげる。 『紅の豚』（1992）はまさしく宮崎駿監督が冗談半分で企画した作品であった。最初は。 本当は国際線の機内上映向け映画だった『紅の豚』 『紅の豚』は宮崎作品の中でも、もっとも監督の個人的な映画として知られる。 当時“ド中年”だった監督自身が豚で中年の主人公ポルコ・ロッソに投影されていることは、
もちろんのようにネタバレを含むので、注意してほしい。 見終わった感想は、「本当に終わった」だった。 すごく丁寧に「伝える」ことに真摯に向き合っていると感じた。 それは描いていることだけではなく、描かれなかったことも含めて。 これまでのあらすじきちんと振り返り部分がある丁寧さが、この映画を象徴しているといっても良い部分。 復習して来いよ、ではなく、劇場でこれまでを振り返る。その丁寧さが全編にわたってある。 ヱヴァンゲリヲン新劇場版:序 EVANGELION:1.0 YOU ARE (NOT) ALONE.ヱヴァンゲリヲン新劇場版:破 EVANGELION:2.0 YOU CAN (NOT) ADVANCE.ヱヴァンゲリヲン新劇場版:Q EVANGELION:3.0 YOU CAN (NOT) REDO. シン・エヴァンゲリオン劇場版𝄇 EVANGELION:3.0+1.0 THRICE U
Git は紛らわしいという評判です。用語や言い回しが意味するものと、そこから想像する挙動が違ってユーザーが混乱すると言われます。これは、git cherry-pick や git rebase のような「履歴を書き換える」コマンドに最も顕著です。私の経験では、この混乱の根本的な原因は、コミットは 差分 であり順番を入れ替えることができるという解釈にあります。しかし、コミットはスナップショットであって、差分ではありません! Git がリポジトリデータをどのように保存しているかを見てみると、Git を理解しやすくなります。このモデルを調べた後に、この新しい視点が git cherry-pick や git rebase のようなコマンドを理解するのにどのように役立つのかを探っていきます。 本当に深く 掘り下げたいのであれば、Pro Git という書籍の Git Internals の章を読むと
このエントリーは、Mackerel Advent Calendar 2020 5日目の記事です。 さて、多くの人が「自分は文章を書くのが遅い」と思っているのではないでしょうか。僕もそう思っていました。 ブログエントリーを書き出すと得てして思っていた以上の時間がかかります。書くことがだいたい決まっているちょいネタのつもりであっても書き出してみたら数時間かかってしまう、大作であれば丸一日潰れてしまったり、しばらく寝かして数日がかりになることも珍しくありません。そして「ああ、自分は文章を書くのがなんて遅いのだ」と嘆いてしまうのです。 そして、見事な大作ブログ記事をバンバン投稿している人を見ると「書くのが速い人は羨ましいなー」と羨望してしまいます。また故栗本薫氏が、一時間に原稿用紙96枚分を書いたなどの伝説を聞くに、圧倒されて唖然としてしまい、やる気を失ってしまいそうになります。 しかし果たして本
macOSのM1とx86-64におけるベンチマーク比較の考察
世間ではAppleの新しい製品に使われるARM64 CPUであるM1の話題でもちきりだ。ただし、日本語を話す記者というのは極めて非科学的かつ無能であり、M1の現物を手にしても、末端のソフトウェアを動かして、体感で早いだの遅いだのと語るだけだ。そういう感想は居酒屋で酒を片手に漏らすべきであって、報道と呼ぶべきシロモノではない。 と思っていたら、Phoronixがやってくれた。M1とi7で動くmacOSでベンチマークをしている。 これを考察すると、M1のMac Miniは、一世代前のi7のMac Miniに比べて、メモリ性能とI/O性能が高く、演算性能は低いようだ。このことを考えると、M1の性能特性としては、動画のエンコードやソフトウェアレイトレーシングをするには不向きだが、その他の作業は遜色ないだろう。 問題は、仮想化とRosettaを組み合わせることができないという点だ。x86-64のユー
『だしパックの煮すぎが原因？ 保育園の給食で食中毒 東京』という記事が、SNSで大きく拡散していました（※1）。 症状のあったお子さん方の早い回復を願うとともに、『本当にだしパックが原因だったのかな』と疑問に思ったこともあり、簡単に解説をすることにしました。 （※1）だしパックの煮すぎが原因？ 保育園の給食で食中毒 東京 ヒスタミン中毒と食中毒そもそも『ヒスタミン中毒』という言葉自体が誤解を招きやすい病名ですよね。 というのも、『食中毒』というと、細菌の感染による胃腸炎を思い浮かべます。たとえば、『サルモネラ菌』とか『ビブリオ菌』ですね。 実は食中毒は、細菌の感染だけで起こるわけではありません。 食中毒とは、『食品や飲料を摂取することで起こる健康被害の総称で、微生物・寄生虫・化学物質・自然毒などが原因となる』とされています（※2）。つまり、食中毒は、細菌の感染でなくとも化学物質（食物に残存
やす 🇺🇸 ベンチャーキャピタル @YasLovesTech 今日は、なぜZoomが勝ったのだろうということをずっと調べていた。あまり腑に落ちてないけど、英語記事などのコンセンスはこんな感じ（連投です） やす 🇺🇸 ベンチャーキャピタル @YasLovesTech １）当初はMicrosoft, Facebook, Googleなどジャイアントの参入により競争は激化すると考えられてた。また理由としてもビデオツールは技術的には参入しやすいと考えられていた。また、それはそうだと思う。 やす 🇺🇸 ベンチャーキャピタル @YasLovesTech ２）参入障壁としてのコーデック。Zoomの競争力を支えているのは動画の圧縮技術（コーデック）で、どんな通信状況でも安定したビデオ通信を提供できるのが売り。ただ、これはアルゴリズム勝負と呼ばれるもので、数十人の凄腕エンジニアが取りかかれば一点
リンク munkschool.utoronto.ca Phillip Lipscy | Munk School of Global Affairs and Public Policy Associate Professor, Department of Political Science and Munk School of Global Affairs & Public Policy Chair in Japanese Politics and Global Affairs Director, Centre for the Study of Global Japan Affiliated Faculty, CSUS and Asian Institute Phillip Lipscy @PhillipLipscy The Japan COVID conundrum: Japan’s re
品質を犠牲にすることでソフトウェア開発のスピードは上がるのか？ 和田卓人氏による 「質とスピード」（前編）。デブサミ2020 ソフトウェア開発のプロジェクトにおいて、リリースに間に合わせるために開発スピードを優先させ、ひとまず質には目をつぶろう、という判断がしばしば行われることがあります。 はたしてその判断は正しいのでしょうか。2020年2月13日と14日の2日間、都内で行われたイベント「Developers Summit 2020」（デブサミ2020）」の和田卓人氏のセッション「質とスピード」は、これを深く考察したものでした。 この記事では、会場に立ち見がでるほど大人気だった本セッションの内容をダイジェストで紹介します。本記事は前編と後編に分かれています。いまお読みの記事は前編です。
京都市基幹系システム刷新失敗の考察 https://www.orangeitems.com/entry/2019/12/28/084402 俺はとある中小自治体で情シスをやったことがあるので、色々と思うところがある。 この記事だと、要件定義できない京都市が悪いで終わってしまいそうで、まあそうなんだけど事情も色々あるんだよというところで、フォローしてみたい。 まず、俺のいる自治体の話をしよう。 俺が情シスにいた10年程前に、今回の京都市のようにレガシーシステムを刷新した。刷新前は担当SE一人しかメンテナンスできないような、人間と機械がセットでようやく動くようなシロモノだった。 それを、某ベンダーのパッケージシステムをほぼカスタマイズせずに導入する形で刷新した。 当然多くの問題があったが、当時の上司が大手SIER出身で庁内でも力があり、市長も強く後押ししてくれたので押し切った。 今回の件に関し
こんにちは、らくからちゃです。 一週間ほど、出張でアメリカに行ってました。トラブルが矢や槍のように降り注いで来たため、一日延泊し、昨日の午後に成田に到着いたしました。 同行してくれたボスは「トランジットで観光したいから」などの理由で昨晩20:00羽田到着の便をチョイスしましたが、メールが飛んできているところを見ると、とりあえず生きているようです。 こんなお天気＆帰国翌日ということもあって、本日はお休み・緊急時は自宅対応を決め込んでいます。Twitterのトレンドを見ていると、痛勤に利用している津田沼駅の名前があり「またポケモンでも出たのかな」とのんきに、リンクをクリックしてみると、とんでもない映像が流れてきました 津田沼駅に長蛇の列 https://t.co/WNjp7d61Jr — Twitter モーメント (@MomentsJapan) September 9, 2019 ( Д
権力格差が大きい国の文化圏では、権威勾配が大きくなります。また、個人主義であるほど自己主張がしやすくなるため、意見が生まれやすくなります。男性主義的であると、女性から男性への意見をしづらいと感じる社会であることを意味しています。また、不確実性忌避の傾向が高い国では新しいことや常識の外にあることを受容する力が弱くなり権威勾配が大きくなる傾向があります。 文化的権力格差 Q. あなたの職場では職位を尊称として使うか？たとえば、「〜〜部長」「〜〜課長」など。年少の同僚を「〜〜くん」や呼び捨てするなどの傾向はあるか？ Q. あなたの職場では上長の発言に疑義があっても明確な理由がなければ、反論すべきでないという風土があるか？ Q. あなたの職場では年齢が若い人は年齢が上の人の意見に反論すべきでないという風土があるか？ 年齢や権威に対してものが言えなくなる文化が強い場合、実際の職位の乖離を大きな権威勾
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
