Cybernews – 20 May 2025 「検閲のない」「プライベートな」AIアクセスの提供を謳うAIチャットボット「Venice.ai」が、ハッキングフォーラムやダークウェブコミュニティで密かに人気を高めているという。モバイルセキュリティ企業のCertoが、同AIにより説得力のあるフィッシングメールや有効なマルウェア、偵察ツールなどの作成が容易になり得ると警鐘を鳴らした。 Venice.aiは月額18ドルで利用可能なWebベースのAIチャットボットで、一見するとChatGPTのような見た目をしている。しかしこのサービスでは故意にセーフティフィルターや倫理的ガードレールを取り払い、主要なAIモデルには通常導入されているコンテンツモデレーションを行わない。Certoの共同創業者であるRussell Kent-Payne氏は、「Venice.aiには正当な用途もあるかもしれない」としつつ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに だれしも自身のITエンジニアのキャリアについて悩んだことがあると思います。 所属する会社の評価軸だけではなく、世の中のITエンジニアのキャリアについても意識することで、より市場価値の高いキャリアを歩むことができると考えています。 今回の記事では世の中で一般的に知られているITエンジニアのキャリア、ポジションについて紹介します。 この中で自分はどこのポジションを目指したいのかをより具体的にして、自分に足りない能力は何かを定義し、今後のキャリア戦略に活かして頂ければと思います。 本記事では、以下の図のポジションについて説明します。

コンテナのお作法として、アプリのログはstdoutへ出力することで、Dockerのロギング機能に任せることができる。 ただし、Dockerのデフォルトだとサイズ制限は無いので、上限設定を行っていないとホストのストレージを使い切ってしまうので注意。 逆に言うと、アプリのログはDockerにまかせることで、サイズ上限やローテートもやってくれるので、ログローテートの仕組みを別途用意する必要はない。 確認用Dockerイメージ作成 (補足) スクリプト解説 docker run オプション ログサイズ制限ありで実行 世代数の設定 設定なし システムワイドに設定 追記: inspectで確認 ※ CPUとメモリについては以下。 zaki-hmkc.hatenablog.com ※ Composeでの設定は以下。 zaki-hmkc.hatenablog.com 確認用Dockerイメージ作成 #!/

この記事で得られる3つのポイント 「つぶしが効く」エンジニアになる: 表面的な技術習得ではなく、根本原理の深い理解と問題解決能力が長期的な市場価値を創出する AI時代の新たな役割: テクノロジーと人間の強みを組み合わせ、AIとの効果的な協働を設計・実現できる「アーキテクト」としての視点 計画的偶発性の活用: 不確実性を受け入れ、専門性と横断性のバランス、継続的学習、そして「偶然を必然に変える」姿勢の重要性 はじめに みなさん、こんにちは！本日はアカリクの就職ラウンジイベント＠会津大学に来ていただき、ありがとうございます。「AI時代に市場価値を高めるキャリア戦略」というテーマでお話しさせていただきます。口頭で補足しながらいろいろやっていきます。よろしくお願いします。 acaric.jp 現役エンジニアとして日々AIの進化と自身のキャリアパスに向き合う中で、私が得た気づきや思考を皆さんと共有で

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

TL;DR 社内の開発情報にアクセスするMCPサーバーを作成して、AI開発ツールが業務知識を活用できるようにしてみた。 具体的なツール事例（DBスキーマ参照、コード検索など）と、AIに活用させるための命名、レスポンス、権限などの考え方とコツを紹介。 TL;DR はじめに MCPとは MonotaROでのMCP DBスキーマを使ったコード生成 既存ソースコードからの業務知識抽出 共通モジュールの使用例の検索 MCPツール実装のコツ プロセスの状態に依存せずツールを利用できるようにする できるだけ具体的なツール名をつけてパラメータを修飾する レスポンスとしてinformativeなフィードバックを返す (なるべく)実行ユーザーの権限を使う まとめ はじめに MonotaROでは、ドメインモデリングでリアーキテクチャに挑むと同時に、モノタロウのAI駆動開発の全貌をご紹介しますのようにAIツールを

