約 1,735,601 件
https://w.atwiki.jp/suffix/pages/1219.html
Git利用までの流れ 1.Githubアカウント作成 2.Gitインストール 3.リモートリポジトリを作成する。 ■他者のリポジトリを自分アカウントのリモートリポジトリとして複製する場合 他者のリポジトリへ行き、forkボタンを押す。 ■GitHub画面から直接作成する場合 右上の+ボタン等からリポジトリを作成する。 ■ローカルリポジトリを作ってから、ローカルリポジトリの内容をリモートリポジトリにあげる場合 git initとgit remote addを利用する。 ※git initとgit remote addについては、こちら参照。 4.自分アカウントのリモートリポジトリの内容を、ローカルリポジトリに複製する。 git clone ※3でgit initとgit remote addを選択した場合は、常に作成済のため不要。 5.更新用のブランチを作成 git checkout -b ブランチ名 6.ワークスペースのファイルを更新する 7.ステージに更新ファイルを置く git add 更新したファイル 8.ステージの内容をリポジトリにコミットする git commit -m "メモ書き" 9.追加したい作業分だけ、5〜8を繰り返す。 10.リモートリポジトリの情報を取得し、競合を修正する。 git pull 11.ローカルリポジトリの内容をリモートリポジトリにコミットする。 git push 12.リモートリポジトリに変更したブランチを取り込ませる。 pull requestを発行 構成管理用語 マージとリベース 枝分かれしたブランチを統合すること。 ワークスペース(ワークツリー) Git管理したいファイル類を置く場所。作業場所。 ステージ(インデックス) ワークスペースの修正内容のうち、ローカルリポジトリに登録するファイルを選択させる準備場所 ローカルリポジトリ ローカルマシン上のバージョン管理履歴の保存場所。.gitというディレクトリの中に存在する。 リモートリポジトリ 皆で共有するバージョン管理履歴の保存場所。リモートリポジトリの利用に関してはGitLabやGitHub等色々な種類のサービスが存在する。 コミット ローカルリポジトリ上にデータを送ること。 プッシュ リモートリポジトリ上にデータを送ること。 プル リモートリポジトリからローカルリポジトリに変更を反映すること。 フェッチ リモートリポジトリからローカルリポジトリに更新情報を送ること。 ブランチ 枝。分岐元とは別にバージョン履歴を管理する。以下の種類がある。・ローカルマシンに存在するローカルブランチとリモート追跡ブランチ・リモートに存在するリモートブランチなお、gitコマンドでブランチを指定する時は、枝全体を指すというよりは枝の最新コミットを指すことに注意。 トランク 幹。主流となっているbranchをさす。ただし、Gitにはtrunkが無い。Gitだとmasterブランチが近いイメージ。 HEAD 現在自分がいるコミット位置を指し示すポインタ。通常は使用中ブランチの最新コミットを指すことが多い チェックアウト HEADの参照コミット位置を変更すること。 主要なgitコマンド 方向 コマンド 内容 重要度 ワークスペース(work tree) ステージ(index) ローカルリポジトリ リモートリポジトリ(origin) ----- ------ ------ ------ ------ ------ git clone リモートリポジトリにある情報をローカルリポジトリにコピーする 中 --紐付-- git remote リモートリポジトリ関連の操作を行う 低 ○ git init git管理開始(ローカルリポジトリを作成) 低 ----- git pull リモートの更新情報を、ローカルに反映する。反映範囲：リモートブランチの更新情報→リモート追跡ブランチ(fetch)とローカルブランチ(merge) 高 --紐付-- git fetch リモートの更新情報を、ローカルに反映する。反映範囲：リモートブランチの更新情報→リモート追跡ブランチ 低 ------ git status 変更されたファイルの一覧を見る 高 ----- git add ステージに追加・修正したい対象ファイルを選ぶ 高 ----- git rm ステージから削除したい対象ファイルを選ぶ 高 ----- git mv ステージから移動したい対象ファイルを選ぶ 中 ----- git stash ワークスペースで変更したファイルを一時的に待避させる。 低 ----- git commit -m "コメント" リポジトリにコミットする。なお、一つ前のコミット内容を修正する場合は、git commit --amendとすると良い。 高 ----- git reset --soft commitを取り消す(=ステージングエリアのファイルをローカルリポジトリのファイルに戻す) 低 ----- ------ ------ git reset --mixed(または無指定) commitとaddを取り消す(=ステージングエリアのファイルをローカルリポジトリのファイルに戻し、addを取りやめる) 低 ----- ------ ------ ------ git reset --hard commitとaddとワークスペースの修正を取り消す。 低 ----- ------ ------ ------ git revert 過去commitを打ち消すような内容の新規commitを追加する。一旦git push等で公開してしまったコミットを取りやめる場合は、後述のresetでなく、revertを使う。 中 ----- ------ ------ ------ git checkout HEADの差し先を変更する。HEADの差し先を変更することで、過去のコミット時点に参照を戻したりブランチを切り替えたりできる。ワーキングツリーに変更があるとcheckoutできないので、stash等でワーキングツリーの変更内容を退避する。 高 ----- git push ローカルリポジトリのファイルをリモートリポジトリに送る。 高 ----- forkボタン押下 他の人のリポジトリを自分のリモートリポジトリにコピーする 低 git config gitの設定を行う 中 git log commitログを確認する 高 git reflog HEADの差し先の移動履歴を確認する 低 git show commitの内容詳細を見る。「git show コミット時のハッシュ値 ファイルの絶対パス」でコミット当時のファイル内容が見れるので便利 低 git branch ブランチ関連の操作を行う 低 git merge ブランチを整理する方法の一つ。現在のブランチに、指定したブランチを取り込みマージさせる。 高 git rebase ブランチを整理する方法の一つ。現在のブランチのコミットを指定したブランチへ1個ずつ入れこんでいく形でリベースする。cherry-pickを複数回実行したのと似た効果。 中 git cherry-pick 別ブランチのコミットを反映させる。ブランチを間違えてコミットしてしまった時に便利。cherry-pickを行っても、取得元ブランチのコミットはそのままなので、resetで戻す必要がある。 低 git tag 実行したブランチ上でタグを付ける。他者と共有する場合はコミットと同じくgit push タグ名を実行する必要がある。 低 git diff ファイルの差分を表示する。 中 git grep gitで追跡しているものを対象にgrepできる。 低 git clean リポジトリで管理されていないファイルを削除する 低 git archive アーカイブを作成する 低 git blame ファイル更新者を追跡できる 低 git ls-tree リポジトリ内のディレクトリを表示する 低 git rev-list ログのうち、ハッシュ値のみを表示 低 git gc ガーベッジコレクションをする 低 ※重要度は著者の主観で決めた。だいたい以下の通り。 高：日常的に使う。中：日常的には使わないが覚えておいた方が良い。低：知らなくても初心者は困らない。 設定ファイル類 .gitconfig git config --globalで設定される設定ファイル。長いgitコマンドのエイリアスとかを追記しておくと楽できるかも .gitignore gitの除外対象なものを記載する。rootディレクトリ等に配置 .git/info/exclude 自分だけ除外したい対象を記載する .git/info/sparse-checkout リポジトリのうち、一部だけチェックアウトしたい場合に使う .gitkeep 空のディレクトリをgit管理したい場合に、空フォルダの中に作成 .git/hooks/ gitコマンド実行時等にhookさせたい処理を記述できる Github機能の利用 Github 初期設定 Github Actionsの使い方 Github Projectsの使い方 その他 GitHubに登録してある公開鍵はhttps //github.com/xxxx.keysでアクセス可能らしい。 Githubにkeyを追加するには、Settings- SSH Keys- Add SSH Keyの順。 http //blog.id774.net/post/2013/12/16/441/参照。 export GIT_CURL_VERBOSE=1とするとgitコマンド実行時の通信状態が分かるのでデバッグしやすい。 push時やpull request時等に何らかの処理を自動させることも可能(githubのアクション) 参考： http //morizyun.github.io/blog/how-to-git-review-book/ https //qiita.com/2m1tsu3/items/6d49374230afab251337 関連： gitトラブルシューティング
https://w.atwiki.jp/wiki15_kiki/pages/23.html
https://w.atwiki.jp/suffix/pages/441.html
遊ぶでplayが使えるのは子供の時だけ。代わりにhave fun withとかspend time withを使うと良い。 manyとmuchはnegativeな意味合いで使うことが多いらしい。 トイレの婉曲的表現：men s room- john (例)I made a visit to john.(トイレに行った) ladies room- jane 男女問わずcomfort station 似た意味の単語 意味 単語例 備考(意味合い) 景色 sight buildings scenery countryside view just you can see 賢い clever 賢いの意味の他にずる賢いの意味がある wise 思慮分別のある賢さ intelligent 高度な教育を受けた人に対する頭の良い 正確な precise very accurate accurate≒exact correct in every detail correct 単に正しい 適当な appropriate よりformalで定量的な表現。properをがちがちにしたイメージ proper 状況に適している suitable 目的に即している fit 単にぴったしな感じ 十分な sufficient 目的に対して十分。enoughをよりformalな感じにしたイメージ enough 目的に対して十分 adequate 必要最低限な十分 最近 recently 過去における最近。現在は続いていない。 lately 過去における最近。現在も若干影響があるケース有。 these days 現在も多いに含んでいて、未来も影響があるかもしれない最近 調査する survey アンケート的な調査等、国税調査的なもの等 research 研究的な調査 investigate 状況や問題等を整理しexamineしていくような調査。 explorer 手作業でexamineしていくような調査。 examine 考えや物事を注意深く見ていくような調査 inspect 特定の物を掘り下げてみていくような調査 友達 friend だち companion 単なる友達 acquaintance 知り合い 少し a few 2,3の。少ないイメージ couple 2個ぐらい。少ないイメージ several 4,5の。数的には少ないのだが、ニュアンスとしては多かったというイメージ 人に何かをさせる意味でのget to,have,makeの違いはって？get 人 to= persuadeして人にさせる have 人 原形= askして人にさせる make 人 原形= forceして人にさせる Do you have the time?だと「時間ある」じゃなく「今何時？」。Do you have time?だと「今暇？」って意味になる。 You had betterって「～しなさい」ぐらいの強い意味。「～した方がいい」ぐらいの場合にはIt might be better ifとかYou might as wellぐらいの表現でOK
https://w.atwiki.jp/suffix/pages/451.html
弛緩法 ゼロ交差法 Canny法 Sobelフィルタ ガウシアンフィルタ ラプラシアンフィルタ
https://w.atwiki.jp/suffix/pages/481.html
用語 説明 成行 値段に制限を設けず、株数に応じて買う 引け成り 前場または後場の最後の値段 指値 価格を指定して売買する。通常成行の方が優先(微妙に違う時もある…らしい) 逆指値 昼間株価ボードが見れない人向け。「株価上昇中で一定価格以上なら買い、株価下降中で一定以下の価格になったら売り」 IOC注文 すぐに約定しなかった注文を取り消す方法 リバース注文、返済予約注文 一定価格で買ったのち、変化後の注文予約が出来る(一定以上価格が上がったら益出しや、一定以上下がったら損切り等) 特別気配 買いたい人もしくは売りたい人が偏っていること 日証金残高 日本証券・金融が貸し付けた信用取引を行うものの株券の残高 現渡し あらかじめ保持している現物の株を空売りに当てること。 現引き 信用買いしていたものに金を払うことで現物かすること。 信用倍率/信用買残/信用売残 こちら参照。 公募 企業が新たに株式を発行する。株数が多くなるので、一般的に価値が下がりやすくなるが、大切なのは公募で得た金をどう運用するか 売り出し 大株主が株式を一般投資家に公開する。 第三者割当増資 第三者の企業に新規で株を発行すること。 ETF TOPIX等と連動する株みたいなもの。 転換社債 株に変更できる社債のこと。株に変更せずに満期持っていた場合元本を得る。転換社債を得た後に株価が上がると株に買えることによって利益を得るというもの 自社株買い 自社の株を買い、消却することで、1株当たりの価値を高める。株式の数が減れば当然1株当たりの利益ROEが向上する REIT 不動産投資信託のこと。不動産の売却や賃料からの利益の配当を受ける アノマリー投資 理論的に説明できない経済の流れ。6月と12月にボーナスをもらい個人投資家が株を買うため株価が上がりやすいとか。逆に9月は配当の影響で株価が下がる傾向にあるそう 逆日歩 信用売りが買いに勝り、株不足が生じた状態 コール 将来的に株価を指定の価格で買う権利 プット 将来的に株価を指定の価格で売る権利 比較[株の売買単位] 状態 株の売買単位 備考 資金に余裕or銘柄1本 単位株 一番スタンダードな買い方 資金不足or分散投資 ミニ株 単位株の10分の1から購入できる方法。メリットは少額でOKなのと振り分けやすい。デメリットは指値注文ができないため、売買価格の指定ができない運任せ 長期投資or資産形成 るいとう 一定金額で株を売買すること。メリットとしては積み立て式なので株が買いやすく、デメリットとしては単位株主になると「るいとう」と「単位株主」のダブル口座管理料が 比較[株の取引時間の名前| 寄付 ザラバ(前場) 前引け 後場寄り ザラバ(後場) 大引け 9 00 9 00〜11 30 11 30 12 30 12 30〜15 00 15 00 比較[金融商品：ざっくりとしか調べてないので信憑性？] 種類 手数料 信頼性 資金の流動性 税金 外貨預金 ×高い ○高い ○高い ×高い FX ○低い ×低い ×低い ×高い 外貨MMF(投資信託) △比較的安い △比較的高い(元本保証は無い) ○高い ○低い 比較[株やその他金融商品の買い方] 先物取引 将来の物を今現在約束した価格で取引すること。元手が保証金のみという意味では、ハイリスクハイリターンと言えそうだ。 投資信託 投資家から集めた金を専門家が運用して、その運用結果に応じた金を受け取る仕組み。元本保証は無し 信用取引 まぁ早い話が証券会社から金借りて自分の資産よりも高い額の取引をするようなもの。その分成功・失敗の規模は大きくなる
https://w.atwiki.jp/coldfish/pages/78.html
#blognavi どれだけ振りのことだろう。 本格的なブログ、「花散ル中ニ舞イ踊ル」にリンク。 冬鵺的なスペースになる予定。 あちらではコメントも付け放題なので宜しく。 こちらは葵でいう一言日記のような扱いで。 カテゴリ [記録] - trackback- 2005年12月12日 00 27 01 #blognavi
https://w.atwiki.jp/nakasuma/pages/113.html
移転先
https://w.atwiki.jp/janejanevip/pages/19.html
第二回コンテスト（ 08/03/23） 結果 得票者 その他の参加者 【第二回】Janeスキンコンテスト！！うｐ会場 【・∀・】 ttp //yutori.2ch.net/test/read.cgi/news4vip/1206262800/ □うｐ時間 １８：００～２２：００ □投票時間 ２２：００～２３：００ □投票会場http //www5.atwiki.jp/janejanevip/pages/22.html □うｐの仕方 下記テンプレに従って、Janeスキンのスクリーンショットをうｐしてください。 【テーマor名前】 【自作部分】 【ここ頑張った】 【コメントなど】 【まとめwiki転載（SS）の可否】 【うｐﾛﾀﾞのアドレス】 ひとり何作品もうｐしてＯＫです。１度のレスで１個のスキンをお願いします 投票は22 00～となっていますが、作品の安価をまとめたものを貼る予定です ひとり１票、１作品を選んで投票してください ○○(番号)のスキンに１票などと書いてください うｐ、うｐされた作品への感想、投票以外の雑談等は以下のスレでお願いします Janeコンテストの休憩所 ttp //yutori.2ch.net/test/read.cgi/news4vip/1206241361/ 欲しいスキンがあった場合、投票後に作者さんにお願いしましょう 断られたら潔く諦めましょう
https://w.atwiki.jp/suffix/pages/1549.html
いわゆる本当に動くプロダクト(※1)という意味のプロトタイプ以外にも、 例えば下記のような物がある。 ストーリーボード ターゲットユーザが、アイデアを利用するイメージを絵コンテ形式で表現する サービスブループリント サービス全体の設計図。ユーザ行動に合わせてシステムがどう動くかを記載する (※1) 携帯アプリとかの場合だと、ワイヤーフレームとかを作る場合有り。 具体的な方法についてはこちらを参照されたし。
https://w.atwiki.jp/suffix/pages/382.html
http //www.head-t.com/2008/09/2008-09-07-01.html