別名：お互い様子見タイム 採用する気があるのかないのか、応募する気があるのかないのか、お互い探り合う微妙な時間。仕事の話をしつつも、何となく雑談っぽい空気を装う場。面接とは言わないけど、失敗したら次はないやつ。 大作と言えるほどの「エンジニア向け採用デッキ」を見せられては、「技術スタック」という1ページだけでその会社の格付けを一瞬のうちに脳内で行っている自分に気が付いた2024年の末。 この記事では、そんなことを考えている筆者の頭の中を、徒然なるままにChatGPTと共に文字に言語化した記事になります。 1. ミッション？それより技術スタックを見せろ 会社のミッションが社会貢献でも、DX推進でも、環境保護でも構わない。でもその前に知りたいのは、 「その目標を達成するためにどんな技術を使っているのか？」 だ。 例えば: フロントエンドは何？ React？Vue？ まさかのjQuery？ 今は

はじめに プロジェクトにGitHub Actionsが設定されているけれど、何を実行しているのかよくわからない…という人は多いかもしれません。 今回、新規プロジェクトでゼロからGitHub Actionsを構築したので、その経験をもとにまとめました。 GitHub Actionsで何ができるのか知りたい方 構築の仕方がわからない方 GitHub Actionsをなんとなく知っているけど中身はよくわからない方 など初心者でも理解できる内容を目指しています！ また、GitHub Actionsをローカルで実行する方法についても解説しているのでぜひ参考にしてください！ GitHub Actions とは GitHub Actions は、ビルド、テスト、デプロイのパイプラインを自動化できる継続的インテグレーションと継続的デリバリー (CI/CD) のプラットフォームです。 要するに手動での作業を

はじめに この記事はTSKaigi Advent Calendar 2024の記事です。(TSKaigiの運営メンバーとして最初の記事になりそうです。) みなさん、TypeScript書いてますか？最近、フロントエンドもバックエンドも（加えてインフラも）TypeScriptで統一する、Full-Stack TypeScriptを採用する事例が増えてきました。 Full-Stack TypeScriptの由来やメリットはこちらの記事から フロントもバックもTypeScriptだし、どうせならMonorepoで管理しようということで、TypeScript専用のMonorepo管理ツールであるTurborepoを導入し、T3-Turboというアーキテクチャを導入することになりました。 T3-Turboというアーキテクチャは、以前導入を考えた際に記事にしているので、こちらをご参照ください。 またT

株式会社スタディスト様の依頼で、フロントエンド傭兵として、Rails 内の巨大SPA の段階的なモダナイズの提案を行った事例紹介です。 いつもはパフォーマンス視点で仕事にかかるのですが、今回はマクロな設計視点でソースコードを読んでいきます。一旦は中期ゴールを提案しつつ、その作業の必要性を通して、なぜその変更が必要なのかという解説をしていきました。 コスパが良い部分からやりたいですね。でもコスパ感覚は人それぞれです。あくまでフロントエンド専門家の自分が優先度付けるなら、という観点でやっていきます。 今回の仕事にあたっていくつかの技術的な課題を取り上げますが、それはスタディスト様に問題があるという話ではありません。むしろ問題を修正しようという意思が強く、実際1ヶ月の期間中にいくつかの修正をマージすることもできています。 以下、敬称略。注意点として、今回の内容は中の人達が見返すための記述が多いの

あらゆることを学びつくしたデカルト 人間は一生のうちに多くのものを学びます 学校の座学から、社会に出てからの体験学習まで多種多様のものを吸収していきますが「１日は２４時間」という絶対的な平等性があるので、後は頭脳明晰か否かということになります 同じ１００時間でも頭脳明晰か否かで学べる量も質も違ってきます この頭脳明晰な方々が創り上げた原理原則は私のような凡人に『ものの考え方』を教えてくれます 中世欧州のデカルトは欧州で一番有名な学校に入り、哲学・数学・医学・法学・詩学をはじめ、錬金術・占術・魔術まで学び尽くします 「すべて学んだけれど、どれもイマイチだ！疑い始めるとどれもボロが出る！真理を極めてない！」とバッサリ言い切ります 古今東西、天才とは言うことが違います 「紙に書いてあることは学び尽くしたので、今度は世界という大きな書物を見てやろう！」と９年間旅をします その体験学習から学んだこと

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 先日、サイバーエージェントさんの「身に着けた技術をいかに捨てられるか。エンジニア歴39年、今でもエンジニアで居続ける理由。」という記事が大変話題になりました。 プログラミングやテクノロジーが大好きでWeb業界で働いているエンジニアの方の多くは、「可能であれば50代以降も現場で"手を動かすエンジニア"として働きたい」と考えてらっしゃると思いますが、平松さんのような方はかなり例外的で、Web業界で多数の現場を経験してきた私でも、50代以上の現役エンジニアの方とご一緒にお仕事をさせて頂いた経験は残念ながら一度もありません。 私は現在、雑食系エ

