並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 19 件 / 19件

新着順 人気順

diコンテナ pythonの検索結果1 - 19 件 / 19件

  • エンジニアのスキルマップ・テックリードへの途 - 電通総研 テックブログ

    みなさんこんにちは。電通国際情報サービス(ISID) 金融ソリューション事業部の水野です。 これは電通国際情報サービス Advent Calendar 2022の16日目の記事です。 今回は、ISID金融事業部で運用しているスキルマップについてご紹介します。 テックリードとは 実は、ISIDの少なくとも金融事業部にテックリードと言うポジションはありません。 実在するのはチーフアーキテクトと言う職種のみで、各プロジェクトでリードエンジニアやテックリードという仮想的なロールがあるのが実態です。 一時期はフルスタックエンジニアと呼んでいる時期もありましたが、近年このワーディングが好まれない印象なので、大々的に使っていません。 主観ですが、フルスタックエンジニアはインフラ知識/運用系の知識のウェイトが高いエンジニアで、テックリードはソフトウェアアーキテクチャ、Webアプリケーション実装技術寄りのエ

      エンジニアのスキルマップ・テックリードへの途 - 電通総研 テックブログ
    • Slim Framework と Docker を使って本格的にアプリを作ってみよう|技術ブログ|北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ

      Slim Framework と Docker を使って本格的にアプリを作ってみよう はじめに Web アプリケーションの開発をするにあたっては勉強しなければならないことは多く、どう勉強すれば良いかはなかなか難しい問題です。初心者向けの解説は比較的たくさんあるのでとりあえずやってみるくらいは何とかなるものの、実戦的な開発がどうなっているかという総合的な話は実務を経験しないとわからないことが多いことでしょう。 ということで、本記事では最近流行の Docker と、そこそこ名前は見かける PHP のマイクロフレームワークの Slim Framework を使って実戦的な Web アプリの開発をしてみる(開発環境を作ってみる)こととします。実装的には、ドメイン実装としてユーザー登録、ログイン、ユーザー情報取得の3つのAPIを実装するところまでを取り扱います。また、静的解析を最大限活用してユニット

        Slim Framework と Docker を使って本格的にアプリを作ってみよう|技術ブログ|北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ
      • “Tao of Node - Design, Architecture & Best Practices” 日本語翻訳

        私が働いているAniqueという会社では、1年前に全てのソフトウェアでTypescriptを採用することにしました。私たちが開発している進撃の巨人のNFTサービス “Attack on Titan: Legacy” でも採用しています。 TypescriptではNestJSという素晴らしいAPIフレームワークを利用することができ、生産性高く開発を続けることができます。また、私たちはフロントエンドでNext.jsを利用しています。言語レベルでのコンテキストスイッチを抑えることで、一人のエンジニアがフロントエンドとバックエンドのどちらもの機能を開発する環境が作れました。 しかし、Nodeならではの作法や設計について、Web上にはたくさんの情報があるものの、あまりにも情報が多すぎて、まとまったプラクティスになかなか出会うことができませんでした。そのため、最初はチーム内での共通認識を作るのに苦労し

          “Tao of Node - Design, Architecture & Best Practices” 日本語翻訳
        • 【全2回】AWS Lambda x FastAPIによるPythonモダンAPI開発のすゝめ 1 - RAKSUL TechBlog

          はじめに この記事を読んで得られること 対象読者 あまり説明しないこと 前提とするバージョン 参考となるレポジトリ 1. 開発環境の構築で使用したツール AWS Lambdaのコンテナサポートを採用 Poetry利用時に開発と本番環境の適切な管理でLambdaデプロイ問題を解決 Poetry利用時に起きた問題 Dockerfileを分けてデプロイできない問題を回避 Mutagen Composeを採用 Dockerの同期遅い問題 Mutagen Composeを利用 2. 開発で活用したPythonライブラリ パッケージ管理 Poetry Ryeも検討したものの採用せず ベースのライブラリ FastAPI Mangum Powertools for AWS Lambda リンター・フォーマッター Ruff Mypy 型アノテーション自動生成ツールの活用 Black テスト Pytest p

            【全2回】AWS Lambda x FastAPIによるPythonモダンAPI開発のすゝめ 1 - RAKSUL TechBlog
          • 2023年 研究開発部 新卒技術研修 ~ 実践編 ~ - Sansan Tech Blog

            こんにちは、研究開発部 Architectグループの藤岡です。 4/26(水)〜 4/28(金)で研究開発部内の技術研修を行ったので、その内容を公開します。 目次 目次 研修の目的 研修の概要 実践編の概要 アプリケーションを作成 バッチを作成 gokartとは パイプラインを実装 APIを作成 FastAPI とは APIを実装 ディレクトリ構成 実行 Webアプリを作成 Streamlitとは Webアプリを実装 Docker化 デプロイ ECRにイメージをプッシュ アプリケーション基盤 Circuitについて アプリのマニフェストを作成 研修終了後 終わりに 研修の目的 この研修の主な目的は、新卒社員がスムーズに業務に入れるようにすることです。 研究開発部にはさまざまなバックグラウンドを持つ研究員が入社するため、チーム開発の経験がない方もいます。 そのため、Gitの操作やプルリクエス

              2023年 研究開発部 新卒技術研修 ~ 実践編 ~ - Sansan Tech Blog
            • 【全2回】AWS Lambda x FastAPIによるPythonモダンAPI開発のすゝめ 2 - RAKSUL TechBlog

              はじめに 対象読者 あまり説明しないこと 前提とするバージョン 参考となるレポジトリ 3. アーキテキチャ及びディレクトリ構造 オニオンアーキテクチャを採用 オニオンアーキテクチャとは 誕生の背景 依存関係逆転の原則の活用 採用理由 参考になった記事 ディレクトリ構造 全体の構成 api schema apiとusecaseの間のデータ構造を提供する役割 schemaはパスオペレーション関数のリクエストとレスポンスの構造を提供する役割 usecase domain infrastructure core container_config exception 参考にしたもの まとめ はじめに ラクスルグループのノバセルで新卒2年目のエンジニアをしています田村(tamtam)です。 第1回では、AWS Lambda x FastAPIによるPythonモダンAPI開発を実現する上で役立つであろ

                【全2回】AWS Lambda x FastAPIによるPythonモダンAPI開発のすゝめ 2 - RAKSUL TechBlog
              • なぜ僕たちはサーバレスでJavaを諦めTypescriptを採用したか - Qiita

                この記事は個人ブログのうち技術に関する箇所のみを抜粋した転載です。 なぜ僕たちはサーバレスでJavaを諦めTypescriptを採用したか -Junks, GC cannot sweep- またブログには書いたのですが、諸事情により先に英語版が存在します。 こちらも書いたのは僕なので、剽窃などではないことはご了承ください。 [元記事]: Why we replaced Java with Typescript for Serverless in dev.to はじめに サーバレス(serverless)は昨今もっとも注目を集める設計手法の一つで、おそらく多くの開発者が大なり小なり自分のプロダクトに応用し始めているのではないでしょうか? 僕自身、完全にサーバレスに魅せられてしまい、昔ながらの自分でサーバやミドルウェアを管理しながら運用するみたいな世界には戻れる気がしません。 そもそもスケーリ

                  なぜ僕たちはサーバレスでJavaを諦めTypescriptを採用したか - Qiita
                • 2023年に書いたコード - laiso

                  「2023年のふりかえり」ではPythonやJavaScriptのコーディングの話ばかり出てくるけど、これって今年全体から見ると1割以下だなぁと思ったのでGitHubのメトリクスを見ながら振り返ることにした laiso.hatenablog.com 言語ごとのコミット数 PHPの話 Laravelの話 開発手法の話 テストの話 GitHub上での活動 2021年 2022年 言語ごとのコミット数 vn7n24fzkq/github-profile-summary-cardsというのが生成してくれたグラフ profile-summary-card-output Python はデータ分析サーバーをFastAPIで書いてるのでその分と、Swiftは記憶にない 他の大部分はLaravel を使った複数のプロジェクトになる PHPの話 PHPの仕事が欲しいわけではないのであんまりPHP書ける人ブラ

                    2023年に書いたコード - laiso
                  • PythonでDI+モックを使いながら、Clean Architectureでアプリケーションを構築する - Qiita

                    PythonでDI+モックを使いながら、Clean Architectureでアプリケーションを構築するPythonFlaskDIPython3CleanArchitecture 業務でPythonを使ってウェブアプリケーションを実装する際、レイヤー毎に関心の分離を行いながら開発するために、Clean Architectureを導入することになりました。 チームメンバーへのナレッジ共有を兼ねて、漸進的型付けとDependency Injectionを用いながら、テスタビリティの伴ったアプリケーションを開発するためのプラクティスをまとめました。 今回はPythonを用いたサンプルを目的としているため、Clean Architectureの解説は簡易に済ませます。 (The Clean Architectureより引用) Clean Architectureはロバート・C・マーティンによって2

                      PythonでDI+モックを使いながら、Clean Architectureでアプリケーションを構築する - Qiita
                    • 【感想】『ちょうぜつソフトウェア設計入門 ――PHPで理解するオブジェクト指向の活用』:圧倒的表紙詐欺からのちょうぜつ深い設計入門 - Rのつく財団入り口

                      #ちょうぜつ本 を読み進める前に言っておく! (AA略 2022/12刊行、エンジニア界隈でも話題になった本。著者の田中ひさてるさんがSoftware Design誌に連載した記事+アドベントカレンダー掲載の話+カラーページに同雑誌のちょうぜつエンジニアめもりーちゃんの連載分も掲載した、ソフトウェアの設計を深く深く追求した本となっています。 表紙のキャラはちょうぜつエンジニアめもりーちゃん(銀髪?ロング姫カットの右側の子)とゆにっとさん(緑髪ショートにマリンルックの左の子)をメインに、ちょうぜつ技術書らしからぬ表紙。 最初は「オッコンピュータ書籍に時々ある萌え絵の表紙でオタク系エンジニャ〜を釣るタイプの本でゴザルな。拙者こういう本もイケるクチでござるよデュフ〜」的なちょうぜつ軽い感覚で読み始めたのですが... #ちょうぜつ本 を読み進める前に言っておく! (AA略 ちょうぜつエンジニアメモ

                        【感想】『ちょうぜつソフトウェア設計入門 ――PHPで理解するオブジェクト指向の活用』:圧倒的表紙詐欺からのちょうぜつ深い設計入門 - Rのつく財団入り口
                      • Python で DI(Dependency Injection) を実現するフレームワークの Injector を使ってみる | DevelopersIO

                        Python で DI(Dependency Injection) を実現するフレームワークの Injector を使ってみる Python コードの品質向上のために、DI(Dependency Injection) フレームワークの injector を導入してみました。 はじめに こんにちは、筧( @TakaakiKakei )です。 所属しているチームでは、開発言語として python をよく使っています。 そして最近、コード品質向上のために injector を導入しました。 alecthomas/injector: Python dependency injection framework, inspired by Guice injector は python で DI を実現するフレームワークです。 私は DI 初心者で、同僚のコードを読み解きながら理解を進めている状況です。

                          Python で DI(Dependency Injection) を実現するフレームワークの Injector を使ってみる | DevelopersIO
                        • なぜ僕たちはサーバレスでJavaを諦めTypescriptを採用したか - Junks, GC cannot sweep

                          この記事はエストニアのタリンから書いています。 期間に大小あれど、すでに日本・ベトナム・中国・台湾・シンガポール(・オフショアでインドとも)の現地で仕事し、すでにアジアでの労働は満喫した感があるので、ヨーロッパにそろそろ足を伸ばそうかなと。 そこで、第一候補として、大学生の頃から憧れだったIT先進国エストニアに下見に来ています。 まぁ、現地の開発者と何人か話して、もうほぼ心は決まりましたね。半年くらいを目処にこちらに移住しようかと考えています! 幸運にも日本人は比較的簡単に労働許可が得られるようなので、夏くらいを目処に今の会社を退職し、こちらに来ようと考えています。 これについては今後別に記事を書きます。いく前の期待といった後の感想とか、結構需要がある気がするので。 ところで、現地の開発者と話しているうちに、技術モチベが高まりに高まってしまったので、久々に何か記事を書いてみようかなとか考え

                            なぜ僕たちはサーバレスでJavaを諦めTypescriptを採用したか - Junks, GC cannot sweep
                          • iOSアプリにおけるアーキテクチャの現状とSwiftUI + Swift Concurrencyへの移行の展望 - ウェルスナビ開発者ブログ

                            はじめに こんにちは、iOSエンジニアの牟田です。 2019年に登場し界隈を賑わせたSwiftUIも3歳になり徐々に業務でも扱いやすくなってきていますね(もちろんまだまだ課題は山積みですが)。 また、2021年にはSwift Concurrencyの登場により非同期処理のパラダイムシフトが起こりました。 ウェルスナビでも重い腰を上げてSwiftUIとSwift Concurrencyをベースとした設計の検討を始め、ようやくその目処が立ったので共有します。 現状のアーキテクチャ ウェルスナビでは初期リリースから5年以上経過しており、その間に追加された時期によって画面のアーキテクチャがバラバラ(ある画面ではMVP、別の画面ではMVVM、またある画面ではClean Architecture etc...)という課題がありました。 そこで複数実装されていたアーキテクチャの中から最も相性の良かったS

                              iOSアプリにおけるアーキテクチャの現状とSwiftUI + Swift Concurrencyへの移行の展望 - ウェルスナビ開発者ブログ
                            • DBが関わるテストコードについて、私の場合 - 日々量産

                              www.mizdra.net 皆さんがどうしているのか知りたい! 私も知りたい!!! ちょっとはてブコメントで雑に書いてしまったので、私の場合をちょっと記事にしてみることにしました。 ただ、特に変わったことはやってないと思います。必要だと思うテストケースなら歯を食いしばって書いたりレビューしたりしています。 なのでこの記事を読む価値はほとんどありません。ご清聴ありがとうございました。 追記: 読み返すとまとまりの無さが酷い。酔った勢いでダラダラ書いてしまった良くない・・・ 私の場合(要約) テストを考慮してない実装についてはDBを使うテストを書いていました。 DBのテストデータは実際には自動生成することはありませんでした。良さそうなら試したいですが基本的にやりたいテストケースがあって書くのでランダム値を使おうとは思わないです。 DBの依存をRepository層としてインタフェースに切り出

                                DBが関わるテストコードについて、私の場合 - 日々量産
                              • PHPの各種フレームワークにおけるDIについて - hikyaru-suzuki’s blog

                                qiita.com QualiArts Advent Calendar 2019、2日目担当の鈴木光です。 タイトルの通り、今回はPHPの各種フレームワークにおけるDIについて書いていこうと思います。 Dependency Injection(DI) あるクラスが依存するオブジェクトをコンストラクタ、メソッド、セッターなどの引数から注入することでクラスから依存関係を減らすという手法です。テストや仕様変更に強くなるという特徴があり、10年以上前から用いられてきたデザインパターンとなります。 ちなみにDIの説明のためにこちらの記事をとても参考にさせていただきました。 やはりあなた方のDependency Injectionはまちがっている。 — A Day in Serenity (Reloaded) — PHP, FuelPHP, Linux or something DIとは DI自体はそ

                                  PHPの各種フレームワークにおけるDIについて - hikyaru-suzuki’s blog
                                • 2000年以降20年間のプログラミング技術の歴史を振り返って、得た知見を書いてみる - Qiita

                                  「プログラミング技術の変化で得られた知見・苦労話」という Qiita Advent Calendar 2020 への参加記事です。2000 年から 2020 年現在までのプログラミング言語、フレームワークや開発環境などの変遷や経験を振り返り、そこから感じたことを書いています。 出来事を書いてから知見をまとめる書き方だと長ったらしくて分かりにくい「単なるおっさんの昔話」な記事になってしまうので、逆に知見を見出しにしてなぜそう考えるのかを記述する形式をとります。 目次を見て太字のところだけを読めば知見が分かるわけですが、結論だけ見ると、ある程度経験のあるエンジニアにとっては「そんなこと分かってる」という程度です。 中身をちゃんと読むと「おっさんの昔話」が書いてあります。 長い記事ですので、年末年始の暇な時にでも読んでもらえれば。 開発の効率化 有名な「銀の弾丸はない」という言葉の通り、ハードウ

                                    2000年以降20年間のプログラミング技術の歴史を振り返って、得た知見を書いてみる - Qiita
                                  • Go で堅牢な AWS Lambda Function を作るためのユニットテスト - Tech Blog

                                    はじめまして! 昨年12月に入社しました、サーバサイドエンジニアの おの( @shout_poor ) です! 最近、弊社の Famm アプリケーションで使用する AWS Lambda Function の、 JavaScript(Node.js) から Go へのリライトを担当しました。 Go で Lambda を書くのは初めてだったのでいろいろと気づきがあったのですが、この記事では、Go におけるユニットテストについて書きたいと思います。 DI とモックアップ Go に限らず、ユニットテストで悩ましいのが、テスト対象の外から影響をどう考え、またどう検証するかです。例えば DB やファイルの入出力、クラウドサービスの呼び出しなどです。 DB であれば DBMS をテスト環境上に立ち上げてテストデータを登録しておいたり、AWS なら localstack のようなスタブサービスを起動させた

                                      Go で堅牢な AWS Lambda Function を作るためのユニットテスト - Tech Blog
                                    • 【Python】DI、DIコンテナについて - Qiita

                                      メリットは? コンポーネント間の依存関係を取り除ける コードの変更を行いやすい unit test をしやすい 変更に弱いクラスの構成 DogとCatクラスはどちらも、引数に与えられた数字を返すだけの関数numberを持っています Animalクラスではそれぞれのクラスを直接インスタンス化しています class Cat: def number(self, num: int) -> int: return num class Dog: def number(self, num: int) -> int: return num class Animal: animal_1 = Cat() # => ここで直接インスタンス化 animal_2 = Dog() # => ここで直接インスタンス化 def total_number(self, num_1: int, num_2: int) -> i

                                        【Python】DI、DIコンテナについて - Qiita
                                      • Kuniwak (Yuki Kokubun) の職務経歴書

                                        kuniwak-resume.md 自己紹介 SET(Software Engineer in Test) のグループのマネージャ。専門は ソフトウェアテスト/Lint/C#/Git。実務経験のあるプログラミング言語は JavaScript, TypeScript, Swift, C#, Go (コードは OSS を参照)。 (2024/03現在)転職は考えていませんが、情報を収集しています。 技能 正しいものを正しく作ることに興味があり学習と実践を進めています。現在の技能レベルをドレイファスモデルで示します: 技術領域 技術 技能レベル 正しさの定義 要求分析 初級者 正しさの定義 形式仕様記述 初級-中級者 正しい実装 テスト駆動開発 達人 正しい実装 テスト容易設計 達人 正しい実装 アルゴリズム 初級者 正しい実装 RDBMS 初級者 正しさの測定 静的解析 中級者 正しさの測定

                                          Kuniwak (Yuki Kokubun) の職務経歴書
                                        1