最近 Kubernetes 全然触ってねーなって思ってたところに、『6年ぶりぐらいにクラウド使った結果、Kubernetes以外のマネージドサービスとか基本要らなくない？となった話 – データエンジニアの酩酊日記』を見つけて、自分と異なる立場によるコンテナシステムへの感想を興味深く読ませていただきました。 Kubernetes を推す人がいる一方で、ここには昨夏『Kubernetes、はじめました』と言っておきながら今年に入って全然触らず、ECSを使ったシステムばっか手掛け、Kubernetes いらなくね？って思う人もいるわけで。これはいったいどういうことでしょう、と雑感タイムです。 どうしてコンテナシステムで迷うのか 最初に断っておきたいのは、以下 Kubernetes を否定したり腐すような意図は全くなく、なんでやろ？って自身に問いかけた私見です。やめました、と言ってもウチで今も使っ

こんにちは。NoCode Ninjaです。 NoCode（ノーコード）専門オンラインサロン「NoCodeCamp」、たいへん盛り上がってます。 NoCode専門有料コミュニティの経済規模は世界一の【Makerpad】に次ぐ世界二位となりました。 （参加者約300人） そして、今お読みになっているこちらの記事もPV120,000超え＆900スキ超えを記録しました！！ 5週連続で「特に読まれた記事」にも選出。 ほんとに、支えてくれる皆様のおかげでしかないです…！！ この記事を適時更新しながら育てていき、1人でも多くの人に魅力を伝え、これからも日本のNoCode（ノーコード）の発展に尽力していきます。 そんな本記事ですが、NoCodeのことをまだ知らない方へ向けて 「NoCode（ノーコード）ってなに？」 「どうやって始めて学習すればいいの？」 について紹介しています。 これを読み終わるころには

「〜がChromiumベースに！」なことが起こるたびに「Chromium/BlinkはWebKitを源流とするエンジンでしかじか」みたいな話が出てきて、「実質WebKitだから同じだね」という反応が出てくるのが恒例行事っぽくなってるけど、結構モニョモニョする。 先祖が同じなら子孫も同じ、ってそんな単純な話じゃない。 fork前、BlinkがChromium WebKitというかWebKit Chromium portと呼ばれていた頃でさえ、Chromium portとApple portの2つが同じエンジンと呼べる箇所って、layoutとかdomとかstyleとかブラウザエンジンのコア部分だけで、他はV8とJSCとか、SkiaとCore Graphicsとか、そもそもプロセス分けてる方法も違うし、呉越同舟というか寄り合い所帯感だった。composition周りだってApple portはC

Googleはなぜノーコード開発ツールのAppSheetを買収し、1年半前に正式版になったばかりのApp Makerを終了させるのか？ Googleは先日、コーディング不要でアプリケーション開発ができる「AppSheet」の買収を発表しました。しかしGoogleはノーコード開発ツールのApp Makerを2018年から提供しており、同社の業務アプリケーション開発ツールの主役がどちらになるのか疑問が持たれていました。 その疑問に対し、Googleは明確な答えを明らかにしました。App Makerの終了を発表したのです。 これでGoogleがG Suite向けに提供するノーコード開発ツールはAppSheetが主役になることが明確になりました（そのほかにFormsのような簡易なツールも引き続き提供されます）。 App Makerは2018年に正式版となった開発ツールですが、約1年半で終了が宣言さ

なぜ Day One は Markdown を捨てたのか Day One が Markdown をやめて WYSIWYG に移行した話は前書いた。 Day One がクソになった Day One 、このブログでも度々言及していて、 Markdown で日記が書けて便利だったんだけど、最近のバージョンアップ（ Mac は 2.8 以降 、 iOS は 3.0 以降）でプレー... portalshit.net 自分が知っている範囲でアンチ Markdown 勢は Scrapbox くらいしか思い浮かばず、 GitHub や Trello などのグローバル勢に加え、 Qiita やはてなブログなど日本国内向けのサービスでも当然のように Markdown が共通言語として使われているのに、その Markdown を捨てて WYSIWYG 化する1という戦略は疑問だった。 ひとむかし前の WYSI

