Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 背景 今日GitHubの中の人のLTを聞く機会があって本当のGitHub-flowを聞いてきたので 忘れない間にメモ GitHub-Flowのお約束 Masterにあるものは即座にデプロイ可能な状態に保つこと ブランチの上で必ず作業し、その生存期間を短くすること すぐにPRを作り、フィードバックやサインオフを求めること マージしたらすぐにデプロイすること 本当のGitHub-flow 中の人曰くよくマージしてからデプロイすると言っている人がいるらしい。 だが本当のGitHub-flowは違う。 本当のflowは PR作成 ⇩ 修正 ⇩

みなさん、連日 GitHub をブラウジングしてると思うんですが、より快適にブラウジングできる拡張機能を紹介したいと思います。

通信系ライブラリ AFNetworking https://github.com/AFNetworking/AFNetworking ド定番中の定番のライブラリ!! レスポンスデータの処理やエラーハンドリングがブロック構文で書けるので通信周りを実装するときは必ずこれを使っています。 Alamofire これも定番中の定番の通信のライブラリ! Swiftで記述されているのでBriging-Headerを準備する必要なし! 個人的にはまだAFNetworkingのほうが使いやすいですがこれから使っていくつもりです GoldRaccon FTP通信を実装する際はこれを使っています。 クライアントからサーバーへのアップロードまたサーバーからのダウンロード処理を簡単に記述することができます。 SDWebImage UIImageViewに表示する画像(UIImage)をサーバーから取得＆表示するライ

↑のコマンドを 5 回叩いて平均を見ました。 利用した設定ファイルはココ。 https://github.com/delphinus35/dotfiles/tree/master/.vim MacVim Kaoriya 版 (7.4.1362) プラグイン総数: 98 そのうち、起動時に有効 (not lazy loading) なもの: 35 プラグインリストは全て TOML ファイルに書いています。 その他諸々の設定含みます。 | NeoBundle | dein.vim | + load_state() ----|---:|---:|---: 最長 | 179ms | 119ms | 最短 | 165ms | 114ms | 平均 | 170ms | 116ms | 85ms // 追記ここから 2016/03/22 以前設定ファイルの例として載せておりました dein#load_c

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 弊社が運営事務局を務めさせていただいているJPHACKS2015が先日終わりました。 昨年と大きく異なり、全国での5拠点同時開催・オンラインでの中間審査などに対応するために、今回我々が運営するハッカソンで初めて、 GitHub,Slack,Devpostの利用を必須 にしてハッカソンを実施をしてみました。この取り組みを通じて得られた事や、まだまだ改善しなければならないことも沢山みえてきましたので、今後のハッカソン運営や、更に今国内に数が増えつつある外部のハッカソン運営業者や、開催企業の皆様にも参考になればと思い、まとめてみよう

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ＜この記事は「Money Forward Advent Calendar 2015」の10日目の記事です＞ エンジニアとして成長するために日々、新しいことや興味のあることを勉強している方が多いと思います。 今回は私が実践していてオススメだと思う学習方法を紹介させていただきます。 その1 Twitter ある言語や分野について学んでいくうちに自ずと、その界隈で有名な人を知るようになると思います。 それは、困った時にググると毎回出てくるブログの著者の方だったり、勉強会に参加した時に発表していた登壇者の方だったり。 そうやって知った方々を私は

Electronで動作する動画ファイル及びJPG in Zip向けのファイルブラウザを作ってみました。 構成としてはElectron+React+Reduxで、gulpfile以外はbabelを使って書いてます。 そこそこ今風な感じを目指して、一部flowtypeとかも取り入れてますが、割と適当な感じで使ってます。 実は以前Node.jsで同じもの作ってたんだけど、せっかくちゃんとデスクトップアプリとして作れるようになったしReactにも慣れたのでElectronと今の技術で作り直してみたのがこれです。名前も同じだったりする。 https://github.com/joker1007/blackalbum https://github.com/joker1007/blackalbum/releases/download/v0.2.0/BlackAlbum-darwin-x64-0.2.0.

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

GitHub、Gitで画像や動画など大容量ファイルを扱える「Git LFS」（Git Large File Storage）正式リリース GitHubは10月1日（日本時間10月2日早朝）、サンフランシスコで同社初の大型プライベートイベント「GitHub Universe」を開催しています。 その基調講演にて同社CEOのChris Wanstrath氏は、画像や動画、音声といった大容量のファイルをGitワークフローで扱えるGitエクステンション「Git LFS」（Git Large File Storage）の正式提供を発表しました。 Gitはそもそもテキストファイルのコードを扱うことを前提にして差分や圧縮などの操作を行うように作られているため、デザイナやクリエイタなどが扱う画像や動画のような大容量ファイルの扱いは苦手でした。 Git LFSはGitの中に大容量ファイルへのテキストポインタ

GitHub のユーザ名やリポジトリ名，絵文字，リンクURLを GitHub API を使って補完する github-complete.vim をつくりました． https://github.com/rhysd/github-complete.vim Vim では Markdown 編集中のオムニ補完は HTML のものになっていて使わないので，どうせなら GitHub のアレコレが補完できれば便利だなと思ってつくってみました． 5カ月前ぐらいに8割方できていたんですが，最後のリンク URL 補完を完成させずに放置してしまっていたので，yokohama.vim #6 で完成させました．使えるのは下記の5種類の補完です． 絵文字補完 ユーザ名補完 リポジトリ名補完 issue 番号補完 リンクURL補完 markdown および gitcommit ファイルタイプでのオムニ補完として実装され

これまで数カ月にわたり、私たちはAtomのパフォーマンスの改善に取り組んできました。その結果、最適化するための課題として特に興味深いのが マーカ という構造体だと分かりました。マーカはバッファの内容が変更されても、バッファの論理的な領域を追跡することができます。例えば、以下の図で緑色のハイライトがかかった部分のマーカは、文字列を書き換えたとしても同じ領域に残り続けます。 マーカは、Atomの機能を幅広くサポートする基本的なプリミティブです。検索および置換を行う場合には、マーカを使うことで 検索結果のハイライト表示 ができます。スニペットの場合も、文字列を書き換える際にマーカを使い、 タブストップで移動する位置 を追跡することができます。さらにはスペルチェックの場合でも、マーカを使って スペルミスのある単語を抽出 したり、その単語を書き換える際の再チェックをしたりすることもできます。そもそも

GitHubはオープンソースのプロセスを標準化した。これからはコード開発以外にも使われていく。AWS Summit Tokyo 2015 Amazonクラウドのイベント「AWS Summit Tokyo 2015」が都内で開催されています。1日目の6月2日、デベロッパー向けのDevConセッションの基調講演には、GitHub, Inc.共同創業者 Scott Chacon氏が登壇。GitHubの登場がオープンソースの世界をどう変化させ、これから企業や社会にどのような影響を与えていくのかについて語りました。 基調講演の内容をダイジェストで紹介します。 この会場にいる人たちはこの10年でもっとも重要な人たち GitHub, Inc.共同創業者 Scott Chacon氏。 現在、あらゆる企業はソフトウェア企業だと言える。電気自動車を作っているテスラでさえ、製品のために多くのソフトウェアを作り続

MOONGIFTはオープンソース・ソフトウェアを紹介するブログです。2021年07月16日で更新停止しました チーム内で使うとコミュニケーションがスムーズになりそうですね。 絵文字の流行、そしてアスキーアートの発展の中に生み出された（？）文化がスタンプやレス画像です。言い出しづらい罵詈雑言もマンガを通してなら穏やかに伝えることができたり、褒める際にもちょっとしたアクセントになります。 そんなレス画像をMarkdown形式の中にさりげなく放り込めるのがLooks Tiqav To Misawa（lttm-crx）です。一度使ってみると手放せなくなりますよ。 Looks Tiqav To Misawaの使い方 Chrome ウェブストアで配布されていますのでインストールします。 インストールが終わったら適当なテキストエリアに入力します。Markdownフォーマットで挿入されますので、Markd

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

Gitでやらかした時に使える19個の奥義を書いてやらかしたときになんとかリカバリできるようにした。 今回は、そもそもやらかさないようにしたいよねっていうお話。 コミット編 .gitignoreを細かく指定しておく .gitignoreを指定しておけば余計なファイルをコミットしちゃうことを予防できます 過去に似たようなプロジェクトがあるのならそれを流用しましょう。 ないのであれば.gitignore.ioで生成してそれをカスタムしましょう。 ワイルドカード指定やディレクトリまるごとの指定は副作用ある可能性があるので慎重に。 コミットメッセージのフォーマットを決めておく コミットメッセージのフォーマットを決めておけば書き直したいということも減ります コミットメッセージをやらかして直したいと思うことはよくあります。 そういうのって案外コミットメッセージが自由すぎることが問題だったりします。 ある

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Githubでの開発 - Issue, Commit, Pull Request, Mention, Code Reviewに関する基本的なルール ゴール 「 チーム で 長期にわたって 生産性を上げる 」 前提 みんながサービス・プロダクトについて自主的に考える組織 エンジニア全員がそれぞれオーナーシップを持ってよりプロダクトを良くすることを考える いわゆるPM職の不在 = コードは書かずに、マネージだけする人がいない これは組織による。(e.g. 外注やディレクター職の存在) けれど、Wantedlyは、多少変化しつつも、より良いサ

Githubが同社サービスに対してDoS攻撃が行われていることを発表しました。一連のDoS攻撃はGreatfire.orgに対して行われているものと考えられ、ここではGreatFire.orgに関係するDoS攻撃の情報をまとめます。 公式発表 GreatFire.org 2015年3月19日 We are under attack 2015年3月25日 (PDF) Using Baidu 百度 to steer millions of computers to launch denial of service attacks Github 公式Blog 2015年3月28日 Large Scale DDoS Attack on github.com · GitHub Github 公式Twitter The attack has ramped up again, and we're evo

This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

社内のチャットツールをSlackに移行中です。Slack使いやすくて満足度高いのですが、クラウドサービスゆえにこれまで社内IRCサーバ上でやりとりしていた情報の一部を載せてはいけなくなりました。 以前つくった「ほい、これ」ってファイルを渡せる Hoi というツールを使うことで外部から参照できないページのURLをやりとりに使えるのですが、やりとり用にファイルが必要だったり、URLを別途通知するという手番が面倒になってきました。(GH:EのGistでも同様ですね) monochromegane/hoi 面倒は解決しましょう。以下、Hoiのｿﾘｭｰｼｮﾝです。 メッセージをやりとりする 今までのファイルやりとりに加え、メッセージにもURLを付与できるようになりました。 使い方は今までと同じで、引数が存在しないファイルの場合にメッセージと見なします。 以下のようなURLが出力されます。 http: