プログラムの実行時間を99％短縮した「たった1行のコード」とは？
プログラムの実行速度やウェブサイトの表示速度は、たった数秒の改善でも多くのエンジニアたちの苦心を必要としますが、時として拍子抜けするほどにあっけなく、かつ劇的な改善がなされる場合もあります。画像共有サービスのPinterestが自社のブログで「たった1行の変更でコードの実行時間を99％短縮した」事例を紹介しています。 How a one line change decreased our build times by 99% | by Pinterest Engineering | Pinterest Engineering Blog | Oct, 2020 | Medium https://medium.com/pinterest-engineering/how-a-one-line-change-decreased-our-build-times-by-99-b98453265370
GitLab private repositoryにある自作Pythonパッケージをpipでインストールする - みーのぺーじ
自分で作成したPythonパッケージをGitLab上のプロジェクトで管理していて，これを別のプロジェクトで使用する方法を紹介します． 環境 MacOS 10.14.6 Python 3.8 GitLab 前提条件 trieという名前のプロジェクトが，private repositoryとしてGitLabに存在する． 別のプロジェクトでtrieをpipでインストールできるようにしたい． なお，trieはトライ木に関する架空のプロジェクトです． trieをPythonパッケージにする Pythonパッケージを作成するには，Setuptoolsを使用するのが便利です． ディレクトリ構成は以下のようにします． trie/ trie.py (メインとなる部分) tests/ test_trie.py (trie.pyのunittest) setup.cfg setup.py Setuptoolsのた
Markdown記法 チートシート
Markdown記法のチートシートです。 記法はGitHub Flavored Markdownに準拠し、一部拡張しています。 Qiitaでシンタックスハイライト可能な言語一覧については、 シンタックスハイライト可能な言語 をご覧下さい。 Code - コードの挿入 Code blocks - コードブロック たとえば、「Ruby」で記述したコードをファイル名「qiita.rb」として投稿したいときは、 バッククオート（`） か チルダ（~） を使用して以下のように投稿するとシンタックスハイライトが適用されます。 コードブロック内でコードブロックを書きたい場合は異なる記号を使うことで書けます。
Dockerで自宅GitLab環境構築~GitLab-CIの初歩まで - Qiita
背景 「GitLab実践ガイド」を読んだ このサイトを見て以降GitLabに興味を持ったので自宅に構築してみました。 その手順等を公開していこうと思います。 記事概要は構築とリポジトリにプッシュされたら簡単なテストを実行ってところです。 対象読者 自宅にGitサーバを。。。と思ってる人 CIしてみたい人 GitHubと同様に、Gitベースのソースコード管理機能や、マージリクエストによるレビュー機能を備えたサービス。 社内OSSや自宅OSSなんかで使える無料プランもあります。 Ruby on Railsで開発されており他のGitサーバと比べると比較的マシンスペックが要求されます。 機能的に一番の特徴はリポジトリのCI/CD。コミット後に自動でテストを行ってくれる機能。 以下の記事が大変わかりやすかったので参考にしながら実行していこうと思います。 ■ GitLab CIでテスト・ビルド・デプロ
GitLabに触ってみて、GitHubと比較した - Qiita
会社でのローカル環境で利用していたGitLab, てっきりGitHubのローカライズ版かと思っていましたが、GitHubのマイクロソフト買収話をきっかけに公開webサイトもあると知りました。 知ったのは結構前ですが、なぜか今日急にwebサイト版のGitLabを試してみたくなったので、触ってみた感想を記載します。 感想の前に: ざっくり導入の説明 アカウント作成 GitLabページからサインイン。新しくアカウントを作るもよし、SNSやGitHubのアカウントを使ってログインも可能です。 アカウントの設定。右上のアイコン⇒Settingsでアカウントの設定が出来ます。 真ん中の画面はTOPのようなもので、各設定項目は左側に一覧が出てきます。(個人的にはちょっとわかりにくい） リポジトリ作成 GitHubを使っている人としては、リポジトリの作成は凄く楽だと思います。 リポジトリを作成。左上の狐み
GitBucket を Windows でインストールしてみる | MiYABiS note.
Windows でソース管理したくて本当は GitLab を使いたかったのだけれど簡単にはインストールできなそうなので GitBucket をインストールしてみました。 準備Java をインストールWindows版Javaのダウンロード から最新をダウンロードしてインストールします。（投稿時 Version 8 Update 144 ） GitBucket を取得GitBucket から gitbucket.war をダウンロードします。 念のため最新ではなくひとつ前のバージョンにしました。（投稿時 4.14.1 ） GitBucket プラグインを取得GitBucket Community Plugins から必要なものをダウンロードします。 今回は、下記を使うことにしました。 Gist pluginPages pluginMySQL をインストールデフォルトで使われている H2 から
Hg-Git Mercurial Plugin
the Hg-Git mercurial plugin This is the Hg-Git plugin for Mercurial, adding the ability to push to and pull from a Git server repository from Mercurial. This means you can collaborate on Git based projects from Mercurial, or use a Git server as a collaboration point for a team with developers using both Git and Mercurial. The Hg-Git plugin can convert commits/changesets losslessly from one system
git diff で Office ファイルの差分を見る - Qiita
入れたくないとは思っていても、止むに止まれぬ事情で Word, Excel, PowerPoint などのファイルを git レポジトリの中で管理することはありませんか？この記事では、Mac で Office ファイルの diff を取る方法を紹介します。Linux でも多分動くはず。 textconv 普通、バイナリファイルを git diff しても、変更内容がわかりません。ところが、git には textconv という、バイナリファイル（別にバイナリじゃなくてもいいんですが）をコマンドに渡した結果を diff に使う機能があります。ドキュメントには、JPEG の Exif 情報の diff を取る例等が載っています。 Office ファイルからのテキスト抽出 では、Office ファイルからテキストを抽出するにはどうすればいいでしょう？Windows の msysgit には as
Gitで日本語長文のdiffをとる方法 - Qiita
（この記事はここからの転載です） 課題 日本語の長文をgitで管理していると、ほんのちょっとの変更でもdiffでは行丸ごと変更されたことになり、変更点がよくわからないことがある。 二泊三日で小説を書く過激なイベントNovelJam 2018参加作品である高橋文樹氏の「オートマティック クリミナル」は、GitHubを使って執筆されている。小説では、git diffの欠点がはっきりでる。高橋氏は参加レポートで、こう書いている。 あと、今回得た重要な知見なのですが、Githubではある程度以上テキストが長くなってくると、数文字の調整で全部差分として判定されたりするので、小説には向いてないかなーと思いました。小説は行の移動とかがよく発生するので、GithubじゃなくてGitとの相性かもしれません。 普通にdiffを取る 確かに、普通にdiffをとるとその通り。コマンドラインで「オートマティック ク
イマドキのIDE事情(154) 簡単デプロイ!「Gitblit」で共有Gitサーバを手軽に構築
意外と面倒なGitサーバの構築 GithubやBitBucketといったサービスの登場もあり、GitやMercurialなどの分散型バージョン管理システムも一般的に利用されるようになってきた。しかし、自分でGitやMercurialを利用可能なサーバを構築しようとすると、さまざまな依存ソフトウェアのインストールや設定が必要で、意外と面倒だ。そのような場合におすすめしたいのが、今回紹介するGitblitだ。 GitblitはJavaで実装されたGitサーバで、Tomcatなどのサーブレットコンテナ上で動作する。内部的にはEclipse Foundationで開発されている「JGit」というGitのJava実装を使用しているため、warファイルをデプロイするだけで利用でき、プラットフォームも問わない。Javaさえインストールされていれば利用可能で、非常に手軽に導入することができるのだ。 Git
Gitのスケーリング（と、その背景） | POSTD
数年前、Microsoftは、社内全体のエンジニアリングシステムを活性化させるため、数年間にわたる投資を行う決定をしました。私たちは山のような数のチームを抱える大企業です。チームはそれぞれ、担当のプロダクト、独自の優先順位、プロセス、ツールを持っています。”共通の”ツールもありますが、チームによって様々に異なる点も多く、内部で開発した単発のツールも数え切れないほどあります（「チーム」とは社の部門のようなもので、数千のエンジニアの集まりです）。 この状況にはたくさんのマイナス面があります。 似たようなツールを構築しているチームがいくつもあり、巨額の冗長な投資が生まれている 「クリティカルマス（損益分岐点を超える生産量、普及率）」に向けた設備投資ができない 皆がバラバラのツールやプロセスを用いているため、従業員が異動しにくい 組織の垣根を越えてのコード共有が難しい “MS限定”ツールの過多のた
Git - Book
The entire Pro Git book, written by Scott Chacon and Ben Straub and published by Apress, is available here. All content is licensed under the Creative Commons Attribution Non Commercial Share Alike 3.0 license. Print versions of the book are available on Amazon.com. The version found here has been updated with corrections and additions from hundreds of contributors. If you see an error or have a s
操作体系から見る、GitとMercurialの8つの違い
つい先日、SVNからMercurialに移行するべき8つの理由をまとめたが、Twitterやはてなブックマークのコメントを見ていると、同じ分散バージョン管理システムとしてGitとMercurialとの比較に関心が高く、Windowsでの動作でMercurialを評価する人が多いように感じられた。 それも一つの側面で間違いでは無いのだが、日々の開発作業で使っていくと、むしろ操作体系の方が気になるものだ。GitとMercurialの両方を使う機会があったので、操作体系の面で気づいた違いを列挙した上で、Gitに対するMercurialの優位点を考察してみる。 1. 管理対象ファイルの指定方法 .gitignoreや.hgignoreで管理外のファイル名を指定でき、正規表現も使える点は良く似ている。 しかしGitはcommit前にコミット対象を毎回git-addで指定するが、Mercurialは一
グーグルのバグ予測アルゴリズムを実装したツール「bugspots」、オープンソースで公開
ソースコードのなかでバグが多いのは、より高頻度に、かつ最近になって集中的に直している部分。これが、グーグルで採用された「バグ予測アルゴリズム」であることを、先月の記事「グーグルはコードの品質向上のため「バグ予測アルゴリズム」を採用している」で紹介しました。 そのバグ予測アルゴリズムを実装したツール「bugspots」がオープンソースとして公開されています。 gitのレポジトリを分析 bugspotsはRubyで記述されており、gitのレポジトリから履歴を読み込んで分析し、どのモジュールにバグが含まれている確率が高いかを示してくれます。 以下のようにインストールして実行（説明ページから引用）。 $> gem install bugspots $> git bugspots /path/to/repo $> git bugspots . # (in current git directory)
SubversionとGitリポジトリを両方利用できるようにする·SubGit MOONGIFT
SubGitはSubversionとGitの二つを利用できるようにするソフトウェア。 SubGitはJava製のフリーウェア。企業においてはSubversionが使われることが多い。だが個人の開発者や新しいプロジェクトからはGitを使っていこうという動きも見られる。とは言え新しいバージョン管理を覚えるのも大変なことだ。 実行中 発言力をもったメンバーがSubversionでいいじゃないかと言ってしまえばGitへの移行もおいそれと実現しないだろう。そこで使ってみたいのがSubGitだ。 SubGitは既にあるSubversionのリポジトリをGit化してしまうソフトウェアだ。移行するのではなく、両方が共存できるようにしてしまう。Java製のプロキシサーバ的なものがローカルに立ち上がる仕組みになっている。これがGitとSubversionの仲介役を務めるのだろう。 さらにSubversionリ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Git でのバージョン コントロールの概要 - Training
https://hub.docker.com/r/jmoger/gitblit/
GitLab
July 28
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】
