▼3DCG映像は全て自作です。 ▼前回　*エヴァンゲリオンがさらにわかる動画：旧* https://youtu.be/fduVKdHRP0o ▼次回　*エヴァンゲリオンがさらにわかる動画：下* https://youtu.be/nP9VKaBG6sc ▼新世紀エヴァンゲリオン(TV版・旧劇場版)の解説動画です。新劇場版の内容も少し含まれます。 ▼メイキング映像 https://www.youtube.com/playlist?list=PL84XElyyqa9hfWIYqOZZngrqgSecRCHTT ▼サムネイルは旅行で撮った写真（銀魂で有名な洞爺湖）です。 ▼BGMは全て「*YouTubeオーディオライブラリ*」の音源を使用しています。 ▼使用したBGMの紹介動画↓ https://youtu.be/gyrCgSnu41A ▼この動画をコピーしてYouTubeや他の動画

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） スクラムガイド2020には以下のように記述されています。 1スプリント内でスクラムチームが完成できるプロダクトバックログアイテムは、スプリントプランニングのときには選択の準備ができている。スクラムチームは通常、リファインメントの活動を通じて、選択に必要な透明性を獲得する。 プロダクトバックログアイテムがより小さく詳細になるように、分割および定義をする活動である。 これは、説明・並び順・サイズなどの詳細を追加するための継続的な活動である。 多くの場合、属性は作業領域によって異なる。 最初の文が意味するところは、以下のとおりです。 スプリントで選択するプロダクトバックログアイテムは1スプリント内で完成する大きさになっていなければ

Qiita Conferenceは、ソフトウェア開発者が集まり、最新の技術や最先端の挑戦・ソフトウェアの未来についての考えや知見を共有し、つながる場を創出する、「Qiita」が開催するオンライン技術カンファレンスです。ここで小城氏が登壇。続いて、小城氏がエンジニアからプロダクトマネージャーになって「このスイッチが必要だった」と感じたものを4つ紹介します。 なぜ「ゲームのルールを理解する」ことをしなければいけないのか小城久美子氏：ではさっそく「ゲームのルールを理解する」から始めていきましょう。 （スライドを示して）先ほどもちょっと言いましたが、なぜゲームのルールを理解しなければいけないかというと、自分の発言のハードルを下げるために、今どうなっているか、何が大事にされているかを理解しなきゃいけないと私は思っているんですね。 例えばSlackひとつを例にとっても、スタートアップの会社はけっこう「

宮崎駿監督の新作「君たちはどう生きるか」ポスター=スタジオジブリのTwitterより 「私自身、訳が分からない」 「おそらく、訳が分からなかったことでしょう。私自身、訳が分からないところがありました」。 2023年2月下旬、東京都内のスタジオで上映された、「君たちはどう生きるか」の初号試写。米津玄師の歌うピアノバラードが流れ、エンドロールが終わった瞬間、灯りが点き、宮崎駿監督のコメントが読み上げられた。 客席から軽い笑い声が漏れた。私もその一人だった。あまりの展開の速さと、盛り込むだけ盛り込まれた情報を消化しきれず、茫然と座り込んでいたが、その言葉で我に返った。 これは「宮崎アニメ」の集大成なのか、吉野源三郎の著書『君たちはどう生きるか』の再解釈なのか。とにかく、1回見ただけではとても全容を把握できなかった。 「自分のことをやるしかない」 今回の作品は、公開前のプロモーションも、メディア関

『君たちはどう生きるか』を見ながらボロボロと涙がこぼれていた。 それは内容に感動したからではなく、「あ、自分は救われないんだな」と思ったから。 それから感想をいくつか読んだけど、「老人になったパヤオがオタクを裏切った」みたいな評は間違っていると思う。 そもそも過去作からして「お前ら大人になれ！」ってメッセージばかりだったじゃん。 当時はそのメッセージは意味あったと思う。 だって、当時のオタクは生活の余裕から大人にならない選択をした人々だったからね。 でも、そのメッセージって今のアラフォーになったオタクには残酷すぎないか？ 「異世界に飛び込め！」「自分の力で切り開け！」「君たちはどう生きるか！」っていくら言われても、今さら恋人や家族を作る経済力は俺にはないのよ。 ほんと見終わって脱力したよ。パヤオは家族もスタジオジブリも作れたかもしれないけど、それは才能があったからでしょ？ この映画を絶賛し

