(翻訳)【GitHub公式】Gitコマンドチートシート - Qiita
githubが公式にgitコマンドのチートシートというのを出していたので、それを日本語に翻訳しました。 gitとはオープンソースの分散バージョン管理システムで、ラップトップやデスクトップ上での活動を促進します。 このチートシートは簡単なGitのコマンドラインを参照できるようになっています。 GITをインストールする GitHubは、最も一般的なリポジトリアクション用のグラフィカルユーザーインターフェイスを含むデスクトップクライアントと、高度なシナリオ用のGitコマンドラインエディションが用意されています。 GitHub for Windows Mac用GitHub Linux用GitディストリビューションPOSIXシステムは公式のGit SCM webサイトで利用可能です Git for All Platforms http://git-scm.com gitの初期設定 ローカルリポジトリ
ジーコ(18禁の同人ゲーム)の用語・隠語集
■ジーコ(18禁の同人ゲーム)の用語・隠語集 ジーコとは ジーコとは同人エロゲーの総称である。 なぜジーコなのか SFC時代、ジーコサッカーという非常に売れなかったゲームがあった。(後年、本人は関わっていなかったと供述している模様) ジーコサッカーはワゴンの常連と化し極めて安価にカードリッジの入手が可能であったため任天堂非公認ゲームであるSM調教師瞳のカートリッジとして流用されたのはよく知られている。 時は流れて陽射しの中のリアルという伝説的な同人ゲームが登場し、18禁のおさわりゲーム、ひいては18禁同人ゲームの代名詞ともなった。 そしてネットの掲示板でおすすめの18禁同人ゲームを挙げる際にネタとしてジーコサッカーを挙げる風習と混じり陽射しの中のリアルは陽射しの中のジーコと呼ばれるようになった。 そこからあらゆる用語がサッカー用語と置き換えられ、現在に至る。 本格的にサッカー用語が使われる
gitを使って技術書を写経をするためのステップメモ
技術書の写経について、TDDで有名な@t_wadaさんのこんなツイートを発見した。 https://twitter.com/t_wada/status/9000231741 これを参考に、gitを使ってどのように写経をするか、個人用にまとめメモしとく。 ローカルで使えるSCMを用意# $ git init $ git add . $ git commit -m ‘first commit’ $ git checkout -b 1st 章ごとに"xst"というブランチを切っておく。 「ほんたった」などで対象の本を固定# たいていのお手本は電子書籍を利用するので、特に不要。 電子書籍化されていない写経本はScanSnapで電子化する。 ひたすらサンプルコードを写して実行# ガンバァ━━(｀･д･´)ﾉ━━!!る 実行するたびにコミット(コミットログにページ番号を含める)# $git commi
AIで株をやる！～株の売り買いを深層強化学習で予想 - Speaker Deck
You do not have permission to view this deck.
人間らしくコードレビューするには(パート1) | Yakst
自動化することによりあなたはレビュアーとしてより価値のある貢献ができるようになります。importsの順序やソースコードのファイル名の命名規約などの問題を無視できるならば、機能上の誤りや可読性の問題といった、より関心のある問題にフォーカスすることができます。 オーサーもまた自動化の恩恵を受けます。ケアレスミスを見つけるのに1時間浪費することなく、即座に見つけられます。即座にフィードバックを受けられることで、関係のあることがオーサーの頭に残り、これにより学習が容易となり、修正コストが低くなります。それに加え、彼らが初歩的な誤りについて指摘を受ける必要がある場合、あなたから指摘を受けるよりコンピューターから指摘を受けたほうが彼らの自尊心の観点からはるかに気分がよいわけです。 これらの自動チェックはコードレビューのワークフローの中に入れましょう(例えば、Gitのコミット前のフックやGithubの
【追記】ジョブズがiPodを水没させる逸話はウソである、フェイクだっていいじゃない - ネットロアをめぐる冒険
【2017/10/25追記】 久しぶりにバズッたので、ナイチンゲールの呪いにかかっている私としては戦々恐々としながらはてなの通知欄をみております。 はてぶで、今回指摘したSONYのハンディカムのCMに、高篠氏のエピソードが使われていることを教えてくれた方がいました。情報提供ありがとうございます。みんな知ってるものですね。新しい項に追記しています。 私の好きな『それ町』の石黒正数さんのtweetを最近フォローしているのですが、こんなジョブズの逸話を紹介していました。 技術者「アイフォンの試作機です。この機能でこれ以上小さくするのは無理です！偉い人にはそれが分からんのです」 おもむろに試作機を水没させるジョブズ。 ジョブズ「あぶくが出たな。まだ隙間があるという事だ、工夫しろ」 この話が好きでなぁ。 ネームを描く時の指針になったものよ。 — 石黒正数 (@masakazuishi) 2017年1
エンジニアの転職メモ - Qiita
Webアカウントの作成・提示 相手先に自身のWebアカウントを提示する（提示は職務経歴書内で行う形） 具体的には下記のアカウント。 GitHub Qiita SlideShare 他にも技術系のWebサービスを積極的に利用していれば、そちらのアカウントを提示する（自分の場合はteratail） StackOverflowを積極利用していれば、そちらのアカウント名になるはず。 技術ブログがあれば、そのURLも共有する（自分の場合はQiitaがそれ）。 その他差し支えなければ、Twitter, Facebookアカウントも提示する。 履歴書 URL共有 WantedlyのプロフィールページのURL共有。 この形式で問題ない企業に対しては、これが一番早い。 そしてこの業界だと問題ないケースが多い。 人事に共有する場合は、通常の共有URLではなく「限定公開URL」を共有すること。 通常の共有URL
客先常駐のシステム開発は炎上した方が儲かってしまう | 株式会社アクシア
システム開発に限らず、普通は同じ仕事をするなら短い時間で効率よく仕事をした方が原価となる経費が少なくなり、利益率は高くなります。仕事を完了させるまでの時間が長くなればなるほど人件費はかかりますし、残業が発生するとなれば従業員の割増賃金も発生します。仕事をこなすための時間が長くかかって良いことなど何もありません。 だから普通の企業は業務効率化を促進して効率よく仕事としていこうとなるわけですが、客先常駐でシステム開発の仕事をしているSES企業に関して言えばそうはなりません。その特殊な環境が理由で業務効率化へのモチベーションが働きにくい世界です。 システム開発とSESは全く別の業種として明確に区分すべき ここにも書いた通り、個人的にはSES企業はIT企業としてグルーピングしないでほしいと考えているのですが、この業界の業務効率化を促進して残業時間を短くしていくことを考えてみると、どう考えても客先常
技術書を書いたハナシ - Qiita
React Native Japan で @besutome 、 @YutamaKotaro と技術書典 3 で技術書を書いたのでその作業内容を記録しようと思う。 出した本はこちら。 PDF 形式で配布している。 おおまかに次の流れで作業した。 原稿を書く + 校正作業 レビュー Re:VIEW 形式への変換 装丁 + 微調整 次で各手順について書いていく。 textlint と Re:VIEW Template は素人が使っても確実に威力を発揮するので強く使用を推奨。 原稿を書く + 校正作業 原稿は markdown で書いて git で管理した。今回は複数人で書いたので github に repo を作ってそこで共有。 原稿を書く際は先に textlint と日本語用のルールをセットアップして、日本語として不自然にならないかチェックしながらやった。非常に有用なので使用をおすすめ。 h
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
x.com
はてなシステム構想 / The concept of Hatena System