タグ

takaya030のブックマーク (3,086)

  • 大きなGitリポジトリをクローンするときの工夫を図解します - DeNA Testing Blog

    こんにちは、SWETでCI/CDチームの前田( @mad_p )です。 SWETではCI/CDチームの一員として、Jenkins運用のサポートや、CI/CD回りのノウハウ蓄積・研究をしています。 はじめに Gitリポジトリをクローンすると、ローカルフォルダにはそのリポジトリの全体がダウンロードされ .git というフォルダに格納されます。ブランチをチェックアウトすると、ブランチ内のファイルがワーキングツリーとして展開されます。この様子を図にするとこのようになります。 この .git とワーキングツリーの使うディスク容量を節約しようというのが今回のお話です。特にJenkinsにおいて、大きめのGitリポジトリをクローンしてくる場合に課題があり、いろいろ工夫してみたので、その結果を紹介します。同じCI/CDチームの加瀬による記事「大規模リポジトリで高速にgit cloneするテクニック」と内容

    大きなGitリポジトリをクローンするときの工夫を図解します - DeNA Testing Blog
  • git clone時のmirrorとbareの違い | exMedia

    みなさん、こんにちは。自称Gitが得意なまるりんです。 Gitリポジトリを移行する際は通常以下のようにやります。 $ git clone --mirror <SOURCE_REPOSITORY_URL> $ cd <REPOSITORY> $ git push --mirror <DESTINATION_REPOSITORY_URL> しかしリポジトリのバックアップをmirrorではなくbareでとっている場合(git clone --bare <SOURCE_REPOSITORY_URL>)、そのリポジトリを移行してよいのか気になります。 結論として、リポジトリが保管している内容物はmirrorとbareでまったく同じなため移行しても問題ありません。 mirrorとbareはリモートリポジトリが更新された後の同期作業の点で異なります。どのような違いがあるのかを見ていきます。 mirror

  • リポジトリサイズの削減 | GitLab

  • Scalaはもうだめなのか?…というかJVM言語がもうだめじゃん?|sugitani

    AndroidのためのJava/Kotlinはスコープ外とします まず断っておくと、俺はScalaが好きだ。 自分が作ったScalaプロダクトは二個現存している。うち一つはまだまだ自分が開発している。というか今は会社を作って1人でプロダクトを作っている身なのだが、それもScala3+ZIO2でゴリゴリ書いている。 でも残念、もうScalaというかJVM言語がオススメできません。TypeScriptGoRustをオススメします。 どういうこと?まずこの記事を見ていただくのが一番分かりやすい。 https://aws.amazon.com/jp/builders-flash/202310/java-serverless-saas-backend/?awsf.filter-name=*all 素晴らしいエントリーだ。読みに行かないせっかちな方のために概要を紹介する JavaプロダクトをAWS

    Scalaはもうだめなのか?…というかJVM言語がもうだめじゃん?|sugitani
  • https://laracasts.com/discuss/channels/laravel/debugging-in-laravel-octane

    takaya030
    takaya030 2024/07/27
    Laravel Octane を Xdebug でデバッグする
  • 2024年版のDockerfileの考え方&書き方 | フューチャー技術ブログ

    最近はお客さんとの勉強会でDockerのドキュメントをつまみいして読むというのをやっていますが、改めて最新版を読んでみて、いろいろ思考が整理されました。2020年の20.10のマルチステージビルドの導入で大きく変わったのですが、それ以前の資料もweb上には多数あり「マルチステージビルドがよくわからない」という人も見かけるので過去の情報のアンラーニングに使っていただけるように改めて整理していきます。 仕事Pythonコンテナをデプロイする人向けのDockerfile (1): オールマイティ編で触れた内容もありますが改めてそちらに含む内容も含めて書き直しています。 エントリーの執筆には@tk0miya氏から多大なフィードバックをいただきました。ありがとうございます。 基的なメンタルモデル現代的な使い方を見ていくために「Dockerを使ってビルドする」というのはどのようなものか考えを整

    2024年版のDockerfileの考え方&書き方 | フューチャー技術ブログ
  • Karpenter を採用することで Slack はどのように業務効率とコスト効率を高めたか | Amazon Web Services

    Amazon Web Services ブログ Karpenter を採用することで Slack はどのように業務効率とコスト効率を高めたか この記事は How Slack adopted Karpenter to increase Operational and Cost Efficiency (記事公開日: 2024 年 5 月 3 日) を翻訳したものです。 Bedrock – Slack の内部 Kubernetes プラットフォーム Slack は人々、会話、アプリ、システムを 1 つの場所につなぐ AI を活用した業務用のプラットフォームです。Slack は、コンテナのデプロイや管理をシンプルにするために、”Bedrock” というコードネームの内部コンピューティングオーケストレーションプラットフォームを Amazon Elastic Kubernetes Service (A

    Karpenter を採用することで Slack はどのように業務効率とコスト効率を高めたか | Amazon Web Services
  • PerlでもgRPCで通信したい - アリ

    まずはじめに、2021/2時点でgRPCがサポートされている言語にはPerlは含まれていなく、公式にはサポートされていません。 現時点でと言ったものの将来的にもサポートされることがないだろうことからPerlgRPCを扱うのは茨の道といえるでしょう。 おとなしくgRPC transcodingしてHTTP REST APIで叩きましょう、というのがほぼ答えなのですがCPANに公開されているライブラリを使ってどこまでできるのかを検証するのがこの記事の目的です。 題材 gRPCで通信といっても、サーバとクライアントのどちらをPerlで実装するかという話になりますが、今回実装するのはクライアントです。 他の言語で書かれたマイクロサービスからPerlと通信することを想定して、手軽な例としてGAPIC Showcaseのサーバと通信することにしてみます。 github.com google.show

    PerlでもgRPCで通信したい - アリ
  • 2024年版!VS Code で Java 開発環境を構築する | 豆蔵デベロッパーサイト

    はじめに # Java デベロッパーの皆さんは IntelliJ IDEA や Eclipse を使ってる方が多いのではないでしょうか。筆者は VS Code を使っています。業務では長らく Java から離れていたのですが、ここ数年はけっこう書いています。かつては IntelliJ IDEA に課金してましたが Java 再開を機に VS Code の環境を整えました。この記事では、定番の拡張やワークスペースの使い方についてご紹介したいと思います。 Microsoft Extension Pack for Java の利用 # 結論から言うと 「Microsoft の Extension Pack for Java を入れましょう。」で終わりです。 Extension Pack for Java - Visual Studio Marketplace Extension Pack はその

    2024年版!VS Code で Java 開発環境を構築する | 豆蔵デベロッパーサイト
  • 人と向かい合おう!エンジニアリングマネジャーに限らずおすすめできる「エンジニアリングマネジャー入門」を読んだ - kakakakakku blog

    2024年7月14日に出版された新著「エンジニアリングマネジャー入門」を読んだ📕 書は「人と向かい合う」ことにフォーカスしていて,エンジニアリングマネジャーがどんなことを日々考えて,どんなことに日々対処しているのかという実践的なノウハウがまとまっていた.著者が Google をはじめとした多くの組織で実践してきた体験談がベースになっているからこその説得力も感じられる一冊だった💡 エンジニアリングが好きな私たちのための エンジニアリングマネジャー入門 作者:サラ・ドラスナー日能率協会マネジメントセンターAmazon 書は翻訳を担当された @iwashi86 さんに送っていただいた❗️活動量の多さと影響力の広さに驚きです🎉 出版おめでとうございます〜 \( 'ω')/ 7月14日に出版される「エンジニアリングマネジャー入門」を翻訳された iwashi-san に送っていただきました

    人と向かい合おう!エンジニアリングマネジャーに限らずおすすめできる「エンジニアリングマネジャー入門」を読んだ - kakakakakku blog
  • AWS責任共有モデル - Qiita

    はじめに AWSの責任共有モデルとは、クラウドサービス提供者であるAWSと顧客との間で、セキュリティとコンプライアンスに関する責任を分担する考え方です。AWSは物理的なインフラストラクチャのセキュリティを担当し、顧客は自身のデータとアプリケーションのセキュリティに責任を持ちます。 AWSにおいてこの責任の相違を「クラウド”の”セキュリティに対する責任」と、「クラウド”内の”セキュリティに対する責任」としています。 AWSの責任共有モデルのメリット AWSの責任共有モデルでユーザーが享受できる主なメリットとして、ユーザー側の作業負担軽減が挙げられます。AWS責任共有モデルは、企業が自社内で管理・運用するオンプレミス環境と比較して、AWS側にインフラの運用やプラットフォーム、ソフトウェアの管理を任せることができるため、管理コスト面でユーザーの負担を軽減できます。 それ以外にも、オンプレミスと比

    AWS責任共有モデル - Qiita
  • なぜ今コンテナなのか【AWS Black Belt】

    動画の資料はこちら https://pages.awscloud.com/rs/112-TZM-766/images/AWS-Black-Belt_2024_Why-Container-Now_0630_v1.pdf 【動画の対象者】 コンテナ技術に興味はあるけど、そもそもなぜやるのか、どこから始めればいいかわからない方へ。 この動画では、AWSの主要なコンテナサービスであるECS(Elastic Container Service)とEKS(Elastic Kubernetes Service)について、そもそも論をふくめて解説します。 【スピーカー】 荒木 靖宏 アマゾン ウェブ サービス ジャパン合同会社 ソリューションアーキテクト 【目次】 0:00 タイトル 0:20 講師紹介 0:35 コンテナは生産性を上げるための自然な選択 1:30 78%の新規アプ

    なぜ今コンテナなのか【AWS Black Belt】
  • 中華ゲーのガチャはガチャというより別の概念のシステムなんだよな ガチャ..

    中華ゲーのガチャはガチャというより別の概念のシステムなんだよな ガチャ風の見た目をした一定量ごとの排出システムというか 国産ガチャが石を溜め込んで(または課金して)物量で運を乗り越えるギャンブル的キャラ配布システムだとすると 中華ガチャは一連分貯まるごとに回してようと貯めて一気に回そうと得られる限定キャラ数や獲得周期は変わらない なんなら特定の強キャラを何体も重ねるよりも満遍なく確保していったほうがゲーム性を楽しみやすいからユーザーのガチャへのスタンスが真逆になる 特定のキャラを狙おうとするときも、物量に頼るんではなく、排出周期(天井カウント)を見ていれば天井引き継ぎによって計画的にキャラ取得できる「ゲーム」へとガチャ要素が昇華してる感じなんだよ 国産ガチャは「ガチャはガチャでしかないギャンブルもどきだよ」と割り切って公然とevilをやってる感じで、その射幸性ゆえに「ガチャを回すこと」が主

    中華ゲーのガチャはガチャというより別の概念のシステムなんだよな ガチャ..
  • 開発から離れて干支が一回りしたおじさんがAWS認定試験全冠達成した道のりを振り返ってみる - NRIネットコムBlog

    記事は AWSアワード記念!夏のアドベントカレンダー 1日目の記事です。 🎆🏆 告知記事 ▶▶ 記事 ▶▶ 2日目 🏆🎆 こんにちは、喜早です。 今回の「AWSアワード記念!夏のアドベントカレンダー」の先陣を切らせてもらいます。 AWS ALL Certification 2024の認定をいただきました 今回のAWS Summit Tokyoの発表にてAWS ALL Certification 2024の認定いただきました。 足掛け3年、何個か切れた試験も再受験して取り直してようやっと達成しました。 受験料や教材を支援してくれた会社には感謝です。 (当社は同一試験3回失敗するまでは受験料全額支援してくれます) なお、通算戦績は失効再受験含めて16勝4敗でした。再認定で切り替わった試験を甘く見て返り討ちにあったことが多かったです。舐めたらアカン。 自分の職能 閑話休題 私の業務上

    開発から離れて干支が一回りしたおじさんがAWS認定試験全冠達成した道のりを振り返ってみる - NRIネットコムBlog
  • なぜゲーム業界はJenkinsを選ぶのか?その理由と利点 | DevelopersIO

    こんにちは ゲームソリューション部の出村です。 みなさんはソフトウェア開発においてCI/CDツールは何を利用していますでしょうか? これまでゲーム開発の現場を見てきましたが、ゲーム開発においてよく使われるCI/CDツールはやはりJenkinsです。このJenkins、一昔前ではWeb開発をはじめとしてさまざまなソフトウェア開発でよく利用されていました。ただ、ここ最近はGitHub Actionsなど他のツールに置き換えられているという印象があります。 しかし、ことゲーム開発においてはGitHub Actionsといった他のCI/CDツールではなく、Jenkinsが利用されている場面が圧倒的に多いです。これは、他のCI/CDツールを利用したくないという消極的な理由ではなく、Jenkinsを利用する明確な理由があるためだと考えています。 ゲーム業界はJenkinsが活用される理由 ここでは、ゲ

    なぜゲーム業界はJenkinsを選ぶのか?その理由と利点 | DevelopersIO
  • なぜ上司は自分の意見を聞いてくれないのか? 部下から上司に働きかける「ボスマネジメント」の9つの戦術

    組織課題を丹念に読み解く調査&コンサルティング会社・ビジネスリサーチラボが開催するセミナー。今回は、近年注目される「ボスマネジメント」について、同社代表の伊達洋駆氏が解説したセッションの模様をお届けします。失敗の原因を巡る部下と上司の認識の違いや、「ハード」「ソフト」「合理的」の3つのボスマネジメント戦略について語られました。 なぜ上司は自分の意見を聞いてくれないのか 伊達洋駆氏:さっそく最初のパートに入らせていただきます。まず、「上方影響力の重要性と難しさ」というテーマについて考えてみましょう。組織の中で人間関係を築く際に、上司との関係が非常に重要であることは言うまでもありません。「上司とうまくいかない」というのは、離職の主な理由の1つとしてよく挙げられます。 さらに、自分の意見をかたちにしていくためにも、上司に対して影響力を行使する必要があります。意思決定の権限を持つのは上司ですから、

    なぜ上司は自分の意見を聞いてくれないのか? 部下から上司に働きかける「ボスマネジメント」の9つの戦術
  • KPI地獄で現場が疲弊…組織にとって「ダメなリーダー」の特徴 リーダーに向く人・向かない人の違い5選

    株式会社らしさラボ 代表取締役 伊庭正康氏の『研修トレーナー伊庭正康のスキルアップチャンネル』では、業績の悩み、効率の悩み、マネジメントの悩み、コミュニケーションの悩み、モチベーションの悩みなど、仕事の悩みを解決できるビジネスメソッドを紹介しているチャンネルです。今回は「誰もが、リーダーシップを高められる方法5選」と題し、リーダーに向く人・向かない人の違いについて解説します。 ■動画コンテンツはこちら リーダーに向く人は「配慮」をし、向かない人は「遠慮」する 伊庭正康氏:こんにちは。研修トレーナーの伊庭正康です。今日は「リーダーに向く人・向かない人の違いトップ5」を紹介します。「いつかは尊敬されるリーダーになりたい」「リーダーになりたいけど、自分に務まるかな?」。もしくは、もうリーダーをやっているんだけれども、部下とうまくいっていない。そんな人にぜひ見てほしいです。 「リーダーは持っ

    KPI地獄で現場が疲弊…組織にとって「ダメなリーダー」の特徴 リーダーに向く人・向かない人の違い5選
  • VSCode Neovim に移行した - ちなみに

    きっかけ 産まれてからずっと Vim キーバインドで生きてきました。 エディタは Vim → Atom → Emacs → VSCode と渡ってきたけど、いつだって Vim キーバインドです。 もちろん VSCode でも VSCodeVim を使ってきました。 こいつはVimの動きを頑張ってエミュレートしていて努力の結晶という感じなのですが、概ね良い感じで動いていて、VSCode に移行した日から今までずっとこれを使ってきました。 VSCode Neovim という存在は以前から知っていました。初めてみたときに Neovim と通信して VSCode 上で Vim そのものの動作を実現するというのを読んでそこまでしてやりたいことか?と思ったのを覚えています。なぜか Neovim に対していい感情を持っていなかったというのもあったと思います。「ナードは黙って Vim 」とか思ってました。

    VSCode Neovim に移行した - ちなみに
  • 書かせると、仕事の能力がすぐにわかる

    昔、面接官をやっていた時のこと。 我々は「どうすればコンサルタントの適性を持つ人材を集められるか」を追求していた。 長くても30分ほどの面接で、適切に候補者の選別を行うこと。 それは、「面接官の思いつきの質問」をするだけでは非常に難しかった。 我々は面接のやり方を試行錯誤した結果、「書かせること」で、かなり正確に候補者の能力を選別できることに気づいた。 一般的には面接では「話してもらうこと」を中心にすることが多いと思う。 が、我々はその場で「書いてもらう」ことにした。 * そのやり方は、以下のようなものであった。 まず、お題を出す。 多くは現場の状況を切り取ったもので、次のような趣旨のこと書かれたいくつかの「資料」と「質問」を渡す。 背景 オーガニックカフェ「ナチュラルテイスト」は、都市部で成功を収めている小規模カフェチェーンです。(財務諸表・組織図・現状調査表は別添資料)新鮮で健康的な

    書かせると、仕事の能力がすぐにわかる
  • OpenSSHの脆弱性 CVE-2024-6387についてまとめてみた - piyolog

    2024年7月1日、OpenSSHの開発チームは深刻な脆弱性 CVE-2024-6387 が確認されたとしてセキュリティ情報を発出し、脆弱性を修正したバージョンを公開しました。この脆弱性を発見したQualysによれば、既定設定で構成されたsshdが影響を受けるとされ、影響を受けるとみられるインターネット接続可能なホストが多数稼動している状況にあると報告しています。ここでは関連する情報をまとめます。 概要 深刻な脆弱性が確認されたのはOpenSSHサーバー(sshd)コンポーネント。脆弱性を悪用された場合、特権でリモートから認証なしの任意コード実行をされる恐れがある。 悪用にかかる報告などは公表時点でされていないが、glibcベースのLinuxにおいて攻撃が成功することが既に実証がされている。発見者のQualysはこの脆弱性の実証コードを公開しない方針としているが、インターネット上ではPoC

    OpenSSHの脆弱性 CVE-2024-6387についてまとめてみた - piyolog