Come migliorare il servizio offerto, l’efficienza ed il clima interno. Progetti per strutture sanitario - assistenziali a carattere residenziale.
Real world erlang
Come migliorare il servizio offerto, l’efficienza ed il clima interno. Progetti per strutture sanitario - assistenziali a carattere residenziale.
マージ後のreset HEAD^は危険だった - unpushの日記
直前のマージを取り消す場合は、 × git reset --hard HEAD^ではなく、 ○ git reset --hard ORIG_HEADとしないと危ない、という話。 「マージ後にgit reset --hard HEAD^で取り消し」は去年の日記でもけっこう使ってるけど、たまたま上手くいっていたからよかったが、ORIG_HEADが正しい指定方法だった。場合によってはちょっと危ない。 マージコミットは複数のparentが記録されるが、mergeコマンドによって先端を移動するブランチ（＝カレントのブランチ）を１番目の親としてマージコミットが作成される。 例えば topicブランチで git merge master とした場合に作成されるコミットオブジェクトは、１番目のparentはtopicブランチのハッシュ値で、２番目はmasterブランチのハッシュ値となる。 なので、その後t
GitHub Secrets
ProductGitHub SecretsOver the years we've added quite a bit of stuff to GitHub. Sometimes we ship huge features, sometimes we ship small, lesser-known bonus features. Let's talk about some of those… Over the years we’ve added quite a bit of stuff to GitHub. Sometimes we ship huge features, sometimes we ship small, lesser-known bonus features. Let’s talk about some of those secret features you may
GitHubのcommitのURLの末尾に ?w=1 とつけると差分がわかりやすい（時がある） - 納豆には卵を入れる派です。
各commitのURL https://github.com/hoge/fuga/commit/xxxxxxxxxxxxxxxxxxxの末尾に "?w=1" をつけてhttps://github.com/hoge/fuga/commit/xxxxxxxxxxxxxxxxxxx?w=1とすると、差分がホワイトスペースのみの行を省いて、文字の変更があった行だけを差分表示してくれるので、何を変更したかがピンポイントですごくわかりやすくなる場合があります。 例えば下記の例。CoffeeScript内である部分をコールバックにして、コールバックした部分のインデントをごっそり下げてるのですが、インデントを変えただけの行も全部差分に表示されてて、何を変えたのかひと目でわかりづらい。 普通のcommit表示 ↓ これがURLに"?w=1"をつけるとこうなる！！！ ↓ 単にインデントを変えただけの行が省かれ
■ - hitode909の日記
出勤とか退勤とかするのめんどうで，忘れたら余計めんどうなことになるから，忘れないよう気をつけるみたいになってて，30分に1回くらい退勤のこと思い出したり，退勤忘れて帰る夢を見たりして，めんどうだった．革新的ソフトウェアを作って世界を変えるのが仕事なので，出勤や退勤といった些細なことに気をとられている場合ではないので，なんとかしないといけなかった． コマンドラインから退勤できるようにしたけど，普段から退勤する習慣がないから，すぐに退勤するの忘れて帰ってたりしてた． Google Chrome拡張を作って，定時過ぎたらポップアップが出て，退勤しますかとか聞かれて，OKしたら退勤できるようにしたら便利な感じになった． スペースシャトルの燃料タンクとか，心配になったら人が見るみたいな運用じゃなくて，普段は黙ってるけど減ってきたらウオオオとか言って，教えてくれるようになってると思う．まともなソフトウ
Painless Merge Conflict Resolution in Git
In my day job, we often deal with a multitude of git branches - whether we’re keeping branches for maintenance releases, supporting deprecated APIs for certain customers, or working with experimental features. Although git’s model entices you to create more and more branches, it brings the burden of keeping them up to date through periodic merging of branches. While merges are important for keepin
「コーディングを支える技術」著者公式ページ
世の中にはたくさんのプログラミング言語があります。そしてプログラミングに関する概念も、関数、型、スコープ、クラス、継承など、さまざまなものがあります。多くの言語で共通して使われる概念もあれば、一部の言語でしか使われない概念もあります。これらの概念は、なぜ生まれたのでしょうか。本書のテーマは、その「なぜ」を理解することです。 そのために本書では、言語設計者の視点に立ち、複数の言語を比較し、そして言語がどう変化してきたのかを解説します。いろいろな概念が「なぜ」生まれたのかを理解することで、なぜ使うべきか、いつ使うべきか、どう使うべきかを判断できるようになるでしょう。そして、今後生まれてくる新しい概念も、よりいっそう理解しやすくなることでしょう。 ■最新情報 ■目次 ■正誤情報 ■補足記事 ■技術評論社の書籍情報ページからは、 書籍内容に関するお問い合わせや、 学校・法人向け一括購入、テキスト採
Welcome to nginx!
If you see this page, the nginx web server is successfully installed and working. Further configuration is required. For online documentation and support please refer to nginx.org Please use the reportbug tool to report bugs in the nginx package with Debian. However, check existing bug reports before reporting a new bug. Thank you for using nginx.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
思い立って、Perl5 Census Japan 2013を作ってみた : D-7 <altijd in beweging>
GitHub - xaicron/p5-Test-Flatten: subtest output to a flatten