それは, 高度な暗号技術を含むソフトウェアが輸出禁止になっていたからじゃなかったかのぉ...

私もそう思っていた時期がありました。
名詞が先だと, メソッドの一覧を作成してソートしたら関係が近いのが隣同士に並ぶからいいじゃん! と。

でもIsHoge()で詰まりました。
IsEmptyは許せますが, EmptyIsは許せません。
かと言って, if( Empty(hoge) )とするのもためらわれます。
Emptyってクラスとか値がありそう。

一部例外というのも嫌いなので, 動詞先行派です。

>> 作者を名乗る人がでてきて公開しているソフトに無断転載しないでくださいってｗ
> 今ならgithubとか公開日付を証明できるところで公開すればよさそうだ
勝手に作者を名乗るようなやつは, 「(本物が)勝手にgithubで公開したんだ」とか言い出しそう。
OSSでも, 今公開されているソースは俺から盗み出されたものなんだ! とか言い出しそう...
電子署名が最強かと思っていが, こう考えるとそうでもないな...

# 最終的には裁判になり, 勝利もできると思うが, 勝利までの労力は想像するだけでもつらい...
# SCOを思い出した...
# linuxでも横取りされそうになったり, 商標取られたりしそうになったりしたことがあったような...
# 論文とかの世界にはこういう話が多そうだな...

最終的には大多数の人が認めてくれるようになるか(*1),
作成過程を全て残しておく/バージョンアップやバグフィックスが可能である, などを
裁判で認められるようにしておくかしかないか?(*2)

*1 大多数が真実でない方を認めてしまうことがあるのがつらい...
*2 OSSだと通用しない... クローズドならソースはないはずなのでより証明しやすいか。

> 議論になっているのは個人情報の漏洩や、目的外の使用といった話だけで、その実装方法や関係各所からのアクセス方法などについてはあまり議論になっていないのが気になるところだ。

実装やアクセス方法によらず, 政府/運用者/オペレーターの恣意により, 個人情報の漏洩, 目的外の使用が行われると強く思うから気になりません!

"そうだね"はコピー・修正・マージモデルへの批判への同調だと読みました。
一人でやるのであれば, ロックモデルを採用する意味がますますわからないですよ。
だって, 複数人で開発するときに, 誰がどこをいじっているかわからない, 不安だ, というからロックしたいんでしょ?
でも一人だから全部わかっているじゃん。
以上の論理がわからない/気付けない人は確かに仕事にならない, というか仕事ができない人でしょう。

スペシャルな人でなくても, 一般のソフトウェア開発者であれば, コピー・修正・マージモデルくらいは理解して使いこなしてもらいたいものです。
そんなに理解不可能なものならば, こんなにOSSでも取り上げられ, 世界中で使われるくらい普及しないはずです。

バージョン管理システムは別にOSSにのみ存在するわけではなく, PeforceやBitKeeper, vss2005など商用なものも存在します。
これは各開発現場でそれぞれの特徴・機能・性能を吟味し, 決定すればよいと思います。
(そうそう, 上にあげた商用ソフトはvss以外はコピー・修正・マージモデルですよ。)

でも, せっかくみんなが便利に使えるように頑張ってくださっている方々がいて, 実用的なレベルになっているのですから, そういうOSSソフトは使えばいいと思うのですがね。

> 長い経験と洞察力があればアプリケーションの設計者がそれをどこに配置するかは容易に想像できるものです。
長い経験と洞察力があれば, リボンになろうともそれがどこに配置されているかは容易に想像できると思います。

しかし, だからと言って2社目の開発環境のままでは開発能力の向上は望めない。

元コメの#2033550へ。
バージョン管理システムがないのは, 技術レベルが低いというには十分だ。

サーバーサイドで使うとして, サーバーの更新ごとにコンパイルしなきゃいかんのも勘弁して。
# つい最近FedoraからDebianに切り替えた。

あんまりアドバンテージにならないのは同意。

でも, お客様/お偉いさんはjavascriptのコードが見えることは知っていても, デコンパイラツールがあることは何故か知らないことが多い。
あるいは知っていても, 特殊なツール使わなきゃいけないんでしょ? となる。
で, Flashが採用される。