［速報］マイクロソフト、WindowsがMCPをサポートすると発表。AIエージェントでWindowsやアプリとの連携が可能に マイクロソフトは日本時間5月20日未明に開幕したイベント「Microsoft Build 2025」で、AIアプリケーションやエージェントとアプリケーションを連携させるプロトコルである「MCP」（Model Context Protocol）をWindowsがネイティブにサポートすると発表しました。 WindowsのMCPサポートでは、以下の機能がWindowsに実装されます。 MCP Servers for Windows ファイルシステムやウィンドウ管理、Windows Subsystem for Linux（WSL）などのWindowsシステムファンクションがMCPサーバとなり、AIアプリケーションやエージェントからアクセス可能になる。 MCP Registr

［速報］「GitHub Copilot Coding Agent」パブリックプレビュー。AIにIssueをアサインすると、解決に向け自律的にプログラミング マイクロソフトは日本時間5月20日未明に開幕したイベント「Microsoft Build 2025」で、GitHubのIssueをAIにアサインすると、解決に向けて自律的にプログラミングを行う新機能「GitHub Copilot Coding Agent」をパブリックプレビューとして発表しました。 GitHub上のコーディングエージェントは、今年（2025年）2月に「GitHub Copilot Agent Mode」がプレビュー公開されています。これはタスクをVisual Sutido Code上の画面からプロンプトでGitHub Copilotに指示する形式でした。 参考：GitHub Copilot Agent Modeが登場。タ

2025年3月に出版された「Infrastructure as Code, 3rd Edition」を読んだ📕 2016年頃に Infrastructure as Code（日本語版）を読んで今でも本棚に置いてあって，2021年に出版された Infrastructure as Code, 2nd Edition は日本語版が出版されたら読もうかな〜思いつつ結局読まなかった（出版もされなかった）という経緯がある．1st Edition と比較すると 3rd Edition は大きく変化していて，クラウド時代における Infrastructure as Code のトピックが網羅的に解説されていて最高の一冊だった❗️ 英語だし，そこそこページ数も多くすべてのページを読むのは大変だったけど読んで良かった〜と思う．個人的な「毎日10分間読書」という習慣化時間でコツコツ読んでいて，途中別の本を読ん

はじめに みなさん初めまして、本田技研工業デジタルプラットフォーム開発部のTera-Cです。ソフトウェアエンジニアを10年程度経験してから自動車業界に転職して8年、Hondaでの業務歴は2年の若手?です。 我々の部署ではAWSを活用して、Hondaの車やアプリに向けたWebサービスやサーバーの開発をしています。仕事を進めるうちに得られたAWSに関連する知見や事例、SaaSの活用情報などを発信していきます。 今回はそのような技術的なお話の前に、ソフトウェアエンジニアが自動車会社に転職してきて感じた違いや、困ったこと、良かったことなどを「4選」、お伝えします。 はじめに 1. ソフトウェアの仕事の経験がある人が少ない 2. ソフトウェア開発のインフラが整っていない 3. 能力が高い人が多い 4. 労働組合の正体が分かる まとめ 1. ソフトウェアの仕事の経験がある人が少ない 我々は自動車会社な

Rust製の形態素解析ライブラリVibratoのご紹介です。MeCab互換で爆速のようです。Python版もあります。WASMのデモサイトもあります。 学術的な難しい話はできないので、興味のある方は開発者の方のページをご覧ください。 また比較も兼ねて、同じくRust製の形態素解析ライブラリのLinderaも紹介します。最後におまけでActix Webサーバに組み込み、APIとして形態素解析を提供する方法も説明します。 Vibrato 辞書ファイルのダウンロード 最初にVibrato専用の辞書ファイルをダウンロードします。コンパイル済みのものがありますのでこちらからダウンロードします。 辞書ファイルにはいろいろ種類があります。少し古いですがIPA+MeCabがサイズが7.5MBと一番小さくて使いやすいためこちらを使用します。ダウンロードしたら展開してください。この説明では$HOMEに展開しま

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 この記事はRustでAWS Lambda開発を行うにあたっての全体プロセスのガイドです。RustでLambda関数を実装し、そのコードを実行するためのDockerコンテナイメージを作成します。次にそのイメージを自動でビルドしLambda関数を更新するCI/CDをCodePipelineで構築します。他に複数のLambda関数を一つのクレートで管理し、それらを一括でデプロイする方法についても解説します。 なぜRustでLambdaを実装するのか？ まず、Rustは素晴らしいプログラミング言語です。静的型付けによってバグの少ないコード

元々考えていたよりCloudflare成分薄めになっちゃいました (あとで足すかも) https://ai-developer-meetup.connpass.com/event/353962/

