NetflixのgithubリポジトリはWeb技術の百貨店だった - DiaryException
検索しているとなにかとNetflixのgithubリポジトリがヒットするので、全部（2015/07/18現在分）調査してみた。 github APIで https://github.com/Netflix のリストを全部取得して、名前・概要・URL・最終更新日時 (なんの更新だ?) を抽出。 AWS用のプロダクトが多かったのでまずそれらと、その他という分類にした。その他はほとんどがJavaライブラリ・システムだが、一部WebアプリケーションやPythonライブラリがある。 日本語での説明はReadmeやWikiを見て書いているが、理解が正しくないかもしれない。 AWS用 aws-autoscaling Tools and Documentation about using Auto Scaling URL: https://github.com/Netflix/aws-autoscalin
開発者のタスク管理をGitHubで行ったらうまくいった話 | DevelopersIO
はじめに こんにちは、6月からAndroidの開発を担当している荒川です。 この記事は以下の方を対象にしています。 リモートリポジトリにGitHubを使っている タスクや課題の管理を小〜中規模のプロジェクトで行っている 複数の開発タスクが並行して進むプロジェクトにアサインされている 開発者のみのタスク管理を主体的に行いたい タスク管理ツールを使っているがイマイチうまくいっていない この記事では、私が実践して良かった経験則を紹介します。誰でも真似すれば必ずうまく行くという保証はありません。この記事の読者の方が、担当しているプロジェクトに合わせてアレンジを加えるとより効果が増すかと思います。 開発者のタスク管理 モバイルアプリサービス部では、コミュニケーションツールにBacklogやTrello、Pivotal Trackerを用いている事を突撃！隣の開発環境 パート3【クラスメソッド編】の記
iOS初心者がSwiftでグノシーみたいなタブ型RSSリーダーを作ってみた
こんにちわインケンです。 先月からswiftを始めました。Obj-Cもまともに触ったことないし、全くのiOS初心者です。 「はじめてのアプリ」みたいな初心者本はいくつか読んだのですが、もうちょっと突っ込んだ情報が欲しいなーと作りながら思っていたので、同じような境遇にいる初心者の方の参考になれば。 Xcodeのバージョンは6.3.1です。 完成はこんな感じ ソースはこちら https://github.com/inkenkun/RssReader ストーリーボードは使わず、カスタムセルのxibとコードのみで作りました。 タブというかメニュー型のカテゴリがあってスワイプすると、そのカテゴリの記事の一覧に切り替わります。 一覧の記事をタップすると右の詳細ページへ。詳細ページはWEBブラウザになっています。 使用するライブラリ 使用したライブラリはこれ Alamofire https://gith
インターネットラジオを全録音するソフトつくった - 方向
Net Radio Archive (https://github.com/yayugu/net-radio-archive) というソフトを作りました 特徴 番組表をいい感じにスクレイピングして、番組名などが付いた良い感じのファイルを出力してくれます。 ... 2015_05_08_1200_村川梨衣の_a_りえしょんぷり～ず♡_村川梨衣.mp4 2015_05_08_1230_小澤亜李・長縄まりあのおざなり_小澤亜李、長縄まりあ.mp4 2015_05_08_1300_A&G_ARTIST_ZONE_THE_CATCH__AiRI_AiRI.mp4 2015_05_08_1430_A&G_NEXT_BREAKS_松田利冴のFIVE_STARS.mp4 2015_05_08_1500_金田朋子・保村真のエアラジオ_金田朋子、保村真.mp4 2015_05_08_1530_水島大宙・木村良
開発フロー研修 @ Wantedly - Qiita
Githubでの開発 - Issue, Commit, Pull Request, Mention, Code Reviewに関する基本的なルール ゴール 「 チーム で 長期にわたって 生産性を上げる 」 前提 みんながサービス・プロダクトについて自主的に考える組織 エンジニア全員がそれぞれオーナーシップを持ってよりプロダクトを良くすることを考える いわゆるPM職の不在 = コードは書かずに、マネージだけする人がいない これは組織による。(e.g. 外注やディレクター職の存在) けれど、Wantedlyは、多少変化しつつも、より良いサービスを生み出すために、役割の程度の差はあれ全員がプロダクトについて考え責任を持ったほうが良いと考えている。 理想型 図:「青と黄色」のチーム構成が従来の縦割り+統括チーム、「緑(金)色」のところが目指すべきマイクロサービスチーム マイクロサービスチームは、
「Amazon Web Services パターン別構築・運用ガイド」の執筆環境 - プログラマでありたい
Amazon Web Services パターン別構築・運用ガイド 作者: NRIネットコム株式会社,佐々木拓郎,林晋一郎,小西秀和,佐藤瞬出版社/メーカー: SBクリエイティブ発売日: 2015/03/25メディア: 大型本この商品を含むブログ (2件) を見る 今回の「Amazon Web Services パターン別構築・運用ガイド」は、会社の同僚たち4人で書き上げました。会社の同僚といっても、東京と大阪に別れていたり、日中に打ち合わせをする時間もないので、ほぼリモートのやり取りだけで完結させました。かなりスムーズにいったのですが、幾つか課題もあるので、忘れないうちにメモです。 執筆を支えるシステムの全体像 リモートでやり取りをする為に、幾つかのツールを組み合わせて簡単な環境を作りました。方針としては、執筆に集中するために出来るだけSaaSを利用し、余計な時間を取られないようにしまし
国土地理院が地理院地図のソースコードを公開 | スラド オープンソース
国土地理院が1月8日に地理院地図のリニューアルを行った（詳細のPDF）。地理院地図は国土地理院が作成している地図や災害時の航空写真などを公開しているサイトで、今回のリニューアルでUIを一新し、PC向けブラウザとスマートフォンの両方に対応するようになったのだが、これに合わせて地理院地図を構成するソースコードをGitHubに公開している。 以前から国土地理院ではGitHubでベクトルタイルの実験（ソースコード、実験サイト）を行ったり、2014年の御嶽山噴火の際に専用の情報提供サイトを提供するなど、積極的にGitHubを利用してきていた。 今回のソースコード公開に伴いさっそくFirefox OSアプリを実装するといった試みも行われている。また、国土地理院は2014年から地理院地図パートナーネットワークを作り地理院地図を使った開発を行う人達と情報交換を行うなど、積極的に民間の開発者と協力していく姿
オープンソースプロジェクトで上手いことやってくための10の方法 - Qiita
何も考えずに書き始めたけど10の方法って書いちゃった。 いくつになるかはわかりません。 一般的なプロジェクト運用でもある程度同じ方法論でイケると思います。 なお、筆者であるvvakameはDefinitelyTypedのメンテナをしています。 そのため、これから先の文章について、TypeScriptやJavaScript関係固有の事象が含まれていると思います。 書かれている内容について、contributeする側、される側、両側へのアドバイスを書きます。 ちなみに、わかめ的にはTOMOYO Linuxに学ぶ説得術とかはすごい参考になりました。 こまけぇことはいいんだよ！まずはやろう！ 貴方が世界に存在するためにはまず誰かに存在を知ってもらわなければいけません。 pull requestを出そう！無理だったらIssueを書こう！ まずはそこからだ！！ pull requestのmergeを拒
Githubにある15万のプロジェクトを分析してわかった、成功しているチームが持つ5つの法則 - BRIDGE（ブリッジ）テクノロジー＆スタートアップ情報
Image by Tim Lucas <ピックアップ記事>Part 1: What makes teams successful? ソフトウェア開発プロジェクトを共有できるサービスGithub。ここには日々、数多くのプロジェクトがアップされ、共有されています。 今回のピックアップ記事では、バーモント大学のMichael Klung氏とJames Bagrow氏が発表した論文が紹介されています。この論文では、Github上にある任意の約15万のプロジェクトを選択。 これらプロジェクトに関わるレビューやコメント等のチーム運営に関わる要素を分析し、チームが成功する要因を導き出したとのこと。また、ここでは成功しているチームを「ハイインパクトチーム」と呼び、このチームの特徴を5つ挙げています。 記事では以下の5点の分析結果を述べています。 1. ハイインパクトチームの多くが比較的大人数のものである。
iOS/Androidアプリ開発の現場で訊いてみた！Eight編 - Qiita
iOSアプリ開発者に最近の開発スタイルを訊いてまわる「iOSアプリ開発の現場で訊いてみた」待望の5社目に行ってきました。 今回はEightという名刺管理アプリを開発されているSansan株式会社！Android版のEightアプリはGoogle play 2014年のベストアプリに選ばれたこともあり、今回はAndroidアプリ開発についても訊いてきました。 訊いてきたこと インタビューに応じてくださったのは@hedjirog（主にiOS担当）、@Gazyu（主にAndroid）のお二人です。 今回のインタビュアーはユビレジ編でインタビューに応じてくださった@kishikawakatsumi、フリル編でインタビューに応じてくださった@ninjinkunがインタビュアーとして参加しました。 Q.バージョン管理システムは何を使っているか GitHub ちなみに デザイナにも社内のファイル共有でな
2014-12-22 そろそろStreemについてひとこと言っとくか [長年日記] | Matzにっき(2014-12-22)
久しぶりの更新 GitHubの <URL:http://github.com/matz/streem> を公開したら驚くべき反響の大きさなので、本人もびっくりしている。 ので、ここでちょっとまとめておく。 もともとは日経Linuxの自作言語入門の連載のネタ 時系列的には２０１５年１月号で言語仕様を決めた(原稿提出は１１月中旬) ２０１５年２月号で実装について解説(原稿提出は１２月初旬) ２月号原稿には「github.com/matz/streemを参照のこと」と書いた 提出したその日に１月号発売 原稿提出後、原稿で解説した部分を実装し(300行程度)、githubにアップロード だれかが見つける hackernews, redditなどでバズる github issues, pull requestなどいっぱいくる 私が実装する前に Go で実装しちゃう人が出る (mattn/streee
東京の鉄道路線図SVGを作りました＆パブリックドメインで配布します
東京の鉄道路線図SVGを作りました＆パブリックドメインで配布します ロンドン地下鉄路線図での作図方法に基づいた東京の鉄道路線図を作ったので公開・配布します time2014/12/20 hatenabookmark- Illustratorを使って、東京圏の交通路線図を作りました。 現在、これを書きだしたSVGファイルを以下に置いて、ウェブ上から見られるようにしています。まだマップとして大した処理はしていないので、PCとかだとスクロールが面倒ですが、スマートフォンなどタッチ端末だとそこそこ見られると思います。 なお、AIファイル・SVGファイルはパブリックドメイン(CC0)としますので、配布・改変・販売含め、煮るなり焼くなり好きに使っていただいてかまいません。 railmaps - github どうして描いたの？ 昔からハリーベック氏のロンドン地下鉄路線図がとても好きで、自分もこういうも
Yosemite マシンゲットしたので環境を整えた
https://github.com/e-jigsaw/dotfiles まえがき会社でマシンが買い替えられるチャンスみたいなのが舞い込んできたので Mac mini と Macbook Air に換えたいとダメもとで頼んでみたら本当にやってきた。mini を 10.9, Air を 10.10(人柱的な)で運用しようと企んでいたところ、mini のプリインが 10.10 だったので諦めて両方とも 10.10 で運用することにした。 そのため、2台を別々にセットアップするのが確実にだるそうだったのと、同期に「cask 使ってないとか情弱かよ(意訳)」と煽られたので Package manage as Code 的なことをやろうと思い立ってモリモリやったのでその辺が本旨。 ついでにイチからセットアップしたのでいろいろ備忘録っぽく残しておこうかと。 homebrew のインストールhttp:/
Linux ユーザーのための Git と Github 入門
原文はこちらです。 ※この記事は「チュートリアル」からの転載です。 Git は、Subversion、CVS、Mercurial などのバージョン管理システムから移行するのに最適な分散管理システムです。複数の開発者が同時に 1 つのプロジェクトに貢献していて修正量が膨大な時に有効な道具です。無料の Github を使って git 入門をしましょう。 git は、他のバージョン管理システムとは考え方が異なります。昔の RCS はファイルの変更履歴を取得しており、その内容は、コンフィギュレーション ファイルを見るとわかるようになっていました。Git は、もっとファイル システムのスナップショットに似た発想でできています。すべてのコミットや状態は、完全なスナップショットの形で格納され、従来の差分ファイルは存在しません。Git はスナップショット間の変更のみを記録し、変更がないファイルはリンクする
GitHubに会社の就業規則を公開した - terurouメモ
これです。 ちゃんと社労士チェックを入れて、2014年時点の法運用Validな感じにしてあるので、下手な中小企業はおろか、ろくにメンテされていない大企業の就業規則よりマトモな内容になっているはずです。 なんで就業規則を公開したのか マトモな規則が作ってあれば公開しても特にデメリットはない むしろマトモな会社アピールができてよい 個人的には「無限RedBullです！！！！」みたいな事をアピールする会社よりマトモな広報・求人活動の一環だと思っている 自分で就業規則を作ろうにも、良いサンプルがなかった（後述あり） いわゆるOSS的な話。就業規則にも再利用性が合っても良いはず これを書いてて、就業規則にライセンスを明示するのを忘れていたことに気が付いた GitHubだと、就業規則の改定にプルリクを飛ばせて楽しいし、改定履歴も一目瞭然 零細企業に就業規則って要らないんじゃないの？ 従業員が10人未満
Where狙いのキー、order by狙いのキー
2015/10/03 phpcon 2015 updated at 2016/01/13 about default_password_lifetime's default will be 0
Github製エディター、Atomがすばらしい
テキストエディター何を使うかという問題、常に議論（炎上）の種になりがちなテーマでいろいろ断言すると反応が怖いのだけれど、ここしばらく使用してみてGithubで開発されたAtomが素晴しいということで、紹介記事を書いてみる。 これまでのエディター遍歴を思い返してみると、最初に習った本格的なテキストエディターがEmacsだったので、かなり長いことEmacs派として過ごしてきた。今でもEmacsキーバインドが使えない環境にはストレス感じる。かな漢字変換もSKKに無理矢理馴染んでみたので、他の変換を使えない体になってしまった。 そういう事情もあり、個人的にテキストエディタを選ぶ基準として、 できるだけオリジナルに忠実なEmacsキーバインドが使えるSKK系のかな漢字変換が使用可能 また、最近になって構造的な文章を書く際はMarkdownで記述することが多いので Markdownモードがあり、簡単に
GitHubでライブラリのリリースを見ていくためのツールや方法
GitHubでのリリース 前回、GitHubのRelease機能ついて書きましたが、これはリリースする側の自動化等についてでした。 git tagとGitHub ReleasesとCHANGELOG.mdの自動化について | Web Scratch 今度は、いわゆるライブラリユーザーだったりソフトウェアの利用者側から、 GitHubでリリースされるものをどう追っていくかについて書いていきたいと思います。 自分は、JSer.infoというJavaScriptの情報を見ていくサイトをやっているので、 JavaScriptのライブラリ等のリリース情報をどう追っていくかが中心になりますが、基本的にGitHubでリリースされてるならやり方は大きな違いはありません。 基本的には以下に色々書いていた内容のGitHubに関してをまとめた感じの記事となっています。 最近のJavaScript情報の探し方 ·
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - gsi-cyberjapan/gsimaps: The source of GSI Maps (https://maps.gsi.go.jp/)
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
