並び順

ブックマーク数

期間指定

  • から
  • まで

961 - 1000 件 / 3815件

新着順 人気順

qiitaの検索結果961 - 1000 件 / 3815件

  • なぜ Rails の前段に Nginx を置くのか - Qiita

    追記(2023.09.13) X にて、この記事が引用されて多くの議論が投稿されました。 それらの多くは以下の通り「ALB等の利用できる環境の現代であればもうNginxコンテナは不要」という内容が多数です。 その上で、本文に入って頂ければと思います。一部「いいね」が多いポストを貼り付けさせていただきます。 本文にショートカットしたい場合は、ここをクリック ここから本文 以前、チームで以下のような会話が生まれました。 「コンテナに nginx 立てずに、直で rails Appサーバに ALB から流せばいいじゃん?」 みたいな話。その際に理由を即座にレスできなかったので、調査しました。 puma や Unicorn はあくまでAppサーバなのでユーザ直アクセス用途として設計されていない バッファリング処理が弱い バッファリング処理(処理速度や処理にかかる時間の違いを調整すること) ngin

      なぜ Rails の前段に Nginx を置くのか - Qiita
    • 【VBA】ExcelVBAで実現するエビデンスツール - Qiita

      はじめに インフラ系のエンジニアでWindowsServerやWebコンソール周りの操作をする際などにエビデンスとして画面のスクリーンショットを撮るといったことは結構定番かなと思います。 自分も新人の頃は「自分の身を守るためにもエビデンスを残すように!」と何度も忠告をうけたなーなんてことを思い出します。 エビデンスの残し方としてはWinshotのようなツールを利用して効率よくとっていくこともありますが、私の周りではExcelシートにべた張りしていく方法がよく用いられてましたね。 Excelエビデンスのメリット Excelシートに貼り付けていくことは以下のようなメリットがあるかと思います。 単一のファイルで管理可能 シートを分けることで、作業単位でエビデンスを記録できる 適宜コメントなどを書き込める(Excelだから) とはいっても、以下のフローを毎回実施するのは面倒です。 記録対象のウィン

        【VBA】ExcelVBAで実現するエビデンスツール - Qiita
      • 【2025年最新版】開発コストを抑えて効率UP!15の人気ツールに代わるオープンソース代替ガイド - Qiita

        Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 皆さん、こんにちは!近年、開発ワークフローのあらゆる領域で、オープンソースツールの存在感が急上昇しています。商用ツールの代替として、より柔軟で費用対効果の高いオープンソース選択肢が次々と登場しているんです。 私自身、様々なオープンソースツールを試してきましたが、「無料なのにこんなに高機能でいいの?」と驚くことばかり。今回は特に注目度の高い15の有名ツールと、その優れたオープンソース代替を紹介します。プロユースから個人開発まで、コスト削減したい開発者から、自社サーバーでの運用を検討している企業の方まで、きっと役立つ内容になってい

          【2025年最新版】開発コストを抑えて効率UP!15の人気ツールに代わるオープンソース代替ガイド - Qiita
        • スケジュールの立て方について - Qiita

          はじめに こんにちは! 先日、社内の個人カリキュラムでWebアプリケーションを一人で作るという課題がありました。 以前、アプリケーションを作る過程で期限を守りながら開発をする上で大切だと個人的に感じたことをこちらの記事で書かせていただきました。 その中で、大切なことの一つに極力精度の高いスケジュールを作るということをあげました。 今回は僕が社内の個人カリキュラム中に実践していたスケジュールを作成・管理する際の方法について紹介したいと思います。 スケジュール作成・管理に悩む方へ少しでも参考になれば嬉しいです。 記事の流れ なぜスケジュールを作る必要があるのか プロセスを具体化する 見積もり時間を決める 重い順に並び替える スケジュールに落とし込む 進捗管理する 順番に行きます。 なぜスケジュールを作る必要があるのか それは開発前にどんなリソースを投入するか、プロセスで実施するかを検討したり、

            スケジュールの立て方について - Qiita
          • 【個人開発】これまでになかった席替えアプリ「席替えメーカー」を作りました - Qiita

            はじめに こんにちは、@krpk1900_devと申します。 以前教師として勤めていた経験をもとに現場で働く教師の業務改善に貢献したいと考え、**「席替えメーカー」**というサービスを開発しました。 席替えメーカーは、入力された条件を満たす席替えの原案を提供するサービスです。 席替えメーカーにかけた思いは以下の記事にまとめてあります。 これまでの席替えアプリと違う点 既存の席替えアプリはランダムなシャッフル機能だけのものが多く、例えば以下のような条件を考慮できる席替えアプリは存在しませんでした。 目の悪い生徒を最前列に配置したい 教室に入りにくい生徒をドアの横に配置したい 相性の悪い生徒を離して配置したい 勉強が苦手な生徒の横にはサポート好きな生徒を配置したい 使い方 1. 全体の形と班の形を入力する まず、全体の座席の形を選択します。班の形も変えることができます。 2. 今の座席に生徒名

              【個人開発】これまでになかった席替えアプリ「席替えメーカー」を作りました - Qiita
            • 個人開発の「失敗の本質」-自戒の念を込めて - Qiita

              Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめまして。個人でWebサービスの開発をしているさとうたです。 この記事は「個人開発の『失敗の本質』」と題して、僕が2ヶ月ほど前にリリースしたサービスが見事にスベった経験をもとに、それを反省して、個人開発で既に成功されている先人達の数々のエントリーを読み漁り、「自分の何が悪かったのか?」「何を改善すればいいのか?」を徹底的に洗い出してまとめてみたものです。 筆者プロフィール 開発歴は約4年。今ままでリリースしたサービスは4つ。最大アクセスは月1.5万程度。「失敗の本質」は未読。 絶賛爆死中のサービス カムナビ-地図の上に好きな書き込み

                個人開発の「失敗の本質」-自戒の念を込めて - Qiita
              • デマに騙されちゃダメ。Pingで帯域計測は出来ません! - Qiita

                Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Pingを使用して帯域速度は計算できません はじめに TwitterのTLで流れてきたのですが、「Pingを使ってネットワークの速度を計測できる」という情報を信じちゃう方が一定数いるようです。 調べてみたら、思ったよりもTechブログや技術系メディアで取り上げられているのでちょっとまずいなと思いました。 そこで、この記事ではその誤解を明確に否定し、論拠を示しながら正しい情報をお伝えしたいと思います。 【参考】Pingで帯域計測を紹介している記事 ざっと検索してみたところ以下の記事が上位にヒットしました。 pingでネットワークの速度を測

                  デマに騙されちゃダメ。Pingで帯域計測は出来ません! - Qiita
                • はてなブックマークの破滅的人気コメントを表示する - Qiita

                  何があったか はてなブックマークは、コメント表示改善の一環として、Yahoo! JAPANの「建設的コメント順位付けモデルAPI」を導入し、攻撃的であったり不謹慎であるなど穏当でないコメントが人気コメントに掲載される問題を抑制する取り組みを開始しました。 実は、公式の発表が知れ渡る前にAnonymousDiaryというサービスで話題になり、喧喧囂囂の大騒ぎとなったのです。 誉れ高い増田市民としては、旧来の破滅的コメント順位を望みます。 Pythonによる解決 googleのcolabで作業してました。 記事の情報をAPIで入手 記事jsonからブクマした各ユーザの「コメント情報のURI」を生成する スター取得APIでコメントURIを指定し、スター数を算出 各コメントのスター数を出し、上位10個を表示 後述するjsonの概要を見るとイメージがつきやすいかもしれません。 import json

                    はてなブックマークの破滅的人気コメントを表示する - Qiita
                  • それ、非再帰で書けます - Qiita

                    まだ再帰関数書いてるの? 再帰関数はプログラミング言語の有用な機能で、深さ優先探索をベースとする様々なアルゴリズムの実装として有用です。 その一方で、関数呼び出しはオーバーヘッドが大きく、定数倍が弱くなります。また、JavaやPythonなどのスタック領域の制限が厳し目の言語では深すぎる再帰のせいでRuntime Errorが発生する場合があります。 C++などのコンパイル言語ではインライン展開によって関数呼び出しのオーバーヘッド解消されることもありますが、再帰関数は中でもインライン展開の難易度が高く、深い再帰ではそのまま実行せざるを得ない状況になります。 ところが、再帰関数は生のスタックを自分で用意するなどして非再帰に書き直すことができます。(「停止する再帰的処理は常に同じ時間・空間計算量の非再帰処理に書き換えられる」、真っぽいのですが厳密な証明が見つけられなかったのでもしかしたら反例が

                      それ、非再帰で書けます - Qiita
                    • 今からでも遅くないconsoleを使いこなそう - Qiita

                      Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

                        今からでも遅くないconsoleを使いこなそう - Qiita
                      • async/awaitにおけるエラー処理を実行の順番から整理する - Qiita

                        はじめに promiseを使うとき、いつもpromiseメソッドチェーンで記載していますか? async/awaitを利用していますか? もちろん状況によって両方書くのが殆どだとは思うのですが、私はasync/awaitの方が同期的な書き方ゆえに読みやすいため、なるべくそちらで記載しています。しかしながら、エラーハンドリングが理解できていなかったため、エラーの所在を突き止めるのに苦労してしまいました。 そのため、これを機にasync/awaitにおけるエラーハンドリングについて備忘録的にまとめておきます。 この記事のまとめ; catchされるエラーはrejectのみか、throwされたエラーも含まれるか →両方catchできる async関数における処理の順序、awaitがある場合とない場合 →awaitがない場合には同期的に処理が実行され、catchできなくなる エラー処理を外側に伝播し

                          async/awaitにおけるエラー処理を実行の順番から整理する - Qiita
                        • 「コードは設計書だ」と本気で思い直したきっかけ - Qiita

                          Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 「コードは設計書だ」と本気で思い直したきっかけ 「詳細設計はありません。現行踏襲で。仕様はソースを読んでください。」 ある現場でこう言われたとき、「あ、これはマズいかもしれない」とうすうす感じていました。 一応、設計書はありました。でも中身はほとんど空っぽで、画面イメージとテーブル定義が少し書いてあるだけ。肝心の処理の流れや、なぜそうなっているのかといった話はほとんど触れられていません。 設計担当に聞いても、返ってくるのはだいたいこんな答えでした。 「現行踏襲なので、細かいところはソースを見てください」 頼みの綱の既存コードを開いてみる

                            「コードは設計書だ」と本気で思い直したきっかけ - Qiita
                          • RAGは検索エンジンが命!Azure AI Search初心者入門 - Qiita

                            はじめに こんにちは! AI エンジニアのヤマゾーです。 近年、生成 AI の進化が目覚ましく、生成 AI を活用したシステムの開発が盛んに行われています。その中で最も有名なテクニックが RAG です。RAG というのは検索拡張生成 (Retrieval Augmented Generation) の略で、質問の関連情報を検索し、質問と関連情報をセットで入力して回答させる技術のことです。 各企業ではこの RAG システムを積極的に導入していますが、ほぼ確実に課題になるのが検索部分の精度です。そして検索精度を上げるためには検索エンジンの知識が必要不可欠です。 本記事では検索エンジンの筆頭サービスである Azure AI Search を題材に、検索エンジンの基本的な仕組みや検索クエリの書き方について初学者向けに解説します。 サマリ 本記事の目次 1. Azure AI Search の概要

                              RAGは検索エンジンが命!Azure AI Search初心者入門 - Qiita
                            • 社内をパスワードレスにするため頑張った話(前編) - Qiita

                              シリーズ3部作です。 きっかけ 所属企業にて、2022年7月頃、情報システム部門に異動。種々の課題感に対する解決策(ここも話すと長くなる)としてMicrosoft 365 E5を導入することに決定。2023年1月にテナントにライセンスが適用され、E5セキュリティの実装を始める。同時に、組織内でIdPが複数運用されていることに対しても課題感を持っていたため、IdPの整理・統合も始める。 さらに同時期に、セキュリティ侵害の多くの原因が、パスワード漏洩だということを知る。 フィッシングメールでパスワードが漏洩(個人1位)し、クレジットカードが不正利用(個人4位)されたり、インターネット上のサービスに不正ログイン(個人10位)されたり…。スマホ決済の不正利用(個人5位)もですね。標的型攻撃による機密情報の窃取(組織3位)や、ビジネスメール詐欺(組織7位)も多くがパスワード入手を目的にしたものだと考

                                社内をパスワードレスにするため頑張った話(前編) - Qiita
                              • 【AWS】障害時の調査事項まとめ ~ELB・ECS・RDS~ - Qiita

                                はじめに 現在はAWSで構築されたシステムの運用保守業務に携わっており、その一環として障害調査を行うことが多々あります。 少しは経験値が上がったため、障害が発生した際に初動で確認する事項をまとめてみました。 インフラ基盤観点で障害調査を行うさいの参考になれば幸いです。 前提条件 当システムの構成は以下となっているため、それに即した調査項目となっています。 ALB/NLB・ECS・RDSを利用している ECSはEC2上で実行している(Fargateでは利用していない) ECSクラスター(以下クラスター)の自動スケーリング設定をしている ECS サービス(以下サービス)の自動スケーリング設定をしている RDSはAuroraを利用している また、障害は予期せぬコンテナの停止を想定しています。 NLB/ALBの調査事項 メトリクス 初めにロードバランサーのメトリクスからターゲットの状態を確認します

                                  【AWS】障害時の調査事項まとめ ~ELB・ECS・RDS~ - Qiita
                                • ゆめみのiOSエンジニア研修を公開します! - Qiita

                                  Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 私たち株式会社ゆめみでは、2020年から新卒者向けiOS研修カリキュラムを作成し運用してきました。 この研修をOSSで公開いたします! 研修の内容 この研修には1〜14の課題が用意されており、 順番にクリアしながら天気予報アプリを開発していきます。 研修期間は個人のレベルによって異なりますが目安としては1ヶ月ほどと定めています。 研修に必要なもの インターネット環境 課題を参照するためにインターネット環境が必要です 開発環境 (Mac, Xcode) 実際にiOSアプリを開発していくので、Xcodeなどの環境は一通り必要になります 1名

                                    ゆめみのiOSエンジニア研修を公開します! - Qiita
                                  • エンジニアのための「すぐに役立つ」仕事術7選 - Qiita

                                    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 都内でITエンジニアとして働いているまさきちといいます。 ITエンジニアとしてキャリアをスタートして一年半ほど経ちます。 これまでエンジニアとして試行錯誤しながら仕事に取り組む中で、上手くいったり失敗する事もたくさんありました。 その中で取り組んできて効果があったコトを皆さんにおすすめTipsとしてお伝えしたいと思います。 もくじ この記事の対象読者 すぐに役立つ仕事術7選 コミュニケーションは挨拶から Todoリストで1日のタスク管理 感謝の気持ちを伝える アウトプット型学習法 逆算して目標設定する 分報のすゝめ 質問は具体

                                      エンジニアのための「すぐに役立つ」仕事術7選 - Qiita
                                    • git commit --fixup が便利 - Qiita

                                      Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

                                        git commit --fixup が便利 - Qiita
                                      • 【PHP8.1】PHPで簡単に非同期処理を書けるようになる - Qiita

                                        Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? PHPは長きにわたり同期的、すなわち、あらゆる処理を上から順に実行していくというスタイルを取ってきました。 しかしたとえば、複数のURLからデータを取ってきて結果をまとめたいといった場合、時間のかかるHTTPリクエストは同時に投げたいですよね。 この用途にはGuzzleというライブラリが存在し、これを使えば同時にリクエストを投げられます。 しかし、ではHTTPアクセスとDBアクセスを同時にやりたい場合は? 時間のかかる計算を裏でやりたい場合は? などと考え始めると、こういった個別のライブラリでは対処しきれません。 ということで汎用的な非

                                          【PHP8.1】PHPで簡単に非同期処理を書けるようになる - Qiita
                                        • 詐称SESに勤めていた話 - Qiita

                                          「経験3年ってことにしてスキルシート出すからね」 どういうことやねんって感じですよね。 ありえないって思うんですけど、 エンジニアに詐称させて現場に入れさせるSES企業あります。 わたしも入社1ヶ月後に営業に聞かされて嫌な汗をかきました。 実際、その後、嘘のスキルシートで面談を受けて、 運悪く通ってしまった現場に3ヶ月参画しました。 詐称をさせられるまでのあれやこれやと 実際に詐称をして現場に参画するとどんなことになったのか、 同じ目に遭わされそうな画面の向こうの誰かのために記録を残そうと思います。 詐称の始まり〜退職までをつらつらと綴っていきますが、 最後にいい解決策が書いてあるというわけではないので、 詐称をするとこんなことになっちゃうぞ😉💫っていう参考程度に読んでください。 入社して1ヶ月後、「開発で現場にいくには…」 会社は未経験を大量採用しているベンチャーでした。 最大3ヶ月

                                            詐称SESに勤めていた話 - Qiita
                                          • エンジニア生存戦略2024 - Qiita

                                            Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 新社会人の皆さんもそうでない皆さんもこんにちは。 この記事を読む方々は将来に漠然とした不安を抱えている方かと思いますが、いかがでしょうか?わたしは抱えています。 このエントリーでは、そんな不安を払拭するための生存戦略を考えます。 考察に利用するデータは政府が公開している信用できるデータを利用していますが、わたしの個人的考察については必ずしも正しいとは限りませんがそのつもりで読んでいただければと思います。 まずは情報収集 戦略を考えるには現在の状況についての情報をできるだけ多く集める必要があります。情報が足りていない状況で何かを

                                              エンジニア生存戦略2024 - Qiita
                                            • Cool Clineで完全自動コーディングを試したら新時代を感じた - Qiita

                                              Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これは何? Cool Clineという話題のVSCode Extensionsを試してみました。 Cool Clineとは? 公式のドキュメントが中国語だったのでgptに訳してもらいました。 平たく言うと,既存のClineをもとに使いやすいやつ作ったぜということらしい。 なぜ Cool Cline を作るのか? VSCode 用の Cline 拡張には、複数のフォーク版が存在し、どれが最も機能的か判断しづらい状況です。代表的なものとして以下があります: cline/cline RooVetGit/Roo-Cline jnorthrup/

                                                Cool Clineで完全自動コーディングを試したら新時代を感じた - Qiita
                                              • エンジニア「ファシリテーションって苦手…」←3つの心得授けたる - Qiita

                                                はじめに こんにちは。普段は事業会社でエンジニアとして働いている「たいのー」です。 現在はエンジニアチームのマネージャーっぽいポジションをしているのですが、この立場になってからミーティングのファシリテーションを任されることが多くなりました。 あまり場を仕切ることも得意ではなかったので、最初の頃は失敗の連続でした。 沈黙が続くと焦って「じゃあ次は…」と無理やり話題を進めてしまったり、議論が堂々巡りになって時間だけが過ぎたり。終わった後に「今日のミーティング、意味あったのかな…」と落ち込むこともよくありましたね(笑) でも、何度も試行錯誤するうちに、少しずつ「ファシリテーターとして意識すべきこと」が見えてきました。 今回はその中から、特に役立っている個人的な3つの心得を整理してみたいと思います。 これからエンジニアチームのマネージャーやチームリーダーになる方にとって、少しでも参考になれば嬉しい

                                                  エンジニア「ファシリテーションって苦手…」←3つの心得授けたる - Qiita
                                                • TypeScriptを導入する意味と限界、型レベルプログラミングの紹介 - Qiita

                                                  Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

                                                    TypeScriptを導入する意味と限界、型レベルプログラミングの紹介 - Qiita
                                                  • なぜsortコマンドはuniq機能を含んでいるのか?(Unix哲学はどこ行った!?) - Qiita

                                                    Unix 哲学的に考えれば、行を並び替える sort コマンドと重複行を取り除く uniq コマンドは別のコマンドであるべきなように思えます。しかし sort コマンドには -u オプションとして uniq コマンドに相当する機能が組み込まれています。なぜそうなっている(そうなってしまった)のかを「ソフトウェア作法(さくほう)」を参照しながらこの記事で明らかにしたいと思います。 関連記事 Unix哲学「一つのことをうまくやる」は単機能のコマンドを作ることではない 「誰」がuniq機能をsortコマンドに組み込んだ!? 熱烈的な Unix 哲学の信者は「どうせ Unix 哲学を理解しない GNU が便利だと思ってオプションを追加したのだろう」と考えるかもしれません。しかし uniq 機能が組み込まれたのは Version 7 Unix、つまり Unix の開発者が組み込んだのです。これは 1

                                                      なぜsortコマンドはuniq機能を含んでいるのか?(Unix哲学はどこ行った!?) - Qiita
                                                    • 【競プロ】新人SEがAtCoderを始めて水色になった【色変記事】 - Qiita

                                                      Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? AtCoderで水色になりました。いわゆる色変記事です。 本記事では以下の4点について書きます。 競プロをしていて良かったこと・できるようになったこと 勉強したこと・改善案 レート推移や目標ラインの話 環境やマクロの紹介 最初に自己紹介すると、自分は情報系出身のSEで、現在は2年目です。 今年の頭に競プロをはじめ、先日水色になりました。 「プログラミング未経験から~」「50歳を超えて~」みたいな少数派ではないですし、「たったN回で達成!」「M年の苦闘の末に」みたいなドラマもありません。 普通に勉強しているエンジニアが競プロを半年間そこそ

                                                        【競プロ】新人SEがAtCoderを始めて水色になった【色変記事】 - Qiita
                                                      • シェルスクリプトの $* と $@ の違いと雑学色々 - Qiita

                                                        まず位置パラメータを含め変数を参照する時にダブルクォートしないのは無しです。理由は予期せぬ変数展開やパス名展開が行われるからです。詳細は「シェルスクリプトの変数はダブルクォートしなければいけない!という話」を参照してください。この理由により上半分は「使いません」で終わりです。 ダブルクォートはほぼ必須ですが { } は必要な時だけ書けば十分です。常に ${var} のように { } を書く人がいるようですが、そういう人に限って面倒なのかダブルクォートをしてないことをよく見かけます。逆です。省略可能なのは { } であり、ダブルクォートは(本当に不要な場合を除き)省略できません。常に { } を使ってもかまわないと思いますがダブルクォートも書きましょう。 ❌ ${var} ・・・ ダブルクォートが抜けている! ⭕ "$var" ・・・ このように書け! ⭕ "${var}" ・・・ 問題ない

                                                          シェルスクリプトの $* と $@ の違いと雑学色々 - Qiita
                                                        • 機械学習による株価予測 - Qiita

                                                          こんにちは。私がAidemyでデータ分析講座コースを受講いたしました。今回は学んだスキルを活用して、上場企業を株価予測をしてみました。 ※私の環境: Python3 Chrome Google Colaboratory Windows 10 目次 1.目的 2. データセット 3. 機械学習モデル 4. 予測モデルの構築と検証 5. 結果 6. 反省 1.目的 上場会社の株価データセットを用いて、株価予測するLSTMの機械学習モデルを構築すること。 2.データセット Yahoo Financeである上場企業Lasertec(6920.T)の時列データ 3.機械学習モデル LSTM(Long Short-Term Memory: ニューラルネットワークの一種で、長期的な依存関係を学習することができる特徴ある。 4.予測モデルの構築と検証 4-1. ライブラリのインポート import ker

                                                            機械学習による株価予測 - Qiita
                                                          • Dockerの"分からない"を簡単にメモ - Qiita

                                                            概要 前提 規約 コンテナはエフェメラル(短命:ephemeral)であること .dockerignoreを有効活用する 不要なパッケージのインストールを避ける コンテナ毎に1つのプロセスだけ実行 レイヤーの数を最小に 複数行の引数はアルファベット順、改行すること Docker network 概要 bridge none host overlay ipvlan macvlan Docker Volume 概要 bind mount volume tmpfs mount Dockerfileを扱う まずはDockerfileを作成する! FROM:ベースイメージを作成 RUN: 任意のコマンドを実行する WORKDIR: ワークディレクトリを追加する レイヤーの確認 コンテナの生成と停止 imageを作成 runでコンテナを起動 stopでコンテナを停止 pruneでDockerのお掃除

                                                              Dockerの"分からない"を簡単にメモ - Qiita
                                                            • リーダブルコードを読んで重要だと感じたルールを抜粋 - Qiita

                                                              はじめに 業務で開発をしていて、Pull Requestを送るたびに命名について厳しいレビューをもらうので、業務で特に重要だと感じた部分のみまとめてみました! 最初は「動けばいいじゃん!」と思っていたのですが、チーム開発、仕事となるとそうはいきません。 品質も含めて評価されるため、読みやすいコードを書くということは非常に重要です。 レビューで毎回のように 「ちゃんとリーダブルコードを読みましたか?」 と厳しい指摘を受けるので、できるだけその回数を減らしていきたいです。 毎日レビューで厳しい指摘を受けるのは(おそらく上司も仕事のためとしてコードに対しての指摘をしていると思われるが)とても辛いです。 レビューは あくまでもコードの指摘をしているだけ で、自分自身の人間性や仕事に対するダメ出しをもらっているということではない!と思うようにしてます。 とはいえできるだけレビューで受ける指摘は減らし

                                                                リーダブルコードを読んで重要だと感じたルールを抜粋 - Qiita
                                                              • Google Colabで英語の論文を無料で翻訳する方法 - Qiita

                                                                こんにちは!逆瀬川 ( https://twitter.com/gyakuse ) です。 今日は英語論文をサクッと翻訳する方法を共有します。 素晴らしい事前学習済みモデルの恩恵で素人でも1時間程度で実装できてしまいます。 なお、実装めちゃ汚いのですが、そのあたりはご容赦ください。 論文以外の文字埋め込みのないpdfを翻訳したい場合はこちらを参考にしてください: 論文全体の自動要約についてはこちら: 概要 翻訳モデル、レイアウト検知ライブラリとpdfを操作するライブラリを用いて外国語で書かれたpdfファイルを翻訳します。 翻訳にはフリーのニューラル機械翻訳モデルFuguMTを使用します。 この手法の嬉しさ DeepLおよびDeepL APIではpdf翻訳がサポートされていますが、行の切り替わりで別の文章と認識されることが多く、途中までの文章で翻訳されるため精度が落ちてしまいます この手法で

                                                                  Google Colabで英語の論文を無料で翻訳する方法 - Qiita
                                                                • 2022年に読んで「良い」と思ったソフトウェアテスト関連本 - テストウフ

                                                                  この記事はソフトウェアテストのカレンダー | Advent Calendar 2022 - Qiitaの23日目です。 毎年のことながら「何を書こう・・・」と悩んでいてTwitterに助けを求めたところ、@teyamaguさんからネタをいただきました(ありがとうございます) 最も役に立った、だとなかなか決めかねる部分があり、「読んでよかった本」をつらつらと書いていこうかと思います。 私が2022年に読んだというだけで、今年発売された本には限らない点ご注意ください。また、熟読した本ばかりではなく、ポイント読みやざっと流し読みした本も含めます。(意志薄弱 The BDD Books - Discovery (Japanese Edition) こちらは記事にも書きました。 『The BDD Books Discovery』はQAにも開発者にもPOにもPMにもとにかくみんなに薦めたい - テスト

                                                                    2022年に読んで「良い」と思ったソフトウェアテスト関連本 - テストウフ
                                                                  • スタートアップの小規模Webサービスのリアルな技術スタック - Qiita

                                                                    はじめに プレースホルダというスタートアップのWebエンジニア兼マネージャーのAkahoriです。 弊社はエンジニアは10人以上いるものの、Webエンジニアは私含め3人ほどです。 3人のWebチームで、どのような理由で、どのような技術を使っているか、苦労している点などを共有します。 サービス概要 先月、リトルスパークというサービスをリリースしました。 子ども向けの、オンラインでの習い事プラットフォームで、先生と生徒をマッチングしています。 技術的にはいくつかの特徴を持ち、今回サンプルとして解説します。 授業はライブ授業のみで、お互いにZoomで行います。 ZoomのIDは弊社で管理し、先生側、生徒側、双方が参加ボタン1つで参加できるようになっています。 コース登録(審査有り)や日程登録、プロフィール更新などは全て先生が行うため、その仕組みがあります。 言語・フレームワーク・ライブラリ サー

                                                                      スタートアップの小規模Webサービスのリアルな技術スタック - Qiita
                                                                    • サーバーレスベストプラクティスで初めて知ったこと - Qiita

                                                                      はじめに サーバーレス大好きなエンジニアです! AWS SUMMIT 2024に行ってきて、たくさんのことを学んできました! 特に「サーバーレス開発のベストプラクティス」の内容が面白かったのでシェアしたいと思います。 サーバーレスとは サーバーやインフラの管理を気にすることなくアプリケーションを実行することができる最高の技術です。細かい設定を気にすることなく、すぐに価値を提供できることが魅力です。 Lambdaのベストプラクティス ここからAWS SUMMIT 2024の内容に触れていきます。 TransportではなくTransform まず、ハッとさせられたのは以下のことです。 Transport (転送)ではなくTransform(変換)に使⽤する。 今までLambdaをどれだけ転送機能として使ってきたかを考えさせられました。 何でもかんでもLambdaに任せるのではなく、特定の変換

                                                                        サーバーレスベストプラクティスで初めて知ったこと - Qiita
                                                                      • Qiitaでたぶんもっとも参考にしてはいけないPythonの導入方法 - Qiita

                                                                        はじめに Pythonは今最も習得希望人口の多い言語である。 それはヘビーなデベロッパーからライトなオフィスコンピューティングまで多岐にわたる。 おそらく「Pythonを使えば○○ができる」と喧伝されているのを見聞きしているからだろう。 この記事ではそんなPythonを一から導入し開発できるようにすることを主にする。 OSのセンテイ Pythonの開発でもっとも優れたOSはWindowsである。 単純にPython.orgの公式から対象のバージョンをいくつか選んでダウンロードして適当にインストールすればそれですべてを始められるので、MacやLinuxのようにシステムデフォルトと別verとのインストール共存やパッケージ管理ツールを意識する必要はない。 パスは通るし、複数のバージョンを同時に入れてもビルドバージョンですら分けて共存できるので簡単。 処理系 Pythonはインタプリタ界の変態言語

                                                                          Qiitaでたぶんもっとも参考にしてはいけないPythonの導入方法 - Qiita
                                                                        • ウォーターフォールの反省とアジャイルの成功に必要なもの - Qiita

                                                                          この記事では、「アジャイルはウォーターフォール時代の何を反省するのか」「アジャイルで何が改善するのか」について、個人的な考えを説明します 極端なことを言っている部分はあるので、誤解している箇所や異論があれば、やさしくコメントで教えていただければ幸いです 言いたいこと 「ウォーターフォール=諸悪の根源」というのは誤解で、問題は請負契約にある 請負契約で「顧客の真の要望が実現されない」のは当然、インセンティブ設計がおかしい 日本版のアジャイルソフトウェア開発宣言には「外注よりも内製を」と書くべき 競争に勝つためには内製化は進む(でも内製化はとても難しい) ベンダーへ「君はアジャイルをやるか迷える立場じゃないよ」 目次 用語 ウォーターフォールは本当に諸悪の根源か? 「ウォーターフォール=諸悪の根源」という誤解 問題の原因は請負契約 なぜ請負契約は失敗しやすいのか? ベンダーは「システム開発だけ

                                                                            ウォーターフォールの反省とアジャイルの成功に必要なもの - Qiita
                                                                          • 【競プロ】Python使いがRustを「完全に理解する」までのTips - Qiita

                                                                            2023年AtCoder言語アップデートにより、Rustの環境は大きく変化しました。そのため、本記事はフリーズさせ、後日、2023年版に対応した記事を新規作成したいと思います。 筆者は、競プロのアルゴはPythonを使いつつ、マラソンはRustを使っております。前者は発想を短時間にコードにすることを重視し、後者はコーディングに時間をかけてでも高速性を確保したいからです。 その際、Pythonでできたアレを、Rustでどう書くんだっけ、と悩むことが多く、悩んだ結果を自分メモを兼ねてTipsにすることにしました。競プロに出てくるパターンを多く収録していますが、競プロ目的以外でも参考になるかと思います。とりありず、ざっと記述してみましたが、そのうち増やしたり、章立てを変えたりするかも知れません。 なお、参照がーとかトレイトがーとか、Rustそのものの入門には言及していませんので、適宜、別の記事や

                                                                              【競プロ】Python使いがRustを「完全に理解する」までのTips - Qiita
                                                                            • 【サービス復活】年25,000円でACM会員になればO'Reilly本が読み放題になる!! - Qiita

                                                                              昨年、惜しまれつつサポートが終了したACM会員特典のO'Reilly Online Learningの読み放題サブスクが復活しました! 年間 $174 と以前よりはコストが掛かってしまうものの、それでも通常のサブスクよりも圧倒的に安いです(通常は年間$499です) O'Reilly Online Learning(旧Safari Books)とは O'Reilly出版の本やビデオ教材などが使い放題となるサービスです。英語の本が主ですが、最近は日本語の本もかなり充実していて、2023年8月11日現在は231冊の日本語の本が読み放題対象となっています。 人気の本ランキングではみなさんも見聞きしたことある本が上位に来ているかと思います。 新作本の一覧では今年の6月に発売された本などもラインナップに並んでいることがわかります 日本語本のラインナップはこちらから確認することができましたのでこちらを検

                                                                                【サービス復活】年25,000円でACM会員になればO'Reilly本が読み放題になる!! - Qiita
                                                                              • 育休中のリスキリングとしてプログラミングを勉強し、Webエンジニアに転職したので本音のところを書いてみる - Qiita

                                                                                Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 育休中のリスキリングとしてプログラミングを勉強し、Webエンジニアに転職したので本音のところを書いてみる どうも、MIDORIと申します。 先日、下記の記事を拝読しました。 「わかる〜〜〜〜」とめっちゃ頷きました。 というのも、私は第2子妊娠中にプログラミングを始め、育休中にWebエンジニアに転職したからです。 ・どんなふうに勉強していたのか ・育休中のリスキリングは現実的なのか ・子育てしながら勉強は可能か 私の経験とその実態を率直に書いてみようと思います。 対象者 ・育休中にリスキリングをしてみたい ・子供がいるけどエンジニアに未経

                                                                                  育休中のリスキリングとしてプログラミングを勉強し、Webエンジニアに転職したので本音のところを書いてみる - Qiita
                                                                                • 【考察】テストコードのきれいな書き方 - Qiita

                                                                                  Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 作ったものが想定した動作をしているか。 それを確認するために、テスト(試験)を行います。 検証したいことがちゃんと実現できて確認が取れているのであれば、その品質自体は割と気にされないことが多い印象です。 保守・運用・追加開発 をしていくプロジェクトが多くあると思います。 その作業の中で、改善を取り入れていくこともあると思いますが、その中でも一番後回しにされるのが、テストコードの改善のように思います。 推測ですが、「コストによるメリット・リターンが少なすぎる」ことが理由かな…と(開発者目線ではリターンが大きいのですが、運用者目線ですとリタ

                                                                                    【考察】テストコードのきれいな書き方 - Qiita

                                                                                  新着記事