2023/07/03 要約ツールに｢ChatGPTを利用する場合｣を追加し、サンプルの生成結果を記載しました。 以前は英語の記事の読み書きが苦手だったのを、このようにして克服した、という話を書きます。 成果を数値で測ってないですが、RSSフィードに登録している英語メディアの数が大幅に増えました。以前は全体の5%程度に対し、今は50%以上が英語メディアになっています。英語に対する心理的ハードルは大きく下がりました。 また、読む力を付けたことで自作のOSSのREADMEもほぼ自力で書けるようになりました。 https://github.com/goodwithtech/dockle/blob/master/README.md では始めます。 全体像 僕の場合、1000文字以上の英文記事を読む場合、STEP1に含まれる内容は必ず行います。 STEP2に含まれるものは、辞書なしで読めないときだけ行

これすごい。英語の単語やフレーズを入力すると大量の YouTube の動画から実際に使われている部分だけを検索して見せてくれる。文脈もあるから使われ方も分かる。固有名詞の発音が分からない時、発音の苦手な単語を文脈と共に練習したい時… https://t.co/iBO7A9xZ4F

ブラウザは、Webページを見るためだけのものではなくなり、今では製品のUIや支払い・決済、機器・システムとの連携等に用いられ、Webプラットフォームとして再定義されるようになりました。自動車・テレビ・ゲーム機など、私達の生活に身近なモノにACCESSのWebプラットフォームが採用されています。 本インターンシップでは、Webプラットフォーム開発エンジニアとして、スマートテレビのUI開発に関する疑似プロジェクトを体験。具体的にはスマートテレビ上で動作するHTML5アプリケーションの開発と、ACCESSの「NetFront® Browser BE※1」のベースとなるChromiumを使用したブラウザの機能拡張を通して、Webプラットフォーム開発チームで実際に行われる実装〜テストまでの開発の流れを体験できます。 開発言語は主にC++、JavaScriptを使用します。基礎レベルの経験があれば大丈

こんにちは。セガ・インタラクティブ技術統括室の大森です。 TAとして、アーケードタイトルにUnityを採用する際の描画設計を お手伝いしています。 Unity5以降、Unityの標準シェーダーにはPBRワークフローが採用されています。アート素材の量産性が高いことから　すっかり普及したPBRワークフローですが、その恩恵を受ける為にはフォトリアル系の知識が欠かせません。 ところで、Unityプロジェクトの初期設定は、旧来シェーダーでの絵作りとも互換性を保つように設定されていて、そのままPBRワークフローを始めると混乱を招く部分があります。社内では　この混乱を避ける為、プロジェクト立ち上げ時に、カラースペースやライティング単位を設定しておく事を勧めています。 この記事では、ライティング環境のセットアップに使えるシェーダーやスクリプトを共有しつつ、具体的なライティング設定の一例を紹介します。ぜひハ

MNIST 言わずと知れた手書き文字のデータ CIFAR-10 言わずと知れた10クラス(airplane, automobileなど)にラベル付された画像集。CIFAR-100というより詳細なラベル付けがされたものもある The Oxford-IIIT Pet Dataset CIFAR-10と同様、ラベル付きのデータ。その名の通り動物系 Fashion-MNIST ファッション画像のMNIST、を表したデータセット。クラス数はMNISTと同様10クラスで、画像は28x28(グレースケール)、学習：評価データ数は60,000：10,000。 MNISTは簡単すぎる、濫用されているといった問題を克服するという側面も意識されている。 iMaterialist Challenge on fashion 100万点をこえるファッション画像のデータセット。8グループ228のラベルがアノテーションさ

個人用メモです。 機械学習は素材集めがとても大変です。 でもこの素材集め、実は無理してやらなくても、元から良質な無料データベースがあったようなのです。 URLはこちら YouTube8-M https://research.google.com/youtube8m/explore.html 提供されているサービスは以下の通り 800万個の動画 19億個のフレーム 4800個の分類 使い方はExploreから画像セットを探し、ダウンロードするだけ。 他の方法も見つけた open images dataset 「すごい神だな」と思ったのは これもう完成されてますよね もちろんこの認識前の画像もセットでダウンロードできます。 Youtube-８Mとは、画像数を取るか、精度で取るか、という違いでしょうか。 他にも良い素材集を教えていただきました （はてなブックマーク情報 @sek_165 さん ）