元マサチューセッツ工科大学助教授だったロバート・ヤン氏が設立したAI企業・Altera.ALは、OpenAIのGPT-4oをベースにしてゲームをプレイできる自律型エージェントを開発しています。この自律型エージェントを「マインクラフト」で共同生活させる実験「Project Sid」で、コミュニティが形成されて宗教や文化的ミームの伝播が確認できたと報告されています。 Project Sid: Many-agent simulations toward AI civilization https://digitalhumanity.substack.com/p/project-sid-many-agent-simulations GitHub - altera-al/project-sid https://github.com/altera-al/project-sid AI created a

画像生成AI「Stable Diffusion XL（SDXL）」のファインチューニングモデル、「NoobAI-XL（ヌーブエーアイ）」の登場が、画像生成AI関連の人たちをざわつかせています。イラスト風画像の生成性能が高いためです。ハイエンドモデルの「Stable Diffusion 3.5」や「Flux.1」への移行が始まろうとするなか、昨年8月にリリースされた旧モデルのSDXLに性能向上の余地がまだまだあることが明らかになってきたのです。 SDXLベースの画像生成AIモデル「NoobAI-XL」の性能が高すぎる NoobAI-XLの強力さは、LCM（Latent Consistency Models＝画像生成AIの高速化技術）の環境で動かすとそのすごさがよくわかります。ペイントツール「Krita」用にAclyさんが開発を続けている独自プラグイン「Krita AI Diffusion」で

株式会社Global Mobility ServiceでソフトウェアエンジニアのインターンをさせてもらっているShirubaです。グローバルな環境で利用されている社会的サービスの開発の一端を担いたい志ある方は、ぜひ緩くお話ししましょう〜。バックエンドはNode.jsを使っています。🙋‍♂️→ 採用ページ Node.jsについて色々資料を読んでメモをとったりしていたので、一度まとめておきたくて、この記事を書くことにしました。V8やLibuvなど低レイヤ技術の設計をベースにNode.jsを概観していきます。 Node.jsとは Node.js公式によるNode.jsの定義は以下です。 Node.js はスケーラブルなネットワークアプリケーションを構築するために設計された非同期型のイベント駆動の JavaScript 環境です。 https://nodejs.org/ja/about/ Nod

癌治療を専門にしている医師ですが、夜寝付けなかったので、 癌になった時にまず最初に知っておいて欲しい事をかいてみました。 結論いかに早く治療を開始できるかで癌の治りやすさが変わります。 そして、あなた（患者）の頑張りで、治療開始日は大きく変化します。 今回は、知っておいて欲しい癌の知識について書いた後、癌の疑いがあると言われた時の治療開始RTAのコツについて書きます。 （RTA:リアルタイムアタック、いかに早くゲームをクリアできるかの挑戦の事） --- 知っておいて欲しい癌の知識 癌は、ひたすら増え続けるおかしな細胞人間の体は細胞で出来ていて、正常な細胞は決まった日数で細胞分裂して増えますし、決まった日数で死にます。例えば皮膚の細胞は1か月くらいで新しくなって、古い細胞は死んで垢になります。このバランスが保たれているのが通常です。 ただ、変な細胞も一定の割合で発生します。決まった日数で死な

はじめに最近、LLMへのRAGを用いた文書データの連携等を目的に海外を中心にOCRや文書画像解析技術に関連する新しいサービスが活発にリリースされています。 しかし、その多くは日本語をメインターゲットに開発されているわけではありません。日本語文書は、英数字に加えて、ひらがな、漢字、記号など数千種類の文字を識別する必要があったり、縦書きなど日本語ドキュメント特有のレイアウトに対処する必要があったりと日本語特有の難しさがあります。 ですが、今後、海外の開発者がこれらの課題に対処するため、日本のドキュメント画像解析に特化したものをリリースする可能性は低く、やはり自国の言語向けのサービスは自国のエンジニアが開発すべきだと筆者は考えています。 もちろん、Azure Document Intelligenceをはじめとした、クラウドサービスのドキュメント解析サービスはありますが、クラウドを利用できないユ

はじめに具体と抽象を行き来することの重要性は、いろいろな方が述べられていて、筆者も本当にそうだと感じています。それがうまくできる人とできない人とで、年収が数百万円のレンジで変わってくると言っても過言ではないのではと思います。 拙書『アーキテクトの教科書』でも第1章に以下の記述があります。 抽象と具象を自由自在に行ったり来たりする能力があると、とても重宝します。 『アーキテクトの教科書』第1章よりただ「具体と抽象を行き来する」という表現そのものが極めて抽象度が高いため、ピンとこない人もいるでしょうし、人によってその解釈が異なる可能性もあるでしょう。この記事では、「具体と抽象を行き来する」という行為を具体例を通じて確認し、理解度を深めたいと思います。 言葉の整理まずは言葉の意味を確認しておきます。 【抽象】 (abstraction)事物または表象の或る側面・性質を抽き離して把握する心的作用。

昨今の Web 開発における UI はますます複雑化し、アクセシビリティの重要性が高まっています。ブラウザの標準機能だけでは実現できない複雑な UI を実装する際、アクセシビリティに関する誤った実装が原因で、ユーザー体験を損なう可能性があります。ヘッドレス UI ライブラリは、あらかじめアクセシビリティ…

