並び順

ブックマーク数

期間指定

  • から
  • まで

641 - 680 件 / 13959件

新着順 人気順

設計の検索結果641 - 680 件 / 13959件

  • 【GPT Store神ランキングトップ10】世界で一番使われている最強GPTs10選 | WEEL

    【速報&朗報】GPT Storeが遂に公開 待ちに待ったGPT Storeが遂に公開されました!🔥 公式発表によると、GPT公開からのたった2ヶ月で300万以上のGPTsが作成されているとのこと。 注目ポイント👀 ・毎週Open AIからの注目GPTsが特集される… pic.twitter.com/94WCTnwDiJ — 木内翔大@SHIFT AI代表「日本をAI先進国に」𝕏 (@shota7180) January 10, 2024 ChatGPTには「GPTs」という機能があり、ユーザーがChatGPTを自由にカスタムできます。さらにGPT StoreではGPTsが公開され、将来的には収益化も可能になる予定です。 AIを使って稼げる時代が、目の前まで来ていますね。今回は、そんなGPT Storeの中で最も人気のあるGPTsトップ10をご紹介します。 ビジネスや情報整理など、様々

      【GPT Store神ランキングトップ10】世界で一番使われている最強GPTs10選 | WEEL
    • 低迷が十数年続くF1チーム「ウィリアムズF1」はパーツ管理をExcelで行っていた

      by Jen Ross 1970年に誕生したF1チームの「ウィリアムズF1」は、2019年時点でドライバーズタイトル7回、コンストラクターズタイトル9回を獲得する名門チームです。しかし、2000年以降その成績は伸び悩み始め、2023年にはコンストラクターズポイントが全10チーム中7位にとどまっています。そんなウィリアムズF1の低迷理由について、海外メディアのThe Raceが「Microsoft Excelを用いたパーツ管理」と指摘しています。 The shocking details behind an F1 team's painful revolution - The Race https://www.the-race.com/formula-1/shocking-details-behind-painful-williams-f1-revolution/ How a Microso

        低迷が十数年続くF1チーム「ウィリアムズF1」はパーツ管理をExcelで行っていた
      • 2023年読んで良かった技術書Top5

        こんにちは。uenikiです。2023年も残すところ後10時間となりました。 今回は2023年に読んで良かった技術書を紹介します。マネジメント系の本は抜きにして、ピュアに技術的な本を紹介します。これまであまり振り返りというものをせずに生きてきたのですが、たまには振り返りというものをしてみたいと思います。 2023年はたくさん言語化をしてきて、言語化することの気持ちよさにハマりつつあるので、アウトプットしてみようと思い立ちました。 Top5のご紹介 なっとく!関数型プログラミング まずは関数型プログラミングの入門書である本書を紹介します。人生を変えてくれる予感のある本に数年ぶりに出会った気がします。何よりも読んでいて楽しく、ワクワクします。 関数型プログラミングの原則から始まって、関数型独自の概念を一つ一つ丁寧に、なぜその概念が必要なのか?を解説してくれています。命令型の問題点を一つ一つ解決

          2023年読んで良かった技術書Top5
        • パルワールドのゲームデザイン 流行りの要素をただ寄せ集めただけでは「ない」|ニカイドウレンジ

          早期アクセス記事今すぐアクセスして閲覧開始;開発途中の記事に参加しよう。 注: この早期アクセス記事は不完全であり、これから変わることも、変わらないこともありえます。現時点でこの記事を読んでも満足できない場合は、 記事の開発が更に進捗するまで待ってみる必要があるかもしれません。 執筆者からの注意書き: 早期アクセスにした理由 パルワールドをプレイして非常に良く出来ていると感じ、いくつかの気づきがあったためそれを文章化したかったが、パルワールドの元となったとされるタイトルをほとんど遊んだことがなく、パルワールド自体もまだあまり触れておらず確かな考察ができそうもないと判断したためです。 …と言い訳しつつ、多分アップデートしたりはしないと思いますが。 自分の関連作のプレイ遍歴を明かしておきます。 パルワールド:7時間くらい ポケモン:赤とパールはかなりやった/ソードを序盤だけプレイした ARK:

            パルワールドのゲームデザイン 流行りの要素をただ寄せ集めただけでは「ない」|ニカイドウレンジ
          • 【ソフトウェア設計】例外処理を考える

            はじめに 最近書いてるソフトウェア設計シリーズです。今回は例外に関して。以前、以下のような記事を書いたのですが、もう少し深堀して書いてみました。 ちなみにソフトウェア設計シリーズは他には以下を書いています。 モジュールになぜ分けるのか? モジュール、依存、そしてカプセル化 モジュールをどう分割するのか? 簡潔さは力なり? 予測可能な振る舞いと簡潔さについて ドキュメントとしてのコメント TL;DR 例外は「原則」キャッチしない 業務例外や必ずハンドリングさせたい例外はOptionalなど戻り値の方が便利 だいたい以下の図が言いたい事のすべて 例外処理とは? 「例外処理(Exception Handling)」は言語に依らず普遍的な関心事です。端的に言えば例外処理は異常やシステムの動作に不備が発生した際の特別な分岐処理です。リカバリやリソースの解放、あるいはユーザへの通知などがありますね。

              【ソフトウェア設計】例外処理を考える
            • 負荷テストツール「k6」入門

              こんにちは。 PharmaX でエンジニアをしている諸岡(@hakoten)です。 この記事の概要 APIの負荷テストツールにGrafana Labs社が開発している「k6」というツールがあります。 k6はオープンソースのCLIツールですが、 「Grafana Cloud k6」というクラウドベースSaaSツールも提供されている便利なツールです。 ローカルのk6は、負荷テストの時に使ったことはあったのですが、真面目に負荷テストの設計をするにあたり、ちゃんと理解したかったため、改めて基本から調べてみました。k6の入門記事としてお役に立てれば嬉しいです。 インストール Macでは、k6を「Homebrew」でインストールすることができます。

                負荷テストツール「k6」入門
              • 受託開発におけるアジャイルに限界を感じた私が、「納品のない受託開発」を始めるまで - 倉貫義人の「はじめてのアジャイル」 - Agile Journey

                Agile Journeyをご覧のみなさん、はじめまして。株式会社ソニックガーデンの代表をしている倉貫義人と申します。 私はもともと大手システム会社でプログラマとして働いていました。そのとき出会ったアジャイル開発に魅了され、これこそ自分にとって理想の姿であると確信し、それ以来アジャイル開発を広めるための様々な活動を社内外で行ってきました。 最終的に、本当に自分の理想とするソフトウェア開発と、それを実現する組織をつくるためには、自ら会社を経営する立場になるしかないと考え、起業することになりました。そうしてできたのが株式会社ソニックガーデンです。 ソニックガーデンでは「納品のない受託開発」というサービスを提供しています。従来的な受託開発から、そもそものビジネスモデルを見直したことで、今では「アジャイル開発」を意識せずとも、自然とそれに取り組める組織として機能しています。 思い返すと、私のアジャ

                  受託開発におけるアジャイルに限界を感じた私が、「納品のない受託開発」を始めるまで - 倉貫義人の「はじめてのアジャイル」 - Agile Journey
                • 【ニコニコ超開示】ハッカー集団BlackSuit、身代金の支払い期限が過ぎた為、盗んだKADOKAWAのデータを公開開始

                  KADOKAWAがランサムウェア攻撃され、7月1日までに身代金を出さないと個人情報などを公開すると犯行声明 報道ステーション+土日ステ @hst_tvasahi 【“KADOKAWA”サイバー攻撃】“犯行声明”「#BlackSuit」とは? ▼“犯行声明”とされる内容 「KADOKAWAのネットワーク設計が適切に構築されていないことを発見した。コントロールセンターに侵入したあとは、ネットワーク全体を暗号化した(ドワンゴ・ニコニコ・KADOKAWA・他の子会社など)」 「我々はビジネスの人間なので金にしか興味がない」 ▼ダウンロードした“1.5TBのデータ”としては… ・契約書 ・署名済みの書類 ・様々な法的文書 ・プラットフォーム・ユーザーに関するデータ ・従業員の関連データ (個人情報、支払いデータ、契約、メール) ・事業計画 (プレゼンテーション、メール、オファー) ・プロジェクト関連

                    【ニコニコ超開示】ハッカー集団BlackSuit、身代金の支払い期限が過ぎた為、盗んだKADOKAWAのデータを公開開始
                  • 和田 卓人さん(t_wadaさん)に「予防に勝る防御なし - 堅牢なコードを導く様々な設計のヒント」を社内で講演いただきました! | Wantedly Engineer Blog

                    こんにちは、ウォンテッドリーDev Branch VPoE 室長の髙橋です。 ウォンテッドリーの開発組織であるDev Branchでは、外部から有識者を招いて勉強会を開催したり、技術顧問として知見を取り入れるなど、プロダクト開発により強い組織となるためにさまざまな施策を行っています。 今回、「テスト書いてないとかお前それ @t_wada の前でも同じ事言えんの」 でおなじみのt_wadaさん(和田 卓人さん、以下和田さん)に「予防に勝る防御なし - 堅牢なコードを導く様々な設計のヒント」をウォンテッドリー向けにカスタマイズして講演いただきました。 このストーリーでは、今回の講演の経緯から社内の反応・Q&Aまで、講演に関する詳細をご紹介いたします。 社内講演のきっかけ事の発端は、弊社のVPoEである要(X : @nory_kaname)より、外部エンジニアを招いて勉強会を開催する旨の問いかけ

                      和田 卓人さん(t_wadaさん)に「予防に勝る防御なし - 堅牢なコードを導く様々な設計のヒント」を社内で講演いただきました! | Wantedly Engineer Blog
                    • dbtで見やすいER図を生成する - yasuhisa's blog

                      背景: dbtを使っていてもER図は欲しい! どうやってER図を生成するか どうやってER図を見やすくするか まとめ 背景: dbtを使っていてもER図は欲しい! dbtはモデル間のリネージなど可視化が得意なツールではありますが、万能なわけではありません。モデルの生成過程などはリネージで担保できますが、分析時に「どれとどのモデルがJOINできて、JOINする際のキーはこれを使って」というER図で扱うような可視化はディフォルトではできません。 DWHを作っている側からすると「このテーブルはあの辺のテーブルと一緒に使うと便利で、いつもあのキーでJOINして」というのが頭の中に入っていることが多いため、ER図がなくてもどうにかなることも多いでしょう。しかし、分析に慣れていない人や分析に慣れている人であっても、普段と異なるドメインのテーブルを触るときはER図が提供してくれる情報は有用です。ちなみに

                        dbtで見やすいER図を生成する - yasuhisa's blog
                      • デザインプロセスに生成 AI を取り入れる実験 ~プロンプト全公開~ - Techtouch Developers Blog

                        デザイナーの keita です。 年始にベンチプレスの MAX 測定をしたら 105kg でした。今年の目標は 120kg です。 この記事では、生成 AI をデザインプロセスに取り入れるためにチームで試行錯誤した内容を紹介します。ぜひ、最後までお付き合いください。 きっかけ はじめに AI を使ってみる インタビューデータからペルソナを作成 まずは 1 人ずつ整理 1 人のペルソナに統合 ペルソナの課題抽出 リサーチを AI で代替してみた結果 AI が作成したペルソナを使ってみる ペルソナにヘルプセンターの記事を評価させてみる 結果 最後に あとがき ボツ案 文字起こしデータから記事を作成 出力された記事のトーンを変更 出力された記事 きっかけ 「ChatGPT をはじめとした AI ツールが便利なのはわかったけど、自分たちの業務をより効率化するためにデザインプロセスで代替できるところ

                          デザインプロセスに生成 AI を取り入れる実験 ~プロンプト全公開~ - Techtouch Developers Blog
                        • 漫画"こち亀"の内容が理由で、三菱電機の特許出願が拒絶された話→特許庁「こち亀で見た」

                          しぶちょー @sibucho_labo 技術士(機械部門)| 工作機械の新機能開発に従事|マシニングセンタ|機械設計| AIエンジニア見習い|毎日、朝夕に技術情報発信中| 技術ブログ「しぶちょー技術研究所」運営中|#podcast 「ものづくりnoラジオ」配信中!→linktr.ee/sibucho お仕事の依頼はTwitterDMまで!! sibucho-laboratory.com しぶちょー @sibucho_labo 【こち亀と特許】 漫画"こち亀"の内容が理由で、三菱電機の特許出願が拒絶されたことがある。こち亀の72巻の話の中に類似のアイデアがあることから、出願特許の"進歩性"を否定した。 『こち亀 x 知財』をテーマに記事をまとめてる弁理士の方までいるほど。こち亀すげぇ!! toreru.jp/media/tag/%e3%… 2024-02-12 07:20:00

                            漫画"こち亀"の内容が理由で、三菱電機の特許出願が拒絶された話→特許庁「こち亀で見た」
                          • GitHub Actionsのワークフローを可視化するactions-timelineを作った

                            最初に作ったのがCIAnalyzerです。なるべくツール自体の運用の手間がかからないように常駐サーバー無し、データの保存先と可視化はマネージドサービスを使う前提で設計しました。具体的にはデータの保存先をBigQueryとすることによって自前でDBを管理する必要をなくし、webhookを受けるのではなくcronで定期的にAPIを叩くことで常駐サーバーを不要にし、データの可視化はBigQueryと簡単に連携できてマネージドサービスであるLooker Studioを使用する前提としました。 CIAnalyzerのアーキテクチャ CIAnalyzerを作ったきっかけはAzure Pipelineの分析機能に感銘を受けたことで、それと同等の分析を当時自分が業務とプライベートで使用していたJenkins, CircleCI, Bitrise, GitHub Actionsでも可能にしたいと思って開発を

                              GitHub Actionsのワークフローを可視化するactions-timelineを作った
                            • 実践API設計: 柴田 芳樹 (Yoshiki Shibata)

                              4月に発売された「WEB+DB PRESS Vol.134」で特集1「実践API設計」を執筆していますが、そこから部分的に紹介します(目次は、こちらです)。 第1章「優れたAPI仕様とは何か --- よくある問題と記述すべき事柄」の冒頭で次のように述べています。 今日、多くの企業がWeb サービスとしてさまざまなサービスを提供しています。Webサービスは、iOS、Android、ブラウザといったフロントエンドと、それらに対して機能を提供するバックエンドサービスから構成されます。バックエンドサービスが提供するさまざまな機能はAPI (Application Programming Interface)として定義され、フロントエンドから呼び出されます。フロントエンドは、バックエンドサービスが提供する機能を使ってユーザーへ提供する機能を実現します。 定義されたAPI を介することで、フロントエン

                                実践API設計: 柴田 芳樹 (Yoshiki Shibata)
                              • SOLID原則を理解し、JavaScriptで実践するためのガイド - deve.K's Programming Primer - プログラミング初心者のための入門ブログ

                                ソフトウェア開発者にとって、堅牢でテスト可能で拡張性があり、保守性の高いオブジェクト指向のソフトウェアシステムを設計することは重要です。 そこで登場するのがSOLID原則です。 SOLIDは、ソフトウェア開発中に生じるかもしれない特定の問題を解決するために5つの設計原則が組み合わさったセットです。 この記事では、SOLID設計の原則について詳しく学んでいきます。 具体的には、SOLID原則が何を意味しているのか、各部分がそれぞれ何を表しているのか、また実際のプログラム例を挙げながら現役のプログラマーが説明します。 さらに、JavaScriptを使ってこれらの原則を実装する方法も紹介します。 SOLID設計原則とは? 単一責任原則 (SRP) Open/Closed原則 リスコフ置換原理 (LSP) インターフェース分離原則 (ISP) 依存関係逆転の原則 最後に SOLID設計原則とは?

                                  SOLID原則を理解し、JavaScriptで実践するためのガイド - deve.K's Programming Primer - プログラミング初心者のための入門ブログ
                                • 10年かけてカナダでソフトウェアエンジニアになるまでの道のり - As a Futurist...

                                  修士課程を退学した15年前に、僕は全く実現可能性を考えずに”30歳までにアメリカの大学院に留学”という目標を立てました。 もう一度大学院に行きたい、行くなら世界トップのアメリカがいいだろう、そんな程度の認識でした。 ただ、これはどちらかといえば無理やりひねり出した30歳まで生きる理由であって、そこまで強い意志があったわけではありません。 しかし、おかげで何とか30歳を超え40歳目前まで生き延びることはでき、気が付けばアメリカではなくカナダで永住権を取って暮らしています。 大学院留学は引き続き他のハードルが高くて達成できる気はしませんが、15年前に目標を立てた時点では認識できていなかった 「海外に移住する」という難儀を10年ほどかけて乗り越えることはできました。 けれど、そういえば事の顛末を一つにまとめたことが無かったなと気づいたので、僕のキャリア10年+αを振り返って記事にしてみました。

                                    10年かけてカナダでソフトウェアエンジニアになるまでの道のり - As a Futurist...
                                  • バナナの皮で妻たたき暴行容疑で夫逮捕 警察「物で人たたけば暴行」:朝日新聞デジタル

                                    福岡県警直方署は17日、会社役員の妻(62)の頭をバナナの皮で殴打したとして、鞍手町の自称自営業の男(59)を暴行容疑で現行犯逮捕し、発表した。男は「妻の頭をバナナの皮で1回たたいたことは間違いありません。口答えしてきて腹が立った」と容疑を認めているという。 署によると、17日午後8時半ごろ、男は自宅で妻の頭を手にしたバナナの皮で殴り暴行した疑いがある。女性が「夫がアルコール中毒になっている。ののしられて、今バナナで頭をたたかれた」と通報したという。 駆けつけた署員に男は「それが暴力になるのか。夫婦ならそれくらいの暴力はある」と述べた。署は「物が何であろうと、物で人をたたいたら暴行。夫婦であっても、暴行は暴行です」としている。(中村有紀子) ","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 -->","naka6":"<!-- BFF486 PC記事下(

                                      バナナの皮で妻たたき暴行容疑で夫逮捕 警察「物で人たたけば暴行」:朝日新聞デジタル
                                    • 世界、変わります。Canonの防振双眼鏡デビューしたら20年超のコンサート人生がひっくり返った - ソレドコ

                                      ライブやコンサートのような動きの多いシーンでも手ブレ補正により安定した視界で見られることで人気を集める「防振双眼鏡」。レンタルでも試せるようですが買うか迷っている! という人も多いのでは。元々「普通の双眼鏡で十分」と感じていたジャニヲタのノンちゃんさんは、Canon(キヤノン)防振双眼鏡 10×30 IS Ⅱ BINO10X30IS2を使い始めたところ、コンサート体験に革命が起きたよう。 紹介する人:ノンちゃん コロナ禍で現場を失い、マンションを買ったオタクです。 SNS:@shigoubana_kome/Blog:Süßwasserfische オタクになり、コンサートに行き始めて軽く20年以上経過しているんですが、今もしタイムマシンが目の前にあったら、私はこれを持って過去に戻りたい。 そう、防振双眼鏡だ。 Canon 防振双眼鏡 10×30 IS Ⅱ BINO10X30IS2 楽天で見

                                        世界、変わります。Canonの防振双眼鏡デビューしたら20年超のコンサート人生がひっくり返った - ソレドコ
                                      • 2023年に読んで良かった技術書など10冊 - Sweet Escape

                                        昨年までは毎月買った本やマンガとそれらに対する一言コメントをブログで書いていたんだけど今年はそれをやらずに来てしまったので今年かった本で良かったものをいくつかピックアップして紹介する。 実際にはもっと数多く買ってるし、買っただけで読んでいないものも多い。2023年に買った本はマンガも合わせて合計で366冊、そのうちマンガ以外は151冊だった。 なお、対象は自分で買った書籍だけ。つまり献本とかでいただいたものはこの対象に加えていません。 ちなみにいずれの本もすべて電子書籍で購入している。全体ではAmazonのKindleを中心に一部オライリーのeBookなんだけど、選んだものはすべてKindleで買ったものだった。 というわけで紹介していく。 AWSで実現するモダンアプリケーション入門 〜サーバーレス、コンテナ、マイクロサービスで何ができるのか フロントエンド開発のためのセキュリティ入門 知

                                          2023年に読んで良かった技術書など10冊 - Sweet Escape
                                        • オブジェクト指向の複雑性を軽減する、データ指向プログラミング入門

                                          思った以上に反響をいただき嬉しく思っています。SNSやコメントで言及していただいている構造化プログラミングとの比較や現代的なOOP開発への適応記事を執筆予定です。記事が完成しましたら自分のSNSで共有いたしますので、もし良ければフォローしてお待ちいただけますと幸いです。(記事を書くのは思考が整理されて良いものですね。) TL;DR データ指向プログラミング(DOP) とは、データとコードを分割してアプリケーションを設計・実装するプログラミングパラダイムのこと。 DOPの実装は、以下の原則に従う。 コードとデータを分離する 汎用的なデータ構造でデータを表現する データをイミュータブルなものとして扱う データスキーマとデータ表現を分離する 個人的にDOPは、バックエンドを宣言的プログラミングっぽく書くための現実的な解だと捉えています。実装の詳細は翔泳社より出版されている「データ指向プログラミン

                                            オブジェクト指向の複雑性を軽減する、データ指向プログラミング入門
                                          • 最初から完ぺきを求める必要はない。10年かけて、英語で生活できるようになった話 | レバテックラボ(レバテックLAB)

                                            OpsBR Software Technology Inc. 代表 岩永 亮介 ソフトウェア業界で15年以上、物理的なデータセンター運用から、世界最大規模の分散システムの運用、多数の業界のお客様のシステム設計支援、フロントエンドからバックエンド、データベース管理者、DevOps やテスト設計・実装、アーキテクチャレビュー、などを経験。特に、運用に関する改善や設計は得意で、OpsBR Software Technology Inc. を立ち上げた。カナダのバンクーバー在住。経歴は、Autify で Staff Software Engineer、Sr. Technical Support Engineer、Amazon で Sr. Systems Development Engineer、Solutions Architect など。 ソフトウェアエンジニアとして海外、特に北米を目指すのであ

                                              最初から完ぺきを求める必要はない。10年かけて、英語で生活できるようになった話 | レバテックラボ(レバテックLAB)
                                            • エンジニアのためのSRE論文への招待 - SRE NEXT 2023 - ゆううきブログ

                                              この記事では、2023年9月29日に開催されたSRE NEXT 2023 IN TOKYOでの講演の概要に加えて、講演では触れられなかった部分の補足と、発表を終えての後記、最後にSRE NEXT全体の感想を書きました。 SRE NEXT 2020の基調講演に招いていただいたところから始まり、昨年のSRE NEXT 2022の公募セッションでも発表し、今回で3回目の発表になりました。今回の講演は、SRE NEXTの「NEXT」と価値観の一つである「Diversity」を踏まえて、自身のエンジニアと研究者の両方の経験を活かして、SREを深く実践する上で、技術論文を探して読むアプローチを提示するものです。昨今の国内のSREコミュニティでは組織的実践に主な関心が移っている状況と対比させて、コンピュータサイエンスに基づく技術的挑戦の可能性を示唆する意欲的な講演を目指したつもりです。 この講演での主要

                                                エンジニアのためのSRE論文への招待 - SRE NEXT 2023 - ゆううきブログ
                                              • 利き腕を骨折した専業ライターが片手用キーボード『Froggy』で苦境をしのいだ話

                                                これはキーボードを筆頭とするインターフェイスが大好きなフリーライターの白石が、昨年10月に利き腕を骨折、そこから片手用キーボード『Froggy』により10000字を書いて、骨折中の期間をどうにかしのいだ10月の記録です。本当に助かったので、片手でキーボードを打つすべての人にこのキーボードを広めたい……! 自己紹介と悲劇の日 改めて、フリーライターの白石です。RealSoundでは主にテクノロジーやライブ・エンターテインメントにまつわるコラムやインタビューを執筆しています。演劇学科を出てからパソコン専門誌の編集者としてキャリアを始めた経歴もあって、ライターとしてはメディア・アートや舞台芸術、音楽ライブのレポート、MacやiPhoneなどのApple製品にまつわる記事などを書くことが多いです。 そんな私が寝ぼけたまま家の近くですっ転んだのは、10月中旬のこと。雨の振り始めた昼過ぎにスロープへ足

                                                  利き腕を骨折した専業ライターが片手用キーボード『Froggy』で苦境をしのいだ話
                                                • 3大クラウド(AWS,Azure,GCP)をそれぞれプロダクションで実運用した感想(その3 AWS固有の優位性について) - Qiita

                                                  3大クラウド(AWS,Azure,GCP)をそれぞれプロダクションで実運用した感想(その3 AWS固有の優位性について)AWSAzureGoogleCloud はじめに 今年のはじめに書いた3大クラウドの比較シリーズに関して長いこと続編を書いてませんでした...。 最近、知人/友人のみならず取引先からも「AWSやGCPに関して続編書かないんですか?」と言われることが増えてきたので、今回はAWSを本番運用していて感じたAWS固有の優位性について感想を述べていきます。 AWS 固有の優位性 周知の事実ではありますが、AWSは長年クラウドベンダーとして世界トップシェアを維持し続けています。 AWSをクラウド基盤として利用しているサービスを一切利用せずに1日を過ごすことは不可能なんじゃないかというレベルで日本国内では利用されています。 もはや電気/ガス/水道等の社会インフラに近い状態です。 そして

                                                    3大クラウド(AWS,Azure,GCP)をそれぞれプロダクションで実運用した感想(その3 AWS固有の優位性について) - Qiita
                                                  • 電力不要「“ゴム”コンピュータ」 伸縮により「0」と「1」をカウント【研究紹介】 レバテックラボ(レバテックLAB)

                                                    山下 裕毅 先端テクノロジーの研究を論文ベースで記事にするWebメディア「Seamless/シームレス」を運営。最新の研究情報をX(@shiropen2)にて更新中。 オランダのライデン大学と研究機関AMOLFに所属する研究者らが発表した論文「Controlled pathways and sequential information processing in serially coupled mechanical hysterons」は、ゴムを使った構造物を用いて、エレベーター、自動販売機、改札口、洗濯機などのデバイスに用いられる単純な電子計算タスクを実行できることを示した研究報告である。 従来の電子機器では、複雑な回路を構成する多数の要素を用いてデジタルビットによる計算が行われている。一方、研究チームは、細長いゴム素材を機械的なビットとして使用した構造体を組み立てることで、電子回路を

                                                      電力不要「“ゴム”コンピュータ」 伸縮により「0」と「1」をカウント【研究紹介】 レバテックラボ(レバテックLAB)
                                                    • 徳丸浩氏に聞く クレカ情報の漏洩が非保持化でも起こるワケ 2つの攻撃手法と対応策

                                                      徳丸浩氏に聞く、クレカ情報の非保持化に潜む漏洩リスクとEC事業者の対策 ECサイトやWebサービスからの情報漏洩が相次いでおり、クレジットカード番号やセキュリティコードなど、機微な情報が漏洩する事案も散見されます。特に、クレジットカード情報は、2018年に施行された改正割賦販売法にもとづき、ECサイトやWebサービスの運営事業者では事実上、保持しないこと(非保持化)が義務付けられているなか、なぜ漏洩被害が発生してしまうのでしょうか。 本記事では、ECサイトからの漏洩事案を題材として、Webセキュリティの専門家である徳丸浩氏に「なぜクレジットカード情報の漏洩が起こってしまうのか」「ECサイト事業者はどのような対策をとるべきか」「漏洩が発生した場合、どんな流れで対応すべきか」などを伺いました。 この記事のポイント ECサイトでクレジットカード情報の漏洩事案が発生するのは、ECサイトの利用者がク

                                                        徳丸浩氏に聞く クレカ情報の漏洩が非保持化でも起こるワケ 2つの攻撃手法と対応策
                                                      • 日本からアメリカのスタートアップにリモート勤務する方法|でいじ

                                                        僕はアメリカのサンフランシスコベイエリアのスタートアップで働いています。稀に日本に住む方から「どうすればアメリカのスタートアップで働けるか」というようなことを聞かれます。まずビザの話をすることが多いのですが、そういえばリモートで働くという選択肢もあるよなと思ったので、日本からアメリカのスタートアップにリモート勤務することについて書いてみたいと思います。ソフトウェアエンジニアおよび関連する職種を想定しています。 前提として、僕は2社のスタートアップで合計6年働いています。1社目、2社目ともに採用に関わることがあり、中国、インド、ベトナム、ウクライナ、イスラエル、クロアチア、ドイツ、ブラジル、カナダ、アメリカ、アルゼンチン、日本などの国からリモートで採用したメンバーと仕事をした経験があります。 アメリカのテック企業でリモート勤務するメリットとデメリット本題に入る前に、そもそもアメリカ企業でリモ

                                                          日本からアメリカのスタートアップにリモート勤務する方法|でいじ
                                                        • ここは「感想を言わないと出られない部屋」です | オモコロ

                                                          作品のオタクが最も喜ぶもの……それは「初見の人の感想」!※この記事は、市川春子先生の『宝石の国』1〜3巻のネタバレを多く含みます(PR記事ではありません) ジジ…… ジ……ジッ…… ……ぅ……、 ……顔、痛…… ………… ……ぇうん? あれ? ……みくのしんさん、起きてください ……えっ、何コレ? 私たち、どうしてここで寝てたんでしたっけ? え?? さっきまでオフィスで普通に仕事してたよね?? それがどういうわけか、いつの間にかここで眠ってしまっていたようですね…… どのくらい寝てた?? 今何時?? なんで恐山さんと2人でここにいるのか分かんなくて怖えーけど、いったん外出ましょうよ そうですね、オフィスにいる人が誰か事情を知ってるかもしれないし…… グッ !!? くびぎぎ!!GI値ッッッッッくッッッち そんな…… アブラハムニハシチニンの子!!!!!! まさか……!! かってぇ

                                                            ここは「感想を言わないと出られない部屋」です | オモコロ
                                                          • ドラゴンクエストIV(FC版・NES版)AI仕様の解析 by vaxherd - クリムゾンのブロマガから移転した話

                                                            現在の作戦設定を取得する ボス戦(つまり「逃走禁止」フラグが設定されている戦闘)においては、 プレイヤーによって設定された作戦が「みんながんばれ」か「ガンガン いこうぜ」の場合、隠し作戦である「対ボス」が代わりに使用される。 MP余裕量を計算する 呪文を使う仲間の場合、作戦や戦闘状況に応じて、行動評価(以下参照)に 影響を与えずに使えるMPの「余裕量」が設けられている。行動の消費MPが この余裕量以下の場合、消費MP「0」とみなされる。 具体的に、AIプログラムはまず、各仲間の「有用値」を計算する。256から、 マヌーサ・マホトーンの場合はキャラクター毎の値(以下参照)が引かれ、 さらに睡眠状態だと、その結果が半減される。 キャラ │マヌーサ│マホトーン 勇者  │ 85 │ 85 クリフト│ 100 │ 100 ミネア │ 100 │ 100 マーニャ│ 32 │ 192 ブライ │ 3

                                                              ドラゴンクエストIV(FC版・NES版)AI仕様の解析 by vaxherd - クリムゾンのブロマガから移転した話
                                                            • Python だけで作る Webアプリケーション(フロントエンド編)ーはじめに - Qiita

                                                              お疲れ様です。 今日からは「Python だけで作る Web アプリケーション(フロントエンド編)」について部分いたします。 はじめに 設計方針 共通部分の作成 ログインページ 商品一覧ページ 商品詳細ページ カートページ 注文一覧ページ 注文詳細ページ まとめ 今回は10の記事に分けて投稿するようにします。 今日は「はじめに」について部分いたします。 なぜ本書を書いたのか 本書は主に以下のような方を対象にしています。 Web アプリケーションの構築経験がない新米エンジニア Python はかけるが、HTML/JS/CSS が苦手な Pythonista 細かい UI の設定はせず、検証・デモ用の Web アプリを短期間で作りたい開発チーム どうやって作ったか 対象読者の悩みを解決するために、次の 3 つの要素が必要と考えました。 Web アプリケーションの基礎知識 参考にしてもらえる品質

                                                                Python だけで作る Webアプリケーション(フロントエンド編)ーはじめに - Qiita
                                                              • 【詳しく】政倫審 岸田首相「説明責任 見極めながら処分判断」 | NHK

                                                                衆議院政治倫理審査会は報道機関に公開する形で開かれ、29日は岸田総理大臣と二階派の武田・元総務大臣の2人が出席しました。審査会に現職の総理大臣が出席するのは初めてです。 冒頭の弁明で岸田総理大臣は「国民の多くの疑念を招き、政治不信を引き起こしていることに対し自民党総裁として心からおわびを申し上げる」と陳謝しました。 その上で「不正の原因が順法意識の欠如にあったとしたならば、コンプライアンスの徹底に向けた改革を進めなければならない」と述べました。 一方で、岸田総理大臣は「これまでのところ、派閥が支出した資金を議員個人が受領した例は聴き取り調査を含めて把握されていない。また、還付金などを政治活動費以外に使用したり、違法な使途に使用した例も把握されていない」と説明しました。 このあとの質疑で、岸田総理大臣は「連座制」について「悪質な場合には会計責任者のみならず政治家本人も責任を負う法改正を行うこ

                                                                  【詳しく】政倫審 岸田首相「説明責任 見極めながら処分判断」 | NHK
                                                                • 2024年夏開始の新作アニメ一覧

                                                                  放送・配信中のアニメの最終回が近づき、入れ替わりに新たな作品が始まる時期がやってきました。2024年夏に始まるアニメの数は、約60本。 YOASOBIによる主題歌「アイドル」が記録的ヒットとなったことも有名なアニメ「【推しの子】」の第2期や、シリーズ新作「〈物語〉シリーズ オフ&モンスターシーズン」、往年のロボットアニメが復活する「グレンダイザーU」、ヴィランたちが大暴れする「異世界スーサイド・スクワッド」、ゲーム原作の「天穂のサクナヒメ」、連載作品3度目のアニメ化となる松井優征作品「逃げ上手の若君」などが名前を連ねています。 以下、作品リストは放送・配信時期が早いものから順に並べています。配信サービスは数が多いため基本的に最速タイミングのみ&見放題配信のみ記載で、【独占】と記載したものは独占配信のため他サービスでの配信はありません。 ▼目次表示 ・あたしンちNEXT ・まぁるい彼女と残念

                                                                    2024年夏開始の新作アニメ一覧
                                                                  • 【2024年最新】エンジニア向けおすすめ書籍 - Qiita

                                                                    はじめに 今回はエンジニア初心者から中級者が読むべき書籍を10冊厳選して紹介します。 1年目の自分に読んでもらいたい書籍としてまとめました。 リーダブルコード エンジニアの必読書 他の人が理解しやすいコードの書き方が学べる 我流からの脱却 豊富なコードが掲載されているので実践しやすい 「美しいコードを見ると感動する。優れたコードは見た瞬間に何をしているかが伝わってくる。そういうコードは使うのが楽しいし、 自分のコードもそうあるべきだと思わせてくれる。本書の目的は、君のコードを良くすることだ」(本書「はじめに」より)。 コードは理解しやすくなければならない。本書はこの原則を日々のコーディングの様々な場面に当てはめる方法を紹介します。 名前の付け方、コメントの書き方など表面上の改善について。コードを動かすための制御フロー、論理式、変数などループとロジックについて。 またコードを再構成するための

                                                                      【2024年最新】エンジニア向けおすすめ書籍 - Qiita
                                                                    • DDDはなぜ難しいのか / 良いコードの定義と設計能力の壁

                                                                      "Object-Oriented Conference 2024" の登壇資料です。 https://ooc.connpass.com/event/305241/

                                                                        DDDはなぜ難しいのか / 良いコードの定義と設計能力の壁
                                                                      • コンロのぬいぐるみを作る

                                                                        たくさん日用品のぬいぐるみを作って、生活感が増してきた私のアトリエ。でも、まだ何か足りない。 やはり台所のあのくぼみには、コンロが必要だ。 コンロの必要性 いつも制作しているアトリエでは、日用品や家電がほぼ無い。住んでいるわけでは無いので生活に支障はないが、あまりにも生活感がなく、落ち着かないのだ。 以前記事にもしたが、アトリエに生活感を出すために電子レンジのぬいぐるみを作った。 だいぶ生活感が出た。洗剤なども全てぬいぐるみ でもやはり、あのくぼみにはコンロがあるべきなんじゃ無いか。あそこに電子レンジを置いたことによって、謎のケータリング感を醸しているのがすごく気になっていた。 開き直って、ここを机にしようと思ったこともあったが、カフェのソファ席のような、絶妙に不便な高さであった。 落ち着かず、結局すぐにやめた やはりこのくぼみはコンロの居場所だ。コンロのためにわざわざ一段下げて用意されて

                                                                          コンロのぬいぐるみを作る
                                                                        • アーキテクチャの進化はドメインイベントが起点になる - KAKEHASHI Tech Blog

                                                                          こちらの記事はカケハシ Advent Calendar 2023 Part2の24日目の記事になります。 adventar.org はじめに 反復的な開発は、変更容易性の高いソフトウェアが不可欠です。ソフトウェア開発の経験がある方なら、デリバリ後の洞察や市場環境の変化から、新しい機能の追加やアーキテクチャの進化の必要性に直面したことが一度はあるでしょう。 私自身、要求分析手法やSOLID原則等の技法を取り入れ、変更容易性に対応する多くのプロジェクトに参加しました。しかし、どれだけ優れた手法や技法を持っていても、変更が難しい要求が出てくることは避けられません。その際、「過去の出来事」を正確に記録していれば、後から見返して問題解決が容易だったと感じることがよくあります。 ドメイン駆動設計(DDD)では、「過去に起こった出来事」を表現するドメインモデルを「ドメインイベント」と呼びます。変更容易性

                                                                            アーキテクチャの進化はドメインイベントが起点になる - KAKEHASHI Tech Blog
                                                                          • AWS、高速起動にこだわった軽量なJavaScriptランタイム「LLRT」(Low Latency Runtime)をオープンソースで公開。AWS Lambdaでの利用にフォーカス

                                                                            AWS、高速起動にこだわった軽量なJavaScriptランタイム「LLRT」(Low Latency Runtime)をオープンソースで公開。AWS Lambdaでの利用にフォーカス Amazon Web Services(AWS)は、実験的な実装としてサーバレス環境のAWS Lambdaで使うことにフォーカスした軽量なJavaScriptランタイム「LLRT」(Low Latency Runtime)をオープンソースで公開しました。 LLRTはRustで開発され、JavaScriptエンジンにはQuickJSを採用しています。 LLRTの最大の特徴は、現在のJavaScriptランタイムにおいて性能向上のために搭載されているJITコンパイラをあえて搭載せず、よりシンプルで軽量なランタイムとして実装することで高速に起動することにこだわっている点です。 これにより(Node.jsやDenoや

                                                                              AWS、高速起動にこだわった軽量なJavaScriptランタイム「LLRT」(Low Latency Runtime)をオープンソースで公開。AWS Lambdaでの利用にフォーカス
                                                                            • マイクロサービス間通信における認証認可およびアクセス制御

                                                                              はじめに 2023年4月に基盤エンジニアとして Ubie に入社しました nerocrux です。主に Ubie の ID 基盤の開発と保守運用を担当しています。 この記事は、2023 Ubie Engineers アドベントカレンダー 5 日目の記事となります。 Ubie では、モジュラモノリスを採用しつつ、マイクロサービスアーキテクチャも採用しており、領域によってサービスを分けて、それぞれの担当チームが開発と保守運用をしています。 クライアントから一つのリクエストを受け取ったあとに、Ubie のバックエンドではリクエストを受け取ったサービスだけがそのリクエストを処理することもあれば、別のサービスにディスパッチし、複数のサービスがひとつのリクエストを処理して結果を返すこともあります。 マイクロサービス間の通信が Ubie の内部で発生したとしても、必ずしも無制限で自由に行われていいわけで

                                                                                マイクロサービス間通信における認証認可およびアクセス制御
                                                                              • DB初心者が自作DBMS始めてみた - Qiita

                                                                                この記事は DeNA 24 新卒 Advent Calendar 2023 の 23 日目の記事です。 TL;DR DBMSの基本的な仕組みを知るのに有益だったリソース CMUのDBMS講義 先人の素晴らしい自作DBMSの解説記事&ソースコードリーディング 小さな小さな自作DBMSの設計と実装 最小限SELECTやINSERTなど基本的なSQLが動く この記事のゴール データベースの内部構成を超ざっくり理解するために有用なリソースを知り、そして(全開発者のロマンである)自作 DBMS に一歩踏み出すきっかけになればうれしいです。 モチベーション 自分は普段業務でアプリケーションのような割と高レイヤーな開発がメインなこともあって、ミドルウェアやOS、ネットワークと言った低めのレイヤーに憧れを持っており、この気持ちをまずは自作DBMSをやってみることによって解放してあげようと思ったことがきっか

                                                                                  DB初心者が自作DBMS始めてみた - Qiita
                                                                                • 業務システム SPA のフロントエンド技術選定(2023年版) - KAKEHASHI Tech Blog

                                                                                  本エントリはカケハシ Part 2 Advent Calendar 2023の13日目の記事です。 (Part 1もおもしろい記事がいっぱいあるので、ぜひご覧ください。) はじめに こんにちは。カケハシでソフトウェアエンジニアをしている平松です。 今年、新規プロダクト立ち上げの機会があり、その際に行ったフロントエンドの技術選定について紹介したいと思います。 フロントエンドの領域は選択肢が豊富で、変化のスピードも速いため、プロダクトの要件に適した技術を選ぶことはひとつの挑戦です。 実際、フロントエンド技術選定のヒント 【令和五年度版】のアドベントカレンダー記事を読んで、その難しさを改めて感じました。 今回の新規プロダクトは、ユーザがログインして利用するtoBの業務システムです。 私はカケハシでは2度目の新規プロダクト立ち上げですが、前回の経験を活かしつつ、新しいアプローチにも挑戦しています。

                                                                                    業務システム SPA のフロントエンド技術選定(2023年版) - KAKEHASHI Tech Blog