追記: 前提部分 開発環境を docker-compose で抽象することが最近のベストプラクティスだとされているが、フロントエンドをコンテナに突っ込むと無視できないIOボトルネックが発生する。 とくにwebpackのファイル監視からのビルドで発生する高頻度のIO処理を捌くために、フロントエンドだけはホスト環境に移したほうがいい、という主張。 これについて speakerdeck.com 自分の意見 Web開発者の主要な開発環境である Docker for Mac は I/O がとにかく遅い (3x~5x) data volume の driver やら cache を工夫しても遅い npm install/webpack は 基本的に I/O ヘヴィー とくに大規模開発時の watch => build がクリティカル webpack.conifg の entry で自分が関与する部分以

Search, watch, and cook every single Tasty recipe and video ever - all in one place! News, Politics, Culture, Life, Entertainment, and more. Stories that matter to you. Googleの新アプリが凄すぎる。リアルタイム文字変換の精度がエグいGoogleの音声文字変換のAndroidアプリ「Live Transcribe」がすごいのです。YouTubeなどの音源までをも機械学習で取り込み、字幕の精度をあげている同社。今後の展開は、Gmail、Google Driveなどを運営するG Suiteと一緒にビジネス展開もありえるかも…！？

タチの良い時間泥棒ことNetflixを、最強の英語学習ツールに変えるChrome拡張機能が登場！2019.04.06 15:00115,170 山田洋路 どうせ今日も観てしまうんだから、ついでに英語も学んじゃいなよ。 時間がない、時間がない、と公言しつつ、なぜかNetflixのマイリストだけはしっかり消化していませんか。このやめたくてもやめられない最優先タスクを、なかなか続かない英語学習と抱き合わせにできる発明が、Chrome拡張機能｢Language Learning with Netflix（LLN)｣です。 Video: David Wilkinson/YouTubeLLNの開発者の1人、David Wilkinsonさんは、｢たとえばペルシア語のように、言語によっては教材の選択肢が狭いものもある｣とThe Vergeへのメールで語っています。その点、我らがNetflixの字幕は主要

エコーテックは、本多電子製ホビー用超音波カッターの新製品としてプラスチック専用モデルの「ZO-30プラ」を全国の模型店で発売した。価格は26,000円（税別）。 超音波カッターは、刃に毎秒4万回の超音波振動を加えることで、刃＋微振動＋摩擦熱の3つの作用で、切断や切削の作業を補助する工具。 今回の「ZO-30プラ」は、2012年に発売された「ZO-40B」のローコストモデルで、パッケージや付属品などを必要最小限にすることで、一般ユーザーにも購入しやすい価格を実現した。 性能は「ZO-40B」と同等で、発振周波数は40kHz。外形寸法は発振器本体がW173×D89×H76mm（突起部含まず）、ハンドピースがφ32×144mm（刃含む）。質量は発振器本体が約360g、ハンドピースが約100g（出力コード含む）。 ハンドピースのボタンを押しているときだけ動作するので操作も簡単。プラモデル製作などに

144labの入江田です。 今回TinyGoという素敵なプロダクトを試してみました。 TinyGoとは TinyGoは本家Go言語の組み込み向けのサブセット版。 本家Go言語はPOSIX-OSに対する機能依存が大きく、リッチなランタイムを持っています。その為、本来はOSを持たない組み込み用途には不向きでした。 TinyGoはPOSIX-OSに依存する機能を簡易的な実装で代用しつつLLVM（コンパイラを作る為のフレームワーク）を使って組み込み向けアーキテクチャをサポートするGo言語のコンパイラです。 つまりサポートするCPUアーキテクチャはLLVMがサポートするものを前提にしています。 リポジトリ https://github.com/tinygo-org/tinygo ドキュメント https://tinygo.org/ サポートアーキテクチャ ARMのCortex-M0系 WebAsse