14/08/27 00:17:35.06 2yseGAwQ
・前スレのまとめ
Smalltalkはガラパゴス化が激しく、そのユーザは
現代の開発において使い物にならない
ポンコツであることが判明したのだった……
前スレ
【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ45【pl,rb,php,js】
ｽﾚﾘﾝｸ(tech板)
2:デフォルトの名無しさん
14/08/27 01:33:44.42 K9igsSCk
前スレ>>1000は分かりきったことを言って何が言いたかったのか？
3:デフォルトの名無しさん
14/08/27 01:34:34.92 Gkyyi0oW
>>前スレ999 = ID:K9igsSCk
リポジトリとは別にブランチというものがあるのを理解してくれ
URLﾘﾝｸ(git-scm.com)
この章をちゃんと図だけじゃなくて内容を理解してからコメントしてくれw
4:デフォルトの名無しさん
14/08/27 01:48:47.94 K9igsSCk
>>3
理解してるんなら説明してみ。
中央リポジトリーのmasterから
開発者各々がcloneでブランチを作り、
各々が中央リポジトリーの変更をpullで反映しつつ、
pushで各々の変更を中央リポジトリーに反映する方法
とは違う素敵な方法があるんだろ？
5:デフォルトの名無しさん
14/08/27 01:49:57.41 Gkyyi0oW
他人を馬鹿にすることしか出来ない無知な ID:K9igsSCk をあんまり意地悪しても可哀想だから、細かく教えてあげると、中央リポジトリ1本で分散型開発をする場合は、以下のようにする
◆開発者側
1. git clone で中央リポジトリをクローンしてローカルリポジトリ(&作業コピー)を作る
2. git checkout -b somefix で新しくmasterから分岐したトピックブランチを作る
3. プログラムを修正してgit commit
4. git push origin somefix でトピックブランチを中央リポジトリにpush
◆管理者側
1. git fetchでトピックブランチをローカルリポジトリに持ってくる
2. git merge origin/somefixでマージを試みる
3. 統合テストに成功すればそのままpush、統合テストに失敗すればgit resetでマージをなかったことにする
管理者側がpushしない限りはこのワークフローでは中央リポジトリのmasterは変化しないよ
だから開発者側がどんだけトピックブランチをpushしようが問題ない
もちろん開発者側がいきなりmasterにpushしたらダメだが、それは運用上禁止しておけばいいし、実際よく使われている運用ルールでもあるし、
中央リポジトリの特定のブランチは一部の人しかpushできないような制限をかけることが出来るサービスも多い
6:デフォルトの名無しさん
14/08/27 01:51:49.73 Gkyyi0oW
>>4
cloneでブランチを作るってのがもうすでに全く分かってない証拠
cloneで出来るのはローカルリポジトリ
そりゃローカルリポジトリのmasterをいじってpushしたら問題は起こる
cloneした後に更にトピックブランチを切るの。
理解してるんなら説明してみ、っていうか業務で使ってんだよこっちはw
炎上学習法なのかわからんけど、人に説明させるより自分で理解したほうが早いと思うけどなあ
7:デフォルトの名無しさん
14/08/27 02:01:18.15 K9igsSCk
>>5
コミッターが居ないのが中央集権型なのに管理者がいるのか。
中央集権型のワークフロー
中央管理型のシステムでは共同作業の方式は一つだけです。それが中央集権型のワークフローです。これは、中央にある一つのハブ (リポジトリ)
がコードを受け入れ、他のメンバー全員がそこに作業内容を同期させるという流れです。多数の開発者がハブにつながるノードとなり、作業を一
か所に集約します
URLﾘﾝｸ(git-scm.com)
次から次へとオレオレルールが飛び出すなぁ。
8:デフォルトの名無しさん
14/08/27 02:06:59.62 Gkyyi0oW
>>7
だからさ、中央リポジトリで共有リポジトリが1個でもブランチは複数あるってのがわからないのかな？
ブランチを切って開発して、それを責任持った誰かがmasterにマージするということを「オレオレルール」とか言うなら、
一生オレオレルールって言って他人を馬鹿にしてると良いよ。
はっきり言って今までの一連の流れからGitを使って実践的な開発がしたことがないのはおろか、Gitの基本的な概念への理解すら怪しいってのが明らかになったからさ。
管理者ってのは便宜上つけただけでマージの責任を負えるやつなら誰でもいいんだよ。言葉の選び方は悪かったかもしれんがな。
9:デフォルトの名無しさん
14/08/27 02:07:12.12 K9igsSCk
>>6
お前の周りだけの常識で語られてもなぁ。
中央集権型なんてやろうと思ったことすら無いが、
この方法は公式のマニュアルに乗ってる普通の方法だぞ。
10:デフォルトの名無しさん
14/08/27 02:11:55.45 K9igsSCk
>>8
じゃ中央集権型なんていわなきゃ良かったろ
> Gitで言うところの中央集権型の意味わかってんの？w
こんなの言われたらGitの公式で使われてる
中央集権型だと思うのが普通だろ。
11:デフォルトの名無しさん
14/08/27 02:13:43.24 Gkyyi0oW
>>9
だからさ、Git Bookをあんたは誤読してんだよ。
中央集権型ってのは皆でorigin/masterを弄りましょうってだけの話ではない。
トピックブランチを切ってそれを最終的にorigin/masterにマージさせましょうっていう話も含むよ。
それが
URLﾘﾝｸ(git-scm.com)
URLﾘﾝｸ(git-scm.com)
URLﾘﾝｸ(git-scm.com)
あたりに書いてあるから読んでくれよな。
てかさ、「お前の周りだけの常識で語られても」とか言ってもあんたはGit使ったことないんだろ？
それこそ試してみたことすらない奴がマニュアルの一部だけを都合のいいように誤読して「中央リポジトリ版のやり方」だの「作業コピー版のやり方」だの言うのがちゃんちゃらおかしいんだけどさw
あんたのその自信どっからくんの？w
12:デフォルトの名無しさん
14/08/27 02:14:48.03 Gkyyi0oW
>>10
中央集権型は中央リポジトリにmasterブランチ1個で運用しますってどこに書いてあるのかな？
13:デフォルトの名無しさん
14/08/27 02:16:49.62 K9igsSCk
>>11
そのリンク先に中央集権型なんて一言もなかったな。
やっぱお前の脳内常識じゃねぇか。
14:デフォルトの名無しさん
14/08/27 02:34:03.00 Gkyyi0oW
>>13
だからさ、中央集権型ってのはリポジトリが分散してないって話だろう。
それとは独立してブランチの運用の話をしていることが理解出来ないの？
15:デフォルトの名無しさん
14/08/27 02:34:20.37 K9igsSCk
>>11
書いてあることまんま引っ張ってきただけだから誤読もクソもない。
書いてあることまんまを見て誤読と言うなら…。
>>12
主な問題はブランチ云々じゃなくてアンタが
自分の脳内を常識だと思ってるとこなんだよなー。
中央集権型の説明の続き
二人の開発者がハブからのクローンを作成して個々に変更をした場合、最初の開発者がそれをプッシュするのは特に問題なくできます。もう一人
の開発者は、まず最初の開発者の変更をマージしてからサーバーへのプッシュを行い、最初の開発者の変更を消してしまわないようにします。こ
の考え方は、Git 上でも Subversion (あるいはその他の CVCS) と同様に生かせます。そしてこの方式は Git でも完全に機能します。
小規模なチームに所属していたり、組織内で既に中央集権型のワークフローになじんでいたりなどの場合は、Git でその方式を続けることも簡単
です。リポジトリをひとつ立ち上げて、チームのメンバー全員がそこにプッシュできるようにすればいいのです。Git は他のユーザーの変更を上
書きしてしまうことはありません。誰かがクローンして手元で変更を加えた内容をプッシュしようとしたときに、もし既に他の誰かの変更がプッ
シュされていれば、サーバー側でそのプッシュは拒否されます。そして、直接プッシュすることはできないのでまずは変更内容をマージしなさい
と教えてくれます。
>>11が言ってることが、中央集権型の一般的な例ですよなんて、
どっかに書いてあるんなら勉強不足だったなと反省できるが、
一般に公開されてる資料には>>11の定義が入ってないもの。
16:デフォルトの名無しさん
14/08/27 02:40:49.91 K9igsSCk
>>6 に対応するgit bookの引用が>>15に有るんだけど、
git bookは>>6よりgitに詳しく無いんだね。
いや>>6さんスゲーわ。
17:デフォルトの名無しさん
14/08/27 02:42:41.78 D1kHPcdG
おまいらスレまたいでまで延々スレ違いを続けるんじゃねーよｗ
18:デフォルトの名無しさん
14/08/27 04:45:59.36 fBBDR2vO
トットリニーップｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ トットリニーップｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
トットリニーップｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ トットリニーップｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
トットリニーップｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ トットリニーップｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
トットリニーップｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ トットリニーップｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
トットリニーップｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ トットリニーップｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
トットリニーップｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ トットリニーップｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
トットリニーップｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ トットリニーップｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ホーシンツクツクｗｗｗｗｗｗｗｗｗ ホーシンツクツクｗｗｗｗｗｗｗｗｗ
ホーシンツクツクｗｗｗｗｗｗｗｗｗ ホーシンツクツクｗｗｗｗｗｗｗｗｗ
ホーシンツクツクｗｗｗｗｗｗｗｗｗ ホーシンツクツクｗｗｗｗｗｗｗｗｗ
ホーシンツクツクｗｗｗｗｗｗｗｗｗ ホーシンツクツクｗｗｗｗｗｗｗｗｗ
ニーィップｗｗｗｗｗ ニーィップｗｗｗｗｗ ニーィップｗｗｗｗｗ ニーィップｗｗｗｗｗ
ニ˝ィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィィｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
19:デフォルトの名無しさん
14/08/27 07:40:53.02 e+Vepp1f
（粘着Git厨とか気持ち悪いアンチの方がよっぽど空気読めてないと思うんだが…）
20:デフォルトの名無しさん
14/08/27 07:55:46.49 fBBDR2vO
プログラマって時点で気持ち悪いからプログラマが気持ち悪さについて語るとブーメランになるよ
21:デフォルトの名無しさん
14/08/27 09:11:14.33 gB57fyJC
どんなにマトモなことを書こうが、
「最後に書き込みした方が勝ち」と思い込んでる病気持ちを
論破することは不可能だよ
病人と根気比べして勝てるわけ無い
22:デフォルトの名無しさん
14/08/27 09:32:51.66 gB57fyJC
svnより格段にブランチをマージしやすくなったから、
気軽にブランチ切って開発できるってのが
git普及時の売り文句だったよな
だからブランチ切らずに開発という発想がまず無いわー
23:デフォルトの名無しさん
14/08/27 11:08:37.58 Gkyyi0oW
>>15
中央集権型がmasterブランチだけでの開発だと読み取れるところを具体的に示してくれ。
公開リポジトリをどう扱うのかを議論する章の前にブランチをどう扱うのかの章が来ていて、公開リポジトリに関する章ではブランチの使い方に言及してないのだから、
中央集権型とかいうのはあくまで公開リポジトリが一つでそこに皆がpushするという意味だろう。
masterに皆でコミットするという意味とは読み取れない。
というかsvnは中央集権型だと思うが、別にsvnだってtrunkだけを使って開発することが中央集権型という意味ではないだろう。
実質的にはマージが大変だから皆そうしてるだけという話であって。
いくらgit bookと矛盾してそうなところ見つけてもそれ、あんたが誤読してるだけだからなw
git使ってたら当たり前すぎてわざわざ説明する必要もないことをこっちは延々説明してるんだから。
24:デフォルトの名無しさん
14/08/27 11:19:01.11 gVIx82Z4
全スレであったけど、
初心者のハマってる落とし穴をみて笑ったり馬鹿にしてる中級者ってショボいよな。
いい環境が育たないし、初心者は挫折し、中級者は自分の今いる位置で満足する。
上級者は「俺には関係ない、勝手にやってくれ」だから時代遅れのやり方今だに続けてるし
これだから日本のソフトウェア業界はショボいって言われる。
良い奴はみんな海外行って帰ってこないし、やってる事民度のレベルが韓国とかと変わらん。
これからの若い奴にはプログラミングなんてハードウェア次第でいくらでも変わっていくし、便利なもの、めんどくさい作業ですらパソコンが担うようになるから
難しいとか思わずにどんどん突き進んで欲しい。
同じ国内しか視野持てないカスどもを淘汰することを楽しみにしておるぞ
25:デフォルトの名無しさん
14/08/27 11:52:17.04 cnpppNKw
てめえがカスな上級者か
26:デフォルトの名無しさん
14/08/27 14:05:03.16 Pmu2yyQ7
24のいう中級者がgit儲だな
27:デフォルトの名無しさん
14/08/27 14:18:54.74 EQzDlHDv
はっきりいって、関わりたくない
プログラミングって行為自体は全然良いんだけど、
PG/SEなんてどっかぶっ壊れてるんだろうなって前提で接する事しかできない
僅かに壊れて無い奴がいたとしても、優秀な奴ばっか集まるとこだけ
中小企業のなんてみんなぶっ壊れてる
というか周囲に壊れた奴いれば伝染していくわけで入社当初は大丈夫でもどうせ１年で伝染してオワコンの仲間入りしてるだろうなー
なんでも知識を周りに教えちゃう偽善を振り撒けというんじゃなく
そういうオワコンが調子載ったら即論破出来るくらいの知識は身に着けて、そいつが調子載った時用に隠しとく位になれば
身の回りのオワコンくらいは教育出来るんじゃね？
プロというのは全力を必要な時以外は出さないでおくものだわ
28:デフォルトの名無しさん
14/08/27 14:25:49.68 EQzDlHDv
IT発展で一番良いのは、たいして成長しない初心者は排除して
伸びそうな奴だけ歓迎すること
しかし逆に底辺PG/SEからしたら、優秀な奴に来られると自分の居場所がなくなって困るから本能的に排除したがるんだろうね
これが老害
オワコン共
29:デフォルトの名無しさん
14/08/27 15:18:51.17 OJ+evZlr
そういや、最初はSmalltalkのバージョン管理とGitの比較から始まったんだっけ
30:デフォルトの名無しさん
14/08/27 16:42:41.06 gVIx82Z4
>>25
俺は未来人と宇宙人のハーフ
31:デフォルトの名無しさん
14/08/27 16:57:38.49 36wAJh8p
>>24
>良い奴はみんな海外行って帰ってこないし、やってる事民度のレベルが韓国とかと変わらん。
韓国？そういえば、そんな国もあったねぇ（遠い目
--
[OSS] 韓国でオープンソースの利用が進まない理由は本当に英語？：日経パソコンオンライン
URLﾘﾝｸ(pc.nikkeibp.co.jp)
韓国では「韓国人は英語が苦手だからオープンソース利用が進まない」と言われているが、
韓国人よりもさらに英語が苦手な日本では結構進んでいるのではないか、という話。
でも、韓国で「オープンソース利用が進んでいない」という印象はあまりないんだけど、
韓国内にいる人はそう思うのかな。少し前まではWindows全盛という話は聞いていて
政府や大企業のサイトがActiveX使いまくり(なのでWindows以外ではネットバンキングも
政府サイトアクセスもできない)という状況だったそうだけど、
今ではずいぶん改善されているんで無かったかな。
各郵便局に配置されているという公衆端末はLinuxらしいし。
しかし、そんなことよりなにより印象に残ったのはここ。
> 日本だって英語が苦手な人が多いのに、韓国のマスコミの報道によると
> 5000人以上のOSS開発者がいるという。韓国では100人にも満たない。
確かに韓国発のオープンソースソフトウェアについて聞いたことはないが、
それは言語の壁に遮られているせいだと思ってた。
国全部で100人以下？ マジで？
どういうことだろう？ 確か韓国って3千万人くらい人口があるんだよね。
利用が進むのは勝手だが、利用ばかりで開発に回る人が少ないのは
あんまり望ましいことではないなあ。
(2007.9.12 Matzにっき) URLﾘﾝｸ(www.rubyist.net)
32:デフォルトの名無しさん
14/08/27 17:06:41.62 Pmu2yyQ7
テョンが何かしたらウイルス入りとかスパイウェア混入だからな
開発に回ってくれると困る方が多いんだ
33:デフォルトの名無しさん
14/08/27 17:10:30.72 D317Wfm+
>>31 言語と言ったら日本語に最も近い言語が韓国語なんだから、それは関係無い
ま、両方の国が言語で苦労してるのは違い無いが
とか思って見直したら、なんだよ2007年って阿呆らしい、5年も経ったら浦島太郎の世界で何を見てるんだ
日本人の発信もものすごく少ないのは変わらないよ
小学校での英語が正課になってから20年位経てば少しは変わるかも
34:デフォルトの名無しさん
14/08/27 17:47:03.19 36wAJh8p
>>33
>>>31 言語と言ったら日本語に最も近い言語が韓国語なんだから、それは関係無い
あらゆる言語には類似性と相違性があるけど、「日本語に最も近い言語が韓国語」という学説は無い
戦前の日韓同祖論のように、昔からそういう思想家はたびたび登場していたけど、
つごうのいい時だけの「すりより」はいいかげんキモイ
>ま、両方の国が言語で苦労してるのは違い無いが
日本の場合(パッと思いついたモノだけ)：
・OSS言語処理系だと：
・Ruby を開発したまつもとひろゆき氏(Matz)
・関数型言語処理系 SML# を開発した大堀淳氏
・CERN(欧州原子核研究機構)で公式の処理系として採用された
C/C++ インタプリタである CINT を開発した後藤正治氏
・ソフトウェア関連規格では、XMLスキーマ定義言語である RELAX NG の共同開発者である村田真氏
・2008年以降のノーベル賞受賞者(物理/化学/医学) - 6名
>とか思って見直したら、なんだよ2007年って阿呆らしい、5年も経ったら浦島太郎の世界で何を見てるんだ
では、5年も経った現時点ならば、韓国における世界に認められた
OSS言語処理系開発者/ソフトウェア関連規格開発者/ノーベル賞受賞者を浦島太郎へ提示できるよね？
35:デフォルトの名無しさん
14/08/27 18:17:56.15 ZpkkKtYK
>>29
Smalltalkの話は途中で終わってgitのpatchとは何ぞやって話か延々続いてたな。
36:デフォルトの名無しさん
14/08/27 18:43:11.42 W37/KO91
そもそもアンチが、
静かになるたびにいちいちSmalltalkの話をふるからおかしくなる。
>>1 の前スレのまとめだってあんなこと書かずにほっときゃいいのにと思う。
37:デフォルトの名無しさん
14/08/27 18:58:12.40 TjHJprez
>>36
よっぽどプライドを傷つけられたんだろ
惨めさが滲み出してて良いじゃない
38:デフォルトの名無しさん
14/08/27 19:09:19.59 D317Wfm+
>>34 ニートのお前とノーベル賞学者には何の接点も無いのと同じ
何百年の文化の違いなんて対したもんだいではないだろ
39:デフォルトの名無しさん
14/08/27 19:35:36.58 gj7+HT+d
Gitなんてユーザも多いし情報もあふれてるのに
いまさら初歩的な議論されてウンザリだけど、
Smalltalkで開発する話はレアだから、そっちに進めば良かったのに
GitとSmalltalkを比較できる人間なんて滅多に居ないぞ
だから前スレでこの書き込みした彼には、是非もっと語ってもらいたい
＞>>884
＞批判になって無い。
＞書き込み読んだだけじゃ、Smalltalkの併合機能は大したことが無いように見えるかもしれないが、
＞PythonとgitやらRubyとgitなんかの組み合わせじゃ、
＞Smalltalk環境なら5分で終わる手間が、
＞30分掛かるような事も現実に良くある。
＞
＞事実を突き合わせて(批)判断する(判)と書いて批判と書くが、
＞2chの書き込みだけ見て感情的に非難するより、
＞実際にVisualWorksとか落としてみて批判した方がいい。
40:デフォルトの名無しさん
14/08/27 19:45:48.31 xXZX1H7P
SmalltalkならTest&Bug修正と競合の解消が同時にできるからね。
30分掛かるような作業が5分に縮むのも致し方ない。
41:デフォルトの名無しさん
14/08/27 19:58:48.21 gj7+HT+d
どういう規模の開発で、どういうワークフローで作業していて、
何の問題が発生して、どんな解決策を取った結果として
n分の時間がかかった
というあたりが知りたい
もちろんSmalltalkのほうね
42:デフォルトの名無しさん
14/08/27 20:05:14.92 xXZX1H7P
例えばgitとPythonじゃ、
gitはPythonのことを知らないから
1本のSourceに関数が50有ったとして、5個の関数て衝突が発生したら、
残り45個の関数は衝突が解消するまで、Testできない。
Smalltalkなら5個を直している間に、
45個に含まれるBugが発生した3個のMethodを修正できる。
43:デフォルトの名無しさん
14/08/27 20:19:12.90 gj7+HT+d
つまり、マージで衝突したところを修正している間に
バックグラウンドでテストを実行できると
そういうこと？
（さすがに衝突の修正とバグ修正は同時にできないよね人間には）
44:デフォルトの名無しさん
14/08/27 20:38:28.83 xXZX1H7P
>>43
2人以上いる時の話だよ。
同じSourceに関わった人間が3～4人いれば
かなり差になるね。
30分が5分は極端だけど60分が15分とかは現実的。
45:デフォルトの名無しさん
14/08/27 20:43:40.42 gj7+HT+d
え？分からなくなった
ひとりが衝突を修正してる間に、他のひとがバグ修正できるってこと？
46:デフォルトの名無しさん
14/08/27 20:53:58.43 xXZX1H7P
>>45
そういう話だよ。
競合が発生せず、競合解決中のMethodに依存しないMethodは、
競合したMethodより先に併合済ませて、
Testできる。
47:デフォルトの名無しさん
14/08/27 21:05:03.30 gj7+HT+d
いっせーので同時にマージして、
こっちは衝突を直すから、そっちはバグを直しといて
みたいな感じ？
それとも、誰かがマージしてみて失敗したことをBTSとかに書いて、それから役割分担する？
48:デフォルトの名無しさん
14/08/27 21:05:50.33 2yseGAwQ
全作業が5分ってことは、マージもデバッグも5分以内に終わるってことだろ
だったらマージとデバッグをシーケンシャルに実行しても10分以内に終わるだろ
なんで30分もかかるんだよ
結論：Smalltalkerは足し算ができない
49:デフォルトの名無しさん
14/08/27 21:11:11.97 36wAJh8p
>>38
ノーベル賞受賞者は冗談としても、オープンソースや標準規格に関わる
世界的に著名な韓国人のソフトウェア技術者すら一人も挙げられない、ってことか
まあ、
> 日本だって英語が苦手な人が多いのに、韓国のマスコミの報道によると
> 5000人以上のOSS開発者がいるという。韓国では100人にも満たない。
こんなふうに技術者が奴隷扱いされ優秀な人物から海外脱出するようなお国柄だから、
世界的なソフトウェア技術者を一人も挙げられないのは無茶な注文だったみたいだね（棒
> 何百年の文化の違いなんて対したもんだいではないだろ
OSS開発者が「韓国では100人にも満たない。」のも「対したもんだいではない」んだろね（棒
50:デフォルトの名無しさん
14/08/27 21:15:20.38 KL0wurV3
>>46
要するに管理単位がメソッドだから、あるメソッドがコミットできればテストに入れるってこと？
そもそも Python とかで開発してるときに一つのファイルをよってたかって修正するケースはあまりないから、たいしたメリットには思えないんだが...
51:デフォルトの名無しさん
14/08/27 21:19:48.65 Gkyyi0oW
Gitでも同様のことをしようと思ったらpost-mergeとかmerge-conflictあたりにhookして、メソッド単位で衝突したときはとりあえず片方を採用して
もう片方は全部コメントアウトで突っ込んどくみたいなスクリプト作れば同じことはできるんじゃないかな。
「GitはPythonのことを知らないから」というのは事実だが、可能性としてはhookでどうにでもなるわけだよね。
52:デフォルトの名無しさん
14/08/27 21:47:12.08 XoxEee4O
git-python (or ruby)と monticello-pharo (or squeak)とで
短いコードでいいので同じ状況を作って
実際に試してみてもらえませんか？
53:デフォルトの名無しさん
14/08/27 22:11:47.14 e+Vepp1f
git使いの方には、
gitにありがちな（そしておそらくはmonticelloでは対応できないであろう）状況と、
それを作り出すことができそうなコードの最低限の要件も出してもらえるとありがたいです。
54:デフォルトの名無しさん
14/08/27 22:23:08.17 ukuC8PC4
>>47
基本的な流れはこんな感じ。
・併合済みのSourceが入ったSmalltalk用のこんな感じのRepositoryを用意する。
URLﾘﾝｸ(www.cincomsmalltalk.com)
・そのRepositoryから開発者が自分のSmalltalk環境に変更を適用すして衝突が発生する。
・衝突が発生しなかったMethodに付いてはUnitTest。
・衝突とUnitTestの結果を確認して、対応できる人を調整して
作業中のSmalltalk環境のImageを渡す。
・Bug修正と衝突が解消したら作業者の修正結果を
Repositoryの中にある一時作業用の枝を使って併合する。
・最後にもう一度UnitTestを走らせる。
・修正結果をRepositoryに反映する。
役割分担の打ち合わせをする時間はどうしても必要になるね。
55:デフォルトの名無しさん
14/08/28 01:59:48.39 +Dwh2iR2
GitGitうるせーな
そういえば、今世界で一番大きいRailsのサイトってGitHubなんじゃね？
Twitterほどではないにしてもあのレベルのサイトを維持できてるのはすごいんじゃ
まあでも、referencesourceとか見ると、少なくとも静的言語については10年ぐらい遅れてるサイトだなと感じてしまったが
56:デフォルトの名無しさん
14/08/28 02:58:25.69 C8owoY/K
よく子供って覚えたての言葉連呼するだろ？
あのレベル。
中級者は周りの環境とかでたまたま中級者になった初心者なんだから
あまり調子に乗るなよ。
ただの中級者でしかない。
品のなさが何よりの証拠。
57:デフォルトの名無しさん
14/08/28 06:06:45.00 5HudKtJo
オンラインゲームは韓国の方がレベル高いな
LINEとかも
58:デフォルトの名無しさん
14/08/28 07:24:30.91 7B3Grc38
別にあんなん作れる奴はいくらでもいるから
問題は、作れる奴ら集めて開発して
会社として利益回すこと
つまり経営と共同作業がど下手コミュ障ジャップス
59:デフォルトの名無しさん
14/08/28 07:29:49.93 KFPC3CUi
そういやSIerとかってGit使ってるのかな？
技術的に劣ってる上に保守的で、上流から下流まで低能揃いだから
使ってなくても不思議じゃないが
60:デフォルトの名無しさん
14/08/28 08:09:42.23 TURX2PUA
Smalltalkは日本Cincomが無料版VisualWorks配布続けてれば、
日本でももっと普及したんだろうな。
今VisualWorksをタダで貰おうと思ったら、
本家Cincomに英語で個人情報登録しなきゃなんないから
初級者には厳しい。
61:デフォルトの名無しさん
14/08/28 08:17:34.17 Np0KLLND
どっちにしろJavaとVBに駆逐されてたと思うよ
62:デフォルトの名無しさん
14/08/28 08:40:50.33 KFPC3CUi
>>60
その書き方だと、海外ならSmalltalkが普及してるように読めてしまうな
事実は違うが
63:デフォルトの名無しさん
14/08/28 11:43:03.18 C8owoY/K
でもさ、日本でソフトウェア作ってる人たち、世界を変えるほどの凄いの作った人達って皆んな何らかの不運な最後迎えてるよな。
ウィニーの金子さんだったり、TRON作ってた人達もまとめて航空機事故。普通ありえない。
P2Pの技術なんて使い方工夫すれば本当に凄い技術なのに。
64:デフォルトの名無しさん
14/08/28 13:19:42.27 Hp8Zj0ul
日本のITの後ろのほうには何かいるよね
ある程度名声集めたり出世しそうになると必ず何か
裁判がどうのっていう感じのグダグダに引き込まれる
sora_hも気を付けたほうが良いよ
65:デフォルトの名無しさん
14/08/28 14:59:06.99 5HudKtJo
日本発で世界に普及したソフトウェアってメジャーなのはRubyくらいだろう
あとはコンソールゲームの任天堂とかスクエニとかだけど、今は海外勢の方が強い
ウェブサービスは皆無だし
66:デフォルトの名無しさん
14/08/28 21:56:03.24 OhGAUiGw
>>59
俺の現場はgitだね
今までの経験でいうと、何もなし：CVS：Subversion：gitが4:1:3:2ぐらい
67:デフォルトの名無しさん
14/08/29 03:44:21.22 8CYlhDKE
>>66
なし4か…
68:デフォルトの名無しさん
14/08/29 03:52:12.68 o4c44k3Y
html5って失敗するよね？
5年後ぐらいには、これを踏み台にしてクロスプラットフォームの規格が制定されてるよ。
69:デフォルトの名無しさん
14/08/29 06:33:41.57 4v1OcElJ
だから何
70:デフォルトの名無しさん
14/08/29 08:33:11.14 +bkqIqnF
>>68
クロスプラットフォームっていったらQtだけど
Qtがwebブラウザに対応するかが鍵だろう
対応しないなら
html5覇権だろうね
71:デフォルトの名無しさん
14/08/29 08:42:39.03 JuyS8Rqx
HTML5の覇権かどうかでお前らの収入が左右されるの？
72:デフォルトの名無しさん
14/08/29 09:35:50.70 +bkqIqnF
node-webkitっていう良いローカル実行環境があるから
html5 javascriptがwebブラウザにも対応できるクロスプラットフォームアプリ作るのに最適
73:デフォルトの名無しさん
14/08/29 09:38:26.31 HC1xSJU9
>>68 失敗も何も否定する要素が見つからないけど？ EPUB3に入ってるし 無くなる訳が無い
どんなチョンボをしでかしたんだ？
74:デフォルトの名無しさん
14/08/29 09:48:37.45 +T2tHFPF
失敗はしないけど、最高のUI/UXは提供できない
旧VBのような位置付けに留まるよ
75:デフォルトの名無しさん
14/08/29 10:21:47.66 HC1xSJU9
>>74 全くのアホだな OSプラットフォームと言う見方をしたらどうなるか解らんが、ブラウザプラットフォームとしての位置は微動だにしないだろ
HTML5 はWebプラットフォームそのものなんだぞ なんか勘違いしてるだろ
そもそも言語ですらない（一部にJavascriptが含まれていると言うだけの事）
76:デフォルトの名無しさん
14/08/29 10:22:48.45 HC1xSJU9
マークアップ言語とかいろんな要素が組み合わされたもの
77:デフォルトの名無しさん
14/08/29 10:32:10.83 +T2tHFPF
>>75
3流のUXを安価に提供するブラウザプラットフォームとして
不動の地位を持ってることは否定してないよ
78:デフォルトの名無しさん
14/08/29 17:11:28.26 JF5lqIUA
>>77 何が言いたいのか解ら無い。 UI UX 何て個別の奥深いニッチなニーズがあり、それらを全て汎用の仕様に盛り込むことは出来無い。
やっとHTML5で縦書きや右開きで日本人の文化にも馴染むものになりつつあり、音声同期で多くの人に楽しみを与えられるものになりつつ有る。
単純にビデオを流すだけでも今まではflashを使わざるを得なかった呪縛から逃れられた。 若干の調整は残ってるが
言語と言うのはそう言う技術や文化の下支えがあってはじめて成り立つもの。
HTML5とはそう言うものなんだけど何が言いたいんだ？
79:デフォルトの名無しさん
14/08/29 18:04:45.98 y0wlLGq8
HTMLで出来る部分はjs使わないほうが表示も速いんだから
少しずつ仕事とられて結局jsは死ぬ運命なんだよ
jsで無駄な冗長なソースコードかいてるそれはいずれHTML5に組み込まれて終わり
サーバーサイドも既にPHP筆頭に多くの言語がひしめく激戦区だから参入なんて不可能jsはオワコン
80:デフォルトの名無しさん
14/08/29 18:50:30.69 /jlnFq3N
html5はネイティブアプリに比べて処理が遅くて機能が貧弱、収益化が難しいという欠点がある
ウェブサイトにちょっとしたエフェクト付けるとか動画を流すとか、これまでflashがしてきたような事はhtml5がいずれ完全に代替すると思う
けど、それ以上にはならないと思う
81:デフォルトの名無しさん
14/08/29 20:28:34.11 HC1xSJU9
>>80 サーバサイドアプリが動かせれば良いんだよ
クラウド味代に欠かせないものだろ
HTMLの裏でどんな言語でも動かせば良いんだから共存共栄だろ
UI がHTMLだと思えば良い
82:デフォルトの名無しさん
14/08/30 00:19:25.36 xweqMAs8
URLﾘﾝｸ(www.buzzword.jp)
83:デフォルトの名無しさん
14/08/30 02:45:47.75 Y3aOlWd0
バトルロワイヤルっつーか、Perlはほぼ死亡したし
Ruby、PHP、JS全部微妙じゃねえの最近
Pythonは教育分野や科学分野で割りと頑張ってるようだが
みんな仲良くしようぜ(´・ω・｀)
84:デフォルトの名無しさん
14/08/30 03:50:47.25 QWav5+mb
>>79
PHP以外、存在しないのと同じ
てか、PHPよりjsの方が文字列処理しやすいよね
85:デフォルトの名無しさん
14/08/30 04:53:09.28 bthGnPJH
【翻訳】Rubyにはウンザリ！動的型付け、副作用、およびオブジェクト指向プログラミング全般からの考察
URLﾘﾝｸ(postd.cc)
86:デフォルトの名無しさん
14/08/30 05:12:13.80 AQHhz7Go
微妙というか、これといった進化がなくなってきたから微妙に感じる
良く分からないけどLL全部死ぬんじゃね
87:デフォルトの名無しさん
14/08/30 05:28:00.71 AQHhz7Go
若い奴のIT技術への興味の薄れは半端ない
つまり、世界からさほど重要なものではなくなってきた
88:デフォルトの名無しさん
14/08/30 08:41:05.69 aDzegpD9
>>83
Perlはsh（シェルスクリプト）、sed 、awk とかを使って来た人が、
使いやすいようにってだけで、
今更新しくって人向きじゃないしね。
文字列の比較のeqとかが、shの数値比較のeqから来てるとか知らんと、
なんやねんってなるだろうし。
89:デフォルトの名無しさん
14/08/30 08:57:35.34 3J76hEg2
sh（というよりtest）の比較は
=が文字列比較でeqが数値比較だから
Perlと逆なんだよね
90:デフォルトの名無しさん
14/08/30 11:35:38.63 T0jUedLA
求人サイトがリニューアルしました！
URLﾘﾝｸ(jobinjapan.jp)
転職・求職活動中の方のご利用をお待ちしています。
91:デフォルトの名無しさん
14/08/30 12:42:50.26 fktBCnc4
>>87
自己紹介乙w、ついでに添削しとくね
> 私のIT技術への興味の薄れは半端ない
> つまり、私にとってIT技術さほど重要なものではなくなってきた
板違いだから、続けたいならマ板へ逝きなされ
あと IT は "Information Technology" の略語だよ
「馬から落馬した」みたいな言葉を平気で使う
森元総理みたいなIT音痴はプログラマには向かないと思うね
92:デフォルトの名無しさん
14/08/30 13:16:45.20 3J76hEg2
動的型とか関係なくて、mutableなオブジェクトを使いまくるスタイルがダメ
93:デフォルトの名無しさん
14/08/30 14:47:40.80 gD5SQTD1
タイプセーフか否かっていうのは決定的な差がある
PerlユーザーがGolangに流れるのは合点がいく
今さらタイプセーフじゃない言語を始める理由ない
94:デフォルトの名無しさん
14/08/30 14:52:59.50 XzWqzjLg
いんたーねっつ てくのろじぃ
95:デフォルトの名無しさん
14/08/30 15:35:08.93 eMjEoUcz
>>93
翻訳時に型検査する(型安全な)言語は大抵反変な型に対応してないのが辛い。
C#は公式に対応してて、C++だと
template駆使すれば対応できるっちゃ出来るが
どっちもメンドイ。翻訳時に型検査する他の言語については、そもそも無理ってのが辛い。
具体的にはこんな感じ。
struct ModelForImageBox { virtual Widget *CreateBy( ImageBoxProvider& ) = 0; };
struct ModelForText { virtual Widget *CreateBy( LabelProvider& ) = 0; };
struct LesserUIProvider: virtual ImageBoxProvider, virtual LabelProvider{};
struct ModelForLesserUI: virtual ModelForImageBox, virtual ModelForLabel
{
virtual Widget &CreateBy( LesserUIProvider& ) = 0;
};
class TitleModel: virtual ModelForLabel {・・・略・・・};
ModelForLesserUI *models[3];
// ModelForLesserUIとTitleModelは反変な関係にあり、実装の都合を無視すれ安全に代入できる
models[0] = new TitleModel();