はじめに ある日のこと、私はブログを書いていました。ブログをレビューしたり、修正したり。そんな日々の中で、ふと思ったのです。「あれ？自分が書いたブログ記事、本当に役に立っているのかな？」と。 皆さんも一度は感じたことがあるのではないでしょうか。せっかく時間をかけて書いた記事が、実は的外れだったかもしれない、という不安。「もっとこうすればよかった」という後悔。あるいは「この記事、本当に価値があるのか」という疑問。 そんな思いを抱えながら、私はあることに気づきました。ブログ記事を評価する明確な基準がないということに。プログラミングにはコードレビューがあり、デザインにはクリティークがあります。でも、技術ブログには？ そこで考えました。もしブログ記事を客観的に評価できるプロンプトがあれば、多少なり自分の記事をより良くするヒントになるのではないか、と。単なる「良い/悪い」ではなく、複数の観点から数値

簡単にいうと、LLMの仕組みを理解してLLMの気持ちになってどういうコンテキストを与えたらうまくいくのか？どうやれば安定したLLMプロダクトを開発できるのか？というLLMプロダクト開発の基本が書かれた本です。 内容はいささか古く（おそらく2024年中頃までに書かれている）、この本から即座に実践に入れる類いの本ではないので、まさに「教科書」です。この本を索引として、必要な知識を深掘りする必要性があります。 この本に書かれている知識のまま、知識更新を怠ると極めて危険です。いろいろな情報がアップデートされています。 この記事に間違いとか解釈違いとかあったら、是非ご連絡ください！ コーディングエージェント使いが読むべきか？ 非エンジニアが読むべきか？ 内容の解説 という構成です。 コーディングーエージェント使いが読むべきか？最近コーディングエージェントを使う人が一気に増えました。そういったコーディ

本日4/4（金）にリリースされたRust 1.86の変更点を詳しく紹介します。 もしこの記事が参考になれば記事末尾から活動を支援頂けると嬉しいです。 4月4日はMicrosoft設立日 ピックアップ トレイトをアップキャストできるようになった スライスHashMapから複数の可変参照を得られるようになった rustdocのフォントをsans-serifに変えられるようになった 安定化されたAPIのドキュメント {float}::next_down {float}::next_up <[_]>::get_disjoint_mut サンプル <[_]>::get_disjoint_unchecked_mut 安全性 サンプル slice::GetDisjointMutError サンプル バリアント IndexOutOfBounds OverlappingIndices HashMap::ge

IT企業やIT部門は技術力を発揮してなんぼである。技術力で存在価値を高めようとする。そのカルチャーはある意味で健全である。IT業界やIT職種の正しい発展を後押しすることにもつながる。 一方、技術力だけで初心者や中途採用者をマウンティング（優位性の誇示）するのは問題だ。さらにひどいと、顧客や取引先まで小ばかにするような態度をとる。これが一部の人の特異な行動ではなく、職場やチームの複数名がマウンティング気質であったり、上長がそのような性格の持ち主だったりすると、職場の性格そのものが問題となる。つまり、性格の悪い職場のオーラをまとい、悪臭を放ち始める。 マウンティング文化の人が部門長や管理職だったり、いわゆるスタープレーヤー的な存在だったりする職場はタチが悪い。職場が技術で相手を殴る行動を正当化しているようなものだからである。 なぜ技術力だけで他者をマウンティングするような、「性格に難あり」な人

Road to SRE NEXT@会津若松 2025/05/17

はじめに 「新規プロジェクトに参画したら、アプリケーションがRustで書かれていた...」 このような経験をされた方も多いのではないでしょうか。もしくは今後あるかもしれません。特に、オブザーバビリティの実装を担当することになったインフラエンジニアにとって、Rustは馴染みの薄い言語かもしれません。 このガイドは、インフラエンジニアとしての経験は豊富だが、Rustの経験が少ないインフラエンジニアのために書かれています。既存のRustアプリケーションにログ、メトリクス、トレーシングを実装する方法を、Rustの前提知識を必要とせずに理解できるよう解説します。前提知識が不要なだけで都度学習はしてもらいます。 想定読者 オブザーバビリティの実装経験がある Python、Java、Goなどでの実装経験はある Rustは初めて触れる、もしくは経験が浅い 既存のRustアプリケーションにオブザーバビリティ