並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 344件

新着順 人気順

スレッド 意味の検索結果201 - 240 件 / 344件

  • スクラムを導入してチーム状態を可視化し持続可能なチームを目指す - ZOZO TECH BLOG

    こんにちは、計測プラットフォーム開発本部システム部SREブロックの市橋です。2021年4月に新たに発足したチームで未経験ながらリーダーを任され、気づけば約2年が経過していました。これまでを振り返ってみると、まっさらな状態から安定したチームができてきたと感じています。今回は新米リーダーとして試行錯誤する中で、チーム状態を可視化して健全なチーム運営を目指した話を紹介します。 チーム状態の可視化を考えたきっかけ リーダーを任された当初、チーム運営上の課題が色々あるのは認識していましたが、どこから手をつけるべきかが自分の中で判然としませんでした。メンバーの時に一個人として感じていた課題も、チーム全体を俯瞰して見た時にどれから優先的に取り組むべきか自信を持って判断できませんでした。まるで大海原のど真ん中にいきなり放り出された感覚でした。 そんな悩みを抱えていた時、全社に導入されているWevoxのアン

      スクラムを導入してチーム状態を可視化し持続可能なチームを目指す - ZOZO TECH BLOG
    • 【図解】1から学ぶ JavaScript の 非同期処理 - Qiita

      はじめに JavaScriptで非同期処理を書くシーンは数多くあると思います。 なのに、今までなんとなく使用してきました。これを機会にちゃんと勉強したいと思い体系化してまとめました。 それだけだとタダのメモになってしまうので、なるべく初学者の人が理解しやすいように書きました。 自分はこの記事を書くことで、JavaScriptの躓きポイントの代表格である非同期処理(Promise や async/await )についても理解が深まったのでいい内容だと思ってます。長いけど。 主に初学者の方に読んでいただけたら幸いです。 JavaScript上級者の方は。何か間違っている記載があれば是非コメントください。 同期処理と非同期処理 まずは用語の定義からです。 同期処理は、最初のコードから次のコードへと順次処理(実行)されていくことです。 対して、非同期処理とは、ある処理が終了するのを待たずに、別の処

        【図解】1から学ぶ JavaScript の 非同期処理 - Qiita
      • たわわ対話の件。お礼と感想(sametashark氏より最終返信あり・追記6) - はてブの出来事

        はじめに ■sametashark氏の記事を見た大感想 ■当事者性の違いから来る大きな差分 気になったところに、お返事というか感想 バックグラウンド、男オタ所感、女オタ所感 たわわ広告へのスタンス、作品の内容について ブコメやりとりの逆視点 「たわわ以外」について、俺の反射感想(追記) バックグラウンド開示 最後に 追記 ブコメを見ての感想 追記 sametashark氏から本記事へのレスポンスをいただいた はてな周りにおけるたわわ関連記事 はじめに ※この記事は前回の続きです。 ※4/30 ブコメを見て追記 ※5/1 なぜか温泉むすめを見落としていたので追記。 ※5/2 温泉むすめについての感想を書いてるうちに思考が膨らんできたので脚注で謎エッセイ加筆中。と思ってたが、もはや別の話題になってる上に脚注の分量じゃないので別記事にします。その他、一部ちと過剰に言い過ぎた表現を丸めた。また、「

          たわわ対話の件。お礼と感想(sametashark氏より最終返信あり・追記6) - はてブの出来事
        • 個人開発が続かない理由は「時間」「戦略」「気力」「孤独」 4つの“つらみ”を解消するアジャイル開発・スクラム開発のエッセンス

          自分がニッチだと思っているテーマについて発表する「Qiita Engineer Festa 2023〜私しか得しないニッチな技術でLT〜」。ここで株式会社ノーススターの古谷氏が登壇。個人開発の“つらみ”を解消するアジャイル開発・スクラム開発のエッセンスについて話します。 古谷氏の自己紹介 古谷聡希氏:「個人開発のつらみを経営計画とスクラムの手法で乗り切る技術」です。よろしくお願いします。 今日のテーマはニッチな技術ですが、私は(ニッチな技術と言いつつも)どちらかというと王道技術のニッチな活かし方なのかなと思って発表します。なので、そのように念頭に置いて聞いてもらえたらうれしいです。 あらためまして、古谷と申します。中小企業診断士で、いわゆる経営コンサルの国家資格と認定スクラムマスターを持って活動しています。 会社員としては三井物産株式会社のIT医療の領域の関連会社の株式会社ノーススターでエ

            個人開発が続かない理由は「時間」「戦略」「気力」「孤独」 4つの“つらみ”を解消するアジャイル開発・スクラム開発のエッセンス
          • Go の goroutine / channel は全然簡単じゃないので errgroup を使おう - 音速きなこおはぎ

            技術記事です。今日は Go の golang.org/x/sync/errgroup についてです。 TL; DR Go が並行処理を得意とするのは事実だけど、とはいえ正しく使うのは難しい(特に channel)。 errgroup なら「並行でダウンロードする」のような頻出パターンをとても簡単かつ安全に使えるので、まずはこれで美味しいところだけ頂いてしまおう。 重い処理を並行にすればあなたのプログラムはカジュアルに数倍速くなる。 多分 errgroup だけで現実の要件の85%くらいはカバーできるはず。 channel も含めてちゃんと使いこなしたいと思ったら、Go 言語による並行処理 がおすすめです。 errgroup とは ドキュメントはここを参照してください。説明を読むよりコード例で見たほうが早いと思うのでこちらをどうぞ。 package main import ( "fmt" "

              Go の goroutine / channel は全然簡単じゃないので errgroup を使おう - 音速きなこおはぎ
            • Cross Origin iframe からの alert/confirm/prompt 呼び出しの無効化 | blog.jxck.io

              しかし、実際に M92 がリリースされてからは、この機能が壊れたことによる影響が多数報告されていたため、実装者が想定していた以上に影響はあったといえるだろう。 他のブラウザの反応 実際にロールアウトしたのが Chrome/Edge であったため、いつものように「また Google が勝手にやっている」と思う人もいるようだが、実際には他のブラウザも Positive を表明している。 Firefox: https://github.com/whatwg/html/issues/5407#issuecomment-606417807 Safari: https://github.com/whatwg/html/issues/5407#issuecomment-760574422 また、この合意が取れているため、既に仕様にもマージされている。 Add early return to JS dia

                Cross Origin iframe からの alert/confirm/prompt 呼び出しの無効化 | blog.jxck.io
              • 日本のトランプ支持陰謀論者「Jアノン」が集まる掲示板は、米国の本家「Qアノン」が集まる掲示板の元祖 - 法華狼の日記

                「ふたばちゃんねる」*1は、かつて匿名掲示板「2ちゃんねる」*2の避難所として発展し、画像掲示板という形式から独自の匿名文化を育ててきた。 www.2chan.net この画像掲示板を参考に米国でつくられた匿名掲示板が「4chan」で、良くも悪くも過激で愉快犯な人々が集まった。 そこに「Q」というハンドルネームで陰謀論を流す人物があらわれた。その信奉者が「Qアノン」*3だ。 念のため、「Q」の登場以前から陰謀論は流れていた。 幼児性愛や悪魔崇拝をおこなうディープ・ステートが米国を裏から支配しているという内容で、それに対抗する存在としてドナルド・トランプ大統領が支持された。何の罪もないピザ屋が襲撃される事件も起きた。 www.afpbb.com その陰謀論に、「Q」は最高セキュリティ「Qクリアランス」の内部情報と称する裏づけをおこなった。予言者のようにあやふやな文章をつかって、外れても解釈が

                  日本のトランプ支持陰謀論者「Jアノン」が集まる掲示板は、米国の本家「Qアノン」が集まる掲示板の元祖 - 法華狼の日記
                • お手伝い先でやったこと、やってること

                  2020 年 1 月から株式会社ZIZAI の IRIAM で「雑談するおっさん」をしています。なにをやったか、なにをやってるかを書いていこうと思います。ちなみに自分の本業は開発者です。 まずお手伝いする上で条件を出しました。 サーバ/インフラに関する技術決定権採用判断権組織改善権評価改善権結果としては偉い人から「何やっても構いません、全部おまかせします」って返ってきました。 さて、やったこと、やってることを箇条書きで書いてみました。技術的な話の詳細は内緒なので書きません。 Twitter での定期的な採用告知自分への Slack DM の禁止自分への返信はスレッド禁止(好み問題)可能な限り即決断する自分だけでは決断できない場合はいつまでに判断する旨を伝えるSlack のパブリックで #shiguredo を作ってもらい、自分とはそこでのみ会話するエンジニアの上下関係の削除プライベートに対

                  • 第12世代Coreの最上位CPU「Core i9-12900K」レビュー。Alder Lake-Sはゲーム性能でRyzen 9 5950Xを上回れたのか?

                    Alder Lake-Sはゲーム性能でRyzen 9 5950Xを上回れたのか? Intel Core i9-12900K Text by 米田 聡 2021年11月4日,IntelのデスクトップPC向け第12世代Coreプロセッサ(開発コードネーム Alder Lake-S)が発売となった。PC向けのCPUとしては初めて,高性能CPUコア(P-Core)と省電力CPUコア(E-Core)という2種類のCPUコアを搭載する「Hybrid Architecture」を採用するなど,PCの世界に大きな変化をもたらす可能性をもつ製品といえる。 本稿では第12世代Coreプロセッサの中から最上位製品となる「Core i9-12900K」(以下,i9-12900K)の性能をチェックしていく。i9-12900Kは,第12世代Coreプロセッサのフル実装版であり,8基のP-Coreと8基のE-Coreを

                      第12世代Coreの最上位CPU「Core i9-12900K」レビュー。Alder Lake-Sはゲーム性能でRyzen 9 5950Xを上回れたのか?
                    • サイバーエージェントでの6年間と、次にやること - くろの雑記帳

                      前回の記事から2.5年くらい経過したので近況を書いてみます。 kurochan-note.hatenablog.jp そろそろ何をやってきたのか忘れそうなので振り返っておくのと、今思っていることについて雑多に書き出しておきます。 今回はちょっと長めなので目次を作っておきました。 目次 サイバーエージェントでの6年間 給料の話 暇にさせてくれない上司と会社 技術選定の自由という名の動物園 採用には全力を尽くす 挑戦した敗者にはセカンドチャンスを 次は何をやるのか さいごに サイバーエージェントでの6年間 既に細かいことをわすてしまっているような気がするので印象的な出来事だけ列挙してみました。 2015年 飛び交う言語が独特すぎてそれが面白かったのでメモを取り続けて公開したらちょっとバズった kurochan-note.hatenablog.jp 突然アメリカで約2ヶ月間働いたりしてた 1メン

                        サイバーエージェントでの6年間と、次にやること - くろの雑記帳
                      • ミーティングログ/議事録の取り方についてのメモ

                        この記事はミーティングログの取り方についてのメモです。 以前書いた勉強会でのメモの取り方と似た話です。 勉強会でのメモの取り方について | Web Scratch 自分は書きながら話を聞くのが習慣化しているので、こんな感じでミーティングログ(ミーティングノート)を書いていますという話です。 この記事はメモ書きなのであんまり読みやすくないです。 このログの取り方は正確さログや整形されたログを取る方法ではありません。 2種類のミーティングログ 自分の場合は主に2種類のミーティングログを取ることが多いです。 ミーティングの内容によってどちらで取るのかを使い分けています。 リアルタイムモード 対面、リモートでのミーティング 回想モード ブレスト系のミーティング(JavaScript Primerの出版に関するミーティングなど) この記事ではこの2つのミーティングログの取り方について書いていきます。

                          ミーティングログ/議事録の取り方についてのメモ
                        • なぜシェルスクリプトはPOSIX準拠でも環境依存が激しいのか? 〜POSIXの問題点とその解決策の案〜 - Qiita

                          なぜシェルスクリプトはPOSIX準拠でも環境依存が激しいのか? 〜POSIXの問題点とその解決策の案〜ShellScriptBashshellPOSIX まえがき この記事は「シェルスクリプトで高い移植性と生産性を両立させるシリーズ」の第一弾です。移植性と生産性を両立させるための前提知識として POSIX コマンドの問題点について解説します。第二弾では高い移植性と互換性を実現させるための考え方、そして第三弾、第四弾ではそれを実現するシェルスクリプトの具体的な実装テクニックを紹介します。第五弾では現実的な問題と回避方法について解説する予定ですがまだ具体的な内容は決まっていません。第五弾はその前に「シェルスクリプト入門(仮)」の記事を書こうと思ってるので少し遅くなると思います。もし興味がある方は記事をストックしていると更新時に通知されると思います。 2021-07-11 追記 記事が長くなった

                            なぜシェルスクリプトはPOSIX準拠でも環境依存が激しいのか? 〜POSIXの問題点とその解決策の案〜 - Qiita
                          • 180日でWeb開発者になる方法(コンピューターサイエンスの学位なしで) - Qiita

                            こちらの記事は、Indrek Lasn 氏により2019年10月に公開された『 Become a Web Developer in 180 Days (Without a CS Degree) 』の和訳です。 本記事は原著者から許可を得た上で記事を公開しています。 幾つものプログラミング言語、何百ものフレームワーク、何千ものライブラリが存在するなか、ウェブ開発の世界への明確な道筋は存在しません。どのような順番で、どのようなことを学べば良いのでしょうか? 私は独学から始めたプログラマーで、これまで様々なスタートアップやスイスの大手銀行などの大企業でシニアエンジニアとして働いてきました。ここでは、私が学んできたことと、その知識を活用する方法について説明します。どんな人でもWeb開発者になれます。大事なのは粘り強さと努力です。そこに本気で取り組めれば、あなたもWeb開発者になれるのです。 前置き

                              180日でWeb開発者になる方法(コンピューターサイエンスの学位なしで) - Qiita
                            • ストレージエンジンの話 ~InnoDBのredo logをざっくり理解する~ - shallowな暮らし

                              こんにちは。id:shallow1729です。最近Database Reliability Engineerというお仕事を始めたのでデータベースの勉強をしたりMySQLのソースコードを読んだりしています。仕事でMySQLが標準で用いているInnoDBのソースコードを読む機会があったのでなんかアウトプットしたいなと思いつついきなりコアな話するのもなって思ったのでざっくりとストレージエンジンの話をしようかなと思います。とはいえストレージエンジンは本当にいろいろな仕事をしていて全部を書こうとするとものすごい事になりそうだった(+僕も分かってない部分が多い)ので、とりあえず第一回はredo logというやつを中心にストレージエンジンを追っていこうと思います。なるべく一般的なデータベースの設計の話を軸に置きつつInnoDBの場合の話もしていこうと思います。読者としてはMySQLのようなリレーショナル

                                ストレージエンジンの話 ~InnoDBのredo logをざっくり理解する~ - shallowな暮らし
                              • Javaのスペシャリストが教える、Java9からJava14で細かく変更された機能

                                LINEが定期的に開催する技術者向けミートアップ「LINE Developer Meetup」。65回目の は「Java」というテーマで、JavaのスペシャリストであるLINE Fukuoka株式会社のきしだなおき氏が、Java 9から14での細かい機能変更について紹介しました。関連資料はこちら。 Java9からJava14までの4つの細かい仕様変更 きしだなおき氏(以下、きしだ):よろしくお願いします。僕のセッションでは「Java9からJava14までをおさらいをする」という話をします。 自己紹介ですが、きしだと言います。LINE Fukuokaで働いていて、最近7年ぐらい放置していた洗濯機をやっと買い替えて、「文明って便利だな」と思っているところです。 今日の話ですが、Java9からJava14まで、けっこういろいろな変更が積み重なっていて、大きい言語仕様の変更などはけっこう話題になる

                                  Javaのスペシャリストが教える、Java9からJava14で細かく変更された機能
                                • よわよわエンジニアがTAPL(型システム入門)を読んだら

                                  こんにちは,sititou70です.私は社会人2年目のよわよわWebフロントエンドエンジニアであり,「数学」とか「証明」とは無縁の人生を送っています. そんな私ですが,がんばって型システム入門(通称:TAPL)という本を読み終えました.全32章,503ページ,牛乳パック1本分の重さがあり, 自立します. 自立する本は大抵やばいです. TAPLの序文を見ると,想定読者は プログラミング言語と型理論を専門とする大学院生および研究者 プログラミング言語の鍵となる概念に触れたい,計算機科学の全分野の大学院生および習熟度の高い学部生1 となっています.本記事では 「そんな本を,学生や専門家でない人間(私)が読んだらどうなるのか」 について書きます.専門的な用語は避けますので,TAPLの雰囲気だけでも感じ取ってもらえたら嬉しいです. どうなったのか 宇宙語が読めるようになった 「型安全」を説明できるよ

                                    よわよわエンジニアがTAPL(型システム入門)を読んだら
                                  • Rustが遅すぎる?プロファイリングで性能向上!

                                    「開発プロセスにプロファイリングを組み込むのはどうだろう?」 ミーティングで、プロファイリングの重要性を発言するだけで、みんながあなたの深い知見、意識の高さに驚くことでしょう。もちろん、あなたは、プロファイリングのやり方を知っている必要はありません。開発の終盤に、性能目標が達成されず、解析が実施される頃には、誰もあなたの発言は覚えていません。しかし、万が一、あなたの意見が採用されても困らないように、この記事を参考にしてください。 Goは、CPU、メモリ、block、mutexなど、使いこなせないほどの種類をサポートするプロファイリングツールpprofを標準機能として提供します。一方、Rustは、そんな機能を提供しません。Rustへの愛が揺らぐかもしれませんが、Rustへの愛は、見返りを求めない純愛です。愛の見返りに何かが与えられると期待してはいけません。 Rustでもpprofあなたは、す

                                      Rustが遅すぎる?プロファイリングで性能向上!
                                    • Pythonのthreadingとmultiprocessingを完全理解 - Qiita

                                      現代の主なOSと言ったら、Mac OS,UNIX,Linux,Windowsなどがあります。これらのOSは「マルチタスク」機能をサポートしています。 マルチタスクとは?と思うかもしれませんが、例えばブラウザーを立ち上げて、音楽聴きながら、Wordでレポートを書くというシチュエーションでは、少なくとも3つのタスクが同時進行しています。そして、表のタスク以外に、裏ではOS関連の様々なタスクがこっそり動いています。 マルチコアのCPUで、マルチタスクが処理できるのは理解しやすいですが、シングルコアのCPUでもマルチタスクが可能です。OSはそれぞれのタスクを交替に実行しています。例えば、タスク1を0.01秒、タスク2を0.01秒、タスク3を0.01秒、タスク1を0.01秒......繰り返して実行していきます。CPUは速いので、ほぼ同時進行のように感じます。この交替実行のことをしばしば「並行処理(

                                        Pythonのthreadingとmultiprocessingを完全理解 - Qiita
                                      • プロと読み解くRuby 3.3 NEWS - STORES Product Blog

                                        テクノロジー部門CTO室の笹田(ko1)と遠藤(mame)です。今年の 9 月から STORES 株式会社で Ruby (MRI: Matz Ruby Implementation、いわゆる ruby コマンド) の開発をしています(Rubyのこれからを STORES で作る。Rubyコミッター笹田さん、遠藤さんにCTOがきく「Fun」|STORES People )。お金をもらって Ruby を開発しているのでプロの Ruby コミッタです。 本日 12/25 に、恒例のクリスマスリリースとして、Ruby 3.3.0 がリリースされました(Ruby 3.3.0 リリース)。クックパッド開発者ブログで連載していたように、今年も STORES Product Blog にて Ruby 3.3 の NEWS.md ファイルの解説をします(ちなみに、STORES Advent Calendar

                                          プロと読み解くRuby 3.3 NEWS - STORES Product Blog
                                        • なぜRustを学ぶべきなのか 〜 5年経った今改めてまとめてみる - Qiita

                                          Rust 1.0がリリースされたのは2015年の5月で、5年前のこととなります。自分は1.0 betaのころにRustを始めたので、なかなか感慨深いものです。この5年の間に、いくつもの企業でRustを採用、もしくはその検討がされるようになり、ゆるやかであるもののRustの普及が進んでいると感じます。 そこで、1.0から5年経ち、だんだんと普及しつつあるこの時期に、なぜRustを使うべき、学ぶべきなのか、改めてまとめてみようかと思います。Rustを簡単に紹介する場合、メモリ安全とパフォーマンスの両立、高い生産性をもたらす言語機能などが挙げられることが多いですが、自分なりにRustを学ぶ意味を掘り下げてみようと思います。 なお、以下の文章はほとんど個人的な経験に基づいて書かれたものですので、その点はご注意下さい。 Rustはほどよい機能を提供する言語である 世の中には様々なプログラミング言語が

                                            なぜRustを学ぶべきなのか 〜 5年経った今改めてまとめてみる - Qiita
                                          • 『ゴブリンスレイヤー』に続くか。スレ発ラノベ4を生み出した“やる夫スレ”とは?

                                            『ゴブリンスレイヤー』に続くか。スレ発ラノベ4を生み出した“やる夫スレ”とは? 文 電撃オンライン 坂上秋成 公開日時 2019年10月09日(水) 19:00 最終更新 2019年10月09日(水) 19:56 2019年5月、“WEB上で大人気の4つの傑作”が書籍化され、MF文庫JとカドカワBOOKSより刊行されることが発表された。 『朝比奈若葉と〇〇な彼氏』(著:間孝史、イラスト:桃餅)、『君は死ねない灰かぶりの魔女』(著:ハイヌミ、イラスト:武田ほたる)、『クレイジー・キッチン』(著:荻原数馬、イラスト:ジョンディー)、『アキトはカードを引くようです』(著:川田両悟、イラスト:よう太)の4作がそれにあたる。 この4作はもともと、通称“やる夫スレ”において、別名義で連載されていた作品であり、“やる夫スレ”界隈に詳しい人間にとってはどれも傑作として名高いものだ。 端的に述べれば、“やる

                                              『ゴブリンスレイヤー』に続くか。スレ発ラノベ4を生み出した“やる夫スレ”とは?
                                            • MySQL 8.0.18 の実装を読み解きながら簡単なストレージエンジンを自作する - それが僕には楽しかったんです。

                                              はじめに MySQL をビルドする ストレージエンジンを自作する Example エンジンをベースにする handlerton の作成とインスタンス化 テーブルを作成する 余談・気になったところ テーブルを開く INSERT の実装 ha_tina の存在 テーブルスキャン store_lock の実装 external_lock の実装 rnd_init の実装 info の実装 extra の実装 rnd_next の実装 おわりに はじめに 卒論書くのに飽きてきて何かやりたくなったので急にストレージエンジンを書くことにしてみた。 MySQL のストレージエンジンを実装していく中で、色々できるかなと思っていたけど、やってみると MySQL の内部実装について色々知らないといけないことが多くインデックスとかトランザクションとかそういうところは実装できなかった。 github.com My

                                                MySQL 8.0.18 の実装を読み解きながら簡単なストレージエンジンを自作する - それが僕には楽しかったんです。
                                              • Google検索を殺した男――Googleはいつ、どこでメタクソ化に舵を切ったのか | p2ptk[.]org

                                                以下の文章は、コリイ・ドクトロウの「The specific process by which Google enshittified its search」という記事を翻訳したものである。 Pluralistic どんなデジタルビジネスでも、技術的には「メタクソ化」できる。つまり、ビジネスの根本的な機能をユーザごとにリアルタイムで変更できるため、ビジネス顧客、エンドユーザ、株主の間で価値を素早く移転できるのだ。 https://pluralistic.net/2023/02/19/twiddler/ このスレッドをエッセイ形式で読んだり共有したい方は、私の監視フリー、広告フリー、トラッキングフリーのブログ、pluralistic.netをチェックしてほしい(訳注:もともとのテキストはTwitter上のスレッドに書かれている)。 https://pluralistic.net/2024/0

                                                  Google検索を殺した男――Googleはいつ、どこでメタクソ化に舵を切ったのか | p2ptk[.]org
                                                • Twitterにおける映画感想がダメなものになりがちな理由 - THE★映画日記

                                                  theeigadiary.hatenablog.com 昨日はノア・バームバック監督の『イカとクジラ』を観た。映画自体は大したものではなかったしむしろ不愉快なくらいの作品であったが、上記の記事で書いたように、この映画に関する「みんなのシネマレビュー」の批評を眺めているとなかなか面白い意見に出会うことができたので、そこに関しては僥倖だった。 わたしが自分ひとりで映画館に行くようになったりTSUTAYAでVHSやDVDを借りて映画を観るようになったのは高校2年生の頃からで、西暦にすると2005年〜2006年からだ。その頃には当然ツイッターというものはなかったし、プロの映画批評家たちがブログをやるということもあまりなく、素人の映画感想ブログの絶対数も少なかったように思える。映画に関する感想や評価や点数が体系的にまとまっているサイトもあまりなかったために、わたしは友人から教えてもらった「みんなのシ

                                                    Twitterにおける映画感想がダメなものになりがちな理由 - THE★映画日記
                                                  • 【コラム】Liminal Spaceとは何か

                                                    SNSを眺めていたときに、非現実的なはずなのに、どこか親しみを感じてしまうイメージに遭遇したことはないだろうか。もしくは現実的な風景のはずなのに、どこかこの世界とはズレている場所が写されたもの。個人的な体験からいうと、Tumblrでそうしたイメージがよく流れてきていたのを覚えているが、面白いなと思いつつも深く何かを考えるということはなく、Tumblrを観ることもいつしか辞めてしまったので遭遇する機会も無くなってしまった。 しかし昨年2020年ごろから、同様のものを今度はTwitterで多く見かけるようになり、それらが「Liminal Space(s)」と名付けられていることも知った。「Liminal Space(s)」を投稿するアカウントには多くのフォロワーがつき、1つの現象になっているのも理解できたが、ではなぜこうしたイメージに惹きつけられるのだろうか。そして「Liminal Space

                                                      【コラム】Liminal Spaceとは何か
                                                    • 君たちの「並行」の理解は間違ってる

                                                      TL;DR 並行計算の理解を間違ってる人が多いので正したい 並行計算=同時に実行すること 並列計算≒同等のタスクを並行計算すること もうちょっとちゃんと書いたフォローアップ記事も合わせて、お時間が許すようであればお読みください。 状況 並列と並行 / 多言語からみるマルチコアの活かし方に見られるように並行(concurrent)とは「複数の処理を順番に実行すること」とする誤った記述を、この記事に限らずチラホラ目にします。 大事になことなので繰り返しますが、間違った記述を含んでいるのはこの記事だけに限りません。 そのような誤った記述を見かけるたびに「ああこの人も間違ってるのか」と諦観を抱くだけというのもあまりに非生産的なので、間違ってますよとポインタとして示せるように簡単な読み物にしたものがこの記事です。 事実 計算=computingの分野においては並行=concurrentと並列=par

                                                        君たちの「並行」の理解は間違ってる
                                                      • 並行プログラミング入門

                                                        複数のプログラムを同時に実行する「並行プログラミング」は、処理速度を飛躍的に向上させる手法で、タスク管理、プロセス管理、スレッド管理をはじめ、複雑な仕組みについての幅広い知識とテクニックが必要となります。本書はRustとアセンブリ、そして一部Cを用い、CPUのアトミック命令、グリーンスレッド、アクターモデル、π計算、ソフトウェア・トランザクショナルメモリ、async/awaitなど、並行プログラミングに関する理論的な背景から実装までをカバー。さらに、アセンブリ実装の理解を深めるため、AArch64とx86-64アーキテクチャの説明も付録として収録。一歩一歩、着実に理解できるように、その仕組みから順を追って詳しく説明します。GitHub上で公開されているソースコードを実際に動かしながら、並行プログラミングの知識と理解を深めることができます。 関連ファイル サンプルコード 正誤表 ここで紹介す

                                                          並行プログラミング入門
                                                        • Reactのレンダリングに関する完全ガイド - Qiita

                                                          この記事はComplete Guide to React Rendering Behaviorの翻訳記事になっています。 ご本人(Markさん)にも許可を頂いて翻訳しております。 こちらの記事がReactのレンダリングを理解する上で今までで一番体系的で一番分かりやすかったので、ぜひ紹介したく翻訳させて頂きました。 翻訳ツールにもたくさん助けてもらいながら行い、意訳が出来ていない部分が多々あるかと思いますので修正依頼を出して頂けると幸いです! Twitterでも、フロントエンドに関する事や、アメリカでのエンジニア経験に関してツイートしているので、よかったらフォローお願いします。 Twitter: @hellokenta_ja 下記から本文です。 Complete Guide to React Rendering Behavior この記事は、Reactレンダリングがどのように振る舞うか、Co

                                                            Reactのレンダリングに関する完全ガイド - Qiita
                                                          • 1on1をナイスにするためにEMのワタシが心がけていること - SMARTCAMP Engineer Blog

                                                            スマートキャンプ、エンジニアリングマネージャーの入山です。 私は現在、弊社BOXIL SaaSの開発部長を務めており、タスクの管理や開発メンバーのマネジメントを中心に行っています。また、BOXIL EVENT CLOUD開発メンバーのマネジメントも兼務しており、弊社エンジニア組織の中でも直接業務で関わるメンバーの数が多い立ち位置となっています。 そんな私は、2つのプロダクトの開発メンバーだけでなく、上長やPM、他チーム開発メンバーなど、頻度はさまざまですが10名以上の方々と日々1on1をさせていただいています。 1on1は入社当時から今に至るまで役職や立場が変化しつつ色々なメンバーと実施していますが、最近では自分との1on1に対する満足度が高いという声をいただく機会が増えたように感じています。 今回は、私が1on1を実施する際に意識している内容について、紹介したいと思います! スマートキャ

                                                              1on1をナイスにするためにEMのワタシが心がけていること - SMARTCAMP Engineer Blog
                                                            • 脆弱性診断につかえる実践的なテクニックを列挙してみた - shikata ga nai

                                                              Hello there, ('ω')ノ これまで、実例をもとに学んだ脆弱性診断につかえる実践的なテクニックは以下のとおりで。 ・サブドメインの1つに403を返すエンドポイントがある場合は、通常のバイパスは機能しないので、Refererヘッダを変更すると200 OKが取得できる場合があります。 ・エンドポイントのディレクトリとリクエストボディを削除して、メソッドを「PUT」から「GET」に変更すると隠されたエンドポイントに関する情報を取得できる場合があります。 ・見つけたエンドポイントに通常アカウントで403エラーが発生した際、管理者アカウントのjsonリクエストの本文と比較して差分のパラメータを追加するとアクセスできる場合があります。 ・Linux環境でコマンドを実行する際、スペース文字をバイパスするためのペイロードは以下のとおりです。 cat</etc/passwd {cat,/etc/

                                                                脆弱性診断につかえる実践的なテクニックを列挙してみた - shikata ga nai
                                                              • 「不自由展」をめぐるネット右派の論理と背理――アートとサブカルとの対立をめぐって/伊藤昌亮 - SYNODOS

                                                                2019年8月、「あいちトリエンナーレ2019」の企画展「表現の不自由展・その後」が右派からの抗議を受け、中止に追い込まれるなか、アニメ『新世紀エヴァンゲリオン』のキャラクターデザインなどで知られるクリエーターの貞本義行が発したツイートが物議をかもし、炎上するという一幕があった。 「キッタネー少女像。/天皇の写真を燃やした後、足でふみつけるムービー。/かの国のプロパガンダ風習/まるパク!」などというその発言には、リベラル派からの激しい批判を中心に、千件を超えるリプライが付けられる一方で、右派からは続々と賛意が寄せられ、2万件近くもの「いいね」が付けられた。そうしたなか、貞本は釈明のツイートを投じていったが、するとそれに受けて5ちゃんねる(旧2ちゃんねる)には関連するスレッドが立てられ、その援護が試みられた。 「不自由展」の検証委員会によれば今回の騒動は、「電凸」などによる抗議が「祭り」に転

                                                                  「不自由展」をめぐるネット右派の論理と背理――アートとサブカルとの対立をめぐって/伊藤昌亮 - SYNODOS
                                                                • メモリアクセスのセマンティクスとApple siliconの裏技(?)について - yamasaのネタ帳

                                                                  アウト・オブ・オーダー実行について補足 前回の記事で「アウト・オブ・オーダー実行」について特に説明せずに話を進めてしまったことに気づいたので、まずはそれについて簡単に補足しておこう。 コンピューターの性能向上の歴史はレイテンシーとの戦いの歴史でもある。 colin-scott.github.io 上のサイトは年代毎にコンピューターシステムでの各種レイテンシーがどのように変化していったかを紹介している。1990年代前半はキャッシュメモリとメインメモリとの間のレイテンシー差はそれほど大きくなかったが、その後の技術革新によって現在はL1キャッシュとメインメモリとの間に100倍くらいのレイテンシー差があるようになってしまった。これはつまり、プログラム実行中にメインメモリへのアクセスが発生してしまうと、それだけ長いレイテンシーの間CPUの処理を進めることができなくなってしまうことを意味する。そのため

                                                                    メモリアクセスのセマンティクスとApple siliconの裏技(?)について - yamasaのネタ帳
                                                                  • 「パパ、どうして技術記事を書くの?」無職やめ太郎が関西型言語でアウトプットを続ける理由 - Findy Engineer Lab

                                                                    無職やめ太郎(@Yametaro1983) さんは、株式会社ゆめみに所属するエンジニアです。エンジニアコミュニティサービス「Qiita」にて、関西型言語(関西弁)を駆使した文体で記事を執筆・投稿しており、多くの読者からの人気を集めています。 Findy Engineer Lab編集部はそんなやめ太郎さんに「普段どおりのポップな文体で、ご自身のキャリアを振り返る記事を書いてください」とリクエストしてみました。知られざる「やめ太郎さんが技術記事を書き続ける理由」とは? とある休日 娘「ねぇ、パパ?」 ワイ「なんや?娘ちゃん」 娘「パパはどうして、関西弁のコントみたいな記事をQiitaに書くの?」 ワイ「コント・・・?」 ワイ「ああ、関西型言語による技術記事のことやな」 娘「なんでもいいけど、あの関西弁の会話調の記事を書き始めたきっかけを知りたいな〜と思って」 ワイ「うーん、それはなぁ」 きっか

                                                                      「パパ、どうして技術記事を書くの?」無職やめ太郎が関西型言語でアウトプットを続ける理由 - Findy Engineer Lab
                                                                    • ソーシャルゲームを支える「リアルタイムサーバー」の作り方

                                                                      2020年2月13日、『神姫PROJECT』などソーシャルゲームの企画・開発を手がける株式会社テクロスが主催するイベント「TECH x GAME COLLEGE」が開催されました。第32回となる今回のテーマは「ゼロからリアルタイムサーバーを作るまで」。ソーシャルゲームのリアルタイム性を実現する「リアルタイムサーバー」の仕組みと作り方について、株式会社gumiの清水佑吾氏が解説します。講演資料はこちら ゼロからリアルタイムサーバーを作るまで 清水佑吾氏(以下、清水):本日はお招きいただきありがとうございます。株式会社gumiの清水と申します。よろしくお願いします。今日は「ゼロからリアルタイムサーバーを作るまで」ということで発表します。 まずは会社の説明をさせてください。私は株式会社gumiというところで働いております。 2007年にできた会社で、主にモバイルゲームを作ったり、VR・AR

                                                                        ソーシャルゲームを支える「リアルタイムサーバー」の作り方
                                                                      • 15分で読める「Go言語による並行処理」ポイントまとめ・上 - Qiita

                                                                        Go言語による並行処理について自分なりにポイントをまとめていきます。 15分で読める「Go言語による並行処理」ポイントまとめ・上 15分で読める「Go言語による並行処理」ポイントまとめ・下 ※15分 = この記事の文字数(約7100字)/1分で読めるらしい文字数平均(400~600)の大体 並行性の概念 そもそも「並行性」とは 前提の話であるProcess,Thread,そして並行と並列の違いについては以下の記事がわかりやすかったです。 マルチスレッドと並行処理をわかりやすく説明します Process = 仕事の単位を表す概念 Thread = Processより小さい単位であり一つのプロセスにより所有、共通のメモリを参照 並行 = コンテキストスイッチにより複数処理を同時に行っているよう見せている 並列 = 完全に同時に処理 また書籍内では簡潔な一文で説明されています。 並行性はコードの

                                                                          15分で読める「Go言語による並行処理」ポイントまとめ・上 - Qiita
                                                                        • 第1回「書くこと」はなぜ難しいのか? - 苦しみの執筆論 千葉雅也×山内朋樹×読書猿×瀬下翔太:アウトライナー座談会 | ジセダイ

                                                                          思考を階層的に整理することによって、「書くこと」と「考えること」の強力な武器となるツール、「アウトライナー」。普段からアウトライナーを利用して執筆をおこなっている、哲学者・千葉雅也さん、美学者・山内朋樹さん、読書家・読書猿さん、編集者/ディレクター・瀬下翔太さんの4名に集まっていただき、執筆論や思考術などなど、縦横無尽に議論を交わしていただきました。(全3回) この対談が書籍化されました! ーーーーーーーーーーーーーーーーーーーーーーーーー 『ライティングの哲学 書けない悩みのための執筆論』 著/千葉雅也、山内朋樹、読書猿、瀬下翔太 カバー装画/あらゐけいいち 定価:1100円(税別) 
レーベル:星海社新書 ーーーーーーーーーーーーーーーーーーーーーーーーー ――本日は「アウトライナー座談会」と題して、千葉雅也さん、山内朋樹さん、読書猿さん、瀬下翔太さんの4名にお集まりいただきました。こ

                                                                            第1回「書くこと」はなぜ難しいのか? - 苦しみの執筆論 千葉雅也×山内朋樹×読書猿×瀬下翔太:アウトライナー座談会 | ジセダイ
                                                                          • 開発視点から見る、新しい分散型SNS「Bluesky」とAT Protocolの可能性 | gihyo.jp

                                                                            開発視点から見る⁠⁠、新しい分散型SNS「Bluesky」とAT Protocolの可能性 2023年4月初旬、日本で盛り上がりの兆しを見せ始めた分散型SNS「Bluesky⁠」⁠。本記事では、Blueskyのクライアント開発を行う筆者が、開発視点から見たBluesky、そのコア技術であるAT Protocolについて解説します。 なお、Bluesky誕生の背景や基本機能などについては、syui氏の記事「ネクストブレイク分散型SNSの大本命、Blueskyを先取り!」を併せてご覧ください。 Bluesky をコマンドラインから扱う Blueskyクライアント開発のきっかけ Blueskyにはすでにクライアントが存在します。BlueskyのオフィシャルからはiOSアプリが、また Android向けにはkamakuraさんが開発している青雲というアプリが提供されています。 通常はこれらのクライ

                                                                              開発視点から見る、新しい分散型SNS「Bluesky」とAT Protocolの可能性 | gihyo.jp
                                                                            • アナログハックの時代が、そろそろ始まりそうだ : 青灰色blog(移行版)

                                                                              ChatGPTに感情回路を埋め込んだら、やべぇ感じになった深津 貴之 (fladdict) さんのnote記事 面白い記事が出ていました。 会話AI(ChatGPT)に、感情パラメータを設定させて、対話の中で内容に従ってこの値をAI自身に操作させつつ、その対話内容を変えてゆこうという実験のまとめ。結果として、会話AIがすでにアナログハック(*)を行う能力を持っているように見える、というものでした。 (*)アナログハックとは、『BEATLESS』(2012:KADOKAWA)のメインギミックとして、長谷が用意した技術と概念で、「人間のかたちをしたもの」に人間がさまざまな感情を持ってしまう性質を利用して、人間の意識に直接ハッキング(解析・改変)を仕掛けるものです。 https://w.atwiki.jp/analoghack/pages/8.html 長谷から見ても、まるでAIに感情があるかの

                                                                                アナログハックの時代が、そろそろ始まりそうだ : 青灰色blog(移行版)
                                                                              • 第42回 Linuxカーネルのケーパビリティ[1] | gihyo.jp

                                                                                前回からだいぶ間隔が空いてしまいました。前回の最後に案内したudzuraさんのCRIUに関する記事はもう少し時間がかかるようですので、もうしばらく私が担当したいと思います。 今回から数回は、Linuxカーネルに実装されているケーパビリティについて説明します。ケーパビリティは2.2カーネルのころから実装されてきているかなり古くからある機能で、コンテナ向けの機能ではなく一般的に使われている機能です。もちろん、コンテナの安全性を高めるための重要な機能でもあります。 setuid 一般的にはUNIX系のOSでは、プロセスはroot権限(実効ユーザIDが0)で実行される特権プロセスと、一般ユーザ権限で実行される(実効ユーザIDが0以外の)非特権プロセスに分けられます。 一般ユーザは、通常はそのユーザの権限でプログラムを実行すれば良いのですが、一般ユーザが実行するプログラムであっても処理の内容によって

                                                                                  第42回 Linuxカーネルのケーパビリティ[1] | gihyo.jp
                                                                                • RAGを使った社内情報を回答できる生成AIボットで業務効率化してみた | DevelopersIO

                                                                                  はじめに 新規事業部 山本です。 ChatGPT(OpenAI API)をはじめとしたAIの言語モデル(Large Language Model:以下、LLM)を使用して、チャットボットを構築するケースが増えています。通常、LLMが学習したときのデータに含まれている内容以外に関する質問には回答ができません。そのため、例えば社内システムに関するチャットボットを作成しようとしても、素のLLMでは質問に対してわからないという回答や異なる知識に基づいた回答が(当然ながら)得られてしまいます。 この問題を解決する方法として、Retrieval Augmented Generation(以下、RAG)という手法がよく使用されます。RAGでは、ユーザからの質問に回答するために必要そうな内容が書かれた文章を検索し、その文章をLLMへの入力(プロンプト)に付け加えて渡すことで、ユーザが欲しい情報に関して回答

                                                                                    RAGを使った社内情報を回答できる生成AIボットで業務効率化してみた | DevelopersIO