はじめに Pythonは、初心者でも扱いやすいと言われる、シンプルで直感的な構文が特徴のプログラミング言語です。そのため、初心者から上級者まで幅広く使われていますが、シンプルだからこそ思わぬミスを引き起こすことも少なくありません。 本記事では、そんな「単純なのに間違えやすい」Pythonコードの落とし穴にスポットを当て、見逃しやすいポイントや、気をつけるべき注意点を解説します。具体的なコードを紹介するので、出力結果を予想してみましょう！ 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています！興味をお持ちいただける方は、こちらまで。

・機能の多様化&複雑化 ・生成AIに仕事の一部を任せる ・ハルシネーションは許されなくなっていく ・出力内容の評価も生成AIが行う ・人間は更なる精度向上を求める ・生成AIを使いこなす技術力と知識が必要 ・AIがAIを使う時代へ このように移り変わっていくフェーズが来ている、と個人的には感じました。 ここからは、前述した3つのトレンドについて、1つずつ掘り下げていきます。 LLMが生成した出力を、LLMで評価する 例えば「オンライン薬局のLLMマルチエージェントを支えるLLM Ops」というセッションでは、患者さんとメッセージをやり取りする薬剤師さんに対して、返信のレコメンド文をLLMに出力させるという取り組みをされていました。 このサービスにおけるミッションは「漢方をお客様に販売すること」なので、虚偽・不正確な情報が入っていては困ります。 LLMが生成したメッセージを薬剤師さんがチェッ

はじめに 会社員として働く上で評価は最も大きな関心事の1つでしょう。評価によって自身の職位や給料が決まるのでそれも当然です。 しかしながら、「納得感のある評価を受けられていますか？」と問うと明確にYesと答えられる人は稀でしょう。「成果を出したのに正しく評価されていない」と不満を持っていたり「評価は偉い人が勝手に決めるものだから…」と諦めている人もいるのではないでしょうか。少なくとも過去の私はそうでした。 そもそも、評価をどのように受けるべきか指導や研修を受けたことはありますか？私にはその記憶はなく、自身が評価者の立場になって初めて評価というシステムに真剣に向き合うことになりました。 評価の際に被評価者としてできることは、評価者に自分の成果や成長を適切にアピールすることです。そして、アピールの方法として最も確実かつ重要なのは伝わる自己評価を書くことです このエントリは、被評価者が評価者に正

想定よりだいぶ大変でした。 hecto 成果物はこれ↓ 参考サイトはこれです↓ インスパイア元↓ 感想 Rustはこのチュートリアルが初体験 ずっと勉強したいとは思っていたので良い機会だった チュートリアルを進めていくなかで所有権とかライフタイムとかを少しずつ導入していき説明も挟んでくれるので助かった しかし3000行の経験を積んだ程度ではまだまだエラーの読み解きは難しいな〜という印象 https://bsky.app/profile/kawarimidoll.bsky.social/post/3l3znqvdbx42q パターンマッチ、ResultやOptionといった概念は先にGleamをやっていたおかげで問題なく理解できた 外部依存ナシのC言語版が1000行程度だったので外部ライブラリを使えるRust版は行数が少ないのかしらと思ったが結果的に3000行になった C版は1週間ほどで完成

カケハシのプラットフォームチームのテックリードとして組織管理サービスと認証基盤を開発している kosui (id:kosui_me) です。今回は、目的別データベースをプラットフォームチームではどのように実践しているかご紹介します。 この記事は秋の技術特集 2024の 13 記事目です。 背景 目的 事例1: PostgreSQL の行レベルセキュリティを活用する組織管理サービス 組織管理サービスとは PostgreSQL の行レベルセキュリティ 行レベルセキュリティを用いたトランザクションマネージャー 行レベルセキュリティの運用上の注意点 事例2: DynamoDB を活用する認証基盤と Outbox パターンの活用 カケハシの認証基盤刷新 DynamoDB で実現する高稼働率の認証基盤 DynamoDB の特性を考慮する CDC と Outbox パターン まとめ 背景 医療の分野で様

めまぐるしく変化するテックの世界。技術を身に着けるうえで学ぶべきポイントや学習環境なども年々変わっています。 そこで「もしもいまの環境で、テックのことをイチから学び直すことになったら、自分はどんな風に勉強したいか」というIFストーリーを通じて、技術との向き合い方を考え直してみる企画「テック転生」。 今回は『Rust実践プログラミング入門』共著者の松本健太郎(@matsu7874)さんに“自分だったらこう進めたい、Rustの学習ロードマップ”をご寄稿いただきました。 無理なく2ヶ月でWeb開発をRustで始めるロードマップ 株式会社estieでソフトウェアエンジニアをしているmatsu7874です。2024年8月の今、イチからRustを学び直すロードマップ（あるいはリソースガイド）を考えてみました。仕事の合間にやっていくとして数週間、長くとも2ヶ月くらいでRustで開発している会社に入っても

