並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 339件

新着順 人気順

スレッド 意味の検索結果281 - 320 件 / 339件

  • 間接参照を巨大仮想メモリで飲み込む - Software Transactional Memo

    この記事はデータベース・システム系 Advent Calendar 2023の3日目の記事である。昨日の記事も僕でした。 間接参照を巨大仮想メモリで飲み込む メインメモリはハードディスクやSSDより容量が小さく、この問題は当面は解決の目処が立たない。 そもそも今のDRAMより速くて安くて大きいストレージが仮に発明されてもそれがDRAMに取って代わるメインメモリの立ち位置になるだけであってその下のレイヤーには依然としてそのメインメモリより安くて大きなストレージが置かれる事になる。大局的な観点ではストレージの階層構造とは経済活動の鏡像でもある。 バッファプール さて、耳にタコができるほど繰り返しているが現代のデータベースはディスクなどの永続ストレージにデータの本尊が保存され、メインメモリはそれに対する読み書きを高速化するためのデータ一時置き場としての役割を担当している。 代表的なRDBMSは3

      間接参照を巨大仮想メモリで飲み込む - Software Transactional Memo
    • チームが有機的に動くための取り組み - Gunosy Tech Blog

      概要 こんにちは。 ホグワーツレガシーで魔法を使わず白菜ばかり使っている、広告技術部のUTです。 今回はチームが有機的に動くために実施している取り組みを紹介したいと思います。 概要 有機的とは なにをやっているか やることの明確化と振り返り スクラム それぞれが責任を持つ 他チームとのコミュニケーション まとめ 有機的とは 「機械的組織」とは、職務権限が明確で、上層部に情報が集中し、トップの命令と指示によって統制される中央集権型組織だ。 それに対して「有機的組織」とは、職務権限が柔軟で、情報は組織内のあらゆる場所に分散し、水平的なネットワーク型の伝達構造をもつ分散型組織を指す。 by Salesforce https://www.salesforce.com/jp/blog/2012/12/vol5-be-social-empowerment.html 労働力の物量で戦うのではなく、片手で

        チームが有機的に動くための取り組み - Gunosy Tech Blog
      • 『楠栞桜ストーカー問題』における、天鳳の問題点

        追記(8/18)8月14日にnoteの記事投稿者IPがHTMLのソースコードから確認できる不具合が発覚し、楠栞桜の投稿記事から確認できるIPアドレスが、本記事で取り上げているIPアドレスと同一であったことが判明した。 https://note.jp/n/n3e6451c9b147 これによって、少なくとも本記事で取り上げた書き込みに関しては、楠栞桜本人によるものだということがほぼほぼ間違いないものとなった。 ただし、少なくとも本記事で取り上げている問題に関しては、天鳳が当日の楠栞桜本人のIPアドレスと照会した結果を発表すれば、その内容次第で彼女の身の潔白を証明することが可能となる。 そしてこの状況下でもなお天鳳が沈黙を貫くということは、おそらくそういうことだとは思われるが、企業としての社会的責任を放棄してまで、いちユーザーの名誉?を守ろうとする行動は到底理解不能である。 noteのIPアド

          『楠栞桜ストーカー問題』における、天鳳の問題点
        • スレッド形式で雑にメモを書き散らすためのサービス「Thredot」をリリースしました

          Thredot はスレッド形式でメモを書けるサービスです。 Google アカウントがあればログインできます。 こういうの Playground ページを用意しているので、気軽に使い心地を試してみてください。 Thredot のコンセプト Thredot はアイデアや情報をメモに書き出すハードルを限界まで下げることを目指しており、そのために様々な工夫をしています。 メモを整理させない 爆速な検索機能 公開範囲を設定できる WYSIWYG エディタを採用 メモを整理させない Thredot では徹底的にメモを整理させない方針を取っています。 僕は「整理するための機能が用意されていると整理をしたくなってしまう」人間です。 でも整理するのって超面倒くさいです。 ( 支離滅裂 ) 結局中途半端に整理しようとして余計にゴチャゴチャになり、最終的にメモを書くこと自体が億劫になってしまいます。 Thre

            スレッド形式で雑にメモを書き散らすためのサービス「Thredot」をリリースしました
          • SQL Server / SQL Database パフォーマンスチューニングのための基礎知識 - Qiita

            本投稿について 本投稿は、Microsoft Learn で公開されている、「SQL Server でクエリのパフォーマンスを最適化する 」を確認していた際に、いくつかの情報を補足しながら日本語化したものとなります。 SQL Server / Azure SQL Database のパフォーマンスチューニングには様々な方法があり、「このケースであればこの方法」ということを断定することは難しいのではないでしょうか。 そのため、様々なケースで利用することが可能な、チューニング方法の基礎知識 (一般論) はとても重要です。 本投稿で、確認を行った「SQL Server でクエリのパフォーマンスを最適化する 」は、チューニングに対しての体系的な考え方を無償で学ぶのには適しているコンテンツではないかと思いました。 チューニング系の講義は様々なノウハウが絡みますので有償が多く、ノウハウがない状態で体系

              SQL Server / SQL Database パフォーマンスチューニングのための基礎知識 - Qiita
            • 東野篤子氏に係るコンプライアンス通報について 1/4

              公表の背景と留意していただきたいこと 私は,筑波大学人文社会系教授 東野篤子氏がX(旧twitter)上で行った行為が同大学の「ソーシャルメディア利用ガイドライン」 及び「コンプライアンス推進規則」に違反すると考え,2024年4月1日付で筑波大学にコンプライアンス通報を行いました。 筑波大学ソーシャルメディア利用ガイドライン https://www.tsukuba.ac.jp/images/pdf/2020g02.pdf 筑波大学コンプライアンス推進規則 https://www.tsukuba.ac.jp/images/pdf/2006hks25.pdf これを受けて筑波大学は調査委員会を設置し,私は同年4月9日に,私の住む京都において調査委員による聞き取り調査に協力しました。結論が出れば,通報者に連絡があることになっていますが,現在までのところ,筑波大学からの連絡はありません。私は東野氏

                東野篤子氏に係るコンプライアンス通報について 1/4
              • アクターモデルとアプリケーションアーキテクチャの関係 - nkty blog

                背景 マイクロサービスアーキテクチャが浸透し、それに伴いDDDを導入する企業も増えている気がします。 それと同時に、アクターモデルの話題も最近以前より聞くようになった気がします。 ただ、以下のような疑問を持つ人は多くいるのではないでしょうか? アクターモデルは聞いたことがあるけど、重要性が分からない 使い所が分からない サーバーレスコンピューティングなの?でもAkkaの説明ばかり出てくるけど? こういう状況になっている要因の一つは、おそらく、アクターモデルの説明の多くが分散システムにフォーカスしており(当たり前なんですが)、アプリケーションアーキテクチャとの関係性については、使う人まかせになっているためではないでしょうか。 ここでは、アプリケーションアーキテクチャと合わせて、アクターモデルの使い所を考えてみます。 先に結論 アクターモデルは、分散環境で実行するアプリケーションを開発するため

                  アクターモデルとアプリケーションアーキテクチャの関係 - nkty blog
                • InnoDBのMVCCのガベージコレクションについて - shallowな暮らし

                  こんにちは、shallow1729:detailです。今回は先日MyNA会というイベントで発表したMySQLの標準のストレージエンジンであるInnoDBのMVCCのガベージコレクションについて書こうと思います。発表自体もアーカイブされているので以下から見る事ができます。 「日本MySQLユーザ会会(MyNA会) 2021年07月 -下位レイヤ勉強会-」 公開版 - YouTube まず前半ではMVCCに関連するデータ構造を見ながらガベージコレクションの重要性やlong-running transactionの問題点について解説します。後半では実際のガベージコレクション(purge)の処理をソースコードレベルで追いながら、ユーザーに提供されているパラメーターを解説をします。 これまでに比べると踏み込んだ話題なのであまり基礎的な事は解説しません。知らない単語が多いかもしれないですが、適宜調べな

                    InnoDBのMVCCのガベージコレクションについて - shallowな暮らし
                  • 独断と偏見でまとめる2024年10月現在ゼロから学んで今から生成モデルをコーディングできるために必要な知識集 - Qiita

                    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 所属大学にて9月に1日で機械学習なんもわからん状態から生成モデルを組めるようになろうというワークショップをした。普通に考えて参加者側の視点に立ったら無理なんだが, まあとにかくそういうイベントをやった。やってみたところ, 「何話してるのかわからん」という感想が多く大絶賛だった(反省しています)。 ただワークショップ中にきた質問が結構自分も最初のころは躓いたところだな〜〜というものも多く, ワークショップ中にきた質問点をまとめていけば案外生成AIをフルスクラッチで作れる技術者になるためのTips集が作れるのではないかと思い, この記事を書

                      独断と偏見でまとめる2024年10月現在ゼロから学んで今から生成モデルをコーディングできるために必要な知識集 - Qiita
                    • CQRS/ESによって集約の境界定義を見直す - かとじゅんの技術日誌

                      peing.net メッセージングシステムのお題のようです。面白そうなのでちょっと考えてみよう。 問題提起 集約候補が以下の3つ。 ユーザー 企業 スレッド メッセージ スレッド集約はメッセージを複数保持するようです。 1000件のメッセージを保持するスレッド集約を更新した際、1000件のアップデートが行われる スレッド集約内部で更新された属性を把握していない場合は、リポジトリでは全メッセージ分の更新となる。これを避けるための仕組みはどう実装するのか? ということが指摘されている。まぁわかります。これはCQRS/ESなら解決できるよと言ってみる 問題の分析 で、僕ならどう考えて実装に落とすかつらつらまとめてみよう。CQRS/ES前提です。Akkaの成分は少なめでScalaの擬似コードで解説します。コードはコンパイルしてないので…おかしなところあるかも。 問題はスレッド集約がメッセージの集合

                        CQRS/ESによって集約の境界定義を見直す - かとじゅんの技術日誌
                      • 三浦知良が国歌斉唱について、朝日新聞記者とやり取りした話が胡散臭い - 電脳塵芥

                        https://twitter.com/etc_tokyo/status/1579918788828725249 なんか見た瞬間にちょっと胡散臭いな~、とか思ってたんで。手っ取り早くこの話のインターネットでの初発を見ていきましょう。 【2ch】 2014年05月20日 https://nozomi.5ch.net/test/read.cgi/shop/1388756386/904 【ツイッター】 2013年1月24日 2013年1月30日以前の書き込み 【ブログ】 2012年08月28日 やまとのニュース日記 目立つところを見ていくと2012年の「やまとのニュース日記」というのがインターネットにおけるこの情報の初発のように見受けられます。また、ツイッターに貼ってあるリンクの中には「やまとのニュース日記」につながることからもこの情報の出処はほぼほぼこのブログと考えていいでしょう。ただし「やま

                          三浦知良が国歌斉唱について、朝日新聞記者とやり取りした話が胡散臭い - 電脳塵芥
                        • ツイッター上での発言についてのお詫び|仙台通信note (Sendaitribune)|note

                          2022年4月10日の「女性限定公募(後述)」に関するツイッター上での発言に関して、それを読まれた方の中で悲しい気持ち、怒りの気持ちを持たれた方々に対して、心よりお詫び申し上げます。 該当ツイートの経緯は以下のようなものでした。 @ShunSakana なかなか公募が出ない中で、自分の性別が理由で応募できない公募が出てくるというのは心に来るなーと再認識した。 をリツイートした高雄啓三@keizotakaoのコメント:まあ、そりゃそうよね…。 以下、そのスレッドとして(2022.4.13.17:25確認したところ、一部のツイートは消された模様ですので、そのアカウントは表示しないことにします): ----------ココカラ----------- 大隅典子@sendaitribune: 交互に限定公募にすれば良いのだと思いますよ。 高雄啓三@keizotakao: 男女比が均等になってたらそれ

                            ツイッター上での発言についてのお詫び|仙台通信note (Sendaitribune)|note
                          • Twitter、凍結を減らしシャドウバンを増やす方針発表。凍結解除・見直し申請機能は2月提供 | テクノエッジ TechnoEdge

                            著書に『宇宙世紀の政治経済学』(宝島社)、『ガンダムと日本人』(文春新書)、『教養としてのゲーム史』(ちくま新書)、『PS3はなぜ失敗したのか』(晋遊舎)、共著に『超クソゲー2』『超アーケード』『超ファミコン』『PCエンジン大全』(以上、太田出版)、『ゲーム制作 現場の新戦略 企画と運営のノウハウ』(MdN)など。 Twitterはスパムや嫌がらせといったルール違反行為に対して、今後はアカウント凍結を減らし、かわりにいわゆるシャドウバンを増やす方針を発表しました。 どういった場合にツイートがスパムと見なされるのか、アカウントが制限される可能性があるのかについても、改めて説明しています。 Twitterはサービスの安全性についてのアカウントTwitter Safetyで、こうした内容を2つのスレッドに分けてツイートしました。まず「避けるべき事項」に関してざっくりまとめると、次の通りです。 同

                              Twitter、凍結を減らしシャドウバンを増やす方針発表。凍結解除・見直し申請機能は2月提供 | テクノエッジ TechnoEdge
                            • 「Honoはあくまでオープンソースプロダクト」開発者でコントリビューターの私が会社員になった理由 - Findy Engineer Lab

                              ▲ YAPC::Asia Tokyo 2013でベストトーク賞1位を獲得し表彰される和田裕介さん(写真提供:Japan Perl Association) エッジコンピューティング環境に適したWebフレームワークとして注目を集める「Hono」の開発者として知られる和田裕介(@yusukebe)さん。大学院卒業後に就職の道を選ばず起業し、その後は17年にわたりフリーランスのエンジニアとして活躍してきましたが、2023年4月に初めて就職しました。 世界最大級のCDN(Contents Delivery Network)プラットフォームを提供するCloudflareが「Hono」に注目し、和田さんをスカウトしたことがきっかけです。Cloudflareに入社した和田さんはサーバレス環境「Cloudflare Workers」上での開発者体験(Developer Experience)の向上を職務と

                                「Honoはあくまでオープンソースプロダクト」開発者でコントリビューターの私が会社員になった理由 - Findy Engineer Lab
                              • 「便所の落書き」と言われた「2ちゃんねる」とSNSの決定的な「違い」(太田 奈緒子)

                                実はかつて「2ちゃんねる」に入り浸っていた「隠れねらー」太田奈緒子さん。高校生の息子を通して、その同級生や同世代に取材しSNS上で展開されるいじめや危険な誘惑などの現状についてたびたび寄稿している。 SNSが登場する前に一世を風靡し、同時に問題も指摘されていた「2ちゃんねる」。しかし「2ちゃんには流儀があった」「SNSにはない魅力がある」という意見も多い。 今振り返ると2ちゃんねるとは? そして、今のSNSコミュニケーションと違う点は一体何かを考察する。前編「「流儀があった」「学びがあった」40~50代が「2ちゃんねる」を懐かしがる理由」では、「2ちゃんねるを懐かしがる理由」について多くの声をご紹介した。その後編では、小説やドラマにもなった伝説の「2ちゃんねる優良スレッド」から、2ちゃんねるの功罪について詳しく伝えていく。 小説化に映画化、スレ民たちが作り上げた名スレッド 有名なスレッドと

                                  「便所の落書き」と言われた「2ちゃんねる」とSNSの決定的な「違い」(太田 奈緒子)
                                • インシデント管理で得られた教訓

                                  0 0 57 0 ジョーイ・ベイダ、ロス・デリンジャー共同執筆 Dropbox では、インシデント管理は信頼性への取り組みにおける重要な要素だと考えています。実際の障害発生に備えるために、カオス エンジニアリング(Chaos Engineering)などのプロアクティブな手法も採用していますが、インシデントへの対応の仕方がユーザー エクスペリエンスを大きく左右します。サイトの停止や製品の問題が発生する可能性がある場合、ユーザーにとって、それは一刻を争う事態です。 導入されて数年になるインシデント管理プロセスの主要コンポーネントですが、この領域には常に進歩する要素がありました。時間をかけて、技術的にも組織的にも、さらには手続き的にも細かな調整を加えてきました。 この投稿で触れているのは、 Dropbox がインシデント管理で得た教訓の一部について、深く掘り下げて説明します。インシデントにおけ

                                    インシデント管理で得られた教訓
                                  • 「ぬるぽ」→「ガッ」の誕生から、きょうで20周年 その意味と由来とは

                                    「ぬるぽ」と書き込まれたら「ガッ」と返す──こんなインターネット上のやりとりが生まれて、2022年6月20日で20周年となる。2ちゃんねる(当時)が発端で生まれたとされるネットスラングだが、どのような意味を持つのかご存じだろうか。 ぬるぽとは、プログラミング言語Javaのエラーメッセージ「NullPointerException」の略称とされている。このエラーは、null値(データが存在しない値)を参照している場合に発生するもので、2ちゃんねるのプログラマー板では2002年6月20日に「NullPointerExceptionを『ぬるぽ』と呼ぶスレ」というスレッドが立てられた。 スレッドの作成主(>>1)が「ぬるぽ」と書き込んだ2分後、次に書き込んだ人(>>2)が>>1を「ガッ」とたたくアスキーアートを投稿。これ以降、「ぬるぽ」の書き込みには「ガッ」と反応する流れが生まれ、2ちゃんねるのプ

                                      「ぬるぽ」→「ガッ」の誕生から、きょうで20周年 その意味と由来とは
                                    • はてなスターランキング2021 - ゆとりずむ

                                      こんにちは、らくからちゃです。 今年も大晦日がやって参りました。本当にあっという間の一年でした。去年の今頃は「どうなるかわからんけど、オリンピックもやってくるし、来年こそは良い一年になると良いなあ」なんて漠然と思っていました。 4度目の緊急事態宣言が発出される中、大会が始まる前からアスリートそっちのけドタバタ劇を繰り広げつつ、ムシアツイ東京でショーガナイを繰り返しながら行われた五輪は、まさに行き先を見失ったこの国の姿そのものでもあった気がします。 温故知新なんて言葉がありますが、未来に向けて今年起こったアレコレを振り返るべく、はてなブックマークのデータを整理してみたいと思います。 なお昨年同様、集計は以下のように行っております。 抽出対象はデイリーのホットエントリー総合(サンプル:2019年1月1日) 言い換えれば上記に入らなかった分はカウントされません 同一ユーザーからの複数スターは除外

                                        はてなスターランキング2021 - ゆとりずむ
                                      • プレイヤーの破滅を目的とするゲームについて―『Balatro』の感想 - 名馬であれば馬のうち

                                        「塗辺くん」ふいに、真兎が言った。「もしかしてだけど、カードは――」 「「こことは別の場所にある?」」 絵空も声をそろえ、まったく同じ質問をした。 青崎有吾「フォールーム・ポーカー」 store.steampowered.com インターネットは今日も平和 インターネットは行き場のない叫びの行き場であり、神なきひとびとのための教会であり、どんなにみじめな嘆きもここではゆるされる。 わたしはその夜、Reddit を覗きに行っていた。Reddit とはアメリカ最大の掲示板サイトで、いまどき掲示板なんて流行らないだろうと日本ではおもわれそうだが、なかなかな盛況ぶりを見せていて、2020年代に入ってもゲームストップ株をめぐる大騒動の震源地になったり*1、株式市場では本年度最大規模のIPOが見込まれていたりする*2。 魂が死んでいるときに寄るぶんには、よい場所だ。 そして、こんなスレが視界に飛び込ん

                                          プレイヤーの破滅を目的とするゲームについて―『Balatro』の感想 - 名馬であれば馬のうち
                                        • 「なぜガンダムオタクは一騎当千の機体やパイロットを嫌う?」 どんなに高性能でも所詮は1機のMSでしかない | キャリコネニュース

                                          僕はガンダムオタクだけど、別にガンダムにしか興味がないといったようなタイプでもない。映画も好きだし、特に戦争映画だとか、ゲリラ戦が展開される局地的な舞台がメインになっている作品も好きだ。 この、局地的な戦いってのはガンダムオタクにとっては割かし琴線に触れるところだろう。なにせ『機動戦士ガンダム』からこっち、まさしく局地において効率的に運用されるMSは枚挙に暇がない。 ドム・トロピカルだとかズゴックだとか、特定の戦域において十分な戦果を期待できるが、フィールドが少しでも違ってくると途端に本来のポテンシャルを発揮できない。そういう機体に、なんとなくときめいてしまう。 この局地的に有利な部分を持つMSは、初期から現在に至るまでに数多く登場してきた。ガンダムシリーズって、強いMSにもそれなりにやり過ぎないような枷がつけられてる節が多いと思う。 いわゆる一騎当千のMSって、そう多くはない。しかもこの

                                            「なぜガンダムオタクは一騎当千の機体やパイロットを嫌う?」 どんなに高性能でも所詮は1機のMSでしかない | キャリコネニュース
                                          • 「男の娘」を意味する英単語「trap」は差別用語 アメリカ最大の掲示板で使用禁止となり大混乱に | ユルクヤル、外国人からみた世界

                                            米国最大の掲示板redditの板「Animemes」でこのほど、単語”トラップ(trap)”の使用禁止が通達された。トランスジェンダーの人々に対する中傷表現だからだ。 英語圏では”トラップ(trap)”が男の娘の意味で使われている。男性が可愛い女性に見えて”騙された・罠にかかった”等の意味を含むためだ。 しかしこの言葉は「トランスジェンダー嫌悪」だとしてredditで使用禁止が明文化された。 板管理者は「人をトラップにかけるという意味が込められた不愉快な性質の言葉であり、性別を正しく示す単語ではない」と指摘。また「トランスジェンダーの存在を抹消し、トランスジェンダーとして生きる彼らの正当性を捨て去るもの」と続けている。 <海外の反応> みんな使用禁止にブチ切れてて笑う コミュニティメンバー100万人目前だったのに、すでに85万人まで減ってて草 ↑きれいな後進 アニメに政治を持ち込むな!ハゲ

                                              「男の娘」を意味する英単語「trap」は差別用語 アメリカ最大の掲示板で使用禁止となり大混乱に | ユルクヤル、外国人からみた世界
                                            • ハンズオンNode.js

                                              Node.jsの入門書。対象読者は、フロントエンド開発の知識はあってもサーバサイド開発は知らないエンジニアや、他言語の経験はあってもNode.jsは触ったことがないプログラマー。本書ではターミナルのプロンプトにコマンドを入力してその反応を確認したり、簡単なスクリプトをNode.js環境で実行したりしながら、Node.jsプログラミングの基本からWebアプリケーションの開発、テスト、デプロイまでをハンズオン形式で学びます。また、コードの背景にある設計思想や、プログラムの挙動の仕組みについてもしっかり掘り下げます。本書のゴールは、読者がNode.jsの全体像を掴み、業務レベルでのアプリケーション開発に対応可能な知識を身につけることです。 関連ファイル GitHubリポジトリ 正誤表 ここで紹介する正誤表には、書籍発行後に気づいた誤植や更新された情報を掲載しています。以下のリストに記載の年月は、

                                                ハンズオンNode.js
                                              • Slackに敗退「悔しさ忘れない」。起死回生チャットワーク、目指すのは“中小企業のアクセンチュア”

                                                「シリコンバレーに進出した当時は、世界初のビジネスチャットとして注目されました。でも後発サービスがVCから巨額資金を得て一気にやられてしまった。あの悔しさは忘れられない」(Chatwork・CEO山本正喜氏) ビジネスチャットといえば、シリコンバレー発のSlackやマイクロソフトが手掛けるTeamsなどの外資系サービスが世界で利用されている。 ただ国内だけを見てみると、最も多く使われているビジネスチャットはChatwork(チャットワーク)だということはあまり知られていない。 Chatworkの国内利用数は、登録ID数が664万ユーザー、国内導入社数は43万社を超え、調査会社ニールセンの2023年5月時点の調査によると、月次利用者でも国内1位の規模だった。 そんなChatworkがいま、「チャット一本足経営」からの脱却を目指している。この夏には社名も「kubell(クベル)」に変更、「チャ

                                                  Slackに敗退「悔しさ忘れない」。起死回生チャットワーク、目指すのは“中小企業のアクセンチュア”
                                                • 「MVCとはなにか」あとがき|tenjuu99

                                                  登壇じたいが2回目というのもあって、あとで動画を見直してみると、まったくマイク使えていないし客席をほとんどみていないしでひどいな...とおもいました。 それはともかく。 背景 今回の発表にあたって、MVC原案者のトリグヴェ・リーンスカウクさんの論文やウェブ上の資料を読み漁っていたのですが、DCIアーキテクチャのコミュニティ(トリグヴェさんとジェームズ・コプリエンさん主催)のメーリングリストに次のようなスレッドがありました。 https://groups.google.com/forum/#!topic/object-composition/oJgHZl19hUM スレッドの発端は2016年のInfoQにMVCへの批判記事があがったことにあります。 この記事に対して、DCIアーキテクチャのコミュニティのメンバーの一人が、「MVCはもともとあなたが言うようなものではない」とコメント欄で反論し、

                                                    「MVCとはなにか」あとがき|tenjuu99
                                                  • WasmLinux: LinuxカーネルをWebAssemblyにする

                                                    LinuxカーネルがWebブラウザで動いたらどう考えても面白い んだけど、そこに至るまではなかなか難しい道のりになる。その第一歩として、Linuxカーネルのユーザーランド版であるLKL( https://github.com/lkl/linux )をWebAssemblyにコンパイルして、wasm2cでC言語に変換した上、Visual Studio 2022でコンパイルしてWindows上で実行してみた。 まだWebブラウザでは動いていないが、思ったよりは簡単にWasmに移植できた(個人の感想です) ウケが良ければMUSL libc移植編 → デバイスドライバ活用編 → Webブラウザ上動作編と続ける感じで。。 EDIT: Visual Studioのスクリーンショットを撮りなおし。 memory-control はanonymousなmapしか救えないので、ここ数年スパンではエミュレーシ

                                                      WasmLinux: LinuxカーネルをWebAssemblyにする
                                                    • フロントエンドパフォーマンスのチェックリスト2021年版(PDF、Apple Pages、MS Word)-中編 | POSTD

                                                      目次# 前編 準備段階:計画と指標 パフォーマンスを重視する文化、Core Web Vitals、パフォーマンスのプロファイル、CrUX、Lighthouse、FID、TTI、CLS、端末。 現実的な目標の設定 パフォーマンスバジェット、パフォーマンス目標、RAILフレームワーク、170KB/30KBバジェット。 環境の定義 フレームワークの選択、パフォーマンスコストの基準設定、Webpack、依存関係、CDN、フロントエンドアーキテクチャ、CSR、SSR、CSR + SSR、静的レンダリング、プリレンダリング、PRPLパターン。 中編 アセットの最適化 Brotli、AVIF、WebP、レスポンシブ画像、AV1、アダプティブメディア読み込み、動画圧縮、Webフォント、Googleフォント。 ビルドの最適化 JavaScriptモジュール、モジュール/ノーモジュールのパターン、ツリーシェイ

                                                        フロントエンドパフォーマンスのチェックリスト2021年版(PDF、Apple Pages、MS Word)-中編 | POSTD
                                                      • 大規模Kafkaクラスターで起きた「SYN flood」 再現性のない問題をどのように原因究明したか

                                                        2021年11月10日と11日の2日間、LINE株式会社が主催するエンジニア向け技術カンファレンス「LINE DEVELOPER DAY 2021」がオンラインで開催されました。そこで岡田遥来氏が、LINEで最もよく使われるミドルウェアの1つ「Kafka」クラスターのリクエスト遅延を、どのように解決したかについて紹介しました。まずは起きた現象と、その原因究明について。 分散ストリーミングミドルウェア「Apache Kafka」 岡田遥来氏:ではセッションを始めます。よろしくお願いいたします。 こんにちは。岡田遥来と申します。LINEでシニアソフトウェアエンジニアをやっていて、全社的に利用されるApache Kafkaプラットフォームの開発・運用を担当しています。 ご存じの方も多いかもしれませんが、Apache Kafkaは分散ストリーミングミドルウェアで、LINEでは最もよく使われるミドル

                                                          大規模Kafkaクラスターで起きた「SYN flood」 再現性のない問題をどのように原因究明したか
                                                        • Steam VR版「えんとつ町のプペル」レビューが気になる件

                                                          悪い意味で話題になっているえんとつ町のプペルの記事を見ていて、気になることがあったのでまとめました Steam VR版「えんとつ町のプペル」について正式名称は「PoupeIIe Of ChimneyTown VR ~into the world~」。「えんとつ町のプペル」のストーリーをVRで再現したという作品。 2019年6月21日にリリース。クラウドファンディングをもとに開発された作品で絵本の作者いわく「サロンメンバーの作品」とのこと。 store.steampowered.com/app/1079520/ twitter.com/nishinoakihiro/status/1080226066575159296 レビューについて13個のSteamアカウントがレビュー。そのうち2019年6月23日に投稿された3件のレビューにおいて いずれもSteamプロフィールページが未作成で、アカウン

                                                            Steam VR版「えんとつ町のプペル」レビューが気になる件
                                                          • 【速報】リプライはいいねの54倍の効果!? 遂にTwitterがアルゴリズムを公開‼️ 要約+全文翻訳+今後の対応策を徹底解説。(総勢8000文字)|チャエン | 重要AIニュースを毎日発信⚡️

                                                            【速報】リプライはいいねの54倍の効果!? 遂にTwitterがアルゴリズムを公開‼️ 要約+全文翻訳+今後の対応策を徹底解説。(総勢8000文字) 遂に米Twitter社は3月31日(現地時間)、予告通りプラットフォームを構成するソースコードの一部をGitHubで公開しました。本日はその内容を詳細に解説していきます。 主にはタイムラインの『おすすめ』欄に出てくるアルゴリズムの話です。(フォローしていないおすすめのツイートが出るタイムラインのことです。) 1.要約 では、早速要約から見ていきます。 1.1 アルゴリズムハック方法 ⭕️ポディシブ要素 フォローは少ない方が良い(フォロー・フォロワー比率が重要) 投稿に2分以上滞在:「いいね」×22倍の効果 投稿を経由してプロフィールにアクセス後に、他の投稿にいいねやリプライをされる場合:「いいね」×24倍の効果 投稿にリプライされる場合:「い

                                                              【速報】リプライはいいねの54倍の効果!? 遂にTwitterがアルゴリズムを公開‼️ 要約+全文翻訳+今後の対応策を徹底解説。(総勢8000文字)|チャエン | 重要AIニュースを毎日発信⚡️
                                                            • Opinion:AmazonとGoogleは間違った理由でゲームに参入している

                                                              クラウドサービスの収益を上げるための手段としてゲームを見るのをやめなければ,AmazonはCrucibleが最後の恥では済まなくなるだろう。 ゲーム業界には,失敗作が数多く存在する。クリエイターが期待していたオーディエンスや関心を得られなかっただけのゲームから,発売前の大げさな宣伝やまともな予約数にもかかわらず,完全に的を外して急速に消えてしまうゲームまで,毎年,大手パブリッシャやスタジオからでさえも,うまくいかないゲームが数多く発売されている。 しかし,はるかに一般的ではないが,ほとんど驚くような時期に,世界的な無関心が原因でパブリッシャが正直にローンチをやめるようなゲームもある。―パッケージを差し戻して,みんなに撤退すると語り,あとには何も残らない。 それは,アリーナシューターCrucibleに起こったことにも当てはまる(関連英文記事)。このゲームは5月末に発売されたのだが,クローズド

                                                                Opinion:AmazonとGoogleは間違った理由でゲームに参入している
                                                              • Teams チャットの見落としを防ぐために Power Automate を使って 3 ステップでリマインダー通知を実装する | IIJ Engineers Blog

                                                                本記事公開時点では、「○○分後に通知」という相対時刻を指定するテンプレートでしたが、現在は通知して欲しい日付と時刻をユーザが指定するようにテンプレートが更新されています。 本文中のスクリーンショットと異なりますが、フローの組みかたや、基本的な改良の方法は変わりませんので、ぜひご参考ください。 ⇒ 前置きは飛ばして手順を見たい方はこちら 今月の初頭、社内ブログにとある記事が投稿されました。 IIJ 広報部 副部長、堂前さんのつぶやきです。 社内外から受信するメールの数が多すぎて、返信できないことがある、というのは過去にも言われてきたことですが、これが Teams でも同じことが起き始めているとのことです。(だから反応がなくてもチャットを無視しているわけではないんです、という内容の主張) COVID-19 で多くの企業がテレワークへ移行し、社内のコミュニケーション手段が大きく様変わりしました。

                                                                  Teams チャットの見落としを防ぐために Power Automate を使って 3 ステップでリマインダー通知を実装する | IIJ Engineers Blog
                                                                • Rustスマートポインタ比較表 - Qiita

                                                                  以下補足です。 効率 トレードオフを強調するために、相対的な効率を星の個数で表しています。しかし、効率をことさら気にする必要はありません。他の多くのプログラミング言語では、Rustでいうところの Arc<Mutex<T>> をデフォルトで使っているような状況です。要件にあったものを使うことが大事です。 ライフタイム 「短命」とついているものは基本的に、ある関数のスコープに紐付いた形でしか使えません。特に慣れないうちは、これらの型を構造体に入れて使うのはやめておいたほうが無難でしょう。 例外として、グローバル変数 (static, lazy_static!) は &'static 参照として扱うことができます 共有 「ポインタ」と聞くと、参照先が共有されている様子を思い浮かべる人が多いと思いますが、所有権の概念のあるRustでは必ずしもそのイメージは当てはまりません。 &mut T と Bo

                                                                    Rustスマートポインタ比較表 - Qiita
                                                                  • シンデレラのように魔法がとけないうちは本番環境にアクセスできるようにしてみた - NTT Communications Engineers' Blog

                                                                    この記事では、できるだけアクセスを絞るべき本番環境に対して、かのシンデレラのように時間制限つきの承認性アクセスができるようにした事例を紹介します。 目次 目次 はじめに 背景 複数の環境 これまでの運用 課題 実現方法 実装 - Google Cloud IAM 設定スクリプト 設定 - GitHub Environments 実装 - GitHub Actions その他細かな工夫点 ゴミ掃除 Slack 連携 サービスアカウントキーの発行 運用を変えてみて おわりに はじめに こんにちは、NeWork 開発チームの藤野です。普段はオンラインワークスペースサービス NeWork のエンジニアリングマネジメントをしており、最近では実際にコードを書く機会も増えてきています。 この記事では、これまで手動 + ガッツで運用していた本番環境へのアクセス管理の工程のほとんどを自動化した内容をご紹介し

                                                                      シンデレラのように魔法がとけないうちは本番環境にアクセスできるようにしてみた - NTT Communications Engineers' Blog
                                                                    • 任天堂の求人がまた海外で議論に 年収380万円からの「スプラトゥーン3」のレベルデザイナー | キャリコネニュース

                                                                      2022年に発売予定のニンテンドースイッチ「スプラトゥーン3」の求人募集が海外で注目を集めている。任天堂は2月18日、同作の制作にあたってレベルデザイナーの募集要項を公開した。 議論を呼んだのは、給与として示されている約380~810万円の是非だ。とりわけ最低額である”380万円”という金額が独り歩きしており、これが大手企業の人気タイトルに携わる専門職スタッフとして高いか、安いかという意見の応酬に発展している。 住宅手当「月4万7500円」、引っ越し代「8~17万円」なども負担 募集要項によると、業務内容は「スプラトゥーン3」のステージ、ブキ(武器)、ルールの調整など。既存ステージの改修のほか、各ルールにおける配置オブジェクトの調整、ブキのパラメーター調整などを担う。また、対戦バランスを確認するプレイチェックも含まれている。 応募にあたってはゲーム制作に関する業務経験の有無は問われず、能力

                                                                        任天堂の求人がまた海外で議論に 年収380万円からの「スプラトゥーン3」のレベルデザイナー | キャリコネニュース
                                                                      • Rustの知見を深めたい! 開発合宿でmackerel-agentを再実装してみた - Hatena Developer Blog

                                                                        はてなには、開発合宿というイベントがあります。有志で集ったメンバーが普段の開発から離れ、テーマを決めて集中して取り組むイベントです。 今回、私(id:dekokun)、id:Krouton、id:ne-sachirouの3人からなるチームで、はてなが提供するサーバー管理・監視サービスMackerelに必須であるmackerel-agentというプログラムを題材に、Rustでの再実装を試みました。 mackerel-agentは、監視対象のホストにインストールし、ホストの情報(メトリックやメタデータ)を集めてMackerelに送るプログラムで、Go言語で実装されています。なお、今回はあくまでRustの知見を得る材料として選択したもので、今後の実装を置き換えようとしているわけではありません。 Rustでmackerel-agentを再実装する狙い なぜRustなのか なぜmackerel-ag

                                                                          Rustの知見を深めたい! 開発合宿でmackerel-agentを再実装してみた - Hatena Developer Blog
                                                                        • (特に英語圏で起きていることについて)英語で情報が入ってくるかどうかがもたらす、泣きたくなるようなギャップについて - Hoarding Examples (英語例文等集積所)

                                                                          今回も英文法はお休みで、前々回と前回の関連で書く。(「英文法お休み」と言いつつ、書いてる間に何か出てきたら突然文法解説始めるかもしれないけど、そうなってたら「あらあらうふふ」とほほ笑んで見守ってください。) 前々回のは300件以上のブクマを集め、今日になってもブクマしてくれるユーザーさんがおられるのだが(どうやら大手サイトからリンクしていただいたようだ。ありがとうございます)、「続き」であることを明示してある前回のはブクマ件数もビュー数も物の数にも入らない程度(つまり当ブログ通常運転)である。だが、扱っている内容としては、前回の後半で書いたことのほうがよほど深刻で重要である。 前々回のは、「あのタトゥーを見ても、『あれはANTIFAの成りすまし』とかいう戯言を信じてしまえる人がいるということが信じがたい」ということから書いたものだった。これは日本語圏に限らず、英語圏、というか米国でも、おそ

                                                                            (特に英語圏で起きていることについて)英語で情報が入ってくるかどうかがもたらす、泣きたくなるようなギャップについて - Hoarding Examples (英語例文等集積所)
                                                                          • 6 年にわたる Android アプリの開発環境改善への取り組み - ドワンゴ教育サービス開発者ブログ

                                                                            N予備校 Android アプリ は 2016 年 4 月にリリースされてから執筆時点(2022 年 8 月)まで、6 年以上に渡って開発・運用されてきました。この 6 年間で Android まわりでは新しい技術が続々と登場し、古い技術が次々と非推奨になっていきました。 この記事では、技術の変化が激しかった 6 年間で、Android チームが開発環境の改善に対してどのように取り組んだのかをまとめます。同じく技術の変化と闘っているみなさんの参考になればと思います。 アーキテクチャを整備する(2017 年 2 月 ~ 2021 年 4 月) Kotlin を導入する(2017 年 4 月 ~ 2020 年 9 月) Jetpack Navigation を導入する(2020 年 1 月 ~ 2021 年 4 月) Single Activity にする(2021 年 7 月 ~ 2021

                                                                              6 年にわたる Android アプリの開発環境改善への取り組み - ドワンゴ教育サービス開発者ブログ
                                                                            • OSS開発者が自分の人生を犠牲にしなくていい。「フルタイムRubyコミッター」という生き方が与えてくれた恩恵 - Findy Engineer Lab

                                                                              お店のデジタル化を支援するSTORES 株式会社(以下、STORES)は、Rubyコミッターの笹田耕一(@koichisasada)さんと遠藤侑介(@mametter)さんの両名を社員として採用しました。笹田さんと遠藤さんはフルタイムのRubyコミッターとして STORES に入社し、Rubyの機能改善や品質向上のための仕事に専念します。 どのような経緯で、両名は STORES への転職を決めたのでしょうか。そして、今後の具体的な活動内容とは。笹田さんと遠藤さんにお話を伺いました。 「6月は2人で一緒に、フルタイムRubyコミッターとして働く道を探ろう」 笹田さんが取り組む並列並行処理の改善 遠藤さんが取り組む静的型解析 世の中のニーズと本人のモチベーションが合致して生まれる、奇跡的なキャリア 「6月は2人で一緒に、フルタイムRubyコミッターとして働く道を探ろう」 ――転職活動どうもお疲

                                                                                OSS開発者が自分の人生を犠牲にしなくていい。「フルタイムRubyコミッター」という生き方が与えてくれた恩恵 - Findy Engineer Lab
                                                                              • 帰国子女でもないけど英語がそれなりに話せるようになるまでやってきたこと|chikitam

                                                                                こんにちは!chikitamです。最後のnoteから1年も経っててびっくりします。 今回は、周りからほんっっっっっっっっっっっっっっっっっっっっっっっっとうに英語の勉強方法について聞かれて、個別に答えるのも大変になってきたので記事にしておきます。私はネイティブでも帰国子女でもなく、後天的に身に付けました。 ※全記事無料なので安心してくださいw この記事のゴール・英語で、ある程度の「会話」ができるようになるまでやったことを書く。 (注意) ・WritingやReadingは別のスキルセットなので今回は書きません。今はDeepLもChat GPTもあるしWRは正直いろいろできることありますよね。 ・TOEICやIELTSなどで高得点を取る方法はわかりません、もうn年くらい前の話だから… 前置き 正直私もうまいわけではないですが、日本語を母国語としない友人がいたり外資企業で仕事をしてPromot

                                                                                  帰国子女でもないけど英語がそれなりに話せるようになるまでやってきたこと|chikitam
                                                                                • 致命的なバグを含まない最新版MySQLを探すには? 『MySQL徹底入門』共著者が語る、バージョン選びのポイント

                                                                                  MySQLの実運用とこれからについて掘り下げる「LINE Developer Meetup #73 - MySQL」。ここで登壇したのは、LINEの従業員でもある日本MySQLユーザ会のyoku0825氏。MySQL 8.0.28を選んだ経緯や評価のポイントについて説明しました。 セッションの要約と登壇者の自己紹介 yoku0825氏(以下、yoku0825):「ぼくらが選んだ次のMySQL 8.0」の話をします。私たちは、次のMySQLを8.0.28にしました。みなさんには、それぞれ29や30や自分の使いたいバージョンについて調べてもらいたいのですが、量が膨大になるので、今いるバージョンから新しいほうに向かって調べていくのではなく、最新のものからこれはダメだというものまで遡って調べていくのがおすすめです。 パラメーターに現れない、いきなり挙動が変わるかもしれないものは「What Is N

                                                                                    致命的なバグを含まない最新版MySQLを探すには? 『MySQL徹底入門』共著者が語る、バージョン選びのポイント