![【レビュー】 至って普通のノートPCでもゲームがサクサク動く!ドック機能を備えた超小型GPUボックス「GPD G1」を試す](https://cdn-ak-scissors.b.st-hatena.com/image/square/ff40acdeb89039dc990963f888cb36c9a800c98c/height=288;version=1;width=512/https%3A%2F%2Fpc.watch.impress.co.jp%2Fimg%2Fpcw%2Flist%2F1533%2F592%2F01.jpg)
Terraform のコーディングにおいて、似た構成の複製をどのように表現するかは結構重要な課題です。放っておくと汚いコピペだらけになっていくからです。 色々な目的とやり方があると思いますので、その表現を実現するためのパーツにでもなればと思い、学習用教材的に書いてみるやつでございます。 目次 説明はそんなに多くないですが、コードのせいで縦長になったので目次を置いておきます。Terraform バージョンは v1.5.7 で動作確認しています。 単体の複製 count for_each セットの複製 module count + module 条件分岐 三項演算子 入れ子 ループ構造 for 複製の方法 階層構造 Pythonの入れ子ループ Terraform の入れ子ループ 続・階層構造 単体の複製 あるリソースに対して、単体の場合は count や for_each を使うことで、lis
こんにちは、イノベーションセンターの杉本(GitHub:kaisugi)です。普段はノーコードAI開発ツール Node-AI の開発に取り組む傍ら、兼務1で大規模言語モデル(LLM:Large Language Model)について調査を行なっています。特に、日本語を中心に学習された LLM への関心があり、awesome-japanese-llm という日本語 LLM をまとめた Web サイトのメンテナンスにも取り組んでいます。 今回は、LLM に LLM の評価そのものを行わせるという新たなアプローチ(LLM-as-a-judge)についてご紹介します。 ChatGPT の登場以降、国内外で LLM の開発競争が進行しており、モデルの重みが公開されたオープンなモデルも続々と現れています。そのような中で、新しいモデルの構築だけでなく、どのモデルが優れているかを比較検討することが今後ます
Red Hat のソリューションアーキテクトの瀬戸です。 この記事はRed Hat Developerのブログ記事、What's new for developers in JDK 21 | Red Hat Developer を、許可をうけて翻訳したものです。 Java開発者にとってエキサイティングな情報として、今年 9 月 19 日に JDK 21 がリリースされました。 このリリースには、仮想スレッド(Virtual Thread)、レコードパターン(Record Patterns)、順序付コレクション(Sequenced Collections)など、Javaのエコシステムに利益をもたらす多くの新機能が含まれています。JDK 21 のプレビューには、文字列テンプレート(String Templates)、スコープ付値(Scoped Values)、構造化並列処理(Structure
MacでDocker DesktopやWSLのようなコンテナ/仮想マシン環境を実現する「OrbStack 1.0」リリース Mac上でDocker Desktopのように手軽にコンテナ環境を構築し、またWindowsのWindows Subsystem for Linux(WSL)のようにmacOS上にLinux仮想マシン環境を構築できるソフトウェア「OrbStack 1.0」がリリースされました。 Introducing OrbStack 1.0: the fast, light, easy way to run Docker containers & Linuxhttps://t.co/wGGy4J16h0 pic.twitter.com/BVdABDyf01 — OrbStack (@OrbStack) September 21, 2023 OrbStackはコンテナエンジンとしてD
はじめに 概要 Apache Iceberg(アイスバーグ)とは [重要] Icebergの本質はTable Specである Table Spec バージョン Icebergハンズオン Icebergの特徴 同時書き込み時の整合性担保 読み取り一貫性、Time Travelクエリ、Rollback Schema Evolution Hidden Partitioning Hidden Partitioningの種類 時間 truncate[W] bucket[N] Partition Evolution Sort Order Evolution クエリ性能の最適化 ユースケース Icebergのアーキテクチャ Iceberg Catalog Iceberg Catalogの選択肢 metadata layer metadata files manifest lists manifest f
こんばんみんみん。 バーチャル幼女プログラマーという肩書でインターネットをやっているきりみんちゃんというものです。 競技プログラミングのAtCoderというサービスに日々取り組んでいるんですが、この度めでたく緑レートになることが出来ました。 いわゆる色変エントリというやつです。 で、誰?3年前にこんなエントリを書いた者です。 VTuberをやったり絵を描いたりしてる社会人エンジニアです。 専門分野はAndroidでしたが、最近はフルスタックエンジニアを目指してフロントエンドやバックエンドなどをやっています。 現在のAtCoderコミュニティの中心層は理系の学生やもともと数学がかなり好きなタイプの人たちです。 一方きりみんちゃんはプログラマでありながら数学にコンプレックスがあり、それどころか小学2年までしか義務教育を受けていないため、中学、高校レベルの基礎的な数学の教養が全くありませんでした
Instagramは2010年10月にサービスを開始後、2011年12月までのわずか1年間で1400万人に利用されるほど巨大なサービスに成長しました。こうしたスケールに対応できるシステムを組み上げたのはたった3人のエンジニアだったとのことで、どのように少人数でスケールするシステムを組み上げたのかについて、エキスパートエンジニアのレオナルド・クリードさんが解説しています。 How Instagram scaled to 14 million users with only 3 engineers https://engineercodex.substack.com/p/how-instagram-scaled-to-14-million レオナルド・クリードさんは、Instagramが3人のエンジニアで安定して巨大なサービスを提供できた理由として、下記の3つの原則を守ったからだと述べています
www.oreilly.com オライリー・メディアのコンテンツ戦略部門のバイスプレジデントであるマイク・ルキダスの文章だが、彼が数週間前、「コードを書くことが問題なのではない。複雑さをコントロールすることが問題なのだ」というツイートを見かけた話から始まる。彼はこれに感心したようで、これから何度も引用すると思うので、誰のツイートか思い出せればいいのにと書いている(ご存じの方は彼にご一報を)。 件のツイートは、プログラミング言語の構文の詳細や API が持つ多くの関数を覚えることは重要じゃなくて、解決しようとしている問題の複雑さを理解し、管理することこそが重要だと言ってるわけですね。 これは皆、覚えがある話だろう。アプリケーションやツールの多くは、最初はシンプルである。しかも、それでやりたいことの80%、いやもしかしたら90%をやれている。でも、それじゃ十分ではないと、バージョン1.1でいく
こんにちは。株式会社Gaji-Labo で DevHR をしている関根です。エンジニア採用や組織作りを担当しています。 Gaji-Labo は、フロントエンド開発と UI デザインの会社なのですが、急成長するスタートアップにチームメンバーの一員となって参画する支援をしています。 一般的な「受託」で働くのではなく、スタートアップで活躍するのでもなく、スタートアップで働く人たちを「支える仕事」が向いている人っていると思うんですが、そんな人たちが集まっているのが弊社 Gaji-Labo です。 今日は、スタートアップを「支える側の仕事」というのはどういうものかを書いていきます。 この記事で「面白い会社だなー」とか「こんなキャリアもあるのか」と私たちを知ってもらえるだけでも嬉しいですが、あわよくば「自分も支える側が向いてる」と感じたフロントエンドエンジニアや UIデザイナーのみなさんとカジュアル面
いつも大変お世話になっております。 上はフロントエンドから下はFPGAまで、たくさんの先輩後輩に恵まれながらプロジェクトもプロダクトもマネジメントしている、スーパーウルトラミラクルめっちゃフルスタック奴隷エンジニアの LRIKI さんです。 先日副業として請けていたゲーム開発がひと段落しましたので、普段本業で行っているような感じでプロジェクトの終了報告を書いてみることにしました。 この報告が、みなさまのお役に立てれば幸いです。 この記事は失敗プロジェクトの報告となります。 お金だけ見ると受託開発としては洒落にならないくらいの赤字を叩き出しましたが、一方で一部の成果物は今後のプロジェクトの土台になりそうな、完成度のあるモジュールとして仕上げることができたと思います。そのためこういったプロジェクトを経験できたことなど色々考えると、トータルでは「請けてよかったかな」とポジティブにとらえています。
いつも大変お世話になっております。 上はフロントエンドから下はFPGAまで、たくさんの先輩後輩に恵まれながらプロジェクトもプロダクトもマネジメントしている、スーパーウルトラミラクルめっちゃフルスタック奴隷エンジニアの LRIKI さんです。 先日副業として請けていたゲーム開発がひと段落しましたので、普段本業で行っているような感じでプロジェクトの終了報告を書いてみることにしました。 この報告が、みなさまのお役に立てれば幸いです。 この記事は失敗プロジェクトの報告となります。 お金だけ見ると受託開発としては洒落にならないくらいの赤字を叩き出しましたが、一方で一部の成果物は今後のプロジェクトの土台になりそうな、完成度のあるモジュールとして仕上げることができたと思います。そのためこういったプロジェクトを経験できたことなど色々考えると、トータルでは「請けてよかったかな」とポジティブにとらえています。
はじめに Reactの学習兼ねてWebアプリを作成してみました。 タイトル通り、Reactのインプット期間は1週間程です。 (仕事してるので時間でいうと恐らく数日程度です) 今回の記事では、インプット学習歴1週間でもなんとか作れた話をお伝えします。 ※挑戦する段階で1週間程度のインプットで開発を始めたという話です。 開発期間は余裕で1ヶ月以上かかりました。 私についてですが、今年6月からフロントエンドエンジニアを目指して独学中です。 アプリを作り始めたスキルレベルは、主にHTML/CSS/JavaScriptを勉強しておりました。 0から作ったことはないので、今回が初めてのアプリ作成になります。 見ていただくとわかる通り比較的シンプルなアプリなのですが、 私にとっては全く簡単ではなく、、でも何とか作成できました! 今回作ったもの ログイン機能付きの収支管理アプリです。 いわゆる家計簿アプリ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く