GitHub初心者はForkしない方のPull Requestから入門しよう // qnyp blog
2013/08/13 GitHubの新デザインに対応するために記事内容・画像をアップデートしました。 こんにちは、ブログ記事を書くのが約2年ぶりのruedapです。 さっそくですが、Pull Request（プルリクエスト）機能を使ったことはありますか？ GitHubの代表的な機能で、「pull req」や「PR」とも略されたりして、名前はよく聞きますよね。 この記事は、Gitはいちおう入門済みで、GitHubも使い始めたけど、Pull Request機能はまだ使ったことがない、そんな人に向けた 簡単な方のPull Request の入門記事です。 もう1つのPull Requestについて Pull Request機能の解説としてよくあるのは「他の人のリポジトリを自分のGitHubアカウントにFork（コピー）してきて、変更を加えて、それを元のリポジトリに取り込んでもらうようにリクエスト
[JS]このアイデアは面白い！セレクトボックスの選択肢をすぐに選択できるようにするスクリプト -Quick[select]
フォームのセレクトボックスは多くの選択肢を配置できる便利な要素ですが、他のフォームと操作性が異なるため一連の流れで入力しにくいのが弱点です。 セレクトボックスの操作性を改善し、デザインも簡単に変更できるスクリプトを紹介します。Quickの名前の通り、すぐに選択できるようになります。 通常のセレクトボックスの挙動 セレクトボックスは、タップとクリックの2つのオペレーションがあります。これはフォームの他の要素と操作性が異なり、ユーザーをフォームの一連の流れから外してしまうものです。 そこで注目すべき点は、通常セレクトボックスの選択肢の中にはより多く選択されるものがあることです。上記の例だと、「はい」「いいえ」が多いでしょう。 Quick[select]は、セレクトボックスの選択肢の中から、いくつかを表示させておくことができます。
![[JS]このアイデアは面白い！セレクトボックスの選択肢をすぐに選択できるようにするスクリプト -Quick[select]](https://cdn-ak-scissors.b.st-hatena.com/image/square/5062373ec67701c8d65ca6ffdfe6e9cb4dc3565f/height=288;version=1;width=512/https%3A%2F%2Fcoliss.com%2Fwp-content%2Fuploads-201503%2F2015110901.png)
グーグルが住宅を無料で提供する日がホントにやってくるかもしれないと思った話 - much better｜転職に役立つ情報を提供するブログメディア
こんにちは、blankfeinです。 みなさん、ベーシックインカムってご存知でしょうか。 ベーシックインカムについてちょい調べてたら、グーグルこそベーシックインカムをやるべきで、住宅とか無料で提供すべきでしょってなぜか思ったんで、ちょい共有します。 ベーシックインカムとは ベーシックインカムとは、最低限所得の一種で、政府がすべての国民に対して、最低限の生活を送るのに必要とされている額の現金を無条件で定期的に支給するという構想。 最近、オランダがベーシックインカムに関するおもしろい実験がありましたよね。 www.huffingtonpost.jp ベーシックインカムを2016年1月から試験的に導入すると、オランダ第4の都市ユトレヒトは発表した。ユトレヒト市でこのプロジェクトの責任者を務めるニエンケ・ホースト氏は、ニュースサイト「クオーツ」の取材に対して、「受給者が仕事を探さなくなるという意見
サクラエディタBBS
>まいどです． >ViVi からの乗り換えを考えてます． >改行した結果空白だけになる場合，空白を削除 >したいんですが，そんなオプションはあるでしょうか？ >→をタブ，↓を改行だとすると > >→ → →↓ > >こんな行が出来てなんかいや～んです．(^^; 正規表現で置換すれば良いお話し。 置換で「正規表現」にチェックして置換する。 ・スペース・タブだけの行 ⇒ スペース・タブを削除し、空行にする場合。 置換前：^[ \t]+([\r\n]) 置換後：$1 ・スペース・タブだけの行 ⇒ 行をバッサリ削除する場合。 置換前：^[ \t]+[\r\n]+ 置換後： ・何も無い空行を削除する場合。 置換前：^[\r\n]+ 置換後： ・何も無い空行、またはスペースタブのみの行を削除する場合。 置換前：^[ \t]*[\r\n]+ 置換後： あとは１箇所ずつ [置換] で判断しながら消
gitとプルリクエストに関して思うことまとめ - Qiita
※この記事は元々「Gitのこれやめて！リスト」として2015年11月に投稿したものを改訂したものです。 この記事について 私が個人的にgitとプルリクエストについて、「こうして欲しい」とか「これはやらないで！！」とか思っていることをまとめたものです。 元々は2015年に私がコードレビューをしてる時に気になったことを、あまり推敲もせず思うがままに書いた記事でした。今改めて読み返すと稚拙な文章なのと、他に思うところとがあったりしたので、改めて書き直しました。いいね貰ってるのに書き直すのに若干後ろめたさがあるのですが、よりいい内容にできればと思います。 コミットログがきれいだとレビューしやすい 一人で開発するときはgit使っててもブランチ切らないし、プルリクもださないしで、コミットログも"First Commit"の次が"Second Commit"とかでも支障はないです。しかし、チームで開発す
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice)