続編はこちら👉https://youtu.be/LStAZt4jQF8 日本で約1600年前につくられたとみられる長さ約2.4メートルの巨大な剣「蛇行剣」。“国宝級の発見”とも言われるこの巨大蛇行剣だが、報道特集は、その保存処理の現場に独占密着した。 #蛇行剣 #古墳 #刀剣 #保存処理 ▼TBS NEWS DIG 公式サイト　https://newsdig.tbs.co.jp/ ▼チャンネル登録をお願いします！ http://www.youtube.com/channel/UC6AG81pAkf6Lbi_1VC5NmPA?sub_confirmation=1 ▼情報提供はこちらから「TBSインサイダーズ」 https://www.tbs.co.jp/news_sp/tbs-insiders.html ▼映像提供はこちらから「TBSスクープ投稿」 https://www.tbs

世界中のITエンジニアが悩まされている原因不明でテストが失敗する「フレイキーテスト」問題。対策の最新動向をJenkins作者の川口氏が解説（前編）。DevOps Days Tokyo 2022 世界中のITエンジニアが悩まされている問題の1つに、テストが原因不明で失敗する、いわゆる「フレイキーテスト」があります。 フレイキーテストは、リトライすると成功することもあるし、失敗する原因を調べようとしてもなかなか分かりません。GoogleやFacebookやGitHub、Spotifyといった先進的な企業でさえもフレイキーテストには悩まされています。 このフレイキーテストにどう立ち向かうべきなのか、Jenkinsの作者として知られる川口耕介氏がその最新動向を伝えるセッション「Flaky test対策の最新動向」を、4月21日、22日の2日間行われたイベント「DevOps Days Tokyo 2

Everything you need to know about monorepos, and the tools to build them.- Made with love by Nx Understanding Monorepos Monorepos are hot right now, especially among Web developers. We created this resource to help developers understand what monorepos are, what benefitsthey can bring, and the tools available to make monorepo development delightful. There are many great monorepo tools, built by gre

「問題解決力を鍛える！アルゴリズムとデータ構造」を読んだので感想を書く。 問題解決力を鍛える!アルゴリズムとデータ構造 (KS情報科学専門書) 作者:大槻 兼資発売日: 2020/10/02メディア: 単行本（ソフトカバー） 書籍の概要と感想 章末問題の概要 第１章 アルゴリズムとは 第２章 計算量とオーダー記法 第３章 設計技法(1)：全探索 第４章 設計技法(2)：再帰と分割統治法 第５章 設計技法(3)：動的計画法 第６章 設計技法(4)：二分探索法 第７章 設計技法(5)：貪欲法 まだ章末問題やっている最中の章 第８章 データ構造(1)：配列、連結リスト、ハッシュテーブル 第９章 データ構造(2)：スタックとキュー 第１０章 データ構造(3)：グラフと木 第１１章 データ構造(4)：Union-Find 第１２章 ソート 第１３章 グラフ(1)：グラフ探索 第１４章 グラフ(2)：

ペアプログラミングで「強いエンジニアチーム」を作る！ ヤフーが実践する全てペアプロ開発の手法 ペアプログラミング（ペアプロ）のメリットや導入方法について、ヤフー株式会社の山下真一郎さんが、フリマアプリ「ヤフオク!」や「PayPayフリマ」での実例をもとに紹介します。 ペアプログラミング（以下、ペアプロ）は、2人のエンジニアが共同でプログラムを書いていく開発スタイルです。メンバー同士での知識の共有や、プロダクトの品質向上が見込めるとされており、多くの企業が導入を進めています。 本稿では、ヤフー株式会社のヤフオク!カンパニー開発本部でペアプロを導入し、現在はPayPayフリマの開発の取りまとめを行う山下真一郎（@shin_yahoojp）さんに、ペアプロに取り組む意義やその手法について解説してもらいました。 なぜペアプロが必要なのか？ 質の高いコードレビューとしてのペアプロ ペアローテーション

筋トレではこれまで目に見える筋肉量アップにこだわっていましたが、むしろ筋力のほうが健康には重要なのだとわかりました。 では、筋力アップにはどんな方法が効果的なのでしょうか。

先日、仕事で機会があって少年院に行った。 住んでいる区域内のわりと土地勘もあるエリアで、あ、そういやこっち側には曲がったことがないな？という道の先にそれはあった。 古いがさっぱりとしておりよく手入れされた建物で、80年代のドラマで観た刑務所然とした趣はまるでなく、来客用のエリアで私物をすべて預け、鍵のかかった扉を2つ経ると そこは病院のような、映画で観た外国の寄宿舎のような趣の場所だった。 打ち合わせで会った職員のひとりはこう言っていた。 「普通がなにかわからない子たちなんです、非行しか知らないような子が大半なんです。少しでも普通の世界を見せてあげたくてこういった授業を行っているんです」 それを聞いて正直少し怖気づいた。 いままで生きてきてずっと自分は普通で平凡な人間だと思ってきた。中流家庭に育ち中間程度の学力で普通に大学まで出て就職した。 だけど自分が「普通」のモデルケースとして「普通じ

フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発

ベイジで社内のワークフローを整理しだしたのは確か2014年頃です。その頃はまだ4～5人しか社員がいない状態で、タスクの粒度も粗く、いくつかのタスクは各人の能力に委ねたものでした。しかし10人を超えて関わる人が増えたあたりから、仕事の進め方も徐々に変わり、ワークフローの綻びも色々と出始めてきました。そこで今年の春に、全社員参加のもと、これまでの進め方の問題点を話し合ったうえで、ワークフローの大幅な刷新を行いました。本エントリーはそのご紹介です。 刷新にあたって、受注から納品までをサブタスクを含めて約140に分解しました。また、各タスクで用いられるドキュメントもできるだけフォーマット化し、効率よくドキュメントワークができるようにしました。 合わせて、タスク毎の職能の再定義を行いました。プロデューサー、ディレクターといった業務範囲が曖昧な職能は、より厳密な職能の定義を試みました。例えばディレクタ

Web制作に限らず、制作業界すべてのマネジメントにおいて、要件やスケジュールの確認、変更や修正内容の確認は、非常に重要なプロセスです。 広告関係4団体によって策定された、それらの内容を明確にし、確認書としてメールの書面をもって確認するためのガイドラインを紹介します。 広告関係4団体が「広告制作取引『受発注』ガイドライン」を策定 策定に加わった4団体は、下記の通り。 JAA 日本アドバタイザーズ協会 JAAA 日本広告業協会 JAC 日本アド・コンテンツ制作協会 OAC 日本広告制作協会 上記ページで、ガイドラインのPDFがダウンロードできます。 このガイドラインは制作費や納期などの発注内容を事前に明確にし、適切なスケジュール管理のもと業務管理を行い、受注/発注両者が長時間労働の抑制に取り組むことを目的としたものです。それらを「受発注確認書」として電子メールで取り交わすことをルールといたしま

PhpStormとGitHub/Bitbucketのissueを連携させてブランチを自動生成してマージしてチケットのクローズまでを全部PhpStormにやってもらう時の流れ 2014年12月24日 17:47PHP 「チケット」だったり「イシュー」だったり「タスク」だったり様々ですが、まあそういうやつと PhpStorm を連動させると便利。 とりあえず今回は GitHub と Bitbucket とつなげて、以下のような流れの作業を勝手にやってくれるようにする流れをまとめてみます。 GitHub / Bitbucket の issue を PhpStorm のタスクに取り込む 対応する Git のブランチを自動生成する 作業が終わったら master をチェックアウトする 作業ブランチを master にマージする 作業ブランチを削除する GitHub / Bitbucket にプッシュ

プロジェクトが発展する際は、単純に新しいコードが古いコードの上に追加されているのでしょうか。もしくは、時間をかけて徐々に古いコードが新しいコードに置き換えられているのでしょうか。これを解明するために、手ごわい GitPython プロジェクトの助けを借りて、Gitプロジェクトを分析する 簡単なプログラム を構築してみました。履歴を年ごとに振り返り、 git blame を実行してみようと思ったのです（この処理を多少でも速くすることは簡単ではないと分かりました。しかし、ファイルのキャッシングを便宜的に含ませることや、変更された点を履歴から見つけること、 git diff を使って変更したファイルを無効にすることなどの詳細を、いつかお伝えします）。 頭がさえている時に、 テセウスの船 をダサくもじって、 “テセウスのGit” と名付けました。私は父親になって、ひどいダジャレを作れるようになった

最近、普段以上にChromeの開発者ツールを使うことに時間をかける機会がありました。その過程で、自分が今まで気づいていなかった機能をいくつか見つけました（少なくとも今までその機能を探す必要に迫られていなかった、とも言えるのですが。例えばブラックボックス化や非同期のスタックトレースなど）。そのため、開発者ツールでとても気に入っているいくつかの機能についてまとめてみたくなったのです。 小さな虫眼鏡ののアイコンは、特定の要素やCSSプロパティに対して、「どのCSSファイルに書かれているどのセレクタ/クラスが最終的なスタイルを決めているか」を示してくれます。例えば、どれかDOM要素に対して「要素を検証」を選び、右側の「Computed」というタブを選びます。確認したいCSSプロパティを見つけてその虫眼鏡アイコンをクリックすることで、すぐさま右側に正しいCSSファイル内のクラス/セレクタを表示してく