はじめに 自分がIT業界に携わって5年ほどが経過しました。 この5年間、SIerからフリーランスエンジニアに転身し、様々なプロジェクトに参加する中で、数々の失敗と成功を経験しました。特に心構えやマインドの部分で多くを学ぶことができました。 未熟だった自分を振り返って、今では改善できた点が多くあると思います。同じ失敗を繰り返さないように、自分の経験が少しでも役立てば幸いです。 また、気付きを与えてくれた方々にこの場を借りて感謝します。 感謝を忘れない 進捗報告やコードレビュー、質問対応など、感謝の気持ちを忘れないようにしています。感謝は、コミュニケーションを円滑にし、相手の意欲を引き出す力があると思います。 たとえば、昔の自分はバグ報告を受けるとろくに文章も読まず「影響範囲は？ 再現する条件は？ 原因は？ 解決策は？」などと質問攻めにしてしまっていました。 報告しただけなのに色んなことを聞か

AWS JAPAN APN ブログ SBOM 法規制の検討状況と yamory を活用した効率的な管理 本記事は Visional グループの 1 社である株式会社アシュアード yamory 事業部 プロダクトオーナー 鈴木 康弘 氏と、アマゾン ウェブ サービス ジャパン合同会社 パートナーソリューションアーキテクト 飯田 祐基による共著です。 近年、米国をはじめ各国で Software Bill of Materials (SBOM) の開示を義務化する法規制の動きが活発化しています。この背景にはオープソースソフトウェアの利用増加、ソフトウェアサプライチェーンの複雑化やサイバー攻撃手法の高度化に伴う、ソフトウェアサプライチェーンにおけるセキュリティリスクの高まりが挙げられます。 この記事では SBOM とはどの様なものか、その重要性や各国の法規制の検討状況を解説するとともに、 アシュア

Amazonの領収書をPDFに変換すると異様にサイズが大きい。 普通なら100KB程度だろう。というのが7MB程度になる。 Amazonの領収書を保存したPDF年に数枚だから「まぁ仕方ないか」と流していたのですが、気がつけば数年の月日が経ち、一向に改善されない。 仕方なく本腰入れて調べてみた Quartzフィルタでは全く効果がない真っ先にやったことがファイルの圧縮。 macの場合 プレビューでPDFファイルを開く メニュー→書き出す→Quartzフィルタ「ファイルサイズを縮小」or「Reduce File Size」 上記の方法で圧縮できるが、サイズが小さくなるどころか増える。 この時点で余計な情報がたくさん入ってることが予想される。だってただの文字と線の領収書が6MB超えるわけないし。 圧縮ツールを使っても効果が薄い次にやったことが、mac標準ではない他の圧縮ツールを使うこと。 今回はC

実世界のRustアプリケーションを効率良く開発するための実用的な知見集 仕事などで実世界のRustアプリケーションを書く時に実用的な知見やtipsがまとまっていたらいいなと思ったことはありませんか？ この本では、アプリケーションを書く時に悩むポイントや便利crateを素早くアプリケーションに組み込む際のポイントを紹介します。本の内容をスリムにするため、自分が学び始める前に知りたかったものに絞りつつ要所を紹介・解説します。Rustの言語仕様のメジャーどころやよく利用されているcrateはドキュメントが豊富なので、わからないところや詳しく知りたい部分はドキュメントを読んだりLLMに聞いてみたりしてください。 想定読者: "The Rust Programming Language" の要所を読み終えたくらいのこれからRustでアプリケーションコードを書いていく、または今まさにアプリケーションコ

TOPコラムテック最前線レポート【t-wada】自動テストの「嘘」をなくし、望ましい比率に近づける方法【Developer eXperience Day 2024 レポート】 【t-wada】自動テストの「嘘」をなくし、望ましい比率に近づける方法【Developer eXperience Day 2024 レポート】 2024年8月8日 プログラマ、テスト駆動開発者 和田 卓人 学生時代にソフトウェア工学を学び、オブジェクト指向分析/設計に傾倒。執筆活動や講演、ハンズオンイベントなどを通じてテスト駆動開発を広めようと努力している。『プログラマが知るべき97のこと』（オライリージャパン、2010）監修。『SQLアンチパターン』（オライリージャパン、2013）監訳。『テスト駆動開発』（オーム社、2017）翻訳。『事業をエンジニアリングする技術者たち』（ラムダノート、2022）編者。テストライブ

「Developer eXperience Day 2024」において、Microsoftの牛尾剛氏が、日米のソフトウェア開発文化の違いについて語りました。マネージャーの高い技術力、納期に対する柔軟な姿勢、新人エンジニアの徹底した学習態度など、日本のエンジニア環境にはない、アメリカのテック企業の「当たり前」について話しました。前回の記事はこちら。 マネージャーの高い技術力 牛尾剛氏：そういうふうな環境でマネージャーの技術力はどうやねんって話ですね。これもものすごく違っていて、僕の上のマネージャーはプラグナーっていうんですけど、この人はAzure FunctionsのJavaのランタイムを1から書いた人なんですよ。 その上のパートナーもAzure Automationの開発でどんな技術の話題でもめっちゃ深く理解して、すごいアイデアを出したりする人で、その上のフェローはアレですね。Azure

[EIP211] 動的サイズの返却データを管理するRETURNDATASIZEとRETURNDATACOPYについて理解しよう！BlockchainEthereumsoliditySmartContractブロックチェーン はじめに 初めまして。 CryptoGamesというブロックチェーンゲーム企業でエンジニアをしている cardene（かるでね） です！ スマートコントラクトを書いたり、フロントエンド・バックエンド・インフラと幅広く触れています。 代表的なゲームはクリプトスペルズというブロックチェーンゲームです。 今回は、EVMが動的なサイズの返却データを扱うための新しいフレームワークを提案しているEIP211についてまとめていきます！ 他にも様々なEIPについてまとめています。 この記事ではオペコードがいくつか出てくるので、各オペコードについて気になった方は以下の記事を参考にしてくだ

はじめに 初めまして。 CryptoGamesというブロックチェーンゲーム企業でエンジニアをしている cardene（かるでね） です！ スマートコントラクトを書いたり、フロントエンド・バックエンド・インフラと幅広く触れています。 代表的なゲームはクリプトスペルズというブロックチェーンゲームです。 今回は、簡単にガス効率良くコントラクトを複製する仕組みを提案している規格であるERC1167についてまとめていきます！

はじめに ERC1167とは、最小限のコードで安価に簡単にコントラクトをコピーするための規格です。 全ての処理をコピー元コントラクトにdelegateCallする形のProxy Contractであるため、生成されるコントラクトは45バイトととても小さくなっています。 すでにファイナライズもされています。 https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1167.md このERC1167を利用し、独自トークンを発行するための規格であるERC20を生成して管理するFacrotyコントラクトを実装してみます。 実装ポイント ERC1167を利用するには通常のコントラクトとは異なり実装時に気をつけるポイントが何点かあります。 1. constructorを使用できない EIP1167のProxy Contractはバイトコードをコピーし

LIGアドベントカレンダー5日目です！ こんにちは@Im0_3です。 はじめに LIGからフロントエンドエンジニアとして働き出して8ヶ月が経ちました。現在はWebアプリケーションの開発・運用を主にしています。その中で設計についていろいろと学ぶことがありました。 そこで、あらためてデザインパターンをちゃんと学びたいと思い、アドベントカレンダーを通してデザインパターンについて自分で学んだことを書いていこうと考えました。 内容に関してはO'ReillyのJavaScriptデザインパターンを参考にしつつ書いてます。 これから定期的に書きながら、自分自身も勉強していこうと思うので、皆さんよろしくお願いします。 モジュールパターンとは モジュールパターンを使うと一つのオブジェクトにパブリックなプロパティ、メソッドと、プライベートなプロパティ、メソッドを用意することができます。そうすることで他に定義し

1. はじめに JavaScriptデザインパターンは、JavaScriptを使ってプログラムを書くときによく出くわす問題を解決するためのガイドです。これらのパターンの背後にある考え方を理解することで、自分の問題に適用することができます。また、これらのパターンが自分のコードに役立つ場合を見つけることもできます。 2. モジュールパターン モジュールパターンは、JavaScriptのモジュールシステムの一部で、データを保護する方法を提供します。これは、モジュール内のプライベートなデータと動作を保護し、一方で公開APIを提供する方法です。これにより、プライベートとパブリックのアクセスレベルを持つ自己完結型のモジュールオブジェクトを作成することができます。 これは、JavaやC++のような言語でクラスにアクセス修飾子を使用するのに似ています。 JavaScriptでは、クロージャを使用してモジュ