You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

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

(注：2017/9/27、いただいたフィードバックを元に翻訳を修正いたしました。) （傑作映画 『おつむて･ん･て･ん･クリニック』 に登場する著書です） このチュートリアルは、アセンブリで とても 簡単なオペレーティング･システムを皆さんが自分自身で書けるようになるために書きました。元々は、 OSDev wiki でこのチュートリアルのベースとなるものを見つけたのがきっかけです。しかし、そこには何がどのように、どうして行われているのかという説明が一切ありませんでしたので、このチュートリアルを書くことを決めました。ということで、起動プロセスの基礎と、実行するのに必要なツールについて紹介していきます。 OSXやLinux、Windowsなどのよく使われているオペレーティング･システムはドライバを持っており、ハードウェアとの間のインタフェースを提供し、一定レベルの安全性とセキュリティを保証しま

2017.06.26 [インタビュー] Aaron Patterson（前編）: GitHubとRails、日本語学習、バーベキュー（翻訳） こんにちは、hachi8833です。RubyとRailsのコアコミッターとして著名なAaron Patterson氏（GitHub名: tenderlove）の30分にわたるロングインタビューを今週と来週の2回に分けてお送りいたします。HTTP/2、Rack、WebAssemblyといった技術的な話題や、GitHubやRailsセキュリティチームでの仕事、趣味や日本語学習、若手開発者へのアドバイスなど、多岐にわたった内容です。 概要 原著者の許諾を得て翻訳・公開いたします。 元記事: INTERVIEW: Aaron Patterson, Rack, Github and BBQ 著者: Vera Rabkina 元サイト: RubyroidLabs

2024 著作権. 不許複製 プライバシーポリシー

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

hisaichi5518.hatenablog.jp これ見て hub browse -- commit/<commit-id> でcommitに飛べることを知ったので、それを使って emacsでコード読んでるときに「現在いる行が含まれたプルリク」に飛びたいを見れるようにした。 このスクリプトも元ブログと一緒でプルリクのページではなくコミットページを開くところで終わってますが。 (defun open-github-commit () (interactive) (let* ((cmd1 "git blame -l -L %s,+1 %s | cut -d ' ' -f 1") (cmd2 "hub browse -- commit/%s") (zero "0000000000000000000000000000000000000000") (commit-id (shell-comman

Whalebrew creates aliases for Docker images so you can run them as if they were native commands. It's like Homebrew, but with Docker images. Docker works well for packaging up development environments, but there are lots of tools that aren't tied to a particular project: awscli for managing your AWS account, ffmpeg for converting video, wget for downloading files, and so on. Whalebrew makes those

Atom is a large open source project — it's made up of over 200 repositories. When you initially consider contributing to Atom, you might be unsure about which of those 200 repositories implements the functionality you want to change or report a bug for. This section should help you with that. Atom is intentionally very modular. Nearly every non-editor UI element you interact with comes from a pack

PowerPoint2003から2013になってちょっと戸惑いを隠せない。。。 ありきたりなスライドテンプレートもなんか嫌だし。。。 と思っていたところ、markdownでWebスライドが作れることを発見しました。 GithubでWebページを公開する方法を発見、SublimeTextも入れたので、ちょっとWebスライドを作ってみます。 完成サンプル http://budougumi0617.github.io/reveal.js-myMaster/ 作り方 Reveal.jsというJavaScriptライブラリを利用します。 GitHubからreveal.jsのプロジェクトzipをGET index.htmlをテキストエディタで開く。 <div class="slides">タグ内の<section>内容を削除 後述のオプション付き<section>を記載する <section>内にMa

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? CSSは設計手法も大事ですが、どういう単語で名前をつけていくかも大事だと思っています。 個人個人でばらつきが出るところでもありますし、「単語名 英語」で検索をして探した単語を使ったけど若干意味合いが違ったといったこともあると思います。 クラス名を決めるためのリストを見かけることもありますが、英単語の読みは書かれていても意味合いが書かれていることは少ないように思います。 自分の確認用と、チームで製作するさいの基準になるようなものを作りたいと思い、単語とその意味を短くまとめてGitHubにあげています。 CSS クラス名リスト | GitH

みなさんこんにちは。teratail開発チームの出川（@ikuwow）です。 少し前ですが、9月14日にサンフランシスコで開催されたGitHub Universeにて 「Code Review」と「Projects」という大きな新機能が発表されましたね！ github.com 中でもIssueやPull Requestをかんばん上に表示できる"Projects"機能は 誰もが待ち望んでいたツールとも言えるでしょう。 以前からGitHubのIssueをかんばん化するツールは ZenHubや Waffleなど様々なものがありましたが、 ついにGitHubが公式で実装してくれました。 teratail開発チームでは開発でGitHubを利用しているので、 ニュースを聞いたときにはチームメンバーの皆がすぐに使いたくなりました。 既にこのProjectsを使ってみた様々な記事がありますが、 terat

新しい言語やフレームワークを学ぶことは、時には苦闘になることがあります。従来のアプローチは、概念を説明し簡単な例を提供するドキュメントを読むことです。それで十分な場合もありますが、ドキュメントに高度な例や実際のプロジェクトでの使い方が書かれていない場合も多々あります。 ドキュメントに記載されていない問題に出くわすと、大抵の人はStack Overflowで解決策を探します（またはソースコードを丹念に調べます）。しかし、「使っているフレームワークが登場してから十分に期間が経っておらず、思い浮かぶ質問全てにStack Overflowが答えてくれない」ということもありえます。 今まで問題にはまって、こう考えたことはありませんか？ 「誰かが既にこの問題を解決しているはずだ！では、なぜこの問題に対する答えがStack Overflowにないのだろうか？」 そのとおりです。恐らく誰かは既にそれを解決

Emacsを使ってのgrepでは，ずっとrgrepを使ってきたのですが，最近なんだか重い気がして色々調べてみました． するとどうやら，最近はgrepやackじゃなくて，ag（the silver searcher）を使ったほうが速いとのこと……． そしてこれはemacsからも利用できるんですね． ag.el Wilfred/ag.el · GitHub マジで速くなります． 今まで，rgrepでは，検索語句や範囲の設定をしたあと，emacsが頑張って読み込んでくれてる感じがありましたが，これがほとんど瞬時にでてきます． 導入 the silver searcher本体のインストール emacsにagを導入 するだけで使えるようになります． silver searcherはaptやyumでリポジトリが公開されているので，そのあたりから導入できるかと思います． 普通にターミナルで検索するにして

私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。 要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。 仕方なく自分でまとめたので、増田に垂れ流しておく。 はじめにここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここ

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 を中心に仕事が回る職場で働いている。実際使ってみて、この github というものは非常に便利だと思うのだが、過去の自分にこれを勧めてみたらどういう反応するか想像してみると、これと同じ反応になると思う。 私が働きはじめたのはワープ