「ん〜。やっぱり「え〜っと・まぁ・で・なんていうか」とか言っちゃうんだよな〜」先日ラジオを録っており収録後に自分で聞き直していた。 以前から感じてはいたが、その時は「え〜っと・・・」などの繋ぎ言葉が非常に多かったのだ。 あまりの多さに衝撃を受けた（汗） 多い時には10秒に3回ぐらい言っている時もあった。 流石にこれはダメだと思い、改善策をググってみた。 まず、「え〜っと・・・」などの繋ぎ言葉のことを「フィラー」というらしい。 「思考・心・声」の三要素が互いに補っており、どれかの比重が大きくなると「フィラー」が出るらしい。ざっくりと対策を調べてみたが、正直いうとどれも見たことや聞いたことあるものばかりだった。 「頑張ればフィラーは出なくなるよ！」といった雰囲気を纏っていた。 だから、なんとな〜く「訓練で直らなくね？？？」とボクは思った。 というか、こんだけ喋るのが好きで、ラジオを「下手でも録

2024/10/22に『桜井政博のゲーム作るには』が最終回を迎え、 ネットでは大いに話題になっていました。 まさかそんな手法で作られていたとは....... (気になる人は↓をチェック) その話はさておき今回はゲームエンジニアに限らず Web系エンジニアにも通ずる話があると私は思っていて、 色々な方々にも見て頂きたいと思った次第です。 (UIの話や広報の話もあるので本当はもっと広い範囲に刺さる内容ではあります) 桜井政博ってだれ？？？ そもそも桜井さんのことを知らない人がいると思いますので簡単に紹介しますと 『星のカービィ』や『大乱闘スマッシュブラザーズ』を作った人ということで概ね間違いないはずです 結論 先に結論をお話しすると 『仕事の姿勢』を見ることでタイトル通り仕事の姿勢、そして仕事に対する向き合い方を学べる 『チーム運営』を見ることでエンジニア界隈でもよく話題になるチームビルディン

GitHubが開発者向けサービスへの生成AIへの組み込みを加速させている（関連記事：GitHub Copilotで「Claude」「Gemini」も利用可能に　自然言語のみでアプリ開発できる新ツールも）。生成AIアシスタント「GitHub Copilot」はマルチモデル化され、OpenAIのみならず、AnthropicやGoogleのモデルも利用可能になった。しかし、注目度が高いのはシステム生成AI「GitHub Spark」の発表だ。 「10億人が開発者になれるように支援する」を目指したGitHub Sparkは自然言語エディターにアプリのアイデアやイメージを記述すると、「Spark」というマイクロアプリが生成され、Web上からラウンチや管理が行なえるサービス。GitHub Sparkの紹介ページには「Without needing to write or deploy any code

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 2024年8月29日に、経済産業省より「ソフトウェア部品表」（Software Bill of Materials、以下SBOM）導入のポイントをまとめた「ソフトウェア管理に向けたSBOMの導入に関する手引ver 2.0」が正式に公表されました。Ver 1.0が2023年7月に公開されており、SBOMに関する基本的な情報や誤解と事実、企業のSBOM導入を支援するために、SBOM導入に向けた主な実施事項および認識しておくべきポイントが示されています。 今回公開されたVer 2.0では、上記に加え、ソフトウェアの脆弱（ぜいじゃく）性を管理する一連プロセスにおいて、SBOMを効果的に活用するための具体的な手順と考え方、SBOM導入の効果および

チームのキャパシティを超える要求を抱えたプロジェクトが、なんの問題もなく完了するはずがありません。なんとか作り上げられた機能は、表面上は要求通りでも、どこかぎこちなさを感じます。ユーザー体験が悪く、それがユーザー価値を押し下げ、ビジネス価値を削り取ります。触るたびに新しい欠陥も見つかるかもしれません。内部品質も最低です。それが今後の追加開発の足を引っ張ることにもなるでしょう。そして、ただ消費するような働き方によって、チームは成長も達成感も感じられず、疲弊します。 詰め込み型のプロジェクトは、誰にとっても利点がなく、そのうえ持続不可能なやり方なのです。 「詰め込んでもなんとかなる」という楽観主義詰め込み型のアプローチは、組織内でプラクティス化しやすいプロジェクト計画手法です。この手法で完了したプロジェクトは、一見すると、上手くいったように見えます。多少の遅延があったとしても、概ね一通りの機能

ゆめみ/虎の穴ラボさんの「勉強法の勉強会」というのが好きで、そちらをベースに社内の強い人たちへのインタビュー（10名程度）をミックスして、みんながどうやって調査とか勉強とかしているのか、まとめてみました。 インタビュの結果、あまり共通項みたいなものがなく、結局勉強に関しても銀の弾丸はなさそうな雰囲気でした。ので、どちらかというといろんな人のいろんな方法を並べる、みたいになっています。いろいろ詰め込もうとしすぎたのでゴチャった感ありますが、誰かの参考になれば幸いです。 前提など