- 【JavaScript】スクリプト バトルロワイヤル50【php,py,pl,rb】 [転載禁止]©2ch.net
117 :デフォルトの名無しさん[sage]:2015/06/06(土) 09:57:47.20 ID:yk/a5xMg - 「このはし渡るべからず」
「真ん中を渡りました」 これをとんち部分まで含めて英語に翻訳することは出来ない。 翻訳ではなくて解説が必要になる。 解説するためには、この文章の意味を理解しないといけないから 高度な人工知能が必要になる。
|
- 【JavaScript】スクリプト バトルロワイヤル50【php,py,pl,rb】 [転載禁止]©2ch.net
129 :デフォルトの名無しさん[sage]:2015/06/06(土) 22:20:54.49 ID:yk/a5xMg - 動くけど制約多すぎて使いものにならないんだっけ?
アップルApple Watchのアプリ開発で、できないことのまとめ http://iphone-mania.jp/news-56463/ ●iPhoneがないと機能しない ●Apple WatchからはiPhone上にある連携アプリを起動できない ●指によるスクロールと「デジタルクラウン」は利用できない ●タップとプレスを区別する「Force Touch」は利用できない ●手首を軽くたたいて通知する新しい機能「Taptic Engine」は利用できない ●心拍数モニターは利用できない ●NFCは利用できない ●マイクから入力された音声はテキストの形でしか利用できない ●音を鳴らすことはできない ●離れたiPhoneのカメラへのアクセスはできない ●アニメーションのレンダリングや動画の再生はできない ●カスタムメイドのウォッチフェイスは利用できない ●アプリ内課金は利用できない ●一度に1台以上のiPhoneとペアリングできない Apple Watch / Watch Kitで現時点できないことまとめ http://qiita.com/TECHFUND/items/3ebe4942923f77585afb 1. マップは動かせない(スクロールできない)、GPS非搭載(表示のみ、ピンは刺せる) 2. viewを自由にいじれない(objectの追加・順番変更・削除=絶対値配置ができない) 3. AppleWatchからiPhoneのアプリを起動させられない 4. バックグラウンド処理はサポートされていない 5. 心拍数等のセンサー値は直接取れない 6. キーボードが無い 7. 動画は非対応 8. Digital Crownの処理はできない 9. 音の操作はできない
|
- Git 12©2ch.net
579 :デフォルトの名無しさん[sage]:2015/06/06(土) 22:35:56.50 ID:yk/a5xMg - >>569
お前、マージ使ってないだろ? まず前提として「一つのプロジェクトを複数の人が平行で開発している」という 個人プロジェクト以外のごく普通のプロジェクトの話なんだよ。 よくある間違いが、小さい規模の例だけで考えて、 それがそのまま大きな開発にも適用できちゃうって考えること。 君はその間違いはまってる。 (俺が知ってる)小さい規模ではこれでうまくいくんだ。ではなくて 大きな規模になった時それでうまくいくのか?を考えた方がいい。 適切なやり方というのは、規模によって変わるんだから。
|
- Git 12©2ch.net
580 :デフォルトの名無しさん[sage]:2015/06/06(土) 22:41:32.51 ID:yk/a5xMg - >>577
問題は1コミットを後から見直すかどうかだよな。 後から見なおさないのであれば、どんなに意味不明な修正でも 同じ所を試行錯誤したコミットでも、何百行あるコミットでも 何十個もあるコミットでも、そのコミットを見ないのであればどうでもいい でもあとからそのコミットを見るのであれば 修正内容が明確にわかるコミットが必要最低限あった方がいい。 あとからそのコミットを見るかどうかだよ。 もちろん俺はよく見る。 仕事でもその修正が適切であるかを見たり、 オープンソースとかでもある修正内容を見たり だからコミットは分かりやすくなっていたほうがいいと考える。
|
- Git 12©2ch.net
581 :デフォルトの名無しさん[sage]:2015/06/06(土) 22:46:03.75 ID:yk/a5xMg - >>571
> というガイドラインのようなものならある程度意見はまとまってきそうだね コミットをまとめる or まとめないのが目的じゃないからね。 コミットを綺麗にするのが目的。 当然の話だけどガイドラインには理由が必要だろうね。 まとめる理由が。(もしまとめないのであれば、まとめない理由も) コミットをまとめたりまとめなかったりして、綺麗にする理由は 簡単にいえば、後からコミットを見た時にわかりやすいように するためなんだが、もっと細かい理由って必要だろうか?
|
- Git 12©2ch.net
582 :デフォルトの名無しさん[sage]:2015/06/06(土) 22:54:18.21 ID:yk/a5xMg - 少しだけガイドライン考えてみた
・一つのコミットで複数の修正を行わない 理由 後からそのコミットを見た時何を修正したのかがわからなくなるから ・一つの修正を複数のコミットにわけない(分かれていればまとめる) 理由 後からそのコミットを見た時何を修正したのかがわからなくなるから 例外 リリースしてしまったコミットはまとめることは出来ない。 いま気づいたが、この「リリース」っていう概念が重要だな。 どの時点でリリースになるのかはそれぞれだろうが master、もしくは共有ブランチににマージされた時点がリリースだと考える。 と考えると、やはり>>569の例ははマージ機能を使ってない時点で 一人で開発している場合にのみ通じる例だから、例としてふさわしくないんだよ。
|