与えられた楽器の音色に近いFM音源パラメータの探索を勾配法で解く方法を解説します これは2020年2月8日に行われた カーネル/VM探検隊@関西 10回目 での発表資料です サンプルコード: https://github.com/Fadis/ifm
逆FM音源
与えられた楽器の音色に近いFM音源パラメータの探索を勾配法で解く方法を解説します これは2020年2月8日に行われた カーネル/VM探検隊@関西 10回目 での発表資料です サンプルコード: https://github.com/Fadis/ifm
Learn Git Branching
A interactive Git visualization tool to educate and challenge!
Meet the Noops
Welcome, challenger. Twenty mysterious machines await.Get Started Love a challenge? The Noops are inexplicable machines that don’t do anything at all. Pick one, make it do something, and have fun with code along the way. Give a Noop purposeAll our Noops have simple APIs for you to play with. Bend them to your will to test your skills. Meet the Hexbot, for example—it lives at: https://api.noopschal
Introducing draft pull requests
ProductIntroducing draft pull requestsYou can now use draft pull requests to clearly tag when you’re coding a work in progress. At GitHub, we’ve always felt that you should be able to open a pull request to start a conversation with your collaborators as soon as your brilliant idea or code is ready to take shape. Even if you end up closing the pull request for something else, or refactoring the co
なぜ「2人用F-ZERO」ができなかったのか - ポルノアニメ
はい。 ああ、近所の通り魔は捕まったそうです。これで背後を警戒しなくてよくなりますね（尚、実際は数日で忘れて背後なんか見なくなってた） さて、なぜかヨーロッパの人達はレトロゲームが大好きなようでTwitter等でよく反応をもらう（日本人より多い）のですが、その中で Mode 7 使わないの？使ってよ、と言われて、せっかくなので全機能制覇を目指してテストプログラムを作ってみました。 Mode 7 というのはF-ZEROやパイロットウィングスみたいな……と言えばもう伝わったかと思いますが、巨大な一枚絵をグリグリ回すスーファミ独特の疑似3Dのことを指しています。（尚、下に書きましたが技術的には「画面モード7」の応用例として疑似3Dがあるだけで、疑似3DのことをMode 7と呼ぶのは俗称です） ↓結果としてはこんな感じに 実は「画面モード7」自体には3D機能は無く平面の変形機能を提供するだけで、遠
GitHubに過去最大級のDDoS攻撃 Akamaiの協力により約8分で復旧
ソースコード共有ツールを運営する米GitHubは3月1日（協定世界時）、日本時間の3月1日午前2時21分～午前2時30分にアクセス不能、断続化が発生したことについて謝罪、説明した。原因はDDoS攻撃だったという。サービス上のデータに影響はなかったとしている。 ピーク時には1.35Tbpsのトラフィックが集中した。メモリキャッシュサーバ「memcached」を踏み台にした反射型攻撃で、1秒当たり1億2690万パケットが送られた。米Wiredによると、これは2016年10月の攻撃以来の、過去最大の攻撃という。 GitHubは、着信転送帯域幅が100Gbpsを超えた段階で、DDoS防御サービスを提供する米Akamaiにトラフィックを転送し、Akamaiがトラフィックを吸収し、攻撃を低減した。 同社は、今後ネットワークエッジをさらに強化し、トラフィック監視インフラを使ってDDoS低減プロバイダーの
【20選】俺が唸ったOSS・GitHubリポジトリ！Web企業で働くエンジニア達に聞きました - エンジニアHub｜Webエンジニアのキャリアを考える！
【20選】俺が唸ったOSS・GitHubリポジトリ！Web企業で働くエンジニア達に聞きました さまざまな企業のエンジニア20人に、リポジトリの中から「これは素晴らしい」「他のエンジニアにもぜひ使ってほしい」と思うものを紹介してもらいました！ GitHub上に存在するリポジトリや、その他の場所に存在するものまで、オープンソースソフトウェア（以下、OSS）は世の中に星の数ほど存在します。利便性の高さから世界中の開発者が利用していますが、反面その種類の多さから、どれを使ったらいいのかわからないという方もいるでしょう。 そこで本企画では、企業のエンジニア20人に、さまざまなリポジトリの中から「これは素晴らしい」「他のエンジニアにもぜひ使ってほしい」と思うものを紹介してもらい、その理由を解説していただきました。 使って便利なだけでなく、コードを読んで技術研鑽に活用するもよし。ぜひご一読あれ。 ※各カ
ストレスフリーなGitHubのIssue生活 - クックパッド開発者ブログ
こんにちは。サービス開発部の丸山@h13i32maruです。 今日はGitHub/GHE(GitHub Enterprise)で快適なIssue生活をおくるために作ったJasperというツールと、それを実際にどうやって使っているかを紹介させていただきます。 ストレス GitHub/GHEを日々の業務の中心として使っていると、すごくたくさんのIssueやPull Request(以下PR)が流れてきます。 これらのIssueを処理する方法としては主に「メール」と「通知ページ(github.com/notifications)」の2つだと思います。 僕もこれらの方法を使っていたのですが、以下の点ですごく困っていました。 多すぎてメンションされたものやコメントしたものを見逃してしまう あとで見ようと思って、忘れる ブラウザのタブを大量に開いた状態になる 知らないところのIssueで議論が進んでい
【GitHub】1年以内に作成された人気リポジトリ20個をまとめました | HRナビ by リクルート
コードレビューや情報収集など、エンジニアの開発シーンに欠かせないGitHub。 技術者の興味関心や開発トレンドが詰まったサービスなので注目が集まることも多々。今年に入ってからはFreeCoodCampの総スター数が、長年トップだったbootstrapを上回ったことが話題になっています。 今回は、2015年9月30日〜2016年9月30日に作成されたリポジトリのなかでスター数が多いリポジトリ上位20個を集めました。 本稿のスター数、フォーク数は2016年9月30日9時現在の数値、メイン言語にはリポジトリ内の上位2言語を表示しています。 スター数が多い上位20リポジトリ 第1位：swift 2015年12月にオープンソース化したSwiftがスター数トップに。2016年9月13日にはSwift3.0がリリースされている。
GitHubのコード検索 : プログラマにとっての宝の山 | POSTD
新しい言語やフレームワークを学ぶことは、時には苦闘になることがあります。従来のアプローチは、概念を説明し簡単な例を提供するドキュメントを読むことです。それで十分な場合もありますが、ドキュメントに高度な例や実際のプロジェクトでの使い方が書かれていない場合も多々あります。 ドキュメントに記載されていない問題に出くわすと、大抵の人はStack Overflowで解決策を探します（またはソースコードを丹念に調べます）。しかし、「使っているフレームワークが登場してから十分に期間が経っておらず、思い浮かぶ質問全てにStack Overflowが答えてくれない」ということもありえます。 今まで問題にはまって、こう考えたことはありませんか？ 「誰かが既にこの問題を解決しているはずだ！では、なぜこの問題に対する答えがStack Overflowにないのだろうか？」 そのとおりです。恐らく誰かは既にそれを解決
GitHubを使って法務コミュニケーションのスピードを2倍にした話 | Wantedly Engineer Blog
ウォンテッドリー株式会社コーポレートチームの大谷です。 カスタマサービスチーム仲野さんが書いた ”GitHubで実現する、カスタマーサービスとエンジニアの非同期コミュニケーションのすすめ” に良い反響がありましたので、コーポレートチームでも行っている活動をお話したいと思います。 Wantedlyのコーポレートチームは”働くメンバーの生産性を上げる”ことをミッションとしています。インフラチームが開発チーム全体の生産性をあげることをミッションとしているように、コーポレートチームは会社としてやらないといけないことを担保しつつ、メンバーの負担を増やさないという観点で、会社全体の生産性を上げることを目指しています。 他社で契約書や規程の文書管理としてのGitを使う話はいくつか事例があるのですが、今回Wantedlyで行ったのはGitHubを使ったコミュニケーションを使って生産性を上げた話になります。
GitHub、Electron APIのサンプルコードなどを収録した「Electron APIs」をMacAppStoreで公開。
GitHubがElectron APIのサンプルコードなどを収録した「Electron APIs」をMac App Storeで公開しています。詳細は以下から。 Electron APIsアプリはGitHubが今年5月に公開した「Electron API Demos」のMac App Store版で、JavaScript, HTML, CSS, Electronを用いてクロスプラットフォーム対応のデスクトップアプリを作成するためのチュートリアルなどが収録されています。 The new Electron API Demos app contains code snippets to help get your app started: https://t.co/Ow2xN2ponC pic.twitter.com/vt63MJ9wp7 — Electron (@electronjs) 201
37歳からプログラミングを学び、GitHub日本法人を設立。堀江大輔が第一線で活躍し続ける理由。 | キャリアハック（CAREER HACK）
Amazon、Yahoo!Japan、Six Apart、クックパッド、スタートアップの起業などを経て、GitHubの日本法人設立の立役者となった堀江大輔さんにインタビュー。WEB業界の第一線で活躍を続ける彼のキャリアの転機、そして後進に贈るアドバイスとは。 GitHub Japan設立の立役者のキャリアとは？ 2015年6月に開設されたGitHub初の海外支社「ギットハブ・ジャパン」。開設後は全国各地のオープンソースコミュニティ活動への参加、導入企業へのサポートを拡充するなど、WEB・IT業界やプログラマ、デザイナーたちへの存在感を高めている。 今回お話を伺ったのは、ジェネラルマネージャーとしてギットハブ・ジャパン設立のキーマンとなった堀江大輔氏。現在はプログラムマネージャーとして、サポートチームの構築と各コミュニティへの参画に邁進する彼のキャリアはなかなか興味深いものだ。 中学生の時に
GitHubのissueをカンバン形式で管理できるサービス4選 - テクスタ
GitHubのissueでタスクを管理しだすと最終的にかんばん形式でみたくなりますよね。 そんなときに便利なGitHubのissueをかんばん形式で表示してくれるサービス。 基本的にどれも機能にそこまで差異はないですが、課金体系などが微妙に違います。 Waffle.io GitHubのpublicリポジトリ、privateリポジトリなら無料で使える。 GitHub Enterpriseで利用する場合には有料なようです。 Waffle.io · Work Better on GitHub Issues HuBoard GitHubのpublicリポジトリなら無料、privateリポジトリは有料です。 但しソースコードが公開されているので、自分でホスティングすれば無料です。 HuBoard - GitHub issues made awesome. Zube publicリポジトリは無料。 p
githubの特定ブランチへのgit push --forceをprotectしてエンジニアの精神崩壊を防ぐ( ꒪﹃ ꒪)ﾌﾞｸﾌﾞｸ - Qiita
githubの特定ブランチへのgit push --forceをprotectしてエンジニアの精神崩壊を防ぐ( ꒪﹃ ꒪)ﾌﾞｸﾌﾞｸGitGitHub Protected branches and required status checks もうお済みですか！？ 9月4日のことですがgithubより以下の機能がリリースされています。 特定ブランチへのforce pushを無効する 特定ブランチへのマージ時にステータスチェックを必須にする(CIと連携している場合は、テストが通るまでマージできないようにできる) これを実施することで、ある日新人が謎の空のコミットをmasterブランチにforce pushして来たり、ある日途中からJOINした人がpull reqもせずにdevelopブランチに謎コミットをforce pushして来たり、ある日とあるOSSで間違えて一ヶ月前のローカルレポジト
「全エンジニアのミカタになる」GitHubの思想が込められるテキストエディタ《Atom》 | キャリアハック（CAREER HACK）
GitHubが手掛けるオープンソースのテキストエディタ《Atom》の開発者・Ben Ogle氏へのインタビュー。Atomの思想やOSSに開発について伺いました。 GitHub謹製のテキストエディタ 「A hackable text editor for the 21st Century」 そう銘打たれて正式リリースされたのは、GitHubが手掛けるオープンソースのテキストエディタ《Atom》。β版から数えると既に世界130万以上のDLを記録している新世代のテキストエディタだ。 VimやEmacs、Sublime Text2など、強力かつそれぞれ特徴を兼ね備えたプログラミング用のエディタがエンジニア/プログラマに愛用される中、Atomはどのような思想で開発されているのか。2013年からGitHubでAtomの開発を務めるBen Ogle氏に話を聞いた。 創業者のサイドプロジェクトからはじまっ
GitHub のアレコレを補完する github-complete.vim をつくりました - はやくプログラムになりたい
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 ファイルタイプでのオムニ補完として実装され
開発フロー研修 @ Wantedly - Qiita
Githubでの開発 - Issue, Commit, Pull Request, Mention, Code Reviewに関する基本的なルール ゴール 「 チーム で 長期にわたって 生産性を上げる 」 前提 みんながサービス・プロダクトについて自主的に考える組織 エンジニア全員がそれぞれオーナーシップを持ってよりプロダクトを良くすることを考える いわゆるPM職の不在 = コードは書かずに、マネージだけする人がいない これは組織による。(e.g. 外注やディレクター職の存在) けれど、Wantedlyは、多少変化しつつも、より良いサービスを生み出すために、役割の程度の差はあれ全員がプロダクトについて考え責任を持ったほうが良いと考えている。 理想型 図:「青と黄色」のチーム構成が従来の縦割り+統括チーム、「緑(金)色」のところが目指すべきマイクロサービスチーム マイクロサービスチームは、
オレ流 Pull Request 作業フロー - 詩と創作・思索のひろば
チームで作業する同じリポジトリの中で Pull Request を送り合うのではなく、オープンソースプロジェクトに外部から PR がやってくる場合の話です。 最近のフロー 送られてきた PR に対しては、大まかには仕様の話、実装方針の話、具体的な実装の話を詰めながらマージできるように持っていくわけだけれど、それがほとんど満足いく状態になっていてマージしたいと思うタイミングになっても、変数の名前付けだとか、ちょっとした処理の書き方だとかで、相手にお願いするよりは自分で手を加えてからマージした方が手っ取り早いことがある。そういう時は PR 元のブランチを手元にチェックアウトして、そのブランチを自分の変更で進めた上で master にマージするようにすると、push 時に PR も閉じられて便利です。 motemen/lgtm.sh#1 の例。分かりにくいれど、PR にさらに 1 コミット足して
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - mithrandie/csvq: SQL-like query language for csv
