並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 1097件

新着順 人気順

仕様の検索結果321 - 360 件 / 1097件

  • 株式会社一休に入社しました - 貳佰伍拾陸夜日記

    転職のお知らせ、あるいは個人の日記です。 6月から以下のように所属変更となっています。 From 株式会社はてな To 株式会社一休 マネージャではなく、とくに役職のないソフトウェアエンジニアとして働きます。いわゆるIC (individual contributor)というやつです。 きっかけ はてなには新卒として入社して以来11年も勤めて、インターンやアルバイトとして関わった時期から数えると16年になります。出入りの激しいこの業界でずっと1社しか知らずに過ごすのは負い目に感じていました。また、年齢的にも今年で40歳になることもあって、そろそろ転職を経験しておかないとまずいという焦りもありました。 そんなときに、大学の同期でプライベートでも仲良くさせてもらっているid:suzakから声をかけてもらい、ちょっと真剣に転職を考えたのがきっかけでした。 できることではなくやりたいこと はてなで

      株式会社一休に入社しました - 貳佰伍拾陸夜日記
    • 「スマホのバッテリー交換」を容易にする動きが進む それでもデメリットが消えない理由

      EUにてスマートフォンのバッテリー交換規制が強化され、2027年にはバッテリーを容易に交換できる機種でないと、同地域では販売できなくなる見込みだ。これについてメーカー各社も既に手を打ち始めている。今回は最新の動向について追ってみよう。 現状の機種でも、交換用の工具を付属させれば規制はクリアできる 現在報道されるEUのバッテリー交換規制は、従来の携帯電話のように「工具なしで交換」できる状態を強制するわけではない。工具なしでの交換方法以外に、市販の工具を用いて容易に交換できる構造にすること、市販の工具で修理できない場合は、専用の工具などの修理に必要な道具を部品とともに無償で提供することで規制をクリアできるとしている。 例えば、バックパネルがプラスねじで固定されている構成の機種はもちろん、従来のiPhoneでもねじを外すための専用ドライバー、画面やバッテリーを固定する接着剤を溶かす薬品などを交換

        「スマホのバッテリー交換」を容易にする動きが進む それでもデメリットが消えない理由
      • IT屋のCopilotとかに対する温度感と絵師界隈のStable Diffusionとかへの温度感が違..

        IT屋のCopilotとかに対する温度感と絵師界隈のStable Diffusionとかへの温度感が違うの、 IT屋はバカが少ないからとかじゃなくて実際に脅威度が違うからだと思うんだよな うんこ💩ちんちん エンタメ分野は「正しい仕様」もクソもなく消費者が満足して売上が出ればそれが正義だからイラストレーターとイラスト生成AIはダイレクトに競合するけど うんこ💩ちんちん プログラミングには「正しいコード」「間違ったコード」が確かに存在して、AIがバグったコードや仕様を満たさないコードが吐いてたときに、AI自体もAI企業も責任取らないから、 AIにコード書かせるとしてもそれを読んで「これで大丈夫です」と保証して、ダメだったら責任を取る人が必要とされ続ける うんこ💩ちんちん 曖昧で正解のない分野ほどAIに任せやすくて正しさが必要な分野の方で人間が必要っていうのは 大昔の素朴なAI観とは反対で

          IT屋のCopilotとかに対する温度感と絵師界隈のStable Diffusionとかへの温度感が違..
        • いいねとその通知機能をDynamoDBで設計したら思ったよりムズい - エムスリーテックブログ

          【Unit4 ブログリレー4日目】 こんにちは、エムスリーエンジニアリンググループの福林 (@fukubaya) です。 今回は、SNSではごく一般的ないいねとその通知機能をDynamoDBを利用して実装したら思ったより大変だったので、その詳細をご紹介します。 キャナルシティ劇場は、福岡県福岡市博多区の複合商業施設「キャナルシティ博多」のシアタービル最上階に位置する劇場。本文には特に関係ありません。 m3ラウンジ m3ラウンジのいいねとその通知の要件 RDBで実装したらどうなるか いいね機能 通知機能 DynamoDBで実装する いいね機能 通知機能 いいねする いいねを取り消す 通知を表示する 未読の通知の取得 未読の通知数 未読の通知を既読にする テーブル設計むずい PKとSKに何を選ぶか LSIは途中から作れない DynamoDBをローカルで動かして設計する まとめ We are h

            いいねとその通知機能をDynamoDBで設計したら思ったよりムズい - エムスリーテックブログ
          • 読まないと後悔する技術書30選 - Qiita

            はじめに 現代の人に名著以外の本を読むような時間はない こんにちは、Watanabe Jin (@Sicut_study)です みなさんは何か新しい技術を学ぶときにどんなコンテンツを利用するでしょうか? 最近ではUdemyなどの動画講座を利用する人が多いと思いますが、本を読んで学ぶという人もまだまだ多いのではないかと思います 今回は私がこれまで5年間読んできた150冊以上の中から厳選した30冊の本を紹介します。広く多くの人に役立つものから、特定の技術の書籍までどれを読んでもあなたの大切な一冊になるのでぜひ読んでみてください 現代人には時間がない なぜ働いていると本が読めなくなるのかという本が話題になりました 現代人は本を読む時間がなくなっています。 仕事に追われてしまい、プライベートで本を読む暇などなくなっているのです。 しかし、エンジニアは「技術職」なのでプライベートの時間でも学習をして

              読まないと後悔する技術書30選 - Qiita
            • “Windows95”の衝撃とPC-98時代の終焉、美少女ゲームの勃興。PC-98シリーズ解説(後編)【アニメ『16bitセンセーション ANOTHER LAYER』連動企画第5回】 | ゲーム・エンタメ最新情報のファミ通.com

              アニメ『16bitセンセーション ANOTHER LAYER』(Amazon Prime Video) 1995年はPC業界にとって特別な年となった 1995年11月22日、秋葉原は異様な熱気に包まれていた。 当時の秋葉原電気街では、多くの店舗が18時から19時にかけての早い時間帯に閉店し、夜遅くまで営業している食堂や居酒屋も皆無ではないにせよ少なかったので(注:電気街口側の話です)、20時を過ぎるころには人通りがあまり見られなくなるものだった。 だが、その日は違った。 日が暮れてからも客足がまったく途切れず、ふだんであれば各店舗が閉店する時間帯からむしろ路上を行き交う人間の数が増え始め、ついには車道に溢れかえるほどに人並みが膨れ上がり、警察が車両を出して自動車の通行を規制する騒ぎとなった。 そうした中、ソフマップ秋葉原1号店やT-ZONEミナミなどの中央通り沿いの大型店舗や、“ザ・コン”

                “Windows95”の衝撃とPC-98時代の終焉、美少女ゲームの勃興。PC-98シリーズ解説(後編)【アニメ『16bitセンセーション ANOTHER LAYER』連動企画第5回】 | ゲーム・エンタメ最新情報のファミ通.com
              • 電子書籍の取り分についてのお話|hiroyama

                コンテンツ制作側は意外と儲からないという話をしておきたい電子書籍の分配について、作家さんやマンガ家さんからいろいろな論が出ている。出版社が暴利を取っている、搾取しているという論もあるが、割とそんなこともないぞという話。 電子書籍販売のプレイヤーと主な料率下記料率は主にグロス売上(一般的な小売価格ベース)に対する比率。ただし値引き時などは原資負担を出版社が行うケースもあれば、流通や電子書店が行うケースなど様々なのでそのあたりの特殊事例は考慮してない数字。 もちろん、会社や相手によってさまざまなので、ざっくりこの辺りが多いよねという数字でしかない。 クリエイター(マンガ家、小説家など) 2515%程度(25%は出版社に入ってくる分の25%という契約内容が多いということで、グロス計算では15%程度になることが多い。) 編集・出版・制作(おもに出版社とその業務委託先)  1525%程度 流通(おも

                  電子書籍の取り分についてのお話|hiroyama
                • 目的に合わせて開発戦略が変わる。リクルートの開発組織が実現する、専門性のコラボレーションとは - はてなニュース

                  リクルートでは、エンジニアのパフォーマンスを最大化させるために、開発組織をバリューチェーンとして捉えています。 ツリー構造組織ではないワンチームの開発組織は実際、社内でどのように機能しているのでしょうか。今回は、リクルートが提供するプロダクトの一つである『Airワーク 採用管理』の開発事例を参考に深堀りします。 サービス開発を進めるなかで、190画面もの規模の開発をなんと4カ月で完遂させたというこの事例では、BA、アーキテクト、開発マネジメントがそれぞれ八面六臂の活躍を見せ、圧倒的な「開発速度」を実現させました。 後編では、アーキテクトの西村祐樹さん、開発マネジメントの朴永喆さん、BA(ビジネスアナリスト)の竹下由美さんの御三方を交えて、その裏側をお伺いします。 (前・後編の後編です) ※この記事は株式会社リクルートによるSponsoredContentです。 「ブルックスの法則」を乗り越

                    目的に合わせて開発戦略が変わる。リクルートの開発組織が実現する、専門性のコラボレーションとは - はてなニュース
                  • RustでWebバックエンドを書き始めてから1年くらい経った

                    はじめに 僕はDeno Land Inc.でDenoを利用したサーバレスエッジホスティングサービスのDeno Deployを開発するチームに所属しています。OSSのほうのDenoのメイン言語はRustで、Deno Deployのバックエンドも同様にRustで書かれています。 今年のアドベントカレンダーで一休さんから以下の記事が公開されましたが、日本でもRustをWebバックエンドの言語として採用する企業がじわじわと増えてきている印象があります。 Deno DeployのバックエンドをRustで開発してきて、RustでWebバックエンドを書くことのメリットやデメリットをいくつか感じたので、この記事で紹介したいと思います。 Deno Deployの構成 まず、ざっくりとDeno Deployのバックエンドの構成を紹介します。 多くのコンポーネントがありますが、ここではどのようにRustを利用し

                      RustでWebバックエンドを書き始めてから1年くらい経った
                    • LINEヤフー、韓国ネイバーとの委託関係を終了へ PayPayとLINEのアカウント連携も延期に

                      情報漏えいを受け、LINEヤフーが韓国NAVERへの業務委託の終了を決めた。5月8日に開かれた2023年度通期・第4四半期決算会見で明かしたもので、LINEヤフーが2024年度中と進めていたLINEとPayPayのアカウント連携についても、社内のセキュリティガバナンス強化の優先を理由に計画時期を見直す。 LINEヤフーは、23年10月に不正アクセスによる情報漏えいが発生したと発表。情報流出は、同社と韓国の関連会社NAVER Cloud委託先企業の従業員PCがマルウェアに感染したことをきっかけに、NAVER CloudのADサーバも感染。その管理者権限や、LINEヤフーのADサーバの認証情報が奪取され、不正アクセス被害につながったとみられている。 この件に関し、LINEヤフーは24年3月に総務省から行政指導を受けており、同社は4月に報告書を提出。NAVERのシステムとの分離を進める他、「NA

                        LINEヤフー、韓国ネイバーとの委託関係を終了へ PayPayとLINEのアカウント連携も延期に
                      • 日本のソシャゲ企業が心を取り戻すのは不可能なので、正気のオタクはミホ..

                        日本のソシャゲ企業が心を取り戻すのは不可能なので、正気のオタクはミホヨの月額ログボとバトルパス、計月2000円弱くらいでコンシューマクオリティ出してるスマホゲをやるといい。 目の肥えたオタクなら家ではPC版かPS版でプレイしたほうが断然プレイ体験がよくなるが。 育成リソースのために月額系課金が優先度高くなるような作りで、事実上の前提になってるおかげか、ガチャ天井は2万円ちょい。そのガチャ仕様も日本ソシャゲとは設計思想が異なるのよ。 天井カウントがガチャバナーまたいで引き継がれるから、運によらずプレイ歴に応じて着実にキャラが充実してく。すべてのガチャ投資は必ず到達できる天井までの積み石だから、爆死もない。 最高レアキャラ獲得インターバルはだいたいの人が実質天井の80連前後になる。それは基礎確率が0.6%、PU一点狙い確率は0.3%と低いせい。PUはだいたい80連か遅くても160連頃のタイミン

                          日本のソシャゲ企業が心を取り戻すのは不可能なので、正気のオタクはミホ..
                        • ChatGPTのCode Interpreterのコードリーディング能力は結構優秀 - laiso

                          Code interpreter のキラーソリューションは表データの可視化っぽいけど、入力テキストとファイルソースによってテキスト生成とファイル出力ができるという点に着目すると色々活用の幅が広がる。 中でも、今までは入出力トークンに含まれる必要があったソースコードデータを外部ファイル化できるので、「リポジトリを丸ごと食わせる」などの従来トークン制限上実現できなかったことが外部システム連携なしで簡単に可能になったのが嬉しいポイントだった。 この特性を生かして最近OSSの静的コード解析というかコードリーディングをChatGPTにやってもらっている。 以下のサンプルでは脆弱性診実習用アプリ(通称「やられサイト」)のSQLインジェクションを発見してもらうという会話をした。 chat.openai.com 以下ではaws-load-balancer-controller や openai-pr-re

                            ChatGPTのCode Interpreterのコードリーディング能力は結構優秀 - laiso
                          • 逆向きに接続する Reverse HTTP Transport の仕様 - ASnoKaze blog

                            『Reverse HTTP Transport』という提案仕様がIETFに提出されています。著者はMetaとNokiaの方々らです。また、HAProxyの方も同様の機能を検討しているそうです(参考URL)。 普通のProxyサーバでは、Proxyサーバからオリジンサーバにコネクション確立するのが一般的です。そのためにオリジンサーバが外部から接続を受けられるようにする必要があります。 Reverse HTTP Transportでは、逆にオリジンサーバからProxyサーバにコネクションを確立し、HTTPリクエストを受け付けるという構成になります。コネクションの確立/TLSハンドシェイクだけが逆向きで、コネクション確立された接続上で、ProxyからHTTPリクエストが送られます。 これによりオリジンサーバをインターネットに公開する必要がなくなります。 プロトコルについて この Reverse

                              逆向きに接続する Reverse HTTP Transport の仕様 - ASnoKaze blog
                            • 開発生産性を上げるために開発をする前に考えていること - Findy Tech Blog

                              こんにちは。Findy Freelanceの開発チームでエンジニアをしている2boです。 この記事では私が開発生産性を上げるために開発をする前に考えていることについて書きます。 ここで「開発をする前」というのは次のようなタイミングを指します。 PdMなどから新規施策の仕様について相談を受けたとき 起票された開発Issueを最初に確認するとき 自分がIssueを作成するとき なぜこのタイミングで考えるかというと、開発を進める上での方向性を間違える可能性を減らし後から軌道修正をしやすくするためです。 なおこの記事においては、開発生産性を「開発成果物の提供価値を投入リソースで割ったもの」とします。 いくら頑張って開発をしても、そもそもやるべきことの方向性を大きく間違えると提供価値が0に近づくため開発生産性が低下します。 特に開発が高速なチームで方向性を誤ると高速に間違った方向へ進んでしまうことに

                                開発生産性を上げるために開発をする前に考えていること - Findy Tech Blog
                              • 【徹底解説】REST VS GraphQL

                                注意:今回の記事で載せているコードは読者に具体的なコードのイメージを持たせる目的で書いている。それ故に、実際にブラウザ上で実行しても動作しない点には注意してほしい。より専門的ににGraphQLとRESTの違いを学びたいならLogRocketの記事とApolloの記事を参考に。 はじめに 今回の記事では、Web APIの開発に重宝されるRESTとGraphQLの違いを解説する。 対象とする読者 これからREST、またはGraphQLを実務で積極的に活用したいひと 両者の違いがわからないひと 個人開発等でWeb APIをつくるひと タイトルを見てなんとなく気になったひと APIとは RESTとGraphQLの議論に入る前に、まずはAPIについて説明する必要がある。 Wikipediaによると、API(Application Programming Interface)は以下のように定義されてい

                                  【徹底解説】REST VS GraphQL
                                • GraphQLはいつ使うか、RESTとの比較

                                  さぼです、沖縄でWebと設計について考えてます。2023/09/23 に沖縄で行われたTechBaseOkinawa2023 にて上記のタイトルで登壇しました。 今回の内容は GraphQLを設計の観点から考えてみる GraphQLの目的や用途を整理する GraphQLを使う時、または使わない時のヒントを持ち帰ってもらう 最近、GraphQLじゃなくてRESTで良くないと思うケースがなんとなくわかってきたのでそれを共有する という感じで話しました。話した内容を文字に起こし少し改修してZennでも共有することとします。 まえおき 最近はクライアントAppとサーバーAppを分けて実装する事が増えてきた クライアントの環境はますます複雑になっている クライアントとサーバーはWebAPIで通信を行う クライアントが複雑になるのと同時にWebAPIの要求が更に増して来ている APIの要求・応答を効率

                                    GraphQLはいつ使うか、RESTとの比較
                                  • スマホがなかった時代の寵児! ソニー「CLIE」が始まってから終焉を迎えるまで

                                    ◆持ち歩ける情報処理端末「CLIE」は未来だった 今は国民のほとんどがスマートフォンを持っている時代ですが、2000年頃はまだそんなものはなかった頃、いかに情報処理端末的なガジェットを持ち歩くことを夢みたことか。 確かにケータイをいつも身につけて、単なる通話だけじゃなくて、カメラもついてて音楽も聴けて、ケータイ用に用意されたサイトを見たりショートメッセージくらいはできても、それぞれのクオリティーはまだまだ低くて、なんとももどかしい窮屈さから逃れられませんでした。 その当時、最も処理速度の速いはずのノートパソコンを持ち運ぶのが最善だとわかってはいても、やっぱり重くて大きい。VAIOはあくまでも Windowsという路線に乗っかっているもので、起動するだけで待たされるし、バッテリーもすぐになくなるし、そもそもHDDが壊れるかもしれないというリスクを背負っていたので、気軽に外に持って行くわけには

                                      スマホがなかった時代の寵児! ソニー「CLIE」が始まってから終焉を迎えるまで
                                    • ずっと“途中”の家を愉しむ カスタマイズを通して自分の「好き」を感じるマンション暮らし - マンションと暮せば by SUUMO

                                      こんにちは、沙東すずです。東京都内で会社員として勤務するかたわら、文筆や生きものに関するイベントなどの活動をしています(以前はメレ山メレ子というペンネームでしたが、2023年春に改名しました)。 今回はわたしの趣味である「家のカスタマイズ」について、途中経過をお見せしながらその愉しさを語りたいと思います。 マンション購入までの道のり 2023年1月にマンションを購入し、数カ月のフルリノベーション工事を経て5月に入居しました。 実はわたしにとってはこれが2回目のマンション購入、そして改装です。 通称「メレヤマンション」にて、アフリカのガーナで作った棺桶と(撮影:宇壽山貴久子)2016年に最初の中古マンションを購入してフルリノベーション。「古いマンションを好き勝手に改装したい」という夢をかなえました。その後、2017年夏~2020年冬まで中国子会社に赴任。「ぜんぜん住んでないじゃないか!」と思

                                        ずっと“途中”の家を愉しむ カスタマイズを通して自分の「好き」を感じるマンション暮らし - マンションと暮せば by SUUMO
                                      • ADR を1年間書いてみた感想 - 一休.com Developers Blog

                                        宿泊開発チームでエンジニアをしている @kosuke1012 です。チームで ADR を書き始めて1年くらい経ったので、その感想を書いてみたいと思います。 この記事は 一休.comのカレンダー | Advent Calendar 2023 - Qiita の13日目の記事です。 ADRとは アーキテクチャ・ディシジョン・レコードの略で、アーキテクチャに関する意思決定を軽量なテキストドキュメントで記録していくものです。 出典はこちらで、 Documenting Architecture Decisions わかりやすい和訳は以下の記事が、 アーキテクチャ決定レコードの概要  |  Cloud アーキテクチャ センター  |  Google Cloud アーキテクチャ・デシジョン・レコードの勧め | 豆蔵デベロッパーサイト アーキテクチャの「なぜ?」を記録する!ADRってなんぞや? #設計 -

                                          ADR を1年間書いてみた感想 - 一休.com Developers Blog
                                        • カンファレンスイベントで会場回線を過信してはいけない - notokenの覚書

                                          前段 PHP Conference Japan 2023が 10/08 に大田区産業プラザPiOで行われたわけですが、開会直後に提供している無線LANがいきなり不安定になってしまい、そのまま一部の部屋以外で提供できない状態になってしまった。 この記事では、なぜそのようなことが発生してしまったか?という点に関して解説しようと思う。 結論 会場側設備として入っているNAPT-BOXが YAMAHA RTX1200 という 15年前*1に発売されたルータで、来場者を捌けるだけのNAPTセッションテーブル*2が備わっておらず、NAPTテーブル溢れ*3を起こしてしまった。 事前知識 NAPT Network Address Port Translation 1つのグローバルIPアドレスを複数のホストで共有するための仕組み。この機能により1つのグローバルIPアドレスを複数のクライアント(コンピュータや

                                            カンファレンスイベントで会場回線を過信してはいけない - notokenの覚書
                                          • Amazon SESとAmazon Route 53によるDKIM, SPF, DMARCの設定 - DMARCパラメータの概要と設定例 - - NRIネットコムBlog

                                            小西秀和です。 2024年2月1日以降、Gmailでは迷惑メール削減を目的として、Gmailアカウントにメール送信する送信者は送信元アドレスのドメインにDKIM(DomainKeys Identified Mail)、SPF(Sender Policy Framework)の設定が必要となりました。 また、Gmailアカウントに1日あたり5000件以上のメールを送信する場合にはDMARC(Domain-based Message Authentication, Reporting, and Conformance)の設定も必要となっています。 参考:Email sender guidelines - Google Workspace Admin Help このような事情から最近再びDKIM, SPF, DMARCの設定に関する話題が多くなっていたので、今後の新規ドメインによるメール送信も考

                                              Amazon SESとAmazon Route 53によるDKIM, SPF, DMARCの設定 - DMARCパラメータの概要と設定例 - - NRIネットコムBlog
                                            • strong, b, em, i, u, …、違いがわからんHTML要素の仕様を調べて「新しい見た目」を考えてみたら理解が深まった

                                              「strongもbも太字になるのにどう違うんだ…?」 「emもiもイタリック体になるけど、そもそもイタリック体ってなんなんだよ…?」 「strongの重要と、emの強調って何が違うんだ…?」 などなど、使い方がよくわからなくなりがちな HTML 要素(主にテキストレベルセマンティックスに分類される要素)の違いを調べてみました。 長めの記事になっていますので、気になる要素だけつまみ食いしてもらうのもよいかと思います。 今回の調査対象はこちら span strong b em i dfn cite var mark u ins del s strike big small ブラウザのデフォルトの見た目確認用 CodePen 調査する内容 HTML Standard の仕様に書かれている説明 一部、HTML 4.01 から HTML 5 での変更が理解の助けになるものもあり、HTML 4.01

                                                strong, b, em, i, u, …、違いがわからんHTML要素の仕様を調べて「新しい見た目」を考えてみたら理解が深まった
                                              • Reactは悪い意味でも現在のjQueryだし、それを受け止めないと前に進めないということ

                                                HTMXのCEOに就任したので[1]、記念に記事を書きたいと思います。 HTMXサイトのエッセイ[2]はどれも珠玉の出来で評判ですが、それらを読んでもわかるとおり、HTMXは「Webはこうあるべき」という主義主張のあるライブラリです。その主義主張のかなり初歩的な前提を書きたいと思います。 Reactはなぜだめか、という話です。 21日追記 ちょっと誤解が生じているために書き足しますが、Reactのパフォーマンス(及びそれ以外のこと)への批判というのはHTMX固有のものではありません。SvelteやSolidJSといった新興JSフレームワークやRails等の非JS WEBフレームワーク、SSG開発者たち、それからReact開発者たち自身といった多様なWEB開発者たちに共有されている見方です。この記事の最後の方でReact批判記事のリンク集を引用していますが、そういった多様なバックボーンの人た

                                                  Reactは悪い意味でも現在のjQueryだし、それを受け止めないと前に進めないということ
                                                • 内製オブジェクトストレージサーバ「b3」でコスト最適化を目指した話 - Mirrativ Tech Blog

                                                  インフラストリーミングチームの近藤 (@udzura) です。今回は、ミラティブで内製しているオブジェクトストレージサーバ「b3」の紹介記事を書きたいと思います。 今回の記事は、6月にGopher Talkというイベントで発表した「Go製ミドルウェアを実践投入するにあたりやったこと」をベースに、内容を詳細にしたり直近の開発状況に合わせて更新したものです。一部内容はこの発表と重複していますがご了承ください。 オブジェクトストレージサーバを内製した背景 1. 大量オブジェクトの操作や増え続ける転送量に対応したい 2. 一定期間しかファイルの保持をしない 3. オンメモリ/SSD/HDDを組み合わせたチューニングがしたい オブジェクトストレージb3の特徴 S3 互換の基本的なAPIを実装 LSM-Tree index+WALなDB/マージ操作に対応 I/O 帯域を制限可能 非同期レプリケーション

                                                    内製オブジェクトストレージサーバ「b3」でコスト最適化を目指した話 - Mirrativ Tech Blog
                                                  • 異変発見ホラーゲーム『8番出口』開発者、「異変が起こらない」との報告がバグであるかどうかわからず困り果てる。プレイヤーも開発者もわからない - AUTOMATON

                                                    『8番出口』開発者のコタケノトケケ氏は12月6日、「異変が起こらない」のユーザー報告について反応。Steamコミュニティのスレッドを案内した。どうしても異変が見つからない場合は、セーブデータを削除してやり直してほしいとしている。 『8番出口』は、短編ウォーキングシミュレーターホラーである。本作の舞台は、無限に続く地下通路だ。プレイヤーは、無限に続く奇妙な地下通路からの脱出を目指す。標識を見る限り、8番出口の近くにいるようだが、歩いてもなかなか出口にはたどりつかない。どうやら地下通路に閉じ込められてしまったようだ。プレイヤーは地下通路の異変を観察しながら、出口への道を探す。 ルールはシンプル。「異変を見逃さないこと」「異変を見つけたら、すぐに引き返すこと」「異変が見つからなかったら、引き返さないこと」。ようするに、異変を見つけたら引き返す、間違い探し的な遊びが導入されている。 安価で手に入り

                                                      異変発見ホラーゲーム『8番出口』開発者、「異変が起こらない」との報告がバグであるかどうかわからず困り果てる。プレイヤーも開発者もわからない - AUTOMATON
                                                    • S3経由でXSS!?不可思議なContent-Typeの値を利用する攻撃手法の新観点 - Flatt Security Blog

                                                      はじめに セキュリティエンジニアの齋藤ことazaraです。今回は、不可思議なContent-Typeの値と、クラウド時代でのセキュリティリスクについてお話しします。 本ブログは、2024 年 3 月 30 日に開催された BSides Tokyo で登壇した際の発表について、まとめたものです。 また、ブログ資料化にあたり、Content-Type の動作や仕様にフォーカスした形で再編を行い、登壇時に口頭で補足した内容の追記、必要に応じた補足を行なっています。 また、本ブログで解説をする BSides Tokyoでの発表のもう一つの題である、オブジェクトストレージについては、以下のブログから確認をすることが可能ですので、ご覧ください。 blog.flatt.tech なぜ今、この問題を取り上げるのか? 従来のファイルアップロードにおいて、Content-Type の値を任意の値に設定すること

                                                        S3経由でXSS!?不可思議なContent-Typeの値を利用する攻撃手法の新観点 - Flatt Security Blog
                                                      • Ruby/Rails の勉強に何読んだらいいかと聞かれたとき - id:onk のはてなブログ

                                                        「次の職場が Ruby なんだけど」と読み書きそろばんを聞かれたのと、大阪Ruby会議03、大江戸Ruby会議10、Kaigi on Rails 2023 と Ruby/Rails 関係のイベントに続けて参加して、作者の皆さまと会ったので。 「読める」になるために 言語仕様は何らかの本 1 冊の冒頭の方を読めば雰囲気は掴めるだろう。 Ginza Rails27 igaiga - Speaker Deck 著書や技術顧問、健康診断レポート でお馴染みの @igaiga555 さんの作った表で、難易度別にまとまっている。 たのしいRuby か、プロを目指す人のためのRuby入門 が定番かなぁ。 できることを知る るりま (Ruby リファレンスマニュアル) の Enumerable、String Rails Guides の Active Support Core Extensions 日本語

                                                          Ruby/Rails の勉強に何読んだらいいかと聞かれたとき - id:onk のはてなブログ
                                                        • デジタル庁が発表した「デジタル認証アプリ」でできること ざっくり整理 - Qiita

                                                          2024年6月21日にデジタル庁からデジタル認証アプリの発表がありました。 このデジタル認証アプリで何ができるのか、ざっくり整理してみました。 この記事で対象としている方 デジタル認証アプリの概要についてざっくり理解したい方 デジタル認証アプリについて今北産業してほしい方 この記事では技術的な話はなるべく避け、全体像を整理していきます。 技術的な話を理解したい方は、参考リンクより他の方が書かれた記事を参照してみてください。 「デジタル認証アプリ」はどんなものか? 「デジタル認証アプリ」は、マイナンバーカードを使った認証や署名を、安全に・簡単にするための、デジタル庁が提供するアプリです。 (デジタル認証アプリサービスサイトより引用) デジタル認証アプリは、デジタル庁が提供するデジタル認証アプリサービスAPIと組み合わせて1つのサービス(デジタル認証アプリサービス)を構成しています。デジタル認

                                                            デジタル庁が発表した「デジタル認証アプリ」でできること ざっくり整理 - Qiita
                                                          • どのレイヤー(層)でトランザクションを実装すべきか

                                                            このように、層ごとに関心事の分離を行うことで、保守性の高い(変更容易性や再利用性等)アプリケーションを実現できます。 しかし、「トランザクション」においてはどうでしょうか。 トランザクションはビジネス領域においても、技術領域においても関心事がある内容です。 そういう曖昧なものは「ひとまず usecase 層に入れてしまえ」という方針になりがちです。 ですが、DB 固有の知識を usecase 層の関心事にしてしまっては、関心事の分離をするメリットが得られません。 そのため、関心事の分離を実現しつつトランザクション実装をする方法を模索してみました。 前提 1. クリーンアーキテクチャを採用している(オニオンアーキテクチャやレイヤードアーキテクチャも含む) そもそもビジネス知識と技術知識を分離していないアーキテクチャを採用している場合、メリットは得られません。 そのため、オニオンアーキテクチャ

                                                              どのレイヤー(層)でトランザクションを実装すべきか
                                                            • Slackのtimesチャンネル文化が好きじゃない - りまりまだんの本拠地

                                                              speakerdeck.com はてなブックマークやxでこの資料が話題になっていた。80%くらいは同意できるが、Slackの部分は個人的にはうーんと思った。特にtimesが好きではなくて、「timesじゃなくてチケット管理システムを使え」と思ってしまった。なんで好きじゃないんだろう?と思ったので整理しておく。 情報が垂れ流しだと探しづらいから timesには思考や調べたことを投稿して、後から見返せるようにしましょうという役割がある。でもそれ、本当に見返せるのだろうか?Slackの検索クエリはGoogleほど絞り込みが効かないし、部分一致の検索でもかなりフィルタリングされた情報がヒットする印象がある。本当に探し出せる気がしない。 また、投稿した人ではない誰かが仕事を引き継いだときに困るんじゃないか、という思いが拭えなくて好きじゃない。例えばエンジニアの退職でリポジトリのメンテを引き継ぐことに

                                                                Slackのtimesチャンネル文化が好きじゃない - りまりまだんの本拠地
                                                              • 『ユニコーンオーバーロード』は5時間ぶっ続けで遊んでもぜんぜん足りない! ボリューム・自由度・密度が揃う“狂気的な作り込み”に時間が溶けていく

                                                                『ユニコーンオーバーロード』は5時間ぶっ続けで遊んでもぜんぜん足りない! ボリューム・自由度・密度が揃う“狂気的な作り込み”に時間が溶けていく 1990年代のシミュレーションRPGに大きなリスペクトを捧げる新作シミュレーションRPG『ユニコーンオーバーロード』。本作について語る前になにより伝えたいのは、予想を超える「狂気的なボリューム感」の作品であるということだ。 『十三機兵防衛圏』も手がけたアトラスとヴァニラウェアのタッグで送られる本作は、ユーザーの期待値がかなり上がっていることと思うが、その期待にばっちり応える強度を持っている。 本作の物語は、誰もが童心に返るようなときめきに満ちている。王位継承者であり主人公、解放軍を率いる若きカリスマのアレイン、彼の従者であり共に剣の腕を磨くレックスなど、スタイリッシュでリッチな現行機ならではの表現で描かれる「古き良き」を感じられるど真ん中のストーリ

                                                                  『ユニコーンオーバーロード』は5時間ぶっ続けで遊んでもぜんぜん足りない! ボリューム・自由度・密度が揃う“狂気的な作り込み”に時間が溶けていく
                                                                • 成長しない日本のソフトウェアスタートアップ 国内競争を促進してエコシステムを創出する | 社会・産業のデジタル変革 | IPA 独立行政法人 情報処理推進機構

                                                                  IPA調査分析ディスカッション・ペーパー2023-01 公開日:2023年9月14日 独立行政法人情報処理推進機構 調査分析室 鷲見 拓哉 当機構が日米のソフトウェアスタートアップを対象に実施したアンケート調査により、アンケートに回答した日本のソフトウェアスタートアップの多くは、創業後10年間でほとんど成長していないことが明らかとなった。 本ディスカッション・ペーパーでは、成長するビジネスモデルを見いだす「ビジネスモデル探索活動」に特に着目して、日本のソフトウェアスタートアップが抱える課題とその解決策について考察する。 1.はじめに 昨今、ディスラプターの出現により企業の競争環境は急激に変化している。経営においても、業務効率化、コスト削減等の従来から言われる観点に加えて、外部環境変化に如何に迅速に対応し事業を展開するかという「アジリティ」の観点が求められるようになった。顧客に対して如何に早

                                                                    成長しない日本のソフトウェアスタートアップ 国内競争を促進してエコシステムを創出する | 社会・産業のデジタル変革 | IPA 独立行政法人 情報処理推進機構
                                                                  • スキーリゾート「ニセコ」の様子がおかしい…ルイ・ヴィトンが出店、72万円のヘリタクシーまで出現でセレブ化が止まらない(高橋 克英) @moneygendai

                                                                    ゴンドラまでヴィトン仕様 日本を代表する世界的なスキーリゾートとして君臨する、ニセコのブランド化が加速している。 ルイ・ヴィトンが、2023年12月に期間限定の店舗「ニセコ ウィンター リゾート ポップアップストア」をオープンした。 外資系最高級ホテルとホテルコンドミニアムからなる「パークハイアット ニセコHANAZONO」にあるポップアップストアは、スキーやスノーボード、ゴーグル、ヘルメットなどを中心に、バッグやシューズなどを販売している。 更に、日本初導入のイタリアのピニンファリーナのデザインによるフランス製高級ゴンドラの一部が「ルイ・ヴィトン」仕様となっている。 同ゴンドラは、シートは本革で、サスペンションシステム搭載。ゴンドラのスピードは業界最高水準の秒速5メートルだ。ゲレンデ前には、モノグラムのロゴをあしらった遊牧民の住居「ユルト」が設置され、ラグジュアリーな冬のリゾートを彩って

                                                                      スキーリゾート「ニセコ」の様子がおかしい…ルイ・ヴィトンが出店、72万円のヘリタクシーまで出現でセレブ化が止まらない(高橋 克英) @moneygendai
                                                                    • IPAフォントライセンスを巡って | 一般社団法人 文字情報技術促進協議会

                                                                      先般、当協議会所属のフォント技術のエキスパートから、MJ明朝体フォントをWOFF化するサービスを提供しているサイトがある、MJ明朝体フォントの使用許諾契約に違反しているのではないか、との指摘があった。事務局長や対外窓口をお願いしている理事の方とも相談して、このサイトのオーナーに連絡を取り、MJ明朝体決め打ちのサービスについては、公開を差し控えていただいた。 ぼく的には、フォントをWOFF化するサービスの必要性もよく分かるし、協議会としても、WOFF化やサブセットフォントの提供など、協議会として直接行うか、協議会メンバーのフォントベンダー各社にビジネスとしてやっていただくかも含めて、具体的な方策を検討しているところだ。 ちょうどいい機会なので、MJ明朝体フォントの使用許諾契約書の成立の経緯と、ついでに、フォントの知的所有権を巡るず〜っと以前のぼくの経験を書き記しておきたい。 そう考えて、経緯

                                                                      • 【catnose】Zennを生んだ個人開発者に聞く、プロダクト開発の美学

                                                                        個人開発者 catnose ソフトウェア開発者・デザイナー。 個人開発者として、Webデザイナー向けメディア「サルワカ」、ポートフォリオ作成サービス「RESUME」、技術情報共有サービス「Zenn」、簡単にAIサービスがつくれる「だれでもAIメーカー」など、数々のプロダクトを世に送り出す。家族は妻、娘、犬、猫。 個人開発者として、ポートフォリオ作成サービス「RESUME(レジュメ)」や技術情報共有サービス「Zenn(ゼン)」、入力欄や選択ボックスを組み合わせるだけで簡単にAIサービスがつくれる「だれでもAIメーカー」など、数々のプロダクトをヒットさせてきたcatnose(キャットノーズ)さん。現在も複数の開発案件に関わりながら、新たなプロダクトを開発中だといいます。 今回はそんなcatnoseさんのこれまでの作品を振り返りながら、個人開発者として培った開発哲学や、30代になるとともに起きた

                                                                          【catnose】Zennを生んだ個人開発者に聞く、プロダクト開発の美学
                                                                        • Pull Requestを小さくする戦略 - 開発チームのパフォーマンス向上のための第一歩 - Agile Journey

                                                                          Agile Journeyをご覧の皆さん、こんにちは。ZOZOの御立田です。 私が所属する株式会社ZOZOは、「世界中をカッコよく、世界中に笑顔を。」を企業理念として掲げ、ファッションEC「ZOZOTOWN」、ファッションコーディネートアプリ「WEAR」などの各種サービスの企画・開発・運営や、「ZOZOSUIT」「ZOZOMAT」「ZOZOGLASS」などの計測テクノロジーの開発・活用をおこなっています。また、カスタマーサポート、物流拠点「ZOZOBASE」を運営しています。 ファッションコーディネートアプリ「WEAR」やショップスタッフの販売サポートツール「FAANS」を手がける、私が所属するブランドソリューション開発本部では、「開発生産性を3倍に」を目標に掲げ、多くの改善を進めています。 「開発生産性」をどのように定義するかには議論がありますが、まず私たちが向き合ったのは「仕事量の生産

                                                                            Pull Requestを小さくする戦略 - 開発チームのパフォーマンス向上のための第一歩 - Agile Journey
                                                                          • 自律型AIソフトウェアエンジニア「Devin」発表。課題から情報収集して環境構築・ビルド・デプロイまで | テクノエッジ TechnoEdge

                                                                            ITジャーナリスト/Publickeyブロガー。IT系の雑誌編集者、オンラインメディア発行人を経て独立。2009年にPublickeyを開始しました。 AIスタートアップのCognitionは、自律型のAIソフトウェアエンジニア「Devin」を発表しました。 Devinは人間が課題を与えると、自律的に情報を参照し、コーディングやデバッグ、デプロイを行い、システム構築を実現するAIソフトウェアエンジニアだと説明されています。 Cognition AI CEOのScott Wu氏以下はデモ動画からのキャプチャです。 Devinは人間のソフトウェアエンジニアと同様に、自身のコンソール画面(右上)、コードエディタ(右下)、Webブラウザ(左下)を持っています(左上は人間とチャットでやり取りする領域)。 人間がプロンプトで何らかの課題を与えると、まず課題解決のためのプランを生成します。 今回、Dev

                                                                              自律型AIソフトウェアエンジニア「Devin」発表。課題から情報収集して環境構築・ビルド・デプロイまで | テクノエッジ TechnoEdge
                                                                            • チバユウスケの訃報を聞いた翌々日にモッズスーツを仕立てに行った話|kaijinchan

                                                                              12月7日、チバユウスケの訃報を聞いてから2日後。気持ちの行き場がどこにもなかったから、思い切って幼い頃からの小さな夢を叶えることにした。 新宿まで出て小田急に乗り、初めて梅ヶ丘駅に降り立つ。 駅を出て数分ほど歩いた所に、ある種の人間にとっての"聖地"は独特の佇まいを持ちながら街に溶け込むように存在していた。 「洋服の並木」 ミッシェルガンエレファント(以下ミッシェル)のスーツ姿に憧れた者で知らない者はいない、ミッシェルのスーツを長年作り続けてきたオーダースーツの老舗だ。お笑い好きの方にとっては芸人さんのスーツを仕立てているイメージが強いかもしれない。 元々モッズ界では有名なお店だったようだが、ミッシェルのスーツ姿が与えたインパクトから裾野は広がり、ある者は成人式用に、そしてステージの衣装、はたまたとびきりの仕事着にと「ハレの日」のスーツを長年仕立て続けている。 子供の頃の自分も多分に漏れ

                                                                                チバユウスケの訃報を聞いた翌々日にモッズスーツを仕立てに行った話|kaijinchan
                                                                              • ヤマハ、新感覚オール・イン・ワン音楽制作デバイス、「SEQTRAK」を発表…… 映像を生成/合成できる機能も搭載

                                                                                ヤマハ「SEQTRAK」 今月26日に発売される「SEQTRAK」は、場所を選ばずに曲づくりが行える音楽制作デバイス。コンパクト・ボディに、シンセサイザー、サンプラー、ドラム・マシン、シーケンサー、エフェクターといった機能が網羅され、スピーカーやマイクなども備えたオール・イン・ワンの音楽制作デバイスです。 コンパクト・ボディに曲づくりに必要な機能を網羅 メインの音源は、おなじみのAWM2(最大同時発音数:128)と4オペレーターのFM(最大同時発音数:8)の2種類で、2,000種類以上のファクトリー・プリセットも収録。さらにはサンプラーも搭載し、7つのスロットに内蔵MEMSマイク/外部入力の音をサンプリングすることができます(24bit/44.1kHz)。これらの音源をコントロールするシーケンサーは、最大11トラック/最大128ステップという仕様で、直感的にパターンを作成することが可能。各

                                                                                  ヤマハ、新感覚オール・イン・ワン音楽制作デバイス、「SEQTRAK」を発表…… 映像を生成/合成できる機能も搭載
                                                                                • Amazon「Kindleダイレクト・パブリッシング」で紙の本を出版してみた〈記事広告〉※訂正有 | HON.jp News Blog

                                                                                  《この記事は約 14 分で読めます(1分で600字計算)》 フリーライターの納富廉邦氏が、Amazon「Kindleダイレクト・パブリッシング」で紙の本の出版にチャレンジ、体験談をレポートいただきました。 【こちらはアマゾンジャパン合同会社の提供でお届けする記事広告です。】 【2023年10月17日追記:「納税に関する情報」に重要な訂正】 即売会で売りたいから、紙がいい 12年以上連載していたコラムが最終回を迎えました。そこで、この連載を本にまとめようと思ったのですが、連載していた新聞社は単行本を出す部門がなく、他所に持っていくと、電書でならというお話でした。それなら、自分で作ってしまえと思ったのですが、できれば文学フリマなどで販売したいので、紙の本がいいなと思いました。 全301回、様々なグッズを紹介した連載原稿は、単行本4冊分くらいは楽にあります。ここからセレクトしたものを本にしようと

                                                                                    Amazon「Kindleダイレクト・パブリッシング」で紙の本を出版してみた〈記事広告〉※訂正有 | HON.